IKEA Trådfri Modul

[philippr]

Bei mir läuft es wieder. Hab aber alles neu konfiguriert. War vielleicht nicht auf de aktuellsten Version der Beta. Danke

Gibt es eine Möglichkeit das automatische Update von Tradfri zu verhindern?

[Mickey Mouse]

ich weiß nicht ob die Frage (oder besser eine Antwort) so in dieser Form hier schon aufgetaucht ist, ich habe auf die schnelle nichts gefunden.

Problem: nach einem Neustart des Pi (auf dem FHEM und der Tradfri Java broker läuft) kann ich Tradfri Gruppen nicht direkt steuern

hier im Haus gibt es alleine 5 "Mehrfach GU10 Leuchter", die normalerweise jeweils eine Gruppe bilden. Wenn ich einen 4-fach GU10 Leuchter habe, dann möchte ich nur in Spezialfällen (z.B. Alarm oder andere "Benachrichtigung") einzelne Birnen darin ansteuern, normalerweise bildet die Gruppe eine "Lampe".
aus historischen Gründen sind hier im Haus aber auch noch viele FS20 OLED Schalter "verbaut". Die sind recht praktisch, schalten Dummy FS20 Devices (die Schalter können mit links/rechts mehrere Geräte steuern und das auch noch auf dem Display anzeigen) und FHEM schaltet dann die "realen" (inzwischen eben überwiegend Tradfri) Geräte.
nun ist es recht blöd, wenn nach einem RasPi Neustart keiner der installierten Lichtschalter funktioniert und auch eine "Hilferuf an die im Haus verteilten Alexas" hilft nicht weiter

wenn ich ehrlich bin, dann habe ich noch nicht 100% herausfinden können, was man nach so einem Neustart eigentlich genau machen muss.
manchmal reicht schon ein "get moods", aber nicht immer, dann muss man man auch noch einen Mood aufrufen und erst anschließend funktionieren On/Off/Toggle

also lange Rede, kurzer Sinn, die eigentliche Frage: hat jemand so etwas wie eine "autoexec.bat" (ihr wisst was ich meine), die man in FHEM einbinden kann, damit die Tradfri Gruppen ohne (ziemlich nervige) manuelle Eingriffe gesteuert werden können?!?

[rageltus]

Hallo Mickey Mouse,

ich habe das gleiche Problem. Meine Gruppen lassen sich nicht mehr schalten . Was hast du getan (manuell) damit alles wieder lief?
Ansonsten könnte man via FHEM API etc. ein solches autostart als cronjob/bash-script etc. einrichten, wenn man denn weiß, was überhaupt getan werden muss

Beste Grüße

[Mickey Mouse]

so viel ist das gar nicht...
für das Gateway:
- get Groups
- get Devices

für jede Gruppe:
- get Moods
- set <group> <beliebigen mood>
- anschließend hat man aber natürlich nicht mehr den "Vorher-Zustand", weil man den ja mit set mood überschreibt und ich weiß nicht, ob das Auslesen vorher funktioniert. Ansonsten könnte man das einfach periodisch immer mal laufen lassen, dann ist man auf der sicheren Seite

ps.: es geht wohl in erster Linie darum, dass man keine "einfachen" on/off Befehle an eine Gruppe senden kann, solange man sie nicht nach dem Start einmal mit einem Mood "initialisiert" hat, so sieht es zumindest für mich aus.

[caldir65]

Moin, aber könnte man das nicht auch bereits im Modul hinterlegen, bei Init alles holen?
Gruß Chritoph

Gesendet von meinem SM-G930F mit Tapatalk

[rageltus]

Super Danke Mickey Mouse. Das wars ! Worin liegt eigentlich der unterschied zwischen der beta und der stable Version?

[SVLoneStar]

Hallo,
vielleicht nicht schön, aber für mich hilfreich (und gut zum Üben mit FHEM) - Setzen der definierten Farben über WEB:

Code Auswählen Erweitern

define RGBDummy dummy
attr RGBDummy setList rgb:colorpicker,RGB
attr RGBDummy webCmd rgb:rgb dcf0f8:rgb eaf6fb:rgb f5faf6:rgb c984bb:rgb f1e0b5:rgb efd275:rgb ebb63e:rgb e78834:rgb e57345:rgb da5d41:rgb dc4b31:rgb e491af:rgb e8bedd:rgb d9337c:rgb c984bb:rgb 8f2686:rgb 4a418a:rgb 6c83ba:rgb a9d62b:rgb d6e44b
define notify.RGBDummy notify RGBDummy:.* {\
my $var=(split(" ",ReadingsVal("RGBDummy","state","0")))[1];;\
    fhem("set TradfriLamp1 color $var");;\
}


Zwei Fragen dazu:
Wie bekomme ich den nutzlosen Colorpicker weg?
Wie blendet man state (via stateFormat?) aus?

Für Vorschläge für eine schönere Darstellung bin ich dankbar.

Die Liste der definierten Farben (aus der Android App entnommen):

Code Auswählen Erweitern

dcf0f8 (hellblau)
eaf6fb (graublau)
f5faf6 (grau)
c984bb (sand)
f1e0b5 (beige)
efd275 (gelb)
ebb63e (orange hell)
e78834 (orange dunkel)
e57345 (orange dunkler)
da5d41 (hellrot)
dc4b31 (rot)
e491af (rosa)
e8bedd (hellrosa)
d9337c (pink)
c984bb (violett)
8f2686 (violett dunkel)
4a418a (blau-violett)
6c83ba (blau-violett hell)
a9d62b (grün)
d6e44b (gelb-grün)

[nean00]

Hallo zusammen,

es passt nicht 100% in diesen Thread, aber vielleicht trotzdem für alle Tradfri Nutzer interessant:
Es gibt "demnächst" Tradfri Steckdosen für knapp 10 €.

https://www.mobiflip.de/ikea-tradfri-steckdose-oktober-schweden/

[becksen]

Hallo ich habe leider direkt das Problem, dass keine Geräte identifiziert werden konnten. Die Installation und Einrichtung in FHEM verlief erstmal Problemlos. CoapClientVersion wird ebenfalls angezeigt.
In den FHEM logs sehe ich nichts bezüglich Tradfri.

Danke.

Code Auswählen Erweitern

Oct 06 15:04:00 DEBG created DTLS endpoint 0.0.0.0:36941
v:1 t:CON c:GET i:b1d5 {} [ ]
Oct 06 15:04:00 DEBG sending CoAP request:
v:1 t:CON c:GET i:b1d5 {} [ Uri-Path:15001 ]
Oct 06 15:04:00 DEBG *** new session 0x14eb268
Oct 06 15:04:00 DEBG dtls_new_peer: 192.168.178.91:5684
Oct 06 15:04:00 DEBG DTLSv12: initialize HASH_SHA256
Oct 06 15:04:00 DEBG send handshake packet of type: client_hello (1)
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00  00 00 00 00 36
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 01 00 00 2A 00 00 00 00  00 00 00 2A
Oct 06 15:04:00 DEBG send unencrypted: (42 bytes):
00000000 FE FD 00 12 CF 6C 70 6C  56 75 4E 28 E4 30 C1 65
00000010 14 8A 68 20 56 E1 19 4A  74 32 F0 F0 A9 5B 0B 17
00000020 6D B9 00 00 00 02 C0 A8  01 00
Oct 06 15:04:00 DEBG call dtls_write
Oct 06 15:04:00 DEBG *** add 0x14ebbc0 to sendqueue of session 0x14eb268
Oct 06 15:04:00 DEBG timeout is set to 90 seconds
Oct 06 15:04:00 DEBG received 60 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (60 bytes)
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00  00 00 00 00 2F
Oct 06 15:04:00 DEBG receive unencrypted: (47 bytes):
00000000 03 00 00 23 00 00 00 00  00 00 00 23 FE FD 20 B5
00000010 80 3C 09 44 B2 98 9A DE  FB 66 CB 18 49 F7 10 8E
00000020 3F 36 F2 CD BD 6A 8B 87  CB 4C 0E FE AB A4 6F
Oct 06 15:04:00 DEBG received handshake packet of type: hello_verify_request (3)
Oct 06 15:04:00 DEBG handle handshake packet of type: hello_verify_request (3)
Oct 06 15:04:00 DEBG clear MAC
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 0100004A000100000000004A
Oct 06 15:04:00 DEBG add MAC data: (74 bytes): FEFD0012CF6C706C56754E28E430C165148A682056E1194A7432F0F0A95B0B176DB90020B5803C0944B2989ADEFB66CB1849F7108E3F36F2CDBD6A8B87CB4C0EFEABA46F0002C0A80100
Oct 06 15:04:00 DEBG send handshake packet of type: client_hello (1)
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00  00 00 01 00 56
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 01 00 00 4A 00 01 00 00  00 00 00 4A
Oct 06 15:04:00 DEBG send unencrypted: (74 bytes):
00000000 FE FD 00 12 CF 6C 70 6C  56 75 4E 28 E4 30 C1 65
00000010 14 8A 68 20 56 E1 19 4A  74 32 F0 F0 A9 5B 0B 17
00000020 6D B9 00 20 B5 80 3C 09  44 B2 98 9A DE FB 66 CB
00000030 18 49 F7 10 8E 3F 36 F2  CD BD 6A 8B 87 CB 4C 0E
00000040 FE AB A4 6F 00 02 C0 A8  01 00
Oct 06 15:04:00 DEBG received 63 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (63 bytes)
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 1
Oct 06 15:04:00 DEBG new bitfield is               : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00  00 00 01 00 32
Oct 06 15:04:00 DEBG receive unencrypted: (50 bytes):
00000000 02 00 00 26 00 01 00 00  00 00 00 26 FE FD 5B B8
00000010 B2 C7 C0 2F 12 59 8C FC  89 05 78 FA 3A 01 F6 5D
00000020 73 1B 0F 8F EB 56 3A F5  81 53 06 14 3C 57 00 C0
00000030 A8 00
Oct 06 15:04:00 DEBG received handshake packet of type: server_hello (2)
Oct 06 15:04:00 DEBG handle handshake packet of type: server_hello (2)
Oct 06 15:04:00 DEBG add MAC data: (50 bytes): 020000260001000000000026FEFD5BB8B2C7C02F12598CFC890578FA3A01F65D731B0F8FEB563AF5815306143C5700C0A800
Oct 06 15:04:00 DEBG received 25 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (25 bytes)
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 2
Oct 06 15:04:00 DEBG new bitfield is               : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00  00 00 02 00 0C
Oct 06 15:04:00 DEBG receive unencrypted: (12 bytes):
00000000 0E 00 00 00 00 02 00 00  00 00 00 00
Oct 06 15:04:00 DEBG received handshake packet of type: server_hello_done (14)
Oct 06 15:04:00 DEBG handle handshake packet of type: server_hello_done (14)
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 0E0000000002000000000000
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 100000110002000000000011
Oct 06 15:04:00 DEBG add MAC data: (17 bytes): 000F436C69656E745F6964656E74697479
Oct 06 15:04:00 DEBG send handshake packet of type: client_key_exchange (16)
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00  00 00 02 00 1D
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 10 00 00 11 00 02 00 00  00 00 00 11
Oct 06 15:04:00 DEBG send unencrypted: (17 bytes):
00000000 00 0F 43 6C 69 65 6E 74  5F 69 64 65 6E 74 69 74
00000010 79
Oct 06 15:04:00 DEBG psk: (16 bytes):
00000000 7A 5A 50 62 49 57 67 65  73 43 61 35 74 55 5A 7A

Oct 06 15:04:00 DEBG client_random: (32 bytes): 0012CF6C706C56754E28E430C165148A682056E1194A7432F0F0A95B0B176DB9
Oct 06 15:04:00 DEBG server_random: (32 bytes): 5BB8B2C7C02F12598CFC890578FA3A01F65D731B0F8FEB563AF5815306143C57
Oct 06 15:04:00 DEBG pre_master_secret: (36 bytes): 00100000000000000000000000000000000000107A5A5062495767657343613574555A7A
Oct 06 15:04:00 DEBG master_secret: (48 bytes): 44D4F2BFE0808BDE403DD294683E5B2CBD5943CEF140AE9435F7AF35191C2FDE3D325A7018E9ED802532F03543542A3B
Oct 06 15:04:00 DEBG key_block (40 bytes):
Oct 06 15:04:00 DEBG   client_MAC_secret: (0 bytes):
Oct 06 15:04:00 DEBG   server_MAC_secret: (0 bytes):
Oct 06 15:04:00 DEBG   client_write_key: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG   server_write_key: (16 bytes): 4F7923CA6F23FF1B3B204E817D961D8D
Oct 06 15:04:00 DEBG   client_IV: (4 bytes): 5026FFA9
Oct 06 15:04:00 DEBG   server_IV: (4 bytes): F042D7E7
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 14 FE FD 00 00 00 00 00  00 00 03 00 01
Oct 06 15:04:00 DEBG send unencrypted: (1 bytes):
00000000 01
Oct 06 15:04:00 DEBG server finished MAC: (12 bytes): B16DC37059CE475980E6E663
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 1400000C000300000000000C
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): B16DC37059CE475980E6E663
Oct 06 15:04:00 DEBG send handshake packet of type: finished (20)
Oct 06 15:04:00 DEBG dtls_prepare_record(): encrypt using TLS_PSK_WITH_AES_128_CCM_8
Oct 06 15:04:00 DEBG nonce:: (16 bytes): 5026FFA9000100000000000000000000
Oct 06 15:04:00 DEBG key:: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG message:: (40 bytes): 0001000000000000EA2AAF7D3F1BA44A67A2557EBE5C5FCFB24FE6E122A301709F5C6C399BDE8F66
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 01 00 00 00  00 00 00 00 28
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 14 00 00 0C 00 03 00 00  00 00 00 0C
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 B1 6D C3 70 59 CE 47 59  80 E6 E6 63
Oct 06 15:04:00 DEBG received 14 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 20 (14 bytes)
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 3
Oct 06 15:04:00 DEBG new bitfield is               : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 14 FE FD 00 00 00 00 00  00 00 03 00 01
Oct 06 15:04:00 DEBG receive unencrypted: (1 bytes):
00000000 01
Oct 06 15:04:00 DEBG received 53 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (53 bytes)
Oct 06 15:04:00 DEBG nonce: (16 bytes): F042D7E7000100000000000000000000
Oct 06 15:04:00 DEBG key: (16 bytes): 4F7923CA6F23FF1B3B204E817D961D8D
Oct 06 15:04:00 DEBG ciphertext: (32 bytes): E024ECA81CE9470CB3E6FE746A711D73967837EA5C237A6F8BD1E9924FC596AE
decrypt_verify(): found 24 bytes cleartext
Oct 06 15:04:00 DEBG cleartext: (24 bytes): 1400000C000300000000000C8394CE2C585E9676D476297E
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 01 00 00 00  00 00 00 00 28
Oct 06 15:04:00 DEBG receive unencrypted: (24 bytes):
00000000 14 00 00 0C 00 03 00 00  00 00 00 0C 83 94 CE 2C
00000010 58 5E 96 76 D4 76 29 7E 
Oct 06 15:04:00 DEBG received handshake packet of type: finished (20)
Oct 06 15:04:00 DEBG handle handshake packet of type: finished (20)
Oct 06 15:04:00 DEBG d:: (12 bytes): 8394CE2C585E9676D476297E
Oct 06 15:04:00 DEBG v:: (12 bytes): 8394CE2C585E9676D476297E
Oct 06 15:04:00 DEBG Handshake complete
Oct 06 15:04:00 DEBG dtls_prepare_record(): encrypt using TLS_PSK_WITH_AES_128_CCM_8
Oct 06 15:04:00 DEBG nonce:: (16 bytes): 5026FFA9000100000000000100000000
Oct 06 15:04:00 DEBG key:: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG message:: (26 bytes): 0001000000000001F3A9E014C698796689C7CC391B60F9674963
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 17 FE FD 00 01 00 00 00  00 00 01 00 1A
Oct 06 15:04:00 DEBG send unencrypted: (10 bytes):
00000000 40 01 B1 D5 B5 31 35 30  30 31
Oct 06 15:04:00 DEBG *** EVENT: 0x01de
Oct 06 15:04:00 DEBG received 33 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 23 (33 bytes)
Oct 06 15:04:00 DEBG nonce: (16 bytes): F042D7E7000100000000000100000000
Oct 06 15:04:00 DEBG key: (16 bytes): 4F7923CA6F23FF1B3B204E817D961D8D
Oct 06 15:04:00 DEBG ciphertext: (12 bytes): 71BB7D4DA1978237467EF7E1
decrypt_verify(): found 4 bytes cleartext
Oct 06 15:04:00 DEBG cleartext: (4 bytes): 6081B1D5
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 1
Oct 06 15:04:00 DEBG new bitfield is               : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 17 FE FD 00 01 00 00 00  00 00 01 00 14
Oct 06 15:04:00 DEBG receive unencrypted: (4 bytes):
00000000 60 81 B1 D5
Oct 06 15:04:00 INFO ** application data:
v:1 t:ACK c:4.01 i:b1d5 {} [ ]
Oct 06 15:04:00 DEBG *** removed transaction 10478
Oct 06 15:04:00 DEBG ** process incoming 4.01 response:
v:1 t:ACK c:4.01 i:b1d5 {} [ ]
4.01
Oct 06 15:04:00 DEBG *** removed session 0x14eb268
Oct 06 15:04:00 DEBG dtls_prepare_record(): encrypt using TLS_PSK_WITH_AES_128_CCM_8
Oct 06 15:04:00 DEBG nonce:: (16 bytes): 5026FFA9000100000000000200000000
Oct 06 15:04:00 DEBG key:: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG message:: (18 bytes): 0001000000000002FBD8A72B938AE7D7640E
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 15 FE FD 00 01 00 00 00  00 00 02 00 12
Oct 06 15:04:00 DEBG send unencrypted: (2 bytes):
00000000 02 00
Oct 06 15:04:00 DEBG removed peer: 192.168.178.91:5684

[Peteruser]

Hallo,
das mit den Steckdosen habe ich auch schon mitbekommen, im Nachbarausland (Austria) sollen diese schon verfügbar sein.

https://www.ikea.com/at/de/catalog/products/90356166/

Grüße Peter

[hollyghost]

Hallo zusammen,

auch von mir erst einmal ein Dankeschön an Peter für das Modul.

Dieses habe ich bei mir installiert, inkl. der Anbindung einiger Tradfri Komponenten, was zumindest auch kurzzeitig gut funktioniert.
Was heißt kurzfristig? Meist nach einem Neustart des Raspberry Pi 3 funktioniert das Modul für ca. 30 min. so wie es sein sollte - die Lampen lassen sich sowohl über FHEM als auch über die Fernbedienungen schalten und regeln, die jeweilige Zustandsanzeige  wird in FHEM dementsprechend angepasst.

Nach einer gewissen Zeit aber werden die Readings nicht mehr automatisch erneuert, so dass ich in FHEM den aktuellen Zustand nicht mehr angezeigt bekomme. Eine Verbindung zum Gateway ist weiterhin vorhanden, d.h. ich kann mit einem "get ... devicelist" den aktuellen Zustand manuell abfragen. Auch kann ich weiter die Lampen über FHEM schalten - die Kommunikation mit dem Gateway funktioniert also.

Ein Neustart von FHEM hat keine Auswirkungen, auch der Neustart des Tradfri Dienstes hilft hier nicht. Nur ein Neustart des Raspberry kann kurzfristig wieder die automatische Erneuerung der Readings starten.

Hatte von Euch schon jemand ein vergleichbares Problem?

Besten Dank und viele Grüße,
Peter

Hallo Peter - deine Frage ist schon ein wenig älter - hast du eine Lösung gefunden?
Ich habe ein vergleichbares Problem -
JTradfri läuft bei mir in einem eigenen Docker Container - Basis java:8-jdk.
Läuft soweit - bis auf den Zeitstempel - der ist auf UTC - ist wohl ein Docker-JVM issue - das ist aber nicht mein Problem - sondern:

Die Verbindung zwischen FHEM TradfriGateway und JTradfri ist opened.
Nach kurzer Zeit werden die Schaltzustände nicht mehr übertragen.
Verbindung immer noch opened.
Ein Neustart des JTradfri Containers hilft kurzzeitig. Die aktuellen Zustände werden nach dem Neustart direkt übertragen und auch eine gewisse Zeit aktuallisiert.
Dann hängt das Ganze wieder und nur ein Neustart des JTradfri Containers hilft weiter.

Hat jemand vergleichbare Probleme, wenn JTradfri und FHEM auf unterschiedlichen Systemen läuft?

Grüße
Holger

[hoffma0901]

Auch wenn der letzte Eintrag schon ein wenig her ist...

Ich hatte ähnliche Probleme mit dem Plugin wie @hollyghost. Einziger unterschied ist, dass ich keine Dockercontainer verwende.

Bei mir waren die Probleme wie folgt:

• jtradfri.service startet normal und verbindet sich mit dem Gateway
• Gateway Status ist opened, alles funktioniert wie es soll
• Nach ein paar Minuten keine Reaktion mehr auf Befehle aus FHEM, Gateway immer noch opened

Ein Blick in das Log des jtradfri Services zeigte, dass die Befehle noch ankommen, aber es genau eine Minute dauerte bis die success Meldung für den Befehl erschien. Trotz verspäteter success Meldung wurde der Befehl jedoch nie ausgeführt. Irgendwann beendete der Service mit einer Null.PointerException.
Ich habe dann mal ein wenig rumprobiert und mir ist aufgefallen, dass dieses Problem auftritt, sobald ich auch andere Plugins verwende, die auf das Gateway zugreifen. Zuvor hatte ich die Kombination Jtradfri und HomeKit integration über die Tradfri App am laufen. Mehrere Monate stabil. Nach einem tradfri Update funktionierte die HomeKit Anbindung nicht mehr (Lampen immer als nicht erreichbar markiert, obwohl in der Tradfri App steuerbar) und ich bin auf das Modul Homebridge-tradfri-plugin ausgewichen. Das funktionierte auch wunderbar, allerdings fiel dann immer mal wieder wie oben beschrieben das jtradfri plugin aus, bis es gar nicht mehr nutzbar war. Anscheinend mochten sich die Services nicht, genaue Gründe kenne ich aber nicht. Nach einer Deinstallation des Homebridge Plugins lief wieder alles wie gewohnt.

[AlphaKingOne]

Ich hab seit kurzem die Steckdosen. Das Modul müsste  noch angepasst werden. Ich hab mich noch nicht  mit den Problemen  intensiv beschäftigt. An schalten ist kein Problem  ausschalten ist etwas problematisch.
set off ist glücksache manchmal hilft auch denn Dimmer runterzuregeln. Mit nem notify hab ich  es noch nicht zum Laufen bekommen da darüber der Fernsehen  automatische  ausgeschaltet werden soll.

[rageltus]

Hallo!

Ich wollte mir die Dinger auch zuerst kaufen. Aber da das Projekt JTradfri eingestellt ist (https://github.com/peterkappelt/Tradfri-FHEM/issues/16#issuecomment-445461242) gehts nicht so schnell. Die WallSockets hat anscheinend jemand bereits via FHEM zum laufen gebracht ( https://github.com/peterkappelt/JTradfri/issues/3 und https://github.com/peterkappelt/JTradfri/pull/4) . Es ist aber ein neues build-notwendig. Leider habe ich die Zeit nicht, würde aber gerne auf JTradfri Seite unterstützen

Beste Grüße

[Wuppi68]

ich teste gerade an, wie es mit dem tradfri2mqtt klappt ...

Tradfri GW sehe ich
Schalten geht auch
Ist halt nur aktuell (noch) MEGA umständlich