====== PCF8574(A) Expander Modul ====== ===== Beschreibung ===== Der PCF8574(A) ist eigentlich die Bezeichnung des Chipsatzes, so gut wie immer findet man aber unter dem Namen die folgende Bauart eines fertigen Moduls: {{plugins:multiio:gpio_module:1703051278.png?340}} Abbildung: (c) [[http://protosupplies.com]] Ein Chip bzw. Modul kann 8 IOs bereitstellen. Je nach Konfiguration können diese als Ein- oder Ausgang dienen. Über einen Interrupt (der an einen GPIO des Raspberry angeschlossen werden muss), werden bei Eingängen Änderungen in Echtzeit eingelesen. Es können bis zu 8 Module parallel betrieben werden (also insgesamt 64 IOs). Dazu werden diese im “Daisy Chain”-Verfahren einfach hintereinander gesteckt. Wenn das nicht ausreicht, können weitere 8 Module des Schwester-Chipsatzes PCF8574**A** verwendet werden und so bis zu 128 IOs am Raspberry bereitgestellt werden. Reicht das immer noch nicht, können zusätzlich [[plugins:multi_io:gpio_module:pcf8575_expansion_module|der Schwester-Chipsatz PCF8575]] verwendet werden und so bis zu 256 IOs an den Raspberry angeschlossen werden! ===== Datenblatt ===== PCF8574: [[https://www.ti.com/lit/ds/symlink/pcf8574.pdf]] PCF8574A: [[https://www.ti.com/lit/ds/symlink/pcf8574a.pdf]] ===== Hardware-Konfiguration ===== Das Modul wird an den I2C-Bus des Raspberry angeschlossen (PIN SDA, SCL) und benötigt zusätzlich die 3.3V Spannungsversorgung des Raspberrys (Anschluss an VCC und GND). Das Modul darf **nicht** an die 5V Spannungsversorgung des Raspberrys angeschlossen werden! Wenn das Modul als Eingangskarte verwendet werden soll, so muss die Interrupt-Leitung (PIN INT) des Moduls noch mit einem GPIO des Raspberrys verbunden werden. Welche Bus-Adresse das Modul verwendet, muss über 3 Jumper eingestellt werden. Möglich sind Adressen zwischen 0x20 und 0x27 (PCF8574) bzw. 0x38 und 0x3F (PCF8574A). **Achtung!** Meine Module waren an den Jumpern zwar genauso beschriftet, wie die Abbildungen auf allen Internetseiten, aber Jumper A0 und A2 waren vertauscht, also Reihenfolge genau umgekehrt! Die Jumper werden wie folgt für die einzelnen Bus-Adressen gesetzt: {{plugins:multiio:gpio_module:1703051292.png}} Abbildung: (c) [[http://protosupplies.com]] | **Address (Hex) PCF8574** | **Address (Hex) PCF8574A** | **A2** | **A1** | **A0** | | 0x20 | 0x38 | LOW | LOW | LOW | | 0x21 | 0x39 | LOW | LOW | HIGH | | 0x22 | 0x3A | LOW | HIGH | LOW | | 0x23 | 0x3B | LOW | HIGH | HIGH | | 0x24 | 0x3C | HIGH | LOW | LOW | | 0x25 | 0x3D | HIGH | LOW | HIGH | | 0x26 | 0x3E | HIGH | HIGH | LOW | | 0x27 | 0x3F | HIGH | HIGH | HIGH | ===== Software-Konfiguration ===== ==== Modul ==== {{plugins:multiio:gpio_module:1702330532.png?448}} ==== Eingänge ==== Das Modul hat eingebaute PullUp-Widerstände (keine Pulldown-Widerstände). Man verschaltet die Eingänge also so, dass sie im geschlossenen Zustand den PIN auf GND ziehen. **Ich empfehle dringend zusätzlich zu den internen Widerständen externe PullUp-Widerstände zu verwenden!** Ohne externe Widerstände konnte ich keine stabile Erkennung der Eingangszustände realisieren. {{plugins:multi_io:gpio_module:pasted:20230623-152401.png?300|Verschaltung mit externem PullUp-Widerstand}} //Verschaltung mit externem PullUp-Widerstand// == Konfiguration mit Nutzung von Interrupts (empfohlen) == Standardmäßig werden die Zustände der Eingänge "gepollt", dass heisst in einem gewissen Abstand fragt das Plugin den Zustand der Eingänge ab (ob EIN oder AUS). Das ist nicht nur sehr ineffektiv (CPU Last), es birgt bei sehr kurzen Eingangssignalen (z. B. ein kurzer Impuls) auch die Gefahr, dass man ein Eingangsimpuls "verpasst", wenn dieser gerade zwischen dem Poll-Intervall liegt. Die Lösung ist die Verwendung von sogenannten Interrupts. Interrupts signalisieren dem Betriebssystem eine Statusveränderung z. B. eines PINs. So ist es möglich den Status der Eingänge nur abzufragen, wenn sich der Status geändert hat (im Gegensatz zum permanenten, zyklischen Abfragen). Die Module haben zu diesem Zweck einen INT-Pin, der auf LOW gesetzt wird, sobald sich der Zustand eines der PINs am Modul ändert. Der INT-Pin wird wieder auf HIGH gesetzt, sobald der Zustand aller Pins einmal abgefragt wurde. Mit Hilfe eines GPIO-Eingangs auf dem Raspberry kann man so eine Interrupt-gesteuerte Abfrage aufbauen. Dazu verbindet man den INT-Pin mit einem freien GPIO des Raspberry und konfiguriert diesen GPIO dann als "Interrupt für das PCF-Modul". Die GPIOs des Raspberry unterstützen echte Interrupts, dass heisst das Betriebssystem bekommt eine Information, das sich er Status am GPIO geändert hat. Das Plugin erkennt das entsprechend und löst die Status-Abfrage des PCF-Moduls aus. Sobald sich also ein Pin des Moduls im Status ändert, wird der GPIO des Raspberry getriggert und dieser löst die Statusabfrage der einzelnen Pins des Moduls aus. {{https://mqtt-io.app/2.2.9-gamma/_images/pimcp.png?400|Raspberry Pi MCP23017 circuit diagram}} //Verschaltung am Beispiel des MCP23017 - die Verschaltung ist beim PCF identisch// Zunächst konfiguriert man alle Eingänge am Modul: * Inverted: true * Resistor: Pull-Up * Interrupt: Both {{plugins:multi_io:gpio_module:pasted:20230623-152614.png?400}} Und dann den GPIO des Raspberry, der mit dem INT-Pin des Moduls verbunden ist wie folgt: * Resistor: Pull-Up * Interrupt: Falling * Input is Interrupt for: {{plugins:multi_io:gpio_module:pasted:20230623-172426.png?400}} == Konfiguration ohne Nutzung von Interrupts (Polling) == Bei dieser Konfiguration benötigt man keinen zusätzlichen GPIO-Pin des Raspberry. Die Stati der einzelnen Pins auf dem Modul werden zyklisch abgerufen. Es muss sichergestellt sein, dass Eingangsimpulse nicht zu kurz sind, damit kein Impuls verpasst wird. * Inverted: true * Resistor: Pull-Up * Interrupt: None * Polling Interval: 0.1 {{plugins:multi_io:gpio_module:pasted:20230623-172815.png}} ==== Ausgänge ==== * Initial: high * Inverted: true {{plugins:multiio:gpio_module:1703051305.png?400}}