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

[klassisch]

Seit einer Updaterunde vor ca. 2 Wochen habe ich immer wieder ein "reconnect DB" mit anschliessendem Neustart von history. Wenn das mehrmals passiert, schmiert dann alles ab.

Habe jetzt stückweise ziemlich heftig downgegraded, so daß ich "nur" noch ein bis 2 solcher history-Neustart-events pro Tag habe.

Die letzten Tage ist das Schema immer das gleiche:

• Tradfri-adapter updatet irgendwelche Szenen

• Daraufhin kommt es zu einem reconnect DB

• Dann startet history neu

! 2018-03-20 06:49:47.968 - [32minfo[39m: web.0 2018-03-20T05:49:47.968Z Connected system.user.admin 2018-03-20 07:36:16.016 - [32minfo[39m: tradfri.0 updating possible scenes for group 168027: ["219832","221310","225907"] 2018-03-20 07:36:16.055 - [32minfo[39m: tradfri.0 updating possible scenes for group 168027: ["219832","221310","225907"] 2018-03-20 07:36:16.094 - [32minfo[39m: tradfri.0 updating possible scenes for group 168027: ["219832","221310","225907"] 2018-03-20 07:38:48.068 - [33mwarn[39m: history.0 Reconnection to DB. 2018-03-20 07:38:48.221 - [33mwarn[39m: history.0 Reconnection to DB. 2018-03-20 07:38:48.484 - [32minfo[39m: history.0 starting. Version 1.5.3 in /opt/iobroker/node_modules/iobroker.history, node: v6.13.1 2018-03-20 07:38:48.506 - [32minfo[39m: history.0 starting. Version 1.5.3 in /opt/iobroker/node_modules/iobroker.history, node: v6.13.1 2018-03-20 07:38:49.313 - [32minfo[39m: history.0 enabled logging of hm-rpc.0.updated 2018-03-20 07:38:49.315 - [32minfo[39m: history.0 enabled logging of hm-rpc.0.BidCoS-RF.0.INSTALL_MODE 2018-03-20 07:38:49.316 - [32minfo[39m: history.0 enabled logging of hm-rpc.0.BidCoS-RF.1.LEVEL ...... !
Ist das bei Euch auch so?

Habe auf den aktuellen 1.1.7 tradfri aktualisiert aber das Problem beibt.

Jetzt pausiere ich mal den Adapter und schaue was passiert.

[AlCalzone]

Ich glaube das hängt nicht wirklich zusammen. Laut deinem Log liegt zwischen der Tradfri-Aktion und dem History-Neustart 1,5 Minuten. Da ist irgendwas anderes faul schätze ich.

updating possible scenes for group 168027: ["219832","221310","225907"]

kommt, wenn der Tradfri-Adapter startet oder neue Szenen vom Gateway empfängt. Das wird entsprechend im "activeScene"-State-Objekt vermerkt für den Dropdown.

[klassisch]

Vielen Dank für Deine Einschaetzung.

Habe derzeit keine Szenen definiert. Ich schalte die Tradfri Lampe mit dem Wandschalter ein und aus. Vielleicht kommt das daher?

Ich lasse den Tradfri jetzt mal ein, zwei Tage pausiert, dann werden wir weiter sehen.

Ich habe recht viel downgegraded aber immer noch kein so stabiles System wie es mal war.

[AlCalzone]

@klassisch:

Habe derzeit keine Szenen definiert. `
Jede Lampe bzw. Gruppe hat standardmäßig 3 Szenen (bzw. IKEA nennt sie "Moods"), die auch über die App aktiviert werden können. Die haben nix mit ioBroker zu tun, werden aber vom Adapter zur Auswahl angeboten.

[klassisch]

Es scheint tatsächlich so zu sein, daß bei jedem Netzeinschalten der Lampe dreimal die info-Meldung

tradfri.0	2018-03-27 19:20:03.444	info	updating possible scenes for group 168027: ["219832","221310","225907"]
tradfri.0	2018-03-27 19:20:03.443	info	updating possible scenes for group 168027: ["219832","221310","225907"]
tradfri.0	2018-03-27 19:20:03.442	info	updating possible scenes for group 168027: ["219832","221310","225907"]

kommt.

Nicht, daß das schlimm sei, wollte es nur angemerkt haben.

Mein Stabilitätsthema hat(te) wahrscheinlich andere Primärursachen, also nicht den tradfri Adapter. Bin nach einigen Änderungen gerade in der Beobachungs-/Bewährungsphase.

[AlCalzone]

Ja, das loggt er ein bisschen zu oft. Ich versuche es im nächsten Update zu reduzieren.

[ludino]

Hallo,

ich habe mal eine Frage und zwar wenn ich die Lampen über Szenen.adapter oder Blocky einen Wert vorgebe, gehen diese nicht genau auf diesen wert, sondern z.b. 0,1% drüber oder Drunter.

beispiel möchte Farbe auf 20% haben und die Ikea Lampen stellen 20,1% ein.

Dieses wäre ja nicht weiter tragisch. Das problem ist wenn ich z.b. eine Szene im VIS darstellen und schalten möchte. Wenn die Werte nicht genau sind sagt mir der Szenen Adapter das der Zustand undefiniert ist. Dieses macht es mir auch schwer über Vis ein True False befehl abzusetzten, bzw den zustand anzuzeigen.

Gibt es dafür eine Lösung bzw, kann ich den Datenpunkt sagen das er die Komma stellen auf oder abrunden soll?

Gruß

[AlCalzone]

@ludino:

beispiel möchte Farbe auf 20% haben und die Ikea Lampen stellen 20,1% ein. `
Das ist eine Eigenheit des verwendeten Protokolls. Die Farbtemperatur wird intern als Ganzzahl im Bereich von 250-454 dargestellt, d.h. es gibt nur eine Schrittweite von etwa 0,49%. Die nächsten darstellbaren Werte sind dementsprechend 19,6 oder 20,1%. Bei einigen anderen Werten ist die Schrittweite 0,394%, d.h. egal wie ich runde, irgendwas passt immer nicht.

Und standardmäßig auf Ganzzahlen zu runden wollte ich auch nicht, weil dann wieder Skripte wie Homoran's Sonnenaufgang nicht richtig funktionieren. Ich nehm die Anregung aber mal auf, dass das Runden konfigurierbar gemacht wird.

[ludino]

Danke für die Antwort!

Schade das es nicht geht!

Wenn ich das richtig verstehe rechnest du die werte von 250-454 in eine Prozentzahl um. Ich vermute mal diese kann ich nicht im Klartext angeben. So wäre mein Problem auch gelöst.

Gruß

[AlCalzone]

Ne das wird nicht unterstützt und ist mehr Aufwand als das Runden zu konfigurieren.

[AlCalzone]

@ludino:

beispiel möchte Farbe auf 20% haben und die Ikea Lampen stellen 20,1% ein. `

Im nächsten Release wird es möglich sein einzustellen, dass keine (bzw. 0-2) Nachkommastellen verwendet werden. Damit dürfte dein Problem behoben werden.

[ludino]

@AlCalzone:

Im nächsten Release wird es möglich sein einzustellen, dass keine (bzw. 0-2) Nachkommastellen verwendet werden. Damit dürfte dein Problem behoben werden. `

Vielen danke, du bist spitze!

[4-Real]

Hallo @AlCazone.

Dein Adapter funktioniert einwandfrei bei mir und da wollte ich erstmal danke sagen!

Jetzt habe ich eine Doofe Frage: Die Bewegungssensoren werden ja auch erkannt, gibt es bald in irgendwelchen weitern Updates die Möglich den Status eines Sensors abzufragen? Also wenn gerade eine Bewegung erkannt wird, das ein Status auf true geht?

Dadurch wäre dann die Möglichkeit umfangreicher mit den Sensoren und etc zusammenzuarbeiten.

Danke schonmal!

[AlCalzone]

@4-Real:

gibt es bald in irgendwelchen weitern Updates die Möglich den Status eines Sensors abzufragen? `
Die Infos werden leider nicht vom Gateway übermittelt.

[4-Real]

@AlCalzone:

@4-Real:

gibt es bald in irgendwelchen weitern Updates die Möglich den Status eines Sensors abzufragen? Die Infos werden leider nicht vom Gateway übermittelt.

das gefällt mir nicht :-( schade.. Könnte IKEA dies eventuell in weiteren Updates mit übermitteln das irgendwann vll dann doch möglich wäre?

Vll bist du ja in der Sache irgendwie ein wenig mit IKEA in Verbindung.

[AingTii]

Hallo Zusammen,

ich bekomme den Adapter leider nicht so zum laufen.

bekomme immer Log einträge wenn er gestartet ist, muss ich da noch zusätzlich etwas installieren?

host.raspberrypi	2018-05-09 20:26:20.025	error	instance system.adapter.tradfri.0 terminated with code 1 ()
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at Function.Module._load (module.js:497:3)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at tryModuleLoad (module.js:505:12)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at Module.load (module.js:565:32)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at Object.Module._extensions..js (module.js:663:10)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at Module._compile (module.js:652:30)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at Object. (/opt/iobroker/node_modules/node-aead-crypto/index.js:4:15)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at require (internal/module.js:11:18)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at Module.require (module.js:596:17)
host.raspberrypi	2018-05-09 20:26:20.025	error	Caught by controller[0]: at Function.Module._load (module.js:474:25)
host.raspberrypi	2018-05-09 20:26:20.024	error	Caught by controller[0]: at Function.Module._resolveFilename (module.js:547:15)
host.raspberrypi	2018-05-09 20:26:20.024	error	Caught by controller[0]: Error: Cannot find module '/opt/iobroker/node_modules/node-aead-crypto/build/Release/node-v57-linux-arm/node_aead_crypto.node'
host.raspberrypi	2018-05-09 20:26:20.024	error	Caught by controller[0]: ^
host.raspberrypi	2018-05-09 20:26:20.024	error	Caught by controller[0]: throw err;
host.raspberrypi	2018-05-09 20:26:20.024	error	Caught by controller[0]: module.js:549

Danke

Gruß Jens

[danielhecker]

Ich habe Probleme mit meinen Datenpunkten im Tradfri-Adapter. Kann hier jemand helfen?

Es ist ja schön, dass der Tradfri-Adapter beim laden alle Daten aus dem Tradfri-Gateway zieht. Doch wollte ich bei mir die Datenpunkte umbenennen, dass ich diese sinnvoll in meinen Scripten erkennt. Wenn da z.B. beim "Alles aus-Taster"-Script zwanzig mal "Brightness auf 0" steht, kann ich schlecht prüfen, welche Lampen ich nun schon konfiguriert habe und welche noch fehlen. Auch bei der späteren Änderung an Scripts ist das eher suboptimal.

Ich habe also die Datenpunkte von "Brightness" in z.B. "Tradfri Gruppe Küche Helligkeit" umbenannt. Das hält auch so lange, bis der Adapter oder der Raspi net gestartet werden. Kann ich das neu laden aus dem Gateway verhindern? Im Xiaomi-Adapter habe ich z.B. alle Datenpunkte fest mit selbsterklärenden Namen bezeichnet, da wird das gespeichert.

Gruss Daniel

[AlCalzone]

@danielhecker:

Es ist ja schön, dass der Tradfri-Adapter beim laden alle Daten aus dem Tradfri-Gateway zieht. Doch wollte ich bei mir die Datenpunkte umbenennen, dass ich diese sinnvoll in meinen Scripten erkennt. Wenn da z.B. beim "Alles aus-Taster"-Script zwanzig mal "Brightness auf 0" steht, kann ich schlecht prüfen, welche Lampen ich nun schon konfiguriert habe und welche noch fehlen. Auch bei der späteren Änderung an Scripts ist das eher suboptimal. `

Das ist streng genommen ein Problem von Blockly, dass es dir nicht die vollständigen IDs anzeigt. Ich nehm es aber mal als Anregung auf, dass die Namen von Datenpunkten nicht überschrieben werden. Kann aber noch nicht versprechen, wann ich dazu komme.

[danielhecker]

@AlCalzone:

@danielhecker:

Es ist ja schön, dass der Tradfri-Adapter beim laden alle Daten aus dem Tradfri-Gateway zieht. Doch wollte ich bei mir die Datenpunkte umbenennen, dass ich diese sinnvoll in meinen Scripten erkennt. Wenn da z.B. beim "Alles aus-Taster"-Script zwanzig mal "Brightness auf 0" steht, kann ich schlecht prüfen, welche Lampen ich nun schon konfiguriert habe und welche noch fehlen. Auch bei der späteren Änderung an Scripts ist das eher suboptimal. Das ist streng genommen ein Problem von Blockly, dass es dir nicht die vollständigen IDs anzeigt. Ich nehm es aber mal als Anregung auf, dass die Namen von Datenpunkten nicht überschrieben werden. Kann aber noch nicht versprechen, wann ich dazu komme.
Dass Blockly nicht die ID anzeigt, macht mir ja nix. Ich habe in allen Adaptern die Datenpunkte die ich brauche einfach umbenannt. Wie erwähnt z.B. von der Leuchte im Bad den Datenpunkt "brightness". Dieser hat den Namen "Brightness". Das habe ich geändert in "Tradfri Bad Helligkeit". Damit kann ich dann in Blockly super übersichtlich arbeiten. Alle anderen Adapter lassen mich das ändern und es bleibt dann so. Bei Tradfri wird der Name dann nach einem Adapter-Neustart (?) wieder mit "Brightness" überschrieben.

Wäre super, wenn es mit dem "Umbau" klappen würde, eilt ja nicht. Wäre nur in Zukunft schön für die Übersichtlichkeit!

Gruss Daniel

[Wildbill]

Hi,

ich hatte gestern das Problem, dass mein Tradfri-Gateway anscheinend abgestürzt oder zumindest etwas verwirrt war, da ich gestern einige Arbeiten am Netzwerk gemacht hatte. Von ioBroker konnte ich nichts mehr steuern und die Android-App brachte dann die Meinung, dass "aus Sicherheitsgründen" (irgendwie so oder so Ähnlich) der Gateway neu eingebunden werden müsste. Jedenfalls war er danach komplett resettet. Nun habe ich das Problem, dass ich ihn nicht mehr in ioBroker bekomme. Hier ein Auszug aus dem Log (Debug):

tradfri.0	2018-05-13 15:47:05.277	error	Please check your adapter settings and restart the adapter!
tradfri.0	2018-05-13 15:47:05.276	error	The security code is incorrect or something else went wrong with the authentication.
tradfri.0	2018-05-13 15:47:05.273	error	Please check your network and adapter settings and restart the adapter!
tradfri.0	2018-05-13 15:47:05.273	error	The gateway 192.168.100.21 is unreachable or did not respond in time!
tradfri.0	2018-05-13 15:47:05.271	debug	Connection failed. Reason: timeout
tradfri.0	2018-05-13 15:47:02.239	debug	Attempting connection. Identity = Client_identity, psk = 6Mjm4wyk5OmuVDqM
tradfri.0	2018-05-13 15:47:02.238	debug	authenticate() > trying to connect with the security code
tradfri.0	2018-05-13 15:47:02.231	info	startfile = /opt/iobroker/node_modules/iobroker.tradfri/main.js
tradfri.0	2018-05-13 15:47:02.120	info	starting. Version 1.1.10 in /opt/iobroker/node_modules/iobroker.tradfri, node: v6.14.2
tradfri.0	2018-05-13 15:47:02.022	debug	statesDB connected
tradfri.0	2018-05-13 15:47:01.994	debug	objectDB connected
host.iobroker	2018-05-13 15:47:01.400	info	instance system.adapter.tradfri.0 started with pid 2118
host.iobroker	2018-05-13 15:47:01.383	info	object change system.adapter.tradfri.0

Ich habe ihn schon mehrfach resettet, die Firewall komplett deaktiviert und auch verschiedene Adapter-Versionen versucht. Keine Chance, jedesmal Timeout. Anpingen lässt er sich von ioBroker aus problemlos, auch in der Android-App läuft alles sofort einwandfrei und neue Geräte lassen sich einbinden und steuern. Nur ioBroker zickt. Code ist definitiv korrekt, da QR-Code gescannt und eingefügt, auch auf Leerzeichen vorne oder hinten geprüft.

Das einzige, was in der App komisch ist, ist, dass mir, obwohl der Gateway auf 1.0.008 zurück ist, angezeigt wird, dass er aktuell wäre und bei diversen Lampen, dass sie upgedatet würden, aber da tut sich nix. Hat jemand eine Idee, wo es klemmt. Evtl. gar IKEA-Problem (Server oder Ähnliches)?

Gruss, Jürgen

EDIT: Verstehen muss ich das jetzt nicht, aber ich habe abermals (exakt gleich wie die letzten Male auch) den Gateway nochmals resettet und wieder bei 0 angefangen. Nur dass in der App nun ziemlich schnell beim Gateway eine aktuellere Firmware angezeigt wurde und er dann auch direkt im ioBroker sichtbar war. Scheint sich wohl die letzten 5-6 Male irgendwie aufgehängt zu haben, so dass er zwar mit den Lampen und Apps ko,mmunizieren konnte, aber weder Firmware-Updates liefen, noch ioBroker verbinden konnte.

Zumindest habe ich nun gelernt, dass man die ganzen Lampen auch direkt ohne App hintereinander weg mit der FB oder dem Dimmer in Minuten anlernen kann und sie danach dann gesammelt in der App auftauchen. Bislang habe ich jede für sich per App angelernt und geflucht, wenn es mal wieder nicht ging…