FHEM Forum

FHEM - Hausautomations-Systeme => Zigbee => Thema gestartet von: justme1968 am 19 Januar 2019, 10:26:46

Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 19 Januar 2019, 10:26:46
hallo zusammen,

zum hintergrund:
da ich gerade dabei bin den autostart und die kontrolle externer programme die für alexa-fhem gebaut wurde zu verallgemeinern und auch in ghome und siri einzubauen war ich auf der suche nach einem davon unabhängigen testfall.

dabei ist mir eine node lib über den weg gelaufen die trådfri birnen nativ und ohne libcoap ansteuern kann. das ist zwar immer noch keine native perl implementierung, aber ausser einem npm install -g ... ist tatsächlich nichts anderes mehr nötig.

zusammen mit meinen neuen CoProcess lib und routinen habe ich gestern noch ein proof of concept gebaut der es fhem erlaubt sich mit dem gateway zu pairen, infos zu allen birnen zu bekommen, für jede birne automatisch ein HueDevice anzulegen und dieses zu aktualisieren.

die aktualisierung ist übrigens fast augenblicklich. d.h. es wird nicht gepollt sondern tatsächlich gepushed.

was noch fehlt wäre gruppen und steuern, das ist aber beides kein problem.

komplett ungetestet sind aber die diversen lampen typen die es gibt und alle anderen geräte die das gateway unterstützt.

was aktuell nicht geht sind sensoren (alles ausser lampen) und mehr als ein gateway.


so... nach der einleitung jetzt die fragen:
gruss
  andre

edit 2019-01-20: erste testversion...

was passiert dabei:
was noch nicht geh:
wichtig: save nicht vergessen. wenn ein gerät sich zu oft über den security code neu anmeldet 'vergisst' das gateway alle anderen authentifizierten gerate. auch die handy app. wenn das passiert: einfach neu verbinden. wenn die gespeicherten credentials eine weile nicht benutz wurden werden diese auch 'vergessen'. dann bitte die beiden readings löschen und mit set <tradfri> restart neu verbinden.

bitte nach der installation ein mal tradfri-fhem -D -s <security code> auf der kommandozeile laufen lassen und mir das ergebnis schicken. achtung: lange ausgabe.

edit 2019-01-21:CoProcess.pm im anhang ist die falsche version. bitte mit testen warten!

edit 2019-01-21: änderungen:
edit 2019-01-22: neue npmjs (update mit sudo npm update -g tradfri-fhem) und modul versionen:
edit 2019-01-23: neue npmjs (update mit sudo npm update -g tradfri-fhem) version 0.0.4:
edit 2019-01-23: neue modul version im anhang:
edit 2019-01-24: neue modul versionen im anhang:
edit 2019-01-26: das modul ist eingecheckt und wird ab morgen im update verteilt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Paul am 19 Januar 2019, 11:21:23
Hier 3 list:

Internals:
   CHANGED   
   DEF        7  IODev=HUE
   FUUID      5c42d7cc-f33f-7531-7c72-e52f1b2593bcf92d
   ID         7
   INTERVAL   
   IODev      HUE
   NAME       Kuehlschrank
   NR         435
   STATE      off
   TYPE       HUEDevice
   manufacturername IKEA of Sweden
   modelid    TRADFRI bulb E27 WS opal 980lm
   name       K�hlschrank
   swversion  1.2.217
   type       Color temperature light
   uniqueid   90:fd:9f:ff:fe:d4:4a:66-01
   READINGS:
     2019-01-19 08:55:00   alert           none
     2019-01-19 08:55:00   bri             58
     2019-01-19 08:55:00   colormode       ct
     2019-01-19 08:55:00   ct              250 (4000K)
     2019-01-19 08:55:00   onoff           0
     2019-01-19 08:55:00   pct             0
     2019-01-19 08:55:00   reachable       1
     2019-01-19 08:55:00   rgb             ffe4ce
     2019-01-19 08:55:00   state           off
   helper:
     alert      none
     bri        58
     colormode  ct
     ct         250
     devtype   
     effect     
     hue        -1
     on         0
     pct        0
     reachable  1
     rgb        ffe4ce
     sat        -1
     update_timeout 1
     xy         
Attributes:
   IODev      HUE
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      TRADFRI bulb E27 WS opal 980lm
   room       HUEDevice
   subType    ctdimmer
   webCmd     ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Internals:
   CHANGED   
   DEF        20  IODev=HUE
   FUUID      5c42d7cc-f33f-7531-9f4b-2f1a69c513a42bb6
   ID         20
   INTERVAL   
   IODev      HUE
   NAME       Aussenlicht
   NR         497
   STATE      off
   TYPE       HUEDevice
   manufacturername IKEA of Sweden
   modelid    TRADFRI bulb E27 W opal 1000lm
   name       Aussenlicht
   swversion  1.2.214
   type       Dimmable light
   uniqueid   d0:cf:5e:ff:fe:c6:43:31-01
   READINGS:
     2019-01-19 08:55:00   alert           select
     2019-01-19 08:55:00   bri             29
     2019-01-19 08:55:00   onoff           0
     2019-01-19 08:55:00   pct             0
     2019-01-19 08:55:00   reachable       1
     2019-01-19 08:55:00   state           off
   helper:
     alert      select
     bri        29
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
Attributes:
   IODev      HUE
   alias      Aussenlicht
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      TRADFRI bulb E27 W opal 1000lm
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off


Internals:
   CHANGED   
   DEF        14  IODev=HUE
   FUUID      5c42d7cc-f33f-7531-25a3-869a91ce18fc1d7f
   ID         14
   INTERVAL   
   IODev      HUE
   NAME       FlurKeller1
   NR         445
   STATE      off
   TYPE       HUEDevice
   desired    0
   manufacturername IKEA of Sweden
   modelid    TRADFRI bulb GU10 W 400lm
   name       FlurKeller1
   swversion  1.2.214
   type       Dimmable light
   uniqueid   90:fd:9f:ff:fe:11:31:26-01
   READINGS:
     2019-01-19 08:55:00   alert           none
     2019-01-19 08:55:00   bri             184
     2019-01-19 11:11:59   onoff           0
     2019-01-19 11:11:59   pct             0
     2019-01-19 08:55:00   reachable       1
     2019-01-19 11:11:59   state           off
   helper:
     alert      none
     bri        184
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
Attributes:
   IODev      HUE
   alias      FlurKeller1
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      TRADFRI bulb GU10 W 400lm
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off


Anmerkung: bei mir haben sich schon automatisch 2 Tradfri von der Bridge verabschiedet mit unreachable. Musste sie neu anlernen.

nternals:
   CHANGED   
   DEF        16  IODev=HUE
   FUUID      5c42d7cc-f33f-7531-724f-608c68d5dec0b43d
   ID         16
   INTERVAL   
   IODev      HUE
   NAME       FlurKueche
   NR         447
   STATE      unreachable
   TYPE       HUEDevice
   manufacturername IKEA of Sweden
   modelid    TRADFRI bulb GU10 W 400lm
   name       FlurKueche
   swversion  1.2.214
   type       Dimmable light
   uniqueid   00:0b:57:ff:fe:a8:81:68-01
   READINGS:
     2019-01-19 08:55:00   alert           select
     2019-01-19 08:55:00   bri             254
     2019-01-19 08:55:00   onoff           0
     2019-01-19 08:55:00   pct             0
     2019-01-19 08:55:00   reachable       0
     2019-01-19 08:55:00   state           unreachable
   helper:
     alert      select
     bri        254
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     on         0
     pct        0
     reachable  0
     rgb       
     sat        -1
     update_timeout -1
     xy         
Attributes:
   IODev      HUE
   alias      FlurKueche
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      TRADFRI bulb GU10 W 400lm
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 19 Januar 2019, 17:46:31
Hallo André,

ich wollte ja auch schon immer mal Tradfrien ;)

Hab auch grad (noch mal) geschaut und gesehen, dass es (jetzt) auch RGB LED Lampen :)

Nur für mich zum Verständnis:

ich brauche (trotzdem) den Tradfri Gateway!?
der Gateway geht nur per LAN!?

brauche ich dann (immer) noch zusätzlich eine FB o.ä.!?
oder reicht der Gateway, die Lampe und das Modul/die Installation von dir!?

Was ich schon habe: Dresden Elektronik RaspBee per HUE-Bridge angebunden und daran eine HUE Iris...
Das ist aber eine andere Baustelle oder!?

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Paul am 19 Januar 2019, 17:49:49
das sollte auch mit Dresden Electronic RaspBee gehen. Ich benutze meine mit der HUEBridge
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 19 Januar 2019, 17:59:36
Zitat von: Paul am 19 Januar 2019, 17:49:49
das sollte auch mit Dresden Electronic RaspBee gehen. Ich benutze meine mit der HUEBridge

Ja dass Tradfri generell wohl damit geht ist mir schon klar, danke trotzdem ;)
(und irgendwie hab ich noch im Ohr, dass zu dem Gateway auch eine FB o.ä. notwendig wäre zumindest für's Anlernen)

Aber die Frage war ja, ob die Kombination (RaspBee und Tradfri) für den Test geeignet ist...
...bzw. eher so: das läuft und ist "produktiv"...
...da wird (erst mal) nix getestet...
...ich habe aber ein weiteres Testsystem, das aktuell nichts macht außer alexa-fhem-Connector mit einem Dummy...
...und einem HMOD-PCB per USB mit einer HomeMatic Funksteckdose...
...wäre doch schön, wenn es weitere Aufgaben bekommen könnte :)

Aber dazu muss ich halt ein wenig mehr wissen was (genau) ich brauche und wie das dann für den Test hier passen würde bzw. was denn zu testen wäre...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 19 Januar 2019, 18:01:56
du kannst die tradfri birnen auch an einer hue bridge oder dem raspbee betreiben.

aber ohne das zugehörige gateway eben ohne firmware updates. das betrifft aktuell alle bridges und gateways.

zum testen ging es mir um das echte tradfri gateway. vor allem da ich aktuell nur ein einziges floalt panel habe.
ich würde gerne sehen wie sich die anderen endgeräte am gateway verhalten.


es gibt inzwischen eine ganze reihe lampen, trafos, stecksoden, die floalt panels und sonstiges zubehör.

ja. bei ikea scheint es so zu sein das zusätzlichste zum gateway mindestens eine fb zum pairen gebraucht wird.

ja. das gateway wird per lan angeschlossen.

hue bridge und raspbee laufen über das HueBridge modul, das trafri gateway läuft über das neue tradfri modul mit einem node prozess in hintergrund, lightify über das LIGHTIFY gateway. alle vier verwenden für die lampen jeweils das HueDevice Modul.

zusammenfassend:
- hue hat das offene api, und lässt sich über die module am vollständigsten steuern
- deconz verwendet das hue api, unterstütz die meisten fremdgeräte hat ein push api
- lightify hat kein offenes api, nur eine ziemlich bescheidene binäre schnittstelle. kein push.
- tradfri hat kein offenes api, aktuell geht nur steuern von lampen, kein konfigurieren. push ist da und super schnell
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 19 Januar 2019, 18:12:12
Hallo André,

danke.

Ja hab grad auch noch mal geschaut:

Zitat
GERÄTE ZUM GATEWAY HINZUFÜGEN
Leuchtmittel können nicht direkt mit dem Gateway
gekoppelt werden. Dazu wird eine TRÅDFRI
Steuereinheit benötigt.

Hmm, macht das Ganze schon wieder nicht so schön...

Wie geschrieben würde ich (für mich weil ich schon immer mal wollte ;)  und für dich wegen Tests ;)  ) folgendes überlegen mir zu besorgen:

https://www.ikea.com/de/de/catalog/products/00408612/

und dann halt noch den Gateway und irgendeine FB...

Wäre die Lampe interessant?

Achja noch eine Frage: kann ich das dann auch so betreiben, dass der Gateway KEINE Internetverbindung hat!?

Wenn ich mich durchringen kann so eine FB zu kaufen, der Gateway OHNE Internet auch zu gebrauchen ist UND die Lampe für dich nützlich ist, wären wir "im Geschäft" ;)

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 19 Januar 2019, 20:02:29
ja. die lampe wäre eine von denen für die ich daten brauche.

schau mal nach den starter paketen da ist neben dem leuchtmittel immer eine passende fb dabei. ich meine das ist günstiger als die fb extra zu kaufen.

ich glaube es geht wie bei hue auch ohne internet.

einiges weiss ich auch noch nicht. hab die lampe und das gateway erst seit gestern in betrieb :)

ps: das schalten aus fhem heraus geht inzwischen auch. fehlen nur noch gruppen und szenen. und die ganzen unterschiedlichen geräte typen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 19 Januar 2019, 20:13:12
Ok, dann werde ich wohl demnächst Daten liefern können ;)

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 19 Januar 2019, 20:27:57
Klingt super, leider scheint das Modul von Peter nicht mehr weiterentwickelt zu werden, von daher *fan*
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 20 Januar 2019, 20:01:06
im ersten post: https://forum.fhem.de/index.php/topic,96125.msg890934.html#msg890934 (https://forum.fhem.de/index.php/topic,96125.msg890934.html#msg890934) gibt es eine erste test version ...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 20 Januar 2019, 20:29:33
Morgen schlumpf ich mal bei IKEA vorbei... ;) :)

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 20 Januar 2019, 21:44:06
Warte für den Moment noch auf die Farb-Variante, also auf eine, die Farbe ändern kann. Bis dahin bin ich aber mehr als gespannt drauf. *freu*
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 20 Januar 2019, 21:45:53
bitte schick mir schon mal die ausgabe auf der kommandozeile.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 20 Januar 2019, 21:47:19
es kann sein das zumindest die anzeige der farbe schon geht.

und das neue modul solle sich problemlos gleichzeitig mit dem anderen betreiben lassen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 20 Januar 2019, 22:57:40
Ui, dann wird es spannend, da ich aktuell die JAVA Version (erfolgreich) im Einsatz habe.

Also, Node installiert, PM kopiert, Device definiert ... Aber: Es sind keine Lampen (ich habe 3 Lampen und ein Panel) angelegt. Bei der installation von NODE wurde auch gemeckert, dass ich nur Version 4.9.1 habe und nicht 6, habe ich eben noch aktualisiert und Setup erneut vorgenommen; ohne Erfolg, nach wie vor keine Lampen da. Muss ich nicht, wie bei der JAVA Variante, die IP vom Gateway angeben?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 06:46:46
du brauchst node mindestens in version 8 glaube ich.

fang mal mit der kommandozeile ganz unten im beitrag an. 

ob die discover immer geht weiß ich noch nicht. zur not ip mit —ip angeben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 10:04:58
sorry. habe die falsche CoProcess.pm hochgeladen. damit geht das automatische starten nicht. arg...

richtige version kommt heute abend.

der test auf der kommandozeile geht aber trotzdem.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 21 Januar 2019, 10:54:04
Hallo justme1968,

habe auch mehrere Ikea-Lampen im Einsatz einige über den Gateway angebunden und ein paar über den CC2530/CC2531
Zigbeestick  und wollte auch mal mittesten.
Leider bekomme ich bei der Installation des Moduls folgende Fehlermeldung:
pi@raspberrypi:~ $ sudo npm install -g tradfri-fhem
/usr/bin/tradfri-fhem -> /usr/lib/node_modules/tradfri-fhem/bin/tradfri

> node-aead-crypto@2.1.4 install /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/install.js

running default installation script
npm ERR! path /root/.npm/_logs
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall scandir
npm ERR! Error: EACCES: permission denied, scandir '/root/.npm/_logs'
npm ERR!  { Error: EACCES: permission denied, scandir '/root/.npm/_logs'
npm ERR!   stack: 'Error: EACCES: permission denied, scandir \'/root/.npm/_logs\'',
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'scandir',
npm ERR!   path: '/root/.npm/_logs' }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator (though this is not recommended).
glob error { Error: EACCES: permission denied, scandir '/root/.npm/_logs'
  stack: 'Error: EACCES: permission denied, scandir \'/root/.npm/_logs\'',
  errno: -13,
  code: 'EACCES',
  syscall: 'scandir',
  path: '/root/.npm/_logs' }

> node-aead-crypto@2.1.4 install:default /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> prebuild-install || node-gyp rebuild

prebuild-install WARN install EACCES: permission denied, access '/root/.npm'
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/8.15.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/.node-gyp"
gyp WARN install got an error, rolling back install
gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/.node-gyp'
gyp ERR! System Linux 4.14.79-v7+
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
gyp ERR! node -v v8.15.0
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! node-aead-crypto@2.1.4 install:default: `prebuild-install || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the node-aead-crypto@2.1.4 install:default script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
child_process.js:650
    throw err;
    ^

Error: Command failed: npm run install:default
    at checkExecSyncError (child_process.js:607:13)
    at execSync (child_process.js:647:13)
    at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/install.js:29:1)
    at Module._compile (module.js:653:30)
    at Object.Module._extensions..js (module.js:664:10)
    at Module.load (module.js:566:32)
    at tryModuleLoad (module.js:506:12)
    at Function.Module._load (module.js:498:3)
    at Function.Module.runMain (module.js:694:10)
    at startup (bootstrap_node.js:204:16)
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.1.4 (node_modules/tradfri-fhem/node_modules/node-aead-crypto):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.1.4 install: `node lib/install.js`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1

+ tradfri-fhem@0.0.1
updated 1 package in 25.292s


Fehlen mir noch andere Module oder muß ich noch etwas beachten.


Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 12:09:05
installier mal bitte mit sudo npm install -g --unsafe-perm tradfri-fhem
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 17:54:03
die beiden files im ersten beitag sind jetzt die korrekten.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 21 Januar 2019, 19:01:34
Hallo justme1968,

kann es sein dass mit den neuen files fhem nicht mehr erreichbar ist bzw nicht mehr startet?

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 19:04:36
das sollte nicht sein. was steht im log?

hast du neu gestartet?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 21 Januar 2019, 19:28:19
Hallo André,

so bin zurück von IKEA...
...leider nur mit Teilerfolg: der Tradfri Gateway war aus...  :-\

Evtl. morgen...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 19:29:13
:)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 21 Januar 2019, 19:35:50
Habe neu gestartet


hier ein Auszug aus dem log:
2019.01.21 19:21:48 2: TradGW: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss
2019.01.21 19:21:48 3: TradGW: starting
2019.01.21 19:21:48 3: TradGW: using FHEM logfile
2019.01.21 19:21:49 3: ESPEasy espBridge3: Bridge v2.16 port [TCP:IPV4:8383] opened.
2019.01.21 19:21:49 1: usb create starting
2019.01.21 19:21:50 3: Probing ZWDongle device /dev/serial1
2019.01.21 19:21:50 3: Probing CUL device /dev/ttyACM0
2019.01.21 19:21:51 3: Probing TCM_ESP3 device /dev/ttyACM0
2019.01.21 19:21:51 3: Probing ZWDongle device /dev/ttyACM0
2019.01.21 19:21:51 3: Probing FRM device /dev/ttyACM0
2019.01.21 19:21:56 3: Probing CUL device /dev/ttyAMA0
2019.01.21 19:21:56 3:2019.01.21 19:22:12 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1261.
2019.01.21 19:22:12 3: HUEDevice65537: I/O device is TradGW
Undefined subroutine &main::HUEBridge_updateGroups called at ./FHEM/39_tradfri.pm line 290. Probing TCM_ESP3 device /dev/ttyAMA0
2019.01.21 19:21:57 3: Probing ZWDongle device /dev/ttyAMA0
2019.01.21 19:21:57 3: Probing FRM device /dev/ttyAMA0
2019.01.21 19:22:02 1: usb create end
2019.01.21 19:22:02 3: Opening nextion device 192.168.178.61:23
2019.01.21 19:22:05 1: nextion: Can't connect to 192.168.178.61:23: Connection timed out
2019.01.21 19:22:05 2: x10_receiver: device :0x0bc7:0x0006 not found
2019.01.21 19:22:05 0: Featurelevel: 5.9
2019.01.21 19:22:05 0: Server started with 259 defined entities (fhem.pl:18343/2019-01-20 perl:5.024001 os:linux user:fhem pid:1807)
2019.01.21 19:22:06 3: sduino sduinoIdList: whitelistIds=
2019.01.21 19:22:06 3: sduino sduinoIdList: blacklistIds=
2019.01.21 19:22:06 3: sduino sduinoIdList: development=
2019.01.21 19:22:06 3: sduino: ID=63 skiped (developId=y)
2019.01.21 19:22:06 3: sduino: ID=p76 skiped (developId=p)
2019.01.21 19:22:06 3: sduino: ID=73 skiped (developId=y)
2019.01.21 19:22:06 3: sduino: ID=74 skiped (developId=y)
2019.01.21 19:22:06 3: sduino: ID=p76.1 skiped (developId=p)
2019.01.21 19:22:06 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 3.1 32 33 35 38 4 41 51 55 6 68 7 72.1
2019.01.21 19:22:06 3: sduino: IDlist MU 13.1 16 20 21 24 26 27 28 29 30 31 36 37 39 40 44 44.1 45 46 48 49 5 50 56 59 60 61 62 64 65 66 67$
2019.01.21 19:22:06 3: sduino: IDlist MC 10 11 12 18 43 47 52 57 58
2019.01.21 19:22:06 3: DbLog myDbLog - Creating Push-Handle to database mysql:database=fhem;host=localhost;port=3306 with user fhemsql
2019.01.21 19:22:07 3: DbLog myDbLog - Push-Handle to db mysql:database=fhem;host=localhost;port=3306 created
2019.01.21 19:22:08 3: sduinoUSB sduinoIdList: whitelistIds=
2019.01.21 19:22:08 3: sduinoUSB sduinoIdList: blacklistIds=
2019.01.21 19:22:08 3: sduinoUSB sduinoIdList: development=
2019.01.21 19:22:08 3: sduinoUSB: ID=63 skiped (developId=y)
2019.01.21 19:22:08 3: sduinoUSB: ID=p76 skiped (developId=p)
2019.01.21 19:22:08 3: sduinoUSB: ID=73 skiped (developId=y)
2019.01.21 19:22:08 3: sduinoUSB: ID=74 skiped (developId=y)
2019.01.21 19:22:08 3: sduinoUSB: ID=p76.1 skiped (developId=p)
2019.01.21 19:22:08 3: sduinoUSB: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 3.1 32 33 35 38 4 41 51 55 6 68 7 72.1
2019.01.21 19:22:08 3: sduinoUSB: IDlist MU 13.1 16 20 21 24 26 27 28 29 30 31 36 37 39 40 44 44.1 45 46 48 49 5 50 56 59 60 61 62 64 65 66$
2019.01.21 19:22:08 3: sduinoUSB: IDlist MC 10 11 12 18 43 47 52 57 58
2019.01.21 19:22:08 3: DbRep myDbRep - Connectiontest to database mysql:database=fhem;host=localhost;port=3306 with user fhemsql
2019.01.21 19:22:08 3: telnetForBlockingFn_1548094928: port 35311 opened
2019.01.21 19:22:08 3: GW_Xiaomi: getGatewaySID> Find SID for Gateway: 34ce00854560
2019.01.21 19:22:08 3: GW_Xiaomi: connect> Connected
2019.01.21 19:22:10 1: my_StoreBatteryStatus      ignoring Device: MAX_07d0d5
2019.01.21 19:22:10 1: my_StoreBatteryStatus      ignoring Device: MAX_07d0d5
2019.01.21 19:22:10 1: my_StoreBatteryStatus      ignoring Device: MAX_07ffcb
2019.01.21 19:22:10 1: my_StoreBatteryStatus      ignoring Device: MAX_07ffcb
2019.01.21 19:22:10 1: sduino/define: 192.168.178.65:23
2019.01.21 19:22:10 1: sduino/init: 192.168.178.65:23
2019.01.21 19:22:10 3: sduino device opened
2019.01.21 19:22:11 3: HUESensor65536: I/O device is TradGW
2019.01.21 19:22:12 1: PERL WARNING: Argument "02.000Z" isn't numeric in addition (+) at ./FHEM/99_Utils.pm line 119.
2019.01.21 19:22:12 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1261.
2019.01.21 19:22:12 3: HUEDevice65537: I/O device is TradGW
Undefined subroutine &main::HUEBridge_updateGroups called at ./FHEM/39_tradfri.pm line 290.



Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 19:41:30
ok. mein fehler. da ist noch eine anhängigkeit zum hue bridge modul die nicht automatisch aufgelöst wird.

kannst du am anfang von 30_tradfri.pm noch ein use 30_HUEBridge.pm; einbauen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 21 Januar 2019, 19:52:47
Hmmm

syntax error at ./FHEM/30_tradfri.pm line 9, near "use 30_"
BEGIN not safe after errors--compilation aborted at ./FHEM/30_tradfri.pm line 10.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 19:57:04
ich mach gleich eine version fertig.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 20:26:40
so...

es gib noch mal eine neue version im ersten beitrag.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 20:36:40
von beiden files. zum testen bitte beide aktualisieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 21 Januar 2019, 20:44:00
Modul wird jetzt geladen, findet aber leider nix, es werden keine weiteren Devices angelegt.

Log:

2019.01.21 20:41:39 2: Test_tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss
2019.01.21 20:41:39 3: Test_tradfri: starting
2019.01.21 20:41:39 3: Test_tradfri: using FHEM logfile
2019.01.21 20:41:39 3: Test_tradfri: read: end of file reached while sysread
2019.01.21 20:41:39 3: Test_tradfri: stopped
2019.01.21 20:42:24 2: Test_tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss
2019.01.21 20:42:24 3: Test_tradfri: starting
2019.01.21 20:42:24 3: Test_tradfri: using FHEM logfile
2019.01.21 20:42:25 3: Test_tradfri: read: end of file reached while sysread
2019.01.21 20:42:25 3: Test_tradfri: stopped
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 21 Januar 2019, 20:47:18
wie soll es eigentlich heißen?

39_tradfri.pm oder 30_tradfri.pm

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 20:52:43
@Det20: bitte versuch es zuerst mal auf der console mit tradfri-fhem -s <security code>

ist dein gateway im gleichen netz wie der fhem rechner?

hilft es wenn die zusätzlich die ip mit --ip <ip> angibst? wenn ja: setz tradfriFHEM-params auf --ip <ip>

@rippi46: 30_tradfri.pm. so file im ersten post.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 21 Januar 2019, 21:00:19
ok in der Datei steht etwas von 39_tradfri.pm

Jetzt funktioniert es wieder.

Brauchst du noch irgendwelche Ausgaben?

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 21:02:06
wenn alles geht und du  die lampen schalten kannst nicht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 21 Januar 2019, 21:29:17
Habe erstmal Node auf 9.x (irgendwas) angehoben, nun bekomme ich "stopped; failed to connect to gateway".

Wenn ich ihm dann den Parameter --ip gebe, findet er den/das Gateway (*freu*) und er findet auch was ... Leider nur exakt eine Lampe (die farbige) inklusive Fernbedienung, die weißen (oh man, hört sich irgendwie rassistisch an gerade) findet er nicht, genauso wie das Panel; findet er auch nicht. Die befinden sich in einem anderen Raum, liegt es daran?

Nach einem "restart" geht das Modul auch gleich wieder in den Stopped-Status, ist das normal?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 21:33:35
dann ein mal verbose 5 für das tradfri device setzen, set trådfri restart sagen und das log zeigen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 21 Januar 2019, 21:39:16
Schalten geht ebenfalls nicht, Status wird auch nicht aktualisiert. Es müssten insgesamt 3 Birnen und ein Panel sein, dazu 2 oder 3 Fernbedienungen (weiß nicht mehr, ob ich eine davon deaktiviert habe).


2019.01.21 21:29:54 2: tradfri_NG: starting tradfri-fhem: /usr/bin/tradfri-fhem --ip 192.168.0.x -s sssss -i iiiii -p ppppp
2019.01.21 21:29:54 3: tradfri_NG: starting
2019.01.21 21:29:54 3: tradfri_NG: using FHEM logfile
2019.01.21 21:29:55 3: tradfri_NG: read: end of file reached while sysread
2019.01.21 21:29:55 3: tradfri_NG: stopped
2019.01.21 21:35:56 3: tradfri_NG: not connected
2019.01.21 21:36:02 3: tradfri_NG: not connected
2019.01.21 21:36:04 3: tradfri_NG: not connected
2019.01.21 21:36:34 2: tradfri_NG: starting tradfri-fhem: /usr/bin/tradfri-fhem --ip 192.168.0.x -s sssss -i iiiii -p ppppp
2019.01.21 21:36:34 3: tradfri_NG: starting
2019.01.21 21:36:34 3: tradfri_NG: using FHEM logfile
2019.01.21 21:36:36 3: tradfri_NG: read: end of file reached while sysread
2019.01.21 21:36:36 3: tradfri_NG: stopped
2019.01.21 21:37:45 2: tradfri_NG: starting tradfri-fhem: /usr/bin/tradfri-fhem --ip 192.168.0.x -s xxxx -i tradfri_1548102504860 -p xxxx
2019.01.21 21:37:45 3: tradfri_NG: starting
2019.01.21 21:37:45 3: tradfri_NG: using FHEM logfile
2019.01.21 21:37:46 5: tradfri_NG: read: [2019-1-21 21:37:46] this is tradfri-fhem 0.0.1
2019.01.21 21:37:46 4: tradfri_NG: [2019-1-21 21:37:46] this is tradfri-fhem 0.0.1
2019.01.21 21:37:46 5: tradfri_NG: read: [2019-1-21 21:37:46] connecting to: 192.168.0.x
2019.01.21 21:37:46 4: tradfri_NG: [2019-1-21 21:37:46] connecting to: 192.168.0.x
2019.01.21 21:37:46 5: tradfri_NG: read: {"name":"Wohnzimmer Fernbedienung","modelid":"TRADFRI remote control","manufacturername":"IKEA of Sweden","productname":"TRADFRI remote control","uniqueid":"","swversion":"1.2.214","r":"sensor","state":{"lastupdated":"2019-01-20T21:25:12.000Z","reachable":true},"config":{"battery":87},"t":"event","id":65536}
2019.01.21 21:37:46 5: tradfri_NG: read: {"name":"Wohnzimmer Licht","modelid":"TRADFRI bulb E27 CWS opal 600lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E27 CWS opal 600lm","uniqueid":"","swversion":"1.3.002","r":"lights","type":"Color light","state":{"on":true,"bri":178,"ct":null,"colormode":"hsv","rgb":"efd275","reachable":true},"t":"event","id":65537}
2019.01.21 21:37:46 5: tradfri_NG: read: /usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:191
2019.01.21 21:37:46 4: tradfri_NG: /usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:191
2019.01.21 21:37:46 5: tradfri_NG: read:       hue.state.rgb = device.lightList[0].color;
2019.01.21 21:37:46 4: tradfri_NG:       hue.state.rgb = device.lightList[0].color;
2019.01.21 21:37:46 5: tradfri_NG: read:                     ^
2019.01.21 21:37:46 4: tradfri_NG:                     ^
2019.01.21 21:37:46 5: tradfri_NG: read:
2019.01.21 21:37:46 4: tradfri_NG:
2019.01.21 21:37:46 5: tradfri_NG: read: TypeError: Cannot set property 'rgb' of undefined
2019.01.21 21:37:46 4: tradfri_NG: TypeError: Cannot set property 'rgb' of undefined
2019.01.21 21:37:46 5: tradfri_NG: read:     at Tradfri.device2HUE (/usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:191:21)
2019.01.21 21:37:46 4: tradfri_NG:     at Tradfri.device2HUE (/usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:191:21)
2019.01.21 21:37:46 5: tradfri_NG: read:     at Tradfri.deviceUpdated (/usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:263:8)
2019.01.21 21:37:46 4: tradfri_NG:     at Tradfri.deviceUpdated (/usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:263:8)
2019.01.21 21:37:46 5: tradfri_NG: read:     at TradfriClient.emit (events.js:180:13)
2019.01.21 21:37:46 4: tradfri_NG:     at TradfriClient.emit (events.js:180:13)
2019.01.21 21:37:46 5: tradfri_NG: read:     at TradfriClient.observeDevice_callback (/usr/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/build/tradfri-client.js:395:14)
2019.01.21 21:37:46 4: tradfri_NG:     at TradfriClient.observeDevice_callback (/usr/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/build/tradfri-client.js:395:14)
2019.01.21 21:37:46 5: tradfri_NG: read:     at PendingRequest.handleResponse [as callback] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/build/tradfri-client.js:338:41)
2019.01.21 21:37:46 4: tradfri_NG:     at PendingRequest.handleResponse [as callback] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/build/tradfri-client.js:338:41)
2019.01.21 21:37:46 5: tradfri_NG: read:     at Function.onMessage (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:631:33)
2019.01.21 21:37:46 4: tradfri_NG:     at Function.onMessage (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:631:33)
2019.01.21 21:37:46 5: tradfri_NG: read:     at SocketWrapper.emit (events.js:180:13)
2019.01.21 21:37:46 4: tradfri_NG:     at SocketWrapper.emit (events.js:180:13)
2019.01.21 21:37:46 5: tradfri_NG: read:     at SocketWrapper.socket.on (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/SocketWrapper.js:12:18)
2019.01.21 21:37:46 4: tradfri_NG:     at SocketWrapper.socket.on (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/SocketWrapper.js:12:18)
2019.01.21 21:37:46 5: tradfri_NG: read:     at Socket.emit (events.js:180:13)
2019.01.21 21:37:46 4: tradfri_NG:     at Socket.emit (events.js:180:13)
2019.01.21 21:37:46 5: tradfri_NG: read:     at Socket.udp_onMessage (/usr/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/dtls.js:189:34)
2019.01.21 21:37:46 4: tradfri_NG:     at Socket.udp_onMessage (/usr/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/dtls.js:189:34)
2019.01.21 21:37:46 3: tradfri_NG: read: end of file reached while sysread
2019.01.21 21:37:46 3: tradfri_NG: stopped
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 21 Januar 2019, 21:50:35
Hallo justme1968,

schalten kann ich die Lampen nicht, bekomme aber den Status geliefert.

Die Lampen sind auf meinem Hauptsystem mit dem Tradfrigateway verbunden(gepairt).

Auf dem Testsystem läuft das neue Modul von dir.
Müssen die Lampen neu gepairt werden oder kann ich es parallel verwenden?

Gruß rippi
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Januar 2019, 21:54:20
@Det20: irgendetwas mit den rgb lampen passt noch nicht. sobald die kommt beendet sich tradfri-fhem mit einem fehler. deshalb fehlt der rest.

bitte schick mir mal sei debug ausgabe wenn du auf der console startest.

@rippi46: beides geht gleichzeitig.

wenn das status sofort aktualisiert wird ist das schon mal gut.

bitte aktiviere auch mal verbose 5 und schau beim schalten in log
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 21 Januar 2019, 22:00:42
Was soll ich per console abschicken? Kannst du mir den Befehl schicken?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 21 Januar 2019, 22:09:35
so sieht das log beim Ein- und Ausschalten aus.

2019.01.21 22:08:05 5: TradGW: writing: {"on":true,"t":"lights","id":"65537"}
2019.01.21 22:08:05 5: TradGW: writing: {"id":"65537","t":"lights","on":true}
2019.01.21 22:08:05 5: TradGW: writing: {"on":true,"t":"lights","id":"65537"}
2019.01.21 22:08:06 5: TradGW: writing: {"on":true,"id":"65537","t":"lights"}
2019.01.21 22:08:06 5: TradGW: writing: {"on":true,"id":"65537","t":"lights"}
2019.01.21 22:08:06 5: TradGW: writing: {"id":"65537","t":"lights","on":true}
2019.01.21 22:08:07 5: TradGW: writing: {"on":true,"id":"65537","t":"lights"}
2019.01.21 22:08:07 5: TradGW: writing: {"on":true,"t":"lights","id":"65537"}
2019.01.21 22:08:07 5: TradGW: writing: {"t":"lights","id":"65537","on":true}
2019.01.21 22:08:07 5: TradGW: writing: {"id":"65537","t":"lights","on":true}
2019.01.21 22:08:08 5: TradGW: writing: {"on":false,"t":"lights","id":"65537"}
2019.01.21 22:08:08 5: TradGW: writing: {"id":"65537","t":"lights","on":false}
2019.01.21 22:08:08 5: TradGW: writing: {"id":"65537","t":"lights","on":false}
2019.01.21 22:08:08 5: TradGW: writing: {"on":false,"t":"lights","id":"65537"}
2019.01.21 22:08:09 5: TradGW: writing: {"on":false,"t":"lights","id":"65537"}
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 07:07:18
@Det20: fehler gefunden. du hast eine lampe die weder weiss noch rgb ist sondern nur hell/dunkel dimmen kann. damit hatte ich nicht gerechnet :). update kommt nachher.

@rippi46: das sieht auch erst mal gut aus. ich weiss noch nicht warum deine lampen nicht regieren.

aber der status in fhem wird aktualisiert wenn du über die fb schaltest? und das auch schnell?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 09:52:06
Hatte ich mir schon gedacht, da es immer bei RGB geknallt hat
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 11:18:58
update im ersten beitrag: https://forum.fhem.de/index.php/topic,96125.msg890934.html#msg890934 (https://forum.fhem.de/index.php/topic,96125.msg890934.html#msg890934). achtung: auch node executable aktualisieren.

@Det20: dein problem sollte damit repariert sein. allgemein werden unerwartet daten jetzt besser abgefangen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 22 Januar 2019, 11:37:02
Hallo justme1968,

Der Status der Lampe ändert sich sofort, sobald ich mit der Fernbedienung oder über die App die Lampe ein oder ausschalte. Auch der Status der  Farbtemperatur ändert sich, aber immer bei der gleichen Lampe und nur "warmes weiss", "warmweiss" und weiss. Bei "taglichtweiss" und "kaltweiss" gibt es keine Änderung mehr.

Steuern über fhem geht immer noch nicht?


Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 11:42:50
@rippi46: es sollte sich der status alles lampen ändern und auch egal welche werte eingestellt sind.

bitte noch mal mit verbose 5 loggen. am besten mit der version von eben. siehst du events für alles ?

ich habe noch keine idee warum bei dir das schalten nicht geht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 11:52:27
Jetzt werden zumindest alle Lampen gefunden. Allerdings gibt es noch ein Problem mit den Umlauten: Statt "Büro" steht dort nur "B�ro Fernbedienung"
Wollte gerade eine Lampe vom Büro aus anschalten ... Geht leider nicht. Habe sie dann mit der JAVA Version angeschaltet, dann wird auch der Status von deinem Modul korrekt aktualisiert. Es funktioniert also schalten nicht. Im Log steht nur

2019.01.22 11:55:00 5: tradfri_NG: writing: {"id":"65537","on":false,"t":"lights"}
2019.01.22 11:55:38 5: tradfri_NG: writing: {"t":"lights","on":false,"id":"65537"}
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 11:54:06
das bekommen wir auch noch in :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 11:56:16
Edit
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 12:26:43
es gibt noch mal ein update von modul und node executable:
- die umlaute könnten gehen
- farbe könnte per hue und sat einstellbar sein
- mehr debug output

da ich keine Ahnung habe warum bei euch das schalten nicht geht:
- bitte noch mal diese version installieren und mit verbose 4 loggen
- im tradfri device dazu vorher tradfriFHEM-params auf -D setzen und set restart sagen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 22 Januar 2019, 12:42:35
Also noch einmal zum Verständnis,

ich habe die aktuelle Version, alles entfernt, alles wieder eingerichtet.

Ich schalte die Lampe "Licht" bei Milena über die App ein und aus; Status in fhem ändert sich bei Milena -> ok.
Ich dimme die Lampe "Licht" bei Milena über die App; Status ändert sich bei Milena -> ok.
Ich ändere die Farbtemperatur der Lampe "Licht" bei Milena; das Reading der Lampe ändert sich wird aber in der Übersicht nicht angezeigt, sondern bei der Lampe "vorne". Das Reading der Lampe "vorne" hat sich aber nicht geändert.

und hier das Log dazu:


2019.01.22 12:39:46 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:51 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":false,"colormode":"ct","bri":254,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:51 3: sduino: Unknown code u40#7FFC, help me!
2019.01.22 12:39:55 2: THPL_Display: {                my $url = 'http://192.168.178.60/esp8266?max=Akt.+Verbrauch+' . ReadingsVal("MYSENSOR_101","power1","0") . '+Watt';                system("wget -q -O - $url > /dev/null 2>&1");                        }: -1
2019.01.22 12:39:55 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":86,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:55 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":86,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:55 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:55 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:57 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":454,"rgb":"efd275","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:58 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:59 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":454,"rgb":"efd275","reachable":true},"t":"event","id":65537}
2019.01.22 12:39:59 3: GW_Xiaomi: Reading> SID: 34ce00854560 Type: Gateway RGB: 0
2019.01.22 12:39:59 3: GW_Xiaomi: Reading> SID: 34ce00854560 Type: Gateway Illumination: 1292
2019.01.22 12:40:00 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:40:02 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:40:03 3: Delizio: Read callback: Error: read from https://www.migros-shop.de:443 timed out
2019.01.22 12:40:04 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:40:05 3: GW_Xiaomi: DEV_Read> Name: XMI_158d00019fbf39 SID: 158d00019fbf39 Type: magnet Status: close
2019.01.22 12:40:07 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:40:08 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.22 12:40:11 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65537}
2019.01.22 12:40:16 2: THPL_Display: {                my $url = 'http://192.168.178.60/esp8266?max=Buerotemp+' . ReadingsVal("LaCrosse_0A","temperature","0") . '+C';                system("wget -q -O - $url > /dev/null 2>&1");                        }: -1
2019.01.22 12:40:16 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":454,"rgb":"efd275","reachable":true},"t":"event","id":65537}
2019.01.22 12:40:16 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":204,"ct":454,"rgb":"efd275","reachable":true},"t":"event","id":65537}


Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 22 Januar 2019, 12:57:02
funktioniert :-) Auch mit schalten und Farbe ändern ...

Danke
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 13:25:12
Meine Params sind "tradfriFHEM-params -D --ip 192.168.0.x", Verboselevel 4. Trotzdem taucht im Log nix auf, wenn ich anschalte. Weder bei click auf "on" noch mittels "set ... on"
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 13:29:41
aber der status vom tradfri device ist running ?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 13:30:20
@Wuppi68: das beruhigt mich jetzt sehr.

nun müssen wir nur noch rausfinden was bei den beiden anders ist als bei uns beiden :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 13:31:11
Ja ist running
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 13:32:32
und beim schalten tauch absolut nichts im fhem im log auf?

die mampe hat das tradfri device als iodev?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 13:33:42
@Det20, rippi46: es wurden aber schon neue devices und ein räum trafri angelegt?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 22 Januar 2019, 13:40:43
Es wurden alle Devices angelegt, tradfri ist running der Status ändert sich wenn ich über die App oder mein Produktiv-Fhem schalte. Schalten aus dem Testfhem geht nicht und in der Übersicht ändert sich immer von der gleichen Lampe die Farbtemperatur, egal an welcher Lampe ich mit der App die Farbtemperatur ändere.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 13:41:40
Ja, habe alles gelöscht und neu angelegt (wegen dem Umlaut). IODEV ist auch gesetzt und korrekt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 22 Januar 2019, 14:04:33
Moin
Lohnt es sich noch, dass ich das GW in Gang bringe? Ich habe eine RGB und zwei "Trafos". Wie ich gerade gesehen habe, gibt es die Steckdose noch immer nicht, dafuer aber bald das Rollo "FYRTUR". Wird das dann auch gehen?
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 14:05:44
Zitat von: pc1246 am 22 Januar 2019, 14:04:33
dafuer aber bald das Rollo "FYRTUR". Wird das dann auch gehen?

Das war der Grund, weshalb ich nicht auf HUE oder die Aldi's gesetzt habe. Will die Rollos haben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 22 Januar 2019, 14:54:34
Moin,

hmm der Aufruf auf der Konsole mit dem sehr langen Ergebniss geht seit tradfri-fhem-0.0.3.
@justme1968, brauchst du das Konsolenergebniss noch? Ich hätte eine Ikea Gateway, Trafos, RGB und normale Lampen plus Fernbedienungen.

Nur das Modul unter fhem startet bei mir nicht:
2019.01.22 14:47:19 3: Tradfri: using ssh cmd /usr/bin/ssh 192.168.1.240
ssh: connect to host 192.168.1.240 port 22: Connection refused
2019.01.22 14:47:19 2: Tradfri: starting tradfri-fhem: /usr/bin/ssh 192.168.1.240  -s sssss
2019.01.22 14:47:19 3: Tradfri: starting
2019.01.22 14:47:19 3: Tradfri: using FHEM logfile
2019.01.22 14:47:19 4: Tradfri: ssh: connect to host 192.168.1.240 port 22: Connection refused
2019.01.22 14:47:19 3: Tradfri: read: end of file reached while sysread
2019.01.22 14:47:19 3: Tradfri: stopped
[Tue Jan 22 14:47:34 2019] fhem.pl: Invali


Zitatdefmod Tradfri tradfri
attr Tradfri devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr Tradfri room System
attr Tradfri stateFormat tradfri-fhem
attr Tradfri tradfriFHEM-host 192.168.1.240
attr Tradfri tradfriFHEM-securityCode crypt:XXXX7b2e6b1c5b37650eXXXXXXXX
attr Tradfri verbose 4

setstate Tradfri stopped
setstate Tradfri 2019-01-22 14:47:19 tradfri-fhem stopped
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 22 Januar 2019, 15:00:04
Zitat von: pc1246 am 22 Januar 2019, 14:04:33
Moin
Lohnt es sich noch, dass ich das GW in Gang bringe? Ich habe eine RGB und zwei "Trafos". Wie ich gerade gesehen habe, gibt es die Steckdose noch immer nicht, dafuer aber bald das Rollo "FYRTUR". Wird das dann auch gehen?
Gruss Christoph

ich sage ja :-)

Wenn es mit der "HUE Bridge" nicht klappt, ich arbeite gerade an einem Clone für das MQTT_DEVICE --> MQTT_TRADFRI

damit spreche ich dann via MQTT "native" mit dem Ikea Gateway, ich bekomme dort "alles" mit, was das Gateway dann labert und ich hoffe auch, dass ich dann auch ein Firmware Update darüber hin bekomme. Wenn dann noch jemand ein COAP (ähnlich HTTP/REST)Helper zur Verfügung stellt, kann sogar das MQTT wegfallen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 15:14:52
@pc1246: ich denke das wir die rolläden mit relativ wenig aufwand zum laufen bekommen sobald sie erst mal verfügbar sind.

@MiKn: ja. die ausgabe der trafos hätte ich gerne.
warum hast du tradfriFHEM-host gesetzt? das ist für den start per ssh. nicht um die ip des gateway einzutragen.

@Wuppi68: ich find der umweg über mqtt ist der falsche weg. die fhem devices sollten speziell für die lampen sein und ein wenig mehr 'intelligenz' mitbringen als es per mqtt geht. vor allem diese ganzen 'nicht standart' readings der mqtt devices sind in jedem alternativen frontend und per sprachsteuerung immer wieder ein problem.

schau dir mal alexa-tradfri an. drunter liegt eine node coap lib die mit dem gateway spricht. inclusive discoverty. oben drauf sitzt nur ein sehr dünner layer der die events in ein hue compatibles format steckt.

genau so sollte es mit den rollöden und einem passenden fhem device auch gehen.


@Det20, rippi46: ich habe noch keine idee warum bei euch das schalten nicht geht. ich muss mal überlegen wie wir da noch weiter kommen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 22 Januar 2019, 15:26:06
Zitat von: justme1968 am 22 Januar 2019, 15:14:52


@Wuppi68: ich find der umweg über mqtt ist der falsche weg. die fhem devices sollten speziell für die lampen sein und ein wenig mehr 'intelligenz' mitbringen als es per mqtt geht. vor allem diese ganzen 'nicht standart' readings der mqtt devices sind in jedem alternativen frontend und per sprachsteuerung immer wieder ein problem.

schau dir mal alexa-tradfri an. drunter liegt eine node coap lib die mit dem gateway spricht. inclusive discoverty. oben drauf sitzt nur ein sehr dünner layer der die events in ein hue compatibles format steckt.

genau so sollte es mit den rollöden und einem passenden fhem device auch gehen.



danke für den Hinweis.... :top:

das Tradfri mqtt Gateway findest Du hier (https://www.npmjs.com/package/tradfri-mqtt) das Ding spricht wunderbar über Topics mit dem Gateway kapselt also fast nur die COAP Aufrufe :-)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 22 Januar 2019, 15:30:38
Hallo
Da MiKn schon die Trafos und die RGB hat, spare ich mir das! Die sind naemlich schon an der HUE-Bridge angelernt! Und das GW liegt nur rum weil ich es fuer einen Kumpel mal irgendwann in Gang bringen wollte!
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 22 Januar 2019, 15:54:13
Hallo justme1968,

ich habe noch einmal die komplette installation gemacht.
Also alles deinstalliert und alles wieder nach Anleitung installiert. Habe es jetzt auch auf meinem Produktivsystem installiert. Auf beiden Systemen habe ich das gleiche Verhalten - auch das Problem mit der Farbtemperatur.

Kann es sein, daas der Gateway eine andere Revision ist oder doch das schon bestehende jtradfri diese Probleme veursacht????

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 22 Januar 2019, 16:27:09
anbei die Konsolenausgabe, da sind die Trafos und die RGB Lampe mit drinn. Falls noch was fehtl einfach bescheid sagen.

Zitatwarum hast du tradfriFHEM-host gesetzt? das ist für den start per ssh. nicht um die ip des gateway einzutragen.

Wenn ich ohne IP Angabe starte komme ich nur bis hier:
fhem@ubuntu:~$ tradfri-fhem -D -s xxxxRxoUU62xxxxx
[2019-1-22 16:22:27] this is tradfri-fhem 0.0.3
[2019-1-22 16:22:27] discovering gateways
[2019-1-22 16:22:27]   found gateway: {"name":"gw-b8d7af2cxxxx","host":"TRADFRI-Gateway-b8d7af2cxxxx.local","version":"1.4.15","addresses":["192.168.1.240","fe80::bad7:afff:fe2c:xxxx"]}
[2019-1-22 16:22:27] connecting to: TRADFRI-Gateway-b8d7af2xxxx.local
*** FHEM: connection failed, Error: The gateway did not respond in time.


was mache ich falsch?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 22 Januar 2019, 16:29:26
@MiKn
Kannst Du Deinen Post bitte reparieren! Irgendwie ist die laenge der codezeilen begrenzt, Du musst das splitten!
Danke und Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 16:37:38
die ip wird per --ip <ip> in tradfriFHEM-parms eingetragen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 17:00:32
@Det20 , rippi46: habt ihr die aktuelle firmware auf dem gateway?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 17:02:40
@MiKn: dein txt file ist unvollständig. es fängt mitten in der ausgabe mit den gruppen an. die devices am anfang fehlen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 22 Januar 2019, 17:13:19
jetzt passt es hoffentlich.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 17:22:42
ja! danke.

docker ist übrigens vermutlich der grund warum es bei dir ohne angabe der ip nicht geht.


get es mit der ip in tradfriFHEM-parms (s.u.) ?

werden die lampen in hem angelegt?

ist der status aktualisiert?

kannst du schalten ?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 22 Januar 2019, 17:28:04
gerne. Fhem läuft bei mir aber ohne Docker.

Zitatget es mit der ip in tradfriFHEM-parms
habe ich geändert. Aber weiter ohne Erfolg

2019.01.22 17:16:16 4: Tradfri: [2019-1-22 17:16:16] this is tradfri-fhem 0.0.3
2019.01.22 17:16:16 4: Tradfri: [2019-1-22 17:16:16] discovering gateways
2019.01.22 17:16:16 4: Tradfri: [2019-1-22 17:16:16]   found gateway: {"name":"gw-b8d7af2cc9dd","host":"TRADFRI-Gateway-b8d7af2cc9dd.local","version":"1.4.15","addresses":["192.168.1.240","fe80::bad7:afff:fe2c:c9dd"]}
2019.01.22 17:16:16 4: Tradfri: [2019-1-22 17:16:16] connecting to: TRADFRI-Gateway-b8d7af2cc9dd.local
2019.01.22 17:16:16 3: Tradfri: read: end of file reached while sysread


defmod Tradfri tradfri
attr Tradfri devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr Tradfri room System
attr Tradfri stateFormat tradfri-fhem
attr Tradfri tradfriFHEM-params 192.168.1.240
attr Tradfri tradfriFHEM-securityCode crypt:19647b2e6b1c5b37650e03255f7b0074
attr Tradfri verbose 4

setstate Tradfri stopped;; failed to connect to gateway
setstate Tradfri 2019-01-22 17:16:16 tradfri-fhem stopped;; failed to connect to gateway


es wird auch kein Gerät angelegt...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 17:36:56
so lange noch 'discovering gateways' im log steht stimmt etwas mit dem ip eintragen nicht.

es muss so aussehen: attr Tradfri tradfriFHEM-params --ip 192.168.1.240
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 22 Januar 2019, 18:06:16
Firmware ist 1.4.15
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 18:08:56
bei mir auch. sehr komisch.

das muss irgendetwas seltsames sein.

wenn die lampen erkannt und angelegt werde sollte zumindest das ein und aus schalten funktionieren
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 22 Januar 2019, 19:01:12
Zitatattr Tradfri tradfriFHEM-params --ip 192.168.1.240

jetzte gehts. Geräte werden alle angelegt. Schalten geht bei mir aber auch nicht.

Der aktuelle/neue Status wird aber direkt nach dem umschalten über das "alte" Java TradfriDevice Modul in deinem Modul angezeigt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 19:05:56
@Wuppi68: wie viele devices hast du am gateway?

hast du auch die java version laufen?

irgendetwas muss doch bei uns anders als bei den anderen...

kann man jemand von euch mit wireshark schauen ob die kommandos zum gateway raus gehen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 22 Januar 2019, 19:11:16
Hallo,

habe gerade festgestellt, dass wenn ich am Produktivsystem ein shutdown restart durchführe, kann ich die Lampen nicht mehr über fhem(produktiv) schalten. Erst wenn ich noch einmal die Definition anfasse und modify Device anklicke funktioniert es wieder.

Über die App kann ich die Lampen immer noch bedienen.

Habe das gleiche auf dem Testsystem probiert, leider ohne Erfolg.

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 19:27:22
die einzige idee die ich gerade habe ist das es doch irgendeinen konflikt zwischen dem java dienst und dem node dienst gibt. ich habe zwar keine ahnung wie und warum... zumal die app immer parallel funktioniert.

aber: kannst du die java seite mal anhalten und schauen ob die node seite dann schalten kann?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 22 Januar 2019, 19:42:44
ich habe Java Version mal deaktiviert.

Zitatsudo systemctl disable jtradfri.service

Geht leider auch nach einem System Reboot nicht. Die Java Version geht natürlich jetzt auch nicht mehr  ;)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 19:44:24
hätte mich auch gewundert...

nächste idee: mit wireshark schauen ob alexa-fhem etwas ans gateway schickt wenn geschaltet wird.

zur sicherheit am besten die java seite aus lassen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 22 Januar 2019, 19:49:15
Werde mich später wieder melden. Jetzt ist Gitarre angesagt. :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 21:13:28
Habe die aktuelle Firmware drauf
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 22 Januar 2019, 21:26:16
Hallo André,

juchee! Jetzt hab ich endlich Gateway, Fernbedieung und die RGB-Birne... :)

Ist auch schon installiert...
...getestet wird gleich.

Aktuell läuft noch: tradfri-fhem -D -s <security code>

EDIT: läuft aber richtig lange... Oder hätte ich das VOR dem define in fhem machen sollen? Oder sollte fhem etc. gestoppt sein? Oder dauert das wirklich soooooo lange!? ;)

EDIT2: äh, ich habe das ganze mit Umleitung in Datei. Vermutlich muss ich das irgendwann abbrechen, oder!? Wie lang soll ich laufen lassen?

EDIT3: so habe jetzt mal abgebrochen... Ich bekomme die Rückmeldung, wenn ich über FB und App schalte, schalten mit der vom Modul angelegten Lampe geht leider nicht...

Wie willst du die Ausgabe haben?

Was kann/soll ich testen (neben dem, dass ich es halt "einfach so" ausprobiere)?

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 21:36:52
also ...

wenn dein gateway im gleichen netz wie fhem ist sollte die discovery sofort gehen.

wenn nicht: bitte ip mit angeben: — ip <ip>

fhem muss nicht gestoppt sein. es können auch problemlos mehrere alexa-fhem laufen.

wenn nach dem start ausgaben kommen ist schritt 1 ok.

dann die beiden aktuellsten module aus dem thread nach FHEM installieren und das tradfri device anlegen.

wenn du oben die ip mit angeben musstest: genau so in das tradfrFHEM-params attribut stecken. set <tradfri> restart.

das device sollte running sein, um raum tradfri sollte alles angelegt werden was gefunden wird.

der status sollte sofort aktualisiert werden wenn du über app oder fb schalest.

und jetzt kommt es: kannst du über fhem ein und aus schalten?

das ist aktuell das größte problem. bei einigen geht das sofort. bei anderen geht das garnicht.

wenn es bei dir geht: super.

wenn nicht: kannst du mit wireshark schauen ob alexa-fhem an das gateway sendet?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 22 Januar 2019, 21:46:52
Was mich wundert: Es ist nicht nur on/off, es wird keinerlei Set übernommen, auch nicht Helligkeit oder so.
Die gute Nachricht: Habe vorhin eine weitere Tradfi installiert, die wird sofort erkannt, sogar noch bevor ich sie in der App umbenennen konnte (heißt jetzt einfach "1").
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Januar 2019, 21:52:06
also auch bei dir kein set. on/off war nur zum testen. das ist das einfachste.

warum geht es bei manchen und bei manchen nicht.

erkennen und updates gehen bisher problemlos und bei allen.

nur das steuern aus fhem heraus nicht. ich verstehe nicht warum.

es muss irgendetwas ganz dummes sein.

wichtig wäre wenn jemand mit problem per wireshark schauen könnte ob beim schalten etwas in richtung gateway raus geht.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 22 Januar 2019, 22:09:27
Hallo André,

mach ich glatt.

Installiere grad tshark (weil ich ja irgendwie an die Daten kommen muss die vom PI zum Gateway gehen)...
...mal sehen wie ich damit zurecht komme ;)

Brauchst du den Output von meinem "tradfri-fhem -D -s <security code>" -Lauf?
siehe: https://forum.fhem.de/index.php/topic,96125.msg893409.html#msg893409

EDIT: wenn ich in fhem drücke geht KEIN Paket raus. Es kommen nur Pakete beim fhem-PI an, wenn ich mit der FB bzw. App schalte...

EDIT2: Zur Info: der Gateway "hängt" über einen WLAN-Client/Extender per WLAN am Router...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 23 Januar 2019, 00:01:08
Zitat von: justme1968 am 22 Januar 2019, 19:05:56
@Wuppi68: wie viele devices hast du am gateway?

hast du auch die java version laufen?

irgendetwas muss doch bei uns anders als bei den anderen...

kann man jemand von euch mit wireshark schauen ob die kommandos zum gateway raus gehen?

ich habe Leuchten GU10/E27 weiss und RGB E27er mit 4 Fernbedienungen und einen (noch nicht installierten) Trafo den ich als 10V PWM Geber missbrauchen will

JTradfri ist Produktiv Connectet
Dein Gateway
trafri-mqtt

alle gleichzeitig auf dem gleichen Server

und die APP Verbindet auch immer für so ca. 1 Monat :-)

Das meldet das MQTT GW zurück wenn ich per Coaps direkt die ".well-known/core" Config abfrage ...

{"id":"well-known","code":"2.05","format":40,"payload":"<//15006>;ct=0;obs,<//15001>;ct=0;obs,<//15004>;ct=0;obs,<//15004/add>;ct=0,<//15004/remove>;ct=0,<//15010>;ct=0;obs,<//15005>;ct=0;obs,<//15011/15012>;ct=0;obs,<//15011/9034>;ct=0,<//15011/9030>;ct=0,<//15011/9031>;ct=0,<//15011/9102>;ct=0,<//15011/9094>;ct=0;obs,<//15011/9095>;ct=0;obs,<//15011/9104>;ct=0;obs,<//15004/161295>;ct=0;obs,<//15005/161295>;ct=0;obs,<//15005/146016/226828>;ct=0;obs,<//15005/161303/226835>;ct=0;obs,<//15005/161303/226836>;ct=0;obs,<//15005/161303/226837>;ct=0;obs,<//15004/146016>;ct=0;obs,<//15005/146016>;ct=0;obs,<//15001/65557>;ct=0;obs,<//15001/65558>;ct=0;obs,<//15001/65542>;ct=0;obs,<//15001/65538>;ct=0;obs,<//15001/65551>;ct=0;obs,<//15001/65552>;ct=0;obs,<//15001/65560>;ct=0;obs,<//15001/65540>;ct=0;obs,<//15001/65554>;ct=0;obs,<//15001/65539>;ct=0;obs,<//15001/65548>;ct=0;obs,<//15001/65537>;ct=0;obs,<//15001/65550>;ct=0;obs,<//15001/65543>;ct=0;obs,<//15001/65541>;ct=0;obs,<//15001/65549>;ct=0;obs,<//15005/161295/211896>;ct=0;obs,<//15005/161295/224865>;ct=0;obs,<//15005/161295/204477>;ct=0;obs,<//15004/161303>;ct=0;obs,<//15005/161303>;ct=0;obs,<//15005/161304/226838>;ct=0;obs,<//15005/161304/226839>;ct=0;obs,<//15005/161304/226840>;ct=0;obs,<//15004/161304>;ct=0;obs,<//15005/161304>;ct=0;obs,<//15005/146016/212837>;ct=0;obs,<//15005/146016/226810>;ct=0;obs,<//15005/146016/212663>;ct=0;obs,<//15005/146016/202403>;ct=0;obs,<//15004/161299>;ct=0;obs,<//15005/161299>;ct=0;obs,<//15005/161305/226841>;ct=0;obs,<//15005/161305/226842>;ct=0;obs,<//15005/161305/226843>;ct=0;obs,<//15004/161305>;ct=0;obs,<//15005/161305>;ct=0;obs,<//15005/161299/226822>;ct=0;obs,<//15005/161299/226823>;ct=0;obs,<//15005/161299/226824>;ct=0;obs,<//15011/9063>;ct=0,<//15005/146016/226844>;ct=0;obs,<//15010/313073>;ct=0;obs"}
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 23 Januar 2019, 00:07:28
hier noch ein liste vom Trådfri Device

Internals:
   CFGFN     
   FD         13
   LAST_START 2019-01-22 15:01:30
   LAST_STOP  2019-01-22 15:01:30
   NAME       tradfri
   NOTIFYDEV  global
   NR         38
   NTFY_ORDER 50-tradfri
   PARTIAL   
   PID        27655
   STARTS     2
   STATE      running /usr/bin/tradfri-fhem -s e3GfdjaQfFwkgJt2 -i tradfri_1548154366156 -p TW3OuE10abut5gUc
   TYPE       tradfri
   CoProcess:
     cmdFn      tradfri_getCmd
     processStateReading tradfri-fhem
     state      running /usr/bin/tradfri-fhem -s e3GfdjaQfFwkgJt2 -i tradfri_1548154366156 -p TW3OuE10abut5gUc
   READINGS:
     2019-01-22 11:52:46   identity        crypt:104655535010513c5505050d0005060b010f575001
     2019-01-22 11:52:46   psk             crypt:3063077843270953055244410457675b
     2019-01-22 15:01:30   tradfri-fhem    running /usr/bin/tradfri-fhem -s e3GfdjaQfFwkgJt2 -i tradfri_1548154366156 -p TW3OuE10abut5gUc
   helper:
     scenes:
       202403:
         group      146016
         id         202403
         name       Schreibtisch
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65538
           65539
           65540
           65541
         state:
       204477:
         group      161295
         id         204477
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65542
           65543
         state:
       211896:
         group      161295
         id         211896
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65542
           65543
         state:
       212663:
         group      146016
         id         212663
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65538
           65539
           65540
           65541
         state:
       212837:
         group      146016
         id         212837
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65538
           65539
           65540
           65541
         state:
       224865:
         group      161295
         id         224865
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65542
           65543
         state:
       226810:
         group      146016
         id         226810
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65538
           65539
           65540
           65541
         state:
       226822:
         group      161299
         id         226822
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65551
           65552
         state:
       226823:
         group      161299
         id         226823
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65551
           65552
         state:
       226824:
         group      161299
         id         226824
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65551
           65552
         state:
       226828:
         group      146016
         id         226828
         name       Default
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65538
           65539
           65540
           65541
         state:
       226835:
         group      161303
         id         226835
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65557
           65548
           65550
           65549
           65554
         state:
       226836:
         group      161303
         id         226836
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65557
           65548
           65550
           65549
           65554
         state:
       226837:
         group      161303
         id         226837
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65557
           65548
           65550
           65549
           65554
         state:
       226838:
         group      161304
         id         226838
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65558
           65537
         state:
       226839:
         group      161304
         id         226839
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65558
           65537
         state:
       226840:
         group      161304
         id         226840
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65558
           65537
         state:
       226841:
         group      161305
         id         226841
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65560
         state:
       226842:
         group      161305
         id         226842
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65560
         state:
       226843:
         group      161305
         id         226843
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65560
         state:
       226844:
         group      146016
         id         226844
         name       test
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65538
           65539
           65540
           65541
         state:
Attributes:
   devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
   room       Tradfri
   stateFormat tradfri-fhem
   tradfriFHEM-securityCode crypt:01077351520859320276465e567a460a
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 09:40:42
ich denke ich habe das problem gefunden...

bitte tradfri-fhem 0.0.4 probieren. damit sollte das schalten jetzt gehen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 09:59:09
Cool, was war es denn?
Sieht deutlich besser aus  :), die "nur weiße" kann ich schalten, die "kann alle Farben" muss ich erst testen, irgendein Kind hat den Schalter ausgemacht statt über die Fernbedienung auszuschalten.

Der Status ist allerdings noch "unreachable" was nicht sein kann. Die Java Variante hat den Bug, dass bei "reachable" manchmal garnix steht, so auch in diesem Fall.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 10:18:39
sehr gut.

node hat scheinbar das stdin handling nach version 8 geändert oder kaputt gemacht. ausgerechnet das beispiel aus der node doku selber geht nicht mehr :). jetzt habe ich etwas selber gebaut und es scheint besser zu sein.

unreachable kommt direkt aus dem gateway. das solltest du auch in den empfangenen events sehen wenn du debug einschaltest.

außer es sind noch mehr fehler drin :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 23 Januar 2019, 10:20:48
Moin,

sehr schön :)! Ein/Aus schalten sieht im ersten Test auch gut aus.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 10:25:12
sehr schön. warum nur nicht gleich so. das ganze hätte direkt einen besseren eindruck gemacht :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 10:25:42
Bevor ich nun die Java-Variante abschalte (ich bin nicht wirklich ein Fan von Java): Was ist denn in dem Modul noch offen? Also geht faden, Farben usw?
Anyway ... Vielen Dank für dieses Modul, einfach Top!! Ich hatte schon schiss als Peter schrieb, dass er sein Modul nicht mehr weiterentwickelt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 10:29:16
im prinzip müsste für lampen und stecker alles gehen.

es gibt sicher noch eine reihe spezialfälle die noch nicht abgedeckt sind, den gruppenstatus muss ich noch nachziehen und sensoren gehen nicht.

die szenen muss ich auf gruppen ebene runter schieben. ikea legt automatisch für jede gruppe die drei gleichen standard szenen an. das wird sonst unübersichtlich.

und der ein oder andere fehler taucht bestimmt noch auf.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 10:32:10
Die Java-Variante von Peter hatte das Problem, dass ich nur eine handvoll RGB Codes zur Lampe schicken konnte. Weißt du ob ich mit deinem Modul nun x-beliebig RGB's zusammenbauen kann?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 10:33:32
ich habe keine farbige lampe an meinem gateway.

die steuerung erfolgt aber über hue und saturation. es sollten keine einschränkungen geben. es kann aber sein das es noch nicht komplett geht wie vorgesehen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 10:39:49
Super. Ich teste das heute abend, wenn die Kinder im Bett sind, mal ausgiebig aus und gebe dir Feedback.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 23 Januar 2019, 10:41:42
Super, werde ich auch mal testen...
...kann aber spät(er) werden...

Wenn ich noch was tun/testen kann (oder weitere Daten) einfach melden.

Danke, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 10:47:18
Noch ne Frage, falls es jemand weiß. Werden die Daten für die Lampe eigentlich vom Gateway gepuffert? Sprich: Wenn der Lichtschalter aus ist, die Lampe also keinen Strom bekommt, dann werden änderungen ja nicht direkt übernommen. Wenn ich dann zB die Helligkeit auf 15% setze, werden die dann von der Lampe automatisch übernommen, sobald sie Strom bekommt?

Und bis wohin dimmt "dimup"? Also ausgehend von bis zu welchem Wert?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 23 Januar 2019, 10:55:20
Zitat von: Det20 am 23 Januar 2019, 10:47:18
Noch ne Frage, falls es jemand weiß. Werden die Daten für die Lampe eigentlich vom Gateway gepuffert? Sprich: Wenn der Lichtschalter aus ist, die Lampe also keinen Strom bekommt, dann werden änderungen ja nicht direkt übernommen. Wenn ich dann zB die Helligkeit auf 15% setze, werden die dann von der Lampe automatisch übernommen, sobald sie Strom bekommt?

Das GW weiß den Zustand der Devices
Änderungen werden synchron an die Devices geschickt --> keine Rückmeldung --> kein neuer State

PS: Stromlose Devices schaffen es schon mal beim Wiedereinschalten eine Rekonfiguration vom Zigbee Netzwerk zu veranlassen, dann können ggfls. auch Befehle verloren gehen :-( Passiert auch mit der original IKEA App
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 11:04:47
wenn man tradfri-fhem auf der kommandozeile offen hat sieht man nach dem einschalten einer lampe eine ganze reihe alter kommandos bzw. deren auswirkung vorbei rauschen sobald das gateway merkt das die lampe wieder da ist.

das genaue verhalten hängt aber vom hub und der lampenfirmware ab.

bei hue sind die lampen z.b. bis vor kurzem immer hell und weiß hoch gekommen. inzwischen kann man den einschaltzustand konfigurieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 11:16:53
Hallo justme1968,

habe mal mit tcpdump die ip meines Gateways mitgeschnitten. Beim normalen jtradfri  gehen einige Pakete zum Gateway und die Lampe wird geschalten.

Wenn ich über dein Modul versuche zu schalten, kommt kein einziges Paket zum Gateway.

Kann es ein Berechtigungsproblem sein?

Habe als fhemuser das Skript aufgerufen. Er erkennt auch alle Lampen. Wenn ich jetzt mit der Fernbedienung schalte kommen auch Nachrichten an. Wenn ich dann aus fhem heraus schalte, passiert nichts.

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 11:21:01
sudo npm install -g --unsafe-perm tradfri-fhem
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 11:22:18
@rippi46: schau mal bitte etwas weiter oben bzw. im ersten beitrag. es gibt seit vorhin eine neue version dir das problem hoffentlich für alle behebt.

das ganze hing mit der node version an und einem fehler den es dort scheinbar für stdin lesen gibt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 11:55:08
Leider funktioniert es immer noch nicht. :(

hier die Ausgabe aus dem Log beim Schalten über fhem und über die App bzw jtradfri.

TradGW2: writing: {"id":"65537","on":true,"t":"lights"}
2019.01.23 11:49:36 5: TradGW2: writing: {"id":"65537","on":false,"t":"lights"}
2019.01.23 11:49:37 5: TradGW2: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":false,"colormode":"ct","bri":254,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.23 11:49:37 5: TradGW2: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}
2019.01.23 11:49:39 5: TradGW2: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":false,"colormode":"ct","bri":254,"ct":250,"rgb":"f5faf6","reachable":true},"t":"event","id":65537}


die beiden ersten Zeilen sind von fhem der Rest von der App.


Gruß rippi

PS: Version ist aktuell!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 11:56:59
hast du die 0.0.5 ?

kannst du bitte mal die 0.0.4 probieren? vielleicht habe ich es schon wieder kaputt gemacht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 11:58:28
und du musst nach der npm installation in fhem ein mal set <tradfr> start sagen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 12:05:55
wie komme ich an die 04er Version?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 12:07:09
Zitat von: rippi46 am 23 Januar 2019, 12:05:55
wie komme ich an die 04er Version?

sudo npm install -g --unsafe-perm tradfri-fhem
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 12:08:05
das ist schon die 0.0.5.

beim install die versionsnummer mit @ anängen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 12:08:35
@Det20: wenn du was wie beendetest?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 12:10:47
Wollte es gerade reproudzieren, jetzt läuft es. Komisch. Ein Status, ob es gerade läuft oder nicht, wäre super. Also ein "isrunning" mit 1 oder 0. Dann muss man nicht parsen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 12:12:19
achtung: im status stehen auch zwischenwerte.

das modul kümmert sich selber darum tradfri-fhem am laufen zu halten. nicht zwischenrein funken. wenn hier etwas nicht automatisch geht muss ich es im modul reparieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 12:13:04
status und icon sind doch da... was fehlt?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 12:16:09
Ich möchte dein Modul automatisch neu starten, wenn es mal wegkachelt. Dazu muss ich wissen, ob es läuft. Status ginge, wenn dort nur "running" oder was anderes steht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 12:17:04
das macht das modul selber schon. und besser als es von außen möglich ist.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 12:17:44
 :) :) :) :)Jetzt funktioniert es mit der 0.0.4 :) :) :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 12:20:06
arg. so ein krampf. ich hoffe wir bekommen das bald endgültig gelöst.


kannst bitte auch noch mal dir 0.0.5 testen? nicht das nur das restart gefehlt hat.

und umgekehrt: jemand bei dem es erst mit der 0.0.4 ging schauen ob es mit der aktuellsten 0.0.5 immer noch geht?

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 12:26:29
Also: 0.0.5 geht nicht; 0.0.4 geht.

Problem beim Ändern der Farbtemperatur ändert sich der Schieberegler eine anderen Lampe.
(aber immer die gleiche egal an welcher Lampe ich die Farbtemperatur ändere.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 12:28:34
welche node version hast du im einsatz?

zum schieberegler: passiert das nur bei farbe oder auch beim schalten?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 12:33:12
-node v8.15.0

-nur bei Farbänderung
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 13:12:14
Komisch, mit der .6 geht nix mehr in Sachen schalten, die JAVA Version klappt noch.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 13:14:48
in die 0.0.6 sind eigentlich nur zusätzliche debug meldungen rein gekommen.

bitte mal -D bei den params hinzufügen und starten.

was steht im log beim schalten?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 13:21:32
ok. ich weiß was es ist.

endgültiger fix kommt nachher.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 13:27:24
ok. im ersten beitrag ist eine neue modul version.

mit der kombination aus diesem modul und 0.0.5/0.0.6 sollte das schalten überall funktionieren.


warum die falsche lampe gesteuert wird verstehe ich noch nicht. einschalten und farbe kommen im gleichen event und werden auf einen schlag auch ans gateway weiter geschickt.

die log ausgaben beim schalten mit einem -D in tradfriFHEM-params müssten helfen auch dieses problem noch zu finden.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 13:56:57
- Lösch mich -
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 14:13:47
hier ein Auszug aus dem log mit der 0.0.6 beim Ein und Ausschalten und beim Verändern der Farbtemperatur.

Schalten funktioniert nur die Sache mit dem Schieberegler nicht.

2019.01.23 14:10:25 2: THPL_Display: {                my $url = 'http://192.168.178.60/esp8266?max=Aussentemp+' . ReadingsVal("Wetter","temperature","0") . '+C';                system("wget -q -O - $url > /dev/null 2>&1");                        }: -1
2019.01.23 14:10:25 3: Unknown Revolt device fb81, please define it
2019.01.23 14:10:25 1: my_StoreBatteryStatus      ignoring Device: MAX_0aefa5
2019.01.23 14:10:25 1: my_StoreBatteryStatus      ignoring Device: MAX_0aefa5
2019.01.23 14:10:46 2: THPL_Display: {                my $url = 'http://192.168.178.60/esp8266?max=Akt.+Verbrauch+' . ReadingsVal("MYSENSOR_101","power1","0") . '+Watt';                system("wget -q -O - $url > /dev/null 2>&1");                        }: -1
2019.01.23 14:10:47 3: sduino: Unknown code u20#EEBEAABFFABAAAAAAAAABEBA8, help me!
2019.01.23 14:10:51 3: Delizio: Read callback: Error: read from https://www.migros-shop.de:443 timed out
2019.01.23 14:10:55 1: my_StoreBatteryStatus      ignoring Device: MAX_07d1a8
2019.01.23 14:10:55 1: my_StoreBatteryStatus      ignoring Device: MAX_07d1a8
2019.01.23 14:11:07 2: THPL_Display: {                my $url = 'http://192.168.178.60/esp8266?max=Buerotemp+' . ReadingsVal("LaCrosse_0A","temperature","0") . '+C';                system("wget -q -O - $url > /dev/null 2>&1");                        }: -1
2019.01.23 14:11:12 3: MYSENSORS: ignoring stream-msg from unknown radioId 132, childId 255 for ST_FIRMWARE_CONFIG_REQUEST
2019.01.23 14:11:17 3: Cube1: Unknown code A0F8786103F64840000000A88BC0F0000::-42:Cube1, help me!
2019.01.23 14:11:23 3: Cube1: Unknown code A0D3686104C0C940000000601000E::-68:Cube1, help me!
2019.01.23 14:11:28 2: THPL_Display: {                my $url = 'http://192.168.178.60/esp8266?max=Aussentemp+' . ReadingsVal("Wetter","temperature","0") . '+C';                system("wget -q -O - $url > /dev/null 2>&1");                        }: -1
2019.01.23 14:11:32 5: TradGW: writing: {"on":true,"t":"lights","id":"65537","ct":341}
2019.01.23 14:11:33 5: TradGW: read: [2019-1-23 14:11:32] read: {"on":true,"t":"lights","id":"65537","ct":341}
2019.01.23 14:11:33 4: TradGW: [2019-1-23 14:11:32] read: {"on":true,"t":"lights","id":"65537","ct":341}
2019.01.23 14:11:33 5: TradGW: read:
2019.01.23 14:11:33 4: TradGW:
2019.01.23 14:11:33 5: TradGW: read: [2019-1-23 14:11:32] [ '{"on":true,"t":"lights","id":"65537","ct":341}' ]
2019.01.23 14:11:33 4: TradGW: [2019-1-23 14:11:32] [ '{"on":true,"t":"lights","id":"65537","ct":341}' ]
2019.01.23 14:11:33 5: TradGW: read: [2019-1-23 14:11:32]
2019.01.23 14:11:33 4: TradGW: [2019-1-23 14:11:32]
2019.01.23 14:11:33 5: TradGW: read: [2019-1-23 14:11:32] processing: {"on":true,"t":"lights","id":"65537","ct":341}
2019.01.23 14:11:33 4: TradGW: [2019-1-23 14:11:32] processing: {"on":true,"t":"lights","id":"65537","ct":341}
2019.01.23 14:11:33 5: TradGW: read: [2019-1-23 14:11:32] { on: true, t: 'lights', id: '65537', ct: 341 }
2019.01.23 14:11:33 4: TradGW: [2019-1-23 14:11:32] { on: true, t: 'lights', id: '65537', ct: 341 }
2019.01.23 14:11:33 5: TradGW: read: [2019-1-23 14:11:32] { onOff: true, colorTemperature: 44.6078431372549 }
2019.01.23 14:11:33 4: TradGW: [2019-1-23 14:11:32] { onOff: true, colorTemperature: 44.6078431372549 }
2019.01.23 14:11:33 5: TradGW: read: [2019-1-23 14:11:33] Accessory {
2019.01.23 14:11:33 4: TradGW: [2019-1-23 14:11:33] Accessory {
2019.01.23 14:11:33 5: TradGW: read:   isProxy: false,
2019.01.23 14:11:33 4: TradGW:   isProxy: false,
2019.01.23 14:11:33 5: TradGW: read:   options: {},
2019.01.23 14:11:33 4: TradGW:   options: {},
2019.01.23 14:11:33 5: TradGW: read:   name: 'Licht',
2019.01.23 14:11:33 4: TradGW:   name: 'Licht',
2019.01.23 14:11:33 5: TradGW: read:   createdAt: 1536429255,
2019.01.23 14:11:33 4: TradGW:   createdAt: 1536429255,
2019.01.23 14:11:33 5: TradGW: read:   instanceId: 65537,
2019.01.23 14:11:33 4: TradGW:   instanceId: 65537,
2019.01.23 14:11:33 5: TradGW: read:   type: 2,
2019.01.23 14:11:33 4: TradGW:   type: 2,
2019.01.23 14:11:33 5: TradGW: read:   alive: false,
2019.01.23 14:11:33 4: TradGW:   alive: false,
2019.01.23 14:11:33 5: TradGW: read:   lastSeen: 1548233248,
2019.01.23 14:11:33 4: TradGW:   lastSeen: 1548233248,
2019.01.23 14:11:33 5: TradGW: read:   otaUpdateState: 0,
2019.01.23 14:11:33 4: TradGW:   otaUpdateState: 0,
2019.01.23 14:11:33 5: TradGW: read:   deviceInfo:
2019.01.23 14:11:33 4: TradGW:   deviceInfo:
2019.01.23 14:11:33 5: TradGW: read:    DeviceInfo {
2019.01.23 14:11:33 4: TradGW:    DeviceInfo {
2019.01.23 14:11:33 5: TradGW: read:      isProxy: false,
2019.01.23 14:11:33 4: TradGW:      isProxy: false,
2019.01.23 14:11:33 5: TradGW: read:      options: {},
2019.01.23 14:11:33 4: TradGW:      options: {},
2019.01.23 14:11:33 5: TradGW: read:      firmwareVersion: '1.2.217',
2019.01.23 14:11:33 4: TradGW:      firmwareVersion: '1.2.217',
2019.01.23 14:11:33 5: TradGW: read:      manufacturer: 'IKEA of Sweden',
2019.01.23 14:11:33 4: TradGW:      manufacturer: 'IKEA of Sweden',
2019.01.23 14:11:33 5: TradGW: read:      modelNumber: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:33 4: TradGW:      modelNumber: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:33 5: TradGW: read:      power: 1,
2019.01.23 14:11:33 4: TradGW:      power: 1,
2019.01.23 14:11:33 5: TradGW: read:      serialNumber: '' },
2019.01.23 14:11:33 4: TradGW:      serialNumber: '' },
2019.01.23 14:11:33 5: TradGW: read:   lightList:
2019.01.23 14:11:33 4: TradGW:   lightList:
2019.01.23 14:11:33 5: TradGW: read:    [ Light {
2019.01.23 14:11:33 4: TradGW:    [ Light {
2019.01.23 14:11:33 5: TradGW: read:        isProxy: false,
2019.01.23 14:11:33 4: TradGW:        isProxy: false,
2019.01.23 14:11:33 5: TradGW: read:        options: {},
2019.01.23 14:11:33 4: TradGW:        options: {},
2019.01.23 14:11:33 5: TradGW: read:        name: '',
2019.01.23 14:11:33 4: TradGW:        name: '',
2019.01.23 14:11:33 5: TradGW: read:        createdAt: 0,
2019.01.23 14:11:33 4: TradGW:        createdAt: 0,
2019.01.23 14:11:33 5: TradGW: read:        instanceId: 0,
2019.01.23 14:11:33 4: TradGW:        instanceId: 0,
2019.01.23 14:11:33 5: TradGW: read:        color: '0',
2019.01.23 14:11:33 4: TradGW:        color: '0',
2019.01.23 14:11:33 5: TradGW: read:        transitionTime: 0.5,
2019.01.23 14:11:33 4: TradGW:        transitionTime: 0.5,
2019.01.23 14:11:33 5: TradGW: read:        _accessory: [Object],
2019.01.23 14:11:33 4: TradGW:        _accessory: [Object],
2019.01.23 14:11:33 5: TradGW: read:        _modelName: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:33 4: TradGW:        _modelName: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:33 5: TradGW: read:        colorX: 28814,
2019.01.23 14:11:33 4: TradGW:        colorX: 28814,
2019.01.23 14:11:33 5: TradGW: read:        colorY: 26489,
2019.01.23 14:11:33 4: TradGW:        colorY: 26489,
2019.01.23 14:11:33 5: TradGW: read:        colorTemperature: 44.6,
2019.01.23 14:11:33 4: TradGW:        colorTemperature: 44.6,
2019.01.23 14:11:33 5: TradGW: read:        UNKNOWN1: 0,
2019.01.23 14:11:33 4: TradGW:        UNKNOWN1: 0,
2019.01.23 14:11:33 5: TradGW: read:        onOff: true,
2019.01.23 14:11:33 4: TradGW:        onOff: true,
2019.01.23 14:11:33 5: TradGW: read:        dimmer: 100,
2019.01.23 14:11:33 4: TradGW:        dimmer: 100,
2019.01.23 14:11:33 5: TradGW: read:        _spectrum: 'white',
2019.01.23 14:11:33 4: TradGW:        _spectrum: 'white',
2019.01.23 14:11:33 5: TradGW: read:        client: [Object] } ],
2019.01.23 14:11:33 4: TradGW:        client: [Object] } ],
2019.01.23 14:11:33 5: TradGW: read:   client:
2019.01.23 14:11:33 4: TradGW:   client:
2019.01.23 14:11:33 5: TradGW: read:    TradfriClient {
2019.01.23 14:11:33 4: TradGW:    TradfriClient {
2019.01.23 14:11:33 5: TradGW: read:      domain: null,
2019.01.23 14:11:33 4: TradGW:      domain: null,
2019.01.23 14:11:33 5: TradGW: read:      _events:
2019.01.23 14:11:33 4: TradGW:      _events:
2019.01.23 14:11:33 5: TradGW: read:       { 'gateway updated': [Function: bound ],
2019.01.23 14:11:33 4: TradGW:       { 'gateway updated': [Function: bound ],
2019.01.23 14:11:33 5: TradGW: read:         'device updated': [Function: bound ],
2019.01.23 14:11:33 4: TradGW:         'device updated': [Function: bound ],
2019.01.23 14:11:33 5: TradGW: read:         'device removed': [Function: bound ],
2019.01.23 14:11:33 4: TradGW:         'device removed': [Function: bound ],
2019.01.23 14:11:33 5: TradGW: read:         'group updated': [Function: bound ],
2019.01.23 14:11:33 4: TradGW:         'group updated': [Function: bound ],
2019.01.23 14:11:33 5: TradGW: read:         'group removed': [Function: bound ],
2019.01.23 14:11:33 4: TradGW:         'group removed': [Function: bound ],
2019.01.23 14:11:33 5: TradGW: read:         'scene updated': [Function: bound ],
2019.01.23 14:11:33 4: TradGW:         'scene updated': [Function: bound ],
2019.01.23 14:11:33 5: TradGW: read:         'scene removed': [Function: bound ] },
2019.01.23 14:11:33 4: TradGW:         'scene removed': [Function: bound ] },
2019.01.23 14:11:33 5: TradGW: read:      _eventsCount: 7,
2019.01.23 14:11:33 4: TradGW:      _eventsCount: 7,
2019.01.23 14:11:33 5: TradGW: read:      _maxListeners: undefined,
2019.01.23 14:11:33 4: TradGW:      _maxListeners: undefined,
2019.01.23 14:11:33 5: TradGW: read:      hostname: 'TRADFRI-Gateway-a0c9a0d686f5.local',
2019.01.23 14:11:33 4: TradGW:      hostname: 'TRADFRI-Gateway-a0c9a0d686f5.local',
2019.01.23 14:11:33 5: TradGW: read:      observedPaths:
2019.01.23 14:11:33 4: TradGW:      observedPaths:
2019.01.23 14:11:33 5: TradGW: read:       [ 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012',
2019.01.23 14:11:33 4: TradGW:       [ 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618',
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618',
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' ],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' ],
2019.01.23 14:11:33 5: TradGW: read:      devices:
2019.01.23 14:11:33 4: TradGW:      devices:
2019.01.23 14:11:33 5: TradGW: read:       { '65536': [Object],
2019.01.23 14:11:33 4: TradGW:       { '65536': [Object],
2019.01.23 14:11:33 5: TradGW: read:         '65537': [Object],
2019.01.23 14:11:33 4: TradGW:         '65537': [Object],
2019.01.23 14:11:33 5: TradGW: read:         '65538': [Object],
2019.01.23 14:11:33 4: TradGW:         '65538': [Object],
2019.01.23 14:11:33 5: TradGW: read:         '65539': [Object],
2019.01.23 14:11:33 4: TradGW:         '65539': [Object],
2019.01.23 14:11:33 5: TradGW: read:         '65540': [Object],
2019.01.23 14:11:33 4: TradGW:         '65540': [Object],
2019.01.23 14:11:33 5: TradGW: read:         '65542': [Object] },
2019.01.23 14:11:33 4: TradGW:         '65542': [Object] },
2019.01.23 14:11:33 5: TradGW: read:      groups: { '131073': [Object], '131074': [Object], '131076': [Object] },
2019.01.23 14:11:33 4: TradGW:      groups: { '131073': [Object], '131074': [Object], '131076': [Object] },
2019.01.23 14:11:33 5: TradGW: read:      ipsoOptions: {},
2019.01.23 14:11:33 4: TradGW:      ipsoOptions: {},
2019.01.23 14:11:33 5: TradGW: read:      rememberedObserveCallbacks:
2019.01.23 14:11:33 4: TradGW:      rememberedObserveCallbacks:
2019.01.23 14:11:33 5: TradGW: read:       Map {
2019.01.23 14:11:33 4: TradGW:       Map {
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012' => [Function],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012' => [Function],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001' => [Function],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001' => [Function],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004' => [Function],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004' => [Function],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073' => [Function],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073' => [Function],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074' => [Function],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074' => [Function],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076' => [Function],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076' => [Function],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618' => [Function: handleResponse],
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618' => [Function: handleResponse],
2019.01.23 14:11:33 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' => [Function: handleResponse] },
2019.01.23 14:11:33 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' => [Function: handleResponse] },
2019.01.23 14:11:33 5: TradGW: read:      requestBase: 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/',
2019.01.23 14:11:33 4: TradGW:      requestBase: 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/',
2019.01.23 14:11:33 5: TradGW: read:      observeGatewayPromise: undefined,
2019.01.23 14:11:33 4: TradGW:      observeGatewayPromise: undefined,
2019.01.23 14:11:33 5: TradGW: read:      observeDevicesPromise: undefined,
2019.01.23 14:11:33 4: TradGW:      observeDevicesPromise: undefined,
2019.01.23 14:11:33 5: TradGW: read:      observeGroupsPromise: undefined,
2019.01.23 14:11:33 4: TradGW:      observeGroupsPromise: undefined,
2019.01.23 14:11:33 5: TradGW: read:      observeScenesPromises: undefined } }
2019.01.23 14:11:33 4: TradGW:      observeScenesPromises: undefined } }
2019.01.23 14:11:33 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":340,"rgb":"0","reachable":false},"t":"event","id":65537}
2019.01.23 14:11:35 5: TradGW: writing: {"ct":439,"id":"65537","t":"lights","on":true}
2019.01.23 14:11:36 5: TradGW: read: [2019-1-23 14:11:35] read: {"ct":439,"id":"65537","t":"lights","on":true}
2019.01.23 14:11:36 4: TradGW: [2019-1-23 14:11:35] read: {"ct":439,"id":"65537","t":"lights","on":true}
2019.01.23 14:11:36 5: TradGW: read:
2019.01.23 14:11:36 4: TradGW:
2019.01.23 14:11:36 5: TradGW: read: [2019-1-23 14:11:35] [ '{"ct":439,"id":"65537","t":"lights","on":true}' ]
2019.01.23 14:11:36 4: TradGW: [2019-1-23 14:11:35] [ '{"ct":439,"id":"65537","t":"lights","on":true}' ]
2019.01.23 14:11:36 5: TradGW: read: [2019-1-23 14:11:35]
2019.01.23 14:11:36 4: TradGW: [2019-1-23 14:11:35]
2019.01.23 14:11:36 5: TradGW: read: [2019-1-23 14:11:35] processing: {"ct":439,"id":"65537","t":"lights","on":true}
2019.01.23 14:11:36 4: TradGW: [2019-1-23 14:11:35] processing: {"ct":439,"id":"65537","t":"lights","on":true}
2019.01.23 14:11:36 5: TradGW: read: [2019-1-23 14:11:35] { ct: 439, id: '65537', t: 'lights', on: true }
2019.01.23 14:11:36 4: TradGW: [2019-1-23 14:11:35] { ct: 439, id: '65537', t: 'lights', on: true }
2019.01.23 14:11:36 5: TradGW: read: [2019-1-23 14:11:35] { onOff: true, colorTemperature: 92.6470588235294 }
2019.01.23 14:11:36 4: TradGW: [2019-1-23 14:11:35] { onOff: true, colorTemperature: 92.6470588235294 }
2019.01.23 14:11:36 5: TradGW: read: [2019-1-23 14:11:35] Accessory {
2019.01.23 14:11:36 4: TradGW: [2019-1-23 14:11:35] Accessory {
2019.01.23 14:11:36 5: TradGW: read:   isProxy: false,
2019.01.23 14:11:36 4: TradGW:   isProxy: false,
2019.01.23 14:11:36 5: TradGW: read:   options: {},
2019.01.23 14:11:36 4: TradGW:   options: {},
2019.01.23 14:11:36 5: TradGW: read:   name: 'Licht',
2019.01.23 14:11:36 4: TradGW:   name: 'Licht',
2019.01.23 14:11:36 5: TradGW: read:   createdAt: 1536429255,
2019.01.23 14:11:36 4: TradGW:   createdAt: 1536429255,
2019.01.23 14:11:36 5: TradGW: read:   instanceId: 65537,
2019.01.23 14:11:36 4: TradGW:   instanceId: 65537,
2019.01.23 14:11:36 5: TradGW: read:   type: 2,
2019.01.23 14:11:36 4: TradGW:   type: 2,
2019.01.23 14:11:36 5: TradGW: read:   alive: false,
2019.01.23 14:11:36 4: TradGW:   alive: false,
2019.01.23 14:11:36 5: TradGW: read:   lastSeen: 1548233248,
2019.01.23 14:11:36 4: TradGW:   lastSeen: 1548233248,
2019.01.23 14:11:36 5: TradGW: read:   otaUpdateState: 0,
2019.01.23 14:11:36 4: TradGW:   otaUpdateState: 0,
2019.01.23 14:11:36 5: TradGW: read:   deviceInfo:
2019.01.23 14:11:36 4: TradGW:   deviceInfo:
2019.01.23 14:11:36 5: TradGW: read:    DeviceInfo {
2019.01.23 14:11:36 4: TradGW:    DeviceInfo {
2019.01.23 14:11:36 5: TradGW: read:      isProxy: false,
2019.01.23 14:11:36 4: TradGW:      isProxy: false,
2019.01.23 14:11:36 5: TradGW: read:      options: {},
2019.01.23 14:11:36 4: TradGW:      options: {},
2019.01.23 14:11:36 5: TradGW: read:      firmwareVersion: '1.2.217',
2019.01.23 14:11:36 4: TradGW:      firmwareVersion: '1.2.217',
2019.01.23 14:11:36 5: TradGW: read:      manufacturer: 'IKEA of Sweden',
2019.01.23 14:11:36 4: TradGW:      manufacturer: 'IKEA of Sweden',
2019.01.23 14:11:36 5: TradGW: read:      modelNumber: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:36 4: TradGW:      modelNumber: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:36 5: TradGW: read:      power: 1,
2019.01.23 14:11:36 4: TradGW:      power: 1,
2019.01.23 14:11:36 5: TradGW: read:      serialNumber: '' },
2019.01.23 14:11:36 4: TradGW:      serialNumber: '' },
2019.01.23 14:11:36 5: TradGW: read:   lightList:
2019.01.23 14:11:36 4: TradGW:   lightList:
2019.01.23 14:11:36 5: TradGW: read:    [ Light {
2019.01.23 14:11:36 4: TradGW:    [ Light {
2019.01.23 14:11:36 5: TradGW: read:        isProxy: false,
2019.01.23 14:11:36 4: TradGW:        isProxy: false,
2019.01.23 14:11:36 5: TradGW: read:        options: {},
2019.01.23 14:11:36 4: TradGW:        options: {},
2019.01.23 14:11:36 5: TradGW: read:        name: '',
2019.01.23 14:11:36 4: TradGW:        name: '',
2019.01.23 14:11:36 5: TradGW: read:        createdAt: 0,
2019.01.23 14:11:36 4: TradGW:        createdAt: 0,
2019.01.23 14:11:36 5: TradGW: read:        instanceId: 0,
2019.01.23 14:11:36 4: TradGW:        instanceId: 0,
2019.01.23 14:11:36 5: TradGW: read:        color: '0',
2019.01.23 14:11:36 4: TradGW:        color: '0',
2019.01.23 14:11:36 5: TradGW: read:        transitionTime: 0.5,
2019.01.23 14:11:36 4: TradGW:        transitionTime: 0.5,
2019.01.23 14:11:36 5: TradGW: read:        _accessory: [Object],
2019.01.23 14:11:36 4: TradGW:        _accessory: [Object],
2019.01.23 14:11:36 5: TradGW: read:        _modelName: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:36 4: TradGW:        _modelName: 'TRADFRI bulb E14 WS opal 400lm',
2019.01.23 14:11:36 5: TradGW: read:        colorX: 32479,
2019.01.23 14:11:36 4: TradGW:        colorX: 32479,
2019.01.23 14:11:36 5: TradGW: read:        colorY: 27108,
2019.01.23 14:11:36 4: TradGW:        colorY: 27108,
2019.01.23 14:11:36 5: TradGW: read:        colorTemperature: 92.6,
2019.01.23 14:11:36 4: TradGW:        colorTemperature: 92.6,
2019.01.23 14:11:36 5: TradGW: read:        UNKNOWN1: 0,
2019.01.23 14:11:36 4: TradGW:        UNKNOWN1: 0,
2019.01.23 14:11:36 5: TradGW: read:        onOff: true,
2019.01.23 14:11:36 4: TradGW:        onOff: true,
2019.01.23 14:11:36 5: TradGW: read:        dimmer: 100,
2019.01.23 14:11:36 4: TradGW:        dimmer: 100,
2019.01.23 14:11:36 5: TradGW: read:        _spectrum: 'white',
2019.01.23 14:11:36 4: TradGW:        _spectrum: 'white',
2019.01.23 14:11:36 5: TradGW: read:        client: [Object] } ],
2019.01.23 14:11:36 4: TradGW:        client: [Object] } ],
2019.01.23 14:11:36 5: TradGW: read:   client:
2019.01.23 14:11:36 4: TradGW:   client:
2019.01.23 14:11:36 5: TradGW: read:    TradfriClient {
2019.01.23 14:11:36 4: TradGW:    TradfriClient {
2019.01.23 14:11:36 5: TradGW: read:      domain: null,
2019.01.23 14:11:36 4: TradGW:      domain: null,
2019.01.23 14:11:36 5: TradGW: read:      _events:
2019.01.23 14:11:36 4: TradGW:      _events:
2019.01.23 14:11:36 5: TradGW: read:       { 'gateway updated': [Function: bound ],
2019.01.23 14:11:36 4: TradGW:       { 'gateway updated': [Function: bound ],
2019.01.23 14:11:36 5: TradGW: read:         'device updated': [Function: bound ],
2019.01.23 14:11:36 4: TradGW:         'device updated': [Function: bound ],
2019.01.23 14:11:36 5: TradGW: read:         'device removed': [Function: bound ],
2019.01.23 14:11:36 4: TradGW:         'device removed': [Function: bound ],
2019.01.23 14:11:36 5: TradGW: read:         'group updated': [Function: bound ],
2019.01.23 14:11:36 4: TradGW:         'group updated': [Function: bound ],
2019.01.23 14:11:36 5: TradGW: read:         'group removed': [Function: bound ],
2019.01.23 14:11:36 4: TradGW:         'group removed': [Function: bound ],
2019.01.23 14:11:36 5: TradGW: read:         'scene updated': [Function: bound ],
2019.01.23 14:11:36 4: TradGW:         'scene updated': [Function: bound ],
2019.01.23 14:11:36 5: TradGW: read:         'scene removed': [Function: bound ] },
2019.01.23 14:11:36 4: TradGW:         'scene removed': [Function: bound ] },
2019.01.23 14:11:36 5: TradGW: read:      _eventsCount: 7,
2019.01.23 14:11:36 4: TradGW:      _eventsCount: 7,
2019.01.23 14:11:36 5: TradGW: read:      _maxListeners: undefined,
2019.01.23 14:11:36 4: TradGW:      _maxListeners: undefined,
2019.01.23 14:11:36 5: TradGW: read:      hostname: 'TRADFRI-Gateway-a0c9a0d686f5.local',
2019.01.23 14:11:36 4: TradGW:      hostname: 'TRADFRI-Gateway-a0c9a0d686f5.local',
2019.01.23 14:11:36 5: TradGW: read:      observedPaths:
2019.01.23 14:11:36 4: TradGW:      observedPaths:
2019.01.23 14:11:36 5: TradGW: read:       [ 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012',
2019.01.23 14:11:36 4: TradGW:       [ 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618',
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618',
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' ],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' ],
2019.01.23 14:11:36 5: TradGW: read:      devices:
2019.01.23 14:11:36 4: TradGW:      devices:
2019.01.23 14:11:36 5: TradGW: read:       { '65536': [Object],
2019.01.23 14:11:36 4: TradGW:       { '65536': [Object],
2019.01.23 14:11:36 5: TradGW: read:         '65537': [Object],
2019.01.23 14:11:36 4: TradGW:         '65537': [Object],
2019.01.23 14:11:36 5: TradGW: read:         '65538': [Object],
2019.01.23 14:11:36 4: TradGW:         '65538': [Object],
2019.01.23 14:11:36 5: TradGW: read:         '65539': [Object],
2019.01.23 14:11:36 4: TradGW:         '65539': [Object],
2019.01.23 14:11:36 5: TradGW: read:         '65540': [Object],
2019.01.23 14:11:36 4: TradGW:         '65540': [Object],
2019.01.23 14:11:36 5: TradGW: read:         '65542': [Object] },
2019.01.23 14:11:36 4: TradGW:         '65542': [Object] },
2019.01.23 14:11:36 5: TradGW: read:      groups: { '131073': [Object], '131074': [Object], '131076': [Object] },
2019.01.23 14:11:36 4: TradGW:      groups: { '131073': [Object], '131074': [Object], '131076': [Object] },
2019.01.23 14:11:36 5: TradGW: read:      ipsoOptions: {},
2019.01.23 14:11:36 4: TradGW:      ipsoOptions: {},
2019.01.23 14:11:36 5: TradGW: read:      rememberedObserveCallbacks:
2019.01.23 14:11:36 4: TradGW:      rememberedObserveCallbacks:
2019.01.23 14:11:36 5: TradGW: read:       Map {
2019.01.23 14:11:36 4: TradGW:       Map {
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012' => [Function],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15011/15012' => [Function],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001' => [Function],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001' => [Function],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004' => [Function],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004' => [Function],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65536' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65537' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65538' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65539' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65540' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15001/65542' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131073' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131074' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15004/131076' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073' => [Function],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073' => [Function],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074' => [Function],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074' => [Function],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076' => [Function],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076' => [Function],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196608' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196609' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131073/196610' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196611' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196612' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131074/196613' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196617' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618' => [Function: handleResponse],
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196618' => [Function: handleResponse],
2019.01.23 14:11:36 5: TradGW: read:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' => [Function: handleResponse] },
2019.01.23 14:11:36 4: TradGW:         'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/15005/131076/196619' => [Function: handleResponse] },
2019.01.23 14:11:36 5: TradGW: read:      requestBase: 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/',
2019.01.23 14:11:36 4: TradGW:      requestBase: 'coaps://TRADFRI-Gateway-a0c9a0d686f5.local:5684/',
2019.01.23 14:11:36 5: TradGW: read:      observeGatewayPromise: undefined,
2019.01.23 14:11:36 4: TradGW:      observeGatewayPromise: undefined,
2019.01.23 14:11:36 5: TradGW: read:      observeDevicesPromise: undefined,
2019.01.23 14:11:36 4: TradGW:      observeDevicesPromise: undefined,
2019.01.23 14:11:36 5: TradGW: read:      observeGroupsPromise: undefined,
2019.01.23 14:11:36 4: TradGW:      observeGroupsPromise: undefined,
2019.01.23 14:11:36 5: TradGW: read:      observeScenesPromises: undefined } }
2019.01.23 14:11:36 4: TradGW:      observeScenesPromises: undefined } }
2019.01.23 14:11:36 5: TradGW: read: {"name":"Licht","modelid":"TRADFRI bulb E14 WS opal 400lm","manufacturername":"IKEA of Sweden","productname":"TRADFRI bulb E14 WS opal 400lm","uniqueid":"","swversion":"1.2.217","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":438,"rgb":"0","reachable":false},"t":"event","id":65537}
^C


"Licht" wird veändert aber "vorne ändert den Regler der Farbtemperatur

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 23 Januar 2019, 15:44:30
noch eine kleine positive Zwischenmeldung:

die Tint Plempen lassen sich auch damit bedienen :-)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 15:57:31
@Det20: verschieben macht nichts.  sorry für das durcheinander mit den versionen. aber wenn beides aktuell ist sollte es eigentlich passen. tut es bei mir auch. könnte es irgendetwas ganz anderes ein?

@rippi46: was meinst du mit 'vorne'? magst du mal einen screenshot machen. und sagen was da nicht passt? im log sehe ich auf den ersten blick nicht ungewöhnliches.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 23 Januar 2019, 16:04:50
Zitat von: Wuppi68 am 23 Januar 2019, 15:44:30
die Tint Plempen lassen sich auch damit bedienen :-)
Moin
Magst du uns Unwissende aufklaeren, was Du meinst?
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 23 Januar 2019, 16:08:31
Zitat von: pc1246 am 23 Januar 2019, 16:04:50
Moin
Magst du uns Unwissende aufklaeren, was Du meinst?
Gruss Christoph

TINT: Aldi-Funzeln...

https://forum.fhem.de/index.php/topic,95246.0.html

(Nehme ich an)

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 16:12:37
Hallo

mit vorne meine ich die Lampe vorne. In dem Raum sind 2 Lampen vorne und hinten und in einem anderen Raum gibt es eine Lampe Licht.
Ich verändere "Licht" und "vorne" wir mitverändert (aber nur der Regler).

https://www.dropbox.com/s/2t4wsgteaq5yopn/tradfri.jpg?dl=0 (https://www.dropbox.com/s/2t4wsgteaq5yopn/tradfri.jpg?dl=0)

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 23 Januar 2019, 16:17:31
Zitat von: MadMax-FHEM am 23 Januar 2019, 16:08:31
TINT: Aldi-Funzeln...

https://forum.fhem.de/index.php/topic,95246.0.html

(Nehme ich an)

Gruß, Joachim

genau diese - gibt es aber bei ELV oder Amazon
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 16:37:41
@rippi46: sehr komisch. in deinem log ist taucht werde vorne noch hinten auf. nur Licht.

sind deine lampen immer unreachable? das sollte auch nicht sein.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 16:39:16
Hat sich erledigt. Habe das Hauptmodul umbenannt und übersehen, dass bei den HUE's IODEV nicht automatisch mit umbenannt wird.
Wieso wird eigentlich immer ein HUEDevice UND ein colordimmer angelegt? Kann ich das HUEDevice löschen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 16:42:33
es wird pro lampe, gruppe und fb ein device angelegt.

im der fb siehst du aktuell nur die batterie

löschen hilft nicht. die werden aktuell wieder angelegt.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 16:45:51
Zitat von: justme1968 am 23 Januar 2019, 16:42:33
im der fb siehst du aktuell nur die batterie

Ja gut, was soll da sonst angezeigt werden  :)
Kannst du beim ein/ausfaden noch einbauen, bis zu welchen Wert jeweils gefadet werden soll? Nachts möchte ich ungern auf 100% Helligkeit einfaden, sondern nur auf zB 50%.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 16:53:38
z.b das eine taste gedrückt wurde :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 16:54:34
dann nimm set <name> pct 50 statt on.

on schaltet auf die letzte helligkeit vor dem ausschalten zurück.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 16:58:02
Die sind unreachable, weil vermutlich den Kinder das dauernde ein und ausschalten auf den Keks gegangen ist und sie die lampen hart ausgeschalten haben..

Die ids der lampen sind 65537(Licht),65539(vorne) und 65540(hinten)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 17:06:00
im ganzen log tauchen 65539 und 65540 nicht auf.

nur 65537.


ist es nach einem reaload der seite immer noch falsch?



hat noch jemand anders mehr als eine lampe und der status der falschen lampe aktualisiert sich in fheweb?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 17:08:27
Nach einem reload stimmt es. Das Verhalten habe ich auf beiden Systemen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 17:11:10
wenn ein reload hilft ist es eher ein fhemweb / notify / event problem. und keins auf modul ebene. zumindest ist der interne status ok und 'nur' die anzeige in fhemweb wird auf einen falschen wert gestellt.

kannst du bitte mal die ausgabe von inform timer und der java konsole posten wenn du in einem anderem fenster die lampe schaltest?

passiert das nur beim schalten aus fhem oder auch wenn du die lampe über die fb schaltest?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 17:21:39
Wenn ich über die App bediene habe ich das gleiche verhalten. Das mit der Fernbedienung muss ich später testen - bin gerade mit dem Zug unterwegs.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 17:23:12
ok. event monitor und java konsole wären wichtig. fb und app macht hoffentlich keinen unterschied. die events kommen immer von der bridge.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 23 Januar 2019, 20:30:49
Hier die Ausgaben vom Eventmonitor:

2019-01-23 20:18:46 HUEDevice HUEDevice65537 ct: 250 (4000K)
2019-01-23 20:18:46 HUEDevice HUEDevice65537 rgb: f5faf6
2019-01-23 20:18:47 HUEDevice HUEDevice65537 ct: 454 (2202K)
2019-01-23 20:18:47 HUEDevice HUEDevice65537 rgb: efd275
2019-01-23 20:18:48 HUEDevice HUEDevice65537 ct: 369 (2710K)
2019-01-23 20:18:48 HUEDevice HUEDevice65537 rgb: f1e0b5
2019-01-23 20:18:49 HUEDevice HUEDevice65537 ct: 250 (4000K)
2019-01-23 20:18:49 HUEDevice HUEDevice65537 rgb: f5faf6
2019-01-23 20:19:21 HUEDevice HUEDevice65537 ct: 369 (2710K)
2019-01-23 20:19:21 HUEDevice HUEDevice65537 rgb: f1e0b5
2019-01-23 20:19:38 HUEDevice HUEDevice65537 ct: 454 (2202K)
2019-01-23 20:19:38 HUEDevice HUEDevice65537 rgb: efd275
2019-01-23 20:19:42 HUEDevice HUEDevice65537 ct: 250 (4000K)
2019-01-23 20:19:42 HUEDevice HUEDevice65537 rgb: f5faf6
2019-01-23 20:19:43 HUEDevice HUEDevice65537 ct: 369 (2710K)
2019-01-23 20:19:43 HUEDevice HUEDevice65537 rgb: f1e0b5
2019-01-23 20:19:45 HUEDevice HUEDevice65537 ct: 250 (4000K)
2019-01-23 20:19:45 HUEDevice HUEDevice65537 rgb: f5faf6
2019-01-23 20:19:45 HUEDevice HUEDevice65537 ct: 369 (2710K)
2019-01-23 20:19:45 HUEDevice HUEDevice65537 rgb: f1e0b5
2019-01-23 20:19:47 HUEDevice HUEDevice65537 ct: 454 (2202K)
2019-01-23 20:19:47 HUEDevice HUEDevice65537 rgb: efd275
2019-01-23 20:19:47 HUEDevice HUEDevice65537 ct: 369 (2710K)
2019-01-23 20:19:47 HUEDevice HUEDevice65537 rgb: f1e0b5
2019-01-23 20:19:50 HUEDevice HUEDevice65537 ct: 250 (4000K)
2019-01-23 20:19:50 HUEDevice HUEDevice65537 rgb: f5faf6
2019-01-23 20:19:50 HUEDevice HUEDevice65537 ct: 369 (2710K)
2019-01-23 20:19:50 HUEDevice HUEDevice65537 rgb: f1e0b5


und hier die Ausgaben von der Javaconsole:

pi@fhem-pi / $ sudo systemctl status jtradfri
● jtradfri.service - JTradfri - FHEM-Tradfri Gateway Software
   Loaded: loaded (/etc/systemd/system/jtradfri.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2019-01-23 20:23:10 CET; 1min 38s ago
Main PID: 7401 (java)
   CGroup: /system.slice/jtradfri.service
           └─7401 /usr/bin/java -jar /opt/jtradfri/jtradfri.jar -n -c /opt/jtradfri/jtradfri.conf

Jan 23 20:24:02 fhem-pi java[7401]: [TcpClientHandler-17575260] Received command: device::subscribe::65537
Jan 23 20:24:02 fhem-pi java[7401]: [TcpClientHandler-17575260] Subscribed to changes for device 65537
Jan 23 20:24:34 fhem-pi java[7401]: [TcpClientHandler-17575260] Received command: device::set::65537::dimvalue::175
Jan 23 20:24:34 fhem-pi java[7401]: [TcpClientHandler-17575260] Successful set for 65537
Jan 23 20:24:34 fhem-pi java[7401]: [TcpClientHandler-17575260] Received command: device::set::65537::dimvalue::175
Jan 23 20:24:34 fhem-pi java[7401]: [TcpClientHandler-17575260] Successful set for 65537
Jan 23 20:24:36 fhem-pi java[7401]: [TcpClientHandler-17575260] Received command: device::set::65537::onoff::0
Jan 23 20:24:36 fhem-pi java[7401]: [TcpClientHandler-17575260] Successful set for 65537
Jan 23 20:24:41 fhem-pi java[7401]: [TcpClientHandler-17575260] Received command: device::set::65537::dimvalue::175
Jan 23 20:24:41 fhem-pi java[7401]: [TcpClientHandler-17575260] Successful set for 65537


und da ist bei beiden Ausgaben nichts von der Lampe 65539 und tritzdem ändert sich der Slider von der Lampe 65539 obwohl ich mit der Fernbedienung die Lampe 65537 bediene.

An der "realen" Lampe 65539 ändert sich nichts.

Gruß rippi

PS: Ich bin mit meinem Latein am Ende ich glaube ich gebe auf :o
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Januar 2019, 20:44:05
ok... oder besser nicht ok, aber ich bin auch erst mal ratlos. wir brauchen mehr daten.

geht es mit einem anderen browser?


ansonsten:
- hat sonst noch jemand dieses problem?
 
- hat jemand andere probleme?
- wie funktionieret es sonst?
- was fehlt noch?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 23 Januar 2019, 20:45:19
Hallo André,

eben auf neueste Version upgedated: funktioniert! :)

Ich habe zwar (bislang) nur eine Lampe (RGB: https://www.ikea.com/de/de/catalog/products/00408612/) aber evtl. demnäxt mehr ;)

Wie geschrieben: falls ich was tun/testen kann: immer her damit!

Danke, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MiKn am 23 Januar 2019, 20:52:59
bei mir geht es soweit auch gut mit tradfri-fhem version 0.0.7 und dem aktuellen Modul aus dem ersten Post.

Schalten geht zügig und Stati werden in fhem auch beim schalten über die App bzw über die noch parallel laufende Java Version passend zum geschalteten Gerät sofort aktualisiert.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 21:43:20
Habe getestet, es funktioniert, sogar mit mehr Farben als die JAVA  :) Habe die JAVA Version auch eben installiert. Top, vielen Dank für die gute und schnelle Arbeit!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: jsChris am 23 Januar 2019, 22:37:45
Hi,

ich verfolge das Thema schon die ganze Zeit und bin heute Abend endlich dazu gekommen, mein Test-Raspi-System auf den aktuellen Stand zu bringen und alles zu installieren.

Ich habe eine RGB E27 und 1x "Schranklicht" über den Gateway laufen: es wurde alles erkannt und ich kann alles schalten. Node v10.15.0, tradfri-fhem mittlerweile 0.0.7. Super :)

Falls irgendwelche Ausgaben benötigt werden, gerne melden. Wirklich klasse!

Ich habe ein wenig rumgespielt:
bei der E27:
- bri, hue, pct, rgb, on, off, blink funktioniert
- effect, alert: tut sich nix
- "sat" verhält sich wie "ct", was ich dort nicht setzen kann. "ct" hab ich in der Gruppe, aber da ändert sich nichts.

im Schranklicht (wird als "dimmer" erkannt, kann aber eigentlich ct warm/cold)
- bri, on, off, pct, blink funktioniert
- wenn ich den subType auf ctdimmer setze, kann ich ct schalten, aber die Lampen ändern sich nicht - wobei... das scheint mir auch in der App eher ein Fake zu sein, denn da kann ich nur die "Stimmung" ändern. Muss ich mir noch genauer anschauen...

Insgesamt: schaltet man über die App oder einen anderen Schalter, sind die Änderungen extrem schnell in fhem zu sehen :)

Jetzt hat sich leider die App auf dem Smartphone dazu entschieden, den Gateway nicht mehr zu finden... Über fhem, sowohl auf dem Produktiv- als auch auf dem Test-System, kann ich aber noch alles schalten.

Vielen Dank für die Arbeit!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 Januar 2019, 23:49:19
Ein Schönheitsfehler ist: Ist der Lichtschalter aus und die Lampe ohne Strom, wird sie trotzdem in dem letzten State angezeigt, die sie vor ausschalten hatte. Sprich: Lichtschalter aus, Lampe mangels Strom aus, leuchtet in der Oberfläche trotzdem. Kann man die irgendwie direkt anpingen oder sowas?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 24 Januar 2019, 07:14:13
@jsChris: das ist hilfreich. danke.
- effect, alert:  muss ich im HUEDevice modul noch deaktivieren wenn die gegestelle das nicht kann.
- was ist dein schranklicht genau? kannst du mir die debug ausgabe von der kommandozeile zeigen?

@Det20: das gateway entscheiden wann eine lampe als unrentable gemeldet wird. das geht schneller wenn man versucht die lampe zu schalten und sie nicht antwortet. es dauert länger wenn man nichts macht.

ich habe keine ahnung ob man das provozieren kann ohne zu versuchen die lampe zu schalten.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 24 Januar 2019, 08:50:33
Könnte ich den Statusrequest hinschicken? Oder fragt der auch nur das Gateway?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: jsChris am 24 Januar 2019, 09:21:15
Moin,

das Schranklicht ist folgendes Produkt:
https://www.ikea.com/de/de/catalog/products/60342656/
und wird im HueDevice mit model "TRADFRI transformer 30W" angezeigt.

{"name":"Schranklicht","modelid":"TRADFRI transformer 30W","manufacturername":"IKEA of Sweden","productname":"TRADFRI transformer 30W","uniqueid":"","swversion":"1.2.245","r":"lights","type":"Dimmable light","state":{"on":false,"bri":254,"reachable":false},"t":"event","id":65537}

Ich habe mich da wohl vertan, man kann die Lichttemperatur nicht einstellen. Also alles korrekt :)



Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 24 Januar 2019, 13:44:18
Hallo justme1968,

Ich habe noch eine Idee woran es liegen könnte, dass sich der Regler meiner Lampe "vorne" (65539) mitbewegt.

wenn ich die Lampe umbenene in zB avorne bewegt sich der Regler der Lampe "hinten" (65540) mit.

Also es ist nicht speziell die Lampe "vorne" (65539) sondern die Lampe, die in dieser Box an unterster Stelle steht.

Vielleicht hat es etwas mit dem subtype zu tun.


Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 24 Januar 2019, 15:29:41
Habe mich eben gefundet, wieso alle Lampen ein ? liefern. Ergebnis: Die Gateway-Anbindung lief nicht, Reading tradfri-fhem meldete "stopped; cannot connect to gateway" (so ähnlich).
Ein starten mit "set ... start" hat es wieder in Gang gebracht. Prüfe jetzt alle 5 Minuten, ob er läuft.


sub CheckTradfiIsRunning()
{
  my $StatusStr = lc ReadingsVal("tradfri_Gateway","tradfri-fhem","running");
  if (index($StatusStr, "stopped;") != -1) { fhem("set tradfri_Gateway start") };
}
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 24 Januar 2019, 15:31:29
ich hatte gestern noch einen fehler behoben der dad automatische neu starten verhindert hat.

ist im nächsten update mit drin.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 24 Januar 2019, 15:35:00
Super, checke heute abend mal auf Updates.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 24 Januar 2019, 17:23:53
@rippi46 eigentlich kann das auch nicht sein... das ist sehr seltsam bei dir.

hat noch jemand anders dieses problem?

@all: es gibt eine neue version im ersten beitrag. der automatisch restart ist repariert.
bitte nicht per notify oder at selber neu starten. wenn es einen fehler im modul gibt muss der dort repariert werden.

viellicht könnt ihr dann mal durchzählen damit ich überlegen kann das ganze einzuchecken :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 24 Januar 2019, 20:55:05
Hallo Justme1968,

Ich habe alles auf Anfang gesetzt. Also alles entpairt und alles wieder neu gepairt.
Leider ohne Erfolg :( :( :(

Der Slider der unteren Lampe in dieser Gruppe bewegt sich immer mit, sobald ich an irgendeiner Lampe den Slider bewege.

Auch verschiedene Browser ändern nichts an dieser Tatsache.

Auch auf meinem Testsystem habe ich dieses Phänomen.

Ich habe 2 Lampen an eine Fernbedienung, stellt das vielleicht noch ein Problem dar??



Wahrscheinlich muss ich einfach damit leben, dass es bei mir nicht so funktioniert.

Nur zum Verständnis: es bewegt sich nur der Slider an der realen Lampe passiert nichts.

Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 24 Januar 2019, 22:31:42
wir bekommen das schon noch raus. jedenfalls wenn du nicht die lust verlierst :).

bitte mach mal die javascript console im
browser auf. dann reproduzier das problem und zeig was dort steht.

vielleicht finden wir eine. weg wie ich mit meinem browser auf dein fhem schauen kann?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Fillip am 24 Januar 2019, 23:13:17
Hallo Ihr,
bin auch mal unter die Tester gegangen da meine alten Tradfri Module alle nicht mehr wollten.

Also eben das mal fix nach Anleitung installiert.
Top hat auf anhieb Funktioniert  ;D

Sogar die IKEA Steckdosen und Lichtschalter zeigt er an. Die Steckdose(n) lassen sich auch schalten, von dem Lichtschalter zeigt er mir den Batterie Status an, wenn der in Zukunft noch den On/Off Zustand mitteilt wäre das perfekt  8)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 25 Januar 2019, 07:31:29
Zitat von: Fillip am 24 Januar 2019, 23:13:17
Sogar die IKEA Steckdosen und Lichtschalter zeigt er an. Die Steckdose(n) lassen sich auch schalten, von dem Lichtschalter zeigt er mir den Batterie Status an, wenn der in Zukunft noch den On/Off Zustand mitteilt wäre das perfekt  8)
Moin
Kurze Frage, woher hast du die Steckdose? Die gibt es ja nicht mal online!? Und welche Lichtschalter meinst Du?
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 25 Januar 2019, 09:07:25
Hallo justme1968,

hier die Ausgabe der Javaconsole beim verschieben des Sliders eine Lampe:

08:47:37.061 FW_cmd:/fhem?cmd=set HUEDevice65553 ct 425&XHR=1 fhemweb.js:492:5
08:47:37.415 Rcvd: ["HUEDevice65553","on","<div id=\u0022HUEDevice65553\u0022  title=\u0022on\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?cmd.HUED...(3443) fhemweb.js:492:5
08:47:37.427 Rcvd: ["HUEDevice65553-ct","425 (2352K)","425 (2352K)"] fhemweb.js:492:5
08:47:37.441 Rcvd: ["HUEDevice65553-ct-ts","2019-01-25 08:47:40","2019-01-25 08:47:40"] fhemweb.js:492:5
08:47:37.444 Rcvd: ["HUEGroup131079","dim50%","<div id=\u0022HUEGroup131079\u0022  title=\u0022dim50%\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?...(3259) fhemweb.js:492:5
08:47:37.475 Rcvd: ["HUEGroup131079-ct","213","213"] fhemweb.js:492:5
08:47:37.485 Rcvd: ["HUEGroup131079-ct-ts","2019-01-25 08:47:40","2019-01-25 08:47:40"] fhemweb.js:492:5
08:47:41.870 FW_cmd:/fhem?cmd=set HUEDevice65553 ct 279&XHR=1 fhemweb.js:492:5
08:47:42.084 Rcvd: ["HUEDevice65553","on","<div id=\u0022HUEDevice65553\u0022  title=\u0022on\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?cmd.HUED...(3443) fhemweb.js:492:5
08:47:42.087 Rcvd: ["HUEDevice65553-ct","278 (3597K)","278 (3597K)"] fhemweb.js:492:5
08:47:42.088 Rcvd: ["HUEDevice65553-ct-ts","2019-01-25 08:47:44","2019-01-25 08:47:44"] fhemweb.js:492:5
08:47:42.090 Rcvd: ["HUEGroup131079","dim50%","<div id=\u0022HUEGroup131079\u0022  title=\u0022dim50%\u0022 class=\u0022col2\u0022><a href=\u0022/fhem?...(3259) fhemweb.js:492:5
08:47:42.097 Rcvd: ["HUEGroup131079-ct","139","139"] fhemweb.js:492:5
08:47:42.103 Rcvd: ["HUEGroup131079-ct-ts","2019-01-25 08:47:44","2019-01-25 08:47:44"] fhemweb.js:492:5


Gruß rippi

PS: Sobald sich jede Lampe in eine eigenen Gruppe befindet tritt dieses Phänomen nicht auf.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 25 Januar 2019, 11:07:12
Hallo justme1968,

hier mal wieder die Nervensäge :)

lege bitte mal eine fiktive Lampe an zB:

defmod HUEDevice65556 HUEDevice 65556  IODev=TradGW2
attr HUEDevice65556 IODev TradGW2
attr HUEDevice65556 color-icons 2
attr HUEDevice65556 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice65556 group ztest
attr HUEDevice65556 room Tradfri,test
attr HUEDevice65556 subtype ctdimmer
attr HUEDevice65556 webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off


und verpasse einer deiner Lampen den subtype "ctdimmer" oder "extcolodimmer" und schau dann, ob bei dir der gleiche Effekt auftritt.
Es ist bei mir immer die Lampe die auf der Webseite am weitesten unten liegt.


Gruß rippi
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Fillip am 25 Januar 2019, 14:36:17
Zitat von: pc1246 am 25 Januar 2019, 07:31:29
Moin
Kurze Frage, woher hast du die Steckdose? Die gibt es ja nicht mal online!? Und welche Lichtschalter meinst Du?
Gruss Christoph
Ja, hier in Deutschland gibts die (noch) nicht. Wir waren Anfang des Jahres in Paris und da bin ich auf dem Rückweg mal kurz zu IKEA ran gefahren und habe zwei raus gehole. Ging mir eigentlich eher um die Schalter die der Steckdose im Set für 13€ beiliegen...


Gestern nach der Einrichtung lief alles gut. Heute morgen ist keine Verbindung zum Gateway mehr gewesen, Meldung in FHEM

stopped; failed to connect to gateway

Im Logfile siehts wie folgt aus
2019.01.25 14:43:42 2: Tradfri_Gateway: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s xxSecretKeyxx-i tradfri_1548367666355 -p AWZJKdAbpAEaaNzs
2019.01.25 14:43:42 3: Tradfri_Gateway: starting
2019.01.25 14:43:42 3: Tradfri_Gateway: using FHEM logfile
2019.01.25 14:43:44 5: Tradfri_Gateway: read: [2019-1-25 14:43:44] this is tradfri-fhem 0.0.7
2019.01.25 14:43:44 5: Tradfri_Gateway: read: [2019-1-25 14:43:44] discovering gateways
2019.01.25 14:43:44 4: Tradfri_Gateway: [2019-1-25 14:43:44] discovering gateways
2019.01.25 14:43:44 5: Tradfri_Gateway: read: [2019-1-25 14:43:44]   found gateway: {"name":"gw-b072bf257061","host":"TRADFRI-Gateway-b072bf257061.local","version":"1.4.15","addresses":["192.168.178.70","fe80::b272:bfff:fe25:7061"]}
2019.01.25 14:43:44 4: Tradfri_Gateway: [2019-1-25 14:43:44]   found gateway: {"name":"gw-b072bf257061","host":"TRADFRI-Gateway-b072bf257061.local","version":"1.4.15","addresses":["192.168.178.70","fe80::b272:bfff:fe25:7061"]}
2019.01.25 14:43:44 5: Tradfri_Gateway: read: [2019-1-25 14:43:44] connecting to: TRADFRI-Gateway-b072bf257061.local
2019.01.25 14:43:44 4: Tradfri_Gateway: [2019-1-25 14:43:44] connecting to: TRADFRI-Gateway-b072bf257061.local
2019.01.25 14:43:44 5: Tradfri_Gateway: read: *** FHEM: connection failed, credentials wrong
2019.01.25 14:43:44 3: Tradfri_Gateway: read: end of file reached while sysread
2019.01.25 14:43:44 3: Tradfri_Gateway: stopped
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 25 Januar 2019, 16:37:59
@rippi46: ich probiere das mal. ich habe einen verdacht... aber dabei verstehe ich nicht warum das nicht überall in jeder hue installation passiert.

@Fillip: bitte mach mal ein update auf die aktuelle version im ersten post. da ist der automatische neu start repariert.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Fillip am 25 Januar 2019, 17:42:00
@justme Ich habe das ganze ja gerstern erst mit der Version installiert, eben aber nochmal alles hochgealden, die Version ist und bleibt die 0.0.7 aber nach einem shutdown restart funktioniert die Bridge aktuell wieder in FHEM...
Denke aber das diese wieder aussteigen wird  :o
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 25 Januar 2019, 17:48:46
das fhem modul vom eben aus dem ersten beitrag.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 25 Januar 2019, 20:53:36
@rippi46: problem gefunden und hoffentlich behoben. morgen im fhem update.

hatte nichts mit tradfri zu tun sondern war ein fehler der 'schon immer' im colorpicker slider für die farbtemperatur drin war.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Fillip am 25 Januar 2019, 21:41:34
Du meinst die die du hier angehängt hast:
https://forum.fhem.de/index.php/topic,96125.msg890934.html#msg890934
von der rede ich (auch)  ;D

Musste mein ersten Post nochmal änder, die Steckdosen lassen sich doch nicht schalten, den Status übermittelt er aber (von der Steckdose an FHEM)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rippi46 am 26 Januar 2019, 09:18:59
Hallo justme1968,

ganz tolle Arbeit. jetzt funktioniert es!

Und ich dachte schon ich bin es wäre ein spezielles Problem bei mir :o

Aber jetzt ist Alles gut.

Gruß rippi

PS: konntest du den Effekt bei dir nachvollziehen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 26 Januar 2019, 17:34:58
ja. das konnte ich dann :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 26 Januar 2019, 17:46:09
das modul ist jetzt eingecheckt und kommt ab morgen im normalen update.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 26 Januar 2019, 18:03:10
Zitat von: justme1968 am 26 Januar 2019, 17:46:09
das modul ist jetzt eingecheckt und kommt ab morgen im normalen update.

Prima!

Und: vielen Dank! :)

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loredo am 26 Januar 2019, 18:22:50
Halleluja, die Entwicklungszeit dafür ist glaube ich neuer Rekord :D


Support ist mit ins Docker Image aufgenommen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 26 Januar 2019, 18:33:18
und die meiste zeit musste ich mich mit meinem dummen fhemweb bug rumschlagen :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loetkolben am 26 Januar 2019, 20:45:30
Hallo justme1968,

bei mir läuft es auch problemlos.
Einfache Installation/Einrichtung - prima.
Habe die neue Küche (fast fertig) komplett mit IKEA-Leuchten ausgestattet und alles mit dem Modul an FHEM und TabletUI angebunden.
WAF passt auch  :)

Vielen Dank
   Andreas
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Fillip am 27 Januar 2019, 15:19:21
Also, bei mir besteht noch das Problem das ich am nächsten morgen immer erst nach einem set restart meine Geräte steuern kann. Ran zeigt davor zwar an das es verbunden ist, aber steuern lässt es sich nicht, bzw erst nach dem restart
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 27 Januar 2019, 15:25:13
was steht im log zu starten und beenden?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Fillip am 27 Januar 2019, 15:40:26
Also im Logfile finde ich da als "letzte" kommunikation gestern bzw heute nacht

2019.01.27 00:27:06 1: Server shutdown delayed due to Tradfri_Gateway for max 10 sec
2019.01.27 00:27:06 3: Tradfri_Gateway: read: end of file reached while sysread
2019.01.27 00:27:06 3: Tradfri_Gateway: stopped
2019.01.27 00:27:47 3: Tradfri_Schlafzimmer_Nachttischlampe: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: HUESensor65541: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: HUEDevice65542: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: Tradfri_Wohnzimmer_Deckenleuchte: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: HUEGroup154052: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: HUEGroup186004: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: Tradfri_Wohnzimmer_Stehleuchte: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: HUEGroup186005: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 3: Tradfri_Steckdose_SkyReciver: I/O device is Tradfri_Gateway
2019.01.27 00:27:47 1: Including ./log/fhem.save
2019.01.27 00:27:58 2: Tradfri_Gateway: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s sssss -i iiiii -p ppppp
2019.01.27 00:27:58 3: Tradfri_Gateway: starting
2019.01.27 00:27:58 3: Tradfri_Gateway: using FHEM logfile


und dann nach dem start heute mittag steht folgendes drinnen
2019.01.27 15:17:12 2: Tradfri_Gateway: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s sssss -i iiiii -p ppppp
2019.01.27 15:17:13 1: PERL WARNING: Use of uninitialized value in addition (+) at /opt/fhem/FHEM/30_HUEBridge.pm line 1079.
2019.01.27 15:17:13 1: PERL WARNING: Use of uninitialized value in addition (+) at /opt/fhem/FHEM/30_HUEBridge.pm line 1080.
2019.01.27 15:17:13 1: PERL WARNING: Use of uninitialized value in addition (+) at /opt/fhem/FHEM/30_HUEBridge.pm line 1081.
2019.01.27 15:17:13 1: PERL WARNING: Use of uninitialized value in addition (+) at /opt/fhem/FHEM/30_HUEBridge.pm line 1082.
2019.01.27 15:17:13 3: n_LichtGesamtOff_HuawaiScreenBrightness return value: set command only works if state not equal initialized
2019.01.27 15:17:13 3: n_LichtGesamtOff_HuawaiScreenBrightness return value: set command only works if state not equal initialized
2019.01.27 15:17:13 3: Tradfri_Gateway: read: end of file reached while sysread
2019.01.27 15:17:13 3: Tradfri_Gateway: stopped
2019.01.27 15:17:13 2: Tradfri_Gateway: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s sssss -i iiiii -p ppppp
2019.01.27 15:17:13 3: Tradfri_Gateway: starting
2019.01.27 15:17:13 3: Tradfri_Gateway: using FHEM logfile


Habe jetzt erst ma ein at drinnen welches im Abständen einen restart auslöst
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: timmeygasmus am 27 Januar 2019, 23:15:51
Ich bekomms irgendwie nicht ans laufen...

Lofgile:
2019.01.27 22:22:08 2: tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s 1
2019.01.27 22:22:08 3: tradfri: starting
2019.01.27 22:22:08 3: tradfri: using FHEM logfile
2019.01.27 22:22:08 5: tradfri: read: /usr/lib/node_modules/tradfri-fhem/lib/cli.js:32
2019.01.27 22:22:08 4: tradfri: /usr/lib/node_modules/tradfri-fhem/lib/cli.js:32
2019.01.27 22:22:08 5: tradfri: read:     let buff = "";
2019.01.27 22:22:08 4: tradfri:     let buff = "";
2019.01.27 22:22:08 5: tradfri: read:     ^^^
2019.01.27 22:22:08 4: tradfri:     ^^^
2019.01.27 22:22:08 5: tradfri: read:
2019.01.27 22:22:08 4: tradfri:
2019.01.27 22:22:08 5: tradfri: read: SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode
2019.01.27 22:22:08 4: tradfri: SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode
2019.01.27 22:22:08 5: tradfri: read:     at exports.runInThisContext (vm.js:53:16)
2019.01.27 22:22:08 4: tradfri:     at exports.runInThisContext (vm.js:53:16)
2019.01.27 22:22:08 5: tradfri: read:     at Module._compile (module.js:387:25)
2019.01.27 22:22:08 4: tradfri:     at Module._compile (module.js:387:25)
2019.01.27 22:22:08 5: tradfri: read:     at Object.Module._extensions..js (module.js:422:10)
2019.01.27 22:22:08 4: tradfri:     at Object.Module._extensions..js (module.js:422:10)
2019.01.27 22:22:08 5: tradfri: read:     at Module.load (module.js:357:32)
2019.01.27 22:22:08 4: tradfri:     at Module.load (module.js:357:32)
2019.01.27 22:22:08 5: tradfri: read:     at Function.Module._load (module.js:314:12)
2019.01.27 22:22:08 4: tradfri:     at Function.Module._load (module.js:314:12)
2019.01.27 22:22:08 5: tradfri: read:     at Module.require (module.js:367:17)
2019.01.27 22:22:08 4: tradfri:     at Module.require (module.js:367:17)
2019.01.27 22:22:08 5: tradfri: read:     at require (internal/module.js:20:19)
2019.01.27 22:22:08 4: tradfri:     at require (internal/module.js:20:19)
2019.01.27 22:22:08 5: tradfri: read:     at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/bin/tradfri:15:1)
2019.01.27 22:22:08 4: tradfri:     at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/bin/tradfri:15:1)
2019.01.27 22:22:08 5: tradfri: read:     at Module._compile (module.js:413:34)
2019.01.27 22:22:08 4: tradfri:     at Module._compile (module.js:413:34)
2019.01.27 22:22:08 5: tradfri: read:     at Object.Module._extensions..js (module.js:422:10)
2019.01.27 22:22:08 4: tradfri:     at Object.Module._extensions..js (module.js:422:10)
2019.01.27 22:22:08 3: tradfri: read: end of file reached while sysread
2019.01.27 22:22:08 3: tradfri: stopped
2019.01.27 22:22:08 4: tradfri: last run duration was only 0 sec, restarting with delay




pi@raspberrypi:~ $ tradfri-fhem -s sec
/usr/lib/node_modules/tradfri-fhem/lib/cli.js:32
    let buff = "";
    ^^^

SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:387:25)
    at Object.Module._extensions..js (module.js:422:10)
    at Module.load (module.js:357:32)
    at Function.Module._load (module.js:314:12)
    at Module.require (module.js:367:17)
    at require (internal/module.js:20:19)
    at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/bin/tradfri:15:1)
    at Module._compile (module.js:413:34)
    at Object.Module._extensions..js (module.js:422:10)


Jemand eine Idee?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 28 Januar 2019, 00:43:53
Hast du mal geschaut, ob du die Events der Fernbedienung bekommst und durchreichen kannst? Dann könnte ich beim Druck auf die Fernbedienung strom anschalten und damit die Lampe befeuern
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 28 Januar 2019, 08:39:10
Zitat von: Det20 am 28 Januar 2019, 00:43:53
Hast du mal geschaut, ob du die Events der Fernbedienung bekommst und durchreichen kannst? Dann könnte ich beim Druck auf die Fernbedienung strom anschalten und damit die Lampe befeuern

das Tradfri Gateway sendet nichts raus :-( Von der FB kommt nur der Batterie Status
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 28 Januar 2019, 08:40:46
@timmeygasmus: node version zu alt. du brauchst mindestens 8.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: harle am 28 Januar 2019, 16:44:08
Hallo zusammen,

darf ich mal eine absolute Anfängerfrage stellen? Benötige ich für dieses Modul - wie beim alten Modul von Peter - zusätzlich zum Gateway noch die Fernbedienung oder ist die Fernbedienung hier obsolet?


Vielen Dank und viele Grüße
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 28 Januar 2019, 16:46:49
man braucht bei ikea scheinbar immer mindestens eine fb um die lampen am gateway anzulernen.

das hat nichts mit dem modul zu tun.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: harle am 28 Januar 2019, 16:56:06
Ok, danke dir für die Info!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: timmeygasmus am 28 Januar 2019, 19:55:10
Zitat von: justme1968 am 28 Januar 2019, 08:40:46
@timmeygasmus: node version zu alt. du brauchst mindestens 8.

Das wars, vielen Dank! Hätte ich auch selber drauf kommen können...  ::)

... ich habe eine schaltbare Steckdose (aus den Niederlanden), die lässt sich nicht über FHEM schalten. Kann ich da bei der Fehlerfindung behilflich sein?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 28 Januar 2019, 22:57:43
Wie bekomme ich eigentlich mit, dass das "tradfri-fhem" Helferlein aktualisiert werden muss? Vielleicht könntest da da im Modul eine Prüfung (Versionsnummer) einbauen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 Januar 2019, 07:58:01
schau dir das npm modul von loredo an.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 Januar 2019, 07:58:58
bitte die debug ausgaben posten. siehe erster beitrag
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 29 Januar 2019, 08:44:58
Zitat von: justme1968 am 29 Januar 2019, 07:58:01
schau dir das npm modul von loredo an.

Verstehe ich nicht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 29 Januar 2019, 08:53:06
Zitat von: Det20 am 29 Januar 2019, 08:44:58
Verstehe ich nicht.

Suche im Forum: "loredo npm": https://forum.fhem.de/index.php/topic,96525.msg895824.html#msg895824

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: harle am 29 Januar 2019, 11:00:56
Zitat von: justme1968 am 28 Januar 2019, 16:46:49
man braucht bei ikea scheinbar immer mindestens eine fb um die lampen am gateway anzulernen.

das hat nichts mit dem modul zu tun.
Bitte nochmal zu meinem Verständnis, dieses Modul ist zur kompletten Steuerung über IKEA Gateway gedacht.
Kann ich die IKEA Lampen theoretisch auch zu HUE hinzufügen und steuern und damit die Investition "IKEA Gateway" sparen?


Vielen Dank.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 29 Januar 2019, 11:23:26
Zitat von: harle am 29 Januar 2019, 11:00:56
Bitte nochmal zu meinem Verständnis, dieses Modul ist zur kompletten Steuerung über IKEA Gateway gedacht.
Kann ich die IKEA Lampen theoretisch auch zu HUE hinzufügen und steuern und damit die Investition "IKEA Gateway" sparen?
Vielen Dank.
Moin
Ja das ist das Modul zur Benutzung der Lampen mit dem tradfri-GW.
Du kannst die Ikea (Osram, tint, usw.) Lampen auch an die HUE-bridge koppeln, kannst dann aber kein FW-update machen.
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 Januar 2019, 11:28:38
schau dir den zigbee artikel im wiki an.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 Januar 2019, 19:57:18
ich glaube ich habe das problem mit den steckdosen gefunden und behoben.

-> tradfri-fhem vaersion 0.0.9.

sudo npm update -g tradfri-fhem oder wenn das nicht reicht: sudo npm install -g tradfri-fhem
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Will am 29 Januar 2019, 21:58:35
Hallo zusammen,

würde hier auch gerne mittesten, allerdings scheitert die Installation des tradfri-fhem

folgendes kommt in der Konsole:

i@raspberrypi ~ $ sudo npm install -g tradfri-fhem
/usr/local/bin/tradfri-fhem -> /usr/local/lib/node_modules/tradfri-fhem/bin/tradfri

> node-aead-crypto@2.1.4 install /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/install.js

running rpi1 installation script
npm ERR! path /root/.npm/_logs
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall scandir
npm ERR! Error: EACCES: permission denied, scandir '/root/.npm/_logs'
npm ERR!  { Error: EACCES: permission denied, scandir '/root/.npm/_logs'
npm ERR!   stack: 'Error: EACCES: permission denied, scandir \'/root/.npm/_logs\'',
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'scandir',
npm ERR!   path: '/root/.npm/_logs' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.
glob error { Error: EACCES: permission denied, scandir '/root/.npm/_logs'
  stack: 'Error: EACCES: permission denied, scandir \'/root/.npm/_logs\'',
  errno: -13,
  code: 'EACCES',
  syscall: 'scandir',
  path: '/root/.npm/_logs' }

> node-aead-crypto@2.1.4 install:rpi1 /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> prebuild-install --build-from-source

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! node-aead-crypto@2.1.4 install:rpi1: `prebuild-install --build-from-source`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the node-aead-crypto@2.1.4 install:rpi1 script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

┌───────────────────────────────────────────────────┐
│              npm update check failed              │
│        Try running with sudo or get access        │
│       to the local update config store via        │
│ sudo chown -R $USER:$(id -gn $USER) /root/.config │
└───────────────────────────────────────────────────┘
child_process.js:644
    throw err;
    ^

Error: Command failed: npm run install:rpi1
    at checkExecSyncError (child_process.js:601:13)
    at execSync (child_process.js:641:13)
    at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/install.js:29:1)
    at Module._compile (module.js:635:30)
    at Object.Module._extensions..js (module.js:646:10)
    at Module.load (module.js:554:32)
    at tryModuleLoad (module.js:497:12)
    at Function.Module._load (module.js:489:3)
    at Function.Module.runMain (module.js:676:10)
    at startup (bootstrap_node.js:187:16)
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.1.4 (node_modules/tradfri-fhem/node_modules/node-aead-crypto):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.1.4 install: `node lib/install.js`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1

+ tradfri-fhem@0.0.9
added 62 packages and updated 1 package in 199.062s
pi@raspberrypi ~ $


Berechtigungen auf die Ordner habe ich wie angegeben mit
sudo chown -R $USER:$(id -gn $USER) /root/.config

gesetzt.

Was mache ich falsch?

node v8.9.0
npm 5.5.1

Danke für Input.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 Januar 2019, 22:02:28
siehe weiter oben: —unsave-perm beim installieren mit angeben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Will am 29 Januar 2019, 22:12:49
Blitzschneller Support hier.

Führt leider zum gleichen Ergebnis....





Gesendet von iPhone mit Tapatalk
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 Januar 2019, 22:13:59
was hast du genau eingegeben?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Will am 29 Januar 2019, 22:17:26
sudo npm install -g --unsafe-perm tradfri-fhem


Gesendet von iPhone mit Tapatalk
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 29 Januar 2019, 22:49:41
Du hast ein - zu viel.

Korrekt lautet der Aufruf:
sudo npm install -g tradfri-fhem -unsafe-perm

Damit hat es zumindest bei mir geklappt
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 29 Januar 2019, 23:04:41
Hallo justme1968,

ich habe heute Dein Modul ausprobiert und es klappt hervorragend - vielen Dank für die gute Arbeit!

Ich habe Deckenpanel, Fernbedienungen sowie Lampen mit und ohne Farben - alles an einem TradfriGateway. Kannst Du noch irgendwelche Ausgaben gebrauchen, die ich Dir erzeugen kann?

Das Einzige, was bisher scheinbar noch nicht klappt, ist die Farbwahl bei Gruppen. In den automatisch angelegten HueGroups (super übrigens, dass das alles automatisch erledigt wird!  :) ) wird die Farbwahl nicht angezeigt. Ich habe mir das webcmd aus den einzelnen Lampendevices herausgeholt, aber weder das Setzen, noch das auslesen scheint damit bei den Gruppen zu klappen.

Viele Grüße
Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Will am 29 Januar 2019, 23:30:54
Zitat von: chseeliger am 29 Januar 2019, 22:49:41
Du hast ein - zu viel.

Korrekt lautet der Aufruf:
sudo npm install -g tradfri-fhem -unsafe-perm

Damit hat es zumindest bei mir geklappt
Auch nicht :-(


Gesendet von iPhone mit Tapatalk
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 30 Januar 2019, 10:01:12
Zitat von: Will am 29 Januar 2019, 23:30:54
Auch nicht :-(


Gesendet von iPhone mit Tapatalk

es wird ja auch ein anderes Verzeichniss angemeckert  ;)

glob error { Error: EACCES: permission denied, scandir '/root/.npm/_logs'

korrigiere mal dort die Rechte
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 30 Januar 2019, 10:03:17
Aktualisiert eigentlich "statusRequest" den Wert "reachable"? Das wäre ne Chance, auf Verfügbarkeit zu prüfen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 30 Januar 2019, 14:36:22
für tradfri gibt es keinen statusRequest. das es wird nur reagiert wenn das gateway etwas sendet.

man könnte im prinzip versuchen regelmäßig  eine kleinigkeit an den lampen zu verstellen und schauen was zurück kommt, aber auch dabei wird reachable nur sehr verzögert gesetzt.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 30 Januar 2019, 14:44:08
Hatte ich versucht, also testhalber den Farbwert geändert. Ging in die Hose, weil dann die Lampe angegangen ist und es war nachts :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Will am 30 Januar 2019, 21:40:16
Zitat von: Wuppi68 am 30 Januar 2019, 10:01:12
es wird ja auch ein anderes Verzeichniss angemeckert  ;)

glob error { Error: EACCES: permission denied, scandir '/root/.npm/_logs'

korrigiere mal dort die Rechte


Habe nun auch mit

Sudo chown -R $USER:$(id -gn $USER) /root/.npm

Die Rechte in dem Verzeichnis freigegeben - allerdings mit dem gleichen Ergebnis.

Ideen?




Gesendet von iPhone mit Tapatalk
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: schnibi am 30 Januar 2019, 21:41:34
Hallo,

nachdem ich zuerst das Modul von Peter Kappelt nutzen wollte und das nicht geklappt hat, habe ich es jetzt mit dem Modul hier probiert.. Leider erhalte ich aber nur folgende events:

2019-01-30 21:37:24 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:37:24 tradfri TradfriGW tradfri-fhem: stopped
2019-01-30 21:37:44 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:37:44 tradfri TradfriGW tradfri-fhem: stopped
2019-01-30 21:38:04 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:38:04 tradfri TradfriGW tradfri-fhem: stopped
2019-01-30 21:38:24 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:38:24 tradfri TradfriGW tradfri-fhem: stopped


Könnt ihr mir helfen, was ich da falsch gemacht habe?  :-[
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 30 Januar 2019, 21:46:11
Zitat von: Will am 30 Januar 2019, 21:40:16

Habe nun auch mit

Sudo chown -R $USER:$(id -gn $USER) /root/.npm

Die Rechte in dem Verzeichnis freigegeben - allerdings mit dem gleichen Ergebnis.

Ideen?




Gesendet von iPhone mit Tapatalk

mach doch mal folgendes:

sudo /bin/bash
chown -R root:root /root

und dann noch einmal ohne sudo den npm install ...

und wenn geht, dann logge es mal mit
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Will am 31 Januar 2019, 19:25:41
Ich geb auf...


Gesendet von iPhone mit Tapatalk
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jostar am 01 Februar 2019, 20:31:43
Moin,
ich bin durch Zufall bzw. update-Info in fhem auf diese Neuentwicklung gestoßen und es freut mich sehr.
List of new / modified files since last update:

tradfri
nothing to do...

Habe es noch nicht getestet, aber im wiki eine kleine Einleitung verfasst und auf diese Stelle hier im Forum verwiesen:
https://wiki.fhem.de/wiki/TR%C3%85DFRI

Außerdem die schon ältere Entwicklung des Java-Moduls erwähnt.

Gibt es schon eine Unterstützung des tradfri-Bewegungsmelders?

PS: Ggf. kann das auch auf eine andere Seite, möchte den Modulentwickler natürlich nicht verärgern.

Grüße
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Clyde am 02 Februar 2019, 12:41:22
Moin!

Neue Tradfri Einbindung freut mich sehr. Bin bisher mit der alten Methode unterwegs und möchte dieses Jahr noch die kommenden Rollos anschaffen.

Werden noch Daten gebraucht? Hab momentan Gateway und Lampen in 2 Haushalten. Ich würde demnächst dann mal umstellen...


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2019, 12:43:48
auch wenn ich noch keine rückmeldung wegen der steckdosen habe sollten inzwischen alle lampen, stecker, traffos & co funktionieren.

wann und wie es mit den rollos weiter geht weiss ich noch nicht. wenn sie über das gateeway steuerbar sind müsste es mit geringem aufwand auch über node-tradfri-fhem und das neue modul funktionieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Strida am 02 Februar 2019, 13:49:37
Danke für das Modul!

Zwei Dinge sind mir aufgefallen:

Der Batteriestand scheint einen Wert von 0 bis 100 zu liefern?
Auf jeden Fall taucht durch den Namen er in der readingroup bei Homematic Geräten auf, die nur "ok" oder "low" melden. Das ist recht unpraktisch. Bei Homematic gibt es auch noch Geräte die per "batterylevel" die Spannung in Volt melden. Insofern wäre es sinnvoll, wenn hier statt "Battery" ein anderer Name wie "BatteryPercent" verwendet werden würde.

Unsere Lampen und Paneele werden noch zusätzlich über einen herkömmlichen Schalter geschaltet. Dadurch werden die Lampen für Fhem unerreichbar. Der Status der betroffenen Tradfri Komponenten wird allerdings nicht automatisch als unerreichbar gesetzt. Das passiert leider erst, wenn man versucht etwas zu ändern zB die Helligkeit. Für manche Anwendungen wie Schätzung des Stromverbrauchs ist das recht unpraktisch, da die Lampen dauerhaft als eingeschaltet gezeigt und geloggt werden, obwohl sie ausgeschaltet sind.

Wäre sehr schön, wenn das noch geändert werden könnte.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: timtom am 02 Februar 2019, 14:45:21
Wow vielen, vielen Dank für die super Arbeit. Die Deinstallation der alten Umsetzung hat wesentlich länger gedauert das in Einrichtung des neuen ;) Ich bin mega begeistert.

Getestet mit folgendem:
TRADFRI bulb E27 W opal 1000lm <- Dimmable light
TRADFRI bulb E27 WS opal 980lm <- Color temperature light
TRADFRI bulb E27 CWS opal 600lm <- Color light

Klappt alles prima. Die RGB Umstellung über den Schieberegler in FHEM funktioniert. Allerdings passiert nichts bei "set DEVICE rgb #123456" Dadurch ist auch keine Einbindung in FTUI möglich. Hat jemand ein ähnliches Problem?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2019, 14:55:45
@Strida: battery wird noch geändert. eine readingsGroup kann mit dem passenden mapping übrigens auch mit den zahlenwerten umgehen. das gateway meldet den reachable zustand leider nicht anders/schneller.

@timtom: da gehört kein # in das set kommando. das ist bei HUEDevice schon immer so.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 02 Februar 2019, 17:18:05
Hallo,

könnte jemand kurz beschreiben, wie node (auf einem Raspi 3 mit Jessie) zu  installieren ist oder einen Link posten? Ich habe da verschiedene Anleitungen gefunden, weiß aber nicht, welche ich nehmen soll.

Danke!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Strida am 02 Februar 2019, 20:23:58
Zitat von: justme1968 am 02 Februar 2019, 14:55:45
@Strida: battery wird noch geändert. eine readingsGroup kann mit dem passenden mapping übrigens auch mit den zahlenwerten umgehen. das gateway meldet den reachable zustand leider nicht

Wunderbar, dann warte und freue ich mich auf das nächste Update.

Zum Status vom Gateway noch ein paar Beobachtungen:
Der Zustand wird überhaupt nicht gemeldet, wenn man keine Aktion durchführt.
Wenn ich den Status mit "get ... statusRequest" Abfragen an die verschiedenen HUEDevices stelle, passiert etwas ungewöhnliches:
Die Geräte mit dem Name "HUEGroup..." bekommen den State "unknown", das Symbol vom WbeUI mit der Lampe bleibt allerdings unverändert.
Bei Name "HUEDevice..." ist es exakt umgekehrt und die Lampe wird mit Fragezeichen angezeigt, der State bleibt aber unverändert bei der letzten Einstellung  zB "dim75%".

Noch eine weitere Frage: Ich vermute auch, dass sich die HUEGroups nur mit der App, aber nicht von Fhem editieren lassen?


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2019, 20:30:02
das get ... statusRequest macht aktuell nichts. das node modul kann keine anfragen stellen. es wertet nur die events aus.

auch lampen die nicht erreichbar sind behalten ihren zustand. man muss wirklich reachable auswerten. wenn es denn mal gesetzt wird.

es gibt die idee die farbtemperatur minimal zu ändern um so an den status zu kommen. das muss aber auf modul ebene passieren damit nicht eingeschaltet wird.

eventuell geht ein set <name> ct <wert> : off zum testen.

die gruppen lassen sich aktuell nur in der app ändern. fhem kommt demnächst wenn ich mehr als eine tradfri lampe habe :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: schnibi am 02 Februar 2019, 21:47:17
Zitat von: schnibi am 30 Januar 2019, 21:41:34
Hallo,

nachdem ich zuerst das Modul von Peter Kappelt nutzen wollte und das nicht geklappt hat, habe ich es jetzt mit dem Modul hier probiert.. Leider erhalte ich aber nur folgende events:

2019-01-30 21:37:24 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:37:24 tradfri TradfriGW tradfri-fhem: stopped
2019-01-30 21:37:44 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:37:44 tradfri TradfriGW tradfri-fhem: stopped
2019-01-30 21:38:04 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:38:04 tradfri TradfriGW tradfri-fhem: stopped
2019-01-30 21:38:24 tradfri TradfriGW tradfri-fhem: running /usr/bin/tradfri-fhem
2019-01-30 21:38:24 tradfri TradfriGW tradfri-fhem: stopped


Könnt ihr mir helfen, was ich da falsch gemacht habe?  :-[

Bin nochmal alle Schritte durchgegangen, jetzt klappt es   ::)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 02 Februar 2019, 22:20:51
Ich bekomme regelmässig im Log die folgenden Fehler:


2019.02.02 22:06:49 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 165.
2019.02.02 22:06:49 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 177.
2019.02.02 22:06:49 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 178.
2019.02.02 22:06:49 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 179.
2019.02.02 22:06:49 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 199.
2019.02.02 22:06:49 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 204.
2019.02.02 22:06:49 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 209.


Sowie


2019.02.02 22:06:49 1: PERL WARNING: Argument "21.000Z" isn't numeric in addition (+) at ./FHEM/99_Utils.pm line 119.
2019.02.02 22:06:50 1: PERL WARNING: Argument "27.000Z" isn't numeric in addition (+) at ./FHEM/99_Utils.pm line 119.
2019.02.02 22:06:50 1: PERL WARNING: Argument "26.000Z" isn't numeric in addition (+) at ./FHEM/99_Utils.pm line 119.
2019.02.02 22:06:50 1: PERL WARNING: Argument "18.000Z" isn't numeric in addition (+) at ./FHEM/99_Utils.pm line 119.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 03 Februar 2019, 13:03:57
für die ersten meldungen bitte mal mit -D laufen lassen.

die anderen meldungen haben nichts mit dem modul zu tun. stacktrace einschalten und schauen wo sie her kommen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 04 Februar 2019, 19:01:26
Hallo,

habe in letzter Zeit nicht viel mit dem Modul etc. gemacht, hatte eine andere "Baustelle": https://forum.fhem.de/index.php/topic,96578.msg896341.html#msg896341

Also Plan war/ist:

Mit der Tradfri-FB-Platine (also nur dem "Funkmodul") mit einem "normalen" Taster (bei mir GIRA) meine Tradfri Lampen schalten.
Das funktioniert auch schon (eine Weile)...

Dann wollte ich aber auch sehen, ob die Lampe an ist (jaja: mach halt die Augen auf ;)  ), da es der Lichtschalter (-taster) für das Badlicht ist/werden soll.
Der ist außen und würde so gleich anzeigen: "besetzt" ;)

Daher dachte ich: Notify auf Lampe geht an/aus -> Signal an ESP8266 -> LED an/aus

Leider bekomme ich NICHT mit, wenn die Lampe per FB geschalten wird...  :-\

Ist das nur bei mir so!?
Wenn: warum!? Mache ich etwas falsch!?
FB ist am Gateway "angelernt" und nat. an der Lampe...


Wenn nicht: ist das ein Bug oder ein Feature!? ;)

Wobei ich das in der App (leider) auch nicht sehe, daher kann es auch das Modul vermutlich nicht "sehen"...


Frage am Rande:
Kann man an eine Lampe nur EINE FB "anlernen"?
Hatte ja bereits eine FB an Gateway und eben dieser Lampe (ja habe nur eine) "angelernt", dann habe ich eine zweite FB für das "Experiment" besorgt und ebenfalls an Gateway und Lampe angelernt (bevor ich sie zerlegt habe).

Jetzt habe ich versucht zu testen, ob das nur an der "abgespeckten" FB liegt (also kein "Event" bei an/aus) aber nun geht die noch "intakte" FB nicht mehr an der Lampe.
Wenn nur eine FB pro Lampe geht wäre das klar...
...wenn nicht: was kann das sein!?

EDIT: weitere Frage: wäre das mit dem deCONZ/RaspBee als HUEBridge in fhem anders/besser?

Vielen Dank schon mal für Rückmeldung, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 04 Februar 2019, 19:11:27
wenn alles richtig eingerichtet ist bekommt das modul sofort mit wenn eine lampe per fb oder app geschaltet wird. wenn das bei dir nicht so ist, passt etwas nicht.


eine zigbee lampe und auch eine fb kann nur in jeweils einem netz sein. wenn du mehrere geräte verbindest musst du darauf achten das du alles in ein netz bekommst. d.h. du kannst nicht zwei fernbedienungen kaufen und einfach so eine lampe an beide anlernen.

du musst zuerst dafür sorgen das beide fb im gleichen netz sind, danach kannst du dann eine lampe an einer oder beiden fb anlernen.

das gleiche gilt für das gateway. zuerst muss die fb am gateway angelernt werden damit beide im gleichen netz sind, danach dann die lampe um ebenfalls ins gleiche netz zu kommen.

um es kurz zu machen: die reihenfolge ist wichtig.


wegen dem schalter umbau: die hue tap platine passt scheinbar genau in das gehäuse eines gira enocean tasters. scheinbar bekommt man die als ersatzteil auch ohne innenleben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 04 Februar 2019, 19:21:34
Zitat von: justme1968 am 04 Februar 2019, 19:11:27
wenn alles richtig eingerichtet ist bekommt das modul sofort mit wenn eine lampe per fb oder app geschaltet wird. wenn das bei dir nicht so ist, passt etwas nicht.


eine zigbee lampe und auch eine fb kann nur in jeweils einem netz sein. wenn du mehrere geräte verbindest musst du darauf achten das du alles in ein netz bekommst. d.h. du kannst nicht zwei fernbedienungen kaufen und einfach so eine lampe an beide anlernen.

du musst zuerst dafür sorgen das beide fb im gleichen netz sind, danach kannst du dann eine lampe an einer oder beiden fb anlernen.

das gleiche gilt für das gateway. zuerst muss die fb am gateway angelernt werden damit beide im gleichen netz sind, danach dann die lampe um ebenfalls ins gleiche netz zu kommen.

um es kurz zu machen: die reihenfolge ist wichtig.

Hallo André,

danke!
Gut dann muss ich sehen was bei mir schief ist...

D.h. Lampe und FB zurücksetzen, FB an Gateway anlernen, FB an Lampe anlernen und dann sollte es passen...

Dann lösche ich Lampen und FBs besser mal aus fhem!? Und der App...



Zitat von: justme1968 am 04 Februar 2019, 19:11:27
wegen dem schalter umbau: die hue tap platine passt scheinbar genau in das gehäuse eines gira enocean tasters. scheinbar bekommt man die als ersatzteil auch ohne innenleben.

Danke, hab/hatte ich auch schon entdeckt (ich habe bereits 2 EnOcean von GIRA).

ABER: die schalten "so hart" (klar die Energie zum Senden muss ja wo her kommen) UND: da gibt es (glaube ich) keinen mit "Fensterchen" und LED-Möglichkeit dahinter ;)

Ich schau mal...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 04 Februar 2019, 19:24:55
es gibt von gira auch taster mit led anzeige. sind schick, aber ich glaube nicht einfach umzubauen. und verdammt teuer :(

such mal nach gira tastsensor
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 04 Februar 2019, 20:09:51
Oh, ja da schau ich mal!

Und die sind dann direkt Zigbee?
Weil da oft "Eigennamen" für das ganze Funkzeugs genommen werden und schwer nachzuvollziehen, ob es tatsächlich Zigbee ist...
Bzw. hat/unterstützt GIRA ja mehrere Funkprotokolle...

Danke, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 04 Februar 2019, 20:17:33
die gibt es in allen möglichen varianten. von gira eigen über knx bis ... alle mehr oder weniger teuer. als ersatzteil auch ohne innenleben.

unter anderem gibt es auch eine native zigbee variante. such mal auf der gira seite nach zigbee bzw. light link.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 04 Februar 2019, 20:20:51
Super, danke!
Mach ich...

...bastle aber natürlich trotzdem weiter... ;)

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Leinad am 08 Februar 2019, 21:23:55
Bin begeistert, Modul funktioniert einwandfrei. Habe 3 Tradfri RGB Lampen und 2FB.

Gibt es eine Möglichkeit ein WakeUpLight zu realisieren? Also kann ich die Lampen z.B. von 0 auf 100% innerhalb von 30min dimmen?

(Evtl. wie es bei dem Homematic Dimmer möglich ist)

Wie könnte ich das am sinnvollsten machen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 08 Februar 2019, 21:28:19
set <name> on : transitiontime <zeit>

zeit in 1/10tel sekunden. wie gut der übergang ist hängt z.t. von der lampe ab.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Leinad am 08 Februar 2019, 21:50:31
Danke für die schnelle Antwort.

Leider funktioniert das mit meinen Lampen nicht.

Habe auch mal das Attribut transitiontime gesetzt, auf die Einschaltzeit hat das auch keinen Einfluss?...

//EDIT: So funktioniert es schonmal:

set HUEDevice65540 pct 99:transitiontime 100

Sobald ich on oder pct 100 nehme, schaltet die Lampe direkt ein.

Gibt es evtl. auch eine Möglichkeit gleichzeitig den Farbwert zu steuern?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 08 Februar 2019, 22:25:19
einfach zusätzlich noch hue und sat setzen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Leinad am 08 Februar 2019, 22:54:03
Funktioniert  8). Super! Danke!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: eppi am 09 Februar 2019, 07:42:09
Hallo
Ich habe nur einen TRADFRI Gateway (keine weiteren IKEA Komponenten mehr) und eine  Philips Hue Go (keine Hue-Bridge). Ist es möglich meine Hue Go direkt mit dem Ikea Tradfri Gateway zu pairen? Den Tradfri Gateway konnte ich mit dem Modul installieren und der läuft in FHEM.
Danke für die Hilfe.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Leinad am 09 Februar 2019, 12:14:31
Ich bins nochmal... Ein Problem habe ich noch.

Die Lampen lassen sich nicht zuverlässig mit einem gewissen Helligkeitswert einschalten.

Manchmal funktioniert es gleich, manchmal muss der Befehl zweimal gesetzt werden.

Z.B. set Lampe1 hue 1 : sat 1 : bri 1

Die Lampe wird mit dem Befehl zwar zuverlässig eingeschaltet, die Farbeinstellung funktioniert auch,  aber der Helligkeitswert wird nur sporadisch übernommen.

Wenn ich den gleichen Befehl anschließend nochmal schicke, funktioniert es.

Gibts dafür ne Erklärung? (Können sich die Befehle irgendwie überschneiden? - und die Lampe reagiert zu langsam bzw. verarbeitet nur den ersten?)

//Edit:  set Lampe1 hue 1 : sat 1; set Lampe1 bri 1 bringt das gleiche Problem.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loredo am 09 Februar 2019, 12:48:25
Was ich (zumindest in Verbindung mit der Philips Hue Bridge) gehört/gelesen habe ist, dass die IKEA Lampen allesamt Probleme damit haben, wenn man mehrere Settings gleichzeitig ändern will.

Soll heißen: Wenn Helligkeit und Sättigung beide einen anderen Wert haben, als in der Lampe zuvor, dann wird einer von beiden nicht gesetzt. Unterscheidet sich nur einer der beiden Werte, wird dieser korrekt gesetzt. Wahrscheinlich ein Firmware Bug, den dann aber nur IKEA fixen kann.

Workaround - 2 setter schicken: Einmal für den einen, und nochmal hinterher für den anderen Wert.


Ich habe jedenfalls ein ähnliches Problem, wenn eine IKEA Lampe über einen HUE Bewegungssensor beide Werte (Farbsättigung und Helligkeit) geändert werden soll. Passiert aber komischerweise nicht, wenn über die HUE Fernbedienung geschaltet wird (selbe Szene in der Bridge).
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Leinad am 09 Februar 2019, 19:06:15
Schon komisch, selbst wenn ich es nacheinander schalte funktioniert es nur bei geschätzt 2 von 3 Versuchen.
Die Lampe startet zwar gedimmt, dreht aber kurz darauf voll auf.

Wie gesagt, manchmal funktioniert es wie gewünscht.

([test] eq "on") (set Sz_Lampe_2 pct 1, define at_tmp0 at +00:00:01 set Sz_Lampe_2 pct 1:sat 60, define at_tmp1 at +00:00:02 set Sz_Lampe_2 pct 1:sat 60:hue 1500, define at_tmp3 at +00:00:03 set Sz_Lampe_2 pct 99:transitiontime 20000)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loredo am 11 Februar 2019, 16:06:56
Die Uninstall Routine scheint irgendwie nicht richtig aufzuräumen.
Es bleiben Teile zurück und führen zu einem inkonsistenten Zustand:

Nachvollziehbar mit:



sudo npm install -g tradfri-fhem
sudo npm ls -g --depth=0
sudo npm uninstall -g tradfri-fhem
sudo npm ls -g --depth=0


Beim zweiten list Kommando erhält man folgenden Fehler:


── npm@6.7.0
└──  error: ENOENT: no such file or directory, open '/usr/lib/node_modules/tradfri-fhem/package.json

npm ERR! error in /usr/lib/node_modules/tradfri-fhem: ENOENT: no such file or directory, open '/usr/lib/node_modules/tradfri-fhem/package.json'


Löscht man nun manuell den Ordner /usr/lib/node_modules/tradfri-fhem/ ist alles gut.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 11 Februar 2019, 16:34:24
ich kann das bei mir nicht reproduzieren.

ich kann allerdings auch nur mit —unsafe-perm installieren. ohne bekomme ich einen fehler.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loredo am 11 Februar 2019, 17:30:29
mit --unsafe-perm ist es nicht anders.
Ich kann das auf einem frisch installierten Ubuntu mit oben genannten Befehlen unter Node.js 11 reproduzieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 12 Februar 2019, 06:47:03
hatte nur 8 und 10 getestet.

übrigens bekomme ich ohne —unsafe-perm tatsächlich auch eine leiche nach dem deinstallieren.

ich schaue es mir noch mal an.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loredo am 12 Februar 2019, 09:14:58
Danke!

Mir hat es geholfen das npmjs.pm Modul etwas stabiler zu machen. Das kann seit heute auch install/uninstall. Übrigens mit —unsafe-perm und das Problem lässt sich gut nachstellen :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 12 Februar 2019, 09:40:08
ich habe noch etwas probiert und es scheint nicht an trafri-fhem direkt zu liegen sondern am verwendeten node-tradfri-client paket.

wenn man das alleine installiert und wieder löscht gibt es eine entsprechende meldung.

ich habe den verdacht es könnte etwas mit dieser meldung hier: npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.1.4 (node_modules/node-tradfri-client/node_modules/node-aead-crypto):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.1.4 install: `node lib/install.js`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1
wärend der installation zu tun haben.  obwohl alles installiert ist schein npm sich nicht ganz korrekt zu beenden.

aber ich habe keine idee was man dagegen tun kann...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loredo am 12 Februar 2019, 09:59:00
Ja scheint so zu sein, ist ja auch bei keinem anderen Paket so. Dachte nur bei der Rekord Implementierung hätte es einen cooy-paste Fehler oder so gegeben.
Auf der Kommandozeile wird es niemandem so richtig auffallen, aber wenn jemand mit dem npmjs Modul in FHEM installiert bzw. deinstalliert, dann wird der Fehler halt offensichtlich werden, da das Paket noch als "Leiche" auftaucht und aufgrund der fehlenden Versionsinfo dann auch als zu aktualisierenendes Paket auftaucht.

Gut, wäre das soweit geklärt. Danke, André, dann kann ich Leute, denen das begegnet, gleich hier an die richtige Stelle bzw an die richtigen Infos dazu verweisen :-)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wolfgang Hochweller am 12 Februar 2019, 20:59:03
Frage :
1.  Ich habe drei Tradfri-Lampen, Fernbedienung und einen Gateway
Beim Neustart von FHEM erhaelt die HUE-Group immer den Zustand 'Unknown'.
Soll das so sein ?
2. Kann ich mit dem color-dimmer schon was anstellen ? Sieht so aus, als ob er mit den Farben nix am Hut hat, schaltet nur ein und aus
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 12 Februar 2019, 21:03:16
das unknown sollte verschwinden. zeig mal ein list der gruppe.

alle devicetypen sollten gehen. lösch mal webCmd. es sollte neu angelegt werden.

wenn es nicht passt: zeig mal ein list vom device.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 12 Februar 2019, 21:19:32
Hallo Andre,

ich habe mittlerweile noch etwas getestet und bin nach wie vor begeistert von Deinem neuen Modul! Ich habe auch bereits mal eine neue Lampe zum Gateway hinzugefügt und musste eine defekte tauschen. Alles wurde vom Modul direkt erkannt und entsprechend automatisch angelegt. Echt super!

Eine Sache klappt bei mir allerdings nicht. Ich kann bei einer automatisch angelegten Gruppe aus zwei farbigen Lampen den hue-Wert nicht setzen. Es passiert einfach nichts bei den Lampen. Ich habe mir jetzt nochmal eine structure gebaut, damit klappt es problemlos.

Hast Du eine Idee?

Viele Grüße
Christoph 
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 12 Februar 2019, 22:25:56
Hmm, irgendwie klappt auch das Setzen von RGB nicht - das allerdings bereits beim einzelnen Device.
Ich setze ein "set eg.wz.li.KugellampeFenster rgb f5faf6"
und bekomme das hier:
2019.02.12 22:22:43 4: parse status message for eg.wz.li.KugellampeFenster
2019.02.12 22:22:43 5: $VAR1 = {
          'manufacturername' => 'IKEA of Sweden',
          'state' => {
                       'hue' => 45491,
                       'sat' => 94,
                       'bri' => 248,
                       'ct' => undef,
                       'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'on' => $VAR1->{'state'}{'reachable'},
                       'rgb' => 'aea0ff',
                       'colormode' => 'hsv'
                     },
          't' => 'event',
          'modelid' => 'TRADFRI bulb E27 CWS opal 600lm',
          'name' => 'Kugellampe Fenster',
          'r' => 'lights',
          'type' => 'Color light',
          'id' => 65541,
          'productname' => 'TRADFRI bulb E27 CWS opal 600lm',
          'uniqueid' => '',
          'swversion' => '1.3.002'
        };
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: raiderxxl am 13 Februar 2019, 10:24:12
Hi und guten Morgen...

Ich habe das Tradfri nun umgestellt auf dein Modul.. Läuft spitze (bis jetzt) Danke!
Ich habe 1xFloalt mit FB, 3xRGB LED Bulb mit FB, 1x LED Bulb mit Bewegungsmelder und 1xTransormer mit FB und 9 LEDSpots
Läuft prima!

Frage:
Bei den Fernbedienungen werden seit gestern kein Batteriestatus mehr gesendet, wurde da was geändert?

Grüßle

Pascal
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 13 Februar 2019, 14:22:37
Hi,

erstmal tolles Modul. Funktionierte die ganze Zeit prima. Seit heute habe ich ständig folgende Logausgaben:

2019.02.13 14:17:07.206 2: tradfri_Gateway: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp --ip XXX.XXX.XXX.XX
2019.02.13 14:17:07.226 3: tradfri_Gateway: starting
2019.02.13 14:17:07.293 3: tradfri_Gateway: using FHEM logfile
2019.02.13 14:17:07.299 3: tradfri_Gateway: read: end of file reached while sysread
2019.02.13 14:17:07.302 3: tradfri_Gateway: stopped
2019.02.13 14:17:24.328 3: tradfri_Gateway: not connected
2019.02.13 14:17:25.356 3: tradfri_Gateway: not connected
2019.02.13 14:17:27.087 2: tradfri_Gateway: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp --ip XXX.XXX.XXX.XX
2019.02.13 14:17:27.107 3: tradfri_Gateway: starting
2019.02.13 14:17:27.174 3: tradfri_Gateway: using FHEM logfile
2019.02.13 14:17:27.177 3: tradfri_Gateway: read: end of file reached while sysread
2019.02.13 14:17:27.180 3: tradfri_Gateway: stopped


IP-Adresse passt. Mit der TradfriApp kann ich auch steuern.

Kennt das Problem jemand?

Vielen Dank.

Gruß Daniel
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wolfgang Hochweller am 13 Februar 2019, 23:38:39
Hier das Listing der HueGroup :

Internals:
   CHANGED   
   DEF        group 131073  IODev=IkeaGW
   FUUID      5c620284-f33f-775d-b7fd-60003a932776a416
   ID         G131073
   INTERVAL   
   IODev      IkeaGW
   NAME       HUEGroup131073
   NR         300
   STATE      unknown
   TYPE       HUEDevice
   lights     65536,65537,65539,65540
   name       Eisenbahnzimmer
   type       LightGroup
   READINGS:
     2019-02-12 20:48:58   alert           
     2019-02-12 20:52:17   bri             250
     2019-02-12 20:48:58   colormode       hsv
     2019-02-12 20:48:58   ct              0
     2019-02-12 20:48:58   effect         
     2019-02-12 20:52:23   onoff           0
     2019-02-12 20:52:23   pct             0
     2019-02-13 17:55:43   reachable       0
     2019-02-12 20:48:58   sat             94
     2019-02-12 20:52:23   state           off
   helper:
     all_on     -1
     any_on     -1
     devtype    G
     update_timeout 1
Attributes:
   IODev      IkeaGW
   alias      Eisenbahnzimmer
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   room       Tradfri
   userattr   createActionReadings:1,0 createGroupReadings:1,0


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wolfgang Hochweller am 15 Februar 2019, 11:14:19
Noch eine weitere Beobachtung :
Bei einem 'shutdown restart'   gehen alle Tradfri-Devices in FHEM in den Zustand 'unknown'.
Das wird so gespeichert. Beim Neustart kommen sie auch als 'unknown' zurueck; soweit ja korrekt.
Waehrend die Lampen nach dem Restart nach und nach wieder in den alten Zustand gehen, bleibt
die Group in 'Unknown'.
Es wird also der Zustand beim Start wieder abgefragt; soweit auch ok.
Nur bei der Group geht das schief.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 15 Februar 2019, 20:50:49
@raiderxxl: die fb aktualisiert den batterie stand nur ein mal alle 1 oder 2 tage. aber ich habe vorhin auch noch ein
problem behoben das hier eventuell auch dazwischen gefunkt hat.

@chseeliger: das farben setzen sollte gehen. ich habe auch schon positive rückmeldung bekommen. ich habe selber keine farbige lampe am ikea gateway und kann es nicht testen.

@dancatt: kannst du tradfri-fhem noch von hand starten?

@howi42: normale devices sollten nie nach unknown gehen. das ist komisch
bei gruppen gibt es eventuell noch ein problem. das muss ich mir anschauen.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 15 Februar 2019, 20:51:29
ab morgen wertet das tradfri modul die events von loredos nmpjs modul aus. d.h. wenn man über dieses modul aktualisiert wird der trafri-fhem prozess automatisch angehalten und neu gestartet.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 15 Februar 2019, 21:26:01
Danke für Deine Antwort!

Wenn ich hue und sat setze, scheint es sauber zu klappen. Wenn ich aber rgb setze, verändert sich zwar auch die Farbe, aber es kommt eben eine andere raus. Hast Du dazu eine Idee?

Ich würde die Lampen gerne per ftui schalten und da finde ich es schwierig, zwei Werte (hue und sat) zu setzen und würde gerne nur rgb ansteuern.

Hat schon jemand die Farbe bei einer Gruppe setzen können?

Viele Grüße
Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 15 Februar 2019, 21:32:58
wie viel anders ist die farbe denn ?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 15 Februar 2019, 22:19:48
Z.b. wird aus f5faf6 stattdessen aea0ff
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wolfgang Hochweller am 15 Februar 2019, 23:57:31
@justme1968:
Von wegen 'Unknown' :
Es ist soweit alles in Ordnung, denn :
Die Huegroup entspricht ja der Fernbedienung, und die hat nun mal keinen wirklichen Status, der sich abfragen laesst.
Die Statusanzeige macht da wenig Sinn, entscheidend ist der Status der an der Fernbedienung angemeldeten Lampen.
Und der ist immer richtig.
Allerdings kann die Huegroup noch nicht alle der fuenf Buttons der Fernbedienung nachbilden : Ein/Aus Toggle,
Dim Up, Dim Down funktionieren,  Next Color, Previous Color nicht.
Bei den einzelnen Lampen genauso.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 16 Februar 2019, 14:34:31
Hallo André,

leider kann ich tradfri-fhem nicht von hand starten .

weder so:

# tradfri-fhem
[2/16/2019, 2:10:53 PM] this is tradfri-fhem 0.0.9
[2/16/2019, 2:10:53 PM] discovering gateways
[2/16/2019, 2:10:53 PM]   found gateway: {"name":"gw-b8d7af2c834d","host":"TRADFRI-Gateway-b8d7af2c834d.local","version":"1.4.15","addresses":["XXX.XXX.XXX.XXX","fe80::bad7:afff:fe2c:834d"]}
[2/16/2019, 2:10:53 PM] connecting to: TRADFRI-Gateway-b8d7af2c834d.local
*** FHEM: connection failed, credentials missing


noch so:

# tradfri-fhem -D -s <security code>
[2/16/2019, 2:16:19 PM] this is tradfri-fhem 0.0.9
[2/16/2019, 2:16:20 PM] discovering gateways
[2/16/2019, 2:16:20 PM]   found gateway: {"name":"gw-b8d7af2c834d","host":"TRADFRI-Gateway-b8d7af2c834d.local","version":"1.4.15","addresses":["XXX.XXX.XXX.XXX","fe80::bad7:afff:fe2c:834d"]}
[2/16/2019, 2:16:20 PM] connecting to: TRADFRI-Gateway-b8d7af2c834d.local
*** FHEM: connection failed, Error: The gateway did not respond in time.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 16 Februar 2019, 14:37:08
gibt mal die ip mit an
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 16 Februar 2019, 14:43:16
Zitat von: justme1968 am 16 Februar 2019, 14:37:08
gibt mal die ip mit an
wenn ich es so starte wie es auch im fhem-log steht passiert auch nichts:

# tradfri-fhem -s sssss -i iiiii -p ppppp --ip 192.168.178.57
[2/16/2019, 2:41:33 PM] this is tradfri-fhem 0.0.9
[2/16/2019, 2:41:33 PM] connecting to: 192.168.178.57
*** FHEM: connection failed, credentials wrong
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micky0867 am 16 Februar 2019, 14:43:22
Bei mir hat in dem Fall geholfen, den Namen (TRADFRI-Gateway-b8d7af2c834d.local) in der /etc/Hosts einzutragen

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 17 Februar 2019, 19:46:55
nur -s und -ip:tradfri-fhem -s <security code>  --ip 192.168.178.57
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 19 Februar 2019, 08:28:58
Hallo André,

Zitat von: justme1968 am 17 Februar 2019, 19:46:55
nur -s und -ip:tradfri-fhem -s <security code>  --ip 192.168.178.57

tradfri-fhem scheint zu laufen:

12825 24.7  1.3  87468 27640 pts/0    Sl   08:25   0:02 node /usr/bin/tradfri-fhem -s <security code> --ip 192.168.178.57


Im fhem-Log aber immer noch folgende Einträge:

2019.02.19 08:23:45.091 2: tradfri_Gateway: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp --ip 192.168.178.57
2019.02.19 08:23:45.112 3: tradfri_Gateway: starting
2019.02.19 08:23:45.189 3: tradfri_Gateway: using FHEM logfile
2019.02.19 08:23:45.194 3: tradfri_Gateway: read: end of file reached while sysread
2019.02.19 08:23:45.197 3: tradfri_Gateway: stopped
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 19 Februar 2019, 23:11:50
Zitat von: justme1968 am 15 Februar 2019, 21:32:58
wie viel anders ist die farbe denn ?
Hallo André,
Z.b. wird aus f5faf6 stattdessen aea0ff
Kannst Du Dir das erklären?
Viele Grüße
Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 20 Februar 2019, 15:41:27
prinzipiell ist es so das rgb bei zigbe nur angenähert ist weil die lampen nativ kein rgb sprechen. wie gut die werte sind hängt von der lampe ab und von der umrechnung. nur phillips veröffentlich dir daten.

wenn es dir auf genaue farbe ankommt: immer per hsv oder xy steuern. tradfri per hsv.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Dr. Boris Neubert am 21 Februar 2019, 20:49:46
Zwischenruf: das Modul ist seit drei Wochen bei mir im Einsatz und ich finde es klasse! Danke, André!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Februar 2019, 21:03:31
sehr schön. das freut mich :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 27 Februar 2019, 07:47:31
Hallo André,

ich habe immer noch ein Problem mit dem Modul. Nachdem ich nochmal einiges neu gemacht hatte lief das Tradfri Modul wieder. Problem scheint ein fhem restart zu sein da nun das Tradfri Gateway wieder nicht startet. Folgende Logmeldungen wieder:

2019.02.27 07:22:25.075 2: tradfri_Gateway: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp --ip 192.168.178.57
2019.02.27 07:22:25.094 3: tradfri_Gateway: starting
2019.02.27 07:22:25.159 3: tradfri_Gateway: using FHEM logfile
2019.02.27 07:22:25.161 3: tradfri_Gateway: read: end of file reached while sysread
2019.02.27 07:22:25.165 3: tradfri_Gateway: stopped


Nachdem ich aber die komplette Maschine neustarte hat sich das tradfri Gateway von alleine gestartet. Kennt das Problem jemand?
Irgendwo scheint er zu hängen.

Danke und Gruß Daniel
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 28 Februar 2019, 10:46:19
wenn es keine weiteren log einträge gibt wird das schwierig zu finden...

ich habe noch keine idee...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 28 Februar 2019, 10:47:23
für die node-tradfri-client lib die tradfri-fhem verwendet gibt es eine erste version mit der die rollläden gehen könnten...

falls jemand schon welche hat bitte melden damit wir das einbauen können.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 01 März 2019, 11:34:12
Moin
Witzig, Ikea hat die erstmal wieder aus dem Onlinekatalog genommen. Das kann dauern!
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: lneumann am 10 März 2019, 12:08:46
Hallo justme1968,
wollte an dieser Stelle auch mal mein Lob aussprechen. Klasse Arbeit, funktioniert ohne Probleme, obwohl dieses Projekt zu meinen ersten Gehversuchen in FHEM gehört. Installiert und loslegen, wenn das immer so einfach ist dann währe es schön.

Danke :).

Im Chat waren ja schon Diskussionen darüber. Ist es möglich die Fernbedienung auch über FHEM durch zu schleifen, oder bleibt das ohne Unterstützung?

Gruß Lars
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: petjek am 16 März 2019, 14:08:02
Hi,

ich habe jetzt nur die ersten 6 Seiten hier gelesen, die Suche hat mir aber kein Ergebnis geliefert.

Ich habe das gerade mal installiert und es will nicht starten. Ich hatte bis jetzt JTradfri im Einsatz, wollte dieses Modul aber mal testen.

defmod Tradfri tradfri
attr Tradfri createGroupReadings 0
attr Tradfri devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr Tradfri stateFormat tradfri-fhem
attr Tradfri tradfriFHEM-params --ip 192.168.2.100
attr Tradfri tradfriFHEM-securityCode crypt:220a2053020152742f7f175c5403420c
attr Tradfri verbose 5


Soweit denke ich alles richtig gemacht zu haben. Das Modul versucht in schöner Regelmäßigkeit zu starten. Im Log steht
2019.03.16 13:51:55 2: Tradfri: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s [i]das_gateway_secret_dass_bei_JTradfri_eingetragen_ist[/i] --ip 192.168.2.100
2019.03.16 13:51:55 3: Tradfri: starting
2019.03.16 13:51:55 3: Tradfri: using FHEM logfile
2019.03.16 13:51:56 5: Tradfri: read: /usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:135
2019.03.16 13:51:56 4: Tradfri: /usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:135
2019.03.16 13:51:56 5: Tradfri: read:   throw err;
2019.03.16 13:51:56 4: Tradfri:   throw err;
2019.03.16 13:51:56 5: Tradfri: read:   ^
2019.03.16 13:51:56 4: Tradfri:   ^
2019.03.16 13:51:56 5: Tradfri: read:
2019.03.16 13:51:56 4: Tradfri:
2019.03.16 13:51:56 5: Tradfri: read: Error: Could not locate the bindings file. Tried:
2019.03.16 13:51:56 4: Tradfri: Error: Could not locate the bindings file. Tried:
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Debug/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Debug/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Release/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Release/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Debug/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Debug/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Debug/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Debug/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Release/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Release/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Release/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Release/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/default/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/default/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/compiled/8.9.1/linux/arm/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/compiled/8.9.1/linux/arm/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/release/install-root/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/release/install-root/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/debug/install-root/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/debug/install-root/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/default/install-root/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/default/install-root/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/binding/node-v57-linux-arm/node-aead-crypto.node
2019.03.16 13:51:56 4: Tradfri:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/binding/node-v57-linux-arm/node-aead-crypto.node
2019.03.16 13:51:56 5: Tradfri: read:     at bindings (/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:126:9)
2019.03.16 13:51:56 4: Tradfri:     at bindings (/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:126:9)
2019.03.16 13:51:56 5: Tradfri: read:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/index.js:1:96)
2019.03.16 13:51:56 4: Tradfri:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/index.js:1:96)
2019.03.16 13:51:56 5: Tradfri: read:     at Module._compile (module.js:635:30)
2019.03.16 13:51:56 4: Tradfri:     at Module._compile (module.js:635:30)
2019.03.16 13:51:56 5: Tradfri: read:     at Object.Module._extensions..js (module.js:646:10)
2019.03.16 13:51:56 4: Tradfri:     at Object.Module._extensions..js (module.js:646:10)
2019.03.16 13:51:56 5: Tradfri: read:     at Module.load (module.js:554:32)
2019.03.16 13:51:56 4: Tradfri:     at Module.load (module.js:554:32)
2019.03.16 13:51:56 5: Tradfri: read:     at tryModuleLoad (module.js:497:12)
2019.03.16 13:51:56 4: Tradfri:     at tryModuleLoad (module.js:497:12)
2019.03.16 13:51:56 5: Tradfri: read:     at Function.Module._load (module.js:489:3)
2019.03.16 13:51:56 4: Tradfri:     at Function.Module._load (module.js:489:3)
2019.03.16 13:51:56 5: Tradfri: read:     at Module.require (module.js:579:17)
2019.03.16 13:51:56 4: Tradfri:     at Module.require (module.js:579:17)
2019.03.16 13:51:56 5: Tradfri: read:     at require (internal/module.js:11:18)
2019.03.16 13:51:56 4: Tradfri:     at require (internal/module.js:11:18)
2019.03.16 13:51:56 5: Tradfri: read:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/lib/AEADCrypto.js:54:47)
2019.03.16 13:51:56 4: Tradfri:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/lib/AEADCrypto.js:54:47)
2019.03.16 13:51:56 3: Tradfri: read: end of file reached while sysread
2019.03.16 13:51:56 3: Tradfri: stopped
2019.03.16 13:51:56 4: Tradfri: last run duration was only 1 sec, restarting with delay


npm --version 6.9.0
node --version 8.9.1

Ne Idee, woran es liegt?

LG
petjek

--EDIT--
Ich denke heute liegt es mal nicht an einer veralteten Node-Version  :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 16 März 2019, 16:16:32
ich habe keine idee... tippe aber trotzdem auf die node version. oder auf ein problem bei der installation.

starte trafri-fhem mal von hand und schau ob du mehr siehst
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: the-vince am 24 März 2019, 00:02:55
Vielen Dank für die spitzen Umsetzung.
Läuft bei mir sehr stabil und durch die Hue Umsetzung auch ohne Probleme mit dem gassistant Modul.

Aus irgendeinem Grund lassen sich aber keine RGB Werte setzen. Also das Ändern der Farbe via HUE befehl geht.
Will ich aber die Farbe via set <Device> rgb <FFFFFF> ändern geht die Lampe zwar an, wechselt aber nicht die Farbe.
Im Log steht dazu dann dies:
2019.03.23 23:52:49 5: $VAR1 = {
          'id' => 65541,
          'manufacturername' => 'IKEA of Sweden',
          'modelid' => 'TRADFRI bulb E27 CWS opal 600lm',
          'name' => 'Sofa',
          'productname' => 'TRADFRI bulb E27 CWS opal 600lm',
          'r' => 'lights',
          'state' => {
                       'bri' => 254,
                       'colormode' => 'hsv',
                       'ct' => undef,
                       'hue' => 5257,
                       'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'reachable' => $VAR1->{'state'}{'on'},
                       'rgb' => 'ff7a00',
                       'sat' => 254
                     },
          'swversion' => '1.3.009',
          't' => 'event',
          'type' => 'Color light',
          'uniqueid' => ''
        };

Wobei die gewählte RGB Farbe nicht die ist, die im Reading zu lesen ist. Sie wird also nicht upgedated.

Mach ich was falsch, oder ist da tatsächlich noch ein bug?
Bei chseeliger wurde ja nur die Farbe etwas konvertiert, bei mir ändert sich nix.
Tradfri-fhem Version ist die 0.1.1.
Vielleicht hat ja jemand einen Tipp für mich? Dankeschön!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: KK am 05 April 2019, 20:28:16
Hallo,
Ich möchte meine umfangreiche FHEM Installation mit HOMEMATIC-Teilen um die IKEA TRADFRI Leuchten erweitern. Das Gateway ist erfolgreich mit einer Lampe und der Fernbedienung gekoppelt. Das Gateway erscheint auch in FHEM, aber es verbindet sich nur zyklisch mit dem FHEM-Server (RaspberryPi2B mit Raspbian Stretch) und stoppt dann wieder. Die TRADFRI-Komponenten erscheinen nicht in FHEM.
Bei einer erneuten Installation des TRADFRI Moduls erscheinen immer wieder die gleichen Fehlermeldungen:

pi@KPC_8:~ $ sudo npm install -g --unsafe-perm tradfri-fhem
(node:6560) [DEP0022] DeprecationWarning: os.tmpDir() is deprecated. Use os.tmpdir() instead.
|
> node-aead-crypto@2.1.4 install /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/node_modules/node-coap-client/node_modules/node-dtls-client/node_modules/node-aead-crypto
> node lib/install.js

running rpi1 installation script
(node:6615) [DEP0022] DeprecationWarning: os.tmpDir() is deprecated. Use os.tmpdir() instead.

> node-aead-crypto@2.1.4 install:rpi1 /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/node_modules/node-coap-client/node_modules/node-dtls-client/node_modules/node-aead-crypto
> prebuild-install --build-from-source


npm ERR! node-aead-crypto@2.1.4 install:rpi1: `prebuild-install --build-from-source`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the node-aead-crypto@2.1.4 install:rpi1 script.
npm ERR! This is most likely a problem with the node-aead-crypto package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     prebuild-install --build-from-source
npm ERR! You can get their info via:
npm ERR!     npm owner ls node-aead-crypto
npm ERR! There is likely additional logging output above.
npm ERR! System Linux 4.14.98+
npm ERR! command "/usr/bin/node" "/usr/bin/npm" "run" "install:rpi1"
npm ERR! cwd /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/node_modules/node-coap-client/node_modules/node-dtls-client/node_modules/node-aead-crypto
npm ERR! node -v v8.11.1
npm ERR! npm -v 1.4.21
npm ERR! code ELIFECYCLE
npm WARN This failure might be due to the use of legacy binary "node"
npm WARN For further explanations, please read
/usr/share/doc/nodejs/README.Debian

npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/node_modules/node-coap-client/node_modules/node-dtls-client/node_modules/node-aead-crypto/npm-debug.log
npm ERR! not ok code 0
child_process.js:644
    throw err;
    ^

Error: Command failed: npm run install:rpi1
    at checkExecSyncError (child_process.js:601:13)
    at execSync (child_process.js:641:13)
    at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-tradfri-client/node_modules/node-coap-client/node_modules/node-dtls-client/node_modules/node-aead-crypto/lib/install.js:29:1)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Function.Module.runMain (module.js:693:10)
    at startup (bootstrap_node.js:188:16)
npm WARN This failure might be due to the use of legacy binary "node"
npm WARN For further explanations, please read
/usr/share/doc/nodejs/README.Debian

npm WARN optional dep failed, continuing node-aead-crypto@2.1.4
/usr/local/bin/tradfri-fhem -> /usr/local/lib/node_modules/tradfri-fhem/bin/tradfri
tradfri-fhem@0.1.1 /usr/local/lib/node_modules/tradfri-fhem
├── commander@2.20.0
├── chalk@2.4.2 (escape-string-regexp@1.0.5, supports-color@5.5.0, ansi-styles@3.2.1)
└── node-tradfri-client@1.5.0 (reflect-metadata@0.1.13, alcalzone-shared@1.4.0, debug@3.2.6, mdns-server@1.0.8, node-coap-client@1.0.2)

Hat jemand eine Idee, was da falsch läuft?

Ergänzung: Scheint das gleiche Problem zu sein wie von Petjek beschrieben. Liegt wohl an einer (bei mir misglückten) vorherigen JTRADFRI Installation, die ich aber soweit ich konnte gelöscht habe. Gibt es node Einstellungen die dadurch voreongestellt wurden???
Kann jemand helfen???
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 08 April 2019, 15:34:39
Moin!

Ich bin zu doof....
Ich folge der Anleitung:
https://wiki.fhem.de/wiki/TR%C3%85DFRI
Dort die Sektion 2, also für das Modul hier.

Alles ist soweit installiert, ich trage in der fhem.cfg ein:
define <tradfri> tradfri
attr <tradfri> tradfriFHEM-securityCode <hierStehtNunMeinCodeVomGateway>

^^^^ so sehen meine fhem.cfg Zeilen aus, mit den eckigen Klammern etc.

Nun erhalte ich eine Fehlermeldung, wenn im FHEM Interface per Browser einlogge:
Zitatconfigfile: Invalid characters in name (not A-Za-z0-9._):

Wie müssen die Einträge der fhem.cfg korrekt aussehen?
Ich habe im Gateway z.B. eine RGB Lampe, die heisst "Papierlampe".
Kann jemand mal eine Test-Cfg posten?




Danke!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 08 April 2019, 15:41:00
- statt <tradfri> sollst du dort den device namen verwenden den du möchtest. wie Immer in fhem.
- hör auf die cfg von hand zu editieren.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 10 April 2019, 18:08:34
Zitat von: justme1968 am 08 April 2019, 15:41:00
- statt <tradfri> sollst du dort den device namen verwenden den du möchtest. wie Immer in fhem.
- hör auf die cfg von hand zu editieren.

Hallo!

Danke für die Antwort.

Ich habe nun folgendes getan:
Ich folge der Anleitung unter https://wiki.fhem.de/wiki/TR%C3%85DFRI

ZitatEinrichtung in FHEM

    node installieren (mindestens version 8)
    sudo npm install -g tradfri-fhem
    define <tradfri> tradfri
    attr <tradfri> tradfriFHEM-securityCode <security code>

node -v sagt, ich habe Version 11.13.0

Der define Befehl in der FHEM Oberfläche meldet zurück
Unknown module tradfri

Aha..das verfiziere ich durch Überprüfung des Modul Ordners unter /opt/fhem/FHEM
Stimmt, keine Modul Datei mit "tradfri" im Namen.

Der Befehl
reload tradfri
im FHEM bestätigt es:
Can't read ./FHEM/tradfri.pm: No such file or directory

Also einmal eine systemweite Suche:
find / -type f -iname "*trad*.pm"

Nichts.

Zur Sicherheit nochmal:
find / -type f -iname "*CoProc*.pm"

Auch nichts.


Nochmal folgende Befehle auf der Console:
sudo npm install -g --unsafe-perm tradfri-fhem
sudo npm update -g tradfri-fhem

Gleiches Ergebnis, Modul fehlt.

Welchen Step das Modul betreffend habe ich versäumt?

Gruß
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 10 April 2019, 18:18:11
Nachtrag:
Eine Bemerkung im ersten Posting lässt eine Vermutung aufkommen:
Das Modul war mal als Attachment des Postings verfügbar, ist aber mittlerweile eingechecked worden.

Da ich aber mein FHEM vor dem Zeitpunkt installiert und bisher nicht geupdated habe, habe ich die Modul im Zuge des Updates nie bekommen...

Confirm?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 10 April 2019, 18:26:17
so ist es.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Dr. Boris Neubert am 10 April 2019, 18:27:45
Hallo,

wie Andre empfehle ich Dir, unabhängig von der Installation von Tradfri die Dokumentation für Anfänger in Ruhe durchzulesen. Ein gutes Verständnis der Konzepte erleichtert Dir die Benutzung und den Hinweisen hier im Forum zu folgen.

Wenn Du kein Modul 30_tradfri.pm im Verzeichnis FHEM hast, dann solltest Du ein Update Deiner FHEM-Installation anstoßen.

Dann bitte ich Dich, die Befehle die Du eingibst, wörtlich hier wiederzugeben, in Code-Tags.

Wenn Du

    define <tradfri> tradfri

eingegeben hast, wird es nichts werden. Wenn Du

    define meinTradfri tradfri

eingibst, schon. Ich nehme an, dass Du es im Webfrontend in die Eingabzeile eintastet, richtig?

Viele Grüße
Boris
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 10 April 2019, 18:45:27
Hallo Boris,

danke für die schnelle Antwort.

Zitatwie Andre empfehle ich Dir, unabhängig von der Installation von Tradfri die Dokumentation für Anfänger in Ruhe durchzulesen. Ein gutes Verständnis der Konzepte erleichtert Dir die Benutzung und den Hinweisen hier im Forum zu folgen.

Das hatte ich sogar getan, als ich mit FHEM anfing.
Ich hatte die CFG allerdings bis dahin immer direkt editiert, weil ich viel mit Copy&Paste arbeite, wenn ich neue Aktoren anlege.


ZitatWenn Du kein Modul 30_tradfri.pm im Verzeichnis FHEM hast, dann solltest Du ein Update Deiner FHEM-Installation anstoßen.

Sehr gern der Herr:
Zitat
apt-get update
apt-get install fhem

Antwort:
Zitatfhem is already the newest version (5.8)

Hatte ich erwähnt, dass ich unter Raspberry/Debian Stretch wandle...?
Sind die Ports/Pakete evtl. noch hinterher?

Kann man die Module von einer (z.B.) Ubuntu Installation einfach rauskopieren?

Zur Befehlseingabe:
Zitatdefine meinTradfri tradfri
Ja, das <tradfri> war meine Freudsche Fehlleistung, bitte ignorieren ... :)

Ich gebe derzeit in die Befehlzeile des Webinterfaces ein:
Zitatdefine Ikea_L1_Test tradfri

Ich habe gerade nochmal mein voriges Posting überprüft und festgestellt, das gar nicht erwähnt zu haben  ::)


Gruß
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 10 April 2019, 18:48:49
PS:
Die aktuelle (5.9) Installation für Ubuntu von der Quelle
https://fhem.de/#Installation

enthält aber auch keine tradfri Module.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 10 April 2019, 18:49:39
fhem wird über den fhem update befehl aktualisiert. nicht über den paket manager.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 10 April 2019, 18:54:36
Zitat von: justme1968 am 10 April 2019, 18:49:39
fhem wird über den fhem update befehl aktualisiert. nicht über den paket manager.

Oh...uhm...öhmm...ja, genau, das wusste [stammel] ich [stotter] natürlich...uhm...war nur ein Test!
Sehr gut, Du hast bestanden...  ;D ;D ;D

Wie peinsam...anyway, Danke!
Hab gerade geupdated - define Befehl lief nun einwandfrei durch.

Ich richte mal die Testlampe ein (RGB) und melde Vollzug...

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 10 April 2019, 19:00:19
Oh wie geil ist das denn?

Nice work!
Vielen Dank Euch beiden, ich kann meine Tradfri Lampen in meine ganze Automatisation übernehmen!  8)

Sehr geile Arbeit!!
Ich ziehe mich in heller Begeisterung in den Keller zurück und schreibe euphorisch Scripte....
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 12 April 2019, 13:09:44
@ Richard-HH

Zitat von: Richard-HH am 10 April 2019, 18:45:27
Ich hatte die CFG allerdings bis dahin immer direkt editiert, weil ich viel mit Copy&Paste arbeite, wenn ich neue Aktoren anlege.

Das hatte ich anfangs auch gemacht, um gleich alle gemachten Einstellungen im neuen Device zu haben.  Aber probier doch mal den "Copy" Befehl in der Web-Oberfläche. Du landest danach direkt im neuen Device und kannst die Anpassungen machen, mit entsprechende Unterstützung bei Fehleingaben. So ist das neue Device zwar direkt aktiv, ich hatte damit aber noch keine Probleme die mich dazu bewegt hätten, doch wieder die CFG-Datei zu editieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: petjek am 25 April 2019, 07:21:43
Zitat von: justme1968 am 16 März 2019, 16:16:32
ich habe keine idee... tippe aber trotzdem auf die node version. oder auf ein problem bei der installation.

starte trafri-fhem mal von hand und schau ob du mehr siehst
Sorry, bin jetzt erst dazu gekommen.
Hier die Ausgabe, wenn ich manuell starte.


pi@raspberrypi:~ $ tradfri-fhem -D -s meinKey
/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:135
  throw err;
  ^

Error: Could not locate the bindings file. Tried:
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Debug/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Release/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Debug/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Debug/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Release/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Release/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/default/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/compiled/8.9.1/linux/arm/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/release/install-root/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/debug/install-root/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/default/install-root/node-aead-crypto.node
→ /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/binding/node-v57-linux-arm/node-aead-crypto.node
    at bindings (/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:126:9)
    at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/index.js:1:96)
    at Module._compile (module.js:635:30)
    at Object.Module._extensions..js (module.js:646:10)
    at Module.load (module.js:554:32)
    at tryModuleLoad (module.js:497:12)
    at Function.Module._load (module.js:489:3)
    at Module.require (module.js:579:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/lib/AEADCrypto.js:54:47)


Gesendet von meinem CMR-W09 mit Tapatalk

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: jgrete am 05 Mai 2019, 05:35:59
Moin zusammen,
ich häng mich mal dran...
Ich hab das Tradfri-Modul nach Wiki installiert und bekomme  folgendes Ergebnis:

tradfri-fhem -D -s xxxxxxxxxxxxx
/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:121
        throw e;
        ^

Error: The module '/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Release/node-aead-crypto.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 48. This version of Node.js requires
NODE_MODULE_VERSION 57. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
    at Object.Module._extensions..node (module.js:681:18)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Module.require (module.js:596:17)
    at require (internal/module.js:11:18)
    at bindings (/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:112:48)
    at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/index.js:1:96)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)


node --version
v8.11.3

npm --version
6.9.0

Ich habe leider überhaupt keine Erfahrung mit npm/node.
Ein npm rebuild tradfri-fhem führt zu keinem Ergebnis.
Ich nehme an, dass ein "npm ls" das tradfri-fhem hätte zeigen müssen. Tatsächlich kommt aber:
# npm ls
/root
└── (empty)

Was muss ich tun?

Besten Dank schon mal
Jürgen

Edit: Device list wäre ja auch nicht verkehrt...

Internals:
   FUUID      5ccc4fca-f33f-8cf0-5c75-c02ca18b7db46dab
   FVERSION   30_tradfri.pm:0.190980/2019-04-02
   LAST_START 2019-05-05 05:14:41
   LAST_STOP  2019-05-05 05:14:41
   NAME       myTradfri
   NOTIFYDEV  global,global:npmjs.*tradfri-fhem.*
   NR         336
   NTFY_ORDER 50-myTradfri
   PARTIAL   
   STARTS     70
   STATE      stopped
   TYPE       tradfri
   CoProcess:
     cmdFn      tradfri_getCmd
     name       tradfri-fhem
     state      stopped
   READINGS:
     2019-05-05 05:14:41   tradfri-fhem    stopped
   helper:
     bm:
       tradfri_Attr:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        05.05. 04:59:30
         max        7.86781311035156e-06
         tot        7.86781311035156e-06
         mAr:
           set
           myTradfri
           verbose
           5
       tradfri_Get:
         cnt        8
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        05.05. 04:55:08
         max        1.97887420654297e-05
         tot        8.74996185302734e-05
         mAr:
           HASH(0x56190afd70a8)
           myTradfri
           ?
       tradfri_Notify:
         cnt        6
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        05.05. 06:02:56
         max        1.78813934326172e-05
         tot        6.67572021484375e-05
         mAr:
           HASH(0x56190afd70a8)
           HASH(0x5619022298c8)
       tradfri_Read:
         cnt        133
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        05.05. 04:55:16
         max        0.00970292091369629
         tot        0.137698888778687
         mAr:
           HASH(0x56190afd70a8)
       tradfri_Set:
         cnt        61
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        05.05. 04:55:16
         max        0.0130960941314697
         tot        0.0266017913818359
         mAr:
           HASH(0x56190afd70a8)
           myTradfri
           restart
     scenes:
Attributes:
   createGroupReadings 0
   devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
   room       Global,Labor
   stateFormat tradfri-fhem
   tradfriFHEM-params --ip 192.168.42.71
   tradfriFHEM-securityCode crypt:05302e6a650xxxxxxxx4f0a140e07072f
   verbose    5

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: jgrete am 08 Mai 2019, 13:40:29
Ok, scheint ja nicht so einfach zu sein. Hab's device wieder gelöscht, weil's das Log vollmüllt
Ciao
Jürgen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: petjek am 10 Mai 2019, 07:04:13
Moin zusammen

Hier ist es aber ruhig geworden. Keiner ne Idee, woran es liegen könnte? Ich gucke gerade voll in die Röhre weil weder meine Altinstallation von JTradfri noch diese Version hier laufen will. Der WAF sinkt von Tag zu Tag. [emoji2955]

LG


Gesendet von iPhone mit Tapatalk

---
Update: hab JTradfri wieder ans Laufen gebracht. Hat also Zeit ;D
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: KK am 10 Mai 2019, 12:50:32
Habe wohl dasselbe Problem wie petjek und jgrete und bin frustriert, dass es hier keine Lösungshinweise gibt.
Offenbar gibt es bei der tradfri-fhem Installation ein Problem mit dem rpil Script:
Gruß
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 12 Mai 2019, 16:37:48
Bezüglich der Node Installation hatte ich weiter oben auch schon mal die Frage gestellt, wie das geht. Leider auch keine Antwort bekommen. Vielleicht ist das in diesem Thema nicht richtig oder wird einfach vorausgesetzt. Ich habe es aber auch nirgendwo anders im Forum gefunden. Scheinbar ist tradfri-fhem auch das einzige Modul, welches Node benötigt.

Ich bin dann nach dieser Anleitung zur "Installation" vorgegangen und hatte die Version 10.15.1 installiert (node-v10.15.1-linux-armv7l.tar.xz)

https://www.instructables.com/id/Install-Nodejs-and-Npm-on-Raspberry-Pi/ (https://www.instructables.com/id/Install-Nodejs-and-Npm-on-Raspberry-Pi/)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 13 Mai 2019, 07:24:44
sorry falls ich etwas übersehen habe (wie kann man eigentlich die Suche auf einen/diesen Thread beschränken?)

das Modul läuft bei mir, allerdings nur recht holprig und unbefriedigend.

ich vermute alle Probleme hängen damit zusammen, dass sich die Readings nicht aktualisieren und auch keine Events im Monitor sichtbar sind...

was meistens geht, ist: Gruppen an/ausschalten

was z.B. nicht geht:
ich drücke auf eine "Farb-Taste" neben einer einzelnen Lampe, dann geht die an, wobei ich nicht genau weiß mit welcher Helligkeit (letzte?). Da kann ich dann solange off oder toggle drücken wie ich will, die bleibt an. Erst wenn ich die Gruppe (also die innerhalb des Ikea Gateways definierte) ausschalte, geht auch diese einzelne (vorher manuell per "Farbbefehl" eingeschaltete) Lampe wieder aus.

gibt es eine Einstellung, die die Readings/Events abschaltet?!?

Nachtrag:
ich habe hier ähnliche Fehler im Log wie Det20. Offensichtlich handelt es sich um das gleiche Problem, die Zeilen sind nur verschoben (ältere Version).
2019.05.13 13:43:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 181.
2019.05.13 13:43:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 193.
2019.05.13 13:43:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 194.
2019.05.13 13:43:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 195.
2019.05.13 13:43:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 215.
2019.05.13 13:43:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 220.
2019.05.13 13:43:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 225.

die sind mit "-D" (zusätzlich zu dem hier nötigen --ip <gateway-ip> ) tatsächlich verschwunden.
Wobei mich es nicht gerade beruhigt, wenn Fehler nicht mehr angezeigt werden, nur weil man den Debug mode aktiviert ;)

Nachtrag 2:
ich habe gestern  alle "HUE" Geräte aus FHEM entfernt (delete HUE.*) inkl. dem Tradfri und dem Philips Gateway und anschließend neu angelegt (bzw. anlegen lassen).
was soll ich sagen? (Fast) Alles hat auf einmal so funktioniert wie man es erwarten würde, Lampen und Gruppen lassen sich schalten (wenn auch Farbtemperatur nicht immer funktioniert), Events kommen, Icons ändern ihren Zustand usw.
ABER:
das ganze lief nur bis heute morgen, da hat sich auch noch der Status/Readings von einigen Geräten geändert.
Jetzt (ohne etwas zu tun, außer einige Lampen per Alexa Befehl zu schalten) ist alles wieder genauso kaputt wie gestern vor der "Neuinstallation". Manches lässt sich schalten aber keine Events und keine Status Updates mehr. Am Rechner/Container selber oder an den FHEM Einstellungen habe ich zwischen geht/geht_nicht garantiert nichts geändert, da lag ich im Bett ;)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pancake am 15 Mai 2019, 21:55:37
Abend,

versuche gerade tradfri-fhem zu installieren mit:

sudo npm install -g --unsafe-perm tradfri-fhem
und folgendem Ergebnis:


e@e-NUC7i3BNH ~ $ sudo npm install -g --unsafe-perm tradfri-fhem
[sudo] Passwort für e:
WARN engine tradfri-fhem@0.1.1: wanted: {"node":">=8.0.0"} (current: {"node":"4.2.6","npm":"3.5.2"})
WARN engine tradfri-fhem@0.1.1: wanted: {"node":">=8.0.0"} (current: {"node":"4.loadDep:node-tradfri-clie
WARN engine node-tradfri-client@1.5.0: wanted: {"node":">= 6.0.0"} (current: {"nloadDep:reflect-metadata 
WARN engine node-coap-client@1.0.2: wanted: {"node":">= 6.0.0"} (current: {"nodeloadDep:node-dtls-client 
WARN engine node-dtls-client@0.5.6: wanted: {"node":">=6"} (current: {"node":"4.loadDep:node-aead-crypto 
WARN engine node-aead-crypto@2.1.4: wanted: {"node":">4 <10"} (current: {"node":loadDep:prebuild-install 
WARN engine prebuild-install@5.3.0: wanted: {"node":">=6"} (current: {"node":"4.loadDep:which-pm-runs
WARN engine expand-template@2.0.3: wanted: {"node":">=6"} (current: {"node":"4.2/usr/local/bin/tradfri-fhem -> /usr/local/lib/node_modules/tradfri-fhem/bin/tradfri

> node-aead-crypto@2.1.4 install /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/install.js

sh: 1: node: not found
npm WARN install:node-aead-crypto@2.1.4 node-aead-crypto@2.1.4 install: `node lib/install.js`
npm WARN install:node-aead-crypto@2.1.4 spawn ENOENT
/usr/local/lib
tradfri-fhem@0.1.1



Der folgende Schritt: "beide .pm file nach .../fhem/FHEM kopieren"

Wenn der Ordner /usr/local/lib/node_modules/tradfri-fhem/bin gemeint ist, in dem befindet sich nur eine Datei Namens tradfri.pm. Kopiert zu fhem/FHEM

Danach versucht :

fhem neu starten!
define <tradfri> tradfri
attr <tradfri> tradfriFHEM-securityCode <security code>

Und das steht im log

2019.05.15 21:13:29 2: Tradfri: security code missing
2019.05.15 21:14:14 2: Tradfri: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s sssss
2019.05.15 21:14:14 3: Tradfri: starting
2019.05.15 21:14:14 3: Tradfri: using FHEM logfile
2019.05.15 21:14:14 3: Tradfri: read: end of file reached while sysread
2019.05.15 21:14:14 3: Tradfri: stopped
2019.05.15 21:14:31 2: Tradfri: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s sssss
2019.05.15 21:14:31 3: Tradfri: starting
2019.05.15 21:14:31 3: Tradfri: using FHEM logfile
2019.05.15 21:14:31 3: Tradfri: read: end of file reached while sysread
2019.05.15 21:14:31 3: Tradfri: stopped


Hat jemand eine Idee wie weiter zu verfahren ist?
MfG
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 15 Mai 2019, 22:14:55
hast du einfach mal versucht, den Security Code einzugeben und zu gucken, ob es nicht vielleicht schon geht?
die "read: end of file reached while sysread" Log Einträge und restarts habe ich auch und es funktioniert ja trotzdem so ein bisschen.
wenn die Events wieder mal ausbleiben, dann reicht wohl ein restart des Moduls (ein Schelm wer böses dabei denkt, dass das an erster Stelle in der Auswahl steht und nur per klick ausgeführt werden braucht ;) ). Ich habe schon daran gedacht, das per "at" vielleicht jede Stunde automatisch zu machen?!?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pancake am 15 Mai 2019, 23:00:48
wie in der letzten Zeile beschrieben: attr <tradfri> tradfriFHEM-securityCode <security code>
wurde nach der Definition der Security Code eingeben.
Nach einem kurzen "starting", kommt sofort ein "stopped".
:-[
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 16 Mai 2019, 06:13:47
Zitat von: Pancake am 15 Mai 2019, 23:00:48
wie in der letzten Zeile beschrieben: attr <tradfri> tradfriFHEM-securityCode <security code>
wurde nach der Definition der Security Code eingeben.
Nach einem kurzen "starting", kommt sofort ein "stopped".
:-[
Moin,

ich hatte das Problem anfangs auch immer. Nachdem ich den kompletten Cubietruck mal neu gestartet habe war dieses Problem bei mir nicht mehr vorhanden.

Gruß Daniel
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pancake am 16 Mai 2019, 18:47:58
Moin,
habe die gesamte Hardware (NUC 7ic) neugestartet.
Ergebnis: Tradri startet und stoppet sofort wieder.
Noch einmal die Eingabe von 2."sudo npm install -g --unsafe-perm tradfri-fhem" getätigt, danach kommt folgende Meldung:


e@e-NUC7i3BNH ~ $ sudo npm install -g --unsafe-perm tradfri-fhem
[sudo] Passwort für e:
loadCurrentTree
WARN engine tradfri-fhem@0.1.1: wanted: {"node":">=8.0.0"} (current: {"node":"4.2.6","npm":"3.5.2"})
WARN engine tradfri-fhem@0.1.1: wanted: {"node":">=8.0.0"} (current: {"node":"4.loadDep:node-tradfri-clie \
WARN engine node-tradfri-client@1.5.0: wanted: {"node":">= 6.0.0"} (current: {"nloadDep:reflect-metadata  \
WARN engine node-coap-client@1.0.2: wanted: {"node":">= 6.0.0"} (current: {"nodeloadDep:node-dtls-client 
WARN engine node-dtls-client@0.5.6: wanted: {"node":">=6"} (current: {"node":"4.loadDep:node-aead-crypto 
WARN engine node-aead-crypto@2.1.4: wanted: {"node":">4 <10"} (current: {"node":loadDep:prebuild-install  WARN engine prebuild-install@5.3.0: wanted: {"node":">=6"} (current: {"node":"4.loadDep:which-pm-runs WARN engine expand-template@2.0.3: wanted: {"node":">=6"} (current: {"node":"4.2/usr/local/bin/tradfri-fhem -> /usr/local/lib/node_modules/tradfri-fhem/bin/tradfri

> node-aead-crypto@2.1.4 install /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/install.js
sh: 1: node: not found
npm WARN install:node-aead-crypto@2.1.4 node-aead-crypto@2.1.4 install: `node lib/install.js`
npm WARN install:node-aead-crypto@2.1.4 spawn ENOENT
/usr/local/lib
tradfri-fhem@0.1.1



Hier sind schon Warnungen und die Meldung "sh: 1: node: not found"
Folgend sollen unter 3.beide .pm file nach .../fhem/FHEM kopieren

Frage an justme1968
welche beiden .pm Dateien sind gemeint und wo sind diese zu finden?
MfG






Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 16 Mai 2019, 19:15:59
@alle: da steht doch fast immer was schief geht. bitte lest doch die meldungen die auf node seite kommen. wenn man danach sucht findet man immer treffer. es hat bei keinem etwas mit dem node oder fhem modul selber zu tun.

@petjek:
ZitatError: Could not locate the bindings file. Tried:
irgendetwas stimmt mit deiner node installation nicht. schau mal ob node-gyp rebuild hilft.

@jgrete:
Zitatwas compiled against a different Node.js version using
da sind unterschiedliche versionsstände installiert die nicht zusammen passen. das betroffene modul deinstallieren und neu installieren.

@Pancake:
Zitatwanted: {"node":">=8.0.0"} (current: {"node":"4.2.6","npm":"3.5.2"})
deine log meldungen sagen du hast node version 4.2.6 installiert und die module brauchen mindestens 8.

die perl seite ist schon lange eingecheckt und kommt im normalen update.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pancake am 16 Mai 2019, 20:24:49
Schönen Dank für die Antwort!
Nach Eingabe von node-gyp rebuild kommt die Ausgabe


e@e-NUC7i3BNH ~ $ node-gyp rebuild
gyp info it worked if it ends with ok
gyp info using node-gyp@3.0.3
gyp info using node@4.2.6 | linux | x64
gyp info spawn python2
gyp info spawn args [ '/usr/share/node-gyp/gyp/gyp_main.py',
gyp info spawn args   'binding.gyp',
gyp info spawn args   '-f',
gyp info spawn args   'make',
gyp info spawn args   '-I',
gyp info spawn args   '/home/e/build/config.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/usr/share/node-gyp/addon.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/usr/include/nodejs/common.gypi',
gyp info spawn args   '-Dlibrary=shared_library',
gyp info spawn args   '-Dvisibility=default',
gyp info spawn args   '-Dnode_root_dir=/usr/include/nodejs',
gyp info spawn args   '-Dnode_gyp_dir=/usr/share/node-gyp',
gyp info spawn args   '-Dnode_lib_file=node.lib',
gyp info spawn args   '-Dmodule_root_dir=/home/e',
gyp info spawn args   '--depth=.',
gyp info spawn args   '--no-parallel',
gyp info spawn args   '--generator-output',
gyp info spawn args   'build',
gyp info spawn args   '-Goutput_dir=.' ]
gyp: binding.gyp not found (cwd: /home/e) while trying to load binding.gyp
gyp ERR! configure error
gyp ERR! stack Error: `gyp` failed with exit code: 1
gyp ERR! stack     at ChildProcess.onCpExit (/usr/share/node-gyp/lib/configure.js:354:16)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.10.0-38-generic
gyp ERR! command "/usr/bin/nodejs" "/usr/bin/node-gyp" "rebuild"
gyp ERR! cwd /home/e
gyp ERR! node -v v4.2.6
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
e@e-NUC7i3BNH ~ $



MfG
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 16 Mai 2019, 21:07:32
Zitat von: justme1968 am 16 Mai 2019, 19:15:59
@alle: da steht doch fast immer was schief geht. bitte lest doch die meldungen die auf node seite kommen. wenn man danach sucht findet man immer treffer. es hat bei keinem etwas mit dem node oder fhem modul selber zu tun.
im logfile steht doch so gut wie gar nichts, außer starting/stopping und manchmal wird noch angemeckert, dass das secret fehlt, tut es aber nicht, im modul wird der crypt string angezeigt und direkt darauf geht es ja auf einmal wieder für eine Weile.
wo finde ich denn die node seite? welcher port? oder darf auf 80/443 nix anderes laufen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pancake am 16 Mai 2019, 22:00:17
Die Verbindung zwischen fhem und dem Tradfrigateway scheind zu funktionieren!

Mit den Eingaben:

sudo apt-get install curl python-software-properties
curl -sL https://deb.nodesource.com/setup_12.x | sudo bash -
von der Seite

https://tecadmin.net/install-latest-nodejs-npm-on-linux-mint/
(https://tecadmin.net/install-latest-nodejs-npm-on-linux-mint/)
wurde node.js auf den auf Version > 8 geändert, Betriebssystem bei mir Linux Mint 18.3
Versionsprüfung mit: node -v
Hier jetzt: v12.2.0
Nach einem restart von fhem läuft jetzt die Anbindung ans Tradfrigateway.

Mit set Tradfri secenes lassen sich die Lampen anzeigen.

Hoffe es hilft anderen. :)

Dank an justme1968
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 16 Mai 2019, 22:44:52
Zitat von: Pancake am 16 Mai 2019, 22:00:17
Mit set Tradfri secenes lassen sich die Lampen anzeigen.
bei mir werden da keine lampen angezeigt, sondern eine "scheinbar willkürlich sortierte" liste der scenes ALLER gruppen die im gateway(?) definiert sind.
d.h. ich sehe eine seitenfüllende drop-down liste mit überwiegend EVERYDAY, FOCUS und RELAX einträgen (standard halt), aber OHNE gruppen namen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: jgrete am 18 Mai 2019, 12:13:58
Moin,
ich habe natürlich versucht, die Versionen überein zu kriegen. Schlussendlich habe ich ein eh längst fälliges Release-Upgrade durchgeführt - mit dem Ergebnis, dass nun alles läuft.
Besten Dank für die Arbeit! Jetzt wird's bunt...
Jürgen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 18 Mai 2019, 12:17:48
mit get <gateway> devices werden die lampen angezeigt. mit get <gateway> scenes die szenen.

das problem bei den szenen ist das ikea für jede gruppe immer automatisch drei default szenen anlegt und das ganze etwas unüberischlicht wird. ich habe noch keine idee wie man das geschickt lösen kann.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 18 Mai 2019, 14:12:39
ich wäre wirklich dankbar wenn mir jemand verraten könnte, wie ich an mehr debug info heran komme.
der node prozess läuft, funktioniert aber nicht, es erscheinen keine events.

ich habe heute z.B. um 11:30 Tradfri restartet, weil es wieder nicht ging (läuft i.d.r. wirklich imme rnur so um eine Stunde lang):
2019.05.18 11:32:10 2: Tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp --ip 192.168.0.167
2019.05.18 11:32:11 3: Tradfri: read: end of file reached while sysread
2019.05.18 11:32:11 3: Tradfri: stopped
2019.05.18 11:32:11 2: Tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp --ip 192.168.0.167
2019.05.18 11:32:11 3: Tradfri: starting
2019.05.18 11:32:11 3: Tradfri: using FHEM logfile

anschließend gibt es keinerlei einträge im log ("using FHEM logfile" mehr dazu. es hat aber funktioniert, das ausschalten des flurlichtes wurde im webinterface angezeigt. einkaufen gewesen (keine "bedienung" oder "benutzung" des tradfri moduls) und jetzt geht es nicht mehr. also schalten geht noch (eingeschränkt, z.b. kein toggle) aber keine anzeige, weder wenn direkt per fhem geschaltet wird geschweige denn über ein anderes gerät (tradfri fb oder app).
einmal restart (node prozess killen geht auch, wird automatisch neu gestartet) und die events sind wieder für eine weile da.
irgendwie muss es doch möglich sein heruszufinden, warum der node prozess zwar läuft aber immer wieder nach relativ kurzer zeit seine kooperation einstellt
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 18 Mai 2019, 19:39:20
wenn sich der node prozess sofort beendet geht irgendetwas grundsätzliches schief. es ist ja noch nicht mal zeit für eine fehlermeldung.

- sieht man bei verbose 5 mehr?
- hilft -D in tradfriFHEM-params
- was passiert bei start von hand?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 18 Mai 2019, 20:23:35
Zitat von: justme1968 am 18 Mai 2019, 19:39:20
wenn sich der node prozess sofort beendet geht irgendetwas grundsätzliches schief. es ist ja noch nicht mal zeit für eine fehlermeldung.
tut er ja auch nicht?!?
er läuft und läuft und läuft...
nur irgendwann (meistens so im bereich einer stunde) "arbeitet" er einfach nicht mehr
wenn ich das richtig sehe, dann werden doch sogar die restarts mitgezählt?

also nochmal: nach dem (re)start funktioniert das meiste wie man es erwartet, nach einer weile (wie gesagt stunde, können auch mehrere sein aber einen ganzen tag bestimmt nicht) läuft der node prozess noch und der restart counter hat sich nicht erhöht (pid deutet auch auf durchlaufen hin) aber es werden keine events mehr "generiert" oder wie man das nennen soll.

Zitat- sieht man bei verbose 5 mehr?
ja, so ist das teil ja schon viel geschwätziger
"auffällig" ist bisher aber nur:
2019.05.18 19:44:14 5: Tradfri: read: {"name":"Bewegungsmelder Kueche","modelid":"TRADFRI motion sensor","manufacturername":"IKEA of Sweden","productname":"TRADFRI motion sensor","uniqueid":"","swversion":"1.2.214","state":{"reachable":true},"t":"event","id":65549}
2019.05.18 19:44:14 4: Tradfri: message for unknow device received: : $VAR1 = {
          't' => 'event',
          'name' => 'Bewegungsmelder Kueche',
          'state' => {
                       'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
                     },
          'productname' => 'TRADFRI motion sensor',
          'manufacturername' => 'IKEA of Sweden',
          'modelid' => 'TRADFRI motion sensor',
          'id' => 65549,
          'uniqueid' => '',
          'swversion' => '1.2.214'
        };


das ist aber nicht der einzige bewegungssensor, für den anderen gibt es keine meldung (der rest ist fs20)

Zitat- hilft -D in tradfriFHEM-params
eins nach dem anderen, erstmal abwarten ob jetzt im log etwas auftaucht wenn das modul wieder seine arbeit verweigert
bisher hat das gegen die "uninitialized value" meldungen geholfen. die kommen jetzt aber on -D auch nicht mehr. soviel zum thema computer wären deterministische systeme ;)

Zitat- was passiert bei start von hand?
du redest vom node prozess?
wie kann ich den von hand starten? der läuft ja (s.o.) arbeitet nur nicht (immer/mehr) und wenn ich ihn kille, dann wird er "von geisterhand" neu gestartet, ich habe also gar keine chance dazwischen zu funken.

im moment läuft es seit einer knappen halben stunde, mal abwarten wann es aussetzt und dann gucke ich im log (verbose 5) nach, ob da etwas dazu zu sehen ist.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 18 Mai 2019, 20:44:19
Zitattut er ja auch nicht?!?
also das hier:2019.05.18 11:32:10 2: Tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s sssss -i iiiii -p ppppp --ip 192.168.0.167
2019.05.18 11:32:11 3: Tradfri: read: end of file reached while sysread
2019.05.18 11:32:11 3: Tradfri: stopped
aus dem log etwas weiter oben ist ein start mit sofortigem stop höchstens eine sekunde später.


Zitat"auffällig" ist bisher aber nur:
da ist nichts auffällig. du hat den bewegungsmelder nur nicht als fhem device angelegt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 18 Mai 2019, 21:05:07
der ablauf scheint bei jedem restart so zu sein:
- stop wird nicht protokolliert (bzw. wurde es ohne verbose=5 nicht)
- erster start
- "read: end of file reached while sysread"
- stopped
- zweiter start
- "using FHEM logfile"
- dann läuft es für eine weile

vielleicht ist das ja der anfang des problems, keine ahnung. wenn ich mir das logfile ansehe, dann ist es immer der gleiche o.g. ablauf und es funktioniert nach dem zweiten (automatischen) start ja eine weile (jetzt nach über einer stunde immer noch, vorführeffekt ;) )

und den bewegungsmelder habe nicht ICH nicht angelegt (ich habe gar kein tradfri device angelegt), sondern das ist wohl der autocreate funktion durch die finger gerutscht...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 19 Mai 2019, 10:03:17
so, schon gestern abend wurde das licht im wohnzimmer zwar von alexa über fhem ausgeschaltet, werden bei fhem aber noch als "on" gelistet
neben den "normalen" meldungen fallen diese hier auf (ich nenne das auffällig, auch wenn die für andere vielleicht "normal" sind, sie passen halt nicht zum rest ;) )
2019.05.18 23:11:22 5: Tradfri: read: (node:10267) UnhandledPromiseRejectionWarning: Error: Retransmit counter exceeded
2019.05.18 23:11:22 4: Tradfri: (node:10267) UnhandledPromiseRejectionWarning: Error: Retransmit counter exceeded
2019.05.18 23:11:22 5: Tradfri: read:     at normalizeReason (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:5:16)
2019.05.18 23:11:22 4: Tradfri:     at normalizeReason (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:5:16)
2019.05.18 23:11:22 5: Tradfri: read:     at Promise.rej [as reject] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:13:34)
2019.05.18 23:11:22 4: Tradfri:     at Promise.rej [as reject] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:13:34)
2019.05.18 23:11:22 5: Tradfri: read:     at Function.retransmit (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:390:33)
2019.05.18 23:11:22 4: Tradfri:     at Function.retransmit (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:390:33)
2019.05.18 23:11:22 5: Tradfri: read:     at Timeout.action [as _onTimeout] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:307:38)
2019.05.18 23:11:22 4: Tradfri:     at Timeout.action [as _onTimeout] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:307:38)
2019.05.18 23:11:22 5: Tradfri: read:     at ontimeout (timers.js:436:11)
2019.05.18 23:11:22 4: Tradfri:     at ontimeout (timers.js:436:11)
2019.05.18 23:11:22 5: Tradfri: read:     at tryOnTimeout (timers.js:300:5)
2019.05.18 23:11:22 4: Tradfri:     at tryOnTimeout (timers.js:300:5)
2019.05.18 23:11:22 5: Tradfri: read:     at listOnTimeout (timers.js:263:5)
2019.05.18 23:11:22 4: Tradfri:     at listOnTimeout (timers.js:263:5)
2019.05.18 23:11:22 5: Tradfri: read:     at Timer.processTimers (timers.js:223:10)
2019.05.18 23:11:22 4: Tradfri:     at Timer.processTimers (timers.js:223:10)
2019.05.18 23:11:22 5: Tradfri: read: (node:10267) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
2019.05.18 23:11:22 4: Tradfri: (node:10267) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
2019.05.18 23:11:22 5: Tradfri: read: (node:10267) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
2019.05.18 23:11:22 4: Tradfri: (node:10267) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
2019.05.18 23:11:39 5: Tradfri: read: (node:10267) UnhandledPromiseRejectionWarning: Error: Retransmit counter exceeded
2019.05.18 23:11:39 4: Tradfri: (node:10267) UnhandledPromiseRejectionWarning: Error: Retransmit counter exceeded
2019.05.18 23:11:39 5: Tradfri: read:     at normalizeReason (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:5:16)
2019.05.18 23:11:39 4: Tradfri:     at normalizeReason (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:5:16)
2019.05.18 23:11:39 5: Tradfri: read:     at Promise.rej [as reject] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:13:34)
2019.05.18 23:11:39 4: Tradfri:     at Promise.rej [as reject] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/lib/DeferredPromise.js:13:34)
2019.05.18 23:11:39 5: Tradfri: read:     at Function.retransmit (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:390:33)
2019.05.18 23:11:39 4: Tradfri:     at Function.retransmit (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:390:33)
2019.05.18 23:11:39 5: Tradfri: read:     at Timeout.action [as _onTimeout] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:307:38)
2019.05.18 23:11:39 4: Tradfri:     at Timeout.action [as _onTimeout] (/usr/lib/node_modules/tradfri-fhem/node_modules/node-coap-client/build/CoapClient.js:307:38)
2019.05.18 23:11:39 5: Tradfri: read:     at ontimeout (timers.js:436:11)
2019.05.18 23:11:39 4: Tradfri:     at ontimeout (timers.js:436:11)
2019.05.18 23:11:39 5: Tradfri: read:     at tryOnTimeout (timers.js:300:5)
2019.05.18 23:11:39 4: Tradfri:     at tryOnTimeout (timers.js:300:5)
2019.05.18 23:11:39 5: Tradfri: read:     at listOnTimeout (timers.js:263:5)
2019.05.18 23:11:39 4: Tradfri:     at listOnTimeout (timers.js:263:5)
2019.05.18 23:11:39 5: Tradfri: read:     at Timer.processTimers (timers.js:223:10)
2019.05.18 23:11:39 4: Tradfri:     at Timer.processTimers (timers.js:223:10)
2019.05.18 23:11:39 5: Tradfri: read: (node:10267) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 2)
2019.05.18 23:11:39 4: Tradfri: (node:10267) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 2)

ich vermute, dass seitdem keine statusänderungen mehr angezeigt werden/wurden

nachtrag: jetzt geht es schon wieder nicht mehr aber zwischendurch sind keine vergleichbaren meldungen im Log aufgetaucht, nur sowas hier:
2019.05.19 11:26:00 5: Tradfri: read:      _eventsCount: 7,
2019.05.19 11:26:00 4: Tradfri:      _eventsCount: 7,
2019.05.19 11:26:00 5: Tradfri: read:      _maxListeners: undefined,
2019.05.19 11:26:00 4: Tradfri:      _maxListeners: undefined,
2019.05.19 11:26:00 5: Tradfri: read:      hostname: '192.168.0.167',
2019.05.19 11:26:00 4: Tradfri:      hostname: '192.168.0.167',
2019.05.19 11:26:00 5: Tradfri: read:      observedPaths:
2019.05.19 11:26:00 4: Tradfri:      observedPaths:
2019.05.19 11:26:00 5: Tradfri: read:       [ 'coaps://192.168.0.167:5684/15011/15012',


und der erste start wird laut log "ganz normal" von einem SIGTERM beendet, wer/was/wo das auch immer herkommt:
2019.05.19 10:01:42 2: Tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s xxxxxxxxxxx -i tradfri_xxxxxxx -p xxxxxxxxx --ip 192.168.0.167
2019.05.19 10:01:42 5: Tradfri: read: [5/19/2019, 10:01:42 AM] Got SIGTERM, shutting down tradfri-fhem...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 25 Mai 2019, 20:26:56
sagt mal bitte, wenn das Modul nicht so kaputt ist wie bei mir, würde dann "LightScene" damit laufen?
bei mir kommt (so ziemlich egal was ich mit der Scene machen möchte) nur:
2019.05.25 20:14:45 1: Error: >Eingang1< has no TYPE, but following keys: ><
2019.05.25 20:14:45 1: Error: >Eingang2< has no TYPE, but following keys: ><
2019.05.25 20:14:45 1: Error: >Eingang3< has no TYPE, but following keys: ><

TYPE steht aber auf "HUEDevice"
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 27 Mai 2019, 15:38:42
Bei mir funktioniert  "LightScene". Ich nutze es allerdings nur, um alle Lichter auf einmal aus zu schalten.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 27 Mai 2019, 18:31:29
ich muss wohl nochmal FHEM von vorne aufsetzen, vielleicht ist irgendwas mit der Basis-Installation kaputt, habe auf einem Docker Image aufgesetzt.
ein Test mit nur einem "original" HUE Device (an der originalen HUE Bridge) liefert bei LightScene die gleichen "Missing Type" Fehler, da läuft gar nichts.
und das (dieses) Tradfri Modul läuft hier ja auch nicht stabil. Im Moment (re)starte ich das Modul alle 15 Minuten per at neu, das funktioniert so einigermaßen (hängt sich nur selten häufiger/schneller auf), kann ja aber keine finale Lösung sein.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 28 Mai 2019, 11:34:25
die node komponenten für tradfri nutzen zumindest zum teil udp broadcasts. das geht mit docker nicht out of the box.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 28 Mai 2019, 12:37:06
hmmm, die ergebnisse gei google zu "usb broadcast docker" sind doch recht überschaubar und haben nicht so direkt etwas mit dem thema zu tun.
zu "usb broadcast lightscene" gibt es gar keinen treffer bezüglich fhem.
an usb hängen hier (extern) nur der stick (raspi ist auf usb statt/und sd-card boot otp'ed) und die fhz1300, intern natürlich noch ethernet, alles funktioniert soweit "unauffällig".
auch tradfri läuft ja prinzipiell, bis es sich wieder aufhängt und neu gestartet werden muss
nur lightscenes scheinen gar nicht zu funktionieren, eben mit dieser "type" fehlermeldung. da könnte ich mir vorstellen, dass etwas beim autocreate schief gelaufen ist.

gibt es eine anleitung dazu, was man machen muss um die usb broadcasts bei docker zu ermöglichen?
es muss jetzt nicht docker sein, aber irgendwie habe ich mich inzwischen daran gewöhnt. ich kann aber mal die config auf "bare metal" laufen lassen, um zu sehen ob sich da etwas ändert.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 28 Mai 2019, 12:38:26
das muss udp heisse. nicht usb. avahi/dns-sd/bonjour sind weiter stichworte zum suchen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mickey Mouse am 28 Mai 2019, 12:54:04
ah ok, das ist nun etwas ganz anderes ;)
das tradfri gateway wird bei mir nicht automatisch gefunden und ich muss manuell die IP angeben, ansonsten scheint es doch aber auch ohne udp broadcasts zu gehen?
ich gucke mir die netzwerk einstellungen mal an, im moment ist das noch etwas komplizierter als nötig. ich habe ein separates netz angelegt, um evtl. mosquito, mysql & co. darin etwas abgeschottet vom rest laufen zu lassen, brauche ich im moment aber gar nicht.
ganz plump host mode und auch noch priviliged sollte ja zum testen reichen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 28 Mai 2019, 12:59:41
da das gateway bei dir nach einiger zeit wieder verschwindet vermute ich das bei der ereichbarkeits prüfung ebenfalls die udp geschichte eine rolle spielt.

zum testen sollte auf jedenfalls alles so einfach wie möglich in einem einzigen netz sein.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: kermitthefrog am 01 Juli 2019, 07:40:09
Ich habe vorgestern tradfri Steckdosen einbinden wollen. Hat alles funktioniert, jetzt erreicht das tradfri-fhem-modul das Gateway jedoch nicht mehr. Tradfri-Gateway hat sich durch die Benutzung der offiziellen App aktualisiert...

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

Ideen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 01 Juli 2019, 11:24:15
Ich hatte vor kurzem auch einen Update - auf 1.8.26. Hast Du eine noch neuere? Bei mir funktioniert noch alles.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: kermitthefrog am 01 Juli 2019, 22:13:11
Sorry für die Unruhe. Nach dem x-ten Neustart geht es wieder... habe auch die 1.8.26
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: SnakeZZ am 02 Juli 2019, 21:24:55
Servus,

bei mir läuft's wunderbar, musste allerdings mit --ip <ip-des-gateways> das ganze ansteuern.

Frage: Ich hab ein paar Tradfri Fernbedienungen von IKEA übrig, readings sehe ich aber nicht in FHEM.
Ist es technisch möglich, sprich kann ich die Dinger irgendwann mal nutzen um auch andere FHEM Funktionen zu triggern?

Beste Grüsse,

SnakeZZ
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 03 Juli 2019, 10:22:59
das api über das gateway gibt das (noch ?) nicht her. es wird aktuell nur der batterie stand gemeldet.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Lorenz am 05 August 2019, 17:34:11
Hallo zusammen,

ich brauche mal einen Tipp von Euch. Nach einem rereadcfg geht das Tradfri Modul in den state "active" und nichts geht, erst wenn ich das Modul mit "set Tradfri restart" neu starte dann geht state in "running /usr/bin/tradfri-fhem" und alles ist gut. Was kann das sein ? Und wie bekomme ich einen automatischen restart hin ?

LG
Lorenz
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 05 August 2019, 17:39:17
Ist ein bekanntes "Feature" ist bei alexa-fhem etc. auch so.

Es gibt schon einige Threads dazu...
...einfach manuelles bearbeiten (und damit rereadcfg) sein lassen...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Lorenz am 05 August 2019, 19:34:25
Danke für die Info, ist aber ein unschönes Feature :-)

Ich bin nur darauf gestoßen, da das Modul nicht lief und ich bei der Ursachenforschung auf rereadcfg kam, ob das auch die tatsächliche Ursache war, ist derzeit noch unklar. Ich werde das Modul, welches ich erst seit 3 Tagen nutze, dahingehend beobachten.

LG Lorenz
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 05 August 2019, 19:55:54
Tja...

Du kannst auch mal nach "alexa-fhem rereadcfg" suchen...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 15 August 2019, 19:18:56
Ich bin jetzt schon seit fast 24 Stunden :-) mit einer komplexeren Konfiguration (hauptsächlich Homematic, sieben Tradfri-Gruppen und ein wenig FS20-Altlasten (nur noch Taster) von JTradfri auf dieses Modul umgestiegen.

Erster Eindruck: Super!

Hatte allerdings auch mehrmals das Problem, die Tradfri Devices erst wieder nach "tradfri restart" zu erreichen.

Und ja, viel editieren im vi und anschließendes rereadcfg:

Zitat von: MadMax-FHEM am 05 August 2019, 17:39:17
Es gibt schon einige Threads dazu...
...einfach manuelles bearbeiten (und damit rereadcfg) sein lassen...

Bin froh, das gerade hier gelesen zu haben und beobachte das - wahrscheinlich ist/war das mein Problem.

Eine Frage am Rande:

Wie kann ich einen aussagekräftigen Log für das Modul einschalten?

Mittels
attr TradfriFhem verbose 5
...
define FileLog_TradfriFhem FileLog ./log/TradfriFhem-%Y-%m.log TradfriFhem

schreibt er nur

2019-08-15_15:03:20 TradfriFhem tradfri-fhem: stopping
2019-08-15_15:03:21 TradfriFhem tradfri-fhem: stopped
2019-08-15_15:03:21 TradfriFhem tradfri-fhem: running /usr/local/bin/tradfri-fhem
2019-08-15_15:03:24 TradfriFhem statusRequest

raus. Geht da irgendwie mehr?

Vielen Dank schonmal!

MIcha



Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 15 August 2019, 20:17:52
kein log selber anlegen

links oben in der device detail ansicht auf logfile klicken.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 16 August 2019, 14:14:57
Zitat von: justme1968 am 15 August 2019, 20:17:52
kein log selber anlegen
links oben in der device detail ansicht auf logfile klicken.

Danke!

Unabhängig davon, ob ich auf einem device detail bin, gibt es links genau ein "logfile", das ist der Link zu dem "globalen" FHEM-Logfile. Ja, da stehen auch die Aktionen des Tradfri-Moduls drin. Meintest du das?

Getrennte logs für Ikea-Devices lassen sich wie gewohnt anlegen.


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 16 August 2019, 14:19:31
nein.

nicht das allgemeine logfile aus der seitenleiste.

in der device detail ansicht des tradfri device gibt es einen link auf das spezielle logfile.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 17 August 2019, 11:01:37
Zitat von: justme1968 am 16 August 2019, 14:19:31
in der device detail ansicht des tradfri device gibt es einen link auf das spezielle logfile.

Ich versuch's mal ohne Screenshot:

Die Device Details des Moduls (URL .../fhem?detail=TradfriFhem)

bestehen aus den Abschnitten:

DeviceOverview
Internals
Readings
Attributes
Probably associated with

In keinem davon kommt "log" vor.

Links nebendran ist die Liste der von mir definierten Räume,
untendrunter der Kasten "Logfile, Commandref, Remote doc, ...), wobei Logfile hier auf das globale FHEM-Log verweist.

Wo genau ist bei dir dieser Link auf das spezielle Logfile des Tradfri-Moduls?

Danke dir!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 17 August 2019, 12:02:07
oben zwischen device overview und den set/get kommandos.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 17 August 2019, 13:24:25
Zitat von: justme1968 am 17 August 2019, 12:02:07
oben zwischen device overview und den set/get kommandos.

Ok, da ist bei mir tatsächlich nichts :-(

Steht in deiner Config vielleicht etwas an dem Device, was bei mir fehlt / nicht automatisch angelegt wurde?

define TradfriFhem tradfri
setuuid TradfriFhem xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx
attr TradfriFhem createGroupReadings 1
attr TradfriFhem devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr TradfriFhem room Tradfri
attr TradfriFhem stateFormat tradfri-fhem
attr TradfriFhem tradfriFHEM-securityCode crypt:xxxxxxxxxxxxxxxxxxxxxxxxxxxx
attr TradfriFhem verbose 5


Passt (aus den "Internals") meine Version?
FVERSION: 30_tradfri.pm:0.190980/2019-04-02
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 17 August 2019, 21:13:19
sorry. mein fehler. hatte etwas durcheinander gebracht. da das modul die ausgaben des externen prozesses direkt auswerten muss landen die daten hier tatsächlich nur im fhem log. wenn du verbose 5 setzt wird alles geloggt. da sollte sehr viel mehr stehen. je nach dem was du sehen willst kannst du in tradfriFHEM-params mal -D setzen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 17 August 2019, 22:17:00
Zitat von: justme1968 am 17 August 2019, 21:13:19
... wenn du verbose 5 setzt wird alles geloggt. da sollte sehr viel mehr stehen. je nach dem was du sehen willst kannst du in tradfriFHEM-params mal -D setzen.

Okay, danke dir!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: SvenWheel am 19 August 2019, 14:32:15
Hallo,

ich habe fhem unter Windows als Service installiert. Jetzt wollte ich das Tradfri Gateway hinzufügen und die Lampen und sensoren abfragen. Allerdings bekomme ich keine Verbindung zum GW. es steht immer noch disconnected da. im anhang ein logfile.

Gruß Sven
2019.08.19 13:31:27 1: starting in console mode
2019.08.19 13:31:27 1: Including fhem.cfg
2019.08.19 13:31:28 3: WEB: port 8083 opened
2019.08.19 13:31:28 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2019.08.19 13:31:28 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 13:31:28 0: Featurelevel: 5.8
2019.08.19 13:31:28 0: Server started with 6 defined entities (fhem.pl:17329/2018-09-12 perl:5.030000 os:MSWin32 user:svenw pid:3440)
2019.08.19 13:34:21 3: telnetForBlockingFn_1566214461: port 53296 opened
2019.08.19 13:34:23 1:
2019.08.19 13:34:23 1: fhem
2019.08.19 13:34:23 1: MKDIR restoreDir/update/2019-08-19
2019.08.19 13:34:23 1: UPD ./CHANGED
2019.08.19 13:34:23 1: UPD ./MAINTAINER.txt
2019.08.19 13:34:23 1: UPD ./configDB.pm
2019.08.19 13:34:23 1: UPD ./fhem.cfg.demo
2019.08.19 13:34:24 1: UPD ./fhem.pl
2019.08.19 13:34:24 1: UPD FHEM/00_CUL.pm
2019.08.19 13:34:24 1: UPD FHEM/00_ElsnerWS.pm
2019.08.19 13:34:24 1: UPD FHEM/00_FBAHAHTTP.pm
2019.08.19 13:34:24 1: UPD FHEM/00_HMLAN.pm
2019.08.19 13:34:24 1: UPD FHEM/00_HMUARTLGW.pm
2019.08.19 13:34:24 1: UPD FHEM/00_LIRC.pm
2019.08.19 13:34:24 1: UPD FHEM/00_MQTT.pm
2019.08.19 13:34:24 1: UPD FHEM/00_MQTT2_CLIENT.pm
2019.08.19 13:34:24 1: UPD FHEM/00_MQTT2_SERVER.pm
2019.08.19 13:34:24 1: UPD FHEM/00_MYSENSORS.pm
2019.08.19 13:34:24 1: UPD FHEM/00_Neuron.pm
2019.08.19 13:34:24 1: UPD FHEM/00_RPII2C.pm
2019.08.19 13:34:24 1: UPD FHEM/00_SIGNALduino.pm
2019.08.19 13:34:24 1: UPD FHEM/00_TCM.pm
2019.08.19 13:34:24 1: UPD FHEM/00_THZ.pm
2019.08.19 13:34:24 1: UPD FHEM/00_ZWDongle.pm
2019.08.19 13:34:24 1: UPD FHEM/01_FHEMWEB.pm
2019.08.19 13:34:24 1: UPD FHEM/09_CUL_FHTTK.pm
2019.08.19 13:34:24 1: UPD FHEM/10_CUL_HM.pm
2019.08.19 13:34:25 1: UPD FHEM/10_EQ3BT.pm
2019.08.19 13:34:25 1: UPD FHEM/10_EnOcean.pm
2019.08.19 13:34:25 1: UPD FHEM/10_FBDECT.pm
2019.08.19 13:34:25 1: UPD FHEM/10_FS10.pm
2019.08.19 13:34:25 1: UPD FHEM/10_IT.pm
2019.08.19 13:34:25 1: UPD FHEM/10_KNX.pm
2019.08.19 13:34:25 1: UPD FHEM/10_MQTT2_DEVICE.pm
2019.08.19 13:34:25 1: UPD FHEM/10_MQTT_GENERIC_BRIDGE.pm
2019.08.19 13:34:25 1: UPD FHEM/10_MYSENSORS_DEVICE.pm
2019.08.19 13:34:25 1: UPD FHEM/10_NeuronPin.pm
2019.08.19 13:34:25 1: UPD FHEM/10_RESIDENTS.pm
2019.08.19 13:34:25 1: UPD FHEM/10_WS980.pm
2019.08.19 13:34:25 1: UPD FHEM/10_ZWave.pm
2019.08.19 13:34:25 1: UPD FHEM/11_FHT.pm
2019.08.19 13:34:26 1: UPD FHEM/12_HProtocolGateway.pm
2019.08.19 13:34:26 1: UPD FHEM/12_HProtocolTank.pm
2019.08.19 13:34:26 1: UPD FHEM/13_KS300.pm
2019.08.19 13:34:26 1: UPD FHEM/14_CUL_REDIRECT.pm
2019.08.19 13:34:26 1: UPD FHEM/14_CUL_TCM97001.pm
2019.08.19 13:34:26 1: UPD FHEM/14_CUL_WS.pm
2019.08.19 13:34:26 1: UPD FHEM/14_FLAMINGO.pm
2019.08.19 13:34:26 1: UPD FHEM/14_Hideki.pm
2019.08.19 13:34:26 1: UPD FHEM/14_SD_BELL.pm
2019.08.19 13:34:26 1: UPD FHEM/14_SD_RSL.pm
2019.08.19 13:34:26 1: UPD FHEM/14_SD_UT.pm
2019.08.19 13:34:26 1: UPD FHEM/14_SD_WS.pm
2019.08.19 13:34:26 1: UPD FHEM/14_SD_WS07.pm
2019.08.19 13:34:26 1: UPD FHEM/14_SD_WS09.pm
2019.08.19 13:34:26 1: UPD FHEM/14_SD_WS_Maverick.pm
2019.08.19 13:34:26 1: UPD FHEM/16_STACKABLE_CC.pm
2019.08.19 13:34:26 1: UPD FHEM/20_FRM_IN.pm
2019.08.19 13:34:26 1: UPD FHEM/20_GUEST.pm
2019.08.19 13:34:26 1: UPD FHEM/20_PET.pm
2019.08.19 13:34:26 1: UPD FHEM/20_ROOMMATE.pm
2019.08.19 13:34:26 1: UPD FHEM/21_SONOSPLAYER.pm
2019.08.19 13:34:26 1: UPD FHEM/22_HOMEMODE.pm
2019.08.19 13:34:26 1: UPD FHEM/24_Iluminize.pm
2019.08.19 13:34:26 1: UPD FHEM/24_TPLinkHS110.pm
2019.08.19 13:34:27 1: UPD FHEM/26_tahoma.pm
2019.08.19 13:34:27 1: UPD FHEM/30_DUOFERN.pm
2019.08.19 13:34:27 1: UPD FHEM/30_HUEBridge.pm
2019.08.19 13:34:27 1: UPD FHEM/30_tradfri.pm
2019.08.19 13:34:27 1: UPD FHEM/31_Aurora.pm
2019.08.19 13:34:27 1: UPD FHEM/31_HUEDevice.pm
2019.08.19 13:34:27 1: UPD FHEM/31_LightScene.pm
2019.08.19 13:34:27 1: UPD FHEM/32_SYSSTAT.pm
2019.08.19 13:34:27 1: UPD FHEM/32_TechemWZ.pm
2019.08.19 13:34:27 1: UPD FHEM/32_withings.pm
2019.08.19 13:34:27 1: UPD FHEM/33_readingsGroup.pm
2019.08.19 13:34:27 1: UPD FHEM/33_readingsHistory.pm
2019.08.19 13:34:27 1: UPD FHEM/34_ESPEasy.pm
2019.08.19 13:34:27 1: UPD FHEM/36_LaCrosse.pm
2019.08.19 13:34:27 1: UPD FHEM/36_LaCrosseGateway.pm
2019.08.19 13:34:27 1: UPD FHEM/36_Level.pm
2019.08.19 13:34:27 1: UPD FHEM/36_PrecipitationSensor.pm
2019.08.19 13:34:27 1: UPD FHEM/36_Shelly.pm
2019.08.19 13:34:27 1: UPD FHEM/36_Vallox.pm
2019.08.19 13:34:27 1: UPD FHEM/36_WMBUS.pm
2019.08.19 13:34:27 1: UPD FHEM/37_fakeRoku.pm
2019.08.19 13:34:27 1: UPD FHEM/37_harmony.pm
2019.08.19 13:34:27 1: UPD FHEM/37_plex.pm
2019.08.19 13:34:27 1: UPD FHEM/38_BEOK.pm
2019.08.19 13:34:27 1: UPD FHEM/38_netatmo.pm
2019.08.19 13:34:28 1: UPD FHEM/39_alexa.pm
2019.08.19 13:34:28 1: UPD FHEM/39_gassistant.pm
2019.08.19 13:34:28 1: UPD FHEM/41_OREGON.pm
2019.08.19 13:34:28 1: UPD FHEM/42_AptToDate.pm
2019.08.19 13:34:28 1: UPD FHEM/42_npmjs.pm
2019.08.19 13:34:28 1: UPD FHEM/44_ROLLO.pm
2019.08.19 13:34:28 1: UPD FHEM/44_TEK603.pm
2019.08.19 13:34:28 1: UPD FHEM/45_TRX.pm
2019.08.19 13:34:28 1: UPD FHEM/46_Aqicn.pm
2019.08.19 13:34:28 1: UPD FHEM/46_PW_Circle.pm
2019.08.19 13:34:28 1: UPD FHEM/46_PW_Scan.pm
2019.08.19 13:34:28 1: UPD FHEM/46_PW_Sense.pm
2019.08.19 13:34:28 1: UPD FHEM/46_PW_Switch.pm
2019.08.19 13:34:28 1: UPD FHEM/46_TRX_LIGHT.pm
2019.08.19 13:34:28 1: UPD FHEM/46_TRX_SECURITY.pm
2019.08.19 13:34:28 1: UPD FHEM/46_TRX_WEATHER.pm
2019.08.19 13:34:28 1: UPD FHEM/47_OBIS.pm
2019.08.19 13:34:28 1: UPD FHEM/49_Arlo.pm
2019.08.19 13:34:28 1: UPD FHEM/49_IPCAM.pm
2019.08.19 13:34:28 1: UPD FHEM/49_SSCam.pm
2019.08.19 13:34:28 1: UPD FHEM/49_SSCamSTRM.pm
2019.08.19 13:34:29 1: UPD FHEM/50_HP1000.pm
2019.08.19 13:34:29 1: UPD FHEM/50_MOBILEALERTSGW.pm
2019.08.19 13:34:29 1: UPD FHEM/50_TelegramBot.pm
2019.08.19 13:34:29 1: UPD FHEM/51_I2C_BMP180.pm
2019.08.19 13:34:29 1: UPD FHEM/51_MOBILEALERTS.pm
2019.08.19 13:34:29 1: UPD FHEM/51_RPI_GPIO.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_BME280.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_EEPROM.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_LM75A.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_MCP23008.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_MCP23017.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_MCP342x.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_PCA9532.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_PCA9685.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_PCF8574.pm
2019.08.19 13:34:29 1: UPD FHEM/52_I2C_SHT21.pm
2019.08.19 13:34:29 1: UPD FHEM/53_GHoma.pm
2019.08.19 13:34:29 1: UPD FHEM/55_DWD_OpenData.pm
2019.08.19 13:34:29 1: UPD FHEM/55_InfoPanel.pm
2019.08.19 13:34:29 1: UPD FHEM/55_PIFACE.pm
2019.08.19 13:34:29 1: UPD FHEM/57_CALVIEW.pm
2019.08.19 13:34:29 1: UPD FHEM/57_Calendar.pm
2019.08.19 13:34:29 1: UPD FHEM/59_HCS.pm
2019.08.19 13:34:29 1: UPD FHEM/59_LuftdatenInfo.pm
2019.08.19 13:34:30 1: UPD FHEM/59_PROPLANTA.pm
2019.08.19 13:34:30 1: UPD FHEM/59_WUup.pm
2019.08.19 13:34:30 1: UPD FHEM/59_Weather.pm
2019.08.19 13:34:30 1: UPD FHEM/59_Wunderground.pm
2019.08.19 13:34:30 1: UPD FHEM/60_allergy.pm
2019.08.19 13:34:30 1: UPD FHEM/70_BOTVAC.pm
2019.08.19 13:34:30 1: UPD FHEM/70_BRAVIA.pm
2019.08.19 13:34:30 1: UPD FHEM/70_ENIGMA2.pm
2019.08.19 13:34:30 1: UPD FHEM/70_KODI.pm
2019.08.19 13:34:30 1: UPD FHEM/70_LaMetric2.pm
2019.08.19 13:34:30 1: UPD FHEM/70_NEUTRINO.pm
2019.08.19 13:34:30 1: UPD FHEM/70_ONKYO_AVR.pm
2019.08.19 13:34:30 1: UPD FHEM/70_PHTV.pm
2019.08.19 13:34:30 1: UPD FHEM/70_PIONEERAVR.pm
2019.08.19 13:34:30 1: UPD FHEM/70_Pushover.pm
2019.08.19 13:34:30 1: UPD FHEM/70_SamsungAV.pm
2019.08.19 13:34:30 1: UPD FHEM/70_ZoneMinder.pm
2019.08.19 13:34:30 1: UPD FHEM/71_PHILIPS_AUDIO.pm
2019.08.19 13:34:30 1: UPD FHEM/71_YAMAHA_AVR.pm
2019.08.19 13:34:30 1: UPD FHEM/71_YAMAHA_MC.pm
2019.08.19 13:34:30 1: UPD FHEM/71_YAMAHA_NP.pm
2019.08.19 13:34:30 1: UPD FHEM/71_ZM_Monitor.pm
2019.08.19 13:34:30 1: UPD FHEM/72_FB_CALLLIST.pm
2019.08.19 13:34:31 1: UPD FHEM/72_FB_CALLMONITOR.pm
2019.08.19 13:34:31 1: UPD FHEM/72_TA_CMI_JSON.pm
2019.08.19 13:34:31 1: UPD FHEM/72_XiaomiDevice.pm
2019.08.19 13:34:31 1: UPD FHEM/73_AMADCommBridge.pm
2019.08.19 13:34:31 1: UPD FHEM/73_AutoShuttersControl.pm
2019.08.19 13:34:31 1: UPD FHEM/73_DoorBird.pm
2019.08.19 13:34:31 1: UPD FHEM/73_GardenaSmartBridge.pm
2019.08.19 13:34:31 1: UPD FHEM/73_PRESENCE.pm
2019.08.19 13:34:31 1: UPD FHEM/73_km200.pm
2019.08.19 13:34:31 1: UPD FHEM/74_AMADDevice.pm
2019.08.19 13:34:31 1: UPD FHEM/74_GardenaSmartDevice.pm
2019.08.19 13:34:31 1: UPD FHEM/74_HusqvarnaAutomower.pm
2019.08.19 13:34:31 1: UPD FHEM/74_THINKINGCLEANER.pm
2019.08.19 13:34:31 1: UPD FHEM/74_Unifi.pm
2019.08.19 13:34:31 1: UPD FHEM/74_UnifiClient.pm
2019.08.19 13:34:31 1: UPD FHEM/74_UnifiSwitch.pm
2019.08.19 13:34:31 1: UPD FHEM/74_UnifiVideo.pm
2019.08.19 13:34:31 1: UPD FHEM/74_XiaomiBTLESens.pm
2019.08.19 13:34:31 1: UPD FHEM/75_MSG.pm
2019.08.19 13:34:31 1: UPD FHEM/75_msgConfig.pm
2019.08.19 13:34:31 1: UPD FHEM/76_SMAInverter.pm
2019.08.19 13:34:31 1: UPD FHEM/76_SMAPortal.pm
2019.08.19 13:34:31 1: UPD FHEM/76_SMAPortalSPG.pm
2019.08.19 13:34:31 1: UPD FHEM/77_SMAEM.pm
2019.08.19 13:34:31 1: UPD FHEM/77_UWZ.pm
2019.08.19 13:34:32 1: UPD FHEM/82_LGTV_WebOS.pm
2019.08.19 13:34:32 1: UPD FHEM/88_HMCCU.pm
2019.08.19 13:34:32 1: UPD FHEM/88_HMCCUCHN.pm
2019.08.19 13:34:32 1: UPD FHEM/88_HMCCUDEV.pm
2019.08.19 13:34:32 1: UPD FHEM/88_HMCCURPCPROC.pm
2019.08.19 13:34:32 1: UPD FHEM/88_LINDY_HDMI_SWITCH.pm
2019.08.19 13:34:32 1: UPD FHEM/88_WEBCOUNT.pm
2019.08.19 13:34:32 1: UPD FHEM/89_FULLY.pm
2019.08.19 13:34:32 1: UPD FHEM/89_VCLIENT.pm
2019.08.19 13:34:32 1: UPD FHEM/90_SIGNALduino_un.pm
2019.08.19 13:34:32 1: UPD FHEM/90_at.pm
2019.08.19 13:34:32 1: UPD FHEM/91_notify.pm
2019.08.19 13:34:32 1: UPD FHEM/92_FileLog.pm
2019.08.19 13:34:32 1: UPD FHEM/93_DbLog.pm
2019.08.19 13:34:32 1: UPD FHEM/93_DbRep.pm
2019.08.19 13:34:33 1: UPD FHEM/93_Log2Syslog.pm
2019.08.19 13:34:33 1: UPD FHEM/93_PWMR.pm
2019.08.19 13:34:33 1: UPD FHEM/94_PWM.pm
2019.08.19 13:34:33 1: UPD FHEM/95_Astro.pm
2019.08.19 13:34:33 1: UPD FHEM/95_Babble.pm
2019.08.19 13:34:33 1: UPD FHEM/95_YAAHM.pm
2019.08.19 13:34:33 1: UPD FHEM/95_holiday.pm
2019.08.19 13:34:33 1: UPD FHEM/96_allowed.pm
2019.08.19 13:34:33 1: UPD FHEM/97_TrashCal.pm
2019.08.19 13:34:33 1: UPD FHEM/98_ArduCounter.pm
2019.08.19 13:34:33 1: UPD FHEM/98_BOSEST.pm
2019.08.19 13:34:33 1: UPD FHEM/98_DOIF.pm
2019.08.19 13:34:33 1: UPD FHEM/98_DOIFtools.pm
2019.08.19 13:34:33 1: UPD FHEM/98_FReplacer.pm
2019.08.19 13:34:33 1: UPD FHEM/98_GAEBUS.pm
2019.08.19 13:34:34 1: UPD FHEM/98_GEOFANCY.pm
2019.08.19 13:34:34 1: UPD FHEM/98_GOOGLECAST.pm
2019.08.19 13:34:34 1: UPD FHEM/98_HMinfo.pm
2019.08.19 13:34:34 1: UPD FHEM/98_HMtemplate.pm
2019.08.19 13:34:34 1: UPD FHEM/98_HTTPMOD.pm
2019.08.19 13:34:34 1: UPD FHEM/98_Heating_Control.pm
2019.08.19 13:34:34 1: UPD FHEM/98_Hyperion.pm
2019.08.19 13:34:34 1: UPD FHEM/98_Installer.pm
2019.08.19 13:34:34 1: UPD FHEM/98_MSwitch.pm
2019.08.19 13:34:34 1: UPD FHEM/98_MediaList.pm
2019.08.19 13:34:34 1: UPD FHEM/98_Modbus.pm
2019.08.19 13:34:34 1: UPD FHEM/98_ModbusAttr.pm
2019.08.19 13:34:34 1: UPD FHEM/98_ModbusElsnerWS.pm
2019.08.19 13:34:34 1: UPD FHEM/98_PHC.pm
2019.08.19 13:34:34 1: UPD FHEM/98_RandomTimer.pm
2019.08.19 13:34:34 1: UPD FHEM/98_SVG.pm
2019.08.19 13:34:34 1: UPD FHEM/98_Siro.pm
2019.08.19 13:34:35 1: UPD FHEM/98_SmarterCoffee.pm
2019.08.19 13:34:35 1: UPD FHEM/98_Text2Speech.pm
2019.08.19 13:34:35 1: UPD FHEM/98_Verkehrsinfo.pm
2019.08.19 13:34:35 1: UPD FHEM/98_WOL.pm
2019.08.19 13:34:35 1: UPD FHEM/98_WeekdayTimer.pm
2019.08.19 13:34:35 1: UPD FHEM/98_apptime.pm
2019.08.19 13:34:35 1: UPD FHEM/98_autocreate.pm
2019.08.19 13:34:35 1: UPD FHEM/98_backup.pm
2019.08.19 13:34:35 1: UPD FHEM/98_configdb.pm
2019.08.19 13:34:35 1: UPD FHEM/98_count.pm
2019.08.19 13:34:35 1: UPD FHEM/98_dewpoint.pm
2019.08.19 13:34:35 1: UPD FHEM/98_dummy.pm
2019.08.19 13:34:35 1: UPD FHEM/98_fheminfo.pm
2019.08.19 13:34:35 1: UPD FHEM/98_freezemon.pm
2019.08.19 13:34:35 1: UPD FHEM/98_help.pm
2019.08.19 13:34:35 1: UPD FHEM/98_inotify.pm
2019.08.19 13:34:35 1: UPD FHEM/98_livetracking.pm
2019.08.19 13:34:35 1: UPD FHEM/98_logProxy.pm
2019.08.19 13:34:35 1: UPD FHEM/98_monitoring.pm
2019.08.19 13:34:35 1: UPD FHEM/98_search.pm
2019.08.19 13:34:35 1: UPD FHEM/98_serviced.pm
2019.08.19 13:34:35 1: UPD FHEM/98_structure.pm
2019.08.19 13:34:35 1: UPD FHEM/98_telnet.pm
2019.08.19 13:34:35 1: UPD FHEM/98_todoist.pm
2019.08.19 13:34:35 1: UPD FHEM/98_update.pm
2019.08.19 13:34:35 1: UPD FHEM/98_vitoconnect.pm
2019.08.19 13:34:35 1: UPD FHEM/98_weekprofile.pm
2019.08.19 13:34:36 1: UPD FHEM/99_SUNRISE_EL.pm
2019.08.19 13:34:36 1: UPD FHEM/99_Utils.pm
2019.08.19 13:34:36 1: UPD FHEM/AttrTemplate.pm
2019.08.19 13:34:36 1: UPD FHEM/Blocking.pm
2019.08.19 13:34:36 1: UPD FHEM/CoProcess.pm
2019.08.19 13:34:36 1: UPD FHEM/Color.pm
2019.08.19 13:34:36 1: UPD FHEM/DarkSkyAPI.pm
2019.08.19 13:34:36 1: UPD FHEM/DevIo.pm
2019.08.19 13:34:36 1: UPD FHEM/GPUtils.pm
2019.08.19 13:34:36 1: UPD FHEM/HMCCUConf.pm
2019.08.19 13:34:36 1: UPD FHEM/HMConfig.pm
2019.08.19 13:34:36 1: UPD FHEM/HOMESTATEtk.pm
2019.08.19 13:34:36 1: UPD FHEM/HttpUtils.pm
2019.08.19 13:34:36 1: UPD FHEM/Meta.pm
2019.08.19 13:34:36 1: UPD FHEM/OpenWeatherMapAPI.pm
2019.08.19 13:34:36 1: UPD FHEM/RESIDENTStk.pm
2019.08.19 13:34:36 1: UPD FHEM/SetExtensions.pm
2019.08.19 13:34:36 1: UPD FHEM/TcpServerUtils.pm
2019.08.19 13:34:36 1: UPD FHEM/UConv.pm
2019.08.19 13:34:36 1: UPD FHEM/Unit.pm
2019.08.19 13:34:36 1: UPD FHEM/WMBus.pm
2019.08.19 13:34:36 1: UPD FHEM/firmware/ArduCounter.hex
2019.08.19 13:34:36 1: UPD FHEM/firmware/JeeLink_LaCrosseGateway.bin
2019.08.19 13:34:36 1: UPD FHEM/holiday/aut.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/bb.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/be.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/bw.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/by.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/by_ext.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/de_social.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/hb.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/he.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/hh.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/islam2020.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/mv.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/ni.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/ns.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/nw.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/rp.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/sh.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/sl.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/sn.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/st.holiday
2019.08.19 13:34:37 1: UPD FHEM/holiday/th.holiday
2019.08.19 13:34:37 1: UPD FHEM/lib/74_AMADautomagicFlowset_4.4.1.xml
2019.08.19 13:34:37 1: UPD FHEM/lib/74_AMADtaskerset_4.4.1.prj.xml
2019.08.19 13:34:37 1: UPD FHEM/lib/AttrTemplate/httpmod.template
2019.08.19 13:34:38 1: UPD FHEM/lib/AttrTemplate/huedevice.template
2019.08.19 13:34:38 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2019.08.19 13:34:38 1: UPD FHEM/lib/AttrTemplate/mysensors.template
2019.08.19 13:34:38 1: UPD FHEM/lib/SD_ProtocolData.pm
2019.08.19 13:34:38 1: UPD FHEM/lib/SD_Protocols.pm
2019.08.19 13:34:38 1: UPD FHEM/lib/UPnP/ControlPoint.pm
2019.08.19 13:34:38 1: UPD FHEM/lib/fhem_zwave_deviceconfig.xml.gz
2019.08.19 13:34:38 1: UPD FHEM/lib/openzwave_deviceconfig.xml.gz
2019.08.19 13:34:38 1: UPD FHEM/lib/openzwave_manufacturer_specific.xml
2019.08.19 13:34:38 1: UPD FHEM/lib/zwave_alliancelinks.csv.gz
2019.08.19 13:34:38 1: UPD FHEM/msgSchema.pm
2019.08.19 13:34:38 1: UPD FHEM/wundergroundAPI.pm
2019.08.19 13:34:38 1: UPD contrib/commandref_join.pl
2019.08.19 13:34:38 1: UPD contrib/commandref_modular.pl
2019.08.19 13:34:38 1: UPD demolog/LightScenes.save
2019.08.19 13:34:38 1: UPD demolog/dewpoint.log
2019.08.19 13:34:38 1: UPD demolog/fhem.save
2019.08.19 13:34:38 1: UPD docs/commandref_frame.html
2019.08.19 13:34:38 1: UPD docs/commandref_frame_DE.html
2019.08.19 13:34:38 1: UPD www/gplot/ElsnerWS.gplot
2019.08.19 13:34:39 1: UPD www/gplot/ElsnerWS_2.gplot
2019.08.19 13:34:39 1: UPD www/gplot/ElsnerWS_3.gplot
2019.08.19 13:34:39 1: UPD www/gplot/EnO_A5-20-06.gplot
2019.08.19 13:34:39 1: UPD www/gplot/EnO_A5-20-06_2.gplot
2019.08.19 13:34:39 1: UPD www/gplot/EnO_D2-34-xx.gplot
2019.08.19 13:34:39 1: UPD www/gplot/SM_CPUTemp.gplot
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/3d_printer.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/Botvac_VR200.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/air_compressor.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/alpine-linux.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/arch-linux.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/arduino.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/cpan.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/curl.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/dead.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/debian.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/docker.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_image.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_json-1.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_json-2.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_json-ld1.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_json-ld2.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_json5.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_manpage.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_pod.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_test-generic.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/file_unknown.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/finder.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/flux.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/gitlab.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/gtag_kontur.svg
2019.08.19 13:34:39 1: UPD www/images/fhemSVG/hewlettpackard.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/hue_filled_play.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/linux.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/logo_apple.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/nginx.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/nmap.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/nodejs.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/npm-old.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/npm.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/nuki_bridge.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/nuki_lock.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/perl.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/perl6.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/php.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/pushover.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/pypi.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/python.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/raspberrypi.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/robot.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/sketchup-layout.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/sqlite.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/svn.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/tag_label.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/telegram.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/telescope.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/terminal.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/ubuntu.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/virtualbox-alt.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/virtualbox.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/vmware.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/weather_fog.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/weather_night.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/weather_night_cloudy.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/weather_night_cloudy_heavy.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/weather_night_cloudy_light.svg
2019.08.19 13:34:40 1: UPD www/images/fhemSVG/weather_night_fog.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_rain.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_rain_fog.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_rain_heavy.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_rain_light.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_snow.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_snow_heavy.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_snow_light.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_snow_rain.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_snow_rain_heavy.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_snow_rain_light.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_thunderstorm.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_night_thunderstorm_light.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_rain_fog.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_rain_snow.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_rain_snow_heavy.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/weather_rain_snow_light.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/well.svg
2019.08.19 13:34:41 1: UPD www/images/fhemSVG/xiaomi_multi.svg
2019.08.19 13:34:41 1: UPD www/images/openautomation/fts_garage_door_down.svg
2019.08.19 13:34:41 1: UPD www/images/openautomation/fts_garage_door_manual.svg
2019.08.19 13:34:41 1: UPD www/images/openautomation/fts_garage_door_up.svg
2019.08.19 13:34:41 1: UPD www/images/openautomation/iconalias.txt
2019.08.19 13:34:41 1: UPD www/images/openautomation/light_led_stripe.svg
2019.08.19 13:34:41 1: UPD www/pgm2/console.js
2019.08.19 13:34:41 1: UPD www/pgm2/darksmallscreenstyle.css
2019.08.19 13:34:41 1: UPD www/pgm2/darkstyle.css
2019.08.19 13:34:41 1: UPD www/pgm2/darksvg_defs.svg
2019.08.19 13:34:41 1: UPD www/pgm2/darksvg_style.css
2019.08.19 13:34:41 1: UPD www/pgm2/f18.js
2019.08.19 13:34:42 1: UPD www/pgm2/f18style.css
2019.08.19 13:34:42 1: UPD www/pgm2/fhemweb.js
2019.08.19 13:34:42 1: UPD www/pgm2/fhemweb_colorpicker.js
2019.08.19 13:34:42 1: UPD www/pgm2/fhemweb_fbcalllist.js
2019.08.19 13:34:42 1: UPD www/pgm2/fhemweb_uzsu.js
2019.08.19 13:34:42 1: UPD www/pgm2/fhemweb_weekprofile.js
2019.08.19 13:34:42 1: UPD www/pgm2/ios12.js
2019.08.19 13:34:42 1: UPD www/pgm2/ios12Common.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios12dashboard.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios12floorplanstyle.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios12style.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios12svg_defs.svg
2019.08.19 13:34:42 1: UPD www/pgm2/ios12svg_style.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios12touchpad.js
2019.08.19 13:34:42 1: UPD www/pgm2/ios12touchpadfloorplanstyle.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios12touchpadstyle.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios6.js
2019.08.19 13:34:42 1: UPD www/pgm2/ios6Common.css
2019.08.19 13:34:42 1: UPD www/pgm2/ios6touchpad.js
2019.08.19 13:34:42 1: UPD www/pgm2/ios6touchpadstyle.css
2019.08.19 13:34:42 1: UPD www/pgm2/smallscreenstyle.css
2019.08.19 13:34:42 1: UPD www/pgm2/sscam_hls.js
2019.08.19 13:34:43 1: UPD www/pgm2/sscam_tooltip.js
2019.08.19 13:34:43 1: UPD www/pgm2/svg.js
2019.08.19 13:34:43 1: UPD www/pgm2/svg_defs.svg
2019.08.19 13:34:43 1: UPD www/pgm2/svg_style.css
2019.08.19 13:34:43 1: UPD www/pgm2/todoist.js
2019.08.19 13:34:43 1: UPD www/pgm2/yaahm.js
2019.08.19 13:34:43 1: UPD www/pgm2/zwave_neighborlist.js
2019.08.19 13:34:43 1: saving fhem.cfg
2019.08.19 13:34:43 1:
2019.08.19 13:34:43 1: New entries in the CHANGED file:
2019.08.19 13:34:43 1:  - change:  88_HMCCU: New features and bug fixes
2019.08.19 13:34:43 1:  - feature: 36_WMBUS: initial support for mode 7 encryption (mostly untested)
2019.08.19 13:34:43 1:             Digest::CMAC must be installed
2019.08.19 13:34:43 1:  - feature: 72_XiaomiDevice: added S1 vacuum states
2019.08.19 13:34:43 1:  - bugfix:  73_AutoShuttersControl: fix bug forum #966778
2019.08.19 13:34:43 1:  - change:  49_SSCam: commandref revised
2019.08.19 13:34:43 1:  - bugfix:  73_AutoShuttersControl: fix UTF8 Problem und Initialisierungfehler,
2019.08.19 13:34:43 1:                fix brightness morning and evening drive, add more condition
2019.08.19 13:34:43 1:                for roommate and shading
2019.08.19 13:34:43 1:  - bugfix:  82_LGTV_WebOS: fix Forum #966380
2019.08.19 13:34:43 1:  - feature: 93_DbLog: new attr DbLogValueFn propagated as device specific
2019.08.19 13:34:43 1:                       attribute if DbLog is used
2019.08.19 13:34:43 1:  - bugfix:  70_ZoneMinder: json parsing - again
2019.08.19 13:34:43 1:  - bugfix:  89_FULLY: Support for Fully version 1.33
2019.08.19 13:34:43 1:  - feature: 22_HOMEMODE: v1.4.10 add support for PET
2019.08.19 13:34:43 1:  - change:  98_DOIFtools: remove unessesary code due to changes in console.js
2019.08.19 13:34:43 1:  - bugfix:  70_ZoneMinder: fixed JSON-parsing bug
2019.08.19 13:34:43 1:  - feature: 57_Calendar: get ...events include:... returnType:...
2019.08.19 13:34:43 1:  - feature: 44_TEK603: ser2net support
2019.08.19 13:34:43 1:  - feature: 73_AutoShuttersControl: add new Dev TYPE in %posSetCmds,
2019.08.19 13:34:43 1:                    remove old commandref text
2019.08.19 13:34:43 1:  - bugfix:  73_AutoShuttersControl: fix bug in getShuttersPosCmdValueNegate
2019.08.19 13:34:43 1:                     add new Attribut ASC_WindowRec_PosAfterDayClosed for
2019.08.19 13:34:43 1:                     Shutter Pos at day after closed window
2019.08.19 13:34:43 1:  - feature: 73_AutoShuttersControl: fix little commandref typo,
2019.08.19 13:34:43 1:                    expand ascAPIget Fn
2019.08.19 13:34:43 1: ... rest of lines skipped.
2019.08.19 13:34:43 1:
2019.08.19 13:34:43 1:
2019.08.19 13:34:43 1: tradfri
2019.08.19 13:34:44 1: UPD FHEM/30_TradfriGateway.pm
2019.08.19 13:34:44 1: UPD FHEM/31_TradfriDevice.pm
2019.08.19 13:34:44 1: UPD FHEM/31_TradfriGroup.pm
2019.08.19 13:34:44 1: UPD FHEM/TradfriUtils.pm
2019.08.19 13:34:44 1: saving fhem.cfg
2019.08.19 13:34:44 1:
2019.08.19 13:34:44 1: New entries in the CHANGED file:
2019.08.19 13:34:44 1: - 27.8.2017 (1.16.dev-cf.9)
2019.08.19 13:34:44 1:   - bugfix:     Error messages with some Perl versions
2019.08.19 13:34:44 1: Calling C:\fhem\perl\perl\bin\perl.exe ./contrib/commandref_join.pl -noWarnings, this may take a while
2019.08.19 13:35:17 1:
2019.08.19 13:35:17 1: update finished, "shutdown restart" is needed to activate the changes.
2019.08.19 13:35:17 1:
2019.08.19 13:35:17 1: Please consider using the global attribute sendStatistics
2019.08.19 13:35:30 0: Server shutdown
2019.08.19 13:36:40 1: starting in console mode
2019.08.19 13:36:40 1: Including fhem.cfg
2019.08.19 13:36:40 3: WEB: port 8083 opened
2019.08.19 13:36:40 2: eventTypes: loaded 1 events from ./log/eventTypes.txt
2019.08.19 13:36:40 1: Including ./log/fhem.save
2019.08.19 13:36:40 1: ./log/fhem.save: Please define allowed first
Please define allowed first

2019.08.19 13:36:40 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 13:36:40 0: Featurelevel: 5.9
2019.08.19 13:36:40 0: Server started with 6 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:svenw pid:13304)
2019.08.19 13:38:46 3: Opening TradfriGW device localhost:1505
2019.08.19 13:38:48 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 13:39:07 0: Server shutdown
2019.08.19 13:44:48 1: registering fhem as Windows Service
2019.08.19 13:44:48 1: starting fhem as a service
2019.08.19 13:44:48 1: Including C:/fhem/fhem.cfg
2019.08.19 13:44:48 3: WEB: port 8083 opened
2019.08.19 13:44:48 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2019.08.19 13:44:48 3: Opening TradfriGW device localhost:1505
2019.08.19 13:44:50 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 13:44:50 1: Including ./log/fhem.save
2019.08.19 13:44:50 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 13:44:50 0: Featurelevel: 5.9
2019.08.19 13:44:50 0: Server started with 7 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:5016)
2019.08.19 13:45:59 0: Server shutdown
2019.08.19 13:46:00 1: registering fhem as Windows Service
2019.08.19 13:46:00 1: starting fhem as a service
2019.08.19 13:46:00 1: Including C:/fhem/fhem.cfg
2019.08.19 13:46:00 3: WEB: port 8083 opened
2019.08.19 13:46:00 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2019.08.19 13:46:00 3: Opening TradfriGW device localhost:1505
2019.08.19 13:46:02 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 13:46:02 1: Including ./log/fhem.save
2019.08.19 13:46:02 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 13:46:02 0: Featurelevel: 5.9
2019.08.19 13:46:02 0: Server started with 7 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:4320)
2019.08.19 13:46:02 3: FHEMWEB WEB CSRF error: csrf_993567215540473 ne csrf_678449130362095 for client WEB_127.0.0.1_54261 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 13:46:02 0: Server shutdown
2019.08.19 13:46:04 1: registering fhem as Windows Service
2019.08.19 13:46:04 1: starting fhem as a service
2019.08.19 13:46:04 1: Including C:/fhem/fhem.cfg
2019.08.19 13:46:04 3: WEB: port 8083 opened
2019.08.19 13:46:04 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2019.08.19 13:46:04 3: Opening TradfriGW device localhost:1505
2019.08.19 13:46:06 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 13:46:06 1: Including ./log/fhem.save
2019.08.19 13:46:06 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 13:46:06 0: Featurelevel: 5.9
2019.08.19 13:46:06 0: Server started with 7 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:5232)
2019.08.19 13:46:06 3: FHEMWEB WEB CSRF error: csrf_678449130362095 ne csrf_39170342466965 for client WEB_127.0.0.1_54271 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 13:49:04 1: [TradfriGateway] Can't write, connection is not opened!
2019.08.19 13:51:23 0: Server shutdown
2019.08.19 13:51:25 1: registering fhem as Windows Service
2019.08.19 13:51:25 1: starting fhem as a service
2019.08.19 13:51:25 1: Including C:/fhem/fhem.cfg
2019.08.19 13:51:25 3: WEB: port 8083 opened
2019.08.19 13:51:25 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2019.08.19 13:51:25 3: Opening TradfriGW device localhost:1505
2019.08.19 13:51:27 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 13:51:27 1: Including ./log/fhem.save
2019.08.19 13:51:27 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 13:51:27 0: Featurelevel: 5.9
2019.08.19 13:51:27 0: Server started with 7 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:2792)
2019.08.19 13:51:27 3: FHEMWEB WEB CSRF error: csrf_39170342466965 ne csrf_418850334214445 for client WEB_127.0.0.1_54659 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 13:51:27 0: Server shutdown
2019.08.19 13:51:28 1: registering fhem as Windows Service
2019.08.19 13:51:28 1: starting fhem as a service
2019.08.19 13:51:28 1: Including C:/fhem/fhem.cfg
2019.08.19 13:51:28 3: WEB: port 8083 opened
2019.08.19 13:51:29 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2019.08.19 13:51:29 3: Opening TradfriGW device localhost:1505
2019.08.19 13:51:31 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 13:51:31 1: Including ./log/fhem.save
2019.08.19 13:51:31 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 13:51:31 0: Featurelevel: 5.9
2019.08.19 13:51:31 0: Server started with 7 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:7524)
2019.08.19 13:51:31 3: FHEMWEB WEB CSRF error: csrf_418850334214445 ne csrf_579487240673318 for client WEB_127.0.0.1_54667 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:15:54 0: Server shutdown
2019.08.19 14:15:56 1: registering fhem as Windows Service
2019.08.19 14:15:56 1: starting fhem as a service
2019.08.19 14:15:56 1: Including C:/fhem/fhem.cfg
2019.08.19 14:15:56 3: WEB: port 8083 opened
2019.08.19 14:15:56 2: eventTypes: loaded 1 events from ./log/eventTypes.txt
2019.08.19 14:15:56 1: Including ./log/fhem.save
2019.08.19 14:15:56 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 14:15:56 0: Featurelevel: 5.9
2019.08.19 14:15:56 0: Server started with 6 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:14412)
2019.08.19 14:15:57 3: FHEMWEB WEB CSRF error: csrf_579487240673318 ne csrf_377180578923777 for client WEB_127.0.0.1_56457 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:15:57 0: Server shutdown
2019.08.19 14:15:58 1: registering fhem as Windows Service
2019.08.19 14:15:58 1: starting fhem as a service
2019.08.19 14:15:58 1: Including C:/fhem/fhem.cfg
2019.08.19 14:15:59 3: WEB: port 8083 opened
2019.08.19 14:15:59 2: eventTypes: loaded 1 events from ./log/eventTypes.txt
2019.08.19 14:15:59 1: Including ./log/fhem.save
2019.08.19 14:15:59 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 14:15:59 0: Featurelevel: 5.9
2019.08.19 14:15:59 0: Server started with 6 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:2468)
2019.08.19 14:16:00 3: FHEMWEB WEB CSRF error: csrf_377180578923777 ne csrf_930158350021863 for client WEB_127.0.0.1_56464 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:16:42 3: FHEMWEB WEB CSRF error: csrf_579487240673318 ne csrf_930158350021863 for client WEB_127.0.0.1_56464 / command define TradfriGW TradfriGateway 192.168.178.110 tQWTAsriRZsFm37a. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:16:48 3: FHEMWEB WEB CSRF error: csrf_579487240673318 ne csrf_930158350021863 for client WEB_127.0.0.1_56464 / command define TradfriGW TradfriGateway 192.168.178.110 tQWTAsriRZsFm37a. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:16:53 3: FHEMWEB WEB CSRF error: csrf_579487240673318 ne csrf_930158350021863 for client WEB_127.0.0.1_56464 / command define TradfriGW TradfriGateway 192.168.178.110 tQWTAsriRZsFm37a. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:16:57 3: FHEMWEB WEB CSRF error: csrf_579487240673318 ne csrf_930158350021863 for client WEB_127.0.0.1_56464 / command define TradfriGW TradfriGateway 192.168.178.110 tQWTAsriRZsFm37a. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:17:23 3: FHEMWEB WEB CSRF error: csrf_579487240673318 ne csrf_930158350021863 for client WEB_127.0.0.1_56464 / command define TradfriGW TradfriGateway 192.168.178.110 tQWTAsriRZsFm37a. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:17:28 3: FHEMWEB WEB CSRF error: csrf_579487240673318 ne csrf_930158350021863 for client WEB_127.0.0.1_56464 / command define TradfriGW TradfriGateway 192.168.178.110 tQWTAsriRZsFm37a. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:17:55 0: Server shutdown
2019.08.19 14:17:56 1: registering fhem as Windows Service
2019.08.19 14:17:56 1: starting fhem as a service
2019.08.19 14:17:56 1: Including C:/fhem/fhem.cfg
2019.08.19 14:17:57 3: WEB: port 8083 opened
2019.08.19 14:17:57 2: eventTypes: loaded 1 events from ./log/eventTypes.txt
2019.08.19 14:17:57 1: Including ./log/fhem.save
2019.08.19 14:17:57 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 14:17:57 0: Featurelevel: 5.9
2019.08.19 14:17:57 0: Server started with 6 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:13756)
2019.08.19 14:17:58 3: FHEMWEB WEB CSRF error: csrf_930158350021863 ne csrf_274132694825185 for client WEB_127.0.0.1_56609 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:17:58 0: Server shutdown
2019.08.19 14:17:59 1: registering fhem as Windows Service
2019.08.19 14:17:59 1: starting fhem as a service
2019.08.19 14:17:59 1: Including C:/fhem/fhem.cfg
2019.08.19 14:17:59 3: WEB: port 8083 opened
2019.08.19 14:17:59 2: eventTypes: loaded 1 events from ./log/eventTypes.txt
2019.08.19 14:17:59 1: Including ./log/fhem.save
2019.08.19 14:17:59 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 14:17:59 0: Featurelevel: 5.9
2019.08.19 14:17:59 0: Server started with 6 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:13052)
2019.08.19 14:18:00 3: FHEMWEB WEB CSRF error: csrf_274132694825185 ne csrf_264101786310892 for client WEB_127.0.0.1_56616 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:20:33 3: Opening TradfriGW device localhost:1505
2019.08.19 14:20:35 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 14:20:43 0: Server shutdown
2019.08.19 14:20:44 1: registering fhem as Windows Service
2019.08.19 14:20:44 1: starting fhem as a service
2019.08.19 14:20:44 1: Including C:/fhem/fhem.cfg
2019.08.19 14:20:45 3: WEB: port 8083 opened
2019.08.19 14:20:45 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2019.08.19 14:20:45 3: Opening TradfriGW device localhost:1505
2019.08.19 14:20:47 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 14:20:47 1: Including ./log/fhem.save
2019.08.19 14:20:47 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 14:20:47 0: Featurelevel: 5.9
2019.08.19 14:20:47 0: Server started with 7 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:3560)
2019.08.19 14:20:47 3: FHEMWEB WEB CSRF error: csrf_264101786310892 ne csrf_717465428810286 for client WEB_127.0.0.1_56832 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
2019.08.19 14:20:47 0: Server shutdown
2019.08.19 14:20:48 1: registering fhem as Windows Service
2019.08.19 14:20:48 1: starting fhem as a service
2019.08.19 14:20:48 1: Including C:/fhem/fhem.cfg
2019.08.19 14:20:48 3: WEB: port 8083 opened
2019.08.19 14:20:48 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2019.08.19 14:20:48 3: Opening TradfriGW device localhost:1505
2019.08.19 14:20:50 1: TradfriGW: Can't connect to localhost:1505: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
2019.08.19 14:20:50 1: Including ./log/fhem.save
2019.08.19 14:20:50 3: initialUsbCheck return value: This command is not yet supported on windows
2019.08.19 14:20:50 0: Featurelevel: 5.9
2019.08.19 14:20:50 0: Server started with 7 defined entities (fhem.pl:19964/2019-08-08 perl:5.030000 os:MSWin32 user:SYSTEM pid:10816)
2019.08.19 14:20:50 3: FHEMWEB WEB CSRF error: csrf_717465428810286 ne csrf_203172415544458 for client WEB_127.0.0.1_56842 / command shutdown restart. For details see the csrfToken FHEMWEB attribute.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 19 August 2019, 14:44:32
- ich weiß nicht ob das ganze unter windows überhaupt geht
- probier zuerst mal ob die node seite sich von hand starten lässt
- statt discovery mit fester ip
- wenn das geht: vermutlich musst du im modul diverse pfade über die attribute setzen.
- ich vermute dem service fehlen diverse pfade und berechtigungen


eventuell findest du hinweise in den alexa threads. das prinzip mit dem node prozess ist für alexa identisch umgesetzt.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: SvenWheel am 19 August 2019, 14:53:22
Danke werd ich mal schauen und mich dann wieder melden.
Falls es die Sache vereinfacht werde ich auf linux wechseln
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 19 August 2019, 15:02:32
das würde es ganz sicher vereinfachen. dort ist es getestet und alle threads beziehen sich darauf.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rageltus am 19 August 2019, 15:46:47
Hallo zusammen,

danke für das Modul! Funktioniert super. Ich hab es vermutlich überlesen, dennoch die Frage: Der neue Bewegungsmelder wird vermutlich nicht unterstützt oder? Ein Phänomen hatte ich allerdings, eine angelernte Lampe an den Bewegugnsmelder wurde zwar erkannt, aber das Device war "leer" - sprich es tauchte unter den HUEGroups und HUEDevices ein Eintrag ohne Namen auf. Das vergeben eines Aliases hat dann geholfen. Ansonsten geht alles.

Beste Grüße und Danke!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 19 August 2019, 16:10:52
ja. bewegungsmelder gehen noch nicht. sie werden in der darunter liegenden node lib aktuell nicht unterstützt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rageltus am 19 August 2019, 16:32:10
Zitat von: justme1968 am 19 August 2019, 16:10:52
ja. bewegungsmelder gehen noch nicht. sie werden in der darunter liegenden node lib aktuell nicht unterstützt.

Besten Dank. Ich habe mittlerweile herausgefunden, dass das Gateway diese Infos wie "Bewegung" etc. gar nicht sendet bzw. bekommt, die gehen wohl direkt an die Lampen und nicht über das Gateway (und somit an FHEM). Bleibt nur zu hoffen, dass IKEA (wie in den Medien zur Zeit kursiert) sein SmartHome-Geschäft ausbaut und somit mehr vorhat, vll gibts dann auch in der IKEA App mehr Möglichkeiten für Sensoren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: memento_10 am 29 August 2019, 23:19:13
Hallo justme!

Vielen Dank für das Modul, bin soeben von jtradfri umgestiegen und es hat auf Anhieb alles funktioniert!  :)

Muss mich jetzt erstmal etwas 'spielen' damit, aber soweit sieht alles gut aus.

Solltest Du noch irgendwelche Tests benötigen, sag Bescheid!
Ich benutze derzeit 3x FLOAT panel und 1 Treiber für das Arbeitslicht in der Küche mit jeweils Fernbedienung.

LG
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 30 August 2019, 14:29:08
Zitat von: memento_10 am 29 August 2019, 23:19:13

Ich benutze derzeit 3x FLOAT panel

LG

wie ist denn die Lichverteilung und Ausleuchtung bei den Float Panels?
Sieht man die einzelnen Leuchtmittel?
Bilden sich Hotspots?
Werden die warm?

Fragend, weil man es im Laden nicht wirklich sehen kann

Wuppi

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Yokohama am 01 September 2019, 23:20:06
Zitat von: rageltus am 19 August 2019, 16:32:10
Ich habe mittlerweile herausgefunden, dass das Gateway diese Infos wie "Bewegung" etc. gar nicht sendet bzw. bekommt, die gehen wohl direkt an die Lampen und nicht über das Gateway (und somit an FHEM).

Ich arbeite nicht mit dem IKEA Gateway, sondern mit dem Conbee-USB-Stick (Phoscon App). Ich hatte auch da Probleme, die ich auch geschildert habe:

https://forum.fhem.de/index.php/topic,103011.0.html

Allerdings war es bei mir so, dass der Conbee-Stick, der ja die Funktion des Gateways übernimmt, durchaus etwas von den Bewegungsmeldern mitbekommt, erkannte Bewegungen werden in der Phoscon-App angezeigt. Nur werden diese Daten entweder nicht korrekt weitergereicht oder aber von FHEM nicht verstanden.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: hansgans am 05 September 2019, 16:31:37
Hallo

hat schon wer die 2 neuen Rollos am laufen ? Fyrtur und Kadrilj

und funktionieren die mit fhem auch ?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 05 September 2019, 16:34:41
im node backend sind sie inzwischen integriert. in tradfi-fhem und dem fhem modul noch nicht da sie nicht zubekommen sind und ich nicht testen kann.

sobald ich welche bekomme baue ich es komplett ein.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: hansgans am 05 September 2019, 16:44:31
man kann bei https://frag-ikea.de/items/formitem?processStepData%5B__identity%5D=ed4b7b72-5310-4572-ab98-e2734922752e den Bestand abfragen :) und dann direkt hinfahren so hab ich einen in München bekommen

30408187 wäre für 140 Verdunkelung

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 05 September 2019, 16:49:29
danke. mal sehen ob das hilft.

war die letzen tage schon in zwei läden und auf der rückfahrt aus dem urlaub auch in dänemark in einem. leider überall fehlanzeige.

also noch etwas geduld :)
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 September 2019, 12:25:04
ok. das hat tatsächlich geholfen.

habe die drei einzigen bekommen dir da waren.

der trick ist: man muss über die bestellnummer am schalter fragen. die dinger gibt es nur über die warenausgabe. in der ausstellung tauchen sie aktuell noch nicht auf und da weiß auch keiner etwas davon.

mal sehen ob ich am wochenende schon dazu komme.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 06 September 2019, 14:36:35
Zitat von: justme1968 am 06 September 2019, 12:25:04

habe die drei einzigen bekommen dir da waren.

Toll
Ich wollte auch welche haben, bin mal gespannt, wann die denn wirklich in die Laeden kommen! (Nein ich wohne nicht in Deiner Naehe!)
Gruss Christoph

Edith: Gerade mal geguckt, zwei in BS und eins in H ! Dann muss ich doch direkt mal die richtigen Groessen anfragen!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 06 September 2019, 16:33:40
Zitat von: hansgans am 05 September 2019, 16:44:31
man kann bei https://frag-ikea.de/items/formitem?processStepData%5B__identity%5D=ed4b7b72-5310-4572-ab98-e2734922752e den Bestand abfragen :) und dann direkt hinfahren so hab ich einen in München bekommen

30408187 wäre für 140 Verdunkelung

Woher bekommst Du denn die Nummern?
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 September 2019, 18:12:42
ZitatWoher bekommst Du denn die Nummern?
die nummern bekommt man unter anderem über die schwedische oder dänische ikea seite. da nach fyrtur suchen und unter produktinformationen schauen.

ansonsten mal ein kurzer zwischenstand:
als nächstes kommt das pairen mit dem gateway und das fhem modul. mehr demnächst.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 September 2019, 19:49:26
das anlernen am gateway ist auch etwas hakelig...

- zerrst alles (fernbedienung und verstärker) zurück setzen
- dann muss alles im richtigen abstand nach einander angelernt werden
- hat 4 versuche gebraucht.
  beim ersten mal war scheinbar der abstand nicht ok
  beim zweiten mal wurde der verstärker nur als unbekanntes gerät erkannt
  beim dritten mal hat er das rollo nicht erkannt
  beim vierten mal hing es erst wieder beim rollo, dann war es doch plötzlich da

der ikea eigene alexa skill kennt keine rollos und mit der ikea eigenen homekit integration gehen rollos auch nicht.

sobald ich das fhem modul angepasst habe sollte beides auch kein problem mehr sein.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 07 September 2019, 15:15:47
ich habe eben eine erste version mit blind support eingecheckt.

- tradfri-fhem auf 0.1.2 updaten
  dabei sollte node-tradfri-client automatisch auf 1.6.0 aktualisiert werden

- FHEM update (30_tradfri.pm und 31_HUEDevice.pm)

- tradfri-fhem neu starten (über das tradfri modul)

-> die rollläden, signalverstärker und fernbedienungen sollten in fhem auftauchen.


eventuell gibt es noch probleme mit der richtung und gruppen an denen rollläden beteiligt sind gehen noch nicht.


falls jemand die dinger schon an einem deconz system hängen hat: bitte melden.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Prof. Dr. Peter Henning am 07 September 2019, 16:32:28
Offenbar sind die Ikea-Produktseiten für Kadrilj und Fyrtur schon wieder vom Netz genommen worden...

LG

pah
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 07 September 2019, 16:58:49
sie waren in deutschland bisher noch nicht wirklich und absichtlich online gelistet.

vor drei wochen waren die das erste mal in schweden und dann in dänemark online zu sehen und werden nun langsam such weiter südlich ausgerollt.

die normale suche zeigt sie in deutschland immer noch nicht. über den link weiter oben kann man sie aber trozdem suchen. und über nachfrage dann bekommen.

endgültig sollen sie wohl ende september oder oktober erscheinen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: shamal2008 am 07 September 2019, 19:27:58
Hallo zusammen,

auf der Österreichischen Website sind sie da - gerade über die normale Navigation gefunden

https://www.ikea.com/at/de/cat/rollos-elektr-gesteuert-44531/


lg aus Wien,
Thomas
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 08 September 2019, 12:55:52
grade nummer zwei installiert.

da es im gleichen raum war ist das pairen einfacher und hat diesmal auf anhieb geklappt. es ist nur ein schritt mit der fernbedienung nötig.

in fhem ist das ding sofort automatisch aufgetaucht.

dieser ist an einem dreieckigen fenster montiert. d.h. unten und mit gegengewicht. funktioniert erst mal problemlos.

das man die fb zum pairen aufschrauben muss ist nervig. vor allem da man sie nicht auf bekommt ohne sie zu aktivieren.


ich hoffe es kommt demnächst jemand drauf wie man den akku durch eine permanente versorgung ersetzen kann. da es vier kontakte sind weiß ich nicht ob mehr als nur stromversorgung nötig ist. ein einsatz aus dem 3d drucker mit einem usb netzteil und eventuell etwas elektronik zum simulieren des akkus wäre klasse.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 08 September 2019, 13:48:41
Zitat von: Prof. Dr. Peter Henning am 07 September 2019, 16:32:28
Offenbar sind die Ikea-Produktseiten für Kadrilj und Fyrtur schon wieder vom Netz genommen worden...
Ja, das stimmt!
E gab mal eine ~Woche lang beide Rollos auf der deutschen Seite, dann waren sie wieder weg.

Meine zweite Anfrage ist irgendwie noch nicht beantwortet worden.

@Andre: Was hat es mit dem Signalverstaerker auf sich? Du hast uns da evtl. ein zwei Informationen vorenthalten! Gehen die Rollos eigentlich nur mit dem Ikea Gateway? Ich wollte hier eigentlich nicht noch einen Stromfresser installieren, und der Rest funktioniert mit dem Hue-GW ganz gut. Ansonsten muss ich wohl mal auf deconz umsteigen. Zwei Module habe ich ja.

Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 08 September 2019, 13:50:35
Zitat von: shamal2008 am 07 September 2019, 19:27:58
Hallo zusammen,

auf der Österreichischen Website sind sie da - gerade über die normale Navigation gefunden

Toll
Als ich Ende Juli in Wien war, da gab es Sie noch nicht!
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 08 September 2019, 14:05:27
ZitatE gab mal eine ~Woche lang beide Rollos auf der deutschen Seite, dann waren sie wieder weg.
das war aber wohl eher ein versehen. auch als sie zu sehen waren ging die verfügbarkeits abfrage nicht.

ZitatWas hat es mit dem Signalverstaerker auf sich?
ich weiss nicht was das ding wirklich ist. ikea nennt es signalverstärker. er ist in der packung mit drin und wird auf ein kleines netzteil gesteckt. das ganze muss unbedingt in eine steckdose in der nähe eingesteckt sein. ohne das ding geht garnichts. selbst in 5cm entfernung geht die fb nicht. das ding macht also mehr als nur verstärken.

ZitatGehen die Rollos eigentlich nur mit dem Ikea Gateway? Ich wollte hier eigentlich nicht noch einen Stromfresser installieren, und der Rest funktioniert mit dem Hue-GW ganz gut.
aktuell nicht. ich vermute das bleibt auch erst mal so.

ZitatAnsonsten muss ich wohl mal auf deconz umsteigen. Zwei Module habe ich ja.
ich vermute deconz wird früher oder später gehen. ob und wie dort dann die fb und der verstärker eingebunden werden weiss ich auch nicht. am besten mal bei de nachfragen.

da ich noch nicht weiss wie das ganze dann im api aussehen wird geht es über decons aber erst mal nicht mit fhem. da brauche ich erst beispiele.

das problem mit einem nicht nativen gateway ist immer der firmware update. der geht dann nämlich nicht. das gateway hat auf rollo und fb direkt nach installation ein update aufgespielt. wie nötig das ist weiss ich nicht. die ersten ikea lampen gingen ohne ein solches update z.b. nicht an der hue bridge.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: oggy am 13 September 2019, 13:09:02
Zitat von: justme1968 am 08 September 2019, 14:05:27
ich vermute deconz wird früher oder später gehen. ob und wie dort dann die fb und der verstärker eingebunden werden weiss ich auch nicht. am besten mal bei de nachfragen.

ich hab das heute auf meinem DeConz eingebunden. Den ollen Signalverstärker konnte ich aus der Steckdose ziehen und es funktioniert trotzdem. Erkannt wird es noch als Lampe, aufm Weg per MQTT zum HomeAssistant ist es aber ein "Cover" geworden (DeConz->FHEM->HomeAssistant->GoogleAssistant). Die Fernbedienung hab ich noch nicht eingebunden.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 13 September 2019, 14:17:32
kannst du deconz auch direkt an fhem anbinden? das geht mit dem hue bridge modul.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: oggy am 14 September 2019, 00:11:32
ja, ist per HUE-Bridge Modul dran 😀
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 14 September 2019, 08:19:38
perfekt :)

zeig mal bitte was das log sagt wenn sich was tut. am besten mit verbose 4 oder 5.

was steht bei einem get lights im log?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: oggy am 15 September 2019, 11:01:43
ich sehe gerade, dass deconz keine Rückmeldung vom Fyrtur bekommt. Ein Ansteuern funktioniert aber.

App-Version: 2.05.69 (beta)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 16 September 2019, 09:16:06
Ich habe mir gestern die Rollo's geholt, im IKEA NL (Hengelo) haben die jede Menge rumliegen und die kosten sogar 10 EUR weniger als hier angekündigt.
Anlernen wie immer solala, die App meldet bei mir gefühlt immer beim ersten Mal, dass sie das Gerät nicht findet, obwohl ich es über die FB steuern kann.

Anbindung in FHEM funktioniert ad hoc, Modul hat die sofort erkannt, ohne Wenn-und-Aber *MEGA!*

Den Signalverstärker habe ich nur für's anlernen gebraucht. Hinterher habe ich den abgezogen und es lief trotzdem. Scheint ein Repeater zu sein, aber wieso wird er *zwingend* für's anlernen benötigt?

Eine Bitte @Andre: Es werden jedesmal x HUE-Devices mit angelegt, gestern waren es vier (wovon nur 1 das Gerät selbst war). Die restlichen ... Keine Ahnung was das jeweils ist, eins davon sicherlich die Fernbedienung. Vielleicht kann man das irgendwie anders lösen? Die verschiebe ich dann immer in einen Dummy-Raum und da versauern sie.

Und bitte als Alias nicht automatisch was kurzes vergeben, ich kann das Device im Editor nicht anklicken, sondern muss immer mit dem Editor dran.

Aber ansonsten sehr sehr geil!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 16 September 2019, 09:24:13
die zusätzlichen devices sind: die fernbedienung, der repeater und die gruppe/raum. die werden nur ein mal angelegt.

die fernebienung ist wegen der batterie interessant, der repeater weil es ohne nicht geht und du in fhem siehst ob ihn jemand aus der steckdose gezogen hat, die gruppe ist interessant wenn du alle rollos in einem raum auf einmal steuern willst.

wenn dich die zusätzlichen devices nicht interessieren schiebe sie in hiddenroom. ganz weg lassen ist doof weil das gateway die events pushed und dann jedes mal eine meldung wegen unbekanntem device im log steht.


was meinst du mit 'was kurzes'? der alias ist das was das gateway als namen meldet. und warum brauchst du einen editor?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 16 September 2019, 09:32:59
Wunsch: Vielleicht den Typ mit in den Namen aufnehmen? Also statt "HUESensor65565" dann "HUERemote65565" oder "HUERepeater65565"

Zitat
was meinst du mit 'was kurzes'? der alias ist das was das gateway als namen meldet.

Bei mir stand da nur 1. Oder 2 oder 3. Aber nicht der Name aus der App. Kann sein, dass die Umänderung noch nicht übernommen wurde. Und ich konnte des Device in der Oberfläche nicht anklicken, sondern musste erst im Editor "Alias" rauswerfen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 18 September 2019, 10:10:58
Hallo,

kurzes Update: Eben haben die Rollo's nicht reagiert, da hat nur ein Neustart vom gesamten Raspi weitergeholfen. Und es sieht so aus, als wenn Up/Down vertauscht sind, kann ich aber leider mangels Anwesenheit nicht verifizieren. Drücke ich "Down", dann wird PCT Stückweise bis 0 geändert. Drücke ich Up, dann wird bis 100 geändert. Und vielleicht könnte man PCT in Position ändern?

VG
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 18 September 2019, 10:19:12
wenn das gateway ein software update bekommt wird die verbindung scheinbar nicht automatisch wieder hergestellt. ich weiß noch nicht woran das liegt. ich suche noch.


100% ist hell. 0% ist dunkel. wie bei lampen, hm aktoren, siri, alexa, und den meisten anderen systemen. das zu invertieren macht nur probleme.


pct ist ebenfalls dad was die meisten anderen module verwenden. was stört doch daran?


zum vorschlag mit den namen von weiter oben: ich schau mal ob das geht,  ich verstehe das problem aber noch nicht ganz. der alias sollte auf einen sprechenden namen gestüt sein und in den internals steht auch genau was es für ein gerät ist.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 18 September 2019, 10:24:01
Ok. Da ich die Tage zwei weitere Rollo's anbringen muss, teste ich das mit dem Alias mal, dann kann ich genauer beschreiben was ich meine. Aktuell heißen die einfach nur "1" oder "2", also eine einstellige Zahl.
Wg "Nicht erreichbar": Hilft in solchen Fällen denn ein restart vom "50-tradfri_Gateway"?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 18 September 2019, 10:25:48
set <tradfri> restart

sollte helfen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 18 September 2019, 10:26:18
Och dann mache ich das pro-forma einfach jede Nacht um 4 Uhr :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: SvenWheel am 23 September 2019, 07:34:17
Hallo,

habe mitlerweile alles ans laufen bekommen.
Nun habe ich nur eine frage. Da der neue bewegungsmelder keine zeit einstellung mehr hat und eine feste zeit von 3 minuten. Ist es möglich über eine doif die lampen nach 1 minute aus zu schalten ?

Also wenn lampe 1 angeht dann nach 1 minute wieder aus ?

Danke Sven
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 23 September 2019, 07:40:16
Ins blaue: on-for-timer
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 23 September 2019, 08:31:20
@Det20:
Man kann den Befehl der gesendet wird ja nicht beinflussen. Oder ich habe nicht genau verstanden, wie Du das meinst.

@SvenWheel:
Ich nutze in solchen Fällen ein einfaches Notify und setze einen (temporären) Timer, ungefähr so für 1 Minute:

define Notify_Licht_ein notify Licht:*.on defmod Timer_Licht_aus at +00:01:00 set Licht off


"defmod" falls schon ein Timer existiert um Log-Einträge zu vermeiden, allerdings sollte das in diesem Fall nicht passieren können. Schadet aber auch nichts.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: SvenWheel am 23 September 2019, 08:50:22
Danke ihr 2 das hat es getan

Vllt könnt ihr mir noch einen Schritt weiter helfen. ich hätte gern das die selbe Lampe in der Zeit von 22:00 - 4:00 mit nur 50% Helligkeit angeht. ist das möglich ?
Danke für die Hilfe
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 23 September 2019, 10:29:30
Ich würde da 2 Ansätze verfolgen. Für beide wäre am Bewegungsmelder einzustellen, dass die Lampe nur mit verminderter Helligkeit angeht. Das wären dann allerdings nur 30%.

1. Du könntest versuchen über einen bzw. zwei Timer die Farbtemperatur zu ändern ( falls das die Lampe unterstützt). Vielleicht reicht das schon. Also normalerweise (um 4.00 Uhr) auf grell (weiß) und zu den gewünschten Zeiten (um 22.00 Uhr) auf warm setzen. Das ändert auch die Helligkeit etwas. Die Farbtemperatur wird durch den Bewegungsmelder nach meiner Erfahrung nicht verändert.

2. Mein Notify mit einem 2 Befehl erweitern, der abhängig von der Uhrzeit (IF) die voreingestellte Helligkeit auf einen höheren Wert setzt, nachdem die Lampe schon durch den Bewegungsmelder mit 30 % angegangen ist. Hier wäre es auch mit einen ELSE möglich für beide Fälle eine spezifische Helligkeit einzustellen. Trotzdem würde ich den Bewegungsmelder auf 30% setzen, damit es nicht mit 100 anfängt und runter gedimmt wird..

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 23 September 2019, 12:51:55
@justme1968:

Generell wollte ich noch mal sagen: Danke für das Modul.

Letzte Woche habe ich noch 4 Steckdosen integriert, alles ohne Probleme. Die "Schalter" werden wie Fernbedienungen behandelt, man bekommt also auch den Batterriestand. Das ist das einzige was noch für die Bewegungsmelder fehlen würde, mehr als den Batteriestand bräuchte ich gar nicht. Hoffentlich unterstützt die Lib das irgendwann auch. Wobei das ja noch nicht mal die Original-App macht, das bekomme ich aktuell nur über Hue Essentials.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 06 Oktober 2019, 12:05:06
Zitat von: justme1968 am 16 September 2019, 09:24:13
die zusätzlichen devices sind: die fernbedienung, der repeater und die gruppe/raum.

Ich habe gestern mein erstes Rollo eingerichtet (alle Schritte wie in der App angegeben), dabei wurden aber automatisch nur die Gruppe und die Fernbedienung in FHEM angelegt. Ich sehe weder den Repeater, noch - und das ist natürlich deutlich schlimmer - das Rollo. Ich kann es also nicht von FHEM aus steuern.

FHEM ist frisch aktualisiert, FVERSION 30_tradfri.pm:0.201710/2019-09-16.

Was könnte ich dend falsch gemacht habe?

Daenk schonmal!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 12:06:42
ist tradfri-fhem mit allen abhängigkeiten auch aktuell? welche version ist installiert? welche wird gestartet?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 06 Oktober 2019, 12:58:37
Zitat von: justme1968 am 06 Oktober 2019, 12:06:42
ist tradfri-fhem mit allen abhängigkeiten auch aktuell? welche version ist installiert? welche wird gestartet?

Große Schande - es war noch die 0.1.1 installiert. Nach Update auf 0.1.2: Alle Devices da, und das Rollo funktioniert perfekt :-)

Tausend Dank für die super schnelle Antwort!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 14:07:36
Ich möchte mal crosspost machen (https://forum.fhem.de/index.php?topic=104282.msg981018#msg981018), sorry, werde den O-Thread nach Antwort löschen.
Mein bewegungsmelder wird nicht erkannt, werden die (noch) nicht unterstützt?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 06 Oktober 2019, 15:38:48
Zitat von: Det20 am 06 Oktober 2019, 14:07:36
Mein bewegungsmelder wird nicht erkannt, werden die (noch) nicht unterstützt?

justme1968 hatte mal geschrieben, dass die Node Lib diese (noch?) nicht unterstützt. Aber selbst wenn, verspreche ich mir nur eine Überwachung des Batteriestands davon. Mehr gibt es bei den Fernbedienungen und Tastern (für die Steckdosen) aktuell auch nicht. Also damit etwas zu steuern funktioniert nur indirekt über die verbundenen Geräte.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 16:25:43
Habe gestern in irgend einem forum gelesen, dass sich zumindest der Status 'bewegung' auslesen lässt, finde das blöderweise nicht mehr. Wäre schade wenn da nicht mehr geht, dann hätte ich 2 bewegungsmelder zu verkaufen :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 16:29:25
die node lib unterstützt aktuell keine bewegungsmelder.

du kannst mal -g bei den extra parametern eintragen, verbose setzen und im log schauen ob beim neustart irgendetwas passendes kommt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 16:36:46
sorry -D. nicht -g
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 16:37:28
"tradfri_Gateway: read: error: unknown option `-g'"

Hier taucht der Bewegungsmelder auf:


2019.10.06 16:36:30 5: tradfri_Gateway: read: Accessory {
2019.10.06 16:36:30 4: tradfri_Gateway: Accessory {
2019.10.06 16:36:30 5: tradfri_Gateway: read:   isProxy: false,
2019.10.06 16:36:30 4: tradfri_Gateway:   isProxy: false,
2019.10.06 16:36:30 5: tradfri_Gateway: read:   options: {},
2019.10.06 16:36:30 4: tradfri_Gateway:   options: {},
2019.10.06 16:36:30 5: tradfri_Gateway: read:   name: 'TRADFRI motion sensor',
2019.10.06 16:36:30 4: tradfri_Gateway:   name: 'TRADFRI motion sensor',
2019.10.06 16:36:30 5: tradfri_Gateway: read:   createdAt: 1570304202,
2019.10.06 16:36:30 4: tradfri_Gateway:   createdAt: 1570304202,
2019.10.06 16:36:30 5: tradfri_Gateway: read:   instanceId: 65575,
2019.10.06 16:36:30 4: tradfri_Gateway:   instanceId: 65575,
2019.10.06 16:36:30 5: tradfri_Gateway: read:   type: 4,
2019.10.06 16:36:30 4: tradfri_Gateway:   type: 4,
2019.10.06 16:36:30 5: tradfri_Gateway: read:   alive: true,
2019.10.06 16:36:30 4: tradfri_Gateway:   alive: true,
2019.10.06 16:36:30 5: tradfri_Gateway: read:   lastSeen: 1570304214,
2019.10.06 16:36:30 4: tradfri_Gateway:   lastSeen: 1570304214,
2019.10.06 16:36:30 5: tradfri_Gateway: read:   otaUpdateState: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:   otaUpdateState: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:   deviceInfo:
2019.10.06 16:36:30 4: tradfri_Gateway:   deviceInfo:
2019.10.06 16:36:30 5: tradfri_Gateway: read:    DeviceInfo {
2019.10.06 16:36:30 4: tradfri_Gateway:    DeviceInfo {
2019.10.06 16:36:30 5: tradfri_Gateway: read:      isProxy: false,
2019.10.06 16:36:30 4: tradfri_Gateway:      isProxy: false,
2019.10.06 16:36:30 5: tradfri_Gateway: read:      options: {},
2019.10.06 16:36:30 4: tradfri_Gateway:      options: {},
2019.10.06 16:36:30 5: tradfri_Gateway: read:      firmwareVersion: '2.0.022',
2019.10.06 16:36:30 4: tradfri_Gateway:      firmwareVersion: '2.0.022',
2019.10.06 16:36:30 5: tradfri_Gateway: read:      manufacturer: 'IKEA of Sweden',
2019.10.06 16:36:30 4: tradfri_Gateway:      manufacturer: 'IKEA of Sweden',
2019.10.06 16:36:30 5: tradfri_Gateway: read:      modelNumber: 'TRADFRI motion sensor',
2019.10.06 16:36:30 4: tradfri_Gateway:      modelNumber: 'TRADFRI motion sensor',
2019.10.06 16:36:30 5: tradfri_Gateway: read:      power: 3,
2019.10.06 16:36:30 4: tradfri_Gateway:      power: 3,
2019.10.06 16:36:30 5: tradfri_Gateway: read:      serialNumber: '',
2019.10.06 16:36:30 4: tradfri_Gateway:      serialNumber: '',
2019.10.06 16:36:30 5: tradfri_Gateway: read:      battery: 100 },
2019.10.06 16:36:30 4: tradfri_Gateway:      battery: 100 },
2019.10.06 16:36:30 5: tradfri_Gateway: read:   sensorList:
2019.10.06 16:36:30 4: tradfri_Gateway:   sensorList:
2019.10.06 16:36:30 5: tradfri_Gateway: read:    [ Sensor {
2019.10.06 16:36:30 4: tradfri_Gateway:    [ Sensor {
2019.10.06 16:36:30 5: tradfri_Gateway: read:        isProxy: false,
2019.10.06 16:36:30 4: tradfri_Gateway:        isProxy: false,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        options: {},
2019.10.06 16:36:30 4: tradfri_Gateway:        options: {},
2019.10.06 16:36:30 5: tradfri_Gateway: read:        name: '',
2019.10.06 16:36:30 4: tradfri_Gateway:        name: '',
2019.10.06 16:36:30 5: tradfri_Gateway: read:        createdAt: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:        createdAt: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        instanceId: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:        instanceId: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        appType: '',
2019.10.06 16:36:30 4: tradfri_Gateway:        appType: '',
2019.10.06 16:36:30 5: tradfri_Gateway: read:        sensorType: '',
2019.10.06 16:36:30 4: tradfri_Gateway:        sensorType: '',
2019.10.06 16:36:30 5: tradfri_Gateway: read:        minMeasuredValue: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:        minMeasuredValue: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        maxMeasuredValue: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:        maxMeasuredValue: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        minRangeValue: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:        minRangeValue: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        maxRangeValue: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:        maxRangeValue: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        resetMinMaxMeasureValue: false,
2019.10.06 16:36:30 4: tradfri_Gateway:        resetMinMaxMeasureValue: false,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        sensorValue: 0,
2019.10.06 16:36:30 4: tradfri_Gateway:        sensorValue: 0,
2019.10.06 16:36:30 5: tradfri_Gateway: read:        unit: '',
2019.10.06 16:36:30 4: tradfri_Gateway:        unit: '',
2019.10.06 16:36:30 5: tradfri_Gateway: read:        client: [TradfriClient] } ],
2019.10.06 16:36:30 4: tradfri_Gateway:        client: [TradfriClient] } ],
2019.10.06 16:36:30 5: tradfri_Gateway: read:   client:
2019.10.06 16:36:30 4: tradfri_Gateway:   client:
2019.10.06 16:36:30 5: tradfri_Gateway: read:    TradfriClient {


Im weiteren Verlauf nochmal mit nem Fehler:


2019.10.06 16:36:30 5: tradfri_Gateway: read: {"name":"TRADFRI motion sensor","modelid":"TRADFRI motion sensor","manufacturername":"IKEA of Sweden","uniqueid":"","swversion":"2.0.022","power":"Battery","state":{"reachable":true},"t":"event","id":65575}
2019.10.06 16:36:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 181.
2019.10.06 16:36:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 193.
2019.10.06 16:36:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 194.
2019.10.06 16:36:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 195.
2019.10.06 16:36:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 215.
2019.10.06 16:36:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 220.
2019.10.06 16:36:30 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/30_tradfri.pm line 225.
2019.10.06 16:36:30 4: tradfri_Gateway: message for unknow device received: : $VAR1 = {
          'modelid' => 'TRADFRI motion sensor',
          'id' => 65575,
          'state' => {
                       'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
                     },
          'manufacturername' => 'IKEA of Sweden',
          't' => 'event',
          'uniqueid' => '',
          'power' => 'Battery',
          'swversion' => '2.0.022',
          'name' => 'TRADFRI motion sensor'
        };

2019.10.06 16:36:30 5: tradfri_Gateway: read: {"name":"Wohnzimmer","lights":[65536,65537],"type":"LightGroup","state":{},"action":{},"r":"group","t":"event","id":131073}
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 16:53:50
da ist zumindest der batterie stand. kommt noch mehr wenn das ding eine bewegung erkennt? ich denke eher nicht.

ansonsten: ich habe eben eine neue tradfri-fhem version gepushed die den batterie stand anzeigen müsste.

bewgungsmelder sind mit zigbee aktuell aber mit allem ausser decons sowieso nicht optimal:
- das ikea geateway scheint sie gar nicht zu melden da für direkt verknüpfung vorgesehen
- osram ebenso
- der hue hub meldet zwar weiter, das pollen belastet bzw. verzögert aber

- decons meldet per push
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 17:11:47
Ich habe den Bewegungsmelder rausgeworfen (vom GW abgemeldet) und dann mit der Küchenlampe verbunden, haben die in der App ja echt saudämlich gelöst. Keine Parameter, also wie lange das Licht anbleiben soll und vor allem, welches. Dafür muss man den BWM dicht an die betreffende Lampe halten. Naja, ich denke wohl zu kompliziert dafür.

Seitdem erscheint er aber nicht mehr als HUEDevice, finde ihn in der Config nicht mehr (war vorher ohne vorhandenem Raum). Wenn Bewegung ausgelöst wird, dann wird die Lampe angeschaltet:


2019.10.06 17:14:04 5: tradfri_Gateway: read: {"name":"Küche Licht","modelid":"FLOALT panel WS 30x30","manufacturername":"IKEA of Sweden","uniqueid":"","swversion":"1.2.217","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":true,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65554}
2019.10.06 17:17:04 5: tradfri_Gateway: read: {"name":"Küche Licht","modelid":"FLOALT panel WS 30x30","manufacturername":"IKEA of Sweden","uniqueid":"","swversion":"1.2.217","power":"InternalBattery","r":"lights","type":"Color temperature light","state":{"on":false,"colormode":"ct","bri":254,"ct":369,"rgb":"f1e0b5","reachable":true},"t":"event","id":65554}


Vielleicht kann man den Bewegungsmelder mit einem Dummy-Device koppeln und darauf reagieren? Quasi "Dummy4711" und wenn das angeht, hat der Bewegungsmelder reagiert. Habe allerdings noch kein Dummy-Device im Ikea gefunden :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 17:21:59
Nachtrag: Jetzt kam was rein, hatte den Strom für die Lampe während dessen ausgeschaltet um zu schauen, ob trotzdem versucht wird, sie an zu schalten. Dann würde ich einfach für 9 EUR ne Dummy-Birne kaufen und das Event "Dummy anschalten" abfangen, wobei dann in Wirklichkeit nix angeschaltet wird.


2019.10.06 17:20:41 5: tradfri_Gateway: read: {"name":"Küche Bewegung","modelid":"TRADFRI motion sensor","manufacturername":"IKEA of Sweden","uniqueid":"","swversion":"2.0.022","power":"Battery","state":{"reachable":true},"t":"event","id":65576}
2019.10.06 17:20:41 4: tradfri_Gateway: message for unknow device received: : $VAR1 = {
          't' => 'event',
          'name' => "K\x{c3}\x{bc}che Bewegung",
          'swversion' => '2.0.022',
          'state' => {
                       'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
                     },
          'id' => 65576,
          'modelid' => 'TRADFRI motion sensor',
          'manufacturername' => 'IKEA of Sweden',
          'uniqueid' => '',
          'power' => 'Battery'
        };


Ist es ev die Event-ID 65576? Oder ist das keine ID?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 17:34:51
so lange das gateway und dienlich keine events liefern hilft auch ein dummy nicht. wenn sie etwas liefern braucht es keinen dummy.

eine lampe die aus ist ist irgendwann unreachable und wird nicht mehr geschaltet.

die id ist die device id
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 17:52:51
2 bewegungsmelder von ikea zu verkaufen  :-\
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 06 Oktober 2019, 19:54:52
Zitat von: justme1968 am 06 Oktober 2019, 16:53:50
- das ikea geateway scheint sie gar nicht zu melden da für direkt verknüpfung vorgesehen

Zumindest den Batteriestand liefert das Gateway. In der Original-App sieht man nichts davon, aber Hue Essentials zeigt den immer schon an.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 20:03:43
siehe oben: mit der version von vorhin müsste set batteriestand auch in fhem gehen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 06 Oktober 2019, 20:36:25
Stimmt, hatte ich ja eigentlich gelesen.

Aktuell sehe ich die neue Version noch nicht. Wie hat Det20 die ausprobiert. Oder ist das jetzt wie bei Android, wo das in Wellen ausgerollt wird ;-)

Und ... muss man dann eigentlich nicht auch die Lib aktualiseren?

@ Det20: Ich hatte in der Richtung übrigens auch schon mit Dect ULE Geräten an der Fritzbox experimentiert. Aber auch da ist es so, dass beispielsweise die Taster immer mit einem Gerät verbunden werden müssen, also nicht direkt zur Steuerung von fhem verwendet werden können. Mal abgesehen davon, dass da je nach Einstellung der polltime das Ereignis auch erst verzögert ausgelöst wird.
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 20:37:48
du musst tradfri-fhem aktualisieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 20:59:39
... Ab morgen
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 06 Oktober 2019, 21:01:05
warum morgen? das gilt nur für fhem module.

updates mit npm gehen fast sofort. im schlimmsten fall noch mal neu deüber installieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Det20 am 06 Oktober 2019, 21:51:09
Ach die npm
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 07 Oktober 2019, 16:18:12
Jetzt, ja. Ging wirklich nur mit drüber installieren. Sonst mache ich immer ein Update mit "sudo cpan-outdated -p | sudo cpanm", aber da war tradfri-fhem nicht dabei.

Und der Batteriestatus ist da. Danke!!!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 08 Oktober 2019, 10:15:31
tradfri-fhem wird per npm installiert und aktualisiert. nicht per cpan :).

schau dir mal das npmjs modul an.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 09 Oktober 2019, 12:09:22
Sorry, ist ja klar. Habe es selbst per npm neu installiert. Weiß nicht wie ich drauf gekommen bin, dass es mit cpan aktualisiert werden könnte. Vielleicht liegt es an dem "Männerschnupfen". Jetzt wo das Antibiotikum anfängt zu wirken, denkt es sich auch wieder besser. Vielleicht sollte ich noch ein paar Tage die Finger davon lassen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 10 Oktober 2019, 14:35:08
Zitat von: justme1968 am 08 Oktober 2019, 10:15:31
schau dir mal das npmjs modul an.

Supi, danke! Schon im Einsatz und gleich npm damit upgedatet. Jetzt ist AptToDate dran ...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: error500 am 12 Oktober 2019, 23:34:22
Hallo in die Runde.

Ich habe mir gestern mal das tradfri-Modul (inkl. der benötigten Kompontenten) installierung und bin recht begeistert davon. Danke dafür.

Allerdings kann ich über das Gateway-Device die Szenen nicht steuern, wenn ich das vorbefüllte Dropdown-Feld verwende. Also quasi der Befehl:

set TradfriGateway scene RELAX

Der Befehl folgende Befehl funktioniert allerdings:

set TradfriGateway scene 196651

Kann mir jemand weiterhelfen, dass es auch mit den Namen bzw. dem Dropdown-Feld funktioniert.

Viele Grüße
Mark
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 16 Oktober 2019, 14:51:57
Ich bin jetzt auch auf das neue Modul umgestiegen und bin echt begeistert. Leider funktioniert es bei mir nicht sehr zuverlässig. Es Schaltet manchmal garnicht oder Verzögert. Bei notifys wird das blink nicht korrekt ausgeführt es hängt wärendessen manchmal. Da ich es erst zeit kurzen benutze konnte ich noch nicht herausfinden wo der Fehler liegt. Ich nutze ein Raspi 3 und die CPU ist auf ca. 10%
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 16 Oktober 2019, 15:10:01
Zitatset TradfriGateway scene RELAX

Der Befehl folgende Befehl funktioniert allerdings:

set TradfriGateway scene 196651

Kann mir jemand weiterhelfen, dass es auch mit den Namen bzw. dem Dropdown-Feld funktioniert.

Viele Grüße
Mark

geht mal auf get <Device> scenes dann wurden mir alle aufgelistet. Danach waren diese auch in set <Device> scene im Dropdown So wie ich das verstanden hab solltest du aber für jede Gruppe unterschiedliche Namen vergeben da diese sonst Doppelt auftauchen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 17 Oktober 2019, 15:54:25
Kann es sein das weil jeder schaltvogang mit einer rampe versehen ist, es zu problemen kommt wenn man mehrere aktionen kurz hintereinander durchführt?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 17 Oktober 2019, 15:56:07
ja. das kann sein.

ändert transitiontime etwas?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 17 Oktober 2019, 17:37:15
Meinst du das ich nach dem Wunschwert eine Zeitangabe setzen soll? Hab mich mit dem Thema noch nicht so intensiv beschäftigt und kenne den begriff jetzt ehrlich gesagt nicht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 17 Oktober 2019, 17:39:45
ich meine ein : transitiontime <wert> hinter dem set so wie in der commandref beschrieben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 18 Oktober 2019, 11:55:58
ich war unterwegs und konnte deswegen dort leider nicht nachschauen

wenn ich ein  set Lampe blink 4 1 : transitiontime 1 eingebe tut sich nichts. Dann hatte ich den wert unter Attribute geändert da ging die Lampe aber sonst keine Verbesserung. Ich würde das mit sleep erst einmal im Notify entgegenwirken aber ich wollte das im Forum mal anmerken :)

Problem bei mir ist einfach nur das ich mit Blink den Start einer Routine ankündigen will bevor die Wohnzimmer Beleuchtung aus geht Zeitgleich regelt der Homatic Dimmer die Lampe schon mal runter welcher aber wiederum mit einer Tradfri Lampe über Fhem gekoppelt ist. Und da die Lampe mit dem neuen Modul langsamer runter regelt "was echt viel schöner ist als früher" kommt es leider zu dem Problem. Aber ansonsten ist das Modul echt Top
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 18 Oktober 2019, 11:58:54
blink und transitiontime verträgt sich nicht im set. versuch mal das attribut.

edit: hab überlesen das du das schon versucht hast.

bei der hue bridge gibt es für so etwas alert. das läuft komplett im device ab. leider gibt es das bei tradfri nicht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 18 Oktober 2019, 16:59:47
Zitat von: justme1968 am 18 Oktober 2019, 11:58:54
bei der hue bridge gibt es für so etwas alert. das läuft komplett im device ab. leider gibt es das bei tradfri nicht.

Das wollte ich gerade fragen. Danke. Vielleicht lohnt sich doch mal ein Getway Wechsel.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: febus am 27 Oktober 2019, 22:34:47
Ich versuche mich gerade darin, das alte Tradfri Modul durch das neue hier abzulösen und freue mich schonmal, dass die Verbindung auf Anhieb klappt. Vielen Dank für die tolle Arbeit!

Ich verwende einige Gruppen von Tradfri-Leuchten und Lightscenes, um Stimmungen einzustellen.
Jetzt scheinen die Scenen aus Tradfri nicht auf der Gruppenebene zur Verfügung zu stehen, obwohl die in der Tradfri-App genau dort eingestellt werden. Wenn ich jetzt in einer Lightscene mehrere Tradfri-Scenen gleichzeitig einschalten möchte, dann bin ich gerade aufgeschmissen.
Irgendeine Idee bzw. gibt es einen Grund, warum es set <TradfriGroup> scene <myScene> nicht gibt?
Das würde auch das Problem lösen, dass Namen von Scenes mehrfach vorkommen können...

Edit:
Konnte mir mit setcmd in LightScene behelfen. Ist zwar nicht schick, da alle scenes mit Nummern angegeben werden müssen, funktioniert aber...

Danke und Gruß!
Marc
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 10 November 2019, 21:30:04
Nochmal vielen Dank für das tolle Modul!

Ich habe nochmal eine Frage dazu: Gibt es eine schöne Möglichkeit, das tradfri device in fhem nochmal umzubenennen? Da ich vorher mit dem alten Modul gearbeitet habe, heißt das device bei mir jetzt TradfriGW_NEU und ich würde das "_NEU" gerne loswerden. Wenn ich es über rename umbenenne werden nach dem Neustart des device alle tradfri devices neu angelegt. Auch wenn ich vor dem Neustart bei allen devices das Attribut IODev korrigiere. Da ich mittlerweile einige Tradfri devices habe und auch einige attribute gesetzt habe, würde ich ungern von vorne anfangen...

Danke und Grüße
Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 11 November 2019, 10:47:35
ab morgen ganz normal über rename.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: chseeliger am 12 November 2019, 22:13:47
hat perfekt funktioniert - vielen Dank für die super schnelle Hilfe!!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micky0867 am 15 November 2019, 19:23:46
Hallo,
ich habe seit einigen Tagen/Wochen Ärger mit meinem Gateway.
Es scheint sich immer mal wieder aufzuhängen.
Dann pingt es nicht mehr und das tradfri tut's natürlich auch nicht mehr.
Manchmal reicht es, das Netzwerkkabel abzuziehen, manchmal muss ich es vom Strom trennen...
Hat jemand schonmal ähnliche Probleme gehabt?

Micky

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 17 November 2019, 01:03:44
Zitat von: micky0867 am 15 November 2019, 19:23:46
Hallo,
ich habe seit einigen Tagen/Wochen Ärger mit meinem Gateway.
Es scheint sich immer mal wieder aufzuhängen.
Dann pingt es nicht mehr und das tradfri tut's natürlich auch nicht mehr.
Manchmal reicht es, das Netzwerkkabel abzuziehen, manchmal muss ich es vom Strom trennen...
Hat jemand schonmal ähnliche Probleme gehabt?

Micky

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Hallo Micky,

habe das Problem auch schon mal - ich vermute, dass in diesem Augenblick einfach zu viele "Sessions" offen sind und es dann abstürzt. Nehme es dann einfach vom Strom und es geht weiter. taucht aber bei mir super selten auf. Wenn es öfter wäre hätte ich schon ein Skript, welches einfach den POE Port runter und wieder hochfährt ;-)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 17 November 2019, 10:31:39
ich habe das gefühl das es mit dem letzten firmware update schlimmer geworden ist. ich hatte sogar schon den fall das das gateway weder durch fhem noch die app erreichbar war und es am nächsten tag von alleine wieder ging. ich tippe mal das ding hat sich selber neu gebootet.

@Wuppi68: die idee mit poe ist klasse. das ich da nicht selber drauf gekommen bin... für meine raspberrys verwende ich diese hier: https://www.amazon.de/dp/B01H37XQP8. hast du noch etwas besseres ?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micky0867 am 17 November 2019, 12:32:32
Ich wusste gar nicht, daß das Gateway POE-fähig ist.
Aber wenn, dann muss der POE Port ja auch schaltbar sein -> wird nix günstiges sein

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 17 November 2019, 12:55:37
das gateway selber ist nicht poe fähig.

der splitter trennt netz mit poe wieder im netz und usb auf. schau dir den link an.

das ding kostet 9 euro und somit
nicht mehr als ein usb netzteil. eher weniger. wenn der switch eh poe kann also keine große investition.

ein poe fähiger switch kostet auch nicht viel wenn nicht dutzende ports versorgt werden sollen. die unifi geräte funktionieren hier wunderbar mit fhem.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 17 November 2019, 14:54:33
Zitat von: justme1968 am 17 November 2019, 10:31:39
ich habe das gefühl das es mit dem letzten firmware update schlimmer geworden ist. ich hatte sogar schon den fall das das gateway weder durch fhem noch die app erreichbar war und es am nächsten tag von alleine wieder ging. ich tippe mal das ding hat sich selber neu gebootet.

@Wuppi68: die idee mit poe ist klasse. das ich da nicht selber drauf gekommen bin... für meine raspberrys verwende ich diese hier: https://www.amazon.de/dp/B01H37XQP8. hast du noch etwas besseres ?

nö, habe da auch nicht günstigeres gefunden ... die günstigen Teile funktionieren aber auch nur, weil die Stromversorgung nur wenige Zentimeter lang ist und deshalb der Spannungsabfall klein genug bleibt. Bin aber kurz davor die USB Stecker abzuschneiden und gegen Dupont auszutauschen, damit ich direkt über den GPIO einspeisen kann. Habe die Senkrecht in nem 19" Rack drinnen und dann kann ich die nur extrem blöde rausziehen https://www.thingiverse.com/thing:1606631
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 17 November 2019, 15:07:06
Zitat von: micky0867 am 17 November 2019, 12:32:32
Ich wusste gar nicht, daß das Gateway POE-fähig ist.
Aber wenn, dann muss der POE Port ja auch schaltbar sein -> wird nix günstiges sein

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

wie Juste schon schrieb sind die Gateway nicht POE fähig aber mit seinem Adapter geht auch dieses sehr gut ;-)

POE Switche kosten in der Bucht auch nicht mehr viel Geld.

von den Netgear GS108 ... würde ich die Finger von lassen. Als Switch OK; POE OK; Management nur via Software für Windows und via Browser nur HTTP und nach einer gewissen Uptime nicht mehr bedienbar

Ich habe hier zu Hause nur CISCO am Start

Reichen 100MBit + 2SFP mit 1GBit dann sind die 3560er Switche mit POE für ~30 Taler zu bekommen. Aktuellste SW kann ich bei Bedarf zur Verfügung stellen. Mein letzter hatte eine Uptime von über 2 Jahren vor der Abschaltung.
für meinen 3750X-24P (24 * Gigabit mit POE 30W; 1 * 100MBit (z.b. Console); 4 * SFP (1GBit) ODER 2 * SFP 10Gbit) habe ich mit nem 715W Netzteil ohne SFP Einschub für 75 geschossen ;-)

kleiner Vorteil von den "großen" Business Switchen. Die machen nur wirklich was man den sagt - nichts mehr und nichts weniger. Natürlich Switchen mit allen möglichen Facetten. Layer 3 /TCP) Routing; Firewalling

Gruß

Ralf

PS.: Bei Bedarf habe noch 2 * Cisco 3560 24 Port POE (15W) zur freien Verwendung hier umfliegen. Stückpreis 30 bei zusammen 50
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micky0867 am 18 November 2019, 17:20:02
Da es früher viel seltener aufgetreten ist, habe ich mich auf die Suche nach der Ursache gemacht.
Ich habe ein pihole laufen, um unerwünschte Server bzw. Werbung u.ä. draussen zu halten.
Das Ikea-Gateway fragt alle paar Minuten die IP von webhook.logentries.com ab, die ich vor nicht allzu langer Zeit auf die blacklist gesetzt hatte  ;D
Diese Abfrage findet auch dann statt, wenn sich das Gateway nicht anpingen lässt....  ???
Also ist es gar nicht richtig weg, sondern hat eine Fehlfunktion.

Ich werde webhook.logentries.com jetzt wieder normal auflösen lassen, aber das Gateway darf trotzdem nicht in's Internet (wie früher auch).
Mal schauen, was sich da noch ergibt.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 18 November 2019, 17:23:32
 bitte berichten :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jamo am 20 November 2019, 14:02:40
Meine Frage bezüglich der Tradfri Rollos Kadrilj und Fyrtur:

Benötige ich zum Betrieb mit FHEM zwingend das Tradfri Gateway von Ikea, oder kann ich die Rollos auch nur über eine vorhanden Hue-Bridge (Version 2) anlernen und in FHEM einbinden? Ich bin hier aus dem Forum nicht ganz schlau geworden. Bisher habe ich nur die Hue Bridge, möchte mir aber ein oder zwei Kadrilj Rollos zulegen.


Oder ist es so, das ich das Tradfri Gateway auf jeden Fall benötige, aber die Devices selber dann als HueDevices angelegt werden und darüber dann auch gesteuert werden?

Wenn mir jemand kurz auf die Sprünge helfen könnte?

Danke
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 20 November 2019, 14:20:25
du brauchst entweder das ikea gateway oder ein raspbee oder ähnlich von de.

die hue bridge kann aktuell nichts mit den rollos anfangen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 21 November 2019, 22:51:19
via zigbee2mqtt werden die Rollos aus unterstützt
also Ikea GW, de oder zigbee2mqtt
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dtavb am 25 November 2019, 09:22:43
Zitat von: micky0867 am 15 November 2019, 19:23:46
Hallo,
ich habe seit einigen Tagen/Wochen Ärger mit meinem Gateway.
Es scheint sich immer mal wieder aufzuhängen.
Dann pingt es nicht mehr und das tradfri tut's natürlich auch nicht mehr.
Manchmal reicht es, das Netzwerkkabel abzuziehen, manchmal muss ich es vom Strom trennen...
Hat jemand schonmal ähnliche Probleme gehabt?

Micky

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Huch, das Problem habe ich auch seit einigen Wochen. Ich habe das GW via Firewall vom Inet getrennt, nach einigen Tagen / Stunden ist es dann tot. Manchmal fängt es sich wieder für eine gewisse Zeit. Kurios...
Wenn ich das GW wieder für Inet erlaube, gibt es das Problem nicht mehr. Wenn es hängt, muss ich es stromlos machen. Wollte eigentlich verhindern, dass es Software Updates gibt ohne mein Wissen.
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 25 November 2019, 15:19:14
ich habe eben eine ergänzung für tradfri-fhem und HUEDevice eingecheckt mit der sich ein fahrendes rollo per stop kommando anhalten lassen sollte. ich kann es leider gerade selber nicht testen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: homer am 29 November 2019, 09:28:35
Hallo,

starte gerade mit Tradfri in meinem FHEM. Das Gateway läuft, von der Kommandozeile kann ich mit

/usr/local/bin/tradfri-fhem -D -s SxxxxP

meine Device sehen und sehe auch wenn ich von der App aus Lampen schalte.

Nur in FHEM stopped das Modul direkt nach dem Start wieder:

2019.11.29 09:22:58 2: Tradfri: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s SxxxxP
2019.11.29 09:22:58 3: Tradfri: starting
2019.11.29 09:22:58 5: Starting notify loop for Tradfri, 1 event(s), first is tradfri-fhem: running /usr/local/bin/tradfri-fhem
2019.11.29 09:22:58 5: End notify loop for Tradfri
2019.11.29 09:22:58 3: Tradfri: using FHEM logfile
2019.11.29 09:22:58 5: Tradfri: read: env: node: No such file or directory
2019.11.29 09:22:58 4: Tradfri: env: node: No such file or directory
2019.11.29 09:22:58 3: Tradfri: read: end of file reached while sysread
2019.11.29 09:22:58 3: Tradfri: stopped
2019.11.29 09:22:58 5: Starting notify loop for Tradfri, 1 event(s), first is tradfri-fhem: stopped
2019.11.29 09:22:58 5: End notify loop for Tradfri
2019.11.29 09:22:58 4: Tradfri: last run duration was only 0 sec, restarting with delay


Könnt Ihr mir einen Tipp geben, was falsch ist?

Danke & viele Grüße
Volker
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 November 2019, 10:28:14
fhem stoppt das nicht sondern tradfri-fhem startet nicht richtig und das modul merkt das.

Zitat2019.11.29 09:22:58 5: Tradfri: read: env: node: No such file or directory
das schaut so aus als ob node nicht im pfad des fhem users ist.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: homer am 29 November 2019, 11:45:47
Zitatdas schaut so aus als ob node nicht im pfad des fhem users ist.

tadfri-fhem ist im Pfad und im Log sieht man ja auch, dass der Pfad voll angegeben ist.
Als fhem User funktioniert es auch von der Kommandozeile ... werden vielleicht noch andere Dateien im startup benötigt, Config, Parameter ö.ä.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 November 2019, 12:04:25
ich habe node geschrieben. nicht tradfi.

2019.11.29 09:22:58 5: Tradfri: read: env: node: No such file or directory
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: homer am 29 November 2019, 12:31:24
Sorry .. hatte ich übersehen, weil ich blind konzentriert auf tradfri war!

Also im Pfad des Users fhem ist node drin, der fhem Prozess läuft auch als User fhem.
Wird  tradfri bzw. node noch ein einer anderen Shell gestartet, die diesen Pfad vielleicht nicht erbt?

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 November 2019, 12:35:04
was steht im log wenn du "echo $PATH" und "which node"in fhem eingibst ? command box oder telnet. inklusive der doppelten anführungszeichen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: homer am 29 November 2019, 13:06:31
OK, da haben wir das Problem!

"echo $PATH" bringt

/usr/bin:/bin:/usr/sbin:/sbin


node liegt aber in /usr/local/bin

Irgendwie scheint perl den Pfad nicht weiterzugeben. Als User fhem bekomme ich

which node
/usr/local/bin/node


Prozessauszug:

ps aux
fhem             2377   0,0  2,1  4393400  87048   ??  Ss    2:55pm   3:51.97 /usr/local/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 29 November 2019, 15:30:57
ich vermute der pfad wird im fhem start script überschrieben.

trag da /usr/local/bin noch mit ein.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: homer am 01 Dezember 2019, 15:22:24
Zitat von: justme1968 am 29 November 2019, 15:30:57
ich vermute der pfad wird im fhem start script überschrieben.

trag da /usr/local/bin noch mit ein.
Danke für die Hilfe ... das Problem habe ich jetzt behoben. Es lag wirklich daran, durch den automatischen Start beim booten des Rechners der Pfad anders gesetzt war!

Jetzt läuft Tradfri und ich kann meine Lampen schalten.

Allerdings hängt sich jetzt FHEM nach einiger Zeit auf und ich kann nicht erkennen, warum!?

Wenn ich dann den Prozess

node /usr/local/bin/tradfri-fhem -s sssss -i tradfri_123456 -p ppppp

per kill -9 abschieße, geht es weiter, Tradfri startet den Prozess wieder und für eine Weile läuft wieder alles ... bis sich alles wieder aufhängt.

Der Zeitraum bis es sich wieder aufhängt ist auch sehr variabel von wenigen Sekunden bis zu ... teste gerade noch, aber aktuell läuft es seit 30 Minuten!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 01 Dezember 2019, 15:25:13
warum denkst du das sich fhem aufängt?

wenn das so währe würde es nicht mitbekommen das tradfri abgeschossen wird.

außerdem wird tradfri asynchron gestartet.


was ist das für ein system?

stell mal global verbose auf 5 und beobachte das log.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: homer am 01 Dezember 2019, 17:50:42
Du hast natürlich recht ... FHEM hängt sich nicht komplett auf ... es bleibt aber so stehen, dass es keinen weiteren Aktionen ausführt und auch nicht auf das Web-Interface antwortet.

Im Log steht in dem Moment folgendes:

2019.12.01 16:57:15 5: Calendar MyCalendar: HTTP response code 200
2019.12.01 16:57:15 5: Starting notify loop for MyCalendar, 1 event(s), first is retrieved
2019.12.01 16:57:15 5: End notify loop for MyCalendar
2019.12.01 16:57:15 5: SubProcess 43978 created.
2019.12.01 16:57:15 4: Calendar MyCalendar: parsing data asynchronously (PID= 43978)
2019.12.01 16:57:15 5: Calendar MyCalendar: control passed back to main loop.
2019.12.01 16:57:15 5: SubProcess 43978 started.
2019.12.01 16:57:16 4: Calendar MyCalendar: got result from asynchronous parsing.
2019.12.01 16:57:16 5: Waiting for SubProcess 43978...
2019.12.01 16:57:16 5: SubProcess 43978 ended.


Danach passiert nichts mehr bis ich tradfri abschieße. Ist jetzt mehrfach nach dem Kalenderaufruf passiert!
Ich deaktiviere den jetzt mal und schaue, ob das noch in anderen Situationen passiert.

Das ganze läuft auf einem Mac Mini ... und bislang ohne Probleme!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: crowzero am 04 Dezember 2019, 15:29:53
Hallo zusammen,
ich habe einen Definition eingeführt, welche das Tredfri Gateway alle Stunde restarted. Damit sind die Lampen zumindest derzeit immer steuerbar.

Was ich aber nicht schaffe ist, die Lampen mit set Commands zu dimmen. Das heißt wenn ich den Befehl in einen Notify gebe oder direkt in der Weboberfläche in die Commandline gebe, passiert nichts.
Wenn ich mir danach die Lampe in der Weboberfläche ansehe und z.B. pct wähle, wird die von mir gesetzte pct im Slider angezeigt. Ein zusätzlicher klick auf den Button set hat keine Auswirkung. Es sieht für mich so aus, als hätte das Gateway den Befehl angenommen und gespeichert aber entweder hat er diesen nicht an die Lampe weiter gegeben oder die Lampe hat es nicht ausgeführt.
Ändere ich nun im Slider die pct und drücke dann auf den Button set funktioniert es. Was macht der Slider nur anders als wenn ich den Befehl in der Commandline eingebe?
Ich habe es auch mit LightScene versucht. Lichtfarbe usw. funktioniert alles, auch als set Command in der Commandline. Nur nicht das dimmen.

Hat jemand das Geheimnis schon gelöst oder bin ich der einzige der das Problem hat?

Danke schon mal für Hilfe.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jamo am 07 Dezember 2019, 23:45:22
Ich habe 2 Tradfri blinds (1 x KADRILJ und 1 x FYRTUR) über das Ikea Tradri Gateway und das tradfri-fhem modul von justme (tradfri-fhem version 0.1.3) in FHEM eingebunden.

Nun möchte ich eine Gruppe erstellen, um beide blinds zusammen über 1 Schalter hoch/runter fahren zu lassen.
Dafür habe ich in der Ikea App beide blinds in einen Raum "BlindsAll" geschoben, und dann das Modul tradfri-fhem neu gestartet, und sehe in FHEM die neue Gruppe "BlindsAll" (ich habe ein rename gemacht). Aber die beiden blinds lassen sich weiterhin nur einzeln hoch runter schalten. Weder "set AllBlinds up" / "set AllBlindsdown" noch "set AllBlinds pct xxx" funktioniert. Was mache ich falsch?
Wenn ich die Blinds einzeln hoch oder runter fahre, verändert sich der % wert der "BlindsAll" Gruppe, aber das ist auch alles.

Hier das list der Gruppe und eines blinds:Internals:
   DEF        group 131082  IODev=myTradfri
   FUUID      tada-tada-tada-tada-tada
   FVERSION   31_HUEDevice.pm:0.206240/2019-11-30
   ID         G131082
   INTERVAL   
   IODev      myTradfri
   NAME       BlindsAll
   NR         3859
   STATE      off
   TYPE       HUEDevice
   desired    1
   lights     65538,65541
   name       Blinds All
   type       LightGroup
   READINGS:
     2019-12-07 19:38:27   alert           
     2019-12-07 19:38:27   bri             0
     2019-12-07 19:38:27   colormode       
     2019-12-07 19:38:27   ct              0
     2019-12-07 19:38:27   effect         
     2019-12-07 19:38:27   onoff           1
     2019-12-07 23:37:57   pct             0
     2019-12-07 19:38:27   reachable       1
     2019-12-07 19:38:27   sat             0
     2019-12-07 23:37:57   state           off
   helper:
     alert     
     all_on     -1
     any_on     -1
     bri        0
     colormode 
     ct         0
     devtype    G
     effect     
     onoff      1
     pct        0
     reachable  1
     sat        0
     state      off
     update     1
     update_timeout 1
     json:
       id         131082
       name       Blinds All
       r          group
       t          event
       type       LightGroup
       action:
       lights:
         65541
         65538
       state:
     lights:
       65538      1
       65541      1
Attributes:
   IODev      myTradfri
   alias      Blinds All
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   genericDeviceType blind
   group      HUEDevice
   model      KADRILJ roller blind
   room       Tradfri
   subType    blind
   userattr   createActionReadings:1,0 createGroupReadings:1,0
   webCmd     up:down:pct
Internals:
   CHANGED   
   DEF        65538  IODev=myTradfri
   FUUID      tada-tada-tada-tada-tada
   FVERSION   31_HUEDevice.pm:0.206240/2019-11-30
   ID         65538
   INTERVAL   
   IODev      myTradfri
   NAME       Blind_Kueche
   NR         3835
   STATE      0
   TYPE       HUEDevice
   manufacturername IKEA of Sweden
   modelid    KADRILJ roller blind
   name       Blind Kueche
   power      Battery
   swversion  2.2.009
   type       blind
   uniqueid   
   READINGS:
     2019-11-24 16:19:53   LastLowBattMailSent 1
     2019-12-07 19:37:49   battery         90
     2019-12-07 22:25:24   pct             0
     2019-12-07 19:37:49   reachable       1
     2019-12-07 22:25:24   state           0
   helper:
     alert     
     battery    90
     bri        -1
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     on         -1
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
     helper:
     json:
       id         65538
       manufacturername IKEA of Sweden
       modelid    KADRILJ roller blind
       name       Blind Kueche
       power      Battery
       r          lights
       swversion  2.2.009
       t          event
       type       blind
       uniqueid   
       config:
         battery    90
       state:
         pct        0
Attributes:
   IODev      myTradfri
   alexaName  Rollo Küche
   alexaRoom  Kueche
   alias      Küche
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   event-on-change-reading battery,pct,state
   genericDeviceType blind
   group      BLINDS
   model      KADRILJ roller blind
   room       Alexa,Favourites,Kueche,Tradfri
   subType    blind
   webCmd     up:down:pct
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 08 Dezember 2019, 11:02:38
wie oben geschrieben gehen gruppen aktuell noch nicht mit rollläden.

ich habe eben ein update für tradfri-fhem eingecheckt mit dem es gehen könnte.

wichtig:
- gemischte gruppen aus lampen und rollläden gehen immer noch nicht
- subType der gruppe auf blind setzen

wenn du auch fhem aktualisierst sollte auch das devStateIcon der gruppe stimmen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jamo am 08 Dezember 2019, 12:04:33
Die Gruppe für die beiden Tradfri blinds läuft, up/down/pct geht!!!  Hammer ! ! !
Was nicht funktioniert ist ''stop'', das geht bei den einzelnen blinds (ausserhab der Gruppe) aber auch nicht.
Scenes habe ich nicht, kann ich nicht/habe ich nicht getestet.
DANKE!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jamo am 12 Dezember 2019, 21:34:40
Hallo Andre,
ich habe glaube ich doch noch einen Fehler in der Gruppe gefunden. Ich habe Rollo_Schlaf und Rollo_Kueche, beide sind in der Gruppe AlleRollos.

Wenn Rollo_Schlaf und Rollo_Kueche beide unten oder oben sind, kann ich mit AlleRollos beide zusammen hoch (up) oder runter (down) fahren.

Folgendes funktioniert aber nicht:
Rollo_Schlaf und Rollo_Kueche sind oben. Ich fahre Rollo_Schlaf runter, also Kueche ist weiterhin oben, und Schlaf ist jetzt unten, Gruppe "AlleRollos" steht dann auf 50%. Jetzt löse ich AlleRollos "up" aus -> das funktioniert nicht, Rollo_Schlaf bleibt unten. Mache ich hingegen ein AlleRollos "down", fährt auch das Rollo_Kueche runter.

Ich kann also mit "ÄlleRollos" nur in die Richtung weiterfahren, in der ich vorher das eine Rollo bewegt habe. Andersrum genauso, wenn beide unten sind und ich fahre eins hoch, kann ich mit AlleRollos nur hoch, aber nicht runterfahren.

Beste Grüsse!

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 13 Dezember 2019, 11:44:42
fhem schickt in allen fällen das gleiche kommando. d.h. wenn hier etwas nicht passt muss ich mal suchen woran es liegt.

geht es wenn ein rollo unten ist und das andere auf 99% statt 100% ?

funktioniert es wenn du direkt aus der ikea app die gruppe steuerst?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 13 Dezember 2019, 13:15:47
@crowzero

Bei mir funktioniert das. Hast Du die Schreibweise (vor allem groß/klein beim Device) und das Log schon mal geprüft?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jamo am 13 Dezember 2019, 21:33:36
@justme1968
Zitatgeht es wenn ein rollo unten ist und das andere auf 99% statt 100% ?
Nein, dann geht es auch nicht
Zitatfunktioniert es wenn du direkt aus der ikea app die gruppe steuerst?
Ja, in der Ikea App selber geht es in beide Richtungen mit dem Schieber/Schalter für AllBlinds

Und ich kann in fhem Tradfri mit "AllBlinds" auch nur in die Richtung weiterfahren, in der ich in der ikea App vorher gefahren bin.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mitch am 23 Dezember 2019, 13:11:27
EDIT: Userfehler  8)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 23 Dezember 2019, 13:16:19
was heisst im log steht nichts?

da steht doch ganz genau node-aead-crypto nicht gefunden wird.
2019.12.23 13:02:18 5: Ikea: read: Error: Cannot find module 'node-aead-crypto'
ganz abgesehen davon das du selber gesehen hast das es nicht installiert wurde.

noch genauer kann man nicht zeigen was nicht stimmt.


installiere tradfi-fhem npm install -g --unsafe-perm tradfi-fhem
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Nasty am 26 Dezember 2019, 17:49:03
hallo Justme,
bin seit jahren Fhem nutzer und auch fleißig am mitlesen hier im forum super arbeit was ihr alle leistet.!!
jetzt stehe ich vor einem für mich unlösbaren Problem, deshalb heute endlich die Anmeldung hier im Forum.
will nicht nur "nutznießer" sein sondern auch meine Erfahrungen hier teilen und meinen Beitrag zur Community leisten.
so nun zu mienem Problem:
ich verwende dein Modul  vers 0.1.1 für das tradfri gateway seit Tag 1
alles läuft soweit super, nur bin ich seit dem heutigen Tage Besitzer eines Fyrtur Rollos.
dieses habe ich am gateway angemeldet dem FHEM nen update verpasst  (liefohne fehler durch)
(Nach update 30_tradfri.pm immernoch vers. 0.1.1. einige sprechen hier schon von einer 0.1.3 vers? habe ich was verpasst?)
Fhem hat das Rollo mit dem einfallsreichem namen "Rollo" auch als HUE device registriert.
die Fernbedinung wurde ebenfalls gefunden (TRADFRI open/close remote).
Ich habe das Rollo dem subtype blind hinzugefügt.
wenn ich jetzt den set befehl für down gebe passiert nichts -.-
hier die internals von dem Rollo

CHANGED
DEF                            group 131084 IODev=Tradfri
FUUID                        5e04d1b0-f33f-6925-0fb6-8bcffd979e1f7251
FVERSION                 31_HUEDevice.pm:0.206950/2019-12-09
ID                               G131084
INTERVAL
IODev                        Tradfri
NAME                        HUEGroup131084
NR                             191
STATE                       unknown
TYPE                        HUEDevice
desired                     1
lights                        65549,65551
name                       Rollo
type                         LightGroup



und einmal die Attribute:


IODev                        Tradfri

alias                           Rollo

color-icons                 2

delayedUpdate          1

devStateIcon             {(HUEDevice_devStateIcon($name),"toggle")}

room                         Tradfri

subType                    blind

userattr                    createActionReadings:1,0 createGroupReadings:1,0




mache ich was falsch ? oder habe ich was falsch verstanden ?.
Ich meine die Lampen laufen ohne Probleme ???
ich hoffe du / ihr könnt mir weiterhelfen

bisherige versuche
- fhem update
- npm update
- gefundenes device subtype blind hinzugefügt.
- gateway neugestartet

was mich stutzig macht ist, dass bei type LightGroup steht, sollte das nicht blind sein ?!
Lieben Gruß und frohe Festtage Nasty !
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 26 Dezember 2019, 17:56:52
du bringst diverse Versionen durcheinander.

tradfri-fhem ist aktuell bei 0.1.5 und für das fhem modul ist 20492 2019-11-11 die aktuelle version.

das device das du gezeigt hast ist die gruppe die automatisch von der ikea software angelegt wird.

wenn du tatsächlich die version 0.1.1 hast gehen damit die rollos noch garnicht. du musst trafri-fhem mit npm update -g oder npm install -g auf die aktuelle version bringen. schau dir auch mal das npmjs modul an.

blind musst du für das rollo device auch nicht von hand setzen. das geht automatisch.

ps: wenn du device infos postet am besten per list und nicht aus der web ansicht.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Nasty am 26 Dezember 2019, 18:32:54
oh danke für die schnelle Antwort, damit hätte ich über die Feiertage nicht gerechnet  8)
danke für deine hinweise.... jetzt hast du ein wenig licht in meinen Versionsdschungel gebracht.
jetzt kommt eine peinliche newbie frage
das npm update -g
führe ich das in fhem aus oder im terminal  ::)
das mit dem List werde ich auch beherzigen..
danke schonmal im voraus...
cheers
Nasty
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 26 Dezember 2019, 18:36:52
im terminal mit sudo.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Nasty am 26 Dezember 2019, 19:20:50
.....und es werde Nacht !!
danke justme ! das war des Rätzels Lösung
ein simpeles npm update und es läuft  8)
und deshalb liebe ich diese community so.....
ich wünsche euch allen noch schöne rest Feiertage.
und ein glückliches neues jahr.
cheers ! Nasty
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jamo am 28 Dezember 2019, 08:00:45
Hallo Andre, konntest Du Dir das wegen der Gruppe für die Rollos mal anschauen? Danke!
Zitat@justme1968

Zitat
geht es wenn ein rollo unten ist und das andere auf 99% statt 100% ?
Nein, dann geht es auch nicht

Zitatfunktioniert es wenn du direkt aus der ikea app die gruppe steuerst?
Ja, in der Ikea App selber geht es in beide Richtungen mit dem Schieber/Schalter für AllBlinds

Und ich kann in fhem Tradfri mit "AllBlinds" auch nur in die Richtung weiterfahren, in der ich in der ikea App vorher gefahren bin.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dts66 am 28 Dezember 2019, 14:52:52
Hi

ich lese gespannt mit. allerdings habe ich folgendes Problem.
in der Log datei von JTradfri "sudo journalctl -xe -u jtradfri" steht:

"Warning: Your set PSK "166-12-464" doesn't seem to be a correct Tradfri-PSK. This could be a false alarm.

Der PSK code ist definitiv richtig."

Ich habe node -v8.9.0 und später 10.x installiert. Tradfri wird auch nicht erkannt von FHEM.

was mich im unter der Hilfe (https://forum.fhem.de/index.php?topic=96125.0) stört ist der Punkt 3. "beide .pm file nach .../fhem/FHEM kopieren" Welche .pm datein?

ich lösche eine bestimmte Datei:

"update delete https://raw.githubusercontent.com/peterkappelt/Tradfri-FHEM/master/src/controls_tradfri.tx"

um dann zu schreiben:

"update add https://raw.githubusercontent.com/peterkappelt/Tradfri-FHEM/dev-cf/src/controls_tradfri.txt"

"update"

"shutdown restart"

Wenn ich das "attr tradfri tradfriFHEM-securityCode 166-12-464" in FHEM aktuallisiere, erkennt FHEM in den ersten 2sek Tradfri und der Icon schaltet von Rot auf Grün und 2 sek. später schalet FHEM wieder zurück auf rot mit der Aussage:

"tradfri stopped; failed to connect to gateway: Error: The security code is wrong"

ich schreibe ja auch noch zusätzlich mit  "sudo nano /opt/jtradfri/jtradfri.conf" den FHEM-securityCode + IP Adresse per hand in die jtradfri.conf.



Hat da jemand ne Idee warum der security code nicht angenommen wird? Bzw. Warum JTradfri auf FHEM nicht läuft? Danke schonmal für die Antwort.


Grüße
A




Titel: Problem beim Setzen von pct und ct in einem Befehl
Beitrag von: beneeee am 28 Dezember 2019, 14:56:05
Hallo zusammen,

habe mich über Weihnachten mal wieder an fhem gewagt und hab das super Tradfri Modul entdeckt. Im Tradfriberiech ist mein Setup ein TradfriGW mit ca 20 Tradfri Devices (ausschließlich Licht). Einrichtung usw hat auch alles super geklappt. Aber ein "Problem" habe ich mit einer meiner Devices; mit der "TRADFRI bulb E27 WS opal 980lm" (Farbtemperatur änderbar und dimmbar)

Setze ich pct und ct nacheinander in zwei Befehlen funktioniert alles einwandfrei:
set HUEDevice65537 pct 100 (ENTER)
set HUEDevice65537 ct 154 (ENTER)


Verkette ich die beiden Befehle wird immer nur der erste von der Lampe ausgeführt, dessen Zustand sich vom aktuellen Zustand der Lampe unterscheidet:
set HUEDevice65537 ct 454 ; set HUEDevice65537 pct 1
ändert beid er ersten Ausführung die Farbtemperatur wenn diese vorher eine andere als 454 war, bei der zweiten die Helligkeit.

set HUEDevice65537 pct 1 ; set HUEDevice65537 ct 454
ändert die Helligkeit wenn diese vorher eine andere als 1 war, bei der zweiten die Farbtemperatur.

Mal ein genauer Ablauf:

Vorbedingung: Lampe ist voll an, mittlere Farbtemperatur (Readings: pct 100, ct: 379)

Befehl:
set HUEDevice65537 ct 454 ; set HUEDevice65537 pct 1

Jetzt ist die Lampe immernoch voll an, allerdings warmweiß. (Readings: pct 1 (obwohl die Lampe voll an ist), ct:454). FHEMWEB ist auf die Startseite gesprungen.

Befehl:
set HUEDevice65537 ct 454 ; set HUEDevice65537 pct 1

Jetzt dimmt die Lampe auf 1% runter, Farbtemperatur bleibt.  (Readings: pct 1, pct: 454).  FHEMWEB ist auf die Startseite gesprungen.

hth und Viele Grüße,
Benedikt



Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 28 Dezember 2019, 17:41:54
@dts66

Mit JTradfri von Peter Kappelt bist Du hier falsch bzw. hast dann wohl 2 verschiedene Lösungen zum Ansteuern der Trädfri-Geräte vermischt. JTradfri wird nicht weiterentwickelt. Da ist meines Wissens nach seit mehr als einem Jahr nichts mehr passiert und ich weiß nicht, ob das mit der aktuellen Gateway Version noch funktioniert.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: The Spirit am 06 Januar 2020, 08:04:35
Hi.
Ich hab einen Philips Lightstripe+ and mein Tradfri GW angelernt.
Taucht auch in FHEM auf, aber ich kann nicht per rgb die Farbe ändern sondern nur mittels des Parameters "hue".
Gibt es wo eine Umrechnung von rgb nach hue?
Danke
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rageltus am 06 Januar 2020, 11:54:17
Hallo zusammen,

ich nutze das Modul schon seit einiger Zeit erfolgreich. Hab allerdings festgestellt, dass ich Gruppen von GU10 Spots nicht mehr mit scenen steuern kann. Das setzen von set GU10Spot scene RELAX löst gar nichts aus. Das setzen von scenen einzelner Spots hingegegen funktioniert problemlos. Mach ich was falsch oder hab ich was überlesen? In der IKEA App geht's wie gewohnt.

Beste Grüße
Benjamin
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 07 Januar 2020, 14:22:13
@The Spirit: habe ich eben eingebaut. sollte ab morgen gehen.

@regeltus: ging das schon mal? was steht bei verbose 5 im log?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: The Spirit am 07 Januar 2020, 14:55:43
Zitat von: justme1968 am 07 Januar 2020, 14:22:13
@The Spirit: habe ich eben eingebaut. sollte ab morgen gehen.


kann ich dann mittels rgb die farbe ändern oder wie ist das gemeint?
Danke

P.S. was ist die aktuelle version? git link?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rageltus am 08 Januar 2020, 08:56:58
Zitat von: justme1968 am 07 Januar 2020, 14:22:13
@The Spirit: habe ich eben eingebaut. sollte ab morgen gehen.

@regeltus: ging das schon mal? was steht bei verbose 5 im log?

@justme1968 Ich meine schon. Im Log steht nichts auffälliges. Er versucht die Werte zu setzen. Und dann kommt ein "Update scene". Aktuell schwer für mich, rauszufinden welcher Eintrag erzeugt wird. Anbei mal das was ich denke, geschrieben wird, wenn ich set GU10 scene Relax bspw. mache:


2020.01.04 21:09:01 4: TradfriGWneu:         131096 => [Promise] } } }
2020.01.04 21:09:01 5: TradfriGWneu: read: {"name":"RELAX","type":"LightGroup","group":131096,"state":{},"action":{},"lights":[65588,65586,65555,65554],"r":"scene","t":"event","id":196678}
2020.01.04 21:09:01 4: TradfriGWneu: updated scene 196678
2020.01.04 21:09:01 5: TradfriGWneu: read: [2020-1-4 21:09:00] Scene {
2020.01.04 21:09:01 4: TradfriGWneu: [2020-1-4 21:09:00] Scene {
2020.01.04 21:09:01 5: TradfriGWneu: read:   isProxy: false,


Aber ich werde heute Abend nochmals versuchen mehr aus dem Log zu kopieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Jamo am 08 Januar 2020, 14:49:02
Hallo Andre,
Nach dem HueDevice update von heute morgen, funktioniert jetzt alles mit den Rollo gruppen wie es sein soll, damit hat sich alles erledigt. Danke!!

ZitatHallo Andre, konntest Du Dir das wegen der Gruppe für die Rollos mal anschauen? Danke!
Zitat
@justme1968

Zitat
geht es wenn ein rollo unten ist und das andere auf 99% statt 100% ?
Nein, dann geht es auch nicht

Zitat
funktioniert es wenn du direkt aus der ikea app die gruppe steuerst?
Ja, in der Ikea App selber geht es in beide Richtungen mit dem Schieber/Schalter für AllBlinds

Und ich kann in fhem Tradfri mit "AllBlinds" auch nur in die Richtung weiterfahren, in der ich in der ikea App vorher gefahren bin.
Beitrag editieren
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: wolley am 15 Januar 2020, 16:36:15
Hallo ihr da,

ich komme mit dem Modul im Moment nicht weiter, vielleicht hat ja einer von euch eine Lösung.

Node überprüft
pi@rasfhem:~ $ node -v
v8.9.0
pi@rasfhem:~ $


sollte also passen.

Dann den Befehl sudo npm install -g --unsafe-perm tradfri-fhem  ausgeführt

pi@rasfhem:~ $ sudo npm install -g --unsafe-perm tradfri-fhem               
/usr/local/bin/tradfri-fhem -> /usr/local/lib/node_modules/tradfri-fhem/bin/tradfri
+ tradfri-fhem@0.1.6
updated 1 package in 7.504s
pi@rasfhem:~ $


müste also auch passen.

Dann im Fhem
define ikea tradfri
attr ikea tradfriFHEM-securityCode XXXXXXXXXXX

ausgeführt. Es wird gestartet und gleich wieder gestoppt.
Im Fhem Log kommt nur:

2020.01.15 16:18:00 3: ikea: starting
2020.01.15 16:18:00 3: ikea: using FHEM logfile
2020.01.15 16:18:00 3: ikea: read: end of file reached while sysread
2020.01.15 16:18:00 3: ikea: stopped
2020.01.15 16:18:19 2: ikea: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s sssss
2020.01.15 16:18:19 3: ikea: starting
2020.01.15 16:18:19 3: ikea: using FHEM logfile
2020.01.15 16:18:19 3: ikea: read: end of file reached while sysread
2020.01.15 16:18:19 3: ikea: stopped
2020.01.15 16:18:20 2: ikea: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s sssss
2020.01.15 16:18:20 3: ikea: starting
2020.01.15 16:18:20 3: ikea: using FHEM logfile
2020.01.15 16:18:21 3: ikea: read: end of file reached while sysread
2020.01.15 16:18:21 3: ikea: stopped


Dann das Modul mit verbose -5 erweitert.

Jetzt wird mir mehr angezeigt

2020.01.15 16:19:24 2: ikea: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s XXXXXXXXXXXXXXXXXXX
2020.01.15 16:19:24 3: ikea: starting
2020.01.15 16:19:24 3: ikea: using FHEM logfile
2020.01.15 16:19:24 5: ikea: read: /usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:135
2020.01.15 16:19:24 4: ikea: /usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:135
2020.01.15 16:19:24 5: ikea: read:   throw err;
2020.01.15 16:19:24 4: ikea:   throw err;
2020.01.15 16:19:24 5: ikea: read:   ^
2020.01.15 16:19:24 4: ikea:   ^
2020.01.15 16:19:24 5: ikea: read:
2020.01.15 16:19:24 4: ikea:
2020.01.15 16:19:24 5: ikea: read: Error: Could not locate the bindings file. Tried:
2020.01.15 16:19:24 4: ikea: Error: Could not locate the bindings file. Tried:
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Debug/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Debug/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Release/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Release/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Debug/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Debug/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Debug/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Debug/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Release/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Release/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Release/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Release/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/default/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/default/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/compiled/8.9.0/linux/arm/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/compiled/8.9.0/linux/arm/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/release/install-root/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/release/install-root/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/debug/install-root/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/debug/install-root/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/default/install-root/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/default/install-root/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/binding/node-v57-linux-arm/node-aead-crypto.node
2020.01.15 16:19:24 4: ikea:  → /usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/binding/node-v57-linux-arm/node-aead-crypto.node
2020.01.15 16:19:24 5: ikea: read:     at bindings (/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:126:9)
2020.01.15 16:19:24 4: ikea:     at bindings (/usr/local/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:126:9)
2020.01.15 16:19:24 5: ikea: read:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/index.js:1:96)
2020.01.15 16:19:24 4: ikea:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/index.js:1:96)
2020.01.15 16:19:24 5: ikea: read:     at Module._compile (module.js:635:30)
2020.01.15 16:19:24 4: ikea:     at Module._compile (module.js:635:30)
2020.01.15 16:19:24 5: ikea: read:     at Object.Module._extensions..js (module.js:646:10)
2020.01.15 16:19:24 4: ikea:     at Object.Module._extensions..js (module.js:646:10)
2020.01.15 16:19:24 5: ikea: read:     at Module.load (module.js:554:32)
2020.01.15 16:19:24 4: ikea:     at Module.load (module.js:554:32)
2020.01.15 16:19:24 5: ikea: read:     at tryModuleLoad (module.js:497:12)
2020.01.15 16:19:24 4: ikea:     at tryModuleLoad (module.js:497:12)
2020.01.15 16:19:24 5: ikea: read:     at Function.Module._load (module.js:489:3)
2020.01.15 16:19:24 4: ikea:     at Function.Module._load (module.js:489:3)
2020.01.15 16:19:24 5: ikea: read:     at Module.require (module.js:579:17)
2020.01.15 16:19:24 4: ikea:     at Module.require (module.js:579:17)
2020.01.15 16:19:24 5: ikea: read:     at require (internal/module.js:11:18)
2020.01.15 16:19:24 4: ikea:     at require (internal/module.js:11:18)
2020.01.15 16:19:24 5: ikea: read:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/lib/AEADCrypto.js:54:47)
2020.01.15 16:19:24 4: ikea:     at Object.<anonymous> (/usr/local/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/lib/AEADCrypto.js:54:47)
2020.01.15 16:19:24 3: ikea: read: end of file reached while sysread
2020.01.15 16:19:24 3: ikea: stopped
2020.01.15 16:19:24 4: ikea: last run duration was only 0 sec, restarting with delay


...jetzt stehe ich hier im Wald und weiß nicht weiter. Ich hoffe, ihr könnt mir helfen.

Danke
Wolle


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 19 Januar 2020, 12:00:10
Hallo,
kurze Einführung:
mit einer IKEA-RGB-Lampe und einem Gateway fing es an. Beides hatte ich ich Fhem über TradfriGW eingebunden. Aber nach einer kurzen "Spielzeit" mit Fhem haben wir diese Lampe nur noch über Schalter bzw. via IKEA-App genutzt.
Jetzt wo IKEA diese https://www.ikea.com/de/de/p/tradfri-shortcut-button-weiss-40356381/ (https://www.ikea.com/de/de/p/tradfri-shortcut-button-weiss-40356381/) Schalter anbietet und ich ein paar Panels verbaut habe, stelle ich fest das TradfriGW seit Mitte 2019 bei mir nicht mehr funktioniert (bleibt disconnected). Habe viel probiert ... und nun Tradfri-Fhem istalliert. Geht immer wieder auf "stopped". 2020-01-19 11:54:21 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-01-19 11:54:21 tradfri IkeaSmart tradfri-fhem: stopped
2020-01-19 11:54:41 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-01-19 11:54:41 tradfri IkeaSmart tradfri-fhem: stopped
2020-01-19 11:55:01 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-01-19 11:55:01 tradfri IkeaSmart tradfri-fhem: stopped
2020-01-19 11:55:21 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
Über die IKEA-App kann ich alle Lampen steuern.
Frage(n):
Wo kann der/mein Fehler liegen?
Kann das Gateway defekt sein und trotzdem mit der App funktionieren?

Eine Bitte, wenn ich euch irgendwelche Daten liefern soll, erklärt mir bitte gleich wie ich die erzeuge etc..

Vorab vielen Dank
erdnar
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Frood42 am 31 Januar 2020, 22:56:47
Guten Tag!
Das Modul ist auf jeden Fall sehr gut! Bisschen blöd es über npm zu installieren aber ok.
Klappt auch alles soweit so gut, so wie scheinbar auch die Fernbedienung und das Anlernen von Bulbs mal geht oder mal nicht (ganz ohne fhem).

Aber eine Sache finde ich verwirrend: Je nachdem wann fhem sich neue Devices "holt", werden sie mit HUEDevice1234567 angelegt oder dem Namen, den man dann in der App vergeben hat.
Für ein set myTradi on wird aber scheinbar hier und da etwas anderes verwendet was da nach fhem reingeholt wird. Mal war der in der app vergebene Name in
Zitatname
drin, mal in
ZitatNAME
oder auch mal in
Zitatalias
. Ich habe es nicht dokumentiert.
Und je nachdem wo, ging halt auch kein set myTradi on;; nicht....

Ausserdem kann es auch vorkommen, dass man in der app einer Bulb einem Namen mit Leerzeichen vergibt, das findet fhem dann auch nicht immer so gut.

Wenn man in der App einen Namen ändert, wird die Änderung auch nicht übernommen nach fhem, das habe ich dann immer manuell nachgezogen...

Also, ausser das Ding mit den verwirrenden Namen eine super Sache!!

Grüße,
Frood

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 31 Januar 2020, 23:23:39
die installation per npm sollte mit einem aufruf erledigt sein. und lässt sich mit dem npmjs modul noch weiter vereinfachen. inklusive updates und automatischem neu start.

wie device namen und alias in fhem funktionieren ist dokumentiert.  erster muss absolut eindeutige sein und wird für alle kommandos verwendet. letzterer ist nur zur anzeige.

das modul wendet immer ein automatisch vergebenes und eindeutiges HUE...  als fhem device namen.

wenn zum zeitpunkt des device anlegens vom api schon der dort von hand vergebene name bekannt ist wird dieser als alias gesetzt. der alias in fhem ist ein attribut. attribute gehören dem end anwender und deshalb wird das attribut nie mehr angefasst.  wenn du hue oder deconz als bridge verwendest kannst du das rename kommando im hue device verwenden um alias und namen in der bridge von fhem aus zu ändern. für tradfri ist das noch nicht eingebaut. ich weiß auch nicht ob das api das her gibt.

das internal name zeigt den aktuell auf bridge/gateway seite vergebenen namen. der kann, muss aber nicht, mit dem aktuellen alias in fhem übereinstimmen.

weder beim alias noch beim name internal sind leerzeichen ein problem. im fhem device namen dürfen dagegen niemals leerzeichen sein.

d.h. es kann passieren das alle drei namen unterschiedlich sind. das ist einfach der tatsache geschuldet das alle drei unterschiedliche verwendung, einschränkungen und randbedingungen haben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Frood42 am 01 Februar 2020, 00:01:53
Bei allen anderen (Typen von) Devices vergebe ich wo auch immer einen NAME und das ist was in der commandline für ein device (ID?) verwendet wird, im Log erscheint, in der Liste der Devices, etc...

Aber das eigentliche, viel hervorstechendere Problem ist, dass eigentlich immer die Device Namen in der IKEA App und in fhem unterschiedlich sind. Das ist doch eigentlich nicht so gut, finde ich zumindest. Ich hatte seltene Fälle, wenn ich in der IKEA app das device umbenenne, bevor es initial synchronisiert ist, dann ist der NAME gleich, aber das ist bisschen Glückssache.

Leerzeichen: ja, im fhem NAME dürfen keine Leerzeichen sein, genau deswegen sollte man das ja auch unterbinden. Finde ich zumindest...
Deswegen hatte ich das ja geschrieben:
ZitatAusserdem kann es auch vorkommen, dass man in der app einer Bulb einem Namen mit Leerzeichen vergibt, das findet fhem dann auch nicht immer so gut.

Also damit meinte ich, dass über die Synchronisation der Name des Devices in der IKEA app nach fhem übertragen wird. Und in fhem hat der NAME dann ein Leerzeichen. Das ist der eine Fall, wenn die Namen mal gleich sind, aber das ist ja ganz selten so. 
Titel: tradfri-fhem tester gesucht
Beitrag von: justme1968 am 01 Februar 2020, 09:28:01
du hast nicht verstanden was ich oben geschrieben habe und du schmeißt in fhem NAME und alias durcheinander.

- du kannst per rename die HUEDeviceXX umbenennen wie jedes andere fhem device.

- den namen aus der ikea app kann man nicht als fhem device namen verwenden weil in der app leerzeichen erlaubt sind und der nicht eindeutige sein muss.

- der NAME in fhem hat nie ein leerzeichen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 11:20:15
Darf ich nochmal mein kleines Problem einstreuen?
Hat keiner ein paar Tipps wie ich vorgehen könnte auf der Suche nach einer Lösung?
Bitte bitte bitte ...  :-[
Danke :)
erdnar
Zitat von: erdnar am 19 Januar 2020, 12:00:10
Hallo,
kurze Einführung:
mit einer IKEA-RGB-Lampe und einem Gateway fing es an. Beides hatte ich ich Fhem über TradfriGW eingebunden. Aber nach einer kurzen "Spielzeit" mit Fhem haben wir diese Lampe nur noch über Schalter bzw. via IKEA-App genutzt.
Jetzt wo IKEA diese https://www.ikea.com/de/de/p/tradfri-shortcut-button-weiss-40356381/ (https://www.ikea.com/de/de/p/tradfri-shortcut-button-weiss-40356381/) Schalter anbietet und ich ein paar Panels verbaut habe, stelle ich fest das TradfriGW seit Mitte 2019 bei mir nicht mehr funktioniert (bleibt disconnected). Habe viel probiert ... und nun Tradfri-Fhem istalliert. Geht immer wieder auf "stopped". 2020-01-19 11:54:21 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-01-19 11:54:21 tradfri IkeaSmart tradfri-fhem: stopped
2020-01-19 11:54:41 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-01-19 11:54:41 tradfri IkeaSmart tradfri-fhem: stopped
2020-01-19 11:55:01 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-01-19 11:55:01 tradfri IkeaSmart tradfri-fhem: stopped
2020-01-19 11:55:21 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
Über die IKEA-App kann ich alle Lampen steuern.
Frage(n):
Wo kann der/mein Fehler liegen?
Kann das Gateway defekt sein und trotzdem mit der App funktionieren?

Eine Bitte, wenn ich euch irgendwelche Daten liefern soll, erklärt mir bitte gleich wie ich die erzeuge etc..

Vorab vielen Dank
erdnar
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: amenomade am 02 Februar 2020, 11:23:47
Was sagen die Logs?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2020, 11:24:12
von hand aufrufen und schauen was passiert. anleitung weiter oben. mit verbose 5 solltest du mehr im log sehen.

ps: du wirst für die shortcut buttons keine daten über das gateway bekommen. wenn du in fhem auf einen tastendruck reagieren willst geht das aktuell nur mit deCONZ als gateway.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 12:01:33
Zitat von: amenomade am 02 Februar 2020, 11:23:47
Was sagen die Logs?
Danke.
Erkläre mir bitte wie ich welche Logs erzeugen kann/soll.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 12:04:50
Zitat von: justme1968 am 02 Februar 2020, 11:24:12
von hand aufrufen und schauen was passiert. anleitung weiter oben. mit verbose 5 solltest du mehr im log sehen....
Auch hier bitte ein bisschen mehr Hilfe. Verbose 5 ist klar, aber was ist "weiter oben"?
Zitat
ps: du wirst für die shortcut buttons keine daten über das gateway bekommen. wenn du in fhem auf einen tastendruck reagieren willst geht das aktuell nur mit deCONZ als gateway.
OK, schau ich mir mal an.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 12:11:18
Also, auch mit Verbose 5 kommt nicht mehr als das:
2020-02-02 12:09:37 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-02-02 12:09:37 tradfri IkeaSmart tradfri-fhem: stopped
2020-02-02 12:09:57 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-02-02 12:09:57 tradfri IkeaSmart tradfri-fhem: stopped
2020-02-02 12:10:17 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-02-02 12:10:18 tradfri IkeaSmart tradfri-fhem: stopped

Hier das Listing:
Internals:
   FUUID      5e230c00-f33f-50f1-b6ac-50bfadb6abff6ee2
   FVERSION   30_tradfri.pm:0.208620/2020-01-01
   LAST_START 2020-02-02 12:08:57
   LAST_STOP  2020-02-02 12:08:57
   NAME       IkeaSmart
   NOTIFYDEV  global,global:npmjs.*tradfri-fhem.*
   NR         758
   NTFY_ORDER 50-IkeaSmart
   PARTIAL   
   STARTS     3041
   STATE      stopped
   TYPE       tradfri
   CoProcess:
     cmdFn      tradfri_getCmd
     name       tradfri-fhem
     state      stopped
   READINGS:
     2020-02-02 12:08:57   tradfri-fhem    stopped
   helper:
     scenes:
Attributes:
   createGroupReadings 0
   devStateIcon stopped:message_attention@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
   group      CUL
   icon       tradfri_gateway@orange
   room       IkeaSmart,system_FHEM
   stateFormat tradfri-fhem
   tradfriFHEM-securityCode crypt:523643602c54010a5d33552003622d7c
   verbose    5
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2020, 12:22:54
das log ist nicht vollständig. da fehlt der starting eintrag.

wo hast du verbose 5 gesetzt?

setz mal tradfriFHEM-params auf --ip <ip>
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 12:49:26
Wenn ich auf set IkeaSmart STOP bzw. START kicke passiert nix anderes.
Verbose 5 habe ich im fradfi-Modul gesetzt (siehe Listing)
Hier das Ergebnis von setz mal tradfriFHEM-params auf --ip <ip>
2020-02-02 12:44:32 tradfri IkeaSmart tradfri-fhem: running /usr/bin/tradfri-fhem
2020-02-02 12:44:32 Global global ATTR IkeaSmart tradfriFHEM-params -ip 192.168.2.33
2020-02-02 12:44:33 tradfri IkeaSmart tradfri-fhem: stopped

also auch hier alles beim Alten...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2020, 12:51:07
was passiert wenn du als fhem user /usr/bin/tradfri-fhem von hand startest ?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 13:01:36
jede Menge Fehler mit denen ich nichts anfangen kann:
ak@nuki:~$ /usr/bin/tradfri-fhem
/usr/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:135
  throw err;
  ^

Error: Could not locate the bindings file. Tried:
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Debug/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/Release/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Debug/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Debug/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/out/Release/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/Release/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build/default/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/compiled/8.11.3/linux/x64/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/release/install-root/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/debug/install-root/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/addon-build/default/install-root/node-aead-crypto.node
→ /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/binding/node-v57-linux-x64/node-aead-crypto.node
    at bindings (/usr/lib/node_modules/tradfri-fhem/node_modules/bindings/bindings.js:126:9)
    at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/index.js:1:96)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Module.require (module.js:596:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/node_modules/node-dtls-client/build/lib/AEADCrypto.js:54:47)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2020, 13:02:54
die installation ist nicht vollständig.

noch mal mit sudo npm install -g tradfri-fhem installieren und auf die meldungen dort achten.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 13:05:29
lauter böhmische Dörfer...:
ak@nuki:~$ sudo npm install -g tradfri-fhem
[sudo] Passwort für ak:

> node-aead-crypto@2.2.0 preinstall /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/preinstall.js

/usr/bin/tradfri-fhem -> /usr/lib/node_modules/tradfri-fhem/bin/tradfri

> node-aead-crypto@2.2.0 install /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/install.js

running default installation script

> node-aead-crypto@2.2.0 install:default /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> prebuild-install || node-gyp rebuild

prebuild-install WARN install EACCES: permission denied, mkdir '/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build'
gyp WARN EACCES current user ("nobody") does not have permission to access the dev dir "/home/ak/.cache/node-gyp/8.11.3"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/.node-gyp"
gyp WARN install got an error, rolling back install
gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/.node-gyp'
gyp ERR! System Linux 4.15.0-72-generic
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
gyp ERR! node -v v8.11.3
gyp ERR! node-gyp -v v5.0.5
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! node-aead-crypto@2.2.0 install:default: `prebuild-install || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the node-aead-crypto@2.2.0 install:default script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
child_process.js:644
    throw err;
    ^

Error: Command failed: npm run install:default
    at checkExecSyncError (child_process.js:601:13)
    at execSync (child_process.js:641:13)
    at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/install.js:22:1)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Function.Module.runMain (module.js:693:10)
    at startup (bootstrap_node.js:191:16)
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.2.0 (node_modules/tradfri-fhem/node_modules/node-aead-crypto):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.2.0 install: `node lib/install.js`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1

+ tradfri-fhem@0.1.6
updated 2 packages in 19.699s
ak@nuki:~$
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Februar 2020, 13:07:29
da ist einiges durcheinander. lösch mal alle Verzeichnisse über die er meckert und installiere dann neu.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 02 Februar 2020, 13:13:42
wie gesagt, böhmische Dörfer (bei uns ein Synonym für "keine Ahnung" :-[ )
Da hab ich Angst was falsch zu machen.
Kannst du mir bitte GENAU auflisten was ich löschen soll und wie ich es wieder installieren kann  :-\
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loetkolben am 20 Februar 2020, 07:02:45
Hallo,

muss hier auch mal was fragen.
Über einen langen Zeitraum habe ich FHEM auf eine pi gehabt, der aber jetzt an seine Leistungsgrenzen gestoßen ist.  Darum wurde das ganze jetzt mit Docker (offizielles Image) aufgebaut.
Leider spinnen meine Tradri-Geräte (Lampen und Steckdosen) jetzt rum.

Eine Lampe lässt sich über FHEM nur einschalten, nicht ausschalten, das muss ich dann über die App oder die Fernbedieung machen.  Weißton und Helligkeit lassen sich weiterhin regeln.
Bei den Steckdosen genau das gleiche Verhalten, nur über die App kann man sie auschalten.
Auch der Status der Geräte in FHEM ändern sich nicht.

Die Trafos lassen sich über FHEM ein- und ausschalten, da funktioniert alles.
Die Bedienung der Lampen (also normale LED-lampe und auch Trafo) und der Steckdosen über die App funktioniert einwandfrei.

Nach einem "set tradfri restart" geht es eine Weile, dann wieder nicht.

Starte ich das alte FHEM-System auf dem pi, kann ich die Lampen und die Steckdosen direkt wieder schalten.

Muß ich bei Docker noch irgendwas beachten, damit tradfri da richtig funktioniert?


    Andreas


--> list tradfri Device
Internals:
   .FhemMetaInternals 1
   FD         16
   FUUID      5xxxxxxxxxx3f-b9f5-bb00-xxxxxxxxxx5c080d
   FVERSION   30_tradfri.pm:0.210790/2020-01-30
   LAST_START 2020-02-19 21:01:20
   LAST_STOP  2020-02-19 21:01:20
   NAME       tradfri
   NOTIFYDEV  global,global:npmjs.*tradfri-fhem.*
   NR         1342
   NTFY_ORDER 50-tradfri
   PARTIAL   
   PID        1717
   STARTS     6
   STATE      running /usr/bin/tradfri-fhem
   TYPE       tradfri
   tradfri-fhem version 0.1.6
   .attraggr:
   .attrminint:
   CoProcess:
     cmdFn      tradfri_getCmd
     name       tradfri-fhem
     state      running /usr/bin/tradfri-fhem
   READINGS:
     2020-02-19 18:30:05   identity        crypt:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
     2020-02-19 18:30:05   psk             crypt:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
     2020-02-19 21:01:20   tradfri-fhem    running /usr/bin/tradfri-fhem
   helper:
     scenes:
       196608:
         group      131073
         id         196608
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65536
           65542
           65539
           65546
         state:
       196609:
         group      131073
         id         196609
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65536
           65542
           65539
           65546
         state:
       196610:
         group      131073
         id         196610
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65536
           65542
           65539
           65546
         state:
       196617:
         group      131076
         id         196617
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65553
           65552
           65551
         state:
       196618:
         group      131076
         id         196618
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65553
           65552
           65551
         state:
       196619:
         group      131076
         id         196619
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65553
           65552
           65551
         state:
       196620:
         group      131077
         id         196620
         name       EVERYDAY
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65554
           65550
         state:
       196621:
         group      131077
         id         196621
         name       RELAX
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65554
           65550
         state:
       196622:
         group      131077
         id         196622
         name       FOCUS
         r          scene
         t          event
         type       LightGroup
         action:
         lights:
           65554
           65550
         state:
Attributes:
   comment    Security-Key: xxxxxxxxxxxxxxxx
   createGroupReadings 1
   devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
   room       Gateway
   stateFormat tradfri-fhem
   tradfriFHEM-params --ip 192.168.100.160
   tradfriFHEM-securityCode crypt:xxxxxxxxxxxxxxxxxxxxx
   verbose    5


--> Auszug FHEM-Logfile (funktionierende Trafos)
...
2020.02.20 06:55:43.930 5: tradfri: writing: {"on":false,"id":"131073","t":"group"}
2020.02.20 06:55:46.239 5: tradfri: writing: {"on":true,"id":"131073","t":"group"}
...


--> Auszug FHEM-Logfile (nicht funktionierende Lampe und Steckdose)
...
2020.02.20 06:57:00.210 5: tradfri: writing: {"on":true,"id":"65550","t":"lights"}
2020.02.20 06:57:04.604 5: tradfri: writing: {"t":"lights","on":false,"id":"65550"}
2020.02.20 06:57:13.401 5: tradfri: writing: {"id":"65550","on":false,"t":"lights"}
2020.02.20 06:57:15.044 5: tradfri: writing: {"on":true,"id":"65550","t":"lights"}
2020.02.20 06:57:19.463 5: tradfri: writing: {"t":"lights","ct":154,"id":"65550","on":true}
2020.02.20 06:57:23.618 5: tradfri: writing: {"on":true,"ct":500,"id":"65550","t":"lights"}
2020.02.20 06:57:25.809 5: tradfri: writing: {"id":"65550","ct":380,"on":true,"t":"lights"}
2020.02.20 06:57:28.248 3: CUL_HM set wz_vT_Sensor1 virtTemp 19.1
2020.02.20 06:57:28.276 3: CUL_HM set KU_vT_Sensor1 virtTemp 19.5
...
2020.02.20 06:57:49.395 5: tradfri: writing: {"id":"65553","on":true,"t":"lights"}
2020.02.20 06:57:51.936 5: tradfri: writing: {"t":"lights","on":false,"id":"65553"}
2020.02.20 06:58:07.142 5: tradfri: writing: {"on":true,"id":"65553","t":"lights"}
2020.02.20 06:58:08.544 5: tradfri: writing: {"t":"lights","on":false,"id":"65553"}


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 20 Februar 2020, 10:40:09
wie hast du denn das neue system installiert?

das alte kopiert?

hast das neue frisch mit dem gateway gepairt?

wenn du die ip adresse des gateway nicht im define angibst geht die suche über dns-sd. das geht in docker nicht ohne weiteres. probier mal die ip adresse des gateways im define mit anzugeben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loetkolben am 20 Februar 2020, 12:32:35
Die Konfiguration habe ich vom alten übernommen, also die fhem.cfg rüber kopiert und dann ein paar Anpassungen.
Tradfri-Gateway habe ich aber nach den ersten (erfolglosen) Versuchen komplett neu definiert und gepairt.

Die IP-Adresse vom Gateway habe ich als Attribute eingetragen, dachte das reicht (siehe list). 
Im Wiki steht:
define <tradfri> tradfri
attr <tradfri> tradfriFHEM-securityCode <security code>
Und falls das Gateway nicht erkannt wird (scheint ja bei mir der Fall zu sein)
attr <tradfri> tradfriFHEM-params --ip <ip>

Direkt im 'define' angeben geht nicht
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 20 Februar 2020, 12:44:01
attribut war gemeint. sorry.

ich habeeider gerade keine idee.

als workaround könnte ein regelmäßiges reconnect per at helfen. oder alles ohne docker laufen lassen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loetkolben am 20 Februar 2020, 13:09:42
Ich glaube ohne Docker wäre die bessere Lösung, da das ganze noch an ein paar anderen Stellen so ein wenig rumzickt.
Sicherlich alles irgendwie lösbar, nur wollte ich jetzt nicht wieder Tage damit verbringen, bis es ordentlich läuft.
Der WAF war gerade auf einem sehr hohen Level und das rumbasteln hat jetzt schon wieder dafür gesorgt das er ein wenig gesunken ist.

Ich werde mir wohl einen Raspberry Pi 4 mit ordentlich RAM bestellen und das ganze dann da drauf wieder aufsetzen bzw. das alte System da 1:1 übernehmen.

Trotzdem danke für die Hilfe.

   Andreas
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 20 Februar 2020, 13:17:21
Was hast du denn alles laufen?

evtl. mal versuchen das aktuelle (und für das leistungsfähigere zukünftige System schadet es auch nicht) zu optimieren, z.B. event-on-change-reading etc. zur Eindämmung von Events.

oder auch die RegExes bei DOIF/Notify etc. "prüfen", damit die nicht "auf alles" reagieren...

Ich habe ja auf meinen 2 Hauptsystemen so einiges laufen (P2 bzw. PI3B) ohne Probleme...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loetkolben am 20 Februar 2020, 13:52:05
Das mit dem 'ausmisten' ist ein guter Hinweis, da hat sich mit der Zeit so sicher einiges angesammelt was man nicht mehr wirklich benötigt.
Ich denke das FHEM alleine mit dem Pi3B auch gut läuft, nur die Tablet-UI Oberfläche ist sehr langsam und hängt schon mal.
Ich setze mich mal dran und schaue was alles weg kann, den Pi4 werde ich aber trotzdem bestellen, kann ja nicht schaden.

   Andreas
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 25 Februar 2020, 18:03:14
Und noch einmal möchte ich euch nerven (ohne nerven zu wollen ::) )
Auf meine unten angefügten Fehlermeldungen hatte mir justme1968 geantwortet:

Zitat von: justme1968 am 02 Februar 2020, 13:07:29
da ist einiges durcheinander. lösch mal alle Verzeichnisse über die er meckert und installiere dann neu.

Leider bin ich mit Linux nie so richtig intim geworden.
Daher nochmal meine Bitte: was GENAU soll ich alles löschen und wieder installieren.
Danke
erdnar

Zitat von: erdnar am 02 Februar 2020, 13:05:29
lauter böhmische Dörfer...:
ak@nuki:~$ sudo npm install -g tradfri-fhem
[sudo] Passwort für ak:

> node-aead-crypto@2.2.0 preinstall /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/preinstall.js

/usr/bin/tradfri-fhem -> /usr/lib/node_modules/tradfri-fhem/bin/tradfri

> node-aead-crypto@2.2.0 install /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> node lib/install.js

running default installation script

> node-aead-crypto@2.2.0 install:default /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
> prebuild-install || node-gyp rebuild

prebuild-install WARN install EACCES: permission denied, mkdir '/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/build'
gyp WARN EACCES current user ("nobody") does not have permission to access the dev dir "/home/ak/.cache/node-gyp/8.11.3"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/.node-gyp"
gyp WARN install got an error, rolling back install
gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/.node-gyp'
gyp ERR! System Linux 4.15.0-72-generic
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto
gyp ERR! node -v v8.11.3
gyp ERR! node-gyp -v v5.0.5
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! node-aead-crypto@2.2.0 install:default: `prebuild-install || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the node-aead-crypto@2.2.0 install:default script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
child_process.js:644
    throw err;
    ^

Error: Command failed: npm run install:default
    at checkExecSyncError (child_process.js:601:13)
    at execSync (child_process.js:641:13)
    at Object.<anonymous> (/usr/lib/node_modules/tradfri-fhem/node_modules/node-aead-crypto/lib/install.js:22:1)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Function.Module.runMain (module.js:693:10)
    at startup (bootstrap_node.js:191:16)
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.2.0 (node_modules/tradfri-fhem/node_modules/node-aead-crypto):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: node-aead-crypto@2.2.0 install: `node lib/install.js`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1

+ tradfri-fhem@0.1.6
updated 2 packages in 19.699s
ak@nuki:~$

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdo_king am 06 März 2020, 11:08:39
Hi erdnar,

du führst die Installation zwar mit sudo aus, rennst aber in Berechtigungsprobleme ...
"Ich bin root - ich darf das" ... Unter Linux darf der root sogar das Betriebssystem im laufenden Betrieb löschen (und JA ich habe das getestet :) )

Starte die Installation nicht mit sudo sondern wirklich als root!
"sudo -i" -> und zwar genau so um die Environment Variablen zu leeren! Oder direkt per ssh als root anmelden.

dann neu installieren
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 08 März 2020, 14:55:49
Danke für den Tipp.
Es gab natürlich promt einen neuen Fehler:
/usr/bin/tradfri-fhem -> /usr/lib/node_modules/tradfri-fhem/bin/tradfri
npm WARN notsup Unsupported engine for semver@7.1.3: wanted: {"node":">=10"} (current: {"node":"8.11.3","npm":"6.13.7"})
npm WARN notsup Not compatible with your version of node/npm: semver@7.1.3

Also habe ich node aktualisiert:
curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash -
OK, ich hätte wohl erst fragen sollen, denn jetzt ist ihm node wohl zu neu ...
/usr/bin/tradfri-fhem -> /usr/lib/node_modules/tradfri-fhem/bin/tradfri
npm WARN notsup Unsupported engine for node-aead-crypto@2.2.0: wanted: {"node":">4 <10"} (current: {"node":"12.16.1","npm":"6.13.4"})
npm WARN notsup Not compatible with your version of node/npm: node-aead-crypto@2.2.0

Wie bekomme ich das jetzt repariert...?  :-[
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: ironalf am 29 März 2020, 13:48:46
Ich habe fhem auf einem NUC und Ubuntu 18.04.4 installiert.
Ich erhalte die gleichen Fehlermeldungen
Wenn ich Node Version v8.17.0 benutze erhalte dich die Meldung, dass node ">=10" benötigt wird.
Wenn ich Node Version größer 10 benutze erhalte dich die Meldung, dass node ">4 <10" benötigt wird.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: cseuss am 01 Mai 2020, 18:55:55
Hallo zusammen,

ich wollte nun auch mal langsam vom "Kappelt" Modul wechseln.

Leider stehe ich etwas auf dem Schlauch. Wo finde ich denn die aktuellen Module von tradfri zum "Download" und eine aktuelle Doku? Der erste Artikel dieses Threads hat ja nichts mehr als Anhang.

Ich freue mich über eine kurze Info.

Danke und Gruß
Christian
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 01 Mai 2020, 21:41:19
@ironalf: welche meldung genau? wer meldet das? und wann wird das gemeldet?

@cseuss: siehe wiki (https://wiki.fhem.de/wiki/TRÅDFRI (https://wiki.fhem.de/wiki/TR%C3%85DFRI)). dein fhem muss aktuell sein.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: cseuss am 03 Mai 2020, 19:05:26
Hallo zusammen,

ich habe nun am Wochenende auf das aktuelle Modul umgestellt. Hat alles prima geklappt. Vielen Dank an justme1968 für das tolle Modul.
Momentan habe ich noch einen Parallel-Betrieb mit dem alten Kappelt-Modul, werde dieses aber kurzfristig abschalten.

Weiß vielleicht jemand, welche Farbcodes die Farb-Lampen abbilden können? Es gehen ja nicht alle RBG-Werte. Die IKEA-APP bietet ja auch nur 16 feste Werte an. Hat hier ggf. jemand bereits eine Liste mit Farb-Codes erstellt?

Beste Grüße und bleibt gesund.

Gruß
Christian
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: th2409 am 21 Mai 2020, 10:39:00
Eine guten Tag in die Runde,

ich habe mir nun auch ansatzweise mal das Tradfri gegönnt und versucht, ins FHEM zu integrieren.
Die autonome Funktion (GW, FB, 2 Lampen) ohne FHEM funktionieren, jedoch kopmme ich im FHEM nicht weiter.

Installation auf dem Raspi habe ich gemacht
Beim letzten Kommando gibt es auch deutliche Warnungen; jedermann schreibt natürlich in den Anleitungen, dass man die ignorieren solle, aber irgendeinen Grund müssen die ja haben...? Bspw. npm WARN notsup Unsupported engine for node-aead-crypto@2.2.0: wanted: {"node":">4 <10"} (current: {"node":"10.20.1","npm":"6.14.5"})

Naja. Jedenfalls Mut gefasst und ein Tradfri-Gateway angelegt mit
define tradfri1 tradfri
attr tradfri1 tradfriFHEM-securityCode xxx


Das Gerät läuft auch, im STATE steht STATE running /usr/bin/tradfri-fhem Sicherheitshalber Parameter --ip 192.xxx gesetzt,

Wenn ich alles richtig verstanden habe, sollten die verbundenen Geräte (vorerst meine 2 Lampen) ohne weiteres Zutun als HUE-Geräte auftauchen... da ist aber nichts. auch die im tradfri-Modul abzufragenden Parameter (list tradfri1 devices) zeigen nichts, dieser Befehl ist auch im Browser in den Gerätedetails selbst unter GET nicht aufgelistet (dort gibt es nur scenes)!

Ich habe die Sachen nach bestem Wissen (Anlesen) schon 2x deinstalliert und neu angelegt. Wo kann ich noch sehen, was die Teile machen / nicht machen / ich falsch mache? Würde mich über eine Hilfe sehr freuen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Mai 2020, 11:58:02
get <tradfri> devices

nicht list.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: th2409 am 21 Mai 2020, 17:09:06
Ja, richtig. War zu schnell aus dem Kopf geschrieben.

Ergibt aber Fehlermeldung Unknown argument devices, choose one of scenes:noArg
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 21 Mai 2020, 17:29:24
was sagt das log?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: th2409 am 22 Mai 2020, 16:55:27
Viel gibt das Log nicht aus. Verbose auf 5 gesetzt, und auch nach dem FHEM-Neustart ist das die letzte Ausbeute:
2020.05.22 14:45:40 2: tradfri1: starting tradfri-fhem: /usr/bin/tradfri-fhem -s KRcQ9ZKNsdfsdN -i tradfri_1590049218789 -p NcjiitgsasxdsAsZt --ip 192.168.123.119
2020.05.22 14:45:41 3: tradfri1: starting
2020.05.22 14:45:41 3: tradfri1: using FHEM logfile
2020.05.22 14:46:28 5: tradfri1: read: [2020-5-22 2:45:42 PM] this is tradfri-fhem 0.1.8
2020.05.22 14:46:28 5: tradfri1: read: [2020-5-22 2:45:42 PM] connecting to: 192.168.123.119
2020.05.22 14:46:28 4: tradfri1: [2020-5-22 2:45:42 PM] connecting to: 192.168.123.119


Nach dem Verbindungsversuch geht es wohl nicht weiter...? Die 192.168.123.119 ist aber erreichbar...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 22 Mai 2020, 17:29:40
danach kommt gar nichts mehr?

bitte mal per kommandozeile probieren.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: th2409 am 22 Mai 2020, 20:33:12
Danach kommen nur noch Meldungen anderer Module.

Was genau soll ich in der Kommandozeile testen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pati_Alpha am 30 Mai 2020, 21:28:37
Hey,

erstmal vielen Dank für dein erstklassiges Modul! :) Läuft bei mir top!

Ich hatte grade die Idee, einen semi-gut funktionierenden alten Amazon Dash Button durch eines von diesen Dingern zu ersetzen:
https://www.ikea.com/de/de/p/tradfri-kabelloser-dimmer-weiss-70408595/ (https://www.ikea.com/de/de/p/tradfri-kabelloser-dimmer-weiss-70408595/)
Ich habe aber im Hinterkopf, dass man in FHEM zumindest bei dem runden Dimmer nicht sehen kann, ob ein Knopf gedrückt wurde.
Geht das hier mittlerweile? Evtl. vielleicht wenigstens als Workaround? (bspw. den Schalter mit einer Birne koppeln und dann einfach nochmal "an" drücken und das Reading der Birne abgreifen?)

Viele Grüße
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 30 Mai 2020, 21:32:13
das ikea gateway liefert außer dem batteriestand keine daten für die remotes.

falls du deconz verwendest: damit müsste es gehen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pati_Alpha am 30 Mai 2020, 22:53:08
deCONZ hab ich leider nicht. Eine andere Möglichkeit gibts nicht? :(
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pati_Alpha am 31 Mai 2020, 21:50:16
Gibts vielleicht andere solche Taster?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Wuppi68 am 05 Juni 2020, 14:20:00
Moin,

zigbee2mqtt kann das und reported wunderschön alle Events der (nicht nur Ikea) Devices.
Hast Du einen USB Dongel (CC2531 für ganz wenige Euros) kannst Du die Software völlig problemlos innerhalb Docker laufen lassen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: erdnar am 06 Juni 2020, 14:17:55
Hallo,
ich versuche es heute mal wieder.
Nach dem "genauen" Lesen des ersten Postings ...
ak@nuki:~$ tradfri-fhem -D -s cPsUM56liQfEeTKE
[2020-6-6 14:10:59] this is tradfri-fhem 0.1.8
[2020-6-6 14:10:59] discovering gateways
[2020-6-6 14:10:59]   found gateway: {"name":"gw-a0c9a0d63ddb","host":"TRADFRI-Gateway-a0c9a0d63ddb.local","version":"1.10.36","addresses":["192.168.2.33","fe80::a2c9:a0ff:fed6:3ddb"]}
[2020-6-6 14:10:59] connecting to: TRADFRI-Gateway-a0c9a0d63ddb.local
*** FHEM: connection failed, Error: No security parameters given for the resource at coaps://tradfri-gateway-a0c9a0d63ddb.local:5684

Sagt mir: Das Gateway ist da, aber Fhem "will" nicht.
Ist das ein Rechteproblem? (Habe von Linux leider keine Ahnung)
Danke vorab.
ErdnaR
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: skyflash13 am 28 Juli 2020, 11:45:16
Zitat von: Jamo am 08 Dezember 2019, 12:04:33
Die Gruppe für die beiden Tradfri blinds läuft, up/down/pct geht!!!  Hammer ! ! !
Was nicht funktioniert ist ''stop'', das geht bei den einzelnen blinds (ausserhab der Gruppe) aber auch nicht.
Scenes habe ich nicht, kann ich nicht/habe ich nicht getestet.
DANKE!

Hallo Zusammen,

als erstes vielen Dank für die super Arbeit. Lese hier schon über ein Jahr mit und habe mir jetzt endlich auch die Rollos gekauft. Nach etlichen Updateproblem mit Raspian (habe es locker seit 2 Jahren nicht upgedate), ist es und Fhem jetzt auf dem neuesten Stand.

Rollos sind eingebunden und funktionieren bis auf den STOP Befehl. Nachdem Jamo diese Problem vor längerer Zeit auch hatte, wollte ich fragen ob es dafür eine Lösung gibt.

Vielen Dank und LG
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tobias.vorberg am 08 September 2020, 16:31:09
Ich komme hier leider nicht weiter. Vielleicht kann mir jemand helfen.

Ich habe die Installation mit

sudo npm install -g --unsafe-perm tradfri-fhem

gestartet.

Dan endet die Installation mit:

npm WARN notsup Unsupported engine for semver@7.3.2: wanted: {"node":">=10"} (current: {"node":"8.17.0","npm":"6.14.6"})
npm WARN notsup Not compatible with your version of node/npm: semver@7.3.2


Braucht die Installation wirklich eine Version von node >= 10 ?

Das Modul in FHEM läuft und ich kann auch das Gateway mit define anlegen, Security Code angeben, aber der Status geht immer sofort wieder auf "stopped"

Danke
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Dracolein am 02 Oktober 2020, 07:28:43
Zitat von: Pati_Alpha am 30 Mai 2020, 21:28:37
Ich habe aber im Hinterkopf, dass man in FHEM zumindest bei dem runden Dimmer nicht sehen kann, ob ein Knopf gedrückt wurde.
Geht das hier mittlerweile? Evtl. vielleicht wenigstens als Workaround? (bspw. den Schalter mit einer Birne koppeln und dann einfach nochmal "an" drücken und das Reading der Birne abgreifen?)

Moin zusammen,
ich war gestern bei Ikea und habe mir ein Lichtpanel samt runder Tradfri Remote gekauft. Während das Panel dank deCONZ schnell in FHEM eingebunden war und sich steuern lässt, konnte ich die besagte runde Fernbedienung zwar mit deCONZ problemlos koppeln und sehe das device auch in FHEM, aber augenscheinlich gibts keinerlei Statusinformationen, ob Tasten gedrückt werden.

Nach Deinem Posting zu urteilen ist das weiterhin ein Problem?

Dies Device wurde bei mir automatisch angelegt:


Internals:
   CFGFN     
   DEF        group 4  IODev=deCONZ
   FUUID      5f764744-f33f-4dec-2135-f89464cc08f6b859
   FVERSION   31_HUEDevice.pm:0.218370/2020-05-02
   ID         G4
   INTERVAL   
   IODev      deCONZ
   NAME       HUEGroup4
   NR         33413
   STATE      unknown
   TYPE       HUEDevice
   desired    1
   lights     
   name       TRADFRI remote control
   type       LightGroup
   uniqueid   84:2e:14:ff:fe:41:ad:88
   READINGS:
     2020-10-01 23:16:52   all_on          0
     2020-10-01 23:16:52   any_on          0
   helper:
     devtype    G
     fromAutocreate 1
     update_timeout 1
     json:
       etag       c79b86d10c57e494243539887e9ef4f6
       id         4
       name       TRADFRI remote control
       type       LightGroup
       uniqueid   84:2e:14:ff:fe:41:ad:88
       action:
         bri        127
         colormode  hs
         ct         0
         effect     none
         hue        0
         sat        127
         scene     
         xy:
           0
           0
       devicemembership:
         31
       lights:
       scenes:
       state:
     lights:
     scenes:
Attributes:
   IODev      deCONZ
   alias      TRADFRI remote control
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice
   userattr   createActionReadings:1,0 createGroupReadings:1,0
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Oktober 2020, 09:07:50
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.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Dracolein am 02 Oktober 2020, 09:55:12
 :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.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: ric91 am 03 November 2020, 11:38:05
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


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: TL60 am 03 November 2020, 15:19:52
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 (https://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)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: ric91 am 05 November 2020, 14:42:37
Danke TL60, das war der Trick, jetzt werden die Taster angezeigt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: jm-muc am 08 November 2020, 23:10:39
Habe gerade testweise Tradfri (eine Lampe, zwei Rollos) problemlos in FHEM integriert, danke für die (gewohnt) gute Arbeit an justme1968 und die Tester!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: drommbusch am 09 November 2020, 21:51:55
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
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 10 November 2020, 09:27:42
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.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: drommbusch am 10 November 2020, 10:28:20
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
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Intruder1956 am 17 November 2020, 10:11:20
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
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 19 November 2020, 14:52:19
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.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: timtom am 25 November 2020, 23:45:45
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
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: toemk am 26 November 2020, 10:36:52
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
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 26 November 2020, 16:36:51
@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.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: toemk am 27 November 2020, 21:21:13
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.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Intruder1956 am 27 November 2020, 23:12:36
Hallo,
der letzte macht das Licht aus  ;) :(

Ich glaube hier tut sich nichts mehr, muss mir wohl eine andere Lösung einfallen lassen.
Habe es zwar zum laufen bekommen, aber noch nicht zufrieden.

Vielleicht sieht man sich im ConBee-Tread oder wo auch immer. Gibt ja noch was anderes *grins*

Gruß Intruder

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 28 November 2020, 14:28:05
Leider habe ich keine Rollos und kann da direkt nicht helfen. Was mir aufgefallen ist, bei Deinem Aufruf ...

Zitat von: Intruder1956 am 17 November 2020, 10:11:20
pi@fhem:~$ /usr/bin/tradfri-fhem


... fehlt "-s <security code>". Das sagt ja aber auch die Meldung. Aber die Verbindung aus fhem scheint ja zu funktionieren, wenn ich mir die lists anschaue.


Zitat von: Intruder1956 am 17 November 2020, 10:11:20
Muss der Signalverstärker angeschlossen sein mit nur FHEM ??

Und der Signalverstärker ist doch für die Verbindung zum Gateway oder? Hat also nichts mit fhem oder dem Modul zu tun, da die nur über das Gateway kommunizieren.


Zitat von: Intruder1956 am 17 November 2020, 10:11:20
Funktioniert das Rollo mit den Befehlen up und down oder muss das bei Eventmap auf up:100 Down:0 geswitcht werden ?

Hier hört es dann bei mir wie gesagt leider auf ...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Intruder1956 am 29 November 2020, 09:14:09
Guten Morgen,
@tomcat.x alles ist gut. Ich musste mich erstmal in der Ikea Sache einarbeiten. Das einzige was ich gemacht habe war alles am Gateway anmelden, das war im ersten Tread nicht passiert. Macht man es richtig geht es auch ;) :D Dann trudelten, die Rollos, Lampen E14/E27, Schalter und Motionsensor ohne sonst irgendwas mit Sicherheitscode einzufügen, (denn der war vorher schon da) in Fhem ein.
Mein DOIF was ich vorher bei meinen Uniroll-Gurtwickler benutzt habe läuft auch mit den Ikea Rollos. Habe nur noch einen Fehler im DOIF

define doRolladen DOIF ([{sunrise(2000,"07:30")}-{sunset(-1800)}|8] or [07:30-{sunset(-1800)}|7]) \
   ((set Ess_Rollo,WZ_Rollo,Schlaf_Rollo,Arbeit_Rollo up),\
   IF ([WernerS4] eq "present") \
      (set  WZ_Rollo_Tuer up))\
DOELSE ((set Ess_Rollo,WZ_Rollo,Schlaf_Rollo,Arbeit_Rollo down),\
   IF ([WernerS4] eq "absent")\
      (set  WZ_Rollo_Tuer down))\

Ich möchte das nach dem IF raushaben, brauche kein present an dem WZ_Rollo_Tuer, (keine Tür mehr und Nichtraucher) das DOELSE muss denke ich bleiben.
IF ([WernerS4] eq "present") \
      (set  WZ_Rollo_Tuer up))\


Habe diese beiden Teile rausgenommen und vor dem ersten SET eine von beiden Klammern entfernt und das Komma hinter "up)," also wie folgt
define doRolladen DOIF ([{sunrise(2000,"07:30")}-{sunset(-1800)}|8] or [07:30-{sunset(-1800)}|7]) \
   (set Ess_Rollo,WZ_Rollo,Schlaf_Rollo,Arbeit_Rollo up)
   
DOELSE (set Ess_Rollo,WZ_Rollo,Schlaf_Rollo,Arbeit_Rollo down)   

läuft aber nicht  :'(

Generell muss ich mal schauen was ich mit dem Ikea Zeug mache, mit welcher Software ich es steuere.
Mit dem Ikea-Gateway, mit dem ConbeeII -Stick oder MQTT2 oder ? Habe alles da. Ich habe noch nicht raus welches das bessere System (Steuerung) dafür ist.

Es wird schon werden, hab ja Zeit :-)

Einen schönen Sonntag

Gruß Werner (Intruder1956)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 29 November 2020, 12:49:39
Ah, ok. Hat sich so angehört, als ob Du nicht weiterkommst.

Zumindest für Lampen und Steckdosen reicht mir das Gateway. Komplett ohne ginge aus meiner Sicht sowieso nicht, wegen der Updates. Also macht was anderes nur dann Sinn, wenn man es wie Du eh schon hat oder mit der Funktion des Gateways Probleme hat.

Für die Einrichtung der Geräte, Kontrolle der Geräte und Updates habe ich auch die Ikea App installiert. Wenn ich aber die Geräte darüber bedienen müsste, würde ich mir was anderes suchen ;-) Aber als fhem Nutzer ist das weniger ein Thema.

Bei den Rollläden (wie soweit möglich auch bei anderen Geräten) setze ich auf "lokale Intelligenz" bzw. Unabhängigkeit von zentraler Steuerung. Also morgens hoch, abhängig von Zeit oder Sonnenaufgang, abends runter, Verdunkelung bei Sonne, usw. regeln die Aktoren selbst. Über fhem steuere ich dann nur das was unregelmäßig passieren soll. Andererseits steuere ich aber auch Trädfri Lampen über FS20 Bewegungsmelder, was dann natürlich nicht lokal geht.

Wenn ich mehrere Geräte gleichzeitig steuern will, nutze ich dafür LightScene oder structure. Das vereinfacht die Befehle / DOIFs und erleichtert das spätere Hinzufügen/Entfernen von Geräten für bestimmte Situationen.

Vielleicht verstehe ich Dein DOIF nicht ganz, aber löst das nicht mehrfach ein up oder down aus? Mit den Befehlen definiert man ja keinen Zustand, sondern löst einen Befehl aus. Und die Bedingung ist ja dann nicht nur zu einem Zeitpunkt gültig. Aber die (Uhr)zeitliche Steuerung mit DOIFs nutze ich nicht (nur Verzögerung) und es hat ja vorher funktioniert ...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Intruder1956 am 29 November 2020, 17:29:56
Hallo,
ZitatAh, ok. Hat sich so angehört, als ob Du nicht weiterkommst.
zu dem Zeitpunkt kam ich auch nicht weiter  ;)

ZitatVielleicht verstehe ich Dein DOIF nicht ganz, aber löst das nicht mehrfach ein up oder down aus?
ja es reicht ein up und down
es braucht nur morgens um 7.30 bzw. in der Woche später je nach Helligkeit hochfahren und abends bei entsprechender Dunkelheit wieder runterfahren.
Mehr muss es nicht machen :)
Bei Sonnenstand auf mein Haupt hinter dem Fenster, kann ich immer noch manuell bedienen. Sollte ich gerade an dem Fenster sein.
Habe eh keine Sonnensensoren zu den Ikea Rollos

Ich stelle mir gerade die Frage ob man das Ikea Zeug zeitgleich mit dem Gateway und dem ConbeeII betreiben kann.
z.b. Gateway in Fhem und ConbeeeII in ioBroker oder was auch immer.
Wenn es am IKEA-Gateway angemeldet ist, kann man es dann auch noch woanders ConbeeII, MQTT2 oder sonst wo einbinden ?
Es kommen immer mehr Fragen umso mehr ich mich damit beschäftige  :)
Gerade aktuell wegen Umzug neue Wohnung

Gruß Werner (Intruder1956)


Gruß Werner
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 29 November 2020, 18:33:49
Die Zigbee-Geräte können nur mit EINEM Gateway verbunden sein!

CONBEE II geht per mqtt und auch per deCONZ (noch eine Möglichkeit ;)  ).

deCONZ wäre dann wie eine HUE-Bridge in fhem: HUEBridge-Modul

Es gibt auch eine "App": Phoscon

Wie das mit mqtt geht weiß ich nicht, ist aber glaube ich per Wiki recht gut dokumentiert...

Einen Update von Tradfri Geräten kann man auch mit der Anbindung über deCONZ durchführen, gibt irgendwo hier einen "Zigbee Update Thread"...
...sofern man die Update-Dateien hat.

EDIT: https://forum.fhem.de/index.php/topic,107853.msg1018163.html#msg1018163

Ob das auch bei Anbindung per mqtt geht weiß ich nicht, evtl. steht in besagtem Thread etwas dazu...

An fhem können aber mehrere Gateways betrieben werden, also z.B. ein CONBEE II per mqtt ein weiterer per deCONZ eine echte HUE-Bridge oder auch ein Tradfri-Gateway (oder auch mehrere davon)...


Welche Zigbee-Geräte (am besten) mit welchem Gateway gehen, gerade, wenn es um CONBEE II geht, also ob per mqtt oder deCONZ muss man halt jeweils "recherieren"...

Ich hatte mal (zum Spaß) den Tradfri-Gateway laufen allerdings ist der CONBEE II mit deCONZ (ich habe das PI-Aufsteckmodul ist aber "egal") deutlich flexibler bzgl. "Fremdgeräte" bzw. Geräte verschiedener Hersteller...
Und der Support von DE (Dresden Elektronik) eigentlich sehr gut.

Viel Spaß bei der Auswahl ;)

EDIT: wobei das hier nun schon (gewaltig) den Rahmen des Threads verlässt... Eventuell bzgl. was wie wo/Alternativen hin oder her etc. einen neuen Thtread aufmachen...

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Intruder1956 am 01 Dezember 2020, 16:37:10
Hallo,
Kann mir jemand sagen/schreiben, wieso und warum ich diese Warnungen im Log habe ?

2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_Initialize redefined at ./FHEM/31_HUEDevice.pm line 173, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_devStateIcon redefined at ./FHEM/31_HUEDevice.pm line 209, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_summaryFn redefined at ./FHEM/31_HUEDevice.pm line 271, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_IODevChanged redefined at ./FHEM/31_HUEDevice.pm line 281, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_moveToBridge redefined at ./FHEM/31_HUEDevice.pm line 337, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_Define redefined at ./FHEM/31_HUEDevice.pm line 368, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_Undefine redefined at ./FHEM/31_HUEDevice.pm line 495, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_SetParam redefined at ./FHEM/31_HUEDevice.pm line 510, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_Set redefined at ./FHEM/31_HUEDevice.pm line 749, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_cttorgb redefined at ./FHEM/31_HUEDevice.pm line 1111, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_xyYtorgb redefined at ./FHEM/31_HUEDevice.pm line 1148, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_Get redefined at ./FHEM/31_HUEDevice.pm line 1195, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_ReadFromServer redefined at ./FHEM/31_HUEDevice.pm line 1291, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_GetUpdate redefined at ./FHEM/31_HUEDevice.pm line 1308, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDeviceSetIcon redefined at ./FHEM/31_HUEDevice.pm line 1353, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_Parse redefined at ./FHEM/31_HUEDevice.pm line 1386, <$fh> line 968.
2020.12.01 16:26:49 1: PERL WARNING: Subroutine HUEDevice_Attr redefined at ./FHEM/31_HUEDevice.pm line 1900, <$fh> line 968.
2020.12.01 16:26:49 3: Ess_Lampe_links: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schalter_Ess_Licht: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Ess_Lampe_rechts: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schalter_Flur_Licht: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Flur_Licht: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Ess_Licht_all: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schalter_Schlaf_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUESensor65553: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUESensor65556: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schalter_WZ_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: WZ_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schlaf_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Ess_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Flur_Motion: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schalter_Ess_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schalter_Arbeit_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Arbeit_Rollo: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Arbeit_Licht_all: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Schalter_Arbeit_Licht: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Arbeit_Licht_2: I/O device is TradfriGateway
2020.12.01 16:26:49 3: Arbeit_Licht_1: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUESensor65564: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUEGroup131079: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUEGroup131080: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUEGroup131086: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUEGroup131088: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUEGroup131089: I/O device is TradfriGateway
2020.12.01 16:26:49 3: HUEGroup131091: I/O device is TradfriGateway


Kann oder muß ich das beseitigen ?

Vielen Dank und Gruß

Werner
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 10 Februar 2021, 19:30:09
Hallo Andre,

ist es so gewünscht dass die set-Befehle keine Events auslösen?
Ich möchte gern das down-Event von meinen Rollos auswerten. Wenn das zugehörige Fenster geöffnet ist soll das Rollo nicht weiter runterfahren, sondern bei einem bestimmten pct Wert stehen bleiben. Leider kann ich bisher nur auf den pct Wert per notify reagieren (pct < 90), dieses reagiert dann aber auch beim Hochfahren wieder und fährt das Rollo wieder ein Stück runter da man an den Readings nicht erkennt ob das Rollo öffnet oder schließt.

Gruß
Dan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: JoWiemann am 10 Februar 2021, 19:50:33
Zitat von: DeeSPe am 10 Februar 2021, 19:30:09
Hallo Andre,

ist es so gewünscht dass die set-Befehle keine Events auslösen?

Works as designed: https://wiki.fhem.de/wiki/Event

Grüße Jörg
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 10 Februar 2021, 19:56:09
set befehle (auch get) lösen niemals events aus. nur änderungen an readings tun das. down ist auch gar kein 'echtes' kommando sondern wird intern noch umgesetzt.

wenn du nur aus fhem heraus steuerst könnte man das mit einem cmdalias regeln der down abfängt und den aktuellen stand mit auswertet. das erscheint mir auf den ersten blick als die sauberste lösung.

wenn du nicht aus fhem heraus steuerst geht das sowieso nur in dem du das notify auf alle pct werte reagieren lässt, dir die richtung merkst und rechtzeitig abbrichst.

im prinzip könnte man im modul auch den vorherigen wert zur verfügung stellen, aber wo macht man dann schluss. dafür gibt es zu viele readings.

nicht ganz sauber und ohne garantie auf ewige gültigkeit: in $defs{$name}->{helper}{pct} müsstest du im notify denjeweils vorherigen wert finden.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 11 Februar 2021, 10:30:55
Moin Jörg und Andre,

hab mich natürlich wieder mal nicht richtig ausgedrückt. ;)
Klar lösen set- und get-Befehle keine Events aus, sondern die Readings.

Ich habe es, wie Andre vorgeschlagen hat, mit einem cmdalias probiert. Das funktionierte auch wie gewünscht solange man ausschließlich über FHEM steuert, das hatte Andre auch bereits erwähnt. Da man das Rollo aber auch am Rollo selbst oder per Fernbedienung steuern kann, war mir das nicht ausreichend.

Für meine aktuelle Lösung habe ich ein userReading gebaut welches das Reading "direction" setzt. Dazu benutze ich OldReadingsVal. Es setzt bei Werten zwischen 1 und 99 das Reading entsprechend zum vorhergehenden Wert auf "opening" oder "closing". Bei Werten von 0 und 100 wird das Reading auf "stopped" gesetzt. Ein zusätzlicher watchdog setzt das Reading "direction" auf "stopped" wenn sich der pct Wert (zwischen 1 und 99) nach 3 Sekunden nicht mehr ändert. Als Letztes kommt natürlich noch ein notify zum Einsatz, welches das Reading "direction" auswertet und entsprechend reagiert.
Das funktioniert nun so wie ich es wollte.

Hier meine Definitions-Schnipsel falls das jemand nachbauen möchte.
Zusätzliche Attribute für das Rollo:

attr dz_Rollo oldreadings pct
attr dz_Rollo userReadings direction:pct:.* {\
  my $v = ReadingsVal($NAME,"pct",0);;\
  return "stopped" if ($v=~/^(0|100)$/);;\
  OldReadingsVal($NAME,"pct",0)>$v?"closing":"opening";;\
}

Der watchdog:

defmod wd_dz_Rollo_pct watchdog dz_Rollo:pct:.[1-9]\d? 00:00:03 dz_Rollo:pct:.[1-9]\d? setreading dz_Rollo:FILTER=direction!=stopped direction stopped
attr wd_dz_Rollo_pct autoRestart 1

Und hier das passende notify:

defmod n_dz_Rollo_direction notify dz_Rollo:direction:.* {\
  if ($EVTPART1 eq "closing") {\
    if (Value("dz_Fenster") ne "closed"){\
      say ("Das Rollo kann leider nicht heruntergefahren werden da das Fenster noch offen ist! Bitte schließe erst das Fenster und versuche es dann erneut!","dz_Sonos");;\
      fhem "set dz_Rollo pct 95";;\
    }\
  }\
}



Hier noch die Definition für cmdalias, welchen ich aber nicht mehr benutze:

defmod ca_set_dz_Rollo_down cmdalias set dz_Rollo down AS {\
  if (Value("dz_Fenster") ne "closed") {\
    fhem "set dz_Rollo pct 95";;\
  } else {\
    fhem "set dz_Rollo pct 0";;\
  }\
}



@Andre:
Wäre es nicht evtl. sinnvoll diese Werte (bei mir Reading "direction") direkt aus dem Modul in das Reading "state" zu schreiben, denn der aktuelle Öffnungsgrad des Rollo steht ja im Reading "pct" und wird eigentlich in "state" nicht noch zusätzlich benötigt.
Oder evtl. einfach nur bei den set-Befehlen, bevor sich das Reading "state" entprechend dem Reading "pct" mitändert, kurz auf (je nach set-Befehl) "down" bzw. "up" zu setzen damit ein entsprechend auszuwertendes Event kommt?
Verstehe mich nicht falsch, es funktioniert mit diesen Definitionen nun so wie ich es wünsche, nur könnte es evtl. noch komfortabler werden. Zwischen dem Schreiben des "pct" Readings und dem entsprechenden Reagieren darauf ist nämlich eine nicht zu vernachlässigende Verzögerung. Ich habe glücklicherweise das Rollo an der Decke befestigt und somit 13% Weg um es bei offenem Fenster noch "aufzuhalten". Viel kürzer dürfte der Weg auch nicht sein damit das "Aufhaltekommando" noch rechtzeitig kommt bevor das Rollo auf dem Fenster aufsetzt.

Vielen Dank für Eure Hilfe.

Gruß
Dan

BTW: Vielen Dank für das tolle Modul Andre! Mal wieder!!! ;)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 11 Februar 2021, 19:04:09
versuch mal ob die angehängte version macht was du möchtest.

das ganze landet aber nicht in state (das würde bei vielen probleme mit den icons machen) sondern es wird wie bei dir ein reading direction erzeugt das die werte unknown, stopped, closing oder opening annehmen kann.

das mit dem timer habe ich erst mal nicht eingebaut. da ich vermute das auf jeden fall ein wert kommt wenn der motor angehalten wird. ist aber ungetestet.

das mit der verzögerung verstehe ich nicht ganz. die readings werden geschrieben sobald etwas vom device empfangen wird. schneller geht es nicht. es gibt verzögerungen auf device seite da der rolladen  vermutlich nicht immer sofort etwas ans gateway sendet und das gateway nicht unbedingt sofort weiter an fhem. dagegen lässt sich aber nichts machen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 11 Februar 2021, 19:46:09
Zitat von: justme1968 am 11 Februar 2021, 19:04:09
versuch mal ob die angehängte version macht was du möchtest.

das ganze landet aber nicht in state (das würde bei vielen probleme mit den icons machen) sondern es wird wie bei dir ein reading direction erzeugt das die werte unknown, stopped, closing oder opening annehmen kann.

Du bist ja wieder mal schneller als die Feuerwehr. ;)
Es funktioniert auch soweit fast perfekt, denn eine Sache ist komisch. Mein notify für "closing" wird 3x getriggert, das war mit dem userReading nicht so.
Hab das mal in einer readingsHistory geloggt:

19:25:30  Rollo Zimmer Dan direction: stopped
19:25:26  Rollo Zimmer Dan direction: opening
19:25:25  Rollo Zimmer Dan direction: stopped
19:25:25  Rollo Zimmer Dan direction: closing
19:25:24  Rollo Zimmer Dan direction: stopped
19:25:24  Rollo Zimmer Dan direction: closing
19:25:23  Rollo Zimmer Dan direction: stopped
19:25:23  Rollo Zimmer Dan direction: closing


Statt "closing/stopped/closing/stopped/closing/stopped/opening/stopped" hätte kommen sollen "closing/stopped/opening/stopped". Warum der vor dem Hochfahren noch 2x "closing/stopped" dazwischen quetscht ist mir nicht ganz klar.

Die Sache mit der Verzögerung hatte ich nicht Dir bzw. dem Modul angelastet, sondern nur festgestellt. Das ist eben einfach so und lässt sich sicherlich nicht weiter optimieren. Mit der aktuellen Erweiterung von heute löst das notify auf jeden Fall schneller aus, da nicht erst gewartet werden muss bis sich das "pct" Reading das erste mal ändert und somit das userReading geschrieben wird und das notify auslöst.

Vielen Dank für Deinen Einsatz.

Gruß
Dan

P.S. Was ist eigentlich mit diesen Shortcut-Buttons? Gibt es bei denen wirklich keinen Weg dessen Betätigung in FHEM anzuzeigen. Ich hatte gehofft mit denen etwas mehr machen zu können als nur Szenen in der IKEA App zuzuweisen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 11 Februar 2021, 21:11:40
die seltsame event reihenfolge kann ich nicht reproduzieren. schau mal ob du mit inform und oder debug 5 mehr raus findest. vor allem schau was in pct steht und welche daten vom ikea gateway kommen.

könnt es eventuell sein das dein notify noch aktiv ist und dazwischen funkt?

ich hatte vorhin vergessen noch zu erwähnen das ich glaube das in deinem notify für 0% und 100% die richtung genau so mit berücksichtig werden muss wie bei den zwischen werten.


so lange das node backend modul das mit dem gateway redet da nichts einbaut komme ich nicht an die daten. und der stand dort ist bisher das das gateway schon nichts meldet.

mit deconz kommst du hier vermutlich weiter. da ist die rollo integration aber nicht so schön :)



Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 11 Februar 2021, 21:37:54
Das ist sehr merkwürdig. Sobald ich das notify deaktiviere stimmen die Events. Auch wenn ich das was das notify machen soll manuell mache, also kurz vor dem Aufsetzen des Rollos wieder auf "pct 95" setze, stimmen die Events. Sobald das notify aktiv ist kommt es zu diesen unerklärlichen Events. Ich habe sonst natürlich alles andere (userReadings+watchdog) zum Test entfernt. Ich verstehe es nicht, denn bei meiner selbstgebastelten Lösung war das kein Problem.

Ach und noch eine Kleinigkeit ist mir "unangenehm" aufgefallen. ;)
Wenn man das Rollo beim Hoch- bzw. Runterfahren stoppt und dann in die selbe Richtung weiterfährt, wird das Reading "direction" nicht noch einmal gesetzt. Das wäre natürlich schön da es beim manuellen Anhalten kein "stopped" gibt, sondern nur an den Endanschlägen und ich, um das zu ändern, normalerweise noch den watchdog im Einsatz habe.

Gruß
Dan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 11 Februar 2021, 21:55:37
Ich denke herausgefunden zu haben woran es mit diesen Events liegt!
Sobald "closing" gefeuert wird, wird das notify ausgelöst und das geht nun so schnell dass er noch über 95% geöffnet ist. Somit bekommt er ein zweites Mal den Befehl zum Herunterfahren und das wiederum erzeugt "stopped" und wieder "closing", womit das notify natürlich wieder ausgelöst wird. Stelle ich nämlich ein dass er bei "closing" wieder auf 99% fahren soll, klappt es wie gewünscht.
Bug oder Feature? Auf jeden Fall ist es Käse dass er zwischendurch "stopped" feuert wenn es in die selbe Richtung weiter geht.
Bekommst Du das evtl. noch abgefangen?

Gruß
Dan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 11 Februar 2021, 22:05:42
entkoppel mal das set in deinem notify mit einem sleep 0.01 davor und schau ob es dann geht.

wenn du noch etwas testen magst: in modul gibt es in der parse routine ziemlich am ende das ReadingsEndUpdate und danach eine ganze reihe von $hash-{helper}{readingxy} = $readingxy. schieb mal das ReadingsEndUpdate nach die zeile mit der zuweisung für pct. ändert das etwas ?


mist. den timer bzw. watchdog hatte ich absichtlich weg gelassen und gehofft das es auch ohne geht. die wartezeit lässt sich ja nicht genau bestimmen weil es davon abhängt wann genau beim weiter fahren gesendet wird. und das ist zumindest zum teil zufällig.

mit einem timer bekommt man ja auch nicht alle stop und wieder anfahren mit. was ist wenn man innerhalb der drei sekunden stoppt und wieder startet?

ein inhibit wie bei hm wäre schön... gibt es aber nicht.

also doch timer?


du warst schneller. funktioniert es statt auf 95% zu fahren wieder ganz hoch fährst ?
ich hatte auch mal ein stop eingebaut. ich weiss aber nicht ob das funktioniert. das wäre auch eine option.
das stopped kommt in zwei fällen: in endlager. das ist hier nicht der fall und wenn das gateway zwei mal den gleichen pct wert sendet. ist es das ? vielleicht hilft eine der beiden ideen von ganz oben.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 11 Februar 2021, 22:49:08
Leider hat weder das sleep etwas gebracht noch das Verschieben von readingsEndUpdate aus Zeile 1890.
Bei meinem momentanen Tests klappt es selbst nicht mehr mit dem Setzen auf 99, das notify löst wie vorher 3x aus. Häääää? Verstehe ich nicht!

Hier die Events:
2021-02-11 22:45:07 HUEDevice dz_Rollo pct: 99
2021-02-11 22:45:07 HUEDevice dz_Rollo direction: closing
2021-02-11 22:45:07 HUEDevice dz_Rollo state: 99
2021-02-11 22:45:07 HUEDevice dz_Rollo direction: stopped
2021-02-11 22:45:08 HUEDevice dz_Rollo pct: 94
2021-02-11 22:45:08 HUEDevice dz_Rollo direction: closing
2021-02-11 22:45:08 HUEDevice dz_Rollo state: 94
2021-02-11 22:45:08 HUEDevice dz_Rollo direction: stopped
2021-02-11 22:45:09 HUEDevice dz_Rollo pct: 91
2021-02-11 22:45:09 HUEDevice dz_Rollo direction: closing
2021-02-11 22:45:09 HUEDevice dz_Rollo state: 91
2021-02-11 22:45:09 HUEDevice dz_Rollo direction: stopped
2021-02-11 22:45:10 HUEDevice dz_Rollo pct: 96
2021-02-11 22:45:10 HUEDevice dz_Rollo direction: opening
2021-02-11 22:45:10 HUEDevice dz_Rollo state: 96
2021-02-11 22:45:11 HUEDevice dz_Rollo pct: 100
2021-02-11 22:45:11 HUEDevice dz_Rollo direction: stopped
2021-02-11 22:45:11 HUEDevice dz_Rollo state: 100

Hier war das notify sogar so eingestellt dass es bei "closing" "set dz_Rollo pct 100" ausführt.

Gruß
Dan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 11 Februar 2021, 23:01:16
Hab noch einen weiteren Test gemacht und zusätzlich mein userReading und den watchdog wieder aktiviert, allerdings auf das Reading "dir", so dass man beide parallel betrachten kann. Dabei hat auch alles wieder so geklappt wie es soll.
Hier mal der Event Monitor beim Auslösen des notify:
2021-02-11 22:59:48 HUEDevice dz_Rollo pct: 99
2021-02-11 22:59:48 HUEDevice dz_Rollo direction: closing
2021-02-11 22:59:48 HUEDevice dz_Rollo state: 99
2021-02-11 22:59:48 HUEDevice dz_Rollo dir: closing
2021-02-11 22:59:48 HUEDevice dz_Rollo direction: stopped
2021-02-11 22:59:50 HUEDevice dz_Rollo pct: 94
2021-02-11 22:59:50 HUEDevice dz_Rollo direction: closing
2021-02-11 22:59:50 HUEDevice dz_Rollo state: 94
2021-02-11 22:59:50 HUEDevice dz_Rollo pct: 91
2021-02-11 22:59:50 HUEDevice dz_Rollo state: 91
2021-02-11 22:59:51 HUEDevice dz_Rollo pct: 95
2021-02-11 22:59:51 HUEDevice dz_Rollo direction: opening
2021-02-11 22:59:51 HUEDevice dz_Rollo state: 95
2021-02-11 22:59:51 HUEDevice dz_Rollo dir: opening
2021-02-11 22:59:55 HUEDevice dz_Rollo dir: stopped


Gruß
Dan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 12 Februar 2021, 10:16:56
Ich hatte es bisher nicht erwähnt, evtl. weißt Du es auch schon, aber der "stop" Befehl hat generell keine Auswirkungen auf das Rollo.
Am Rollo selbst oder mit der FB ist es so dass man einfach noch einmal eine der beiden Tasten drückt und damit ein "stop" auslöst.

Gruß
Dan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 12 Februar 2021, 18:16:29
Hallo Andre,

ich habe mal Zeile 1840 auskommentiert:
      #$readings{direction} = 'stopped';
und Zeile 1882 geändert in:
      readingsBulkUpdate($hash, $key, $readings{$key}, 1) if( !defined($hash->{helper}{$key}) || ($hash->{helper}{$key} ne $readings{$key} || $key eq "direction") );

Damit funktioniert es nun genau so wie es auch mit meinem userReading funktioniert.

Einzig der "stop" Befehl funktioniert (noch) nicht.

Gruß
Dan

EDIT: Und das "stopped" zwischen 1 und 99 muss natürlich weiterhin mein watchdog machen. Wie Du schon geschrieben hast, ist es schwer das vernünftig ins Modul zu implementieren da es nicht immer sicher ist dass sich das Reading noch später ändert. Ich könnte aber damit leben das per watchdog zu lassen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 13 Februar 2021, 10:34:56
hmmm...

prinzipiell sollte sich das verhalten aus dem notify und direkt aus dem modul nicht unterscheiden. mal abgesehen vom timer der im modul nicht da ist. im modul mache ich ja auch nichts anderes als mit dem vorherigen wert zu vergleichen.

was mir auf den ersten blick auffällt ist das sich die logik in deinem notify minimal von der aus dem modul unterscheidet.

hast du mal verglichen wie reproduzierbar die werte die vom rollo rein kommen überhaupt sind? das sendet ja leicht asynchron zum fahren und ich glaube es werden nicht immer direkt die start und stop werte gesendet.

ich versuche nachher noch mal zu testen.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: DeeSPe am 13 Februar 2021, 11:38:23
Letztendlich sorgt meine erste Änderung nur dafür kein "stopped" zu setzen wenn der alte Wert gleich dem neuen Wert ist. Das hat offenbar die Probleme verursacht, vermutlich wegen der vorhandenen Asynchronität. Damit kommt beim plötzlichen Wiederhochfahren nicht plötzlich das zusätzliche "stopped/closing" dazwischen.
Die zweite Änderung sorgt auch nur dafür dass das Reading "direction" immer wieder gesetzt wird, auch wenn es identisch zum vorhergehenden Wert ist, ich denke das ist nicht so tragisch und ich habe es mit "event-on-change-reading" entprellt. Könnte man an dieser Stelle nicht statt "readingsBulkUpdate" einfach "readingsBulkUpdateIfChanged" einsetzen statt dem "if" Konstrukt dahinter?

Gruß
Dan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 13 Februar 2021, 12:18:55
readingsBulkUpdateIfChanged gab es noch nicht als das modul entstanden ist :). das ganze ist schon etwas älter.

aber unabhängig von der methode: wenn der neue wert gleich dem alten ist sollte diese stelle sowieso keinen unterschied machen. und mit readingsBulkUpdateIfChanged wäre es auch schwerer dein or noch mit einzubauen.

wie gesagt: ich schaue nachher noch mal.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: eschie am 14 März 2021, 14:13:24
Hi,
ich benutze die Anbindung der Tradfri-Gateways nun schon seit längerem. Ich regel den Tag über sehr viel an den Helligkeiten und Farbtönen der Lampen in Abhängigkeit der Tageszeit und Außenhelligkeit. Leider passiert es, dass ich immer wieder die Kontrolle über alle Devices verliere. Sie reagieren nicht mehr auf Befehle aus FHEM heraus. Ich kann aber über die App auf dem Handy weiter die Lampen steuern. Das heißt am Gateway kann es nciht liegen. Teilweise empfängt FHEM sogar noch korrekte Rückmeldungen über den Status der Lampen. Ich habe in letzter Zeit versucht die Ursache/Quelle einzugrenzen und bin dabei auf verschiedene Möglichkeiten gestoßen, die Devices in FHEM wieder unter Kontrolle zu bekommen.
* Das Gateway vom Strom trennen löst die Probleme jedes mal, aber die Ursache kann das Gateway nicht sein, da ich über die Handyapp ja noch weiter die Lampen steuern kann.
* FHEM-Neustarts löst das Problem in der Regel nicht, nur in ganz seltenen Fällen läuft danach wieder alles.
* das Stoppen und Starten des "tradfri" Devices in FHEM löst die Unterbrechung beim Stoppen meist für wenige Befehle. Es lassen sich 2 bis 3 Lampen kurzzeitig steuern, dann geht wieder nichts mehr.
* mehrmaliges Stoppen und Starten führt irgendwann wieder dazu, dass die Geräte ein paar Tage steuerbar sind. Manchmal lässt sich das System so aber auch nicht wiederbeleben.
* in 95% der Abstürze hilft es den "node" prozess, in dem die FHEM-Tradfri-Bridge läuft zu killen und dann das device in FHEM neuzustarten. die restlichen 5 % lassen sich durch wiederholtes killen der Prozesse lösen.

Ich habe das Tradfri device in FHEM schon mal mit "verbose 5" laufen lassen. ich konnte in den logs aber nichts finden, was auf das Problem hinweist. Ich vermute, dass es in dem Java-Skript-Teil hakt. ich habe aber leider keine Java-Erfahrung und kann diesen Teil nicht debuggen.

Auch habe ich das Problem sowohl auf einem Ubuntu 18.04 LTS auf x64 Basis beobachtet, als auch auf einem Raspbian.

Kann mir hier jemand helfen, oder hat weitere Tipps oder Anregungen, wie ich die Ursache finde?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: aje89 am 27 März 2021, 18:26:44
Zitat von: eschie am 14 März 2021, 14:13:24
Hi,
ich benutze die Anbindung der Tradfri-Gateways nun schon seit längerem. Ich regel den Tag über sehr viel an den Helligkeiten und Farbtönen der Lampen in Abhängigkeit der Tageszeit und Außenhelligkeit. Leider passiert es, dass ich immer wieder die Kontrolle über alle Devices verliere. Sie reagieren nicht mehr auf Befehle aus FHEM heraus. Ich kann aber über die App auf dem Handy weiter die Lampen steuern. Das heißt am Gateway kann es nciht liegen. Teilweise empfängt FHEM sogar noch korrekte Rückmeldungen über den Status der Lampen. Ich habe in letzter Zeit versucht die Ursache/Quelle einzugrenzen und bin dabei auf verschiedene Möglichkeiten gestoßen, die Devices in FHEM wieder unter Kontrolle zu bekommen.
* Das Gateway vom Strom trennen löst die Probleme jedes mal, aber die Ursache kann das Gateway nicht sein, da ich über die Handyapp ja noch weiter die Lampen steuern kann.
* FHEM-Neustarts löst das Problem in der Regel nicht, nur in ganz seltenen Fällen läuft danach wieder alles.
* das Stoppen und Starten des "tradfri" Devices in FHEM löst die Unterbrechung beim Stoppen meist für wenige Befehle. Es lassen sich 2 bis 3 Lampen kurzzeitig steuern, dann geht wieder nichts mehr.
* mehrmaliges Stoppen und Starten führt irgendwann wieder dazu, dass die Geräte ein paar Tage steuerbar sind. Manchmal lässt sich das System so aber auch nicht wiederbeleben.
* in 95% der Abstürze hilft es den "node" prozess, in dem die FHEM-Tradfri-Bridge läuft zu killen und dann das device in FHEM neuzustarten. die restlichen 5 % lassen sich durch wiederholtes killen der Prozesse lösen.

Ich habe das Tradfri device in FHEM schon mal mit "verbose 5" laufen lassen. ich konnte in den logs aber nichts finden, was auf das Problem hinweist. Ich vermute, dass es in dem Java-Skript-Teil hakt. ich habe aber leider keine Java-Erfahrung und kann diesen Teil nicht debuggen.

Auch habe ich das Problem sowohl auf einem Ubuntu 18.04 LTS auf x64 Basis beobachtet, als auch auf einem Raspbian.

Kann mir hier jemand helfen, oder hat weitere Tipps oder Anregungen, wie ich die Ursache finde?

Enablen und disablen des tradfri Adapters hilft bei mir jedesmal.
Für mich ist die Lösung alles auf deCONZ umzustellen.
Die Ikea App verliert bei mir auch ständig die Verbindung und ich muss den Code neu scannen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 27 März 2021, 18:58:42

das liegt leider an der darunter liegenden node-tradfri-client lib und zum teil daran das es kein offizielles api von ikea gibt.

alle x stunden automatisch ein set reconnect oder set restart machen ist zwar nur ein workaround sollte aber helfen.

eventuell und bei reproduzierbaren bedingungen wäre es gut bei node-tradfri-client ein ticket auf zu machen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: error500 am 30 März 2021, 07:59:15
Hallo zusammen,

ich habe ähnliche Probleme wie von eschie beschrieben. Bei mir hat es bisher immer geholfen ein restart am fhem tradfri-gateway abzusetzen.

Habe mir eben mal das Changelog von node-tradfri-client angesehen und bin dort darauf aufmerksam geworden, dass am 24.02.2021 mit Version 2.2.0 ein paar Sachen hinzugefügt wurden. Ich habe dann mal zum Test nach der Zeichenkette "whenPowerRestored" in den Dateien im tradfri-client Verzeichnis gesucht. Nichts. Auch nach einem "npm update" wurde nichts gefunden. NPM ist jetzt nicht wirklich meine Stärke, also habe ich das Paket tradfri-fhem einfach mal deinstalliert und wieder installiert. Anschließend habe ich auch die eben erwähnte Zeichenkette gefunden.

Ob das Problem damit nun behoben ist oder nicht, kann ich noch nicht sagen. Aber für mich steht erst mal fest, dass node-tradfri-client auf meinem pi trotz "npm update" nicht aktuell war. Vielleicht hilft das ja jemandem weiter, bzw. jemand kann mir sagen, wie das Update korrekt durchzuführen ist.

Viele Grüße
Mark
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: error500 am 01 April 2021, 09:22:55
Hallo nochmal,

ich habe mein Problem mal etwas genauer unter die Lupe genommen: Die Readings der Tradfri-Geräte sind nach einer gewissen Zeit nicht mehr aktuell. Dann muss ich das fhem Tradfri-Gateway Device neu starten. Die Readings (aller Tradfri-Geräte) werden dann sofort aktualisiert und nach einiger Zeit sind die wieder nicht mehr aktuell. (Nach einem Befehl an eine Lampe über App oder FHEM werden, sofern noch "synchron", sämtliche Readings des angesteuerten Geräts aktualisiert.)

Um das einzugrenzen habe ich ein Tradfri-Device ausgewählt, bei dem ich mit einem AT alle X Minuten einen set-Befehl absetze um eine Readings-Änderung zu bewirken. Ergebnis: wenn das AT länger als ca. 5 Minuten nichts verändert, dann verabschiedet sich irgendwas. Wird in den 5 bis 6 Minuten immer was an einem Device geändert, dann bleiben die Readings auch über 2 Tage synchron. Wenn diese 5 bis 6 Minuten um sind und währenddessen kein set auf irgendein Tradfri-Device abgesetzt wurde, verändert sich anschließend kein Tradfri-Reading mehr. Die Lampen sind jedoch alle noch ansteuerbar (es wird dann aber kein mehr Reading aktualisiert).

Leider kann ich mit meinem Wissen den Grund nicht weiter einschränken. Daher lasse ich aktuell mein AT weiterlaufen, dass alle 5 Minuten an einer Trafri-Lampe was ändert, damit alle Readings aller Tradfri-Geräte aktuell bleiben.

Hat jemand eine Idee?

Viele Grüße
Mark
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlexWall am 01 April 2021, 19:01:04
Hallo zusammen,

ich habe das Problem, dass ich beim start des Moduls folgenden Fehler bekomme:

2: tradfri: starting tradfri-fhem: /usr/bin/tradfri-fhem -s xxxxxxxxxxxxxxx --ip 192.168.1.6
2021.04.01 18:48:34 5: tradfri: using /usr/bin/tradfri-fhem
2021.04.01 18:48:34 3: tradfri: starting
2021.04.01 18:48:34 3: tradfri: using FHEM logfile
2021.04.01 18:48:35 5: tradfri: read: [2021-4-1 6:48:35 PM] this is tradfri-fhem 0.1.8
2021.04.01 18:48:35 5: tradfri: read: [2021-4-1 6:48:35 PM] connecting to: 192.168.1.6
2021.04.01 18:48:35 4: tradfri: [2021-4-1 6:48:35 PM] connecting to: 192.168.1.6
2021.04.01 18:48:35 5: tradfri: read: *** FHEM: connection failed, SyntaxError: Unexpected end of JSON input
2021.04.01 18:48:35 3: tradfri: read: end of file reached while sysread
2021.04.01 18:48:35 3: tradfri: stopped

tradfri-fhem version 0.1.8
Ubuntu 16.04 LTS

Kann jemand helfen?


Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: MadMax-FHEM am 01 April 2021, 19:07:38
Welche node/npm Version hast du?

Ich vermute "zu alt": Ubuntu 16.04 LTS

Gruß, Joachim
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: rageltus am 04 Mai 2021, 15:52:14
Hi zusammen,

aktuell gehen bei mir mit dem Modul keine Gruppen. Also ich kann bspw. set Büro ct 200 gar nicht ausführen bzw. es reagiert nicht, um im Raum Büro bspw. 3 GU10 Spots zu schalten. War das schon immer so? Irgendwie schaltet nix mehr. An und Aus geht bei der Gruppe. Jemand eine Idee?

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: grappa24 am 30 Juni 2021, 19:56:46
kann es sein, dass das tradfri gateway ein update bekommen hat und das dies der Grund für meine Fehlermeldungen ist:

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

Zitat2021.06.30 19:52:04 3: tradfri: read: end of file reached while sysread
2021.06.30 19:52:04 3: tradfri: stopped
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 30 Juni 2021, 20:14:21
Moin!

Yepp, ähnliches hier: Mein FHEM Modul reagiert gar nicht mehr, alle Devices stehen auf Fragezeichen.
Kurz vorher gab es ein Update von IKEA.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 30 Juni 2021, 20:51:34
PS.:
Scheint ein Autorisierungsproblem zu sein, offensichtlich hat Ikea was am Crypting geändert.
Ich hoffe, irgendjemand posted hier eine Lösung, sonst wäre FHEM + Tradfri ab heute tot, was extrem schade wäre...  :( :(
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 30 Juni 2021, 21:48:16
scheinbar bekommt die zugrunde liegende node-tradfri-client lib keine verbindung mehr. ich habe dafür auf github eine meldung aufgemacht. ich hoffe ebenfalls das es repariert wird.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pati_Alpha am 01 Juli 2021, 00:38:10
Gleiches Problem hier. Aber ich bin schon mal froh, dass scheinbar nichts bei mir zerschossen ist.

Danke fürs Dranbleiben justme!!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pati_Alpha am 01 Juli 2021, 08:16:42
Es gibt seit 8 Stunden ein neues release der node tradfri lib das irgendeinen bug fixt..?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 01 Juli 2021, 08:28:09
ikea hat scheinbar einen bug in der neuesten version der gateway firmware. die node-tradfri-client version 3.0.1 hat ein workaround dafür eingebaut.

ich habe eben in tradfri-fhem die dependecy für node-tradfri-client auf diese 3.0.1. geändert. damit schein alles wieder zu gehen.

npm update -g oder entsprechend und dann in fhem set <tradfri> restart sollte also jetzt helfen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pati_Alpha am 01 Juli 2021, 09:14:13
Hey, oh, das klingt gut! :O

"npm update -g" updated dann node auch auf 12? Ich meine das stand dort im changelog.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: The Spirit am 01 Juli 2021, 09:31:27
hier das gleiche problem.
leider klappt es immer noch nicht.
hier der log

2021.07.01 09:28:50 2:  tradfrigw: starting tradfri-fhem: /usr/local/bin/tradfri-fhem -s xxxxx --ip 192.168.178.xx
2021.07.01 09:28:50 5:  tradfrigw: using /usr/local/bin/tradfri-fhem
2021.07.01 09:28:50 3:  tradfrigw: starting
2021.07.01 09:28:50 3:  tradfrigw: using FHEM logfile
2021.07.01 09:28:51 5:  tradfrigw: read: [7/1/2021, 09:28:51] this is tradfri-fhem 0.0.9
2021.07.01 09:28:51 5:  tradfrigw: read: [7/1/2021, 09:28:51] connecting to: 192.168.178.xx
2021.07.01 09:28:51 4:  tradfrigw: [7/1/2021, 09:28:51] connecting to: 192.168.178.xx
2021.07.01 09:28:54 5:  tradfrigw: read: *** FHEM: connection failed, Error: The gateway did not respond in time.
2021.07.01 09:28:54 3:  tradfrigw: read: end of file reached while sysread
2021.07.01 09:28:54 3:  tradfrigw: stopped


npm hab ich version v12.16.3

was kann ich noch testen?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 01 Juli 2021, 09:33:50
Bei mir hat nun alles geklappt.
Ich habe zuerst ein
npm update -g
ausgeführt, dann ein
npm install -g npm
und am Ende
set <tradfri> restart
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: The Spirit am 01 Juli 2021, 09:35:15
scheint jetzt auch wieder zu laufen, nachdem ich tradfri komplett neu installiert habe
danke
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Pati_Alpha am 01 Juli 2021, 09:37:17
Bei mir hat der fix funktioniert!

Hier meine Anleitung fürs Update:
Man braucht wohl Node in der Version > 12, daher erstmal Node-Version checken mit:
node -v

Da es bei mir noch unter 12 war (10.#): updaten von Node:
sudo apt-get install curl software-properties-common
und
curl -sL https://deb.nodesource.com/setup_16.x | sudo bash -
danach nochmal
sudo apt-get install -y nodejs

Nun checkt, ob in npm alles up-to-date ist:
sudo npm -g outdated

Bei mir stand dort, dass npm und tradfri-fhem alt wären:
Zitat
Package       Current   Wanted  Latest  Location
npm            6.14.4  6.14.13  7.19.0  global
tradfri-fhem    0.1.8    0.1.9   0.1.9  global

Daher beides updaten:
sudo npm -g update npm
und
sudo npm -g update tradfri-fhem

Nun habe ich sicherheitshalber mein FHEM-Linux noch einmal neugestartet und TADA: Es geht wieder alles in FHEM! :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: grappa24 am 01 Juli 2021, 09:41:24
Zitat von: justme1968 am 01 Juli 2021, 08:28:09
npm update -g oder entsprechend und dann in fhem set <tradfri> restart sollte also jetzt helfen.
hat bei mir geholfen, vielen Dank!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dancatt am 01 Juli 2021, 09:51:17
Mein node hat die Version 10.15.3.
Geht also auch
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 01 Juli 2021, 10:37:28
bei mir hat node die Ver. v14.17.1 aber irgendwie bekomm ich es nicht zum laufen

***EDIT***

ich hab bei tradfri-fhem ver. 0.1.8 und bekomm die nicht auf 0.1.9

ich weiß nicht ob ich schon was bei der erst Installation falsch gemacht habe. Das es im Falschen Verzeichnis ist?
pi@raspberrypi:~ $ sudo find / -name tradfri-fhem
/usr/local/bin/tradfri-fhem
/usr/local/lib/node_modules/tradfri-fhem
/home/pi/node_modules/.bin/tradfri-fhem
/home/pi/node_modules/tradfri-fhem
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 01 Juli 2021, 10:47:57
Zitat von: justme1968 am 01 Juli 2021, 08:28:09
ikea hat scheinbar einen bug in der neuesten version der gateway firmware. die node-tradfri-client version 3.0.1 hat ein workaround dafür eingebaut.

ich habe eben in tradfri-fhem die dependecy für node-tradfri-client auf diese 3.0.1. geändert. damit schein alles wieder zu gehen.

npm update -g oder entsprechend und dann in fhem set <tradfri> restart sollte also jetzt helfen.

Super, ganz vielen Dank!
Bei mir läuft es wieder.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: JooB am 01 Juli 2021, 12:17:45
Jungs und Mädels, ihr seit meine Helden, ganz besonders natürlich justme1968!!!
Eben ging hier das Licht nicht mehr aus, man ahnt böses, bemerkt, dass ein Ikea-Update gekommen war, also set tradfri restart... und nix. Gateway booten... auch nix. Panne, morgen geht es in den Urlaub und jetzt das.  >:(
Einmal Foren-Suche und schon eine funktionierende Lösung, besser und schneller geht es nicht!!!
DANKE!!!!! :D
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dtavb am 01 Juli 2021, 13:09:35
Ich musste das Passwort als Attribut neu zuteilen, davon abgesehen wie im Workaround beschrieben.
Lieben Dank für die super schnelle Lösung!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Loetkolben am 01 Juli 2021, 18:24:57
Zitat von: justme1968 am 01 Juli 2021, 08:28:09
npm update -g oder entsprechend und dann in fhem set <tradfri> restart sollte also jetzt helfen.

Danke, hat bei mir auch geholfen :-)
Super!


   Andreas
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Lorenz am 01 Juli 2021, 21:07:53
Macht es Sinn, um Derartiges zu vermeiden, dem Gateway den Internetzugriff mittels Firewall zu entziehen?

LG
Lorenz
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: micha42 am 01 Juli 2021, 21:33:38
Zitat von: Lorenz am 01 Juli 2021, 21:07:53
Macht es Sinn, um Derartiges zu vermeiden, dem Gateway den Internetzugriff mittels Firewall zu entziehen?

Naja, ohne jetzt genau zu hinterfragen was da passiert ist:

Die App Tradfri Lux zB, die ebenso über das Gateway zugreift, hatte keinerlei Probleme. Einfach mal jegliche Updates durch FW zu blocken, halte ich für keine gute Idee. Auch wenn ich mich regelmäßig ein klein wenig ärgere, sollte nach dem Tradfri-Update mal wieder ein tradfri-fhem restart notwendig sein.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 02 Juli 2021, 07:52:28
Zitat von: AlphaKingOne am 01 Juli 2021, 10:37:28
bei mir hat node die Ver. v14.17.1 aber irgendwie bekomm ich es nicht zum laufen

***EDIT***

ich hab bei tradfri-fhem ver. 0.1.8 und bekomm die nicht auf 0.1.9

ich weiß nicht ob ich schon was bei der erst Installation falsch gemacht habe. Das es im Falschen Verzeichnis ist?
pi@raspberrypi:~ $ sudo find / -name tradfri-fhem
/usr/local/bin/tradfri-fhem
/usr/local/lib/node_modules/tradfri-fhem
/home/pi/node_modules/.bin/tradfri-fhem
/home/pi/node_modules/tradfri-fhem


Ich bin leider immer noch zu keiner Lösung gekommen. Tut mir leid für meine Ungeduld 🙈 aber das mit dem Licht ist echt nervig.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Juli 2021, 09:38:30
statt update mit install neu installieren
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 02 Juli 2021, 10:57:53
Zitat von: justme1968 am 02 Juli 2021, 09:38:30
statt update mit install neu installieren
Hab ich auch schon versucht. Vielleicht mach Ich ein sudo find / -name tradfri-fhem und löschen alles was Ich finde. Und Versuche es dann neu zu installieren. Oder ist davon abzuraten?

Bei insall kommt das
pi@raspberrypi:~ $ sudo npm install tradfri-fhem       
up to date, audited 25 packages in 3s

found 0 vulnerabilities
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Juli 2021, 11:53:18
alle kommandos normalerweise immer mit -g für global. sudo npm install -g tradfri-fhem

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 02 Juli 2021, 12:07:57
Ja da kommt die gleiche Meldung
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Juli 2021, 12:28:00
was sagt sudo npm ls -g --depth 0 ?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mathea am 02 Juli 2021, 20:54:32
Ich möchte an der Stelle mal melden, dass ich das gleiche Problem habe wie AlphaKingOne.
Bei mir wird in fhem die tradfri-fhem Version 0.1.8 angezeigt.

sudo npm ls -g --depth 0 hingegen returned folgendes, nachdem ich sudo npm install -g tradfri-fhem ausgeführt habe:

root@HomeServer-Right:~# npm ls -g --depth 0
/usr/lib
+-- npm@7.19.1
`-- tradfri-fhem@0.1.9


Ich habe schon die verschiedenen Lösungsansätze hier im Forum ausprobiert, leider ohne Erfolg.
Hat jemand eine Ahnung, woran das liegen könnte?

Danke & Gruß,
Mathea
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 02 Juli 2021, 21:04:39
dann hast du zwei versionen installiert und fhem findet die falsche zuerst. bitte die falsche löschen.

das ist mit einem update von node/npm vor einiger zeit passiert. dort wurde der default pfad geändert. es gibt schon andere threads dazu.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 02 Juli 2021, 23:45:01
Ja davon gehe ich aus. Kannst du mir ein Tipp geben wie ich da vorgehen muss? Ich hab heute ausversehen meine Alexa Anbindung schon gelöscht 🤦
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Mathea am 02 Juli 2021, 23:57:18
justme1968, vielen Dank für den entscheidenden Tipp mit dem Pfad! Das war es tatsächlich.

AlphaKingOne (und andere Mitleser, die das gleiche Problem haben), ich habe im Endeffekt folgende Pfade gelöscht und anschließend sicherheitshalber tradfri-fhem noch mal neu installiert:


sudo rm -R /usr/local/bin/tradfri-fhem
sudo rm -R /usr/local/lib/node_modules/tradfri-fhem

sudo npm install -g tradfri-fhem


Daraufhin hat es nach einem Restart von tradfri im FHEM Web wieder funktioniert  :)
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: FlamingStar am 03 Juli 2021, 09:07:18
Zitat von: Mathea am 02 Juli 2021, 23:57:18
justme1968, vielen Dank für den entscheidenden Tipp mit dem Pfad! Das war es tatsächlich.

AlphaKingOne (und andere Mitleser, die das gleiche Problem haben), ich habe im Endeffekt folgende Pfade gelöscht und anschließend sicherheitshalber tradfri-fhem noch mal neu installiert:


sudo rm -R /usr/local/bin/tradfri-fhem
sudo rm -R /usr/local/lib/node_modules/tradfri-fhem

sudo npm install -g tradfri-fhem


Daraufhin hat es nach einem Restart von tradfri im FHEM Web wieder funktioniert  :)

Vielen Dank! Genau das hat geholfen
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: AlphaKingOne am 03 Juli 2021, 09:12:54
Zitat von: Mathea am 02 Juli 2021, 23:57:18
justme1968, vielen Dank für den entscheidenden Tipp mit dem Pfad! Das war es tatsächlich.

AlphaKingOne (und andere Mitleser, die das gleiche Problem haben), ich habe im Endeffekt folgende Pfade gelöscht und anschließend sicherheitshalber tradfri-fhem noch mal neu installiert:


sudo rm -R /usr/local/bin/tradfri-fhem
sudo rm -R /usr/local/lib/node_modules/tradfri-fhem

sudo npm install -g tradfri-fhem


Daraufhin hat es nach einem Restart von tradfri im FHEM Web wieder funktioniert  :)

Danke  :-* jetzt geht es
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 03 Juli 2021, 13:05:43
Zitat von: Lorenz am 01 Juli 2021, 21:07:53
Macht es Sinn, um Derartiges zu vermeiden, dem Gateway den Internetzugriff mittels Firewall zu entziehen?

LG
Lorenz

Das mache ich seit ein paar Monaten so und alle paar Wochen gezielt für Updates auf. Ich mag keine automatischen Updates, von denen ich nichts bzw. genauer gesagt hinterher Fehler mitbekomme, wenn ich nicht direkt darauf reagieren kann. Solange ich keine neuen Geräte installiere und keine Fehler habe, sehe ich keinen Grund, die Updates immer so schnell wie möglich einzuspielen. Auch in Bezug auf die Sicherheit nicht, da das Gateway ja eben gerade vom Internet getrennt ist.

Eigentlicher Grund bei mir war, dass ich nach den Updates immer gestörte Verbindungen (vom Gateway) zu ein paar Geräten habe und die erst am Schalter manuell aus- und wieder einschalten muss.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Lorenz am 03 Juli 2021, 20:06:34
Zitat von: tomcat.x am 03 Juli 2021, 13:05:43
Das mache ich seit ein paar Monaten so und alle paar Wochen gezielt für Updates auf. Ich mag keine automatischen Updates, von denen ich nichts bzw. genauer gesagt hinterher Fehler mitbekomme, wenn ich nicht direkt darauf reagieren kann. Solange ich keine neuen Geräte installiere und keine Fehler habe, sehe ich keinen Grund, die Updates immer so schnell wie möglich einzuspielen. Auch in Bezug auf die Sicherheit nicht, da das Gateway ja eben gerade vom Internet getrennt ist.

Eigentlicher Grund bei mir war, dass ich nach den Updates immer gestörte Verbindungen (vom Gateway) zu ein paar Geräten habe und die erst am Schalter manuell aus- und wieder einschalten muss.
Das ist ein guter Ansatz. Mache ich bei meiner Heizung ähnlich und werde jetzt auch bei Ikea die Kontrolle übernehmen. Ich sehe hier auch nicht die Notwendigkeit regelmäßiger Updates, die eher "schädlich" sein können.

LG Lorenz
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: dorian67 am 09 Juli 2021, 13:34:37
Hallo, habe

- das Modul wie beschrieben eingebunden. Gateway wird erkannt.
- Fernbedienung und Gruppen wurden erkannt und in fhem angelegt.
- Fernbedienung: Aktuell wird mir - wie eingangs beschrieben - nur der Batteriestatus angezeigt

Gibt es zwischenzeitlich eine Möglichkeit die Fernbedienung in fhem einzubinden also auch andere Geräte damit zu steuern?

Gruß Dorian
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 09 Juli 2021, 14:03:38
das ist aktuell mit dem ikea gateway nicht möglich. die evens bekommst du nur mit deconz.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: cseuss am 23 Juli 2021, 09:33:39
Hallo zusammen,

mir haben die Hinweise von justme1968 auch sehr gut geholfen  :).

Zitat von: justme1968 am 01 Juli 2021, 08:28:09
ikea hat scheinbar einen bug in der neuesten version der gateway firmware. die node-tradfri-client version 3.0.1 hat ein workaround dafür eingebaut.

ich habe eben in tradfri-fhem die dependecy für node-tradfri-client auf diese 3.0.1. geändert. damit schein alles wieder zu gehen.

npm update -g oder entsprechend und dann in fhem set <tradfri> restart sollte also jetzt helfen.

Vielen Dank  :)!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tobias.vorberg am 23 Juli 2021, 09:43:03
Zitat von: cseuss am 23 Juli 2021, 09:33:39
Hallo zusammen,

mir haben die Hinweise von justme1968 auch sehr gut geholfen  :).

Vielen Dank  :)!

Hat bei mir auch super funktioniert. Die Warnings habe ich alle ignoriert.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: RockThisParty am 01 Oktober 2021, 08:01:28
Erledigt ... sorry für unnötigen Post ... shutdown restart hat den Fehler verscheucht. Nicht befriedigend, aber immerhin.


Guten Morgen!

Ich habe über das IKEA-Gateway nur ein einzelnes Rollo (inkl. Repeater und Remote) eingebunden.
Bis vor ca. 3 Tagen lief das problemlos.

Gerade habe ich herausgefunden, dass set MyRollo up und down nicht mehr funktionieren. Prozentwerte funktionieren außer 100%.

Hat jemand eine Idee, woran das liegen kann? Klingt für mich nach einer Änderung auf Ikea-Seite?

Viele Grüße
Stefan
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: raiderxxl am 28 Oktober 2021, 17:35:38
2021.10.28 17:30:42 2:  tradfri_bridge: starting tradfri-fhem: /usr/bin/tradfri-fhem -s xxxxxxxxx -i tradfri_1625162776793 -p xxxxxxxxx —ip 10.88.88.160
2021.10.28 17:30:42 5:  tradfri_bridge: using /usr/bin/tradfri-fhem
2021.10.28 17:30:42 3:  tradfri_bridge: starting
2021.10.28 17:30:42 3:  tradfri_bridge: using FHEM logfile
2021.10.28 17:30:42 5:  tradfri_bridge: read: [28.10.2021, 17:30:42] this is tradfri-fhem 0.1.9
2021.10.28 17:30:42 5:  tradfri_bridge: read: [28.10.2021, 17:30:42] discovering gateways
2021.10.28 17:30:42 4:  tradfri_bridge: [28.10.2021, 17:30:42] discovering gateways
2021.10.28 17:30:52 5:  tradfri_bridge: read: [28.10.2021, 17:30:52]   found gateway: null
2021.10.28 17:30:52 4:  tradfri_bridge: [28.10.2021, 17:30:52]   found gateway: null
2021.10.28 17:30:52 5:  tradfri_bridge: read: /usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:66
2021.10.28 17:30:52 4:  tradfri_bridge: /usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:66
2021.10.28 17:30:52 5:  tradfri_bridge: read:     tradfri = new TradfriClient(gateway.host);
2021.10.28 17:30:52 4:  tradfri_bridge:     tradfri = new TradfriClient(gateway.host);
2021.10.28 17:30:52 5:  tradfri_bridge: read:                                         ^
2021.10.28 17:30:52 4:  tradfri_bridge:                                         ^
2021.10.28 17:30:52 5:  tradfri_bridge: read:
2021.10.28 17:30:52 4:  tradfri_bridge:
2021.10.28 17:30:52 5:  tradfri_bridge: read: TypeError: Cannot read properties of null (reading 'host')
2021.10.28 17:30:52 4:  tradfri_bridge: TypeError: Cannot read properties of null (reading 'host')
2021.10.28 17:30:52 5:  tradfri_bridge: read:     at Tradfri.start (/usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:66:41)
2021.10.28 17:30:52 4:  tradfri_bridge:     at Tradfri.start (/usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:66:41)
2021.10.28 17:30:52 5:  tradfri_bridge: read:     at processTicksAndRejections (node:internal/process/task_queues:96:5)
2021.10.28 17:30:52 4:  tradfri_bridge:     at processTicksAndRejections (node:internal/process/task_queues:96:5)
2021.10.28 17:30:52 3:  tradfri_bridge: read: end of file reached while sysread
2021.10.28 17:30:52 3:  tradfri_bridge: stopped
2021.10.28 17:30:52 4:  tradfri_bridge: last run duration was only 10 sec, restarting with delay
2021.10.28 17:33:13 2:  tradfri_bridge: starting tradfri-fhem: /usr/bin/tradfri-fhem -sxxxxxxx -i tradfri_1625162776793 -p xxxxxxxx —ip 10.88.88.160
2021.10.28 17:33:13 5:  tradfri_bridge: using /usr/bin/tradfri-fhem
2021.10.28 17:33:13 3:  tradfri_bridge: starting
2021.10.28 17:33:13 3:  tradfri_bridge: using FHEM logfile
2021.10.28 17:33:13 5:  tradfri_bridge: read: [28.10.2021, 17:33:13] this is tradfri-fhem 0.1.9
2021.10.28 17:33:13 5:  tradfri_bridge: read: [28.10.2021, 17:33:13] discovering gateways
2021.10.28 17:33:13 4:  tradfri_bridge: [28.10.2021, 17:33:13] discovering gateways
2021.10.28 17:33:23 5:  tradfri_bridge: read: [28.10.2021, 17:33:23]   found gateway: null
2021.10.28 17:33:23 4:  tradfri_bridge: [28.10.2021, 17:33:23]   found gateway: null
2021.10.28 17:33:23 5:  tradfri_bridge: read: /usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:66
2021.10.28 17:33:23 4:  tradfri_bridge: /usr/lib/node_modules/tradfri-fhem/lib/tradfri.js:66
2021.10.28 17:33:23 5:  tradfri_bridge: read:     tradfri = new TradfriClient(gateway.host);
2021.10.28 17:33:23 4:  tradfri_bridge:     tradfri = new TradfriClient(gateway.host);
2021.10.28 17:33:23 5:  tradfri_bridge: read:                                         ^
2021.10.28 17:33:23 4:  tradfri_bridge:                                         ^
2021.10.28 17:33:23 5:  tradfri_bridge: read:
2021.10.28 17:33:23 4:  tradfri_bridge:
2021.10.28 17:33:23 5:  tradfri_bridge: read: TypeError: Cannot read properties of null (reading 'host')
2021.10.28 17:33:23 4:  tradfri_bridge: TypeError: Cannot read properties of null (reading


Gibts gerade Probleme durch Updates?
Bei mir ist das Modul tot. Alles upgedatet und neu gestartet....

Grüßle

Pascal




Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 28 Oktober 2021, 20:46:06
Bei mir ist noch alles ok. Ich hatte heute morgen ein Update gemacht, danach keine Probleme festgestellt und gerade sogar Geräte hinzugefügt. Bin mir nicht mehr sicher, aber Tradfri war mit bei den Updates auch nicht aufgefallen.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: raiderxxl am 29 Oktober 2021, 07:59:01
erledigt...
Mein FHEM hat das Gateway nicht mehr gefunden ... komisch
hab jetzt *richtig* das Attribut --ip gesetzt :-)

Funzt

Grüßle
Pascal
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 31 Oktober 2021, 15:29:54
Kleiner Tipp für die Nutzung der Ikea Luftreiniger (Starkvind):

Die Geräte werden nicht erkannt, nur die Gruppe. Mit der lässt sich in diesem Fall aber auch nichts anfangen. Man kann aber in der Ikea App Szenen definieren, beispielsweise einen einzelnen Luftreiniger auf auto zu stellen oder an/aus zu schalten und diese dann über das tradfri Gerät (Gateway) aufrufen.

Wer vorher schon die Szenen ausprobierthat, kennt das vermutlich. Ich nutze die App aber nur zum Einrichten neuer Geräte und zum Firmware-Update.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pilo am 03 November 2021, 12:28:51
Hi Zusammen,

ich habe das Problem, dass nach kurzer zeit das Modul still disconnected und keine Änderungen mehr anzeigt / durchführt, obwohl der Status auf "running" steht. Log gibt auch keine Infos. Ich nutze v0.1.9.
Any Suggestions?

Danke!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 03 November 2021, 15:42:13
Hallo pilo,

wie lang ist eine "kurze Zeit"? Ich hatte auch mal Probleme damit und hatte einen täglichen Restart eingestellt. Wie ich gerade gesehen habe, ist der immer noch aktiv. Also zumindest so lange scheint es bei mir zu funktionieren. Da ich das einfach zeitgesteuert gemacht habe, konnte ich wohl auch nie zuverlässig den Fehlerzustand erkennen.

Viele Grüße
Thomas
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pilo am 03 November 2021, 15:45:55
vielleicht 5-10 minuten ohne "tradfri-traffic".
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 03 November 2021, 15:55:06
ist bei euch zufällig docker im spiel?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pilo am 03 November 2021, 16:04:43
ja, fhem ist bei mir ein docker container.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 03 November 2021, 16:30:34
dann stimmt mit deiner netzwerk konfiguration etwas nicht. vermutlich hinsichtlich multicast. siehe auch den thread hier: https://forum.fhem.de/index.php/topic,119891.msg1181000.html#msg1181000
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pilo am 03 November 2021, 16:56:10
joa, multicast ist mit docker so ne sache.. ich habs jetzt mal so wie im genannten thread gebaut, ich berichte obs hält. Komisch ist halt, dass es erst funktioniert und dann aussteigt.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Richard-HH am 15 November 2021, 12:32:40
Kurze Frage, bevor ich auf "Bestellen" klicke....

Es ist ja wohl möglich (Seite 38 in diesem Fred), mehrere Tradfri Gateways an FHEM  betreiben(?)...gibt es einen Install-Guide?
Oder erkennt FHEM das automatisch anhand der ID und routet die Device-Parameter entspr. über das jeweilige Gateway?

Ich komme nämlich weit(!) über 50 Devices, wenn ich jetzt auf die Steckdosen/Plugs erweitere...

Gruß!
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 15 November 2021, 13:32:41
ist ungetestet, sollte aber gehen. einfach ein zweites tradfri device mit passenden parametern anlegen. wenn was schief geht bitte melden.
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: tomcat.x am 15 November 2021, 15:29:30
Zitat von: Richard-HH am 15 November 2021, 12:32:40
Ich komme nämlich weit(!) über 50 Devices

Guter Hinweis, hatte ich gar nicht auf dem Radar. Kann jemand sagen, wie viele Geräte es für ein Rollo sind? Anhand der Beschreibung sieht es für mich so aus, als ob die Repeater eigene Geräte und nicht transparent sind. Aber tauchen zusätzlich die Rollos als Geräte im Gateway und in fhem auf, also dann insgesamt 3 Geräte für ein Rollo?
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: Henno am 15 November 2022, 19:00:33
Hallo zusammen,

ich versuche grade das Modul bei mir zum leufen zu bekommen, tradfri-fhem ist auch installiert (0.1.9) aber fhem möchte nicht.
Es kommt immer wieder die Meldung das ich tradfri-fhem installieren soll.

   
stopped; tradfri-fhem not installed. install with 'sudo npm install -g tradfri-fhem'
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: TomHB am 03 Dezember 2022, 14:06:07
Hallo @justme1968,

frage an den Wissenden:
Wie sieht es eigentlich beim Dirigera aus, ist der Unterbau so viel anderes als beim Tradfri?
Ich habe es mit dem tradfri-fhem nicht zum laufen bekommen.

Gibt es da ggf. von Dir oder anderen Pläne, etwas anzupassen (sofern überhaupt notwendig)?


MfG
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 03 Dezember 2022, 14:21:41
es ist komplett anders und nicht kompatibel. es braucht als zumindest ein neues bridge modul.

da ich das ding aktuell selber nicht habe kann ich dazu aber nichts weiter sagen. es geht nur wenn ich die  hardware habe.

es scheint schon libs zur integration zu geben. intern wird scheinbar auch mqtt verwendet. ich weiß nicht ob das auch verwendbar ist. für mich selber könnte ich mir auch den weg über homekit vorstellen.

Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: TomHB am 06 Dezember 2022, 14:51:18
ok... Homebridge als FHEM-Modul gibt es ja... oder ist das nur ein Konnektor und man braucht Apple-Hardware um den Dirigera über Homebridge anpöppeln zu können?

Entschuldige die Frage - hab halt kein Apple(Universum) bei mir zuhause...
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: pc1246 am 13 Dezember 2022, 10:38:10
Zitat von: justme1968 am 03 Dezember 2022, 14:21:41
es ist komplett anders und nicht kompatibel. es braucht als zumindest ein neues bridge modul.

da ich das ding aktuell selber nicht habe kann ich dazu aber nichts weiter sagen. es geht nur wenn ich die  hardware habe.

es scheint schon libs zur integration zu geben. intern wird scheinbar auch mqtt verwendet. ich weiß nicht ob das auch verwendbar ist. für mich selber könnte ich mir auch den weg über homekit vorstellen.
Moin Andre
Soll ich Dir meins leihweise zur Verfuegung stellen? Ich habe es nur schon mal mitgenommen, da ich eh gerade da war.
Gruss Christoph
Titel: Antw:tradfri-fhem tester gesucht
Beitrag von: justme1968 am 13 Dezember 2022, 10:48:33
das würde tatsächlich helfen. ich schaue mich mal um was es zum protokoll tatsächlich schon gibt und melde mich dann bei dir. kann aber sein das es erst im januar klappt.