Tradfri Tutorial

[worfinator]

> Was meinst du mit Geräte? Objektstrukturen anderer Adapter oder komplett eigene?
Ich hab zum Teil in HomeMatic-Geräten neue Datenpunkte angelegt. Ist das böse?

[worfinator]

Offenbar gibt es noch ein Problem mit der Gruppensteuerung. Ich hab noch kein Log generieren können, aber es kann passieren, dass wenn eine Gruppe state true hat und per setstate auf state false gesetzt wird, die Lampen trotzdem einfach anbleiben. state der Gruppe steht dann zwar auf false, ist aber nicht bestätigt. Per Fernbedienung oder Tradfri App sind die Lampen dann auch noch eingeschaltet. Sprich auf dem Gateway wohl auch… Werde versuchen ein Log zu generieren.

[worfinator]

Und hier kommt das Log. Ich kann hier so oft probieren wie ich will, über den Adapter krieg ich die Gruppe "Marcs Büro" nicht mehr aus.

Der state der Gruppe steht auf false (aber rot, also unbestätigt). Ändern geht nicht mehr (weder auf true noch erneut auf false!). Zumindest nicht über den Adapter. Per Fernbedienung oder Tradfri App alles fein.

Auch ein Reboot hilft hier nur kurzzeitg, das Problem tritt eher früher als später erneut auf.

Ich glaube, das ist ein Bug. Ob im Adapter oder auf welcher Ebene weiss ich nicht.
5820_debug.log

[worfinator]

Eventuell hängt es hiermit zusammen:

https://github.com/AlCalzone/ioBroker.tradfri/issues/41

Ich glaube, das wird ausgelöst, wenn man zu oft bzw. schnell hintereinander den state der Gruppe verändert. Zumindest kann ich das Fehlerbild dadurch nachstellen.

Weiss der Adapter dann eventuell den richtigen Status nicht mehr und kommt nicht mehr klar? Nur eine Vermutung…

AlCalzone created this issue in AlCalzone/ioBroker.tradfri

open Check if a state change was acknowledged by the gateway and try again if necessary #41

[AlCalzone]

@worfinator:

Ich glaube, das ist ein Bug. Ob im Adapter oder auf welcher Ebene weiss ich nicht. `
Das scheint ein Bug auf Adapter-Ebene (bzw. Library-Ebene) zu sein. Das sollte nicht passieren:

updateResource(15004/131075) > sending payload: {"5712":null}

Leider sind deine Log-Zeilen abgeschnitten, sodass ich nicht herausbekomme, warum das passiert. Könntest du mir den Log des Tages mal von der Konsole aus in einer Datei zukommen lassen?

Wenn du auf Linux/Raspberry bist, geht das im Ordner /opt/iobroker/logs mit dem Befehl (mit angepasssten Dateinamen):

cat iobroker-datum.log | grep tradfri >> tradfri.log

[worfinator]

Ok, hier nochmal das gesamte Log.

Grüße,

Marc.
5820_tradfri.log

[AlCalzone]

Danke. Was ich auf den ersten Blick sehe: Du aktualisierst die Gruppen-States sehr schnell, das könnte ein Problem sein.

Außerdem ist deine TransitionTime der Gruppe aus irgendeinem mir nicht erkennbaren Grund "null". Setz die mal auf einen definierten Wert (z.B. 0,5) und probier es nochmal.

Außerdem: Szenen sollten die Lampen automatisch anschalten. Du brauchst activeScene und state nicht direkt nacheinander setzen.

[worfinator]

Ok, gut zu wissen, dass ich mit der Szene die Lampe automatisch anschalte. Dann kann ein setState weg.

Was das oft und schnell drücken des Schalters angeht:

Ja, du hast Recht!

Ist das Blödsinn das zu machen? Absolut. Macht es mein Dreijähriger trotzdem? Aber sowas von. :evil:

Ich hab grad mal wie ein wilder gedrückt und hatte mal ein paar mal an der TransitionDuration gespielt.

Danach ist es nicht mehr passiert. Könnte daran liegen. werde es weiter beobachten.

Danke schon mal für deine Hilfe!

[AlCalzone]

Achsoo, ich dachte das kommt von nem Skript

Ich hab gerade 1.1.9 veröffentlicht. Da hat tatsächlich was mit den Gruppen-States nicht gestimmt. So ähnlich wie wir es schon mal mit Szenen hatten.

[worfinator]

Ok, prima, danke. Hab ich grad bei mir schon installiert die 1.1.9 und geht nun in die Erprobung.

[zahnheinrich]

Guten Abend in die Runde,

ich habe den Tradfri Adapter installiert, er startet jedoch nicht, bleibt rot.

Da ich hier keine entsprechenden Hinweise gefunden habe, hoffe ich auf Eure Hilfe…

der log-Eintrag

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto/build/Release/node-v48-linux-x64/node_aead_crypto.node'

deutet wohl auf eine fehlerhafte Node-Umgebung hin?

Das System läuft auf einer Synology im Docker:

Node 6.13.1

NPM 3.10.10

Admin 3.3.3

Das log im debug Level anbei.

Ulrich
1841_log.txt

[AlCalzone]

@zahnheinrich:

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto/build/Release/node-v48-linux-x64/node_aead_crypto.node'

deutet wohl auf eine fehlerhafte Node-Umgebung hin? `
Da wurde eine Abhängigkeit nicht (bzw. nicht vollständig) installiert. Führe mal auf der Konsole folgendes aus:

cd /opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto/
npm install --production

und poste den Log, wenn es danach noch nicht geht oder Fehler auftreten.

[zahnheinrich]

Vielen Dank für den Tip.

Nach Ausführung erscheinen diese Fehler im Log:

undefined2018-03-21 19:03:35.765 - info: host.iobrokerBosaca instance system.adapter.tradfri.0 started with pid 5707

2018-03-21 19:03:36.422 - error: Caught by controller[0]: module.js:478

2018-03-21 19:03:36.422 - error: Caught by controller[0]: throw err;

2018-03-21 19:03:36.422 - error: Caught by controller[0]: ^

2018-03-21 19:03:36.423 - error: Caught by controller[0]: Error: Cannot find module '/opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto/build/Release/node-v48-linux-x64/node_aead_crypto.node'

2018-03-21 19:03:36.423 - error: Caught by controller[0]: at Function.Module._resolveFilename (module.js:476:15)

2018-03-21 19:03:36.423 - error: Caught by controller[0]: at Function.Module._load (module.js:424:25)

2018-03-21 19:03:36.423 - error: Caught by controller[0]: at Module.require (module.js:504:17)

2018-03-21 19:03:36.423 - error: Caught by controller[0]: at require (internal/module.js:20:19)

2018-03-21 19:03:36.423 - error: Caught by controller[0]: at Object. (/opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto/index.js:4:15)

2018-03-21 19:03:36.423 - error: Caught by controller[0]: at Module._compile (module.js:577:32)

2018-03-21 19:03:36.423 - error: Caught by controller[0]: at Object.Module._extensions..js (module.js:586:10)

2018-03-21 19:03:36.424 - error: Caught by controller[0]: at Module.load (module.js:494:32)

2018-03-21 19:03:36.424 - error: Caught by controller[0]: at tryModuleLoad (module.js:453:12)

2018-03-21 19:03:36.424 - error: Caught by controller[0]: at Function.Module._load (module.js:445:3)

2018-03-21 19:03:36.424 - error: host.iobrokerBosaca instance system.adapter.tradfri.0 terminated with code 1 ()

2018-03-21 19:03:36.424 - info: host.iobrokerBosaca Restart adapter system.adapter.tradfri.0 because enabled

Was kann ich machen?

Ulrich

[AlCalzone]

Öhhh. Dann brauche ich den Log von dem Befehl den ich dir oben gepostet hab.

[zahnheinrich]

Hallo,

nach der Eingabe von

cd /opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto/

npm install –production

kommt

npm WARN lifecycle node-aead-crypto@1.0.5~install: cannot run in wd %s %s (wd=%s) node-aead-crypto@1.0.5 no

de lib/install.js /opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto

Vielen Dank für Deine Unterstützung

Ulrich

[AlCalzone]

@zahnheinrich:

npm WARN lifecycle node-aead-crypto@1.0.5~install: cannot run in wd %s %s (wd=%s) node-aead-crypto@1.0.5 no

de lib/install.js /opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto `
bedeutet dass es Rechteprobleme gibt. In den neueren Versionen ist npm etwas pingelig geworden, was Installationen mit sudo angeht - gibt immer öfter das Problem, welches du gerade hast. Ich arbeite dran, sudo in iobroker bestmöglich zu vermeiden, aber da gibt es noch bisschen was zu klären.

Was dich angeht has du zwei Möglichkeiten:

1. Rechte des Ordners zurück auf deinen Benutzer übertragen (macht einiges einfacher)

sudo chown $(whoami) -R /opt/iobroker

2. Die Installation per sudo ausführen:

cd /opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto/
sudo npm install --production --unsafe-perm

[zahnheinrich]

probiere ich,

nur bin ich auf der Synology immer root, Zugriffsbeschränkungen habe ich da keine, sudo benutze ich da gar nicht.

Edit:

daher auch die Meldungen

root@iobrokerBosaca:~# sudo chown $(whoami) -R /opt/iobroker

sudo: Die Audit-Nachricht kann nicht gesendet werden: Unbekannter Fehler -1

sudo: pam_open_session: Systemfehler

sudo: Regelwerks-Plugin konnte Sitzung nicht initialisieren

root@iobrokerBosaca:/opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-aead-crypto# sudo npm ins

tall –production --unsafe-perm

sudo: Die Audit-Nachricht kann nicht gesendet werden: Unbekannter Fehler -1

sudo: pam_open_session: Systemfehler

sudo: Regelwerks-Plugin konnte Sitzung nicht initialisieren

und

root@iobrokerBosaca:/opt/iobroker# whoami

root

[AlCalzone]

Hmmmm, wenn du eh nur root bist, sollte es keine Probleme mit Rechten geben. Funktioniert

npm install --production --unsafe-perm

ohne sudo?

[Homoran]

wobei ich mir immer die Frage stelle, ob ein

sudo su
````als user pi ausreicht.

Danach erscheint der Prompt ja als root!

Gruß

Rainer

[AlCalzone]

Npm versucht, Installationsskripte mit niedrigeren Rechten auszuführen, um möglicherweise böse Skripte auszuschließen. Das dürfte auch bei root per "sudo su" zutreffen. Daher gibts das –unsafe-perm Flag. Wie das ist, wenn es "eh" nur root gibt, weiß ich leider nicht, da ich diesen Fall nicht habe.

@zahnheinrich:

Kannst du einfach mal nur

npm run install

und dann

node lib/install.js

im Package-Ordner ausführen und jeweils die Logs posten? Mich würde das mal interessieren, wie sich das verhält. Nach dem letzten Befehl ist das Paket dann auch hoffentlich installiert, sodass du auch was davon hast.