NEWS
[Aufruf] IKEA-Trådfri Adapter testen
-
Hi,
da mir das mit dem Bewegungsgmelder keine Ruhe liess habe ich nun den Bewegungsmelder und die zugehörige Lampe in der App nochmal gelöscht und frisch angelernt. Vorgegangen bin ich exakt wie letztes Mal. Erst den Bewegungsmelder am Gateway, anschliessend die Lampe dann mit dem Bewegungsmelder. und was soll ich sagen, nun passt es. :o
Wenn der Melder die Lampe aktiviert, wird es in der App so angezeigt und auch im ioBroker kommt es logischerweise so an. Nach der eingestellten Dauer (1min bei mir) geht die Lampe aus und der Status wird auch passend geändert. Schalte ich die Lampe manuell ein, so bleibt sie an, bis ich manuell abschalte oder jemand durch den Melder lief und die Minute dann um ist. Erklär mir einer, warum es nun geht.
Beim ersten Mal ging ja auch alles bis auf, dass der Status nicht in der App ankam, wenn der Melder die Lampe aktivierte. Per App oder ioBroker war sie aber ganz normal manuell bedienbar. Naja, Technik halt… :lol:
Hauptsache, nun läuft es so, wie ich es mir vorstelle.
Ach ja, nur zur Info, falls sowas jemand sucht. Ikea hatte ja letztes Jahr mal kurzzeitig E14-Kerzenlampen im Angebot, die aber wohl flackerten und wieder rausflogen und erst im Sommer evtl. wieder kommen sollten. Da ich aber eine Leuchte habe, in der die normalen E14 von Tradfri nicht passen, habe ich Ebay und Amazon abgesucht, und bin bei E14-Kerzen von Innr hängengeblieben. Da stand kompatibel mit Hue und Ikea Tradfri. Also bestellt, und passt. Lässt sich ganz normal einbinden und per App oder ioBroker steuern. :mrgreen:
Wer also sowas sucht, sollte zuschlagen. Kosten zwar etwas mehr, aber wenns halt nicht anders geht..
Es sind im Übrigen diese hier:
https://www.amazon.de/gp/product/B0757Y … UTF8&psc=1
Es gibt noch ein Modell, bei dem sich die Lichtfarbe ändern lässt, aber das soll anscheinend mit Hue und Ikea nicht gehen, so habe ich mir das gespart.
Gruss, Jürgen
-
kannst du damit was anfangen? `
Das ist eigentlich kein Problem, da es sich dabei um eine optionale Abhängigkeit von ioBroker selbst handelt. Die versucht NPM halt immer wieder zu installieren.Du könntest den Adapter mal manuell mit mehr Logs starten:
-
Im ioBroker Adapter deaktivieren
-
Auf Konsole im Adapter-Ordner:
set DEBUG=node-*-client* & node main.js --force --logs -
-
@ AlCalzone
die Idee war super.
Wenn ich den Adapter in der Console mit
set DEBUG=node--client & node main.js –force --logs
starte geht es. Alle Geräte lassen sich steuern.
Starte ich den Adapter im iobroker geht er auf gelb und es läst sich nichts steuern.
iobroker läuft bei mir unter Windows.
Hoffe hast ne Idee was da schief läuft. Wenn ich was testen soll melde dich.
-
Hallo,
Ist es gewollt, dass transitionDuration immer wieder auf 0.5 zurück geht?
Wenn ich z.B. transitionDuration auf 0.2 setze und dann brightness auf 10 springt transitionDuration wieder auf 0.5 zurück (nachdem aber mit 0.2 schnell auf 10 runter gedimmt wurde).
Gruß
-
Hallo Zusammen,
ich habe ich mich heute mal mit dem Tradfri Adapter befasst bekomme ihn aber einfach nicht zum laufen.
Node 6.12.3 ist installiert wobei ich sagen muss das das ganze hier in einer virtuellen Debian Maschine unter ESXI läuft. Vielleicht ist da was anders als bei den PI´s.
Muss bei mir vielleicht was mit COAP noch installiert werden?
Gruß
host.iobroker 2018-02-03 20:31:36.936 info Do not restart adapter system.adapter.tradfri.0 because disabled or deleted host.iobroker 2018-02-03 20:31:36.936 error instance system.adapter.tradfri.0 terminated with code 1 () Caught 2018-02-03 20:31:36.936 error by controller[0]: at Function.Module._load (module.js:438:3) Caught 2018-02-03 20:31:36.936 error by controller[0]: at tryModuleLoad (module.js:446:12) Caught 2018-02-03 20:31:36.936 error by controller[0]: at Module.load (module.js:487:32) Caught 2018-02-03 20:31:36.936 error by controller[0]: at Object.Module._extensions..js (module.js:579:10) Caught 2018-02-03 20:31:36.936 error by controller[0]: at Module._compile (module.js:570:32) Caught 2018-02-03 20:31:36.936 error by controller[0]: at Object. (/opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-tradfri-client/node_modules/node-coap-client/node_modules/node-dtls-client/node_modules/node Caught 2018-02-03 20:31:36.936 error by controller[0]: at require (internal/module.js:20:19) Caught 2018-02-03 20:31:36.936 error by controller[0]: at Module.require (module.js:497:17) Caught 2018-02-03 20:31:36.936 error by controller[0]: at Function.Module._load (module.js:417:25) Caught 2018-02-03 20:31:36.936 error by controller[0]: at Function.Module._resolveFilename (module.js:469:15) Caught 2018-02-03 20:31:36.936 error by controller[0]: Error: Cannot find module '/opt/iobroker/node_modules/iobroker.tradfri/node_modules/node-tradfri-client/node_modules/node-coap-client/node_modules/node-dtls-client/node_modules/node Caught 2018-02-03 20:31:36.936 error by controller[0]: ^ Caught 2018-02-03 20:31:36.935 error by controller[0]: throw err; Caught 2018-02-03 20:31:36.935 error by controller[0]: module.js:471 -
Ist es gewollt, dass transitionDuration immer wieder auf 0.5 zurück geht? `
Die 0.5 sec sind der Default Wert von IKEA.AlCalzone hatte ganz zu Beginn mal die Zusammennhänge erklärt.
Leider weiss ich das nicht mehr.
Gruß Rainer
-
Wenn ich den Adapter in der Console mit
set DEBUG=node--client & node main.js –force --logs
starte geht es. Alle Geräte lassen sich steuern.
Starte ich den Adapter im iobroker geht er auf gelb und es läst sich nichts steuern. `
WTF?! Geht es mit "node main.js –force --logs" ohne DEBUG?Ist es gewollt, dass transitionDuration immer wieder auf 0.5 zurück geht? `
@Homoran:Die 0.5 sec sind der Default Wert von IKEA. `
Jein. Egal was ich da einstelle, beim nächsten Update sendet das Gateway immer 0,5 für die transitionDuration. Wir hatten anfangs mal drüber gesprochen ob ich das ignoriere und sind zu dem Schluss gekommen, es erst mal zu lassen wie es ist. Sollte kein Problem sein, den zu ignorieren.ich habe ich mich heute mal mit dem Tradfri Adapter befasst bekomme ihn aber einfach nicht zum laufen. `
Hast du auf Github ein Issue aufgemacht? Da scheint was nicht vollständig zu installiert sein. Bitte mal Adapter neu installieren und Logs davon posten. -
Ist es gewollt, dass transitionDuration immer wieder auf 0.5 zurück geht? `
Wenn du möchtest, darfst du mal den Adapter von folgender URL installierenhttps://github.com/AlCalzone/ioBroker.t … sitiontime
und testen. Es gibt jetzt eine Option, die Transition Time nicht mehr zu überschreiben.
Edit: hab selbst getestet, ist jetzt als 1.1.0 verfügbar.
-
Kann ich nicht bestätigen.
Ich habe einen Bewegungsmelder mit 2 Lampen gekoppelt.
Bewegungsmelder und beide Lampen werden in ioBroker angezeigt. Bei eine der Lampen gibt es ein Unterverzeichnis bei den Objecten mit dem namen lightbulb
hier gibt es den Eintrag state der auch gesetzt wird wenn Lampen aus ober ein sind.
Ich habe den Bewegungsmelder und die 2 Lampen in einer seperater Gruppe. Diese Gruppe wird auch in ioBroker angezeigt und hat auch den Eintrag state der scheinbar den Status des Bewegungsmelders wieder spiegelt.
Auch wird der Status der Lampen richtig in der App auf dem Handy abgezeigt.
Gruss Norbert
-
Diese Gruppe wird auch in ioBroker angezeigt und hat auch den Eintrag state der scheinbar den Status des Bewegungsmelders wieder spiegelt. `
Das würde mich wundern, da noch vor einer Weile der Bewegungsmelder gar keine Infos gesendet hat. Kannst du das nochmal genau beobachten (und wenn tatsächlich was kommt einen Debug-Log posten)? -
Also der Bewegungsmelder und die gekoppelten Lampen werden angezeigt.
Wie kann ich das LOG anzeigen der Adapter läuft ja bei mir nicht in ioBroker sondern in der Console. `
In der Befehlszeile brauchst du die Option "–logs" und "--debug". -
Hier der Teil des logs bei auslösung bewegungsmelder
ping successful... node-coap-client workOffSendQueue > queue empty +1s node-coap-client:message ============================= +4s node-coap-client:message received message +16ms node-coap-client:message messageId: 55925 +0ms node-coap-client:message token: 7c27b307 +0ms node-coap-client:message code: 2.05 +0ms node-coap-client:message type: 0 +0ms node-coap-client:message version: 1 +0ms node-coap-client:message options: +0ms node-coap-client:message [NumericOption] Observe (6): 2945 +0ms node-coap-client:message [NumericOption] Content-Format (12): 50 +0ms node-coap-client:message [NumericOption] Max-Age (14): 604800 +0ms node-coap-client:message payload: +0ms node-coap-client:message {"9001":"Treppenhaus 2","9002":1517682569,"9019":1,"9020":1517980639,"9003":65545,"9054":0,"5750":1,"3":{"0":"IKEA of Sweden","1":"TRADFRI bulb E27 W opal 1000lm","2":"","3":"1.2.214","6":1}} +0ms node-coap-client:message ============================= +0ms node-coap-client:message +0ms observeDevice > {"3":{"0":"IKEA of Sweden","1":"TRADFRI bulb E27 W opal 1000lm","2":"","3":"1.2.214","6":1},"5750":1,"9001":"Treppenhaus 2","9002":1517682569,"9003":65545,"9019":1,"9020":1517980639,"9054":0} Accessory: checking if name is required... Accessory: checking if createdAt is required... Accessory: checking if instanceId is required... Accessory: checking if type is required... Accessory: checking if deviceInfo is required... DeviceInfo: checking if firmwareVersion is required... DeviceInfo: checking if manufacturer is required... DeviceInfo: checking if modelNumber is required... DeviceInfo: checking if power is required... DeviceInfo: checking if serialNumber is required... DeviceInfo: checking if manufacturer is required... Accessory: checking if alive is required... Accessory: checking if lastSeen is required... Accessory: checking if otaUpdateState is required... Unknown accessory type 1\. Please send this info to the developer with a short description of the device! 2018-02-07 19:44:07.585 - warn: tradfri.0 Unknown accessory type 1\. Please send this info to the developer with a short description of the device! node-coap-client sending ACK for message 0xda75 +3s node-coap-client sending high priority message 0xda75 +0ms node-coap-client workOffSendQueue > queue empty +0ms state with id tradfri.0.XYZ-65545.alive updated: ack=true; val=true node-coap-client:message ============================= +15ms node-coap-client:message received message +0ms node-coap-client:message messageId: 55926 +0ms node-coap-client:message token: 7c27b306 +0ms node-coap-client:message code: 2.05 +0ms node-coap-client:message type: 0 +0ms node-coap-client:message version: 1 +0ms node-coap-client:message options: +0ms node-coap-client:message [NumericOption] Observe (6): 2946 +0ms node-coap-client:message [NumericOption] Content-Format (12): 50 +0ms node-coap-client:message [NumericOption] Max-Age (14): 604800 +0ms node-coap-client:message payload: +16ms node-coap-client:message {"9001":"Treppenhaus 1","9002":1517682363,"9019":1,"9020":1517980646,"9003":65544,"9054":0,"5750":2,"3":{"0":"IKEA of Sweden","1":"TRADFRI bulb E27 W opal 1000lm","2":"","3":"1.2.214","6":1},"3311":[{"5850":1,"5851":254,"9003":0}]} +0ms node-coap-client:message ============================= +0ms node-coap-client:message +0ms observeDevice > {"3":{"0":"IKEA of Sweden","1":"TRADFRI bulb E27 W opal 1000lm","2":"","3":"1.2.214","6":1},"3311":[{"5850":1,"5851":254,"9003":0}],"5750":2,"9001":"Treppenhaus 1","9002":1517682363,"9003":65544,"9019":1,"9020":1517980646,"9054":0} Accessory: checking if name is required... Accessory: checking if createdAt is required... Accessory: checking if instanceId is required... Accessory: checking if type is required... Accessory: checking if deviceInfo is required... DeviceInfo: checking if firmwareVersion is required... DeviceInfo: checking if manufacturer is required... DeviceInfo: checking if modelNumber is required... DeviceInfo: checking if power is required... DeviceInfo: checking if serialNumber is required... DeviceInfo: checking if manufacturer is required... Accessory: checking if alive is required... Accessory: checking if lastSeen is required... Accessory: checking if otaUpdateState is required... Accessory: checking if lightList is required... Light: checking if name is required... Light: checking if createdAt is required... Light: checking if instanceId is required... Light: checking if transitionTime is required... Light: checking if onOff is required... Light: checking if dimmer is required... Light: checking if transitionTime is required... Light: checking if onOff is required... node-coap-client sending ACK for message 0xda76 +31ms node-coap-client sending high priority message 0xda76 +0ms node-coap-client workOffSendQueue > queue empty +0ms state with id tradfri.0.XYZ-65545.lastSeen updated: ack=true; val=1517980639 state with id tradfri.0.L-65544.alive updated: ack=true; val=true state with id tradfri.0.L-65544.lastSeen updated: ack=true; val=1517980646 state with id tradfri.0.L-65544.lightbulb.brightness updated: ack=true; val=100 state with id tradfri.0.L-65544.lightbulb.state updated: ack=true; val=true state with id tradfri.0.L-65544.lightbulb.transitionDuration updated: ack=true; val=0.5 state with id tradfri.0.G-131077.brightness updated: ack=true; val=100 state with id tradfri.0.G-131077.state updated: ack=true; val=true node-coap-client getConnection(coaps://192.168.133.103:5684) => found existing connection +6s node-coap-client remembering request: msgID=0x36, token=, url=coaps://192.168.133.103:5684 +0ms node-coap-client added message to the send queue with normal priority, new length = 1 +0ms node-coap-client workOffSendQueue > concurrency = 0 (MAX 1) +0ms node-coap-client concurrency low enough, sending message 0x36 +0ms node-coap-client request 0x36: concurrency changed => 1 +0ms node-coap-client:message ============================= +6s node-coap-client:message received message +0ms node-coap-client:message messageId: 54 +0ms node-coap-client:message token: +0ms node-coap-client:message code: 0.00 +0ms node-coap-client:message type: 3 +0ms node-coap-client:message version: 1 +0ms node-coap-client:message options: +0ms node-coap-client:message payload: +0ms node-coap-client:message +0ms node-coap-client:message ============================= +0ms node-coap-client:message +0ms node-coap-client request 0x36: concurrency changed => 0 +0ms node-coap-client workOffSendQueue > queue empty +16ms node-coap-client received response to ping with ID 0x36 +0ms node-coap-client forgetting request: token=; msgID=0x36 +0ms ping successful... node-coap-client workOffSendQueue > queue empty +1stradfri.0.XYZ-65545 = 2 Lampe
tradfri.0.L-65544 = 1 Lampe
tradfri.0.G-131077 = Gruppe in der sich die Geräte befinden
Wenn du mehr brauchst melde dich.
-
Hi,
wie ich ja ein paar Posts später geschrieben habe, wird mir der Status der Lampe nun auch immer angezeigt, unabhängig davon ob sie vom Bewegungsmelder oder per ioBroker geschaltet wird. Warum das beim ersten Mal nicht der Fall war kann ich nicht nachvollziehen, auch da ließ sie sich ja vom Bewegungsmelder aus steuern und auch per APP/ioBroker, hat aber den Status nicht aktualisiert, wenn sie per BW geschaltet wurde.
Nur den Status vom BW selbst sehe ich im ioBroker nicht. Da hab ich nur die Datenpunkte alive und lastseen. Und in der Gruppe mit der Lampe und dem BW wird natürlich der Status angezeigt, aber das ist wohl der Lampe an sich, da er auch auf true geht, wenn ich die Lampe manuell ohne BW einschalte…
Aber für meine Zwecke tut es nun wie ich es brauche... :mrgreen:
Gruss, Jürgen
-
Hier der Teil des logs bei auslösung bewegungsmelder `
Ich sehe da keine Daten von einem Bewegungsmelder. Hast du möglicherweise nen Screenshot der Objekte für mich?Interessant ist aber, dass er eine Lampe als Lampe erkennt (L-…) und die andere nicht (XYZ-...), trotz gleichem Typ. Das Paket vom Gateway sieht auch anders aus (enthält keine Infos über die Lampe).
Die "Konkurrenz" hat dieses Problem auch schon festgestellt: https://github.com/ggravlingen/pytradfri/issues/135
Ablernen und neu Anlernen der betroffenen Lampe sollte es beheben.
Support us
267
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge