CUNO und 1-wire: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „== Einleitung == Der CUNO ist der Nachfolger des CUN von busware.de. Zusätzlich zu den Eigenschaften des CUN ist beim CUNO der Anschluss von 1-Wire-Kompon…“) |
PeMue (Diskussion | Beiträge) K (Nummern des Literaturverzeichnisses angepasst) |
||
| (12 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt) | |||
| Zeile 7: | Zeile 7: | ||
* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem CUNO kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am CUNO. '''Achtung:''' Derzeit (November 2012) erzeugt die Abfrage des CUNO durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können. | * Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem CUNO kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am CUNO. '''Achtung:''' Derzeit (November 2012) erzeugt die Abfrage des CUNO durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können. | ||
In der Standardversion der CUNO-Firmware ist außerdem eine Einschränkung enthalten, | In der Standardversion der CUNO-Firmware ist außerdem eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten. | ||
Der CUNO ist lt. Hersteller busware "end-of-life" und ist/wird ersetzt durch den weitgehend kompatiblen [http://www.busware.de/tiki-index.php?page=CUNX CUNX], einem CUNO ohne direkt verbaute Onewire-Schnittstelle, dafür mit einem Pigator-Slot, für den es wiederum (u. a.) einen Onewire-Modul gibt. | |||
== Hardware == | == Hardware == | ||
| Zeile 14: | Zeile 16: | ||
* einen entsprechenden RJ10-Stecker mitbestellen und selbst an ein Kabel ancrimpen, | * einen entsprechenden RJ10-Stecker mitbestellen und selbst an ein Kabel ancrimpen, | ||
* ein RJ10-Kabelende z.B. aus einem ausgeschlachteten Telefon verwenden oder | * ein RJ10-Kabelende z.B. aus einem ausgeschlachteten Telefon verwenden oder | ||
* die RJ10-Anschlussbuchse im CUNO selbst ersetzen. Das ist glücklicherweise leicht möglich, und bei CUNO vor Version 2.4 noch aus einem anderen Grund sinnvoll, siehe unten | * die RJ10-Anschlussbuchse im CUNO selbst ersetzen. Das ist glücklicherweise leicht möglich, und bei CUNO vor Version 2.4 noch aus einem anderen Grund sinnvoll, siehe unten. | ||
In der nebenstehenden Fotografie ist zu sehen, dass die RJ10-Buchse durch eine 3.5 mm Klinkenbuchse ersetzt wurde, das schwarze und das rote Kabel liefern die Pegel GND und 5 V, sowie das blaue Kabel die 1-Wire-Signale. | In der nebenstehenden Fotografie ist zu sehen, dass die RJ10-Buchse durch eine 3.5 mm Klinkenbuchse ersetzt wurde, das schwarze und das rote Kabel liefern die Pegel GND und 5 V, sowie das blaue Kabel die 1-Wire-Signale. | ||
[[File: | |||
[[File:CUNO.JPG|400px|alt=CUNO modifiziert]] | |||
Alternativ kann man auch Molex-Winkelstecker verwenden. Links wurde die RJ45 Buchse abgelötet und durch einen 4-poligen Molex Winkelstecker ersetzt. Vorteil dieser Lösung ist, das (von oben nach unten) 5V, 3,3V, 1-Wire Data und GND sauber heraus geführt sind. | Alternativ kann man auch Molex-Winkelstecker verwenden. Links wurde die RJ45 Buchse abgelötet und durch einen 4-poligen Molex Winkelstecker ersetzt. Vorteil dieser Lösung ist, das (von oben nach unten) 5V, 3,3V, 1-Wire Data und GND sauber heraus geführt sind. | ||
| Zeile 24: | Zeile 27: | ||
Es empfiehlt sich die beiden Stecker noch mit Heisskleber (o.ä.) im Gehäuse zu fixieren, um zu hohe mechanische Kräfte beim Ein- und Ausstecken von den empfindlichen Kontakten auf der Platine fern zu halten. | Es empfiehlt sich die beiden Stecker noch mit Heisskleber (o.ä.) im Gehäuse zu fixieren, um zu hohe mechanische Kräfte beim Ein- und Ausstecken von den empfindlichen Kontakten auf der Platine fern zu halten. | ||
[[File: | [[File:CUNO_Mod.jpg|400px]] | ||
Das Ganze sieht dann am Ende so aus: | Das Ganze sieht dann am Ende so aus: | ||
[[File: | [[File:CUNO_Mod2.jpg|400px]] | ||
[[File: | [[File:CUNO_Mod3.jpg|400px]] | ||
=== Level-Shifter vor Version 2.4 === | === Level-Shifter vor Version 2.4 === | ||
Im CUNO vor Version 2.4 (ausgeliefert bis ca. Anfang Oktober 2012) wird der 1-Wire-Bus durch den CUNO nur mit einer Spannung von 3.3 V versorgt - diese Spannung liegt auch an der RJ10-Buchse an. Ein Signalpegel von 3.3 V auf der Datenleitung des 1-Wire Bus ist aber zu gering, um die angeschlossenen Sensoren parasitär mit Energie zu versorgen - sie müssen deshalb an den unmodifzierten CUNO tatsächlich mit drei Adern (3.3 V, GND und 1-Wire) angeschlossen werden. Im CUNO selbst stehen aber auch 5V zur Verfügung, wenn er durch ein USB-Kabel mit Spannung versorgt wird. Diese lassen sich sehr leicht "abgreifen" und an die (evtl. ersetzte) 1-Wire Anschlussbuchse führen. | Im CUNO vor Version 2.4 (ausgeliefert bis ca. Anfang Oktober 2012) wird der 1-Wire-Bus durch den CUNO nur mit einer Spannung von 3.3 V versorgt - diese Spannung liegt auch an der RJ10-Buchse an. Ein Signalpegel von 3.3 V auf der Datenleitung des 1-Wire Bus ist aber zu gering, um die angeschlossenen Sensoren parasitär mit Energie zu versorgen - sie müssen deshalb an den unmodifzierten CUNO tatsächlich mit drei Adern (3.3 V, GND und 1-Wire) angeschlossen werden. Im CUNO selbst stehen aber auch 5V zur Verfügung, wenn er durch ein USB-Kabel mit Spannung versorgt wird. Diese lassen sich sehr leicht "abgreifen" und an die (evtl. ersetzte) 1-Wire Anschlussbuchse führen. | ||
Das ist allerdings nur eine "halbe" Lösung, weil der interne Busmaster Chip DS2482 immer noch mit 3,3 V betrieben wird. Dagegen kann ein einfacher Levelshifter helfen (insbesondere beim gleichzeitigen Umbau der Anschlussbuchse !), der auch die Datensignale auf dem Bus nach 5V umsetzt. | Das ist allerdings nur eine "halbe" Lösung, weil der interne Busmaster Chip DS2482 immer noch mit 3,3 V betrieben wird. Dagegen kann ein einfacher [[1-Wire_Pegelwandler|Levelshifter]] helfen (insbesondere beim gleichzeitigen Umbau der Anschlussbuchse !), der auch die Datensignale auf dem Bus nach 5V umsetzt. | ||
== Software == | == Software == | ||
| Zeile 43: | Zeile 45: | ||
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, | 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 CUNO-Firmware ist eine Einschränkung enthalten, | In der Standardversion der CUNO-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 mit einem Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden. | ||
#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte | |||
Allerdings ist eine beliebige Erhöhung nicht möglich, das der CUNO 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, das der CUNO relativ wenig Speicherplatz hat. Berichtet wurde, dass schon ab einem Wert von 30 Schwierigkeiten auftreten, indem die 1-Wire Devices nicht alle erkannt werden. | ||
== Literatur == | == Literatur == | ||
[1] | *[1] CULFW Commandref http://culfw.de/commandref.html#cmd_O | ||
[[Kategorie:CUL]] | |||
[[Kategorie:1-Wire]] | |||
[[Kategorie:Hardware Mods]] | |||
Aktuelle Version vom 19. Januar 2018, 22:24 Uhr
Einleitung
Der CUNO ist der Nachfolger des CUN von busware.de. Zusätzlich zu den Eigenschaften des CUN ist beim CUNO der Anschluss von 1-Wire-Komponenten möglich (CUN-O, O für Onewire). Im CUNO ist ein DS2482 Busmaster-Chip verbaut, der über den internen I2C-Bus des CUNO angesteuert wird.
Dafür gibt es zwei Möglichkeiten:
- In der Firmware des CUNO ist eine Möglichkeit enthalten, die 1-Wire-Temperatursensoren DS18S20 in das Homematic-Protokoll zu mappen. 1-Wire Temperatursensoren am CUNO 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 CUNO kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am CUNO. Achtung: Derzeit (November 2012) erzeugt die Abfrage des CUNO durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können.
In der Standardversion der CUNO-Firmware ist außerdem eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.
Der CUNO ist lt. Hersteller busware "end-of-life" und ist/wird ersetzt durch den weitgehend kompatiblen CUNX, einem CUNO ohne direkt verbaute Onewire-Schnittstelle, dafür mit einem Pigator-Slot, für den es wiederum (u. a.) einen Onewire-Modul gibt.
Hardware
Der CUNO wird leider mit einer 4-poligen RJ10-Anschlussbuchse ausgeliefert (sog. Western-Stecker), die mit keinem sonstigen 1-Wire-System kompatibel ist. Darüber hinaus sind darin die beiden mittleren Adern zusammengelegt, im Anschlussbild aber unterschiedlich benannt (1-Wire bzw. 1-Wire Return). Deshalb muss man entweder
- einen entsprechenden RJ10-Stecker mitbestellen und selbst an ein Kabel ancrimpen,
- ein RJ10-Kabelende z.B. aus einem ausgeschlachteten Telefon verwenden oder
- die RJ10-Anschlussbuchse im CUNO selbst ersetzen. Das ist glücklicherweise leicht möglich, und bei CUNO vor Version 2.4 noch aus einem anderen Grund sinnvoll, siehe unten.
In der nebenstehenden Fotografie ist zu sehen, dass die RJ10-Buchse durch eine 3.5 mm Klinkenbuchse ersetzt wurde, das schwarze und das rote Kabel liefern die Pegel GND und 5 V, sowie das blaue Kabel die 1-Wire-Signale.
Alternativ kann man auch Molex-Winkelstecker verwenden. Links wurde die RJ45 Buchse abgelötet und durch einen 4-poligen Molex Winkelstecker ersetzt. Vorteil dieser Lösung ist, das (von oben nach unten) 5V, 3,3V, 1-Wire Data und GND sauber heraus geführt sind. Auf der rechten Seite wurde ein 5 Pol Molex Stecker an die vorhandenen Kontaktpunkte angelötet, um eine 5V Spannungsversorgung mit einem handelsüblichen 5V Netzteil zu ermöglichen. Mit "PWR" ist auf der Platine der 5V Anschluss bezeichnet (Pin 5 des Molex Steckers). An Pin 3 ist GND angeschlossen.
Es empfiehlt sich die beiden Stecker noch mit Heisskleber (o.ä.) im Gehäuse zu fixieren, um zu hohe mechanische Kräfte beim Ein- und Ausstecken von den empfindlichen Kontakten auf der Platine fern zu halten.
Das Ganze sieht dann am Ende so aus:
Level-Shifter vor Version 2.4
Im CUNO vor Version 2.4 (ausgeliefert bis ca. Anfang Oktober 2012) wird der 1-Wire-Bus durch den CUNO nur mit einer Spannung von 3.3 V versorgt - diese Spannung liegt auch an der RJ10-Buchse an. Ein Signalpegel von 3.3 V auf der Datenleitung des 1-Wire Bus ist aber zu gering, um die angeschlossenen Sensoren parasitär mit Energie zu versorgen - sie müssen deshalb an den unmodifzierten CUNO tatsächlich mit drei Adern (3.3 V, GND und 1-Wire) angeschlossen werden. Im CUNO selbst stehen aber auch 5V zur Verfügung, wenn er durch ein USB-Kabel mit Spannung versorgt wird. Diese lassen sich sehr leicht "abgreifen" und an die (evtl. ersetzte) 1-Wire Anschlussbuchse führen.
Das ist allerdings nur eine "halbe" Lösung, weil der interne Busmaster Chip DS2482 immer noch mit 3,3 V betrieben wird. Dagegen kann ein einfacher Levelshifter helfen (insbesondere beim gleichzeitigen Umbau der Anschlussbuchse !), der auch die Datensignale auf dem Bus nach 5V umsetzt.
Software
Der 1-Wire-Bus wird durch eine Anzahl von Kommandos gesteuert, die in der Beschreibung der CUNO-Firmware nachzulesen sind, siehe [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, die die Signale von Temperatursensoren (und nur diese !) auf das HomeMatic - System abbildet.
In der Standardversion der CUNO-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 mit einem Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.
#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte
Allerdings ist eine beliebige Erhöhung nicht möglich, das der CUNO relativ wenig Speicherplatz hat. Berichtet wurde, dass schon ab einem Wert von 30 Schwierigkeiten auftreten, indem die 1-Wire Devices nicht alle erkannt werden.
Literatur
- [1] CULFW Commandref http://culfw.de/commandref.html#cmd_O