js-controller 3.0/3.1 jetzt im Latest!
-
@apollon77
in de v3.0.17 stimmt die Darstellung und Filter der Adapter wieder
-
@JB_Sullivan Ja, ich denke das hat AVM verbockt.
Schön das es geklappt hat.
Sollten wir uns mal merken das der Fehler so existiert wenn der nächste Probleme mit der Box hat. -
Also das hat defintiv etwas mit Admin 4.0.9 zu tun. Den neuen Nutzer hatte ich unter Admin 4.0.5. angelegt und da funktionierte alles wieder wie immer. Dann Admin auf 4.0.9 hochgezogen und nun der gleiche Mist wieder.
fritzdect.0 2020-04-22 22:44:02.029 error (9044) Did not get session id- invalid username or password? fritzdect.0 2020-04-22 22:44:02.028 error (9044) fritzbox returned this "0000000000000000" -
@JB_Sullivan Und hast du das mit Admin4.0.9 nochmal probiert mit einem neuen User?
Ich denke das war bei mir damals auch nach einem Admin Update. Aber das ist schon so lange her. -
@JB_Sullivan Was genau ist denn Deine Frage?
-
@apollon77
Im Grunde habe ich keine Frage - ich will es nur verstehen, was da passiert. Wie du anhand der drei oberen Beiträge sehen kannst, hatte Chaot irgendwann mal ähnliche Probleme mit der Fritzbox nach einem Admin Update.Es läßt sich reproduzieren. Wenn man unter Admin 4.0.5 in der FritzBox einen neuen User anlegt und diese Daten dann in die diversen FB-Adapter einspielt, funktioniert alles normal.
Macht man dann ein Update auf Admin 4.0.9 - akzeptieren die FB-Adapter den User nicht mehr. Ob ein unter 4.0.9 neu angelegter User dann dauerhaft funktioniert muss ich noch testen.
So - ich hab es getestet - unter Admin 4.0.9 geht nichts
fritzdect.0 2020-04-22 23:14:17.416 error (7824) Did not get session id- invalid username or password? fritzdect.0 2020-04-22 23:14:17.415 error (7824) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-22 23:14:03.715 info (7824) SWITCH ID: 087610236923 identified for command (state) : true fritzdect.0 2020-04-22 23:13:19.047 info (7824) setting up Switch/DECT2xx object Garten fritzdect.0 2020-04-22 23:13:19.043 info (7824) setting up Switch/DECT2xx object Pool fritzdect.0 2020-04-22 23:13:19.033 info (7824) setting up Switch/DECT2xx object Pumpe fritzdect.0 2020-04-22 23:13:19.030 info (7824) create Devices 3 fritzdect.0 2020-04-22 23:13:18.460 info (7824) Talking to FritzBox with firmware: 07.12 fritzdect.0 2020-04-22 23:13:14.174 error (7824) Did not get session id- invalid username or password? fritzdect.0 2020-04-22 23:13:14.174 error (7824) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-22 23:13:13.651 error (7824) Did not get session id- invalid username or password? fritzdect.0 2020-04-22 23:13:13.651 error (7824) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-22 23:13:07.876 error (7824) Did not get session id- invalid username or password? fritzdect.0 2020-04-22 23:13:07.875 error (7824) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-22 23:13:07.294 error (7824) Did not get session id- invalid username or password? fritzdect.0 2020-04-22 23:13:07.293 error (7824) fritzbox returned this "0000000000000000" -
@JB_Sullivan Also Admin KANN die Passwort verschlüsselung für Adapter automatisch pbernehmen, aber dazu muss der Adapter das auch konfiguriert haben, was aktuell nur sehr wenige nutzen - der definitiv nicht. Von daher kann das damit eigentlich nix zu tun haben
-
@apollon77
Ich habe mir aus dem GIT eben nochmal die letzte Version des fritzdect Adapter gezogen. Mit neu eangelegtem Nutzer unter Admin 4.0.9 scheint er zumindest 1x auf die Fritzbox drauf zu kommen um die vorhandenen Geräte abzuholen.Macht man dann eine Schalthandlung, ist wieder Ende im Gelände. Benutzername /PW falsch.
fritzdect.0 2020-04-22 23:19:04.231 error (9300) Did not get session id- invalid username or password? fritzdect.0 2020-04-22 23:19:04.230 error (9300) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-22 23:17:54.332 info (9300) SWITCH ID: 087610236923 identified for command (state) : false host.GLT 2020-04-22 23:17:36.426 info instance system.adapter.vis.0 terminated while should be started once vis.0 2020-04-22 23:17:35.875 info (8584) Terminated (NO_ERROR): Without reason vis.0 2020-04-22 23:17:35.356 info (8584) Uploaded. 0 innogy-smarthome.0 2020-04-22 23:17:08.664 debug (9728) system.adapter.admin.0: logging true fritzdect.0 2020-04-22 23:16:58.769 info (9300) setting up Switch/DECT2xx object Garten fritzdect.0 2020-04-22 23:16:58.764 info (9300) setting up Switch/DECT2xx object Pool fritzdect.0 2020-04-22 23:16:58.757 info (9300) setting up Switch/DECT2xx object Pumpe fritzdect.0 2020-04-22 23:16:58.756 info (9300) create Devices 3 web.0 2020-04-22 23:16:57.255 info (3516) ==>Connected system.user.admin from ::ffff:10.122.60.92 web.0 2020-04-22 23:16:57.110 info (3516) <==Disconnect system.user.admin from ::ffff:10.122.60.92 flot host.GLT 2020-04-22 23:16:53.158 info stopInstance system.adapter.vis.0 (force=false, process=true) host.GLT 2020-04-22 23:16:53.158 info "system.adapter.vis.0" enabled host.GLT 2020-04-22 23:16:53.139 info stopInstance system.adapter.vis.0 (force=false, process=true) host.GLT 2020-04-22 23:16:53.138 info "system.adapter.vis.0" disabled fritzdect.0 2020-04-22 23:16:52.461 info (9300) entered ready fritzdect.0 2020-04-22 23:16:52.452 info (9300) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0 -
@JB_Sullivan Was habt Ihr denn getan nachdem Ihr Admin aktualisiert habt? Die Konfi vom Adapter neu gespeichert oder gar nichts und Adapter nur gestartet?
Admin speichert die Konfiguration wenn Ihr an dieser was ändert und auf Speichern drückt. Sonst ist Amdin 1000%ig raus. Das macht von selbst rein gar nichts.
Das interessante im Log oben ist ja das es mal kurz scheinbar geht, dann aber die Fritzbox die Verbindung scheinbar beendet. Das Log gibt echt nicht viel her.Aber Admin kann bei dem Adapter an sich nichts verursachen.
Ihr könnt mal schauen und die Konfig des Adapters unter Admin 4.0.5 und 4.0.9 speichern und Das RAW des Objekts system.adapter.fritzdect.0 vergleichen danach jeweils. Ich erwarte es sieht identisch aus
-
@JB_Sullivan Mal Debug Log einschalten? Vllt brings ein paar Infos?
-
@apollon77
Ich mache morgen weiter - muss jetzt ins Bett. Danke erstmal für deine Infos -
Ich habe ein Problem mit VIS, ob dies mit dem js.controller zutun hat, weiß ich nicht.
Evtl. könnte hier etwas optimiert werden?Master/Slave System. Die Slave Geräte sind Raspberry mit Rasbian, fest in der Wand verbaut und dienen zur Visualisierung. Über Chromium lasse ich mir die VIS vom Master Anzeigen.
Problem: Wenn der Master kurzzeitig nicht verfügbar war, z.B. durch einen Neustart, wird anschließend keine Verbindung mehr zur VIS aufgebaut.Dauerschleife vom Reconnect wie im angehängten Bild. Irgendwann führt dies sogar zur Überhitzung der Hardware.
Es hilft nur noch ein Neustart vom Browser/Raspberry.
-
@e-i-k-e Sorry aber das ist mir zu Themenfremd. Bitte getrennten Issue bzw Thread auf machen!
-
Zur Info, folgende Warnung erhalte ich im log.
rpi2.2 2020-04-23 00:33:34.925 warn (1051) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer! rpi2.2 2020-04-23 00:33:34.773 info (1051) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.rpi2, node: v10.20.1, js-controller: 3.0.17 host.raspberrypi-display2 2020-04-23 00:33:31.122 info instance system.adapter.rpi2.2 started with pid 1051 -
@e-i-k-e dann bitte Adapter issue anlegen.
-
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.Bitte nicht auf die Windows User vergessen!
Ein Update von NPM und Node ist nicht mehr möglich. -
Wie lange dauert das denn ungefähr bis man den Adapter bekommt? Unter Iobroker Update wird mir immer noch der 2.2.9 angezeigt.
-
@Torsten81 Du meinst den js-controller? Alsowenn Du die 2.2.9 bekommst ist Dein System auf das "Stable" Repository eingestellt. Da kommt es wenn alles gut läuft in ca. 1 Woche hin ...
-
Guten Morgen zusammen - da bin ich wieder.
Na das ist ja mal der Knaller - sobald ich den fritzdect Adapter auf debug stellen, funktioniert er wieder - also läßt sich schlaten und keine Fehler Meldungen mehr.
Stelle ich um auf Info, kommen wieder die Fehlermeldungen und er läßt auch keine Schalthandlungen mehr zu.
Hier das debug log - ist ein bisschen was - darum Spoiler
UNd hier das Log nachdem ich auf Info umgeschaltet habe
fritzdect.0 2020-04-23 07:04:53.084 error (10252) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:04:53.084 error (10252) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:04:52.538 error (10252) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:04:52.538 error (10252) fritzbox returned this "0000000000000000" innogy-smarthome.0 2020-04-23 07:04:52.129 debug (928) system.adapter.admin.0: logging true fritzdect.0 2020-04-23 07:04:51.483 error (10252) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:04:51.483 error (10252) fritzbox returned this "0000000000000000" tankerkoenig.0 2020-04-23 07:04:50.924 info (7260) Reading data from tankerkoenig ... fritzdect.0 2020-04-23 07:04:50.514 error (10252) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:04:50.513 error (10252) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:04:49.229 error (10252) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:04:49.228 error (10252) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:04:45.620 info (10252) entered ready fritzdect.0 2020-04-23 07:04:45.609 info (10252) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0 host.GLT 2020-04-23 07:04:44.456 info instance system.adapter.fritzdect.0 started with pid 10252
zu früh gefreut - nachdem ich wieder auf Debug zurück geschaltet hatte, bleibe es bei den Fehlermeldungen. Ich musste tatsächlich in der FritzBox wieder einen neuen Benutzer anlegen.Nun läuft der Adapter vorerst wieder - merkwürdig merkwürdig
Hier das Log im Debug Modus
fritzdect.0 2020-04-23 07:12:23.000 debug (10528) system.adapter.admin.0: logging true innogy-smarthome.0 2020-04-23 07:12:23.011 debug (928) system.adapter.admin.0: logging true fritzdect.0 2020-04-23 07:09:31.601 error (10528) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:09:31.600 error (10528) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:09:31.061 error (10528) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:09:31.060 error (10528) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:09:30.565 error (10528) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:09:30.564 error (10528) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:09:30.066 error (10528) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:09:30.065 error (10528) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:09:29.073 error (10528) Did not get session id- invalid username or password? fritzdect.0 2020-04-23 07:09:29.073 error (10528) fritzbox returned this "0000000000000000" fritzdect.0 2020-04-23 07:09:02.970 debug (10528) polling! fritzdect is alive fritzdect.0 2020-04-23 07:09:02.945 info (10528) entered ready fritzdect.0 2020-04-23 07:09:02.935 info (10528) starting. Version 1.0.1 in C:/iobroker/GLT/node_modules/iobroker.fritzdect, node: v10.17.0 fritzdect.0 2020-04-23 07:09:02.759 debug (10528) statesDB connected fritzdect.0 2020-04-23 07:09:02.759 debug (10528) States connected to redis: 127.0.0.1:9000 fritzdect.0 2020-04-23 07:09:02.749 debug (10528) States create System PubSub Client fritzdect.0 2020-04-23 07:09:02.748 debug (10528) States create User PubSub Client fritzdect.0 2020-04-23 07:09:02.741 debug (10528) Redis States: Use Redis connection: 127.0.0.1:9000 fritzdect.0 2020-04-23 07:09:02.739 debug (10528) objectDB connected fritzdect.0 2020-04-23 07:09:02.735 debug (10528) Objects connected to redis: 127.0.0.1:9001 fritzdect.0 2020-04-23 07:09:02.722 debug (10528) Objects client initialize lua scripts fritzdect.0 2020-04-23 07:09:02.722 debug (10528) Objects create User PubSub Client fritzdect.0 2020-04-23 07:09:02.721 debug (10528) Objects create System PubSub Client fritzdect.0 2020-04-23 07:09:02.719 debug (10528) Objects client ready ... initialize now fritzdect.0 2020-04-23 07:09:02.694 debug (10528) Redis Objects: Use Redis connection: 127.0.0.1:9001 -
@JB_Sullivan So jetzt muss ich aber mal ganz frech Fragen: Wo ist das GitHub Issue das der Entwickler bescheid weiss das es hier vllt Probleme gibt? Wir diskutieren hier seid mindestens gestern Tagen ohne das der Entwickler weiss das es pot. ein Thema gibt.
