tradfri-fhem tester gesucht

Begonnen von justme1968, 19 Januar 2019, 10:26:46

Vorheriges Thema - Nächstes Thema

justme1968

die remote ist bei dir als licht eingebunden und nicht als sensor. das musst du auf deconz seite in ordnung bringen und dann das device in fhem als sensor anlegen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Dracolein

 :o

- siehe Screenshot -
So ist sie in deConz eingebunden. Das FHEM Device wurde unmittelbar automatisch angelegt, aber Du hast völlig recht, was die FHEM-Seite angeht.... das sieht nach einer Lampe aus.

Ich habe das Device gelöscht, wie gewohnt bei Anlegen eines Sensors innerhalb FHEM -->"get deConz sensors" die ID rausgefunden und ein neues Device in FHEM wie folgt angelegt:


Internals:
   CFGFN     
   DEF        sensor 31  IODev=deCONZ
   FUUID      5f76db59-f33f-4dec-2a10-0d5080e200b8f940
   FVERSION   31_HUEDevice.pm:0.218370/2020-05-02
   ID         S31
   INTERVAL   
   IODev      deCONZ
   NAME       Tradfriremote
   NR         34653
   STATE      1002
   TYPE       HUEDevice
   lastupdated 2020-10-01 21:21:53
   lastupdated_local 2020-10-01 23:21:53
   manufacturername IKEA of Sweden
   modelid    TRADFRI remote control
   name       TRÅDFRI Fernbedienung
   on         1
   reachable  1
   swversion  2.3.014
   type       ZHASwitch
   uniqueid   84:2e:14:ff:fe:41:ad:88-01-1000
   READINGS:
     2020-10-01 23:21:53   battery         100
     2020-10-01 23:21:53   batteryPercent  100
     2020-10-01 23:21:53   reachable       1
     2020-10-01 23:21:53   state           1002
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     json:
       ep         1
       etag       d9df3530cfa7961a373d07c6a956a428
       lastseen   2020-10-02T07:21:29.330
       manufacturername IKEA of Sweden
       mode       3
       modelid    TRADFRI remote control
       name       TRÅDFRI Fernbedienung
       swversion  2.3.014
       type       ZHASwitch
       uniqueid   84:2e:14:ff:fe:41:ad:88-01-1000
       config:
         alert      none
         battery    100
         group      4
       state:
         buttonevent 1002
         lastupdated 2020-10-01T21:21:53.232
     setList:
Attributes:
   IODev      deCONZ
   model      TRADFRI remote control
   room       HUEDevice,Sensoren


Alles Weitere muss ich heute abend ausprobieren, wenn ich vor Ort bin. Google hat mir schon hier ( https://forum.fhem.de/index.php?topic=104966.0 ) einen Tip gegeben, wie die Variable "state" auszuwerten ist.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

ric91

Hallo zusammen, ich versuche, zwei TRADFRI open/close remote (Typ E1766) in FHEM einzubinden.
Die 2 Remotes sind - genau wie die 2 Rollos - an einem deCONZ ConBee II angebunden, der wiederum auf einem Raspi mit Raspbian läuft.

Ich sehe in FHEM die Rollos und kann sie auch steuern.

Die Remotes jedoch sind in FHEM als Groups definiert, obwohl deCONZ sie als Schalter erkannt hat, siehe Screenshot.
Ich kann sie in FHEM löschen, sie werden automatisch wieder neu angelegt.

Gibt es einen Trick, wie ich sie als Sensoren definieren kann?

Danke für Eure Hilfe!


Internals:
   DEF        group 7  IODev=deCONZ
   FUUID      5fa12cf2-f33f-cf3d-18d5-6471cf4a2df95e01
   FVERSION   31_HUEDevice.pm:0.229470/2020-10-09
   ID         G7
   INTERVAL   
   IODev      deCONZ
   NAME       deCONZ_HUEGroup7
   NR         406
   STATE      unknown
   TYPE       HUEDevice
   lights     
   name       TRADFRI open/close remote
   type       LightGroup
   uniqueid   68:0a:e2:ff:fe:f2:d4:e4
   READINGS:
     2020-11-03 11:21:21   all_on          0
     2020-11-03 11:21:21   any_on          0
   helper:
     devtype    G
     json:
       etag       3df8b525ef0c59301a37d7ac5f6ccb74
       id         7
       name       TRADFRI open/close remote
       type       LightGroup
       uniqueid   68:0a:e2:ff:fe:f2:d4:e4
       action:
         alert      none
         bri        127
         colormode  hs
         ct         0
         effect     none
         hue        0
         sat        127
         scene     
         xy:
           0
           0
       devicemembership:
         9
       lights:
       scenes:
       state:
     lights:
     scenes:
Attributes:
   IODev      deCONZ
   alias      TRADFRI open/close remote
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice
   userattr   createActionReadings:1,0 createGroupReadings:1,0


FHEM auf Raspberry Pi 2 B - Homematic - Philips Hue - Z-Wave - EnOcean - MyStrom - deCONZ

TL60

#543
Hallo,
Deconz hat die Eigenart für Schalter auch automatisch Gruppen anzulegen, diese sind so in FHEM nicht zu gebrauchen, siehe auch den Post über deinem. Es muss das Schalterdevice händisch angelegt werden, dabei kannst du dich sinngemäß am WIKI für den HUE Dimmerswitch entlanghangelnhttps://wiki.fhem.de/wiki/HUE_Dimmer_Switch also mit get sensors die ID herausfinden und dann ein define mein_geraet HUEDevice sensor <SensorID deines Schalters> anlegen. Dann sollten bei tastendruck entsprechende readings reinkommen.
Gruß Thomas
Sorry vergessen: bei DEconz braucht kein Abfrage Intervall angegeben werden. (push anstatt poll)

ric91

Danke TL60, das war der Trick, jetzt werden die Taster angezeigt.
FHEM auf Raspberry Pi 2 B - Homematic - Philips Hue - Z-Wave - EnOcean - MyStrom - deCONZ

jm-muc

Habe gerade testweise Tradfri (eine Lampe, zwei Rollos) problemlos in FHEM integriert, danke für die (gewohnt) gute Arbeit an justme1968 und die Tester!
FHEM auf RasPi/Raspbian
CSM als CUL
Arduino mit Firmata
AVR-NET-IO mit Ethersex

drommbusch

Hallo,

ich habe soweit tradfri in FHEM integriert. Den Schritt 3. "beide .pm file nach .../fhem/FHEM kopieren" habe ich ausgelassen weil ich nicht wusste wo die Dateien sein sollten. Aber in FHEM konnte ich tradfri anlegen.
Aber: Ich habe eine Hue bridge und weiß nicht was der "tradfriFHEM-security Code" ist? Gibt es den bei der HUE bridge oder nur beim IKEA Gateway?

2. Kann ich mit dem tradfri-tool dann auch den Dimmer finden und als normalen Schalter für andere Geräte nutzen?

Gruß und danke
Jan

justme1968

1. es ist schon sehr lange nichts mehr irgendwo hin zu kopieren weil alle module per fhem update verteilt werden.

wenn du eine hue bridge hast nimmst du das HUEBridge modul. nicht das tradfri modul. das nützt dir in diesem fall nichts.

2. was ist das 'tradri-tool' ?
  an der hue bridge lassen die meisten fremden taster nicht auslesen und verwenden sondern nur
  direkt verknüpfen.

wenn du taster direkt in fhem auswerten möchtest geht das am besten über deConz.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

drommbusch

Danke für die schnelle Antwort.

ok dann hab ich ja alles soweit richtig installiert.

dh. es würde nur der USB-Stick mit deConz reichen. Dann gebe ich die Hue bridge nämlich wieder zurück :)

danke
Jan

Intruder1956

Hallo und guten Morgen :),
ich versuche seit vorgestern das Gateway mit erstmal einem Rollo in FHEM zu integrieren.
Leider läuft es nicht und habe folgende Meldung in der Konsole:
pi@fhem:~$ /usr/bin/tradfri-fhem
[2020-11-17 09:56:49] this is tradfri-fhem 0.1.8
[2020-11-17 09:56:49] discovering gateways
[2020-11-17 09:56:49]   found gateway: {"name":"gw-a0c9a0d95087","host":"TRADFRI-Gateway-a0c9a0d95087.local","version":"1.11.51","addresses":["192.168.178.22","fe80::a2c9:a0ff:fed9:5087"]}
[2020-11-17 09:56:49] connecting to: TRADFRI-Gateway-a0c9a0d95087.local
*** FHEM: connection failed, credentials missing


kann mir jemand helfen ??
Muss der Signalverstärker angeschlossen sein mit nur FHEM ??

Habe über Stunden alle 37 Seiten hier gelesen  :) Aber nirgends ist ein " define" vom Rollo
Funktioniert das Rollo mit den Befehlen up und down oder muss das bei Eventmap auf up:100 Down:0 geswitcht werden ?

Hier ein List vom Gateway
Internals:
   .FhemMetaInternals 1
   FD         4
   FUUID      5fb2e4df-f33f-4aae-757a-f26b246eb56430ff
   FVERSION   30_tradfri.pm:0.210790/2020-01-30
   LAST_START 2020-11-17 09:44:25
   LAST_STOP  2020-11-17 09:44:25
   NAME       TradfriGateway
   NOTIFYDEV  global,global:npmjs.*tradfri-fhem.*
   NR         719
   NTFY_ORDER 50-TradfriGateway
   PARTIAL   
   PID        9413
   STARTS     2
   STATE      running /usr/bin/tradfri-fhem
   TYPE       tradfri
   tradfri-fhem version 0.1.8
   .attraggr:
   .attrminint:
   CoProcess:
     cmdFn      tradfri_getCmd
     name       tradfri-fhem
     state      running /usr/bin/tradfri-fhem
   Helper:
     DBLOG:
       state:
         DBLogging:
           TIME       1605603040.19769
           VALUE      scene EVERYDAY
       tradfri-fhem:
         DBLogging:
           TIME       1605602665.03861
           VALUE      running /usr/bin/tradfri-fhem
   READINGS:
     2020-11-16 21:47:15   identity        crypt:111300500713596a0407040057570c0e500703530a
     2020-11-16 21:47:15   psk             crypt:0307075e02515a007d45585151126d0b
     2020-11-17 09:44:25   tradfri-fhem    running /usr/bin/tradfri-fhem
   helper:
     scenes:
       196614:
         group      131075
         id         196614
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
         state:
       196615:
         group      131075
         id         196615
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
         state:
       196616:
         group      131075
         id         196616
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
         state:
       196617:
         group      131076
         id         196617
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65541
           65543
         state:
       196618:
         group      131076
         id         196618
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65541
           65543
         state:
       196619:
         group      131076
         id         196619
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65541
           65543
         state:
Attributes:
   createGroupReadings 0
   devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
   room       Ikea
   stateFormat tradfri-fhem
   tradfriFHEM-params --ip 192.168.178.22
   tradfriFHEM-securityCode crypt:1713145c365561567b54416f0b25437e


und hier vom Rollo
nternals:
   .FhemMetaInternals 1
   .eventMapCmd 100:noArg Stop:noArg 0:noArg
   DEF        65543  IODev=TradfriGateway
   FUUID      5fb18dee-f33f-4aae-8093-8c3fd5298cf37ab2
   FVERSION   31_HUEDevice.pm:0.231640/2020-11-15
   ID         65543
   INTERVAL   
   IODev      TradfriGateway
   NAME       Schlaf_Rollo
   NR         708
   STATE      100
   TYPE       HUEDevice
   desired    1
   manufacturername IKEA of Sweden
   modelid    FYRTUR block-out roller blind
   name       TRADFRI blind
   power      Battery
   swversion  2.2.009
   type       blind
   uniqueid   
   .attraggr:
   .attrminint:
   Helper:
     DBLOG:
       battery:
         DBLogging:
           TIME       1605600937.88608
           VALUE      100
       batteryPercent:
         DBLogging:
           TIME       1605600937.88608
           VALUE      100
       pct:
         DBLogging:
           TIME       1605602391.82135
           VALUE      100
       reachable:
         DBLogging:
           TIME       1605600937.88608
           VALUE      1
       state:
         DBLogging:
           TIME       1605602391.82135
           VALUE      100
   READINGS:
     2020-11-17 09:15:37   battery         100
     2020-11-17 09:15:37   batteryPercent  100
     2020-11-17 09:39:51   pct             100
     2020-11-17 09:15:37   reachable       1
     2020-11-17 09:39:51   state           100
   helper:
     alert     
     battery    100
     bri        -1
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     lastseen   
     mode       
     on         -1
     pct        100
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
     json:
       id         65543
       manufacturername IKEA of Sweden
       modelid    FYRTUR block-out roller blind
       name       TRADFRI blind
       power      Battery
       r          lights
       swversion  2.2.009
       t          event
       type       blind
       uniqueid   
       config:
         battery    100
       state:
         pct        100
Attributes:
   IODev      TradfriGateway
   alias      Schlaf_Rollo
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   eventMap   up:100 stop:Stop down:0
   model      FYRTUR block-out roller blind
   room       Ikea,Rolladen
   webCmd     up:stop:down:pct


Danke für eure Hilfe, kann dann besser schlafen, wenn es dunkel ist :)

Gruß Intruder
Zotac CI547 32GB RAM 500GB SSD,ESXI 6.5, VM-Fhem5.8, VM-ioBroker, Cul 868Mhz;Cul 433Mhz = Busware, LGW, HM-MOD-RPI-PCB, Uniroll, IT YCR-100 TMT2100,ITR-1500, LD382 mit Wifilight, ESA 2000 + SENSOR WZ SET,FS20 TFK, HM-Sec-SC, HM-CC-RT-DN,PCA301,

tomcat.x

#550
Zitat von: kermitthefrog am 01 Juli 2019, 07:40:09

STATE:
stopped; failed to connect to gateway: Error: The gateway did not respond in time.


Seit gestern hatte ich die gleiche Fehlermeldung und es hat etwas gedauert, bis ich dahinter gekommen bin. Ich hatte ein älteres Tablet wieder in Betrieb genommen, auf dem war fest die gleiche IP wie die des Trädfri Gateways eingestellt. Klar, ein blöder Fehler und mittlerweile mache ich so was bei Bedarf nicht mehr auf den Geräten sondern in der Fritzbox.

Was das gemeine war und warum ich das hier (für andere zur Fehleranalyse) beschreibe: Mit der Trädfri App hatte noch alles funktioniert. Ich konnte den Zustand aller Geräte sehen und auch problemlos schalten. Da denkt man nicht als erstes an ein Netzwerkproblem. Nur fhem hatte keine Verbindung bekommen.
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

timtom

Hallo zusammen, eigentlich laufen meine Tradfri Devices super mit dem Modul. Danke für die tolle Arbeit! Mir ist aber aufgefallen, dass so alle paar Wochen nichts mehr geht. Zuerst habe ich dann immer den Gateway neu gestartet. Dann fhem. Jetzt habe ich rausgefunden, dass auch ein restart des Gatewaydevices in fhem ausreichend ist. Außerdem habe ich die Vermutung, dass das Problem immer Auftritt, nachdem die Ikea Android App die Hardware geupdated hat. Hat noch jemand den selben Effekt? Kann man irgendwie das Update erkennen und den Gateway automatisch neu starten?

Viele Grüße
der Tim

toemk

Zitat von: timtom am 25 November 2020, 23:45:45
Hat noch jemand den selben Effekt? Kann man irgendwie das Update erkennen und den Gateway automatisch neu starten?

Ja, exakt das Gleiche und ein Neustart sollte via fhem gehen.

Aber was Anderes: Seit dem Update des Gateways von gestern (1.12.31) ist mein Gateway nach ca. 20 Minuten nicht mehr im Netzwerk erreichbar (auch kein ping). Reboot hilft dann wieder für ca. 20 Minuten. Bisher war das Gateway komplett stabil (Feste IP via DHCP).

Hat den Effekt noch jemand?

Danke und Gruß
(auch) Tim

tomcat.x

@timtom: Ja, das habe ich auch. Wohl mindestens bei Updates. Ich starte mittlerweile jede Nacht die Gateway-Verbindung neu, da ich noch keinen zuverlässigen Weg gefunden habe, das Problem am Gateway-Gerät zu erkennen und das nur dann zu machen.

@toemk: Mit der 1.12.31 habe ich aber bisher keine zusätzlichen Probleme erkennen können.
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

toemk

Kurzes Update zu meiner Problematik, vielleicht interessant für andere: Es lag am Netzteil, das vorher ca. 2 Jahre problemlos funktioniert hat. Mit neuem Netzteil bleibt das Gateway jetzt stabil. Vorher war es so, dass nach ca. 20 Minuten die Latenz bei Pings immer größer wurde (>20000 msec) bis zu packetloss und dann irgendwann keine Reaktion mehr. Ein Aus- und Einschalten des Port auf Swicht hat das Teil dann wieder zum Leben erweckt und das Ganze ging von vorne los. War dann wohl Zufall, dass das mit dem Firmware-Updare zusammenfiel.