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

[apollon77]

Hey ALl, wir müssen leider nach der etwas kaputten 3.0.15 gestern nochmal nachbessern:

3.0.17 ist auf dem Weg ins Latest Repository.

3.0.17 (2020-04-22) Release Elena

• (Apollon77) make sure system.config objects has correct type
• (foxriver76) make sure that callback of extend*Object returns object as before (was broken in 3.0.15)

[crunchip]

@apollon77 danke, da bin ich fündig geworden

wobei ich hätte da im /opt/iobroker/node_modules/...noch sowas im Angebot

[JB_Sullivan]

@apollon77 Das er für die Bedienung von ioBroker zuständig ist, ist mir schon klar, aber greift er auch irgendwie in die Passwort / Rechte Verwaltung von anderen Adaptern ein?

[crunchip]

@AlCalzone danke für die Info, funktioniert wieder

[Chaot]

@JB_Sullivan Ich hatte vor sehr langer Zeit einmal das Problem (mit meiner 6490) das ich ständig ein falsches Passwort hatte.
Letztendlich habe ich in der Fritzbox einen neuen Nutzer angelegt und es hat wieder funktioniert. Ich habe den alten Nutzer nie wieder zum laufen gebracht. Warum kann ich dir nicht erklären, aber es lag bei mir definitiv an dem Nutzer in der Box.
Das ist damals auch urplötzlich nach einer Änderung im ioBroker aufgetreten.

[JB_Sullivan]

@Chaot Bei mir ist es auch eine 6490 :face_with_rolling_eyes:

Unglaublich - du hast Recht - neuer Nutzer in der Fritte angelegt und Bingo

fritzdect.0	2020-04-22 22:31:39.028	info	(9044) setting up Switch/DECT2xx object Garten
fritzdect.0	2020-04-22 22:31:39.024	info	(9044) setting up Switch/DECT2xx object Pool
fritzdect.0	2020-04-22 22:31:39.018	info	(9044) setting up Switch/DECT2xx object Pumpe
fritzdect.0	2020-04-22 22:31:39.017	info	(9044) create Devices 3
fritzdect.0	2020-04-22 22:31:38.431	info	(9044) Talking to FritzBox with firmware: 07.12

[BBTown]

@apollon77
in de v3.0.17 stimmt die Darstellung und Filter der Adapter wieder :+1:

[Chaot]

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

[JB_Sullivan]

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"

[Chaot]

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

[apollon77]

@JB_Sullivan Was genau ist denn Deine Frage?

[JB_Sullivan]

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

[apollon77]

@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

[JB_Sullivan]

@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

[apollon77]

@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

[apollon77]

@JB_Sullivan Mal Debug Log einschalten? Vllt brings ein paar Infos?

[JB_Sullivan]

@apollon77
Ich mache morgen weiter - muss jetzt ins Bett. Danke erstmal für deine Infos

[e-i-k-e]

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.

[apollon77]

@e-i-k-e Sorry aber das ist mir zu Themenfremd. Bitte getrennten Issue bzw Thread auf machen!

[e-i-k-e]

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