Test Adapter DS18B20 v1.1.x
-
@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. -
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 -
@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. -
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 -
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.
-
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
-
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. -
OK, hab das anderst verstanden.
Werd's testen sobald mein Laptop wieder funktioniert. Das will nämlich grad net.
Danke
-
wie aktualisiere ich das jetzt?
-
@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.
-
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 errorDie 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=25250Grund 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. -
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!
-
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.
-
v1.1.1 ist jetzt im stable Repo für alle Verfügbar.
-
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.
-
Hallo,
Ich stehe gerade etwas auf dem Schlauch. Ich verstehe das soweit aber ich möchte den Sensor zur Saunatemperaturmessung verwenden.
Das bedeutet der Sensor würde an einem separaten Pi hängen.Wie übermittle ich jetzt die Werte an den Iobroker Pi?
Beide sind natürlich im selben Netzwerk.
Danke.
liebe Grüße Kai
-
@kg36304 Die einfachste Lösung wäre auf dem separaten Pi auch ioBroker zu installieren und diesen als Slave in ein Multihostsystem einzubinden. Auf dem Slave ioBroker kannst du dann den Adapter installieren und damit den Sensor auslesen.
-
Hallo,
also das habe ich jetzt alles getan.
Leider bleibt der Adapter gelb und das steht in den Einstellungen.
Muss ich noch was beachten?
Danke
-
Jetzt sieht es so aus
pi@raspberrypi-iob-slave:~ $ ls -l /sys/bus/w1/devices/ insgesamt 0 lrwxrwxrwx 1 root root 0 Feb 11 19:18 00-080000000000 -> ../../../devices/w1_bus_master1/00-080000000000 lrwxrwxrwx 1 root root 0 Feb 11 19:18 00-880000000000 -> ../../../devices/w1_bus_master1/00-880000000000 lrwxrwxrwx 1 root root 0 Feb 11 19:03 w1_bus_master1 -> ../../../devices/w1_bus_master1 pi@raspberrypi-iob-slave:~ $ -
@kg36304 Das sieht so aus, als ob dein 1-Wire Bus nicht richtig funktioniert.
Die Adressen der Sensoren müsste eher so ähnlich aussehen:28-0000077b4592Hast du die Hardware richtig angeschlossen?
Wichtig ist an der Datenleitung der Pullup mit 4,7 kOhm gegen 3,3 V und als Versorgungsspannung 5 V.
Siehe https://github.com/crycode-de/ioBroker.ds18b20/blob/master/docs/de/ds18b20.md#ds18b20-am-raspberry-pi
