RPI 1Wire - Versionsgeschichte

Ph1959de: unnötiges Tag entfernt

2024-01-03T11:08:48Z

unnötiges Tag entfernt

← Nächstältere Version		Version vom 3. Januar 2024, 13:08 Uhr
Zeile 1:		Zeile 1:
	~~{{SEITENTITEL:RPI_1Wire}}~~
	{{Infobox Modul		{{Infobox Modul
	\|ModPurpose=Raspberry Pi 1Wire Interface (GPIO4)		\|ModPurpose=Raspberry Pi 1Wire Interface (GPIO4)
Zeile 7:		Zeile 6:
	\|ModCmdRef=RPI_1Wire		\|ModCmdRef=RPI_1Wire
	\|ModOwner=Adimarantis ({{Link2FU\|39402\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])\|ModFTopic=123499}}		\|ModOwner=Adimarantis ({{Link2FU\|39402\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])\|ModFTopic=123499}}

	Das Modul [[RPI_1Wire]] ermöglicht es, Sensoren und Module mit dem Dallas 1-Wire Interface auf dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT22 Sensoren direkt per GPIO ausgelesen werden.		Das Modul [[RPI_1Wire]] ermöglicht es, Sensoren und Module mit dem Dallas 1-Wire Interface auf dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT22 Sensoren direkt per GPIO ausgelesen werden.

Adimarantis: Switch support dokumentiert

2024-01-03T09:33:11Z

Switch support dokumentiert

← Nächstältere Version		Version vom 3. Januar 2024, 11:33 Uhr
Zeile 61:		Zeile 61:
	\|DS2408		\|DS2408
	\|8 Port Switch		\|8 Port Switch
	\|~~Nur lesen, ungetestet~~		\|
	\|-		\|-
	\|0x3a		\|0x3a
	\|DS2413		\|DS2413
	\|2 Port Switch		\|2 Port Switch
	\|~~Nur lesen, ungetestet~~		\|
	\|-		\|-
	\|0x3b		\|0x3b
Zeile 81:		Zeile 81:
	\|DHT11		\|DHT11
	\|Temperatur und Luftfeuchtigkeit		\|Temperatur und Luftfeuchtigkeit
	\|~~Nicht über GPIO4~~		\|Kein 1-Wire - benötigt eigene GPIO pro Sensor
	\|-		\|-
	\|		\|
	\|DHT22		\|DHT22
	\|Temperatur und Luftfeuchtigkeit		\|Temperatur und Luftfeuchtigkeit
	\|~~Nicht über GPIO4~~		\|Kein 1-Wire - benötigt eigene GPIO pro Sensor
	\|}		\|}

Zeile 151:		Zeile 151:

	'''Achtung''': Das Kernel Modul w1_therm scheint einen Bug zu haben, der dieses Feature unbrauchbar macht (es tut einfach nichts), wenn weitere 1Wire Devices neben w1_therm Temperatursensoren verwendet werden. Dies kann umgangen werden, indem man eine weitere GPIO als 1Wire Bus definiert, so dass alle Temperatursensoren unter einem Busmaster hängen (siehe "define")		'''Achtung''': Das Kernel Modul w1_therm scheint einen Bug zu haben, der dieses Feature unbrauchbar macht (es tut einfach nichts), wenn weitere 1Wire Devices neben w1_therm Temperatursensoren verwendet werden. Dies kann umgangen werden, indem man eine weitere GPIO als 1Wire Bus definiert, so dass alle Temperatursensoren unter einem Busmaster hängen (siehe "define")

			=== set clear ===
			Setzt den Fehler Zähler ("failures") auf 0

			=== set pio[a\|b\|0-7] on\|off\|on-for-timer\|off-for-timer <duration> ===
			Für Switch DS2413 (und potentiell DS2406): Schaltet Port a oder b.

			Für Switch DS2408: Schaltet Port 0 bis 7.

			Die "duration" definiert bei "on-for-timer" bzw. "off-for-timer" die Dauer in Sekunden, die der Schalter an- bzw- ausgeschaltet werden soll.

	== Get Befehle ==		== Get Befehle ==
Zeile 214:		Zeile 224:
	''Nur verfügbar mit Linux Kernel 5.10+ (Raspbian Buster und höher)''		''Nur verfügbar mit Linux Kernel 5.10+ (Raspbian Buster und höher)''

	=== ~~percision~~ ===		=== precision ===
	Nur bei Temperatursensoren: Die aktuell eingestellte precision wie vom Betriebssystem geliefert		Nur bei Temperatursensoren: Die aktuell eingestellte precision wie vom Betriebssystem geliefert

Zeile 234:		Zeile 244:
	Zustand der beiden Schalter von 2-port Switches		Zustand der beiden Schalter von 2-port Switches

	=== ~~pio1~~...~~pio8~~ ===		=== pio0...pio7 ===
	Zustand der Schalter von 8-port Switches		Zustand der Schalter von 8-port Switches

Adimarantis: Detaildoku für DHT Sensoren ergänzt

2023-10-01T11:55:50Z

Detaildoku für DHT Sensoren ergänzt

@@ Zeile 236: / Zeile 236: @@
 === pio1...pio8 ===
 Zustand der Schalter von 8-port Switches
 == Links ==

Adimarantis: pollingInterval=0

2021-11-03T18:39:22Z

pollingInterval=0

← Nächstältere Version		Version vom 3. November 2021, 20:39 Uhr
Zeile 174:		Zeile 174:

	=== pollingInterval ===		=== pollingInterval ===
	Definiert in Sekunden in welchen Abständen das Device eine Abfrage durchführt.		Definiert in Sekunden in welchen Abständen das Device eine Abfrage durchführt. Wird pollingInterval auf 0 gesetzt, so finden keine automatisierten Updates mehr statt. Dafür ist dann immer ein "set update" nötig.

	Default: 60		Default: 60

Adimarantis: Mehrere Busmaster, Zeitmessung

2021-10-29T09:34:26Z

Mehrere Busmaster, Zeitmessung

← Nächstältere Version		Version vom 29. Oktober 2021, 11:34 Uhr
Zeile 97:		Zeile 97:
	* Hilfestellung wie man per udev die resolution und conv_time dauerhaft schreibbar macht		* Hilfestellung wie man per udev die resolution und conv_time dauerhaft schreibbar macht
	* Unterstützung von Robue DS18B20 clones (ungetestet) and DHT11/22 (mit extra Perl/C Modul)		* Unterstützung von Robue DS18B20 clones (ungetestet) and DHT11/22 (mit extra Perl/C Modul)
			* Unterstützung mehrerer Busmaster

	== Umstieg von GPIO4 ==		== Umstieg von GPIO4 ==
Zeile 116:		Zeile 117:
	* ff-xxxxxxxxxxxx : Definert ein 1Wire Device der Familie "ff". Das Betriebssystem listet alle bekannten Devices im sysfs Verzeichnisbaum unter "/sys/bus/w1/devices" - der benötigte String entspricht dem Namen der entsprechenden Unterverzeichnisse.		* ff-xxxxxxxxxxxx : Definert ein 1Wire Device der Familie "ff". Das Betriebssystem listet alle bekannten Devices im sysfs Verzeichnisbaum unter "/sys/bus/w1/devices" - der benötigte String entspricht dem Namen der entsprechenden Unterverzeichnisse.
	* DHT11\|22-<gpio> : Definiert einen DHT Sensor vom Typ 11 oder 22 an der entsprechenden GPIO. Eine weitere Konfiguration des GPIO Ports ist nicht notwendig. Es wird aber noch das "RPi::DHT" Perl Modul benötigt, welches [https://github.com/bublath/rpi-dht auf GitHub] (zum selbst übersetzen oder als Debian-Package zur Installation mit "apt" für Raspbian "Buster") zu finden ist. Für DHT Sensoren wird pro Sensor eine eigene GPIO (nicht GPIO 4!) benötigt.		* DHT11\|22-<gpio> : Definiert einen DHT Sensor vom Typ 11 oder 22 an der entsprechenden GPIO. Eine weitere Konfiguration des GPIO Ports ist nicht notwendig. Es wird aber noch das "RPi::DHT" Perl Modul benötigt, welches [https://github.com/bublath/rpi-dht auf GitHub] (zum selbst übersetzen oder als Debian-Package zur Installation mit "apt" für Raspbian "Buster") zu finden ist. Für DHT Sensoren wird pro Sensor eine eigene GPIO (nicht GPIO 4!) benötigt.
			'''Weitere Busmaster:'''

			Sofern man einen weiteren 1-Wire Bus benötigt, kann dies in der /boot/config.txt mit "dtoverlay=w1-gpio,gpiopin=xx" definiert werden. Damit der ursprüngliche GPIO-4 1-Wire Bus weiter unter w1_busmaster1 läuft, muss man diese Zeile anscheinend '''vor''' "dtoverlay=w1-gpio" einfügen. Die eigentlichen Devices sind aber transparent unter /sys/bus/w1/devices sichtbar.

			Wer ein BUSMASTER Device erzeugen will, um Autocreate oder therm_bulk_read zu verwenden, muss die ID des Busmaster mit Bindestrich an die Defintion anhängen (also ''define xxx RPI_1Wire BUSMASTER-2''). Im internen Reading "devices" werden die zugeordneten Devices aufgelistet, damit man besser sieht was wohin gehört. Default ohne Angabe ist 1.

	== Set Befehle ==		== Set Befehle ==
Zeile 144:		Zeile 150:
	''Nur verfügbar mit Linux Kernel 5.10+ (Raspbian Buster und höher)''		''Nur verfügbar mit Linux Kernel 5.10+ (Raspbian Buster und höher)''

	'''Achtung''': Das Kernel Modul w1_therm scheint einen Bug zu haben, der dieses Feature unbrauchbar macht (es tut einfach nichts), wenn weitere 1Wire Devices neben w1_therm Temperatursensoren verwendet werden.		'''Achtung''': Das Kernel Modul w1_therm scheint einen Bug zu haben, der dieses Feature unbrauchbar macht (es tut einfach nichts), wenn weitere 1Wire Devices neben w1_therm Temperatursensoren verwendet werden. Dies kann umgangen werden, indem man eine weitere GPIO als 1Wire Bus definiert, so dass alle Temperatursensoren unter einem Busmaster hängen (siehe "define")

	== Get Befehle ==		== Get Befehle ==
Zeile 158:		Zeile 164:
	==== timer ====		==== timer ====
	Der Timer Mode macht nur Sinn, wenn man die '''"conv_time" wie oben beschrieben auf "2" setzt.''' Dann wird die Abfrage in Abstand von 1.5s per Timer (d.h. FHEM kann in diesen 1.5 Sekunden etwas anderes machen) ausgeführt. Das erste Lesen liefert jetzt noch keinen neuen Wert (da zu kurz abgefragt wurde) und wird daher ignoriert. Es wird dabei aber eine Temperaturmessung getriggert, die nach 1.5s in jedem Fall abgeschlossen ist, so dass das zweite Auslesen den aktuellen Wert erhält und entsprechend ins Reading schreibt. Ein fork() wird dabei komplett vermieden.		Der Timer Mode macht nur Sinn, wenn man die '''"conv_time" wie oben beschrieben auf "2" setzt.''' Dann wird die Abfrage in Abstand von 1.5s per Timer (d.h. FHEM kann in diesen 1.5 Sekunden etwas anderes machen) ausgeführt. Das erste Lesen liefert jetzt noch keinen neuen Wert (da zu kurz abgefragt wurde) und wird daher ignoriert. Es wird dabei aber eine Temperaturmessung getriggert, die nach 1.5s in jedem Fall abgeschlossen ist, so dass das zweite Auslesen den aktuellen Wert erhält und entsprechend ins Reading schreibt. Ein fork() wird dabei komplett vermieden.

			Um potentiellen Problemen durch unbedarftes Setzen des "timer" mode vorzubeugen, wird dies blockiert, wenn conv_time>9ms ist.

	==== blocking ====		==== blocking ====
Zeile 210:		Zeile 218:

	''Nur verfügbar mit Linux Kernel 5.10+ (Raspbian Buster und höher)''		''Nur verfügbar mit Linux Kernel 5.10+ (Raspbian Buster und höher)''

			=== duration ===
			Liefert die Dauer der letzten durchgeführten Abfrage in Sekunden. Sofern die letzten zwei Abfragen >0.5s waren wird dies in "failreason" gemeldet, sofern mode auf "timer" oder "blocking" steht.

	=== temperature ===		=== temperature ===

Adimarantis: Pfadkorrektur, Hervorhebungen

2021-10-28T11:48:27Z

Pfadkorrektur, Hervorhebungen

← Nächstältere Version		Version vom 28. Oktober 2021, 13:48 Uhr
Zeile 114:		Zeile 114:
	'''define <name> RPI_1Wire BUSMASTER\|ff-xxxxxxxxxxxx\|DHT11-<gpio>\|DHT22-<gpio>'''		'''define <name> RPI_1Wire BUSMASTER\|ff-xxxxxxxxxxxx\|DHT11-<gpio>\|DHT22-<gpio>'''
	* BUSMASTER : Verwaltet den 1Wire Bus und kann per Autocreate (beim Start oder über das "scan" Kommando) Devices für alle erkannten 1Wire Chips (also nicht für DHT) erstellen. Desweiteren kann über den BUSMASTER das therm_bulk_feature für Temperatursensoren genutzt werden. Es ist aber nicht zwingend erforderlich einen BUSMASTER zu definieren.		* BUSMASTER : Verwaltet den 1Wire Bus und kann per Autocreate (beim Start oder über das "scan" Kommando) Devices für alle erkannten 1Wire Chips (also nicht für DHT) erstellen. Desweiteren kann über den BUSMASTER das therm_bulk_feature für Temperatursensoren genutzt werden. Es ist aber nicht zwingend erforderlich einen BUSMASTER zu definieren.
	* ff-xxxxxxxxxxxx : Definert ein 1Wire Device der Familie "ff". Das Betriebssystem listet alle bekannten Devices im sysfs Verzeichnisbaum unter /sys/~~device~~/~~w1_bus_master~~ - der benötigte String entspricht dem Namen der entsprechenden Unterverzeichnisse.		* ff-xxxxxxxxxxxx : Definert ein 1Wire Device der Familie "ff". Das Betriebssystem listet alle bekannten Devices im sysfs Verzeichnisbaum unter "/sys/bus/w1/devices" - der benötigte String entspricht dem Namen der entsprechenden Unterverzeichnisse.
	* DHT11\|22-<gpio> : Definiert einen DHT Sensor vom Typ 11 oder 22 an der entsprechenden GPIO. Eine weitere Konfiguration des GPIO Ports ist nicht notwendig. Es wird aber noch das "RPi::DHT" Perl Modul benötigt, welches [https://github.com/bublath/rpi-dht auf GitHub] (zum selbst übersetzen oder als Debian-Package zur Installation mit "apt" für Raspbian "Buster") zu finden ist. Für DHT Sensoren wird pro Sensor eine eigene GPIO (nicht GPIO 4!) benötigt.		* DHT11\|22-<gpio> : Definiert einen DHT Sensor vom Typ 11 oder 22 an der entsprechenden GPIO. Eine weitere Konfiguration des GPIO Ports ist nicht notwendig. Es wird aber noch das "RPi::DHT" Perl Modul benötigt, welches [https://github.com/bublath/rpi-dht auf GitHub] (zum selbst übersetzen oder als Debian-Package zur Installation mit "apt" für Raspbian "Buster") zu finden ist. Für DHT Sensoren wird pro Sensor eine eigene GPIO (nicht GPIO 4!) benötigt.

Zeile 157:		Zeile 157:

	==== timer ====		==== timer ====
	Der Timer Mode macht nur Sinn, wenn man die "conv_time" wie oben beschrieben auf "2" setzt. Dann wird die Abfrage in Abstand von 1.5s per Timer (d.h. FHEM kann in diesen 1.5 Sekunden etwas anderes machen) ausgeführt. Das erste Lesen liefert jetzt noch keinen neuen Wert (da zu kurz abgefragt wurde) und wird daher ignoriert. Es wird dabei aber eine Temperaturmessung getriggert, die nach 1.5s in jedem Fall abgeschlossen ist, so dass das zweite Auslesen den aktuellen Wert erhält und entsprechend ins Reading schreibt. Ein fork() wird dabei komplett vermieden.		Der Timer Mode macht nur Sinn, wenn man die '''"conv_time" wie oben beschrieben auf "2" setzt.''' Dann wird die Abfrage in Abstand von 1.5s per Timer (d.h. FHEM kann in diesen 1.5 Sekunden etwas anderes machen) ausgeführt. Das erste Lesen liefert jetzt noch keinen neuen Wert (da zu kurz abgefragt wurde) und wird daher ignoriert. Es wird dabei aber eine Temperaturmessung getriggert, die nach 1.5s in jedem Fall abgeschlossen ist, so dass das zweite Auslesen den aktuellen Wert erhält und entsprechend ins Reading schreibt. Ein fork() wird dabei komplett vermieden.

	==== blocking ====		==== blocking ====
	Der Wert wird ganz normal blockierend mit den oben beschriebenen Konsequenzen ausgelesen. Diese Einstellung kann aber Sinn machen, wenn man im BUSMASTER das "therm_bulk_read" aktiviert und das pollingInterval im BUSMASTER kürzer als im eigentlichen Device wählt. Jetzt steht immer ein fertiger Temperaturwert zur Verfügung der ohne Verzögerung ausgelesen wird. Dieser kann aber ggf. um das pollingInterval veraltet sein. Mit dem default von 60s und der Trägheit von Temperatursensoren, kann dies je nach Anwendungsfall aber durchaus eine akzeptable Lösung sein und sich insbesondere lohnen, wenn man sehr viele Sensoren im Einsatz hat.		Der Wert wird ganz normal blockierend mit den oben beschriebenen Konsequenzen ausgelesen. Diese Einstellung kann aber Sinn machen, wenn man im '''BUSMASTER das "therm_bulk_read" aktiviert''' und das pollingInterval im BUSMASTER kürzer als im eigentlichen Device wählt. Jetzt steht immer ein fertiger Temperaturwert zur Verfügung der ohne Verzögerung ausgelesen wird. Dieser kann aber ggf. um das pollingInterval veraltet sein. Mit dem default von 60s und der Trägheit von Temperatursensoren, kann dies je nach Anwendungsfall aber durchaus eine akzeptable Lösung sein und sich insbesondere lohnen, wenn man sehr viele Sensoren im Einsatz hat.

	==== nonblocking ====		==== nonblocking ====

Ph1959de: Sichtung / Korrektur der letzten Änderung

2021-10-27T16:57:33Z

Sichtung / Korrektur der letzten Änderung

← Nächstältere Version		Version vom 27. Oktober 2021, 18:57 Uhr
Zeile 8:		Zeile 8:
	\|ModOwner=Adimarantis ({{Link2FU\|39402\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])\|ModFTopic=123499}}		\|ModOwner=Adimarantis ({{Link2FU\|39402\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])\|ModFTopic=123499}}

	Das Modul [[RPI_1Wire]] ermöglicht es Sensoren und Module mit dem Dallas 1-Wire Interface auf dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT22 Sensoren direkt per GPIO ausgelesen werden.		Das Modul [[RPI_1Wire]] ermöglicht es, Sensoren und Module mit dem Dallas 1-Wire Interface auf dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT22 Sensoren direkt per GPIO ausgelesen werden.

	Dieses Modul wurde komplett neu konzipiert und geschrieben, ist aber grundsätzlich mit dem Vorbild GPIO4 kompatibel.		Dieses Modul wurde komplett neu konzipiert und geschrieben, ist aber grundsätzlich mit dem Vorbild GPIO4 kompatibel.
Zeile 109:		Zeile 109:
	Somit sollten alle Namen, Einstellungen und Abhängigkeiten komplett in das neue Device übernommen worden sein.		Somit sollten alle Namen, Einstellungen und Abhängigkeiten komplett in das neue Device übernommen worden sein.

	'''Hinweis''': Das Attribut "model" ~~giibt~~ es nicht mehr (eventueller Fehler kann ignoriert werden) da dies jetzt automatisch als internes Reading befüllt wird.		'''Hinweis''': Das Attribut "model" gibt es nicht mehr (eventueller Fehler kann ignoriert werden), da dies jetzt automatisch als internes Reading befüllt wird.

	== Definition ==		== Definition ==

Adimarantis: Hinweis zu "model"

2021-10-27T13:33:10Z

Hinweis zu "model"

← Nächstältere Version		Version vom 27. Oktober 2021, 15:33 Uhr
Zeile 8:		Zeile 8:
	\|ModOwner=Adimarantis ({{Link2FU\|39402\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])\|ModFTopic=123499}}		\|ModOwner=Adimarantis ({{Link2FU\|39402\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])\|ModFTopic=123499}}

	Das Modul [[RPI_1Wire]] ermöglicht ~~esm~~ Sensoren und Module mit dem Dallas 1-Wire Interface auf dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT22 Sensoren direkt per GPIO ausgelesen werden.		Das Modul [[RPI_1Wire]] ermöglicht es Sensoren und Module mit dem Dallas 1-Wire Interface auf dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT22 Sensoren direkt per GPIO ausgelesen werden.

	Dieses Modul wurde komplett neu konzipiert und geschrieben, ist aber grundsätzlich mit dem Vorbild GPIO4 kompatibel.		Dieses Modul wurde komplett neu konzipiert und geschrieben, ist aber grundsätzlich mit dem Vorbild GPIO4 kompatibel.
Zeile 108:		Zeile 108:
	# Unten "Execute commands" anklicken.		# Unten "Execute commands" anklicken.
	Somit sollten alle Namen, Einstellungen und Abhängigkeiten komplett in das neue Device übernommen worden sein.		Somit sollten alle Namen, Einstellungen und Abhängigkeiten komplett in das neue Device übernommen worden sein.

			'''Hinweis''': Das Attribut "model" giibt es nicht mehr (eventueller Fehler kann ignoriert werden) da dies jetzt automatisch als internes Reading befüllt wird.

	== Definition ==		== Definition ==

Adimarantis: Schreibfehler korrigiert

2021-10-27T07:18:18Z

Schreibfehler korrigiert

Änderungen zeigen

Adimarantis: Forum Link

2021-10-26T20:28:57Z

Forum Link

← Nächstältere Version		Version vom 26. Oktober 2021, 22:28 Uhr
Zeile 6:		Zeile 6:
	\|ModTechName=58_RPI_1Wire.pm		\|ModTechName=58_RPI_1Wire.pm
	\|ModCmdRef=RPI_1Wire		\|ModCmdRef=RPI_1Wire
	\|ModOwner=Adimarantis ({{Link2FU\|~~123499~~\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])}}		\|ModOwner=Adimarantis ({{Link2FU\|39402\|Forum}}/[[Benutzer Diskussion:Adimarantis\|Wiki]])\|ModFTopic=123499}}

	Das Modul [[RPI_1Wire]] ist ermöglicht es Sensoren und Module mit dem Dallas 1-Wire Interface mit dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT12 Sensoren direkt per GPIO ausgelesen werden.		Das Modul [[RPI_1Wire]] ist ermöglicht es Sensoren und Module mit dem Dallas 1-Wire Interface mit dem Raspberry Pi ohne zusätzliche Hardware über dessen GPIO 4 anzusteuern. Es ersetzt das nicht mehr gewartete Modul GPIO4. Mit einem zusätzlichen Perl/C Modul können auch DHT11/DHT12 Sensoren direkt per GPIO ausgelesen werden.