Test Adapter Adapter-fritzdect v2.1.x GitHub
-
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? -
@foxthefox sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:
@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?Mir wurde heute Morgen die Version 2.0.0 in latest angeboten. Die hab ich installiert.
Der Adapter ist dann neu gestartet, allerdings konnte ich über die Vis nichts mehr steuern, und die Stromwerte wurden auch nicht mehr aktualisiert. Inzwischen hatte ich die 2.1.4 installiert, ohne Verbesserung.
Mir ist dann aufgefallen, dass ich das Gerät jetzt zweimal im Objektbaum habe. Einmal mit und einmal ohne DECT_.
Mit Adapter Version 2.x werden die States ohne DECT_ aktualisiert - Mit einer Version 1.x wie ursprünglich die States mit DECT_.
Bin jetzt wieder auf 1.x zurück gegangen, da ich einige Werte protokolliere. -
mit 2.x ist die Struktur eine Neue!
es fängt alles mit DECT_ an. Nichts mehr mit DECT200_ oder Comet_ oder so ähnlich.
Das war am Anfang evtl. mal richtig, aber mittlerweile überholt.Somit ist auch erklärbar, warum in vis manches nicht mehr sichtbar ist, da die neuen Datenpunkte in vis nachgezogen werden müssen.
-
@foxthefox sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:
mit 2.x ist die Struktur eine Neue!
es fängt alles mit DECT_ an. Nichts mehr mit DECT200_ oder Comet_ oder so ähnlich.
Das war am Anfang evtl. mal richtig, aber mittlerweile überholt.Somit ist auch erklärbar, warum in vis manches nicht mehr sichtbar ist, da die neuen Datenpunkte in vis nachgezogen werden müssen.
Das ist aber doof! Es muss dann nicht nur in der Vis sondern auch in Iqontrol, Float geändert werden, und die alten Daten in der Historie sind auch wech.
Mir ist auch noch aufgefallen, dass die Datenpunkte Temp und Temp Offset auch geändert wurden.
