UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[hansi44]

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 mit

node 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 über

find /sys/bus/w1/devices/ -name "28-*"

ausgelesen, sollte eigentlich passen soweit ich das beurteilen kann ..

[crycode]

@hansi44 Sieht eigentlich gut aus. Hast du evtl. auf dem ioBroker-System eine Firewall aktiv, die den Zugriff auf den Port 1820 blockt?

[hansi44]

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 :cold_sweat:
komme langsam voran, danke dir!:+1:

[hansi44]

@crycode geht, bin happy!!:dancer:

[Steinmetz_4]

@crycode

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

[crycode]

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

Liege ich mit :
sudo systemctl disable iobroker-ds18b20-remote.service

richtig?

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

[Steinmetz_4]

@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?

[crycode]

@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.

[Steinmetz_4]

@crycode

Hab ich schon ein paar mal gemacht, die kommen immer wieder...

[crycode]

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

@crycode

Hab ich schon ein paar mal gemacht, die kommen immer wieder...

Hmm... das dürfte aber nur passieren, wenn du auf den "Sensoren suchen" Button klickst, oder?

Diese "Geistersensoren" haben auch nichts mit dem Adapter direkt zu tun, sondern mit deinem System. Der Adapter ließt einfach nur was da ist vom System.
Zur Not einfach den Haken bei "Aktiviert" raus nehmen und dann werden die vom Adapter nicht weiter beachtet.

[crycode]

Weiter geht es hier mit v2.0.x
https://forum.iobroker.net/topic/66985/test-adapter-ds18b20-v2-0-x

Viel Spaß beim Testen!