philips hue modul

Begonnen von justme1968, 11 Februar 2013, 13:55:14

Vorheriges Thema - Nächstes Thema

Mave

Moin zusammen,

ich habe immer noch folgende Fehlermeldung im Log, obwohl ich jetzt FHEM Raspi und HUE Bridge direkt an die Fritzbox angeschlossen habe:

2017.05.06 08:55:16 2: HUEBridge_OpenDev: error reading description: http://192.168.1.66/description.xml: Can't connect(1) to http://192.168.1.66:80: IO::Socket::INET: connect: Network is unreachable
2017.05.06 08:55:16 1: HUEBridge_HTTP_Request http://192.168.1.66/api/jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2/config: Can't connect to http://192.168.1.66:80
2017.05.06 08:55:16 3: HUEBridge_Call: failed, retrying
2017.05.06 08:55:16 1: HUEBridge_HTTP_Request http://192.168.1.66/api/jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2/config: Can't connect to http://192.168.1.66:80
2017.05.06 08:55:16 3: HUEBridge_Call: failed, retrying
2017.05.06 08:55:16 3: HUEBridge_Call: failed
2017.05.06 08:55:16 2: HUEBridge_OpenDev: got empty config


Die Steuerung der HUE Devices über FHEM funktioniert zwar, aber sehr unzuverlässig.

Vielen Dank im Voraus für Eure Unterstützung.

Grüße Mave

justme1968

und die ip stimmt auch wirklich ?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Mave

Die IP-Adresse stimmt. Ich habe in der Fritzbox das Häkchen gesetzt, dass die HUE Bridge immer dieselbe IP-Adresse bekommt.

In FHEM werden unter HUEDevice die Anzeigen nicht aktualisiert (auch nicht nach 60 Sekunden), die einzelnen Lampen kann ich aber trotzdem ein- und ausschalten.

Ich bin wirklich ratlos....

moskito

Hallo Andre.

kurze Frage zum HUEDevice Modul: Wäre es möglich ein devAlias Attribut zu realisieren?
Hintergrund ist, dass sich kurz hintereinander zwei Lampen bei mir verabschiedet haben, und die neuen in der Device Reihenfolge, trotz vorherigem löschen der alten Devices, einfach hinten angehängt wurden.
Ich wollte auch nicht die ganze Bridge zurücksetzen und neu anlernen, um wieder die alten Zuordnungen zu erhalten.
Mit diesem Attribut wären solche "Ersetzungen" viel einfacher zu bewältigen.

Gruß
Danny
FHEM auf Intel NUC/Proxmox & Debian 12 + HM-CFG-USB + zigbee2mqtt + Zwave + Enocean

justme1968

@Mave: zeig mal ein list von der bridge und von einem device

@moskito: das umbenennen per rename reicht dir nicht?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

moskito

Wieder mal nicht an die einfachsten Sachen gedacht... ::)

Danke!
FHEM auf Intel NUC/Proxmox & Debian 12 + HM-CFG-USB + zigbee2mqtt + Zwave + Enocean

Mave

Zitat von: justme1968 am 08 Mai 2017, 17:28:44
@Mave: zeig mal ein list von der bridge und von einem device

Hey justme,

vielen Dank für Deine Nachricht.

Internals:
   DEF        192.168.1.66
   Host       192.168.1.66
   INTERVAL   60
   NAME       HUE
   NOTIFYDEV  global
   NR         28
   NTFY_ORDER 50-HUE
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.18.0
   mac        00:17:88:48:ee:e3
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Hue Bridge
   noshutdown 0
   swversion  01039019
   updatestate 0
   zigbeechannel 25
   Readings:
     2017-05-01 17:46:05   lastError       link button not pressed
     2017-05-09 21:34:50   state           connected
   Helper:
     apiversion 70144
     count      1
     last_config_timestamp 1494358490
     offsetUTC  7200
     updatestate 0
Attributes:
   icon       hue_filled_bridge_v2
   key        jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2
   room       Devices



Wie mache ich ein List von einem Device?  :-[


Was ich mittlerweile herausgefunden habe:
Wenn ich meinen Raspberry reboote, dann bekomme ich die HUEBridge Fehlermeldung im FHEM Log und die Lampen lassen sich steuern, werden aber nicht aktualisiert.
Reboote ich dann aber nur FHEM, ist im Log keine Fehlermeldung mehr zu finden und alles funktioniert so, wie es soll.

Vielen Dank.

Grüße Mave

justme1968

genau so wie von der bridgelist <name>

kann es sein das fhem gestartet wird bevor das netzwerk läuft?

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Mave

Vielen Dank.

Internals:
   CHANGED
   DEF        1  IODev=HUE
   ID         1
   INTERVAL
   IODev      HUE
   NAME       HUEDevice1
   NR         39
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LWB010
   name       Kueche_1_E27_white
   productid  Philips-LWB010-1-A19DLv3
   swconfigid 60083D2F
   swversion  1.15.2_r19181
   type       Dimmable light
   uniqueid   00:17:88:01:02:6c:30:d8-0b
   Readings:
     2017-05-09 22:38:42   alert           none
     2017-05-09 22:38:42   bri             254
     2017-05-09 23:14:47   onoff           0
     2017-05-09 23:14:47   pct             0
     2017-05-09 22:38:42   reachable       1
     2017-05-09 23:14:47   state           off
   Helper:
     alert      none
     bri        254
     colormode
     ct         -1
     devtype
     effect
     hue        -1
     on         0
     pct        0
     reachable  1
     rgb
     sat        -1
     update_timeout -1
     xy
Attributes:
   IODev      HUE
   alias      Kueche_1_E27_white
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       hue_filled_white_and_color_e27_b22
   model      LWB010
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off



Jetzt müsste ich mich in Linux/Raspbian gut auskennen um schauen zu können, ob FHEM vor oder nach dem Netzwerk gestartet wird, richtig?  :-[

Vielen Dank nochmal.

justme1968

für den anfang reicht es wenn du dir die boot meldungen anschaust.

ansonsten gibt es glaube ich schon threads zur boot reihenfolge.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Markus M.

Andre, baust du das mit den Sensors irgendwann noch auf NonBlocking um?
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Phiolin

#1301
Ich habe gerade 2 von den neuen E14 Hue Kerzen verbaut (Philips Website E14 Kerzen).

Diese werden im Modul nur als normale Lampe, ohne Farbeinstellung etc angezeigt. Es wird hier offenbar nicht automatisch der passende SubType gesetzt.
Die Modell-Bezeichnung ist LCT012.
Ich vermute mal, der passende SubType müsste extcolordimmer sein, zumindest habe ich den mal manuell gesetzt und es funktioniert auch offenbar alles. Kann das in das Modul aufgenommen werden?

Hier noch ein List:
Internals:
   CFGFN
   CHANGED
   DEF        20  IODev=DG.az.NE.HueBridge
   ID         20
   INTERVAL
   IODev      DG.az.NE.HueBridge
   NAME       EG.fl.LA.Treppe
   NR         2722
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LCT012
   name       Treppe EGOG
   productid  Philips-LCT012-1-E14ECLv1
   swconfigid 79A02AB9
   swversion  1.15.2_r19181
   type       Extended color light
   uniqueid   00:17:88:01:02:1c:3d:d0-0b
   Readings:
     2017-05-12 09:47:06   alert           select
     2017-05-12 09:47:06   bri             254
     2017-05-12 09:47:06   colormode       ct
     2017-05-12 09:47:06   ct              366 (2732K)
     2017-05-12 09:47:06   effect          none
     2017-05-12 09:47:06   hue             8418
     2017-05-12 09:47:06   onoff           0
     2017-05-12 09:47:06   pct             0
     2017-05-12 09:47:06   reachable       1
     2017-05-12 09:47:06   rgb             ffc799
     2017-05-12 09:47:06   sat             140
     2017-05-12 09:47:06   state           off
     2017-05-12 09:47:06   xy              0.4573,0.41
   Helper:
     alert      select
     bri        254
     colormode  ct
     ct         366
     devtype
     effect     none
     hue        8418
     on         0
     pct        0
     reachable  1
     rgb        ffc799
     sat        140
     update_timeout -1
     xy         0.4573,0.41
Attributes:
   IODev      DG.az.NE.HueBridge
   alias      Treppe EGOG
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Lampen
   model      LCT012
   room       Flur

justme1968

@Markus M.: ja. im prinzip schon, der umbau ist aber etwas größer um die rückmeldung anzuzeigen.

@Phiolin: hab die beiden neuen birnen eben eingebaut. und einen fehler in der automatischen erkennung repariert.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Mave

Moin justme,

könntest Du eventuell nicht nur bei den Lampen Devices sondern auch bei den Räumen die Statusanzeige und die beiden Schalter "on" und "off" anzeigen lassen?

Aktuell steht ja bei den Räumen lediglich "initialized".

In der HUE App schaltet man ja standardmäßig auch die Räume und nicht die einzelnen Lampen.

Vielen Dank.

Grüße Mave

justme1968

das was du räume nennst sind hue gruppen und die haben kein einfaches on/off oder andere geräte readings.

schau dir an wie stateFormat funktioniert. damit kannst du dann über die any_on und all_on readings konfigurieren wann eine gruppe bei dir als an oder aus gilt. wenn dir das als status nicht reicht kannst du devStateIcon so konfigurieren das als icon der status einer lampe aus der jeweiligen gruppe angezeigt wird.

um die 'schalter' zu konfigurieren gibt es das webCmd attribut. wenn dir das als status nicht reicht kannst du devStateIcon so setzen das der status einer lampe aus der gruppe angezeigt wird.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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