NEWS
Test Adapter DS18B20 v1.1.x
-
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
-
@sandra1234
Die Doku hier gelesen? -
@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
-
@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.
-
@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 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 Habe ihn neu angeschlossen, nun misst er ca 80 °C zu wenig!
Komisch -
@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
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? -
@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. -
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 beiwget --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 ladenwget -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
-
@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 mitls -lah
z.B. sehen, wobei dasa
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
-
hallo @crycode , danke für die schnelle antwort!
Es war tatsächlich so wie du geschrieben hast, dass die .env Datei da war allerdings versteckt. Habe jetzt dort eine neue System_ID "MMM" vergeben, die IP adresse des iobroker servers eingetragen und den Verschlüsselungsschlüssel aus der adapter-Instanz in iobroker.
Habe jetzt erstmal versucht manuell zu starten mitnode ds18b29-remote-client.js
bekomme ich aber immer eine Fehlermeldung beim Verbindungsversuch
weiß nicht ob ich in der Instanz in iobroker etwas falsch eingetragen habe
Die Adresse des Sensors habe ich überfind /sys/bus/w1/devices/ -name "28-*"
ausgelesen, sollte eigentlich passen soweit ich das beurteilen kann ..
-
@hansi44 Sieht eigentlich gut aus. Hast du evtl. auf dem ioBroker-System eine Firewall aktiv, die den Zugriff auf den Port 1820 blockt?
-
hallo @crycode , du hast hellseherische fähigkeiten. Bei mir läuft der iobroker als docker image und ich idiot hatte natürlich den port (1820) wieder mal nicht freigegen. Jetzt nochmal gemacht und jetzt verbindet er
komme langsam voran, danke dir! -
@crycode geht, bin happy!!
-
Hallo,
ich habe den remote Service in geistiger Umnachtung auf beiden Systemen aktiviert.
Er läuft da wo er laufen soll und auch auf meinem Hauptsystem, dadurch habe ich einige "Sensor-Leichen".Wie kann ich den Service auf meinem Hauptsystem deinstallieren oder beenden?
Liege ich mit :sudo systemctl disable iobroker-ds18b20-remote.service
richtig?
Mfg
Tom -
@steinmetz_4 sagte in Test Adapter DS18B20 v1.1.x:
Liege ich mit :
sudo systemctl disable iobroker-ds18b20-remote.servicerichtig?
Genau.
Dazu noch den laufenden Service stoppen (disable deaktiviert nur den automatischen Start):sudo systemctl stop iobroker-ds18b20-remote.service
Und wenn du auch die Dateien etc. weg haben möchtest danach:
sudo rm /etc/systemd/system/iobroker-ds18b20-remote.service
und im Verzeichnis des Remote-Clients:
rm .env common.js ds18b20-remote-client.js logger.js
-
@crycode sagte in Test Adapter DS18B20 v1.1.x:
sudo rm /etc/systemd/system/iobroker-ds18b20-remote.service
Ok. So weit, so gut.
komischer weise habe ich immer noch zwei "Geister Sensoren" in meiner Liste.
Die oberen vier sind die angeschlossenen. Wo kommen die anderen zwei her?
-
@steinmetz_4 Der Adresse nach vermute ich, dass hier vom System irgendwas erkannt wurde, was gar nicht da ist. Sieht mir jedenfalls nicht nach einer gültigen Adresse aus.
Im einfachsten Fall kannst du die manuell aus der Liste löschen und gut ist.