Archiv:SI2C

I²C-ähnliche Twowire-Verbindung, allerdings writeonly und ohne ACKs um die Verwendung von Repeatern zu vereinfachen.

Hardware
Ein SI2C-Bus hat vier Leitungen: GND, VCC, SDA und SCL. SDA und SCL müssen sowohl 3.3V als auch 5V als High-Pegel akzeptieren und high impedance sein, clientseitiges Schreiben auf den Bus ist nicht vorgesehen (und führt im Zweifelsfall zu Abstürzen irgendwelcher AVRs).

VCC wird i.A. durch ein Kabel mit sehr geringem Querschnitt übertragen, d.h. für Geräte mit höherem Stromverbrauch wie Lampen empfiehlt sich dringend ein eigenes Netzteil. In diesem Fall sollte VCC nicht verwendet werden und SDA/SCL per Optokoppler auf GND schalten.

Beispiel: avrshift Schaltplan.

Protokoll
Bitbasiert. Im Ruhezustand sind SDA und SCL low, die erste steigende SCL-Flanke ist auch das erste most significant bit der Übertragung (es gibt keine start condition). Bei jeder weiteren steigenden SCL-Flanke werden weitere Bits eingelesen, beendet wird das ganze durch die stop condition: Fallende SCL-Flanke mit SDA high. D.h.: Falls weitere bits folgen, muss SDA vor der fallenden SCL-Flanke auf low gesetzt werden.

Auf höherer Ebene gilt: Es können beliebig viele Bits / Bytes übertragen werden, solange die least significant (d.h. die letzten) 16 Bit die Geräteadresse sind. Nach einer steigenden SCL-Flanke ist das SDA-Signal für 100µs gültig, d.h. es muss in dieser Zeit eingelesen und verarbeitet werden. Die Low- bzw. High-Phase von SCL dauert je 200µs, nach der stop condition darf beliebig lange nicht auf den Bus reagiert werden. For the record: Die Übertragungsrate ist damit ca. 2kbit/s.

TLDR


AVR-C-Beispiel: avrshift/main.c Z.68ff

Pinbelegung 4pol-Flachbandkabel

 * 1: SDA
 * 2: VCC (12V)
 * 3: GND
 * 4: SCL

Pinbelegung 8pol-Flachbandkabel
Geplant, für Kombikabel mit CAN und SI2C.


 * 1: CANH
 * 2: 12V
 * 3: CANL
 * 4: GND
 * 5: SDA
 * 6: GND
 * 7: SCL
 * 8: 5V

Devices
Soft- und Firmware liegen aktuell im dorfmap-Repo.

Aktuell gibt es die folgenden Arten von Geräten

Raspberry Pi
Ein RasPi kann direkt über zwei GPIO-Pins (+ Ground) als Bus Master angeschlossen werden. Der Bus kann dann mittels si2c-bitwrite, si2c-bytewrite oder si2c-charwrite (abhängig von der Art des Zielgeräts) bespielt werden.

Die Programme erwarten jeweils die Pin-Nummer des SDA-Pins als erstes und die des SCL-Pins als zweites, also z.B. "si2c-bitwrite 8 11" für gpio8 und gpio11. Die Nummern beziehen sich auf das sysfs (/sys/class/gpio), die Pins müssen dort schon als Outputs exportiert sein. si2c-charwrite nimmt zusätzlich die Zieladresse (hi und lo) als drittes und viertes Argument.

Die eigentlichen Daten (inklusive Adresse für bitwrite/bytewrite) werden auf STDIN entgegengenommen. Ein Bit/Byte/String (alles in ASCII) pro Zeile, bei "push" oder EOF wird übertragen. Eine Payload von FE ED CA FE an einen Byte-orientierten Client mit Adresse 000a an GPIO-Pins 8 und 11 wäre dann z.B. echo "254\n237\n202\n254\n0\n10\n" | si2c-bytewrite 8 11

avrshift ATTiny2313A
Addressierbares Schieberegister. Nimmt Bits entgegen und ordnet sie den digitalen Ausgängen (i.A. 5V oder 12V) zu.

avrpwm ATTiny2313A
Addressierbares Schieberegister++. Ordnet einen Teil der Eingabe binär (bitweise) den digitalen Ausgängen zu und hat dann noch drei bis vier Bytes für Analog-Ausgänge (8bit-PWM.)

avrmf ATTiny2313A
avrshift/avrpwm mit Repeater. Hat allerdings zwei Ausgänge weniger, die stattdessen SDA und SCL galvanisch getrennt weiterreichen.

blinkencontrol ATTiny2313A
Wird direkt mit Animationssequenzen gefüttert, Details siehe Blinkencontrol.

7segment ATTiny2313A
Steuert vier 7-Segment-Displays. Empfängt 32 Byte an Daten und legt diese direkt auf die Segmente, Zeichen müssen also schon vorher auf Bytes umgerechnet werden. Es werden immer nacheinander Bytes 1-4, 5-8, 9-12, … angezeigt (d.h. die Position auf dem Display ist byteposition % 4).

avr-rs232 ATTiny2313A
Bus-Test / Debugger. Gibt empfangene Pakete (Bytefolge inkl. Stop Condition) hexadezimal auf der seriellen Schnittstelle aus, kann mit nem USB-TTL-Adapter ausgelesen werden.

avr-rs232 Arduino
Bus-Test / Debugger. Gibt empfangene Pakete (Bytefolge inkl. Stop Condition) hexadezimal auf der seriellen Schnittstelle aus, kann mit nem USB-TTL-Adapter ausgelesen werden.

Hat keine galvanische Trennung zum Bus, sollte also nur von einem Laptop ohne angeschlossenes Netzteil benutzt werden.