Openhab Adapter aktualisiert nicht

rudiraz

Hallo

Ich habe den aktuellen openhab.Adapter installiert und die IP von OpenHAB eingegeben.

Die Objekte werden auch angelegt, allerdings werden diese nicht mehr aktualisiert.

Z.B CPU Load müsste ja regelmäßig die Werte ändern. Der Wert bleibt allerdings immer gleich.

"Zeitstempel" und "Letzte Änderung" haben die gleiche Uhrzeit.

Kann mir geholfen werden?

Grüße

apollon77

In letzter Zeit gab es einige Verbesserungen: Installier mal per "Custom-Install" (drittes Icon oben links) die Version vom Github … besser? Wenn nicht bitte im Github Issues aufmachen. Das ist da gerade die zentrale Koordinierungsstelle.

rudiraz

ok. Aber v 0.2.1 ändert sich nicht oder?

Hab mal installiert, aber leider keine Änderung

Dazu muss ich sagen, dass ich gestern mehrmals installiert und deinstalliert habe. Bei der ersten Installation gab es Fehler im Log (hab den genauen Wortlaut nicht mehr im Kopf; es kamen "UNDEF"-Meldungen).

Bei der zweiten Installation dann wurden die Objekte nicht mehr aktualisiert…

Darnat

Hallo,

ich habe deinen Eintrag in Github gesehen.

Kannst du mehr Informationen über die Objekte geben? Und welche Fehlermeldung kam da? Evtl. die log-Datei durchsuchen und/oder die Datei hier anhängen.

Gruß,

Sven

rudiraz

Gestern kamen sekundenweise Meldungen wie: "openhab.0 Unknown type: {"type":"UnDef","value":"UNDEF"}"

Daraufhin habe ich den Adapter gestoppt, deinstalliert und wieder installiert.

Seitdem läuft nichts mehr.

Beim Installieren und ersten Start werden die Objekte angelegt und danach aber nicht mehr aktualisiert..

Das Komische ist, dass es mal funktioniert hat (wenn auch mit den Fehlermeldungen)

EDIT:

Ich habe diese Fehlermeldung noch gefunden:

Cannot write files: /opt/iobroker/node_modules/iobroker.js-controller/lib/objects/../../../../iobroker-data/files/openhab.admin/_data.json: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/../../../../iobroker-data/files/openhab.admin/_data.json'

Evtl hilft das?

Darnat

Welche Dateien liegen in dem Verzeichnis /opt/iobroker/iobroker-data/files/openhab.admin?

Gibt es das Verzeichnis überhaupt? Und wie sind die Zugriffsrechte des Verzeichnisses?

Wurde der Adapter über das WebInterface installiert? Gab es da auch schon Fehlermeldungen?

Die Meldung mit den "UNDEF" sieht komisch aus. Wenn das Adapter überhaupt wieder was macht, wäre ein Log mit aktiviertem DEBUG (oder besser "SILLY") hilfreich.

Gruß,

Sven

rudiraz

Das Verzeichnis gibt es (siehe screenshot)

Die Berechtigungen sind die gleichen, wie bei den anderen Ordnern.

Adapter wurde über das Webinterface installiert. Bei der Installation gab es (meines Wissens nach) keine Fehlermeldungen

EDIT:

gefundene Warnungen beim Installieren:

WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/noble/node_modules/xpc-connection):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connecti

iobroker 2017-12-05 10:05:31.393 info npm

iobroker 2017-12-05 10:05:31.391 info npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

iobroker 2017-12-05 10:05:31.391 info npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/iobroker.radar/node_modules/noble/node_modules/xpc-connection):

iobroker 2017-12-05 10:05:31.391 info npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

iobroker 2017-12-05 10:05:31.391 info npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/iobroker.ble/node_modules/noble/node_modules/xpc-connection):

iobroker 2017-12-05 10:05:31.391 info WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@^1.0.0 (node_modules/chokidar/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.1.3: wante
2480_bildschirmfoto_vom_2017-12-05_09-49-07.png

Darnat

Kannst du den Debug-Level mal auf "Silly" stellen, den OH-Adapter neu starten und dann die Datei posten?

Wir fällt im Moment ausser Neu-Installation nicht viel ein, aber vielleicht gibt die Log-Datei was her.

Gruß,

Sven

rudiraz

wie stellt man das Debug-Level um?

Darnat

In der Übersicht der Instanzen, aber es muss der Expertenmodus aktiviert sein.

rudiraz

Ok. ich habe den Adapter neu gestartet und dabei kam dieser Log:

! openhab.0 2017-12-05 14:04:59.081 debug stateChange openhab.0.items.network_device_192_168_1_1_time {"val":19.232366,"ack":true,"ts":1512464798712,"q":0,"from":"system.adapter.openhab.0","lc":1512464798712}
! openhab.0 2017-12-05 14:04:59.077 silly inMem message openhab.0.* openhab.0.items.network_device_192_168_1_1_time val=19.232366, ack=true, ts=1512464798712, q=0, from=system.adapter.openhab.0, lc=1512464798712
! openhab.0 2017-12-05 14:04:59.044 debug stateChange openhab.0.items.systeminfo_computer_openHabian_process_used {"val":null,"ack":true,"ts":1512464798630,"q":0,"from":"system.adapter.openhab.0","lc":1512464798630}
! openhab.0 2017-12-05 14:04:59.041 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_process_used val=null, ack=true, ts=1512464798630, q=0, from=system.adapter.openhab.0, lc=1512464798630
! openhab.0 2017-12-05 14:04:59.002 debug stateChange openhab.0.items.systeminfo_computer_openHabian_swap_used {"val":null,"ack":true,"ts":1512464798507,"q":0,"from":"system.adapter.openhab.0","lc":1512464798507}
! openhab.0 2017-12-05 14:04:59.001 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_swap_used val=null, ack=true, ts=1512464798507, q=0, from=system.adapter.openhab.0, lc=1512464798507
! openhab.0 2017-12-05 14:04:58.968 debug stateChange openhab.0.items.systeminfo_computer_openHabian_process_load {"val":null,"ack":true,"ts":1512464798447,"q":0,"from":"system.adapter.openhab.0","lc":1512464798447}
! openhab.0 2017-12-05 14:04:58.963 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_process_load val=null, ack=true, ts=1512464798447, q=0, from=system.adapter.openhab.0, lc=1512464798447
! openhab.0 2017-12-05 14:04:58.951 debug stateChange openhab.0.items.systeminfo_computer_openHabian_cpu_load {"val":3.2,"ack":true,"ts":1512464798435,"q":0,"from":"system.adapter.openhab.0","lc":1512464798435}
! openhab.0 2017-12-05 14:04:58.948 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_cpu_load val=3.2, ack=true, ts=1512464798435, q=0, from=system.adapter.openhab.0, lc=1512464798435
! openhab.0 2017-12-05 14:04:58.925 debug stateChange openhab.0.items.systeminfo_computer_openHabian_storage_used {"val":4500,"ack":true,"ts":1512464798411,"q":0,"from":"system.adapter.openhab.0","lc":1512464798411}
! openhab.0 2017-12-05 14:04:58.923 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_storage_used val=4500, ack=true, ts=1512464798411, q=0, from=system.adapter.openhab.0, lc=1512464798411
! openhab.0 2017-12-05 14:04:58.906 debug stateChange openhab.0.items.systeminfo_computer_openHabian_storage_available {"val":55436,"ack":true,"ts":1512464798398,"q":0,"from":"system.adapter.openhab.0","lc":1512464798398}
! openhab.0 2017-12-05 14:04:58.904 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_storage_available val=55436, ack=true, ts=1512464798398, q=0, from=system.adapter.openhab.0, lc=1512464798398
! openhab.0 2017-12-05 14:04:58.885 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_usedPercent {"val":39.1,"ack":true,"ts":1512464798376,"q":0,"from":"system.adapter.openhab.0","lc":1512464798376}
! openhab.0 2017-12-05 14:04:58.883 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_usedPercent val=39.1, ack=true, ts=1512464798376, q=0, from=system.adapter.openhab.0, lc=1512464798376
! openhab.0 2017-12-05 14:04:58.866 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_availablePercent {"val":60.9,"ack":true,"ts":1512464798356,"q":0,"from":"system.adapter.openhab.0","lc":1512464798356}
! openhab.0 2017-12-05 14:04:58.864 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_availablePercent val=60.9, ack=true, ts=1512464798356, q=0, from=system.adapter.openhab.0, lc=1512464798356
! openhab.0 2017-12-05 14:04:58.847 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_used {"val":379,"ack":true,"ts":1512464798343,"q":0,"from":"system.adapter.openhab.0","lc":1512464798343}
! openhab.0 2017-12-05 14:04:58.845 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_used val=379, ack=true, ts=1512464798343, q=0, from=system.adapter.openhab.0, lc=1512464798343
! openhab.0 2017-12-05 14:04:58.813 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_available {"val":591,"ack":true,"ts":1512464798330,"q":0,"from":"system.adapter.openhab.0","lc":1512464798330}
! openhab.0 2017-12-05 14:04:58.811 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_available val=591, ack=true, ts=1512464798330, q=0, from=system.adapter.openhab.0, lc=1512464798330
! openhab.0 2017-12-05 14:04:58.808 debug Error: {"type":"error","status":404}
! openhab.0 2017-12-05 14:04:58.589 debug stateChange openhab.0.info.connection {"val":true,"ack":true,"ts":1512479098560,"q":0,"from":"system.adapter.openhab.0","lc":1512479098560}
! openhab.0 2017-12-05 14:04:58.576 silly inMem message openhab.0.* openhab.0.info.connection val=true, ack=true, ts=1512479098560, q=0, from=system.adapter.openhab.0, lc=1512479098560
! openhab.0 2017-12-05 14:04:58.568 warn oh2iob - Unknown type: color
! openhab.0 2017-12-05 14:04:58.560 info connected
! openhab.0 2017-12-05 14:04:58.374 info starting. Version 0.2.1 in /opt/iobroker/node_modules/iobroker.openhab, node: v6.12.0
! host.iobroker 2017-12-05 14:04:56.061 info instance system.adapter.openhab.0 started with pid 2414
! host.iobroker 2017-12-05 14:04:53.566 info instance system.adapter.openhab.0 terminated with code null ()
! host.iobroker 2017-12-05 14:04:53.565 warn instance system.adapter.openhab.0 terminated due to SIGTERM

Aber kein wirklicher Fehler oder?

rudiraz

ok… ich habe im Zuge der Homematic-Instalation (YAHM auf einem anderen raspi) iobroker rebootet und siehe da: nun läuft der adapter!

Allerdings nun mit der sekündlichen Fehlermeldung:

openhab.0 2017-12-05 16:14:37.668 warn oh2iob - Unknown type: undef

und einmal beim Start des Adapters:

warn oh2iob - Unknown type: color

Bekomme ich dieses Problem auch noch behoben?

Darnat

Den Hinweis mit "Color" kann ich beheben und den Typen implementieren.

Bezüglich des "undef" kann ich aus dem anderen Log nichts erkennen. Evtl. mal ein aktuelles DEBUG-log erzeugen.

Gruß,

Sven

rudiraz

Soo.. ein wenig schlauer :-)

Die UNDEF Fehler kommen von einem OH-Binding. "Local Computer" habe ich aktiviert. OH läuft auf einem Raspi3. Ich hatte die Prozesse aktiviert. Es sollten die System-Prozess-Informationen ausgegeben werden, was nicht funktionierte…

Hab ausgeschaltet und den Adapter neu gestartet. Nun kommt nur noch der Color-Fehler. Lag also nicht an iobroker sondern an OH.

Nun läuft alles.

Warum der Adapter erst seit der Installation des Homematic-Adapters und eines Reboot läuft, kann ich nicht sagen.

Hatte schon mehrmals rebootet

Aber nun alles i.O.

Grüße

rudiraz

Nachtrag:

Openhab-Adapter aktualisiert nur, wenn das Debug-Level auf silly steht.

Sobald ich wieder auf "info" stelle, wird nicht mehr aktualisiert.

Hatte also nix mit reboot zu tun.

Nun ist das Problem wieder da :-(

Darnat

Sind evtl. 2 Instanzen aktiv? Nach dem Umstellen des Debug-Levels schon einen Neustart probiert?

rudiraz

Es ist nur eine Instanz installiert und aktiv.

Ich hab bemerkt, dass ich den Adapter öfter neu starten muss. Dann funktioniert das Update der Objekte.

Nach einiger Zeit allerdings nicht mehr irgendwie. Obwohl der Adapter noch "Grün" ist

Schwer, hier den Fehler zu finden oder?

Darnat

Ja, ist nicht so einfach.

Und in der Log-Datei ist nichts auffälliges zu sehen? Und bei Einstellung "Silly" läuft der Adapter fehlerfrei?

rudiraz

nein nichts Auffälliges zu sehen…aber momentan läuft der Adapter stabil.

Heute morgen noch mal neu gestartet und momentan läuft alles.

Ich kann echt nicht sagen, woran das alles liegt.

Manchmal scheint sich der Adapter irgendwie aufzuhängen

rudiraz

Update

Ich habe den Adapter jetzt 2 Tage laufen. Heute morgen kamen keine Statusupdates mehr.

Nach Neustart des Adapters läuft alles wieder wie zuvor

Community Forum

NEWS

Openhab Adapter aktualisiert nicht

Support us

558

32.8k

82.7k

1.3m