Raspberry Pi und 1-Wire - Versionsgeschichte

Adimarantis: Umstellungen von GPIO4 Modul auf RPI_1Wire

2021-11-01T11:55:22Z

Umstellungen von GPIO4 Modul auf RPI_1Wire

← Nächstältere Version		Version vom 1. November 2021, 13:55 Uhr
Zeile 20:		Zeile 20:

	<nowiki>modprobe i2c-bcm2708		<nowiki>modprobe i2c-bcm2708
	modprobe i2c-dev</nowiki>		modprobe i2c-dev</nowiki>
	Der automatische Start dieser beiden Module kann in der Datei /etc/modules eingetragen werden.		Der automatische Start dieser beiden Module kann in der Datei /etc/modules eingetragen werden.

Zeile 48:		Zeile 48:

	<nowiki>		<nowiki>
	# /etc/modules		# /etc/modules
	w1-gpio pullup=1		w1-gpio pullup=1
	w1-therm </nowiki>		w1-therm </nowiki>


	===== ab 2015 bzw. Kernelversion 3.18.3 =====		===== ab 2015 bzw. Kernelversion 3.18.3 =====
	Da sich mit Kernelversion 3.18.3 die Handhabung der Module geändert hat (vgl. [[#1-wire am GPIO4-Port funktioniert nicht mehr nach Systemupdate]] - die Datei <code>/etc/modules</code> wird im Prinzip garnicht mehr benötigt; Details s. [[#Links]]). Somit ist hier eine andere (einfachere) Konfiguration nötig:		Da sich mit Kernelversion 3.18.3 die Handhabung der Module geändert hat (vgl. [[#1-wire am GPIO4-Port funktioniert nicht mehr nach Systemupdate]] - die Datei <code>/etc/modules</code> wird im Prinzip garnicht mehr benötigt; Details s. [[#Links]]). Somit ist hier eine andere (einfachere) Konfiguration nötig:
Zeile 70:		Zeile 68:
	# activating 1-wire with pullup		# activating 1-wire with pullup
	dtoverlay=w1-gpio-pullup		dtoverlay=w1-gpio-pullup
	</pre>		</pre>Alternativ kann dies auch über das tool "raspi-config" unter "Interface options" aktiviert werden.
	* Und startet das System neu		* Und startet das System neu
	<pre>		<pre>
Zeile 99:		Zeile 97:

	==== Konfiguration von 1-wire-Komponenten am GPIO ====		==== Konfiguration von 1-wire-Komponenten am GPIO ====
	~~Im Folgenden sind für verschiedene 1-wire-Komponenten~~ die ~~grundlegenden FHEM-Konfigurationen beschrieben.~~		Für die Einbindung in FHEM steht das Modul RPI_1Wire zur Verfügung, welches seit 10/2021 das seit längerem nicht mehr unterstütze Modul "GPIO4" ersetzt.

	~~===== Konfiguration des Busmasters =====~~
	~~Um den 1-Wire Bus~~ in FHEM ~~einzubinden, muss noch~~ das ~~'''~~Modul ~~58_GPIO4.pm aus dem Verzeichnis ''/opt/fhem~~/~~contrib'' in~~ das ~~Hauptverzeichnis ''/opt/fhem/FHEM/'' kopiert werden''' und mit~~
	~~:<code>define RPi~~ GPIO4 ~~BUSMASTER</code>~~
	~~bekannt gemacht werden. Nach einem Neustart von FHEM werden die Sensoren automatisch erkannt (FHEM-Forum-Beitrag {{Link2Forum\|Topic=10431}})~~.

	Das ~~beschriebene Kernelmodul unterstützt momentan die IDs 10- (DS1820 u. DS18S20) sowie 28- (DS18B20). Im "Auslieferungszustand" können maximal 10 Sensoren angeschlossen~~ werden.		Details zur Konfiguration dieses Moduls finden sich auf der seperaten [[RPI 1Wire\|Wiki Seite]]. Das Modul ist grundsätzlich kompatibel zum alten Modul und kann somit einfach ersetzt werden. Hinweise zum Umstieg finden sich ebenfalls auf Wiki Seite von [[RPI_1Wire]].
	~~Unter~~ [~~http://www.raspiprojekt.de/anleitungen/schaltungen/9-1wire-mit-temperatursensor-ds18b20.html?showall=&start=4~~] ~~ist beschrieben, wie man die Anzahl erhöhen kann. Anschließend ist nur noch ein Neustart des RPi nötig~~.

	====~~= Temperatursensor DS18B20 =~~====		==== Betrieb eines weiteren 1-Wire Bus ====
	~~Ist der Temperatursensor richtig elektrisch installiert (vgl. [[#Links]] von RaspiProjekt.de), so wird automatisch ein eigenes Verzeichnis mit~~ der ~~ID des Sensors im~~ 1-~~wire-Pfad des RPi angelegt:~~		Grundsätzlich ist der 1-Wire Bus nicht auf GPIO4 beschränkt, sondern es können weitere 1-Wire Busse an anderen GPIOs betrieben werden. Dazu legt man analog ein dtoverlay in der /boot/config.txt an, z.B.:<pre>
	~~<pre>~~		dtoverlay=w1-gpio,gpiopin=18
	# 1-~~wire-Pfad des RPi:~~		</pre>Dies defininiert (nach reboot) einen 1-Wire Bus an der GPIO mit der BCM Nummer 18. Bitte beachten das für den Anschluß die selben Vorraussetzungen gelten wie für GPIO4 (Pullup Widerstand etc.).
	/~~sys~~/~~bus/w1/devices/~~

	~~# Bsp~~.:
	~~$ ls /sys/bus/~~w1~~/devices/~~
	28-~~001451df14ff # ID des Temperatursensors~~
	~~w1_bus_master1 # Standardeintrag des 1-wire-Bus~~
	</pre>
	~~Am besten schliesst man mehrere Sensoren nacheinander~~ an~~, damit man die ID dem richtigen Sensor zuordnen kann.~~

	~~Mit~~ der ~~ID wird~~ der ~~Sensor jetzt im FHEM konfiguriert:~~
	~~<pre>~~
	~~define EG_Balkon~~ GPIO4 ~~28-001451df14ff~~
	~~attr EG_Balkon model DS18B20~~
	~~attr EG_Balkon room GPIO-Devices~~
	~~attr EG_Balkon group 1-wire~~

	~~define FileLog_EG_Balkon FileLog~~ .~~/log/EG_Balkon-%Y-%W~~.~~log EG_Balkon~~
	~~attr FileLog_EG_Balkon logtype text~~
	~~</pre>~~

	~~Den zugehörigen Plot erstellt man am einfachsten über die WebGUI des FHEM:~~		Das Modul [[RPI_1Wire]] unterstützt auch diese Variante.
	* ggf. FHEM neu starten (falls die Komponente und der FileLog nicht auftauchen)
	* FileLog aufrufen
	* "Create SVG Plot" auswählen
	* ggf. Einstellungen anpassen (geht auch ~~im Nachhinein)~~
	* "Write .~~gplot file" auswählen~~
	* weiter unten <code>attr SVG_FileLog_EG_Balkon room Balkon</code> eingeben

	=== UART-Schnittstelle ===		=== UART-Schnittstelle ===
Zeile 153:		Zeile 120:
	Nachfolgend ist die Kompatibilität dieser Softwaresysteme mit den einzelnen Hardware-Möglichkeiten aufgeführt.		Nachfolgend ist die Kompatibilität dieser Softwaresysteme mit den einzelnen Hardware-Möglichkeiten aufgeführt.

	{\| class="wikitable"		{\| class="wikitable"
	! Anschluss		! Anschluss
	! Gerät		! Gerät
Zeile 169:		Zeile 136:
	\| Direkt an USB		\| Direkt an USB
	\| USB9097 Adapter		\| USB9097 Adapter
	\| rowspan="8" \| Alle von OWX unterstützten Devices, d.h. <br /><p>DS18x20, DS1822 Temperatursensor <br /> DS2406, DS2408, DS2413 Schalter <br /> DS2423 Zähler <br />DS2438 Multisensor <br /> DS2450 4 Kanal ADC <br />LCD-Controller von [http://www.fuchs-shop.com/de/shop/6/1/13372316/ Louis Swart]<br />Alle anderen 1-Wire Devices: Nur ID		\| rowspan="8" \| Alle von OWX unterstützten Devices, d.h. <br /><p>DS18x20, DS1822 Temperatursensor <br /> DS2406, DS2408, DS2413 Schalter <br /> DS2423 Zähler <br />DS2438 Multisensor <br /> DS2450 4 Kanal ADC <br />LCD-Controller von [http://www.fuchs-shop.com/de/shop/6/1/13372316/ Louis Swart]<br />Alle anderen 1-Wire Devices: Nur ID
	</p>		</p>
	\| <b>funktioniert</b> auf der FB7390, das Kernelmodul <i>ch341.ko</i> findet man [https://sites.google.com/site/fhemarduino/file-cabinet/ch341.ko?attredirects=0&d=1 hier]		\| <b>funktioniert</b> auf der FB7390, das Kernelmodul <i>ch341.ko</i> findet man [https://sites.google.com/site/fhemarduino/file-cabinet/ch341.ko?attredirects=0&d=1 hier]
Zeile 201:		Zeile 168:
	\| Direct an USB		\| Direct an USB
	\| Arduino mit USB-Anschluss (UNO, Mega, Nano...)		\| Arduino mit USB-Anschluss (UNO, Mega, Nano...)
	\| rowspan="2"\| 1-Wire Bus direkt am Arduino (reine Softwarelösung) oder (stabiler im Betrieb) in Verbindung mit DS2482-Busmaster (am I2C des Arduinos). Mit DS2482-100 ist 1 1-Wire-Bus (optional mit Strong-pullup über externen MosFET), mit DS2482-800 sind 8 busse (nur mit internem Strong-pullup) an 1 Arduino gleichzeitig möglich.		\| rowspan="2" \| 1-Wire Bus direkt am Arduino (reine Softwarelösung) oder (stabiler im Betrieb) in Verbindung mit DS2482-Busmaster (am I2C des Arduinos). Mit DS2482-100 ist 1 1-Wire-Bus (optional mit Strong-pullup über externen MosFET), mit DS2482-800 sind 8 busse (nur mit internem Strong-pullup) an 1 Arduino gleichzeitig möglich.
	\| rowspan="2"\| Ja, 3,3V oder 5V je nach Arduino-modell.		\| rowspan="2" \| Ja, 3,3V oder 5V je nach Arduino-modell.
	\|-		\|-
	\| Über Netzwerk		\| Über Netzwerk

AndreasMohr: Typos/Spelling

2019-01-06T19:04:20Z

Typos/Spelling

Fabian: Absatz zum GPIO4-Modul ins Kapitel Busmaster verschoben

2018-12-16T09:50:49Z

Absatz zum GPIO4-Modul ins Kapitel Busmaster verschoben

← Nächstältere Version		Version vom 16. Dezember 2018, 11:50 Uhr
Zeile 52:		Zeile 52:
	w1-therm </nowiki>		w1-therm </nowiki>

	~~Um den 1-Wire Bus in FHEM einzubinden, muss noch das Modul 58_GPIO4.pm aus dem Verzeichnis ''/opt/fhem/contrib'' in das Hauptverzeichnis ''/opt/fhem/FHEM/'' kopiert werden und mit~~
	~~:<code>define RPi GPIO4 BUSMASTER</code>~~
	~~bekannt gemacht werden. Nach einem Neustart von FHEM werden die Sensoren automatisch erkannt (FHEM-Forum-Beitrag {{Link2Forum\|Topic=10431}}).~~

	~~Das beschriebene Kernelmodul unterstützt momentan die IDs 10- (DS1820 u. DS18S20) sowie 28- (DS18B20). Im "Auslieferungszustand" können maximal 10 Sensoren angeschlossen werden.~~
	Unter [http://www.raspiprojekt.de/anleitungen/schaltungen/9-1wire-mit-temperatursensor-ds18b20.html?showall=&start=4] ist beschrieben, wie man die Anzahl erhöhen kann. Anschließend ist nur noch ein Neustart des RPi nötig.

	===== ab 2015 bzw. Kernelversion 3.18.3 =====		===== ab 2015 bzw. Kernelversion 3.18.3 =====
Zeile 108:		Zeile 102:

	===== Konfiguration des Busmasters =====		===== Konfiguration des Busmasters =====
	Um 1-~~wire-Komponenten auslesen zu können~~ muss ~~zuerst der Busmaster im~~ FHEM ~~konfiguriert~~ werden:		Um den 1-Wire Bus in FHEM einzubinden, muss noch das '''Modul 58_GPIO4.pm aus dem Verzeichnis ''/opt/fhem/contrib'' in das Hauptverzeichnis ''/opt/fhem/FHEM/'' kopiert werden''' und mit
	<~~pre~~>		:<code>define RPi GPIO4 BUSMASTER</code>
	define RPi GPIO4 BUSMASTER		bekannt gemacht werden. Nach einem Neustart von FHEM werden die Sensoren automatisch erkannt (FHEM-Forum-Beitrag {{Link2Forum\|Topic=10431}}).
	</~~pre~~>
			Das beschriebene Kernelmodul unterstützt momentan die IDs 10- (DS1820 u. DS18S20) sowie 28- (DS18B20). Im "Auslieferungszustand" können maximal 10 Sensoren angeschlossen werden.
			Unter [http://www.raspiprojekt.de/anleitungen/schaltungen/9-1wire-mit-temperatursensor-ds18b20.html?showall=&start=4] ist beschrieben, wie man die Anzahl erhöhen kann. Anschließend ist nur noch ein Neustart des RPi nötig.

	===== Temperatursensor DS18B20 =====		===== Temperatursensor DS18B20 =====

Beta-User: /* UART-Schnittstelle */

2018-06-08T08:30:04Z

UART-Schnittstelle

← Nächstältere Version		Version vom 8. Juni 2018, 10:30 Uhr
Zeile 147:		Zeile 147:
	=== UART-Schnittstelle ===		=== UART-Schnittstelle ===
	Der RPi verfügt auch über eine UART-Schnittstelle, an diese kann direkt ein Serielles 1-Wire Interface angeschlossen werden (IN VORBEREITUNG)		Der RPi verfügt auch über eine UART-Schnittstelle, an diese kann direkt ein Serielles 1-Wire Interface angeschlossen werden (IN VORBEREITUNG)
	~~{{Baustelle}}~~
	{{Hinweis\|Die Vorbereitung der UART-Schnittstelle ist in [[Raspberry Pi]] beschrieben. An dieser Stelle sollten auch zukünftig nur Besonderheiten und Abweichungen stehen!}}		{{Hinweis\|Die Vorbereitung der UART-Schnittstelle ist in [[Raspberry Pi]] beschrieben. An dieser Stelle sollten auch zukünftig nur Besonderheiten und Abweichungen stehen!}}

Beta-User: /* UART-Schnittstelle */

2018-06-08T08:29:49Z

UART-Schnittstelle

← Nächstältere Version		Version vom 8. Juni 2018, 10:29 Uhr
Zeile 147:		Zeile 147:
	=== UART-Schnittstelle ===		=== UART-Schnittstelle ===
	Der RPi verfügt auch über eine UART-Schnittstelle, an diese kann direkt ein Serielles 1-Wire Interface angeschlossen werden (IN VORBEREITUNG)		Der RPi verfügt auch über eine UART-Schnittstelle, an diese kann direkt ein Serielles 1-Wire Interface angeschlossen werden (IN VORBEREITUNG)
			{{Baustelle}}
			{{Hinweis\|Die Vorbereitung der UART-Schnittstelle ist in [[Raspberry Pi]] beschrieben. An dieser Stelle sollten auch zukünftig nur Besonderheiten und Abweichungen stehen!}}

	== Software ==		== Software ==

Muschelpuster: Link zum RPI2-Modul hat sich geändert

2017-05-03T17:50:48Z

Link zum RPI2-Modul hat sich geändert

← Nächstältere Version		Version vom 3. Mai 2017, 19:50 Uhr
Zeile 15:		Zeile 15:

	=== RPI2-Modul ===		=== RPI2-Modul ===
	Anschluss über ein RPI2-Modul des Herstellers [http://www.sheepwalkelectronics.co.uk/~~RPI2~~.~~shtml~~ Sheepwalk Electronics]. Dieses Modul wird direkt auf den internen I2C-Bus des RPi aufgesteckt. Im Kaufzustand bietet es für den 1-Wire-Bus sowohl eine RJ45-Buchse, als auch einen Schraubklemmenanschluss. Diese sind leider beide so hoch, dass das Modul nicht mehr in das RPi-Gehäuse passt. Hier kann aber leicht abgeholfen werden (to be continued).		Anschluss über ein RPI2-Modul des Herstellers [http://www.sheepwalkelectronics.co.uk/product_info.php?products_id=30 Sheepwalk Electronics]. Dieses Modul wird direkt auf den internen I2C-Bus des RPi aufgesteckt. Im Kaufzustand bietet es für den 1-Wire-Bus sowohl eine RJ45-Buchse, als auch einen Schraubklemmenanschluss. Diese sind leider beide so hoch, dass das Modul nicht mehr in das RPi-Gehäuse passt. Hier kann aber leicht abgeholfen werden (to be continued).

	Zur Ansteuerung ist auf dem RPi zunächst das Starten zweier Kernelmodule nötig, dazu als root ausführen		Zur Ansteuerung ist auf dem RPi zunächst das Starten zweier Kernelmodule nötig, dazu als root ausführen

Markusbloch: Ersetzung von Forum-Links mit Vorlage Link2Forum

2017-03-19T19:50:31Z

Ersetzung von Forum-Links mit Vorlage Link2Forum

← Nächstältere Version		Version vom 19. März 2017, 21:50 Uhr
Zeile 54:		Zeile 54:
	Um den 1-Wire Bus in FHEM einzubinden, muss noch das Modul 58_GPIO4.pm aus dem Verzeichnis ''/opt/fhem/contrib'' in das Hauptverzeichnis ''/opt/fhem/FHEM/'' kopiert werden und mit		Um den 1-Wire Bus in FHEM einzubinden, muss noch das Modul 58_GPIO4.pm aus dem Verzeichnis ''/opt/fhem/contrib'' in das Hauptverzeichnis ''/opt/fhem/FHEM/'' kopiert werden und mit
	:<code>define RPi GPIO4 BUSMASTER</code>		:<code>define RPi GPIO4 BUSMASTER</code>
	bekannt gemacht werden. Nach einem Neustart von FHEM werden die Sensoren automatisch erkannt (FHEM-Forum-Beitrag ~~[http://forum.fhem.de/index.php/topic,~~10431~~.0.html]~~).		bekannt gemacht werden. Nach einem Neustart von FHEM werden die Sensoren automatisch erkannt (FHEM-Forum-Beitrag {{Link2Forum\|Topic=10431}}).

	Das beschriebene Kernelmodul unterstützt momentan die IDs 10- (DS1820 u. DS18S20) sowie 28- (DS18B20). Im "Auslieferungszustand" können maximal 10 Sensoren angeschlossen werden.		Das beschriebene Kernelmodul unterstützt momentan die IDs 10- (DS1820 u. DS18S20) sowie 28- (DS18B20). Im "Auslieferungszustand" können maximal 10 Sensoren angeschlossen werden.

Krikan: /* Software */ -> DS9490R-Unterstützung durch OWServer

2016-11-07T13:50:01Z

Software: -> DS9490R-Unterstützung durch OWServer

← Nächstältere Version		Version vom 7. November 2016, 15:50 Uhr
Zeile 166:		Zeile 166:
	\| DS9490 Adapter		\| DS9490 Adapter
	\|		\|
	\| <b>funktioniert nicht</b>, weil der enthaltene Chip DS2490 derzeit nur über <br /><i>libusb</i> ansteuerbar ist. Abhilfe ist in Arbeit.		\| <b>funktioniert</b> (DS9490R) auf dem Raspi mit OWServer ({{Link2Forum\|Topic=59900}})
			<b>funktioniert nicht</b> mit OWX, weil der enthaltene Chip DS2490 derzeit nur über <br /><i>libusb</i> ansteuerbar ist. Abhilfe ist in Arbeit.
	\|  ??		\|  ??
	\|-		\|-

Jostar: /* vor 2015 bzw. Kernelversion 3.18.3 */

2016-03-15T21:28:54Z

vor 2015 bzw. Kernelversion 3.18.3

← Nächstältere Version		Version vom 15. März 2016, 23:28 Uhr
Zeile 45:		Zeile 45:
	<nowiki>modprobe w1-therm</nowiki>		<nowiki>modprobe w1-therm</nowiki>

	Waren die Schritte erfolgreich, gibt es jetzt im Verzeichnis ''/sys/bus/w1/devices/'' für jeden Sensor ein Unterverzeichnis mit seiner Kennung, z.B. ''28-000004e147d6''. Die dort stehende Datei ''w1_slave'' enthält das Ergebnis der Datenübertragung vom Sensor. Um die Module dauerhaft zu laden, sind sie noch in die Datei ''/etc/modules'' einzutragen.		Waren die Schritte erfolgreich, gibt es jetzt im Verzeichnis ''/sys/bus/w1/devices/'' für jeden Sensor ein Unterverzeichnis mit seiner Kennung, z.B. ''28-000004e147d6''. Die dort stehende Datei ''w1_slave'' enthält das Ergebnis der Datenübertragung vom Sensor. Um die Module dauerhaft zu laden, sind sie noch in die Datei ''/etc/modules'' einzutragen:

			<nowiki>
			# /etc/modules
			w1-gpio pullup=1
			w1-therm </nowiki>

	Um den 1-Wire Bus in FHEM einzubinden, muss noch das Modul 58_GPIO4.pm aus dem Verzeichnis ''/opt/fhem/contrib'' in das Hauptverzeichnis ''/opt/fhem/FHEM/'' kopiert werden und mit		Um den 1-Wire Bus in FHEM einzubinden, muss noch das Modul 58_GPIO4.pm aus dem Verzeichnis ''/opt/fhem/contrib'' in das Hauptverzeichnis ''/opt/fhem/FHEM/'' kopiert werden und mit

Muschelpuster: /* RPI2-Modul */

2015-05-11T15:08:24Z

RPI2-Modul

← Nächstältere Version		Version vom 11. Mai 2015, 17:08 Uhr
Zeile 26:		Zeile 26:
	<nowiki>dtparam=i2c_arm=on</nowiki>		<nowiki>dtparam=i2c_arm=on</nowiki>

	Die oben genannten Schritte können auch über (sudo) raspi-config durchgeführt werden. Damit wird sichergestellt, dass die für die jeweilige Kernelversion notwendigen Schritte durchgeführt werden (8 Advanced Options -> A7 I2C).		Die oben genannten Schritte können auch über (sudo) raspi-config durchgeführt werden. Damit wird sichergestellt, dass die für die jeweilige Kernelversion notwendigen Schritte durchgeführt werden ('8 Advanced Options' -> 'A7 I2C').

	Bei Vorhandensein des Paketes i2c-tools wird dann die korrekte Erkennung des Adapters mit dem Befehl		Bei Vorhandensein des Paketes i2c-tools wird dann die korrekte Erkennung des Adapters mit dem Befehl

← Nächstältere Version		Version vom 6. Januar 2019, 21:04 Uhr
Zeile 23:		Zeile 23:
	Der automatische Start dieser beiden Module kann in der Datei /etc/modules eingetragen werden.		Der automatische Start dieser beiden Module kann in der Datei /etc/modules eingetragen werden.

	Zudem muss beim aktuellen ~~Raspian~~ noch die Datei /boot/config.txt angepasst werden:		Zudem muss beim aktuellen Raspbian noch die Datei /boot/config.txt angepasst werden:
	<nowiki>dtparam=i2c_arm=on</nowiki>		<nowiki>dtparam=i2c_arm=on</nowiki>

Zeile 54:		Zeile 54:

	===== ab 2015 bzw. Kernelversion 3.18.3 =====		===== ab 2015 bzw. Kernelversion 3.18.3 =====
	Da sich mit Kernelversion 3.18.3 die Handhabung der Module geändert hat (vgl. [[#1-wire am GPIO4-Port funktioniert nicht mehr nach Systemupdate]] - die Datei <code>/etc/modules</code> wird im Prinzip garnicht mehr benötigt (Details s. [[#Links]]). Somit ist hier eine andere (einfachere) Konfiguration nötig:		Da sich mit Kernelversion 3.18.3 die Handhabung der Module geändert hat (vgl. [[#1-wire am GPIO4-Port funktioniert nicht mehr nach Systemupdate]] - die Datei <code>/etc/modules</code> wird im Prinzip garnicht mehr benötigt; Details s. [[#Links]]). Somit ist hier eine andere (einfachere) Konfiguration nötig:
	* Am besten erst einmal ein ordentliches System-Update durchführen:		* Am besten erst einmal ein ordentliches System-Update durchführen:
	<pre>		<pre>
Zeile 94:		Zeile 94:
	*1-Wire Datenleitung an GPIO04 (Pin 7)		*1-Wire Datenleitung an GPIO04 (Pin 7)
	*1-Wire VDD an +3,3V vom Pi (Pin 1)		*1-Wire VDD an +3,3V vom Pi (Pin 1)
	*~~Ausserdem~~ ist noch ein Pullup-Widerstand von z.B. 4,7kOhm zwischen Pin1 und Pin7 zu schalten.		*Außerdem ist noch ein Pullup-Widerstand von z.B. 4,7kOhm zwischen Pin1 und Pin7 zu schalten.

	Obwohl die nominale Spannung für 1-Wire Devices 5V beträgt, ist hier die verringerte Spannung nötig, weil die GPIO-Ports des RPi nur 3,3, V vertragen und durch höhere Spannungen zerstört werden. Als Alternative kann man den 1-Wire Bus auch 5V (Pin 2) anschließen, dann '''muss''' aber zwingend das Signal der 1-Wire Datenleitung durch einen Spannungsteiler (z.B. 10 kOhm und 6.8 kOhm) auf 3,3 V begrenzt werden. Besser man verwendet einen aktiven Pegelwandler der sich mit einem einfachen MOS-FET realisieren lässt : [[1-Wire Pegelwandler]]		Obwohl die nominale Spannung für 1-Wire Devices 5V beträgt, ist hier die verringerte Spannung nötig, weil die GPIO-Ports des RPi nur 3,3 V vertragen und durch höhere Spannungen zerstört werden. Als Alternative kann man den 1-Wire Bus auch 5V (Pin 2) anschließen, dann '''muss''' aber zwingend das Signal der 1-Wire Datenleitung durch einen Spannungsteiler (z.B. 10 kOhm und 6.8 kOhm) auf 3,3 V begrenzt werden. Besser man verwendet einen aktiven Pegelwandler der sich mit einem einfachen MOS-FET realisieren lässt : [[1-Wire Pegelwandler]]

	==== Konfiguration von 1-wire-Komponenten am GPIO ====		==== Konfiguration von 1-wire-Komponenten am GPIO ====
	Im Folgenden sind für verschiedene 1-wire-Komponenten die grundlegenden ~~fhem~~-Konfigurationen beschrieben.		Im Folgenden sind für verschiedene 1-wire-Komponenten die grundlegenden FHEM-Konfigurationen beschrieben.

	===== Konfiguration des Busmasters =====		===== Konfiguration des Busmasters =====
Zeile 149:		Zeile 149:

	* '''OWX''' sowie die zugehörigen Frontendmodule OWAD, [[OWCOUNT]], OWID, OWLCD, OWMULTI, OWSWITCH und OWTHERM. Das '''OWX'''-Modul operiert direkt auf der jeweiligen Hardware (USB bzw. Seriell) oder liest die Daten über Netzwerk (COC/CUNO/Arduino) und reicht sie an spezialisierte Frontendmodule weiter.		* '''OWX''' sowie die zugehörigen Frontendmodule OWAD, [[OWCOUNT]], OWID, OWLCD, OWMULTI, OWSWITCH und OWTHERM. Das '''OWX'''-Modul operiert direkt auf der jeweiligen Hardware (USB bzw. Seriell) oder liest die Daten über Netzwerk (COC/CUNO/Arduino) und reicht sie an spezialisierte Frontendmodule weiter.
	* '''OWServer''', ein Modul, welches die vorhergehende Installation des Softwarepaketes [http://www.owfs.org OWFS] erfordert. OWFS startet einen speziellen Server, der die Kommunikation mit der Hardware übernimmt und die Daten dann an '''OWServer''' weiterleitet. Die ~~Installtion~~ bzw Kompilierung vom OWServer auf dem Rasperry ist unter [[OWServer & OWDevice#owfs Pakete installieren\|owfs Pakete installieren]] beschrieben. Zu OWServer passt ein generisches Frontendmodul OWDevice, siehe [[OWServer & OWDevice]].		* '''OWServer''', ein Modul, welches die vorhergehende Installation des Softwarepaketes [http://www.owfs.org OWFS] erfordert. OWFS startet einen speziellen Server, der die Kommunikation mit der Hardware übernimmt und die Daten dann an '''OWServer''' weiterleitet. Die Installation bzw Kompilierung vom OWServer auf dem Rasperry ist unter [[OWServer & OWDevice#owfs Pakete installieren\|owfs Pakete installieren]] beschrieben. Zu OWServer passt ein generisches Frontendmodul OWDevice, siehe [[OWServer & OWDevice]].

	Nachfolgend ist die Kompatibilität dieser Softwaresysteme mit den einzelnen Hardware-Möglichkeiten aufgeführt.		Nachfolgend ist die Kompatibilität dieser Softwaresysteme mit den einzelnen Hardware-Möglichkeiten aufgeführt.
Zeile 232:		Zeile 232:

	Die "korrekte" Lösung wäre die Umstellung auf Device-Tree-Konfiguration:		Die "korrekte" Lösung wäre die Umstellung auf Device-Tree-Konfiguration:
	* Dazu fügt man ~~den~~ folgende Zeile in <code>/boot/config.txt</code> ein:		* Dazu fügt man die folgende Zeile in <code>/boot/config.txt</code> ein:
	<pre>		<pre>
	# activating 1-wire with pullup		# activating 1-wire with pullup
Zeile 241:		Zeile 241:

	Zusätzlich kann man gleich eine '''Debugging-Funktion''' aktivieren:		Zusätzlich kann man gleich eine '''Debugging-Funktion''' aktivieren:
	* Dazu fügt man ~~den~~ folgende Zeile in <code>/boot/config.txt</code> ein:		* Dazu fügt man die folgende Zeile in <code>/boot/config.txt</code> ein:
	<pre>		<pre>
	# activating device tree debugging (use: sudo vcdbg log msg)		# activating device tree debugging (use: sudo vcdbg log msg)