Test Adapter DS18B20 v1.1.x

[crycode]

@daniel_iobroker danke, ich mach mich mal auf die Suche nach dem Fehler und einer Lösung.

[crycode]

Ab sofort ist die Version 1.1.0 über GitHub und NPM verfügbar. Ab morgen sollte sie dann auch direkt über das latest-Repo zum Update bereit stehen.

Neu in dieser Version:

• Eigene Implementierung des Lesens der Sensordaten. (lief zuvor über das NPM-Modul ds18b20)
• Bug beim Runden auf die gewählte Anzahl an Dezimalstellen behoben.
• Systempfad der 1-Wire Geräte ist nun über die Konfiguration anpassbar.

[daniel_iobroker]

@crycode
Danke für die rasche Behebung. Habe gerade das Update geladen. Jetzt wird der Wert korrekt auf die eingestellte Dezimalstelle dargestellt / gerundet.

Eine Frage noch. Wie viele Sensoren können denn ausgelesen werden? Ich habe mal in irgendeiner Doku was von 10Stk. gelesen. Dabei ging es um das auslesen der ds18b20 Sensoren über den Raspi. Könnte natürlich sein, dass das inzwischen erhöht worden ist? Ich weiß aber auch, dass es hier einen workaround gab, mit dem dann mehr auslesen ging.

Bei mir geht es um ca. 30 Stück. Möchte den Heizkreisverteiler mit den Sensoren vollpacken. Also für jeden Heizkreis (Fußbodenheizung) 2 Stück => 1 Vorlauf, 1 Rücklauf. Dafür wäre der Adapter einfach perfekt

[crycode]

@daniel_iobroker
Soweit ich weiß gibt es da keine softwareseitigen Beschränkungen.
Was bei zunehmender Sensoranzahl jedoch immer entscheidender wird, sind die elektrischen Eigenschaften. Der 1-Wire Bus sollte Linear mit möglichst kurzen Abzweigungen zu den einzelnen Sensoren geführt werden. Je länger die einzelnen Abzweige von der Hauptleitung sowie die Leitungen überhaupt sind, desto mehr Störungen können auftreten und den Bus stören.

Auf dem Raspi gibt es noch die Möglichkeit mehrere 1-Wire Busse über unterschiedliche GPIOs zu verwenden und somit die Sensoren quasi in Gruppen aufzuteilen.
Dazu einfach in der Datei /boot/config.txt die Zeile mit dem entsprechenden Overlay mehrfach hinzufügen und dabei den GPIO anpassen:

dtoverlay=w1-gpio,gpiopin=4
dtoverlay=w1-gpio,gpiopin=17
dtoverlay=w1-gpio,gpiopin=27

Im System werden dann unter /sys/bus/w1/devices mehrere w1_bus_masterX angelegt.
Der Adapter erkennt aktuell bei der Suche nach Sensoren nur Sensoren am w1_bus_master1 automatisch. Du kannst aber trotzdem die Adressen per Hand in der Liste hinzufügen und damit dann alle Sensoren auslesen.

[SMS]

Hi
Ich habe leider auch ein Problem mit dem Adapter (heute installiert)

Über den Pi bekomme ich alle Sensoren angezeigt und ausgelesen, nur der Adapter bekommt keine Verbindung:

Über Sensoren suchen konnten die 9 Sensoren automatisch gefunden werden:

Wo liegt der Fehler?

Danke!

[crycode]

@SMS Welchen Sensortyp verwendest du genau?
Der Adapter erwartet, dass das Byte 5 der Rohdaten 0xFF entspricht. Ist dies nicht der Fall, so wie bei dir (0xA5), dann kommt der Communication Error.
Laut Datenblatt sollte das Byte 5 immer 0xFF sein, daher die Frage nach dem Sensortyp.

[SMS]

DS18B20
Das hier wird mir angezeigt:

pi@ioBroker-RasPi4:~ $ cat /sys/bus/w1/devices/28-0319a2795cd5/w1_slave
b3 00 55 05 7f a5 a5 66 e4 : crc=e4 YES
b3 00 55 05 7f a5 a5 66 e4 t=11187

[crycode]

@SMS Das widerspricht den Infos aus dem Datenblatt, aber dann gibt es scheinbar Sensoren, die in dieses Byte etwas anderes schreiben.
Ich werde den Adapter entsprechend anpassen.

[SMS]

Ich muss dazu sagen das es auf einem PI 1 und anderen DS18B20 Sensoren funktioniert hat.
Falls dir der Parser Adapter was sagt, da hatten die gleichen Sensoren vor einer Woche noch funktioniert, seit Sonntag aber nicht mehr. In der Konsole bekomme ich sie angezeigt und ausgelesen …
Jetzt nutze ich einen Pi 4

[crycode]

Mit dem Parser Adapter hatte ich auch immer wieder Probleme den DS18B20 zuverlässig auszulesen. Daraus ist dann dieser Adapter entstanden.

Da es über die Konsole funktioniert und du ein YES bei der Checksumme und eine Temperatur erhältst ist der Sensor in Ordnung.

[SMS]

Was mich an dem DS18B20 Adapter etwas stört, das immer alle Sensoren in Ordnung sein müssen.

Gibst du bescheid wenn es funktionieren sollte.

Danke

[crycode]

Version 1.1.1 ist jetzt über GitHub verfügbar. Diese sollte dein Problem beheben. Bitte testen

@SMS sagte in Test Adapter DS18B20 v1.1.x:

Was mich an dem DS18B20 Adapter etwas stört, das immer alle Sensoren in Ordnung sein müssen.

Was genau meinst du damit?
Wenn ein Sensor nicht funktioniert werden die anderen trotzdem ausgelesen. Es gibt nur die Meldungen im Log und der Adapter wechselt seinen Status auf "gelb" als Info, dass etwas nicht ganz ok ist.

[SMS]

OK, hab das anderst verstanden.

Werd's testen sobald mein Laptop wieder funktioniert. Das will nämlich grad net.

Danke

[SMS]

wie aktualisiere ich das jetzt?

[crycode]

@SMS Du gehst auf der Adapterseite oben auf die GitHub Katze, suchst in dem Popup Fenster dann im Tab "von GitHub" den Adapater und klickst auf Installieren.

[SMS]

Hi,

ich bekomme bei dem Sensor wieder die Meldung:
ds18b20.1 2020-01-10 19:56:45.936 warn (627) Error reading sensor 28-0319a27953c2: Error: Communication error

Die Sensoren hängen an einem Pi 1 B+ an zwei GPIOs. Vielleicht liegt es daran, vielleicht aber auch wieder an dem vorigen Problem?

pi@gartenklo:~ $ sudo ls /sys/bus/w1/devices/
28-01144fb5fcaa  28-0319a27953c2  w1_bus_master1  w1_bus_master2
pi@gartenklo:~ $ cat /sys/bus/w1/devices/28-01144fb5fcaa/w1_slave
a3 01 4b 46 7f ff 0c 10 0a : crc=0a YES
a3 01 4b 46 7f ff 0c 10 0a t=26187
pi@gartenklo:~ $ cat /sys/bus/w1/devices/28-0319a27953c2/w1_slave
94 01 55 05 7f a5 a5 66 a1 : crc=a1 YES
94 01 55 05 7f a5 a5 66 a1 t=25250

Grund warum die an zwei Pins hängen:
Ich habe Probleme das mein Pi 4 immer wieder die 9 Sensoren verliert und nur ein Neustart hilft. Eine Abhilfe könnte sein, diese auf mehrere GPIOs zu hängen, daher habe ich das jetzt mit zwei Sensoren an dem Pi 1 probiert. Verbunden sind beide über Multihost.

[crycode]

Hast du auf dem Pi 1 auch die Version 1.1.1 des Adapters installiert? Bitte noch mal prüfen.
Wenn die v1.1.1 den Communication Error meldet, dann hat der Sensor beim Auslesen keine Daten geliefert.

Was für Kabel (Art und Läng) hast du für den Anschluss der Sensoren verwendet und wie sieht die Stromversorgung der Sensoren aus? Bei parasitärer Speisung oder 3,3V als VCC für die Sensoren hatte ich am Pi auch öfters Probleme. Beste ist 5V VCC und an Data einen 4,7 kOhm Pullup gegen 3,3V. Der Pullup darf nicht an die 5V!

[SMS]

hat jetzt nur etwas lange gedauert mit dem PI 1

Aktuell 3,3V mit 2,2kOhm, wenn es jetzt wieder ausfällt werde ich die 5V Variante nehmen, danach versuchen eine Stammleitung zu legen und die Leitungen der Sensoren zu kürzen. Sind fertig konfektionierte DS18B20 Sensoren mit 1m und 3m Länge. Einer hat noch ca. 8m den musste ich verlängern.

[crycode]

v1.1.1 ist jetzt im stable Repo für alle Verfügbar.

[crycode]

Ab sofort ist die v1.1.2 über GitHub und NPM verfügbar. Ab morgen so sollte sie dann auch im Latest-Repo auftauchen.

Änderungen:

• Das Anlegen, Aktualisieren und Löschen von Objekten über die Adminoberfläche wurde verbessert, sodass beim Aktualisieren der Eigenschaften eines Sensors keine eigenen Einstellungen beim zugehörigen Objekt (z.B. zur History) verloren gehen. Danke an @apollon77 für den Hinweis dazu.

Bitte testen, ob auch bei euch alles richtig Funktioniert.