COC und 1-wire - Versionsgeschichte

Baumbuwe: cat

2018-05-16T15:41:52Z

cat

← Nächstältere Version		Version vom 16. Mai 2018, 17:41 Uhr
Zeile 24:		Zeile 24:
	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]
	[[Kategorie:Hardware Mods]]		[[Kategorie:Hardware Mods]]
			[[Kategorie:868MHz]]

Kamischi am 12. August 2014 um 19:21 Uhr

2014-08-12T19:21:30Z

← Nächstältere Version		Version vom 12. August 2014, 21:21 Uhr
Zeile 7:		Zeile 7:
	* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem COC kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am COC. '''Achtung:''' Derzeit erzeugt die Abfrage des COC durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können. Außerdem treten weitere Instabilitäten auf, die bis zum Totalabsturz des Raspberry Pi führen können. Dies ist nicht auf die Programmierung des OWX-Moduls zurückzuführen, sondern lässt sich auch durch manuelle Abfrage des COC erreichen. Nach bisheriger Erkenntnis ist das darauf zurückzuführen, dass auf dem internen i2c-Bus des Raspberry noch andere Hardware aktiv ist, die ab und zu das Timing des ebenfalls an diesen internen i2c-Bus angeschlossenen 1-Wire-Interface stört.		* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem COC kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am COC. '''Achtung:''' Derzeit erzeugt die Abfrage des COC durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können. Außerdem treten weitere Instabilitäten auf, die bis zum Totalabsturz des Raspberry Pi führen können. Dies ist nicht auf die Programmierung des OWX-Moduls zurückzuführen, sondern lässt sich auch durch manuelle Abfrage des COC erreichen. Nach bisheriger Erkenntnis ist das darauf zurückzuführen, dass auf dem internen i2c-Bus des Raspberry noch andere Hardware aktiv ist, die ab und zu das Timing des ebenfalls an diesen internen i2c-Bus angeschlossenen 1-Wire-Interface stört.

	In der Standardversion der COC-Firmware ist außerdem eine Einschränkung enthalten, ~~welche~~ die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.		In der Standardversion der COC-Firmware ist außerdem eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.

	== Software ==		== Software ==
Zeile 14:		Zeile 14:
	In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.		In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.

	In der Firmware ist auch noch eine High-Level Komponente eingebaut, ~~welche~~ die Signale von Temperatursensoren (und nur diese!) auf das HomeMatic-System abbildet.		In der Firmware ist auch noch eine High-Level Komponente eingebaut, die die Signale von Temperatursensoren (und nur diese!) auf das HomeMatic-System abbildet.

	In der Standardversion der COC-Firmware ist eine Einschränkung enthalten, ~~welche~~ die Erkennung von 1-Wire-Devices auf 10 beschränkt. Will man dies erhöhen, muss in der Datei board.h die folgende Zeile auf einen Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.		In der Standardversion der COC-Firmware ist eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices auf 10 beschränkt. Will man dies erhöhen, muss in der Datei board.h die folgende Zeile auf einen Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.

	<nowiki>'#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte'</nowiki>		<nowiki>'#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte'</nowiki>

Markusbloch am 11. Mai 2013 um 20:19 Uhr

2013-05-11T20:19:26Z

← Nächstältere Version		Version vom 11. Mai 2013, 22:19 Uhr
Zeile 23:		Zeile 23:
	[[Kategorie:CUL]]		[[Kategorie:CUL]]
	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]
	[[Kategorie:Hardware-Mods]]		[[Kategorie:Hardware Mods]]

Markusbloch: /* Einleitung */

2013-05-11T12:00:45Z

Einleitung

← Nächstältere Version		Version vom 11. Mai 2013, 14:00 Uhr
Zeile 1:		Zeile 1:
	== Einleitung ==		== Einleitung ==
	COC ist eine Erweiterung zum Raspberry Pi von [http://www.busware.de">busware.de~~</a>~~, mit der dem Raspberry Pi eine 868 MHz Funkschnittstelle und eine Echtzeituhr zur Verfügung gestellt werden. Zusätzlich ist beim COC der Anschluss von ~~<a href="/wiki/1-Wire" title="~~1-Wire 1-Wire]-Komponenten möglich. Im COC ist ein DS2482 Busmaster-Chip verbaut, der über den internen I2C-Bus des COC angesteuert wird.		COC ist eine Erweiterung zum Raspberry Pi von [http://www.busware.de busware.de], mit der dem Raspberry Pi eine 868 MHz Funkschnittstelle und eine Echtzeituhr zur Verfügung gestellt werden. Zusätzlich ist beim COC der Anschluss von [[:Kategorie:1-Wire\|1-Wire]]-Komponenten möglich. Im COC ist ein DS2482 Busmaster-Chip verbaut, der über den internen I2C-Bus des COC angesteuert wird.

	Dafür gibt es zwei Möglichkeiten:		Dafür gibt es zwei Möglichkeiten:

	* In der Firmware des COC ist eine Möglichkeit enthalten, die 1-Wire-Temperatursensoren DS18S20 in das Homematic-Protokoll zu ''mappen''. 1-Wire Temperatursensoren am COC werden dann von FHEM automatisch als HMS-T eingebunden. Andere 1-Wire Sensoren oder Aktoren werden von der Firmware nicht ausgewertet.		* In der Firmware des COC ist eine Möglichkeit enthalten, die 1-Wire-Temperatursensoren DS18S20 in das Homematic-Protokoll zu ''mappen''. 1-Wire Temperatursensoren am COC werden dann von FHEM automatisch als HMS-T eingebunden. Andere 1-Wire Sensoren oder Aktoren werden von der Firmware nicht ausgewertet.
	* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem COC kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am COC.		* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem COC kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am COC. '''Achtung:''' Derzeit erzeugt die Abfrage des COC durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können. Außerdem treten weitere Instabilitäten auf, die bis zum Totalabsturz des Raspberry Pi führen können. Dies ist nicht auf die Programmierung des OWX-Moduls zurückzuführen, sondern lässt sich auch durch manuelle Abfrage des COC erreichen. Nach bisheriger Erkenntnis ist das darauf zurückzuführen, dass auf dem internen i2c-Bus des Raspberry noch andere Hardware aktiv ist, die ab und zu das Timing des ebenfalls an diesen internen i2c-Bus angeschlossenen 1-Wire-Interface stört.
	'''Achtung:''' Derzeit erzeugt die Abfrage des COC durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können. Außerdem treten weitere Instabilitäten auf, die bis zum Totalabsturz des Raspberry Pi führen können. Dies ist nicht auf die Programmierung des OWX-Moduls zurückzuführen, sondern lässt sich auch durch manuelle Abfrage des COC erreichen. Nach bisheriger Erkenntnis ist das darauf zurückzuführen, dass auf dem internen i2c-Bus des Raspberry noch andere Hardware aktiv ist, die ab und zu das Timing des ebenfalls an diesen internen i2c-Bus angeschlossenen 1-Wire-Interface stört.

	In der Standardversion der COC-Firmware ist außerdem eine Einschränkung enthalten, welche die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.		In der Standardversion der COC-Firmware ist außerdem eine Einschränkung enthalten, welche die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.

Markusbloch am 11. Mai 2013 um 11:58 Uhr

2013-05-11T11:58:52Z

← Nächstältere Version		Version vom 11. Mai 2013, 13:58 Uhr
Zeile 21:		Zeile 21:
	<nowiki>'#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte'</nowiki>		<nowiki>'#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte'</nowiki>
	Allerdings ist eine beliebige Erhöhung nicht möglich, da der COC relativ wenig Speicherplatz hat. Berichtet wurde, dass schon ab einem Wert von 30 Schwierigkeiten auftreten, indem die 1-Wire Devices nicht alle erkannt werden.		Allerdings ist eine beliebige Erhöhung nicht möglich, da der COC relativ wenig Speicherplatz hat. Berichtet wurde, dass schon ab einem Wert von 30 Schwierigkeiten auftreten, indem die 1-Wire Devices nicht alle erkannt werden.

			[[Kategorie:CUL]]
			[[Kategorie:1-Wire]]
			[[Kategorie:Hardware-Mods]]

Generix: Die Seite wurde neu angelegt: „== Einleitung == COC ist eine Erweiterung zum Raspberry Pi von [http://www.busware.de">busware.de, mit der dem Raspberry Pi eine 868 MHz Funkschnittstelle …“

2013-05-10T20:39:22Z

Die Seite wurde neu angelegt: „== Einleitung == COC ist eine Erweiterung zum Raspberry Pi von [http://www.busware.de">busware.de</a>, mit der dem Raspberry Pi eine 868 MHz Funkschnittstelle …“

Neue Seite

== Einleitung ==
COC ist eine Erweiterung zum Raspberry Pi von [http://www.busware.de">busware.de</a>, mit der dem Raspberry Pi eine 868 MHz Funkschnittstelle und eine Echtzeituhr zur Verfügung gestellt werden. Zusätzlich ist beim COC der Anschluss von <a href="/wiki/1-Wire" title="1-Wire 1-Wire]-Komponenten möglich. Im COC ist ein DS2482 Busmaster-Chip verbaut, der über den internen I2C-Bus des COC angesteuert wird.

Dafür gibt es zwei Möglichkeiten:

* In der Firmware des COC ist eine Möglichkeit enthalten, die 1-Wire-Temperatursensoren DS18S20 in das Homematic-Protokoll zu ''mappen''. 1-Wire Temperatursensoren am COC werden dann von FHEM automatisch als HMS-T eingebunden. Andere 1-Wire Sensoren oder Aktoren werden von der Firmware nicht ausgewertet.
* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem COC kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am COC.
'''Achtung:''' Derzeit erzeugt die Abfrage des COC durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können. Außerdem treten weitere Instabilitäten auf, die bis zum Totalabsturz des Raspberry Pi führen können. Dies ist nicht auf die Programmierung des OWX-Moduls zurückzuführen, sondern lässt sich auch durch manuelle Abfrage des COC erreichen. Nach bisheriger Erkenntnis ist das darauf zurückzuführen, dass auf dem internen i2c-Bus des Raspberry noch andere Hardware aktiv ist, die ab und zu das Timing des ebenfalls an diesen internen i2c-Bus angeschlossenen 1-Wire-Interface stört.

In der Standardversion der COC-Firmware ist außerdem eine Einschränkung enthalten, welche die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.

== Software ==
Der 1-Wire-Bus wird durch eine Anzahl von Kommandos gesteuert, die in der Beschreibung der COC-Firmware nachzulesen sind (siehe [http://culfw.de/commandref.html#cmd_O [1]]).

In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.

In der Firmware ist auch noch eine High-Level Komponente eingebaut, welche die Signale von Temperatursensoren (und nur diese!) auf das HomeMatic-System abbildet.

In der Standardversion der COC-Firmware ist eine Einschränkung enthalten, welche die Erkennung von 1-Wire-Devices auf 10 beschränkt. Will man dies erhöhen, muss in der Datei board.h die folgende Zeile auf einen Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.

<nowiki>'#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte'</nowiki>
Allerdings ist eine beliebige Erhöhung nicht möglich, da der COC relativ wenig Speicherplatz hat. Berichtet wurde, dass schon ab einem Wert von 30 Schwierigkeiten auftreten, indem die 1-Wire Devices nicht alle erkannt werden.