[Aufruf] IKEA-Trådfri Adapter testen

pxstd

Es wäre toll wenn sich das Problem irgendwie analysieren ließe. Der WAF hat aktuell einen sehr wackeligen Standpunkt :D

` > tradfri.0 2017-12-15 23:41:49.083 error Please restart the adapter!

tradfri.0 2017-12-15 23:41:49.083 error Cannot send changes.

tradfri.0 2017-12-15 23:41:49.083 error The connection to the gateway is dead.

tradfri.0 2017-12-15 23:41:48.644 error Please restart the adapter!

tradfri.0 2017-12-15 23:41:48.644 error Cannot send changes.

tradfri.0 2017-12-15 23:41:48.644 error The connection to the gateway is dead.

tradfri.0 2017-12-15 23:41:47.644 error Please restart the adapter!

tradfri.0 2017-12-15 23:41:47.643 error Cannot send changes.

tradfri.0 2017-12-15 23:41:47.643 error The connection to the gateway is dead. `

@AlCalzone: Was kann ich tun? Lass mich deine Laborratte sein! :)

AlCalzone

~~@pxstd:~~

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.

pxstd

~~@AlCalzone:~~

~~@pxstd:~~

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:

3277_tradfri_log.txt

AlCalzone

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

pxstd

Ich befürchte einen Vorführeffekt.

Ich lasse den Adapter nochmal im Debug laufen.

pxstd

Hey,

also seit letztem Posting laufen gelassen - jetzt gerade reagiert keine Lampe mehr, deshalb anbei der Export:

3277_tradfri_log_1.txt.zip

AlCalzone

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.

pxstd

Das wäre toll. Der Adapter ist genial und löst einige meiner Probleme - wenn er denn dann reagiert! :D

Nanouk

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

Kann vielleicht jemand was mit den Fehlermeldungen anfangen?

Grüße,

Nanouk

Dutchman

~~@Nanouk:~~

Kann vielleicht jemand was mit den Fehlermeldungen anfangen? `

hast du das system mal neu durchgestartet ?

Nanouk

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

Thorsten

~~@AlCalzone:~~

~~@The Spirit:~~

kann man schon den Bewegungsmelder und Dimmer von Tradfri nutzen? `
Siehe mein Post hier http://forum.iobroker.net/viewtopic.php?p=89973#p89973

Das 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?

AlCalzone

~~@Thorsten:~~

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.

Thorsten

~~@AlCalzone:~~

~~@Thorsten:~~

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

Mea culpa, mea maxima culpa! Und ein Frohes Fest!

AlCalzone

~~@Thorsten:~~

Mea culpa, mea maxima culpa! Und ein Frohes Fest! `
Kein Problem und ebenfalls Frohe Weihnachten!

pxstd

~~@AlCalzone:~~

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?

AlCalzone

Probier bitte mal Version 1.0.2 (auf Github und npm) und berichte wie es sich jetzt verhält.

pxstd

Bekomme ich die via

iobroker update

?

AlCalzone

~~@pxstd:~~

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

pxstd

Was genau sagt mir

> Adapter "tradfri" : 1.0.0 , installed 1.0.2

1.0.2 ist installiert, aber 1.0.0 läuft in der Instanz?

Habe Adapter + iobroker neugestartet.

Community Forum

NEWS

[Aufruf] IKEA-Trådfri Adapter testen

Support us

573

32.4k

81.5k

1.3m