Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[wrod]

@crycode OK, danke. Nachdem ein anderer Adapter (BLE) unter Docker nicht funktioniert, habe ich einen neuen Raspi aufgesetzt und ein Backup eingespielt. Es geht auch wieder, wenn ich auf dem remote den client manuell starte, nicht aber, wenn ich den daemon einzurichten versuche.

Wenn ich den client auf dem Remote manuell starte, gibt er Meldungen aus "sending client into adapter" etc (siehe Abbildung). Er beendet dann die Bearbeitung aber nicht, d.h. ich bekomme keine Kommandozeile mehr.
Und wenn ich mich neu mit dem remote verbinde, ist der Client beendet. Er wird dann im Adapter auch wieder nicht mehr angezeigt.
Auch ein CRTL-C im remote führt zu einem "socket closed".

Woran kann das liegen?

[crycode]

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

Wenn ich den client auf dem Remote manuell starte, gibt er Meldungen aus "sending client into adapter" etc (siehe Abbildung). Er beendet dann die Bearbeitung aber nicht, d.h. ich bekomme keine Kommandozeile mehr.

Das ist normal, da der Client dann auf Befehle vom Server wartet.

Und wenn ich mich neu mit dem remote verbinde, ist der Client beendet. Er wird dann im Adapter auch wieder nicht mehr angezeigt.
Auch ein CRTL-C im remote führt zu einem "socket closed".

Ist auch normal. ;-) Wenn du ein Terminal schließt, dann werden auch alle Prozesse, die an diesem Terminal hängen, beendet.

Um den Client als Daemon laufen zu lassen, musst du den SystemD Service einrichten, wie es beim Client-Setup angezeigt wird:

sudo cp iobroker-ds18b20-remote.service /etc/systemd/system/iobroker-ds18b20-remote.service
sudo systemctl daemon-reload
sudo systemctl enable iobroker-ds18b20-remote.service
sudo systemctl start iobroker-ds18b20-remote.service

Die ersten beiden Zeilen registrieren den SystemD Service.
Zeile 3 aktiviert den automatischen Start beim Systemstart.
Zeile 4 startet den Service (Daemon).

Status anzeigen kannst du dann mit sudo systemctl status iobroker-ds18b20-remote.service.
Log ansehen mit sudo journalctl -u iobroker-ds18b20-remote.service.

[wrod]

@crycode Danke. Ich habe das alles vorher auch so gemacht. Nach dem 4. reboot hat er dann den daemon sauber gestartet. Ursache noch immer unklar. Mal sehen, ob das die Tage so durchhält.

[Altersrentner]

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

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,
Ich beschäftige mich seit einiger Zeit mit der Planung einer Luft Wasser Wärmepupe für unser Eigenheim.
Da die Steuerplatine keine freiprogrammierbare Schnittstellen hat, ich aber zusätzliche Temperaturen für Umschaltungen benötige bin ich auf die Idee gekommen, es wie oben vorgeschlagen zu realisieren.
Ein alter Pi 3 ist vorhanden. Dort werde ich den ioBroker installieren. Gibt es für die Installation der One Wire Temperaturen eine Platine die ich zusätzlich installieren sollte oder kann ich direkt an die GPIO Pins gehen.
Die nächste Frage ist, wie deklariere ich den Pi 3 als Slave und verbinde ihn dann mit dem Pi 4 auf dem die Haussteuerung läuft.
Danke
Mit freundlichen Grüßen
Michael

[crycode]

@altersrentner Eine fertige Platine ist mir hier nicht bekannt und wird eigentlich auch nicht benötigt, da du nur mit den drei Kabeln an die GPIOs musst. Entweder gehst du direkt mit Jumper-Kabeln auf die Pins, oder nutzt Pfostenstecker etc.

Mit der aktuellen Version vom Adapter brauchst du nicht zwangsläufig einen ioBroker Slave.
Der Adapter kann auf deinem normalen ioBroker Host laufen und auf dem Pi 3 installierst du dann einfach nur Node.js und den Remote-Client vom Adapter und aktivierst die Option "Entfernte Sensoren aktivieren" in den Adaptereinstellungen. Alles nötige dazu ist bei den Adaptereinstellungen erklärt.

[Altersrentner]

@crycode Hallo,
Danke für Deine Antwort.
Die Temperaturen werden aber an den Pi 3 angeschlossen?
Mit freundlichen Grüßen
Michael

[crycode]

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

Die Temperaturen werden aber an den Pi 3 angeschlossen?

Die Sensoren, ja.

[Altersrentner]

@crycode Danke!
MfG Michael

[sandra1234]

Hallo,

ich habe an meinen Raspberry über 2 GIPOS mehrere DS18B20 angeschlossen. Nur leider findet das dein Programm nicht.
Was mache ich falsch?

Vielen Dank schonmal :)

[FredF]

@sandra1234
Die Doku hier gelesen?

[wrod]

@fredf Ich habe auch das Problem mit vielen (derzeit 12) ds18b20.
Diese sollen/können an verschiedene GPIO angeschlossen werden. Wie genau sieht das aus? braucht lediglich die Daten-Leitung an unterschiedliche GPIO-Pins angeschlossen werden - jeweils mit einem 4,7 kOhm Widerstand gegen 3,3V? Oder muss jeder Strang auch an eine andere Stromversorgung angeschlossen werden?

Was bedeuten die dann mehrfachen w1_bus_masterX in der Praxis? Mit der Standardeinstellung /sys/bus/w1/devices müssten doch alle ohne weitere EInstellungen gefunden werden, oder?

Dank im Voraus

Dank im Voraus

[crycode]

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

braucht lediglich die Daten-Leitung an unterschiedliche GPIO-Pins angeschlossen werden - jeweils mit einem 4,7 kOhm Widerstand gegen 3,3V?

Genau so. Für jede Gruppe eine eigene Datenleitung mit eigenem PullUp Widerstand gegen +3,3 V. Die Spannungsversorgung kann für alle Sensoren gemeinsam sein.

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

Mit der Standardeinstellung /sys/bus/w1/devices müssten doch alle ohne weitere EInstellungen gefunden werden, oder?

Genau, damit werden alle Sensoren gefunden, die im System bekannt sind.

[wrod]

@crycode
Danke. Aber hmmm.
Habe es so gemacht. Nur wird der zweite w1_bus_master nicht angelegt. Muss da doch noch etwas händisch getan werden?

[wrod]

@wrod OK, nochmaliges reboot half.
ABer ein Sensor gibt nun extreme Wert aus. Üblich (mit anderem Thermometer kontrolliert) sind 65 °C, er zeigt 127 °C ...

[wrod]

@wrod Habe ihn neu angeschlossen, nun misst er ca 80 °C zu wenig!
Komisch

[wrod]

@wrod
zwischenzeitlich immer wieder auch mal Fehler "Error while searching for local sensors: Error: ENOENT: no such file or directory, scandir '/sys/bus/w1/devices'" - das ist aber da!

[wrod]

@wrod
So, ich habe den Sensor ausgetauscht. Der neue scheint zu gehen.
Allerdings "findet" ihn der Adapter immer wieder und trägt ihn ein. Wie kann ich ihn endgültig entfernen? Das muss doch irgendwo bei /w1/devices oder so gehen. Einfach das directory mit seinem Namen löschen?

[crycode]

@wrod Hmm... das klingt noch nach Problemen auf dem 1-Wire Bus, oder ggf. einem defekten Sensor.

Nachdem ein Sensor vom Bus entfernt wurde, dauert es eine Weile (einige Minuten), bis der Kernel diesen auch im Sysfs unter /sys/bus/w1/... entfernt. Er sollte aber früher oder später verschwinden und spätestens nach einem Reboot weg sein.

[hansi44]

hallo @crycode , ich versuche verzweifelt den adapter zu installieren.
Der DS18B20 ist an einem remote rechner angeschlossen und läuft da im Prinzip auch und von dort möchte ich die Daten in meinen iobroker einlesen.
Ich bekomme zunächst bei

wget --no-check-certificate -O remote-client-setup.js https://192.168.220.41:8081/adapter/ds18b20/remote-client-setup.js

die selbe Fehlermeldung wie @wrod mit "unexpected token".
Wenn ich deinem Vorschlag folge, das setup direkt von github zu laden

wget -O remote-client-setup.js https://raw.githubusercontent.com/crycode-de/ioBroker.ds18b20/master/admin/remote-client-setup.js

speichert er die remote-client-setup.js und nach ausführen von

node remote-client-setup.js

liegen die Dateien

• common.js
• iobroker-ds18b20-remote.service
• remote-client-setup.js
• ds18b20-remote-client.js
• logger.js

in dem Verzeichnis. Von einer .ENV datei ist aber weit und breit nichts zu sehen :anguished:

[crycode]

@hansi44 Wenn die anderen Dateien angelegt werden, dann sollte aber auch die .env da sein.
Achtung: Dateien und Verzeichnisse, die mit einem Punkt anfangen, gelten unter Linux als versteckte Dateien/Verzeichnisse und werden standardmäßig nicht angezeigt. Im Terminal kannst du die mit ls -lah z.B. sehen, wobei das a hier die versteckten Dateien anzeigt.

Alternativ kannst du die Datei auch einfach selbst erstellen:
nano .env

Inhalt:

# Settings for the ioBroker.ds18b20 remote client

# Unique ID for this remote system
SYSTEM_ID=my-remote

# IP or hostname of the ioBroker host running the adapter
ADAPTER_HOST=

# Port from the adapter config
ADAPTER_PORT=1820

# Encryption key from the adapter config
ADAPTER_KEY=

# Enable debug log output
#DEBUG=1

# System path of the 1-wire devices
#W1_DEVICES_PATH=/sys/bus/w1/devices