Metainformationen zur Seite

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung		Vorhergehende Überarbeitung
plugins:multi_io:gpio_module:pcf8575_expansion_module [2023/06/23 15:41] – Michael Schlenstedtplugins:multi_io:gpio_module:pcf8575_expansion_module [2023/07/29 12:00] (aktuell) – Michael Schlenstedt
Zeile 1: Zeile 1:
-====== PCF8575 Expansion Module  ====== +====== PCF8575 Expander Modul ======
- +
  
 ===== Beschreibung ===== ===== Beschreibung =====
Zeile 8: Zeile 6:
  
 {{plugins:multiio:gpio_module:1702265796.png}} {{plugins:multiio:gpio_module:1702265796.png}}
 +
 Abbildung: (c) FXCO Abbildung: (c) FXCO
  
Zeile 14: Zeile 13:
 ===== Datenblatt ===== ===== Datenblatt =====
  
-PCF8575: https://www.ti.com/lit/ds/symlink/pcf8575.pdf+PCF8575: [[https://www.ti.com/lit/ds/symlink/pcf8575.pdf]]
  
 ===== Hardware-Konfiguration ===== ===== Hardware-Konfiguration =====
Zeile 26: Zeile 25:
 Die Jumper werden wie folgt für die einzelnen Bus-Adressen gesetzt: Die Jumper werden wie folgt für die einzelnen Bus-Adressen gesetzt:
  
-|**Address (Hex) PCF8575**|**A2**|**A1**|**A0**| +| **Address (Hex) PCF8575** | **A2** | **A1** | **A0** | 
-|0x40                     |LOW   |LOW   |LOW   | +| 0x40  | LOW  | LOW  | LOW  | 
-|0x42                     |LOW   |LOW   |HIGH  | +| 0x42  | LOW  | LOW  | HIGH  | 
-|0x44                     |LOW   |HIGH  |LOW   | +| 0x44  | LOW  | HIGH  | LOW  | 
-|0x46                     |LOW   |HIGH  |HIGH  | +| 0x46  | LOW  | HIGH  | HIGH  | 
-|0x48                     |HIGH  |LOW   |LOW   | +| 0x48  | HIGH  | LOW  | LOW  | 
-|0x4A                     |HIGH  |LOW   |HIGH  | +| 0x4A  | HIGH  | LOW  | HIGH  | 
-|0x4C                     |HIGH  |HIGH  |LOW   | +| 0x4C  | HIGH  | HIGH  | LOW  | 
-|0x4E                     |HIGH  |HIGH  |HIGH  | +| 0x4E  | HIGH  | HIGH  | HIGH  |
  
 ===== Software-Konfiguration ===== ===== Software-Konfiguration =====
Zeile 41: Zeile 39:
 ==== Modul ==== ==== Modul ====
  
-{{plugins:multiio:gpio_module:1702298042.png?w=387}}+{{plugins:multiio:gpio_module:1702298042.png?387}}
  
 ==== Eingänge ==== ==== 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. I**ch 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.+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}} {{plugins:multi_io:gpio_module:pasted:20230623-152401.png?300|Verschaltung mit externem PullUp-Widerstand}}
  
 //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   * Inverted: true
-  * Resistor: PullUp+  * Resistor: Pull-Up
   * Interrupt: Both   * Interrupt: Both
-  * Polling Interval: 1 (wenn in Kombination mit INT-Pin) 
-  * Polling Interval: 0.1 (ohne INT-Pin) 
  
 {{plugins:multi_io:gpio_module:pasted:20230623-152614.png?400}} {{plugins:multi_io:gpio_module:pasted:20230623-152614.png?400}}
  
-== Nutzung von Interrupts ==+Und dann den GPIO des Raspberry, der mit dem INT-Pin des Moduls verbunden ist wie folgt:
  
-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, es birgt bei sehr kurzen Eingangssignalen (z. B. ein kurzer Impuls) auch die große Gefahr, dass man ein Impuls "verpasst", wenn dieser gerade zwischen dem Poll-Intervall liegt.+  * Resistor: Pull-Up 
 +  * Interrupt: Falling 
 +  * Input is Interrupt for: <PCF Modulname>
  
-Die Lösung sind sogenannte 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.+{{plugins:multi_io:gpio_module:pasted:20230623-172426.png?400}}
  
-Die Module haben zu diesem Zweck einen INT-Pin, der auf EIN gesetzt wird, sobald sich der Zustand eines der PINs P0-7 ändert. Der INT-Pin wird wieder auf AUS gesetzt, sobald der Zustand aller Pins P0-7 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. Siehe unter XXXXXX.+== Konfiguration ohne Nutzung von Interrupts (Polling) ==
  
-Sobald sich nun ein Pin P0-7 des Moduls im Status ändert, wird der GPIO des Raspberry getriggert und dieser löst die Statusabfrage der einzelnen Pins P0-7 aus.+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.
  
-{{https://mqtt-io.app/2.2.9-gamma/_images/pimcp.png?400|Raspberry Pi MCP23017 circuit diagram}}+  * Inverted: true 
 +  * Resistor: Pull-Up 
 +  * Interrupt: None 
 +  * Polling Interval: 0.1
  
-//Verschaltung am Beispiel des MCP23017//+{{plugins:multi_io:gpio_module:pasted:20230623-172815.png}}
  
 ==== Ausgänge ==== ==== Ausgänge ====
Zeile 78: Zeile 93:
   * inverted: true   * inverted: true
  
-{{plugins:multiio:gpio_module:1702920258.png?w=442}}+{{plugins:multiio:gpio_module:1702920258.png?442}}