[Aufruf] IKEA-Trådfri Adapter testen
-
Es wäre toll wenn sich das Problem irgendwie analysieren ließe.
Da haben wirs:> Retransmit counter exceeded `
Es geht ein Paket verloren (anscheinend mit regelmäßiger Häufigkeit), wir müssen nur rausfinden, warum.Stoppst du den Adapter übers Webinterface, bevor du ihn versuchst mit Debug-Log über die Konsole zu starten? Wenn nein, tu das bitte.
-
Es wäre toll wenn sich das Problem irgendwie analysieren ließe.
Da haben wirs:> Retransmit counter exceeded `
Es geht ein Paket verloren (anscheinend mit regelmäßiger Häufigkeit), wir müssen nur rausfinden, warum.Stoppst du den Adapter übers Webinterface, bevor du ihn versuchst mit Debug-Log über die Konsole zu starten? Wenn nein, tu das bitte. `
Nein, habe ich aber nun:
-
Danke für den Log, sieht für mich gut aus.
Gab es im Log-Zeitraum einen Verbindungsabbruch?
Wenn nicht, brauche ich einen Log, während dem das Problem aufgetreten ist. Am besten noch mit der Option –logs, damit die ioBroker-Ausgaben ebenfalls darin auftauchen:
DEBUG=node-*-client node main.js --force --logs > tradfri_log.txt 2>&1 -
Ich befürchte einen Vorführeffekt.
Ich lasse den Adapter nochmal im Debug laufen.
-
Hey,
also seit letztem Posting laufen gelassen - jetzt gerade reagiert keine Lampe mehr, deshalb anbei der Export:
-
Danke für den Log. Der relevante Part scheint dieser zu sein:
! ````
[...]
2017-12-18T13:13:31.611Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:40.618Z node-coap-client getConnection(coaps://10.1.15.102:5684) => found existing connection
2017-12-18T13:13:40.618Z node-coap-client remembering request: msgID=0x122, token=, url=coaps://10.1.15.102:5684
2017-12-18T13:13:40.618Z node-coap-client added message to send queue, new length = 1
2017-12-18T13:13:40.618Z node-coap-client workOffSendQueue > concurrency = 0 (MAX 1)
2017-12-18T13:13:40.618Z node-coap-client concurrency low enough, sending message 0x122
2017-12-18T13:13:40.618Z node-coap-client request 0x122: concurrency changed => 1
2017-12-18T13:13:40.626Z node-coap-client received message: ID=0x122
2017-12-18T13:13:40.626Z node-coap-client request 0x122: concurrency changed => 0
2017-12-18T13:13:40.627Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:40.627Z node-coap-client received response to ping with ID 0x122
2017-12-18T13:13:40.627Z node-coap-client forgetting request: token=; msgID=0x122
ping successful...
2017-12-18T13:13:41.620Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:50.625Z node-coap-client getConnection(coaps://10.1.15.102:5684) => found existing connection
2017-12-18T13:13:50.625Z node-coap-client remembering request: msgID=0x123, token=, url=coaps://10.1.15.102:5684
2017-12-18T13:13:50.625Z node-coap-client added message to send queue, new length = 1
2017-12-18T13:13:50.625Z node-coap-client workOffSendQueue > concurrency = 0 (MAX 1)
2017-12-18T13:13:50.625Z node-coap-client concurrency low enough, sending message 0x123
2017-12-18T13:13:50.625Z node-coap-client request 0x123: concurrency changed => 1
2017-12-18T13:13:51.627Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:55.627Z node-coap-client forgetting request: token=; msgID=0x123
2017-12-18T13:13:55.627Z node-coap-client request 0x123: concurrency changed => 0
2017-12-18T13:13:55.627Z node-coap-client workOffSendQueue > queue empty
ping unsuccessful...
[...]In Summe nichts auffälliges, außer dass das Gateway auf den letzten Ping nicht antwortet und danach auch nicht mehr. Auf vorherige Anfragen werden aber weiterhin Updates geschickt… Seltsam. Ich muss nochmal mit dem automatischen Restart spielen, schätze da führt kein Weg dran vorbei. -
Das wäre toll. Der Adapter ist genial und löst einige meiner Probleme - wenn er denn dann reagiert!
-
Hallo in die Runde,
nach langer Zeit hab ich mich auch mal wieder mit dem Tradfri Adapter beschäftigt.
Da iobroker bei mir auf einer Windows Kiste läuft und ich mehrfach alles zerschossen hatte beim Node update, habe ich gedacht ich teste den Adapter mal wieder, da jetzt Node auf der Windows Kiste auch auf v6 läuft.
Leider bekomme ich keine Verbindung zum Adapter. Ampel bleibt gelb.
tradfri.0 2017-12-22 10:04:10.760 error at process._tickCallback (internal/process/next_tick.js:109:7) tradfri.0 2017-12-22 10:04:10.760 error at fulfilled (D:\ioBroker\node_modules\iobroker.tradfri\node_modules\node-tradfri-client\build\tradfri-client.js:4:58) tradfri.0 2017-12-22 10:04:10.760 error at next (native) tradfri.0 2017-12-22 10:04:10.760 error > stack: TypeError: Generator is already running tradfri.0 2017-12-22 10:04:10.760 error unhandled promise rejection: Generator is already running tradfri.0 2017-12-22 10:04:10.744 info startfile = D:\ioBroker\node_modules\iobroker.tradfri\main.js tradfri.0 2017-12-22 10:04:10.604 info starting. Version 1.0.0 in D:/ioBroker/node_modules/iobroker.tradfri, node: v6.12.0Kann vielleicht jemand was mit den Fehlermeldungen anfangen?
Grüße,
Nanouk
-
Kann vielleicht jemand was mit den Fehlermeldungen anfangen? `
hast du das system mal neu durchgestartet ?
-
Ja, ich hab alles neu gestartet und auch den Gateway schon zwei mal neu gestartet.
Adapter komplett gelöscht und neu installiert etc.
Hostname und Passwort stimmen auch.
Gruß Nanouk
-
@The Spirit:kann man schon den Bewegungsmelder und Dimmer von Tradfri nutzen? `
Siehe mein Post hier http://forum.iobroker.net/viewtopic.php?p=89973#p89973Das Gateway sendet nur leere Platzhalter-Objekte für Bewegungsmelder und Dimmer/Remote. `
Hmmm, wieso kann FHEM dann den Status der HUE Bridge auslesen? Siehe:
https://wiki.fhem.de/wiki/HUE_Dimmer_Switch
Oder gilt Deine Aussage nur für die Schalter und Dimmer von Tradfri?
-
Oder gilt Deine Aussage nur für die Schalter und Dimmer von Tradfri? `
Was denkst du? Du bist hier im IKEA-Trådfri Adapter Thread
Meine Aussage bezieht sich auf das IKEA-Gateway, das meine Info nach nur mit IKEA-Geräten zusammenarbeitet.
-
Oder gilt Deine Aussage nur für die Schalter und Dimmer von Tradfri? `
Was denkst du? Du bist hier im IKEA-Trådfri Adapter ThreadMeine Aussage bezieht sich auf das IKEA-Gateway, das meine Info nach nur mit IKEA-Geräten zusammenarbeitet. `
Mea culpa, mea maxima culpa! Und ein Frohes Fest!
-
Mea culpa, mea maxima culpa! Und ein Frohes Fest! `
Kein Problem und ebenfalls Frohe Weihnachten! -
Danke für den Log. Der relevante Part scheint dieser zu sein:
! ````
[...]
2017-12-18T13:13:31.611Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:40.618Z node-coap-client getConnection(coaps://10.1.15.102:5684) => found existing connection
2017-12-18T13:13:40.618Z node-coap-client remembering request: msgID=0x122, token=, url=coaps://10.1.15.102:5684
2017-12-18T13:13:40.618Z node-coap-client added message to send queue, new length = 1
2017-12-18T13:13:40.618Z node-coap-client workOffSendQueue > concurrency = 0 (MAX 1)
2017-12-18T13:13:40.618Z node-coap-client concurrency low enough, sending message 0x122
2017-12-18T13:13:40.618Z node-coap-client request 0x122: concurrency changed => 1
2017-12-18T13:13:40.626Z node-coap-client received message: ID=0x122
2017-12-18T13:13:40.626Z node-coap-client request 0x122: concurrency changed => 0
2017-12-18T13:13:40.627Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:40.627Z node-coap-client received response to ping with ID 0x122
2017-12-18T13:13:40.627Z node-coap-client forgetting request: token=; msgID=0x122
ping successful...
2017-12-18T13:13:41.620Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:50.625Z node-coap-client getConnection(coaps://10.1.15.102:5684) => found existing connection
2017-12-18T13:13:50.625Z node-coap-client remembering request: msgID=0x123, token=, url=coaps://10.1.15.102:5684
2017-12-18T13:13:50.625Z node-coap-client added message to send queue, new length = 1
2017-12-18T13:13:50.625Z node-coap-client workOffSendQueue > concurrency = 0 (MAX 1)
2017-12-18T13:13:50.625Z node-coap-client concurrency low enough, sending message 0x123
2017-12-18T13:13:50.625Z node-coap-client request 0x123: concurrency changed => 1
2017-12-18T13:13:51.627Z node-coap-client workOffSendQueue > queue empty
2017-12-18T13:13:55.627Z node-coap-client forgetting request: token=; msgID=0x123
2017-12-18T13:13:55.627Z node-coap-client request 0x123: concurrency changed => 0
2017-12-18T13:13:55.627Z node-coap-client workOffSendQueue > queue empty
ping unsuccessful...
[...]In Summe nichts auffälliges, außer dass das Gateway auf den letzten Ping nicht antwortet und danach auch nicht mehr. Auf vorherige Anfragen werden aber weiterhin Updates geschickt… Seltsam. Ich muss nochmal mit dem automatischen Restart spielen, schätze da führt kein Weg dran vorbei. `Gibt's eine Art Workaround den ich erstmal basteln könnte?
Ich hatte schon überlegt via PING Adapter und bei "unreachable" state den Tradfri Adapter neu zu starten. Leider pongt das GW aber.
Desweiteren hatte ich schon einen 5-Minuten Cronjob mit Tradfri Adapter restart angedacht, aber das funktioniert leider auch nicht.
Ideen?
-
Probier bitte mal Version 1.0.2 (auf Github und npm) und berichte wie es sich jetzt verhält.
-
Bekomme ich die via
iobroker update?
-
Bekomme ich die via
iobroker update? `
Wenn du latest repo ausgewählt hast, ja. Sonst in der Adapter Liste aufs github Symbol klicken und TRÅDFRI aus der Liste auswählen. Nach Update von github musst du die Instanz neu starten.Gesendet von iPhone mit Tapatalk
-
Was genau sagt mir
> Adapter "tradfri" : 1.0.0 , installed 1.0.21.0.2 ist installiert, aber 1.0.0 läuft in der Instanz?
Habe Adapter + iobroker neugestartet.
-
Nein, es heißt dass es in dem von dir gewählten repository in der Version 1.0.0 vorliegt, du aber bereits (auf anderen Wegen) die 1.0.2 installiert hast und somit deiner Zeit voraus bist
Gruß
Rainer
