Test Adapter Adapter-fritzdect v2.1.x GitHub
-
@Chaot
ich habe einen Datenpunkt info.connection, der macht wohl den Zustand Verbunden = false, und somit wir der Adapter gelb.Bei zyklischen Polling macht es ggf. keinen Sinn den Verbindungsstatus zur Fritzbox zu zeigen.
-
@foxthefox Ich denke mal das das wirklich keiner braucht. Einmaliger Verbindungstest beim Einrichten ist ja drin.
-
@Chaot
habe eine 2.1.2 ohne info.connection erstellt -
Ich habe eine DECT200 Steckdose, die nicht erreichbar ist (Schublade).
Für mich sieht es so aus, als würde er dann die Schleife abbrechen,
jedenfalls erhalten die nachfolgenden DECT-Devices keine Istwerte mehr
Kann das sein?
Sind Logfiles gewünscht? -
@foxthefox Adapter ist noch gelb (falls du das gemeint hast)
Ansonsten sieht alles normal aus bisher:fritzdect.0 2021-01-04 14:57:42.750 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.736 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.734 info (26143) setting up groupinfo fritzdect.0 2021-01-04 14:57:42.731 info (26143) CREATE groups 1 fritzdect.0 2021-01-04 14:57:42.725 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.710 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.709 info (26143) setting up temperatur fritzdect.0 2021-01-04 14:57:42.702 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.684 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.682 info (26143) setting up temperatur fritzdect.0 2021-01-04 14:57:42.672 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.653 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.652 info (26143) setting up temperatur fritzdect.0 2021-01-04 14:57:42.644 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.625 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.623 info (26143) setting up temperatur fritzdect.0 2021-01-04 14:57:42.616 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.603 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.601 info (26143) setting up temperatur fritzdect.0 2021-01-04 14:57:42.593 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.572 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.570 info (26143) setting up temperatur fritzdect.0 2021-01-04 14:57:42.560 info (26143) setting up thermostat nextchange fritzdect.0 2021-01-04 14:57:42.539 info (26143) setting up thermostat fritzdect.0 2021-01-04 14:57:42.537 info (26143) setting up temperatur fritzdect.0 2021-01-04 14:57:42.512 info (26143) CREATE Devices 7 fritzdect.0 2021-01-04 14:57:42.204 info (26143) fritzdect entered ready fritzdect.0 2021-01-04 14:57:42.177 info (26143) starting. Version 2.1.2 in /opt/iobroker/node_modules/iobroker.fritzdect, node: v12.20.0, js-controller: 3.1.6 host.ioBroker 2021-01-04 14:57:40.786 info instance system.adapter.fritzdect.0 started with pid 26143 -
@ente34
das sollte nicht passieren.Ich bräuchte dann mal den output von "Meine Geräte"
Logs ggf. später -
@foxthefox sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:
"Meine Geräte"
Sorry, was meinst Du mit "Meine Geräte"?
-
@ente34
in den Einstellungen zum Adapter gibt es eine Taste:
-
-
@ente34
OK
wenn present=0 für ein Gerät gemeldet wird, dann wird das update Übersprungen.
Hatte hier allerdings alles abgebrochen und nicht nur das Gerät.
Sollte mit der 2.1.3 von GitHub nun gehen. -
@Chaot sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:
@foxthefox Adapter ist noch gelb (falls du das gemeint hast)
das hängt höchstwahrscheinlich mit den weiterhin vorhandenen Objektbaum zusammen.
nur die Instanz löschen und neu erstellen sollte es bereinigen. -
@foxthefox
Das ging ja schnell, sieht jetzt besser aus!
Hier noch eine Bitte um Erweiterung, kann man einen Datenpunkt "DeviceInUse" oder ähnlich einbauen?
Bislang bringt das nicht erreichbare Device alle 5 Minuten eine Warning ins logfile (Habe dann den Adapter Loglevel auf "error" gesetzt) -
@ente34
eigentlich sollte es keine Warnung mehr geben.
Früher war es eine Warnung für present=0, habe es jetzt aber auf Debug umgestellt.
Wenn also der Loglevel wieder auf info steht, müsstest du nicht sehen. Außer die info,warn,errors.Kannst du aus dem Log mal die Meldung posten?
-
@foxthefox
Ich nehme alles zurück und behaupte das Gegenteil.
Versehentlich in der Produktiv-Instanz mit dem alten Adapter geschaut.
Off Topic: Das mit der vis Abhängigkeit (anderer Thread) hat mich auch gewundert, ich hatte auf dem Testsystem nämlich auch keine vis.
Vielen Dank für den Support! -
@ente34
das mit der VIS Abhängigkeit kam vom adapter-creator und man denkt sich manchmal nicht viel dabei.
mit 2.1.4 sollte es heraus sein (kein Abhängigkeit mehr) -
@foxthefox
In der Zwischenzeit habe ich zwei log errors bekommen:fritzdect.0 2021-01-04 17:01:11.819 error (10360) no response part in returned message fritzdect.0 2021-01-04 17:01:11.819 error (10360) fritzbox returned this {"msg":"get error in http request","function":"get_login_state","error":{"errno":"ENETUNREACH","code":"ENETUNREACH","syscall":"connect","address":"192.168.168.1","port" backitup.0 2021-01-04 17:01:11.787 debug (19236) system.adapter.admin.0: logging false backitup.0 2021-01-04 16:50:23.835 debug (19236) system.adapter.admin.0: logging true host.NB03490 2021-01-04 16:50:11.145 info Update repository "Beta (latest)" under "http://download.iobroker.net/sources-dist-latest.json" backitup.0 2021-01-04 16:44:16.788 debug (19236) system.adapter.admin.0: logging false info.0 2021-01-04 16:44:16.582 error (4952) Error: getaddrinfo ENOTFOUND raw.githubusercontent.com fritzdect.0 2021-01-04 16:44:14.793 error (10360) no response part in returned message fritzdect.0 2021-01-04 16:44:14.792 error (10360) fritzbox returned this {"msg":"get error in http request","function":"get_login_state","error":{"errno":"ENETUNREACH","code":"ENETUNREACH","syscall":"connect","address":"192.168.168.1","port" -
@foxthefox Danke.
Objektbaum löschen hat gereicht. -
Bei mir wird eine neue Objektstruktur angelegt unter:
fritzdect.0.08761046xxx
vorher:
fritzdect.0.DECT200_08761046xxx -
@ente34 sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:
ENETUNREACH
dürfte nicht zwingend was mit dem Adapter zu tun haben, wenn das Netz nicht erreichbar ist.
Da solltest du mal dein Netzwerk beobachten. -
@stefande
das kann ich irgendwie nicht nachvollziehen.
die states haben bei mir statisch immer ein 'DECT_' beim erzeugen drin.
Welche Schritte hast du den durchgeführt um auf die neue Version zu kommen?
