FHEM und 1-Wire - Versionsgeschichte

Pahenning: /* OWX */

2016-08-30T03:24:12Z

OWX

← Nächstältere Version		Version vom 30. August 2016, 05:24 Uhr
Zeile 22:		Zeile 22:
	* 21_OWMULTI.pm - zur Abfrage eines Multi-Sensors DS2438		* 21_OWMULTI.pm - zur Abfrage eines Multi-Sensors DS2438
	* 21_OWLCD.pm - zur Ansteuerung eines LC-Displays mit bis zu 4x20 Zeichen		* 21_OWLCD.pm - zur Ansteuerung eines LC-Displays mit bis zu 4x20 Zeichen
			* 21_OWVAR.pm - zur Ansteuerung des programmierbaren elektronischen Potentiometers DS2890
	* 21_OWID.pm - zur Abfrage von 1-Wire ID-Chips (oder unbekannter 1-Wire Devices)		* 21_OWID.pm - zur Abfrage von 1-Wire ID-Chips (oder unbekannter 1-Wire Devices)

Pahenning: /* Arduino */

2016-08-30T03:22:59Z

Arduino

← Nächstältere Version		Version vom 30. August 2016, 05:22 Uhr
Zeile 45:		Zeile 45:

	== Arduino ==		== Arduino ==
	[http://www.arduino.cc/ Arduino] basiert, wie die ECMD, auf AVR-Mikrokontrollern der Firma Atmel. Sie sind modular und über entsprechende Shields (Relais, LCD-Displays, Ethernet, SD-Karten usw.) erweiterbar. Sie verfügen über zahlreiche analoge und digitale Schnittstellen, u.a. eben auch für zahlreiche 1-Wire-~~Geräte wie z~~.~~B.:~~		[http://www.arduino.cc/ Arduino] basiert, wie die ECMD, auf AVR-Mikrokontrollern der Firma Atmel. Sie sind modular und über entsprechende Shields (Relais, LCD-Displays, Ethernet, SD-Karten usw.) erweiterbar. Sie verfügen über zahlreiche analoge und digitale Schnittstellen, u.a. eben auch für zahlreiche 1-Wire-Devices.

	* DS2450 Quad A/D
	* DS2409 1-Wire Switch
	* DS28EC20 1-Wire EEPROM
	* DS18B20
	* DS2423
	* DS2433
	* DS2438

	Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.		Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.

Pahenning: /* Arduino */

2016-08-30T03:22:25Z

Arduino

← Nächstältere Version		Version vom 30. August 2016, 05:22 Uhr
Zeile 54:		Zeile 54:
	* DS2433		* DS2433
	* DS2438		* DS2438
	* <strike>DS3231</strike>; kein 1-Wire Gerät, siehe {{Link2Forum\|Topic=55832\|LinkText=diesen Forenbeitrag}}

	Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.		Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.

Ph1959de: DS3231 "entfernt"

2016-07-21T06:50:26Z

DS3231 "entfernt"

← Nächstältere Version		Version vom 21. Juli 2016, 08:50 Uhr
Zeile 54:		Zeile 54:
	* DS2433		* DS2433
	* DS2438		* DS2438
	* DS3231		* <strike>DS3231</strike>; kein 1-Wire Gerät, siehe {{Link2Forum\|Topic=55832\|LinkText=diesen Forenbeitrag}}

	Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.		Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.
Zeile 60:		Zeile 60:
	Über z.B die mögliche Funktionalität als HTTP-Client oder -Server können per HTTP-Get bzw. -Put-Befehle aus FHEM heraus die Kommunikationsvorgänge zwischen FHEM und dem 1-Wire-Device abgewickelt werden.		Über z.B die mögliche Funktionalität als HTTP-Client oder -Server können per HTTP-Get bzw. -Put-Befehle aus FHEM heraus die Kommunikationsvorgänge zwischen FHEM und dem 1-Wire-Device abgewickelt werden.

	* weiterhin ist es möglich, einen [[Arduino mit OneWireFirmata]] zu flashen und diesen als 1-Wire-Busmaster in Verbindung mit o.g. OWX-~~modul~~ zu nutzen.		Weiterhin ist es möglich, einen [[Arduino mit OneWireFirmata]] zu flashen und diesen als 1-Wire-Busmaster in Verbindung mit o.g. OWX-Modul zu nutzen.

	== Raspberry Pi und COC ==		== Raspberry Pi und COC ==
	Der [[COC]] ist eine Erweiterung des Raspberry Pi, um diesen mit einer 868 MHz-Funkschnittstelle und einer Echtzeituhr auszustatten. Der COC verfügt über einen Anschluss für 1-Wire Komponenten. Die genaue Vorgehensweise zum Einbinden der Sensoren ist auf der Seite [[COC und 1-wire]] beschrieben.		Der [[COC]] ist eine Erweiterung des Raspberry Pi, um diesen mit einer 868 MHz-Funkschnittstelle und einer Echtzeituhr auszustatten. Der COC verfügt über einen Anschluss für 1-Wire Komponenten. Die genaue Vorgehensweise zum Einbinden der Sensoren ist auf der Seite [[COC und 1-wire]] beschrieben.
	Die Firmware des COC kann 1-Wire Temperatursensoren (und nur diese~~ ~~!) auf das HomeMatic-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am COC ist das Modul OWX.pm erforderlich.		Die Firmware des COC kann 1-Wire Temperatursensoren (und nur diese!) auf das HomeMatic-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am COC ist das Modul OWX.pm erforderlich.

	== Raspberry Pi GPIO ==		== Raspberry Pi GPIO ==

Ph1959de: Tippfehler korrigiert + weitere kleine Änderungen

2015-07-16T06:01:45Z

Tippfehler korrigiert + weitere kleine Änderungen

← Nächstältere Version		Version vom 16. Juli 2015, 08:01 Uhr
Zeile 1:		Zeile 1:
	Es gibt viele Möglichkeiten, 1-Wire Komponenten mit FHEM zu verbinden		Es gibt viele Möglichkeiten, [[1-Wire]] Komponenten mit FHEM zu verbinden.

	== OWX ==		== OWX ==
	Das Modul ~~00_OWX.pm aus dem Unterverzeichnis contrib/1-Wire~~ der FHEM-Distribution kann eingesetzt werden, um		Das Modul [[OWX]] der FHEM-Distribution kann eingesetzt werden, um

	* direkt von FHEM erreichbare serielle bzw. [[USB-Interface für 1-Wire\|USB-Interfaces für 1-Wire]],		* direkt von FHEM erreichbare serielle bzw. [[USB-Interface für 1-Wire\|USB-Interfaces]] für 1-Wire,
	* via Netzwerk erreichbare Interfaces wie [[1W-IF-ETH]] und [[1W-IF-WIFI]],		* via Netzwerk erreichbare Interfaces wie [[1W-IF-ETH]] und [[1W-IF-WIFI]],
	* eine COC-Erweiterung des Raspberry Pi,		* eine COC-Erweiterung des Raspberry Pi,
Zeile 11:		Zeile 12:
	anzusteuern.		anzusteuern.

	Vorteil der direkten Interfaces ist der geringe Energiebedarf unabhängig von Netzwerken. Vorteil des CUNO ist, dass der 1-Wire-Bus unabhängig vom FHEM-Rechner läuft und beliebig weit von diesem entfernt sein kann.		Vorteil der direkten Interfaces ist der geringe Energiebedarf unabhängig von Netzwerken. Vorteil des [[CUNO]] ist, dass der 1-Wire-Bus unabhängig vom FHEM-Rechner läuft und beliebig weit von diesem entfernt sein kann.

	Das Modul 00_OWX.pm ist ein Backend, das auf dem 1-Wire-Bus verschiedene Low-Level Kommunikationsfunktionen ausführt. Diese werden aufgerufen durch verschiedene weitere Module, die dann für die einzelnen 1-Wire Komponenten zuständig sind. Derzeit existieren ~~6 solcher~~ Module~~, ebenfalls im Unterverzeichnis contrib/1-Wire~~		Das Modul 00_OWX.pm ist ein Backend, das auf dem 1-Wire-Bus verschiedene Low-Level Kommunikationsfunktionen ausführt. Diese werden aufgerufen durch verschiedene weitere Module, die dann für die einzelnen 1-Wire Komponenten zuständig sind. Derzeit existieren die folgenden derartigen Module:

	* 21_OWTHERM.pm - zur Abfrage von 1-Wire Temperatursensoren der Typen DS1820, DS18S20, DS18B20, DS1822		* 21_OWTHERM.pm - zur Abfrage von 1-Wire Temperatursensoren der Typen DS1820, DS18S20, DS18B20, DS1822
Zeile 23:		Zeile 24:
	* 21_OWID.pm - zur Abfrage von 1-Wire ID-Chips (oder unbekannter 1-Wire Devices)		* 21_OWID.pm - zur Abfrage von 1-Wire ID-Chips (oder unbekannter 1-Wire Devices)

	Diese Frontendmodule können auch mit dem OWServer-Modul zusammenarbeiten und somit OWFS als Backend benutzen.		Diese Frontendmodule können auch mit dem [[OWServer]]-Modul zusammenarbeiten und somit OWFS als Backend benutzen.

	== CUNO ==		== CUNO ==
	Der CUNO ist eine Variante des CUL, die über Netzwerk angesteuert wird. Ihr Zusammenwirken mit 1-Wire wird auf der Seite [[CUNO und 1-wire]] beschrieben.		Der CUNO ist eine Variante des CUL, die über Netzwerk angesteuert wird. Ihr Zusammenwirken mit 1-Wire wird auf der Seite [[CUNO und 1-wire]] beschrieben.
	Die Firmware des CUNO kann 1-Wire Temperatursensoren (und nur diese !) auf das HomeMatic-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am CUNO ist das Modul OWX.pm erforderlich.		Die Firmware des CUNO kann 1-Wire Temperatursensoren (und nur diese !) auf das [[HomeMatic]]-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am CUNO ist das Modul OWX.pm erforderlich.

	Vorteil des CUNO ist, dass der 1-Wire-Bus unabhängig vom FHEM-Rechner läuft und beliebig weit von diesem entfernt sein kann. Nachteil ist, dass in der normalen Firmware eine Einschränkung auf 10 1-Wire-Komponenten vorhanden ist.		Vorteil des CUNO ist, dass der 1-Wire-Bus unabhängig vom FHEM-Rechner läuft und beliebig weit von diesem entfernt sein kann. Nachteil ist, dass in der normalen Firmware eine Einschränkung auf zehn 1-Wire-Komponenten vorhanden ist.

	== OWFS ==		== OWFS ==
Zeile 36:		Zeile 37:
	Während OWFS.pm für die Verbindung mit dem 1-Wire-Bus zuständig ist, besorgt das Modul OWTEMP.pm aus dem Hauptverzeichnis von FHEM die Umrechnung in Temperaturen.		Während OWFS.pm für die Verbindung mit dem 1-Wire-Bus zuständig ist, besorgt das Modul OWTEMP.pm aus dem Hauptverzeichnis von FHEM die Umrechnung in Temperaturen.
	=== OWServer/OWDevice ===		=== OWServer/OWDevice ===
	Eine Vielzahl von 1-Wire Komponenten kann über das ~~Modulpaa~~ OWServer und OWDevice verwendet werden. Siehe [[OWServer &~~amp;~~ OWDevice]].		Eine Vielzahl von 1-Wire Komponenten kann über das Modulpaar OWServer und OWDevice verwendet werden. Siehe [[OWServer & OWDevice]].

	== ECMD ==		== ECMD ==
	Hier erfolgt der Anschluss an ein geeignetes ECMD Gerät, beispielsweise den [[AVR-NET-IO]] oder das Webmodul von [http://old.ethersex.de Ethersex, alte Website] die auf der Basis eines AVR Microcontrollers der Fa. Atmel arbeiten. Die Ethersex Firmware übernimmt dabei die Low-Level Kommunikationsfunktionen des 1-Wire-Bus. Bei beiden Geräten sind für 1-Wire nutzbare Ports (Webmodule ggf. mit Modifikation der Widerstandswerte eines AD-Ports) bereits mit Schraubklemmen ausgestattet, außerdem gibt es 5V und GND beim AVR-NET-IO ebenfalls als Schraubklemmen.		Hier erfolgt der Anschluss an ein geeignetes [[ECMD]] Gerät, beispielsweise den [[AVR-NET-IO]] oder das Webmodul von [http://old.ethersex.de Ethersex, alte Website] die auf der Basis eines AVR Microcontrollers der Fa. Atmel arbeiten. Die Ethersex Firmware übernimmt dabei die Low-Level Kommunikationsfunktionen des 1-Wire-Bus. Bei beiden Geräten sind für 1-Wire nutzbare Ports (Webmodule ggf. mit Modifikation der Widerstandswerte eines AD-Ports) bereits mit Schraubklemmen ausgestattet, außerdem gibt es 5V und GND beim AVR-NET-IO ebenfalls als Schraubklemmen.

	Vorteil von ECMD ist, dass der 1-Wire-Bus unabhängig vom FHEM-Rechner läuft und beliebig weit von diesem entfernt sein kann. Nachteil ist, dass die Ethersex-Software nicht alle Kommunikationsfunktionen des 1-Wire Bus zugänglich macht - und selbst nur DS18x20-Temperatursensoren und den A/D-Wandler DS2450 unterstützt. ECMD kann deshalb derzeit nur zur Temperatur- und Analogmessung verwendet werden.		Vorteil von ECMD ist, dass der 1-Wire-Bus unabhängig vom FHEM-Rechner läuft und beliebig weit von diesem entfernt sein kann. Nachteil ist, dass die Ethersex-Software nicht alle Kommunikationsfunktionen des 1-Wire Bus zugänglich macht - und selbst nur DS18x20-Temperatursensoren und den A/D-Wandler DS2450 unterstützt. ECMD kann deshalb derzeit nur zur Temperatur- und Analogmessung verwendet werden.

	== Arduino ==		== Arduino ==
	[http://www.arduino.cc/ Arduino] basiert, wie die [[ECMD]], auf AVR-Mikrokontrollern der Firma Atmel. Sie sind modular und über entsprechende Shields (Relais, LCD-Displays, Ethernet, SD-Karten usw.) erweiterbar. Sie verfügen über zahlreiche analoge und digitale Schnittstellen, u.a. eben auch für zahlreiche 1-Wire-Geräte wie z.B.:		[http://www.arduino.cc/ Arduino] basiert, wie die ECMD, auf AVR-Mikrokontrollern der Firma Atmel. Sie sind modular und über entsprechende Shields (Relais, LCD-Displays, Ethernet, SD-Karten usw.) erweiterbar. Sie verfügen über zahlreiche analoge und digitale Schnittstellen, u.a. eben auch für zahlreiche 1-Wire-Geräte wie z.B.:

	* DS2450 Quad A/D		* DS2450 Quad A/D
Zeile 57:		Zeile 58:
	Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.		Die Kommunikation erfolgt über sogenannte Libraries ([http://www.kerrywong.com/2011/09/01/interfacing-ds28ec20-with-arduino/ 3]), die in die Arduino-eigene IDE eingebunden werden.

	Über z.B die mögliche Funktionalität als HTTP-Client oder -Server können per HTTP-Get bzw. -~~put~~-Befehle aus FHEM heraus die Kommunikationsvorgänge zwischen FHEM und dem 1-Wire-Device abgewickelt werden.		Über z.B die mögliche Funktionalität als HTTP-Client oder -Server können per HTTP-Get bzw. -Put-Befehle aus FHEM heraus die Kommunikationsvorgänge zwischen FHEM und dem 1-Wire-Device abgewickelt werden.

	* weiterhin ist es möglich, einen [[Arduino mit OneWireFirmata]] zu flashen und diesen als 1-Wire-Busmaster in Verbindung mit o.g. OWX-modul zu nutzen.		* weiterhin ist es möglich, einen [[Arduino mit OneWireFirmata]] zu flashen und diesen als 1-Wire-Busmaster in Verbindung mit o.g. OWX-modul zu nutzen.

	== Raspberry Pi und COC ==		== Raspberry Pi und COC ==
	Der COC ist eine Erweiterung des Raspberry Pi, um diesen mit einer 868 MHz-Funkschnittstelle und einer Echtzeituhr auszustatten. Der COC verfügt über einen Anschluss für 1-Wire Komponenten. Die genaue Vorgehensweise zum Einbinden der Sensoren ist auf der Seite [[COC und 1-wire]] beschrieben.		Der [[COC]] ist eine Erweiterung des Raspberry Pi, um diesen mit einer 868 MHz-Funkschnittstelle und einer Echtzeituhr auszustatten. Der COC verfügt über einen Anschluss für 1-Wire Komponenten. Die genaue Vorgehensweise zum Einbinden der Sensoren ist auf der Seite [[COC und 1-wire]] beschrieben.
	Die Firmware des COC kann 1-Wire Temperatursensoren (und nur diese !) auf das HomeMatic-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am COC ist das Modul OWX.pm erforderlich.		Die Firmware des COC kann 1-Wire Temperatursensoren (und nur diese !) auf das HomeMatic-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am COC ist das Modul OWX.pm erforderlich.

	== Raspberry Pi GPIO ==		== Raspberry Pi GPIO ==
	1-~~wire~~-Komponenten können auch direkt über die GPIO-Schnittstelle des Raspberry Pi angesprochen werden, '''allerdings bisher nur Temperatursensoren'''. Siehe hierzu [[Raspberry Pi und 1-Wire]].		1-Wire-Komponenten können auch direkt über die GPIO-Schnittstelle des Raspberry Pi angesprochen werden, '''allerdings bisher nur Temperatursensoren'''. Siehe hierzu [[Raspberry Pi und 1-Wire]].


	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]
	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]

Pahenning: /* OWX */

2015-07-15T18:28:27Z

OWX

← Nächstältere Version		Version vom 15. Juli 2015, 20:28 Uhr
Zeile 23:		Zeile 23:
	* 21_OWID.pm - zur Abfrage von 1-Wire ID-Chips (oder unbekannter 1-Wire Devices)		* 21_OWID.pm - zur Abfrage von 1-Wire ID-Chips (oder unbekannter 1-Wire Devices)

	~~Das in diesem Unterverzeichnis stehende OWTHERM.pm kann~~ auch mit dem ~~älteren OWFS~~-Modul zusammenarbeiten und ~~ersetzt dabei das alte OWTEMP.pm~~		Diese Frontendmodule können auch mit dem OWServer-Modul zusammenarbeiten und somit OWFS als Backend benutzen.
	~~Langfristig sollen alle Gerätemodule mit den verschiedenen Adaptermodulen zusammenarbeiten~~.

	== CUNO ==		== CUNO ==

Pahenning am 15. Juli 2015 um 18:26 Uhr

2015-07-15T18:26:38Z

← Nächstältere Version		Version vom 15. Juli 2015, 20:26 Uhr
Zeile 33:		Zeile 33:

	== OWFS ==		== OWFS ==
	Das 1-Wire Filesystem [[http://www.owfs.org OWFS]] besteht aus Client- und Server-Software, die den 1-Wire-Bus ähnlich wie ein netzwerktransparentes Dateisystem anderen Computern zur Verfügung stellt. Suchalgorithmus und regelmäßige Abfrage werden vom OWFS durchgeführt und zwischengespeichert~~, so dass FHEM lediglich mit dem Modul OWFS.pm auf diese zwischengespeicherten Werte zugreifen muss~~. OWFS verlangt allerdings die Installation von binären Programmen auf dem Rechner, den FHEM benutzt - diese Programme stehen nicht immer für die gesuchte Plattform zur Verfügung.		Das 1-Wire Filesystem [[http://www.owfs.org OWFS]] besteht aus Client- und Server-Software, die den 1-Wire-Bus ähnlich wie ein netzwerktransparentes Dateisystem anderen Computern zur Verfügung stellt. Suchalgorithmus und regelmäßige Abfrage werden vom OWFS durchgeführt und zwischengespeichert. OWFS verlangt allerdings die Installation von binären Programmen auf dem Rechner, den FHEM benutzt - diese Programme stehen nicht immer für die gesuchte Plattform zur Verfügung. Zur Ankopplung von OWFS an FHEM gibt es zwei Möglichkeiten
			=== OWFS/OWTEMP (abzuraten, veraltet !) ===
	Während OWFS.pm für die Verbindung mit dem 1-Wire-Bus zuständig ist, sind andere Module für die Umrechnung und Darstellung der gelesenen Werte zuständig. Derzeit ist aber bei Verwendung von OWFS von FHEM aus nur die Messung von Temperaturen möglich, es wird nur entweder das ~~alte~~ Modul OWTEMP.pm aus dem Hauptverzeichnis von FHEM ~~oder das OWTHERM~~.~~pm aus contrib~~/1-~~wire unterstützt.~~		Während OWFS.pm für die Verbindung mit dem 1-Wire-Bus zuständig ist, besorgt das Modul OWTEMP.pm aus dem Hauptverzeichnis von FHEM die Umrechnung in Temperaturen.
			=== OWServer/OWDevice ===
	~~Alternativ können die Module~~ OWServer und OWDevice verwendet werden. Siehe [[OWServer & OWDevice]].		Eine Vielzahl von 1-Wire Komponenten kann über das Modulpaa OWServer und OWDevice verwendet werden. Siehe [[OWServer & OWDevice]].

	== ECMD ==		== ECMD ==

Pahenning: /* OWX */

2015-05-29T07:07:13Z

OWX

← Nächstältere Version		Version vom 29. Mai 2015, 09:07 Uhr
Zeile 4:		Zeile 4:

	* direkt von FHEM erreichbare serielle bzw. [[USB-Interface für 1-Wire\|USB-Interfaces für 1-Wire]],		* direkt von FHEM erreichbare serielle bzw. [[USB-Interface für 1-Wire\|USB-Interfaces für 1-Wire]],
	* via Netzwerk erreichbare Interfaces wie [[1W-IF-ETH]] und [[1W-IF-~~WLAN~~]],		* via Netzwerk erreichbare Interfaces wie [[1W-IF-ETH]] und [[1W-IF-WIFI]],
	* eine COC-Erweiterung des Raspberry Pi,		* eine COC-Erweiterung des Raspberry Pi,
	* einen [[CUNO und 1-wire]] oder		* einen [[CUNO und 1-wire]] oder

Pahenning: /* OWX */

2015-05-29T07:06:56Z

OWX

← Nächstältere Version		Version vom 29. Mai 2015, 09:06 Uhr
Zeile 4:		Zeile 4:

	* direkt von FHEM erreichbare serielle bzw. [[USB-Interface für 1-Wire\|USB-Interfaces für 1-Wire]],		* direkt von FHEM erreichbare serielle bzw. [[USB-Interface für 1-Wire\|USB-Interfaces für 1-Wire]],
			* via Netzwerk erreichbare Interfaces wie [[1W-IF-ETH]] und [[1W-IF-WLAN]],
	* eine COC-Erweiterung des Raspberry Pi,		* eine COC-Erweiterung des Raspberry Pi,
	* einen [[CUNO und 1-wire]] oder		* einen [[CUNO und 1-wire]] oder

Pahenning am 29. Mai 2015 um 07:04 Uhr

2015-05-29T07:04:17Z

← Nächstältere Version		Version vom 29. Mai 2015, 09:04 Uhr
Zeile 24:		Zeile 24:
	Das in diesem Unterverzeichnis stehende OWTHERM.pm kann auch mit dem älteren OWFS-Modul zusammenarbeiten und ersetzt dabei das alte OWTEMP.pm		Das in diesem Unterverzeichnis stehende OWTHERM.pm kann auch mit dem älteren OWFS-Modul zusammenarbeiten und ersetzt dabei das alte OWTEMP.pm
	Langfristig sollen alle Gerätemodule mit den verschiedenen Adaptermodulen zusammenarbeiten.		Langfristig sollen alle Gerätemodule mit den verschiedenen Adaptermodulen zusammenarbeiten.

	~~== COC ==~~
	Der COC ist eine Erweiterung des Raspberry Pi, um diesen mit einer 868 MHz-Funkschnittstelle und einer Echtzeituhr auszustatten. Der COC verfügt über einen Anschluss für 1-Wire Komponenten. Die genaue Vorgehensweise zum Einbinden der Sensoren ist auf [[COC und 1-wire]] beschrieben.
	~~Die Firmware des COC kann 1-Wire Temperatursensoren (und nur diese !) auf das HomeMatic-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am COC ist das Modul OWX.pm erforderlich.~~

	== CUNO ==		== CUNO ==
Zeile 65:		Zeile 61:
	* weiterhin ist es möglich, einen [[Arduino mit OneWireFirmata]] zu flashen und diesen als 1-Wire-Busmaster in Verbindung mit o.g. OWX-modul zu nutzen.		* weiterhin ist es möglich, einen [[Arduino mit OneWireFirmata]] zu flashen und diesen als 1-Wire-Busmaster in Verbindung mit o.g. OWX-modul zu nutzen.

	== ~~Rasberry~~ Pi GPIO ==		== Raspberry Pi und COC ==
	1-wire-Komponenten können auch direkt über die GPIO-Schnittstelle des ~~Rasberry~~ Pi angesprochen werden, '''allerdings bisher nur Temperatursensoren'''. ~~Dazu gibt es einen eigenen Artikel~~ [[Raspberry Pi und 1-Wire]].		Der COC ist eine Erweiterung des Raspberry Pi, um diesen mit einer 868 MHz-Funkschnittstelle und einer Echtzeituhr auszustatten. Der COC verfügt über einen Anschluss für 1-Wire Komponenten. Die genaue Vorgehensweise zum Einbinden der Sensoren ist auf der Seite [[COC und 1-wire]] beschrieben.
			Die Firmware des COC kann 1-Wire Temperatursensoren (und nur diese !) auf das HomeMatic-System abbilden. Für den Betrieb anderer 1-Wire-Komponenten am COC ist das Modul OWX.pm erforderlich.

			== Raspberry Pi GPIO ==
			1-wire-Komponenten können auch direkt über die GPIO-Schnittstelle des Raspberry Pi angesprochen werden, '''allerdings bisher nur Temperatursensoren'''. Siehe hierzu [[Raspberry Pi und 1-Wire]].


	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]
	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]