philips hue modul

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

Vorheriges Thema - Nächstes Thema

KyleK

Kleiner Tip bezüglich Diffs von Github:
Wenn man ".patch" an die URL hinten anhängt, wird automatisch ein Patchfile generiert.

Also z.B.
https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-2.patch
https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-3.patch

Muss man wissen, ist nirgends bzw. schlecht dokumentiert :)
FHEM on Raspberry Pi 3B+
CUL868
7x MAX! Thermostat, 8x MAX! Fensterkontakte
Conbee II + deConz, TradFri Lampen, Osram Smart+ Steckdosen

Lippie

Hi,

@KyleK: danke für den Tipp zum Diff  ;D

@justme1968: Dem HUEDevice fehlt noch der set-Befehl "habridgestate" im Dropdown.
Habs dann über Befehlszeile probiert, das hat testweise funktioniert.
Damit das nutzbar wird brauchts noch etwas doku.
Trotzdem schon mal Danke fürs Aufnehmen ins Modul  8)

VG
Sebastian

hoppel118

#1682
Hallo in die Runde,

irgendwas scheint mit den battery Readings bei den Hue Dimmer Switches nicht zu stimmen.

Meine Hue App sagt, dass ich bei ,,Wohnbereich Switch" die ,,Batterie auswechseln" soll, siehe Screenshot.

Hier ein list von dem Device:


Internals:
   DEF        sensor 6 1 IODev=HUEBridge
   FUUID      5d2c1dd5-f33f-5dcf-6e33-1fb7ab65932d3052
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S6
   INTERVAL   1
   IODev      HUEBridge
   NAME       OG_WZ_Wohnbereich_Schalter
   NR         465
   STATE      4003
   TYPE       HUEDevice
   lastupdated 2019-11-27 02:16:28
   lastupdated_local 2019-11-27 03:16:28
   manufacturername Philips
   modelid    RWL021
   name       Wohnbereich switch
   on         1
   reachable  1
   swversion  5.45.1.17846
   type       ZLLSwitch
   uniqueid   00:17:88:01:03:e7:05:a5-02-fc00
   READINGS:
     2019-11-27 03:16:28   battery         100
     2019-11-27 03:16:28   reachable       1
     2019-11-27 03:16:28   state           4003
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Wohnzimmer Wohnbereich Schalter
   group      Lichtschalter
   icon       hue_filled_hds
   room       Hersteller->Hue,Obergeschoss->Wohnzimmer,System->Lichtschalter


battery 100

Wenn ich mir nun meine readingsGroup für den Batteriestatus ansehe, siehe Screenshot, sehe ich dass die Batterie vom ,,Essbereich switch" nicht mehr ganz voll ist.

Hier ein list meiner readingsGroup:

Internals:
   DEF        <%Batterie>,<Level> TYPE=HUEDevice:FILTER=type=ZLLSwitch:[Bb]attery
   FUUID      5d2c24ac-f33f-5dcf-4abd-8d20a2e5432ec970
   NAME       rg_batteryStatus_Lichtschalter
   NR         472
   NTFY_ORDER 50-rg_batteryStatus_Lichtschalter
   STATE      Initialized
   TYPE       readingsGroup
   mayBeVisible 1
   CONTENT:
     DG_AK_Schalter 1
     DG_Galerie_AK_Schalter 1
     DG_Galerie_SZ_Schalter 1
     DG_SZ_Schalter 1
     OG_Badezimmer_Schalter 1
     OG_Buero_Schalter 1
     OG_Flur_Schalter 1
     OG_KZ_Schalter 1
     OG_Kueche_Schalter 1
     OG_WZ_Essbereich_Schalter 1
     OG_WZ_Wohnbereich_Schalter 1
   CONTENT2:
   DEVICES:
     ARRAY(0x55790bdfee50)
     ARRAY(0x55790be62c48)
     ARRAY(0x55790ba2be88)
     ARRAY(0x55790c037260)
     ARRAY(0x55790bdd5d80)
     ARRAY(0x55790bb43f10)
     ARRAY(0x55790bcce010)
     ARRAY(0x55790b7072c0)
     ARRAY(0x55790bc88cf0)
     ARRAY(0x55790ba0b1b0)
     ARRAY(0x55790bc016e8)
     ARRAY(0x55790b98e060)
   fhem:
     lastDefChange 8
     last_update 1574826479.87011
   helper:
     DEF       
     mapping    %ALIAS
     positions:
       DG_AK_Schalter.battery 2:1
       DG_Galerie_AK_Schalter.battery 3:1
       DG_Galerie_SZ_Schalter.battery 4:1
       DG_SZ_Schalter.battery 5:1
       OG_Badezimmer_Schalter.battery 6:1
       OG_Buero_Schalter.battery 7:1
       OG_Flur_Schalter.battery 8:1
       OG_KZ_Schalter.battery 9:1
       OG_Kueche_Schalter.battery 10:1
       OG_WZ_Essbereich_Schalter.battery 11:1
       OG_WZ_Wohnbereich_Schalter.battery 12:1
     valueFormat:
       battery    %.1f %%
     values:
       formated:
         undef
         ARRAY(0x55790b67a9e8)
       orig:
         undef
         ARRAY(0x55790be61068)
       prefixsuffix:
         undef
         ARRAY(0x55790bdc8ee0)
Attributes:
   alias      Batteriestatus Lichtschalter
   mapping    %ALIAS
   notime     1
   room       Hersteller->Hue,System->Batterien,System->Lichtschalter
  valueFormat { battery => "%.1f %%" }


Und hier ein list vom ,,Essbereich switch":

Internals:
   DEF        sensor 4 1 IODev=HUEBridge
   FUUID      5d2c1c9f-f33f-5dcf-b225-2f66712ca281958e
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S4
   INTERVAL   1
   IODev      HUEBridge
   NAME       OG_WZ_Essbereich_Schalter
   NR         464
   STATE      1002
   TYPE       HUEDevice
   lastupdated 2019-11-27 01:45:27
   lastupdated_local 2019-11-27 02:45:27
   manufacturername Philips
   modelid    RWL021
   name       Essbereich switch
   on         1
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   00:17:88:01:02:0f:6b:47-02-fc00
   READINGS:
     2019-11-27 02:45:27   battery         83
     2019-11-27 02:45:27   reachable       1
     2019-11-27 02:45:27   state           1002
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Wohnzimmer Essbereich Schalter
   group      Lichtschalter
   icon       hue_filled_hds
   room       Hersteller->Hue,Obergeschoss->Wohnzimmer,System->Lichtschalter


battery 83

Der Hue App nach gibt es aber ausschließlich bei dem ,,Wohnbereich switch" eine schwache Batterie.

Dass ich die beiden Switches beim Einlesen in FHEM vertauscht habe, würde ich ausschließen, da ich mich dabei an ,,Internal - name" gehalten habe. Dort steht ja der Name, der in der Hue App vergeben wurde.

Wo liegt der Fehler?

Ab wieviel Prozent gilt eine Batterie eigentlich als zu schwach?

Danke euch und Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

rcmcronny

Hoi,

bei mir hats genau das gleiche angezeigt, beim 1. Dimmerswitch den ich in Betrieb genommen habe. Da war laut FHEM die Batterie bei ca 45 (% ?). Hab Sie getauscht und konnte das Update nun machen.
Mal beobachten ob die Batterieinfos nun passen, bisher scheint es aber plausibel zu sein. Leider zeigt die App ja nix an dazu so wirklich.

Kann leider nichts beitragen sonst ^^

Ronny

justme1968

@Lippie: da ich keine habridge einsetze wäre es klasse wenn du etwas doku und ein paar beispiele schreiben könntest. ich baue es dann ein. oder du dokumentierst es direkt im wiki.

ins menü würde ich das kommando aufnehmen wenn ich die habridge automatisch erkennen kann. so lange das nicht geht möchte ich die 'normalen' bridge anwender nicht verwirren.

ich vermute das kommando wird sowieso ziemlich selten von hand verwendet.

@hoppel118: die batterie werte kommen direkt aus über das api aus der bridge. am modul wird nichts umgerechnet. eine falsche zuordnung ist eigentlich auch komplett ausgeschlossen.

du kannst mit verbose 5 oder über http://<ip>/api/<key>/sensors/ selber nachschauen was die bridge liefert.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

cortmen

#1685
 :)Hallo zusammen
Ich habe seit der Modul Änderung am 26.11
diese Meldungen im Log
 
2019.11.27 22:28:48 1: Color::hsv2rgb value our of range [0.0764888672719412,5.01924759405074,4.25396016674386]. should be in 0..1.
2019.11.27 22:28:48 1: >>> 0.09741359578851 0.81496062992126 0.751968503937008
2019.11.27 22:28:48 1: >>> 0.09741359578851 0.81496062992126 0.751968503937008
2019.11.27 22:28:48 1: 0.09741359578851 1.62992125984252 1.50393700787402
2019.11.27 22:28:48 1: Color::hsv2rgb value our of range [0.09741359578851,1.62992125984252,1.50393700787402]. should be in 0..1.
2019.11.27 22:28:48 1: >>> 0.0974593728542 0.81496062992126 0.751968503937008
2019.11.27 22:28:48 1: >>> 0.0974441138323034 0.81496062992126 0.751968503937008



Ein gestern durchgeführtes Update hat keine Änderung gebracht. Gehe ich zurück auf die Modul Version vor dem 26.11 sind die Fehler weg.

justme1968

wann genau passiert das?

kannst du bitte mal mit stacktrace loggen?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

cortmen

#1687
Danke das Du wieder schnell am Ball bist.
Bin zur Zeit unterwegs. Aber aus dem Log sehe ich
die Meldungen erscheinen sobald
hue Lampen in Aktion geschaltet werden.
Nachts war keine Meldung. Vielleicht hat ja
eine Bulb einen Defekt. Komisch ist nur das die Meldungen ab dem 26.11
nach dem Modul Update auftauchen. Aber
es gibt ja Zufälle.

Gerade einfach Mal eine Lampe eingeschaltet
.hue.flurunten
2019.11.28 09:19:44 4: parse status message for hue.flurunten
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1

Tracktrace ist an unter global
Verbose 5 am device
Mhh kein Perl Coding zu sehen


DS_Starter

Nein, ist kein Zufall. Kommt bei mir ebenfalls


2019.11.28 09:13:16.999 1: >>> 0.0722222222222222 0.427450980392157 1
2019.11.28 09:13:17.007 1: >>> 0.0722222222222222 0.427450980392157 1


Wenn ich die Gelegenheit habe, schaue ich heute Abend mal genauer hin.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

cortmen

@DS_Starter, Justme1968
Danke für den Support

justme1968

die zeilen mit >>> sind nur vergessene log meldungen. die habe ich jetzt deaktiviert.

die andere meldung ist ein problem mit den erzeugten gruppen readings. ich habe da jetzt was umgestellt. die meldung sollte weg sein. es könnte aber sein das die farben für die gruppen nicht mehr richtig sind. das muss ich mir noch mal anschauen.


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

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

Master_Nick

#1691
Ich hänge leider erneut nach einem Update bei:  :o

Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 947.
Und dann schmiert gesamt FHEM weg.

Gibt es da Neuigkeiten zu?

Hatte es mit Zeile 934 und seither das Modul nicht geupdatet hier (21 Juli 2019) : https://forum.fhem.de/index.php/topic,11020.msg959664.html#msg959664


Nutzer seither die:
$Id: 30_HUEBridge.pm 18419 2019-01-25 19:52:02Z justme1968 $


Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

justme1968

ich vermute du hast aus irgend einem grund eine hue szene ohne beteiligte lampe.

ändere bitte mal die zeile mit if( $count{$scene} > 1 ) { über der problematischen in if( $scenes->{$_}{lights} && $count{$scene} > 1 ) {und schau ob es dann geht.

und dann zeig mal die ausgabe von get <bridge> scenes
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Lippie

#1693
Zitat von: justme1968 am 27 November 2019, 10:04:31
@Lippie: da ich keine habridge einsetze wäre es klasse wenn du etwas doku und ein paar beispiele schreiben könntest. ich baue es dann ein. oder du dokumentierst es direkt im wiki.

Hi,

anbei der Nachtrag für die Doku im Modul wie gewohnt als diff:

--- 31_HUEDevice_tmp.pm 2019-11-29 19:26:24.570375201 +0100
+++ 31_HUEDevice.pm     2019-11-29 19:57:44.817934306 +0100
@@ -1892,6 +1892,11 @@
       Renames the device in the bridge and changes the fhem alias.</li>
       <li>json [setsensor|configsensor] &lt;json&gt;<br>
       send &lt;json&gt; to the state or config endpoints for this device.</li>
+         <br>
+         <li>habridgeupdate [ : &lt; on | off &gt; ] [ : &lt; bri | pct &gt; &lt; value &gt; ] <br>
+         This command is only for usage of HA-Bridges that are emulating an Hue Hub. <br>
+         It updates your HA-Bridge internal light state of the devices without changing the devices itself.
+         <br>bri and pct have to be used in the same way as changing the brightness or dimvalue of the device. </li>
       <br>
       <li><a href="#setExtensions"> set extensions</a> are supported.</li>
       <br>


Sobald ich einen Wiki-Account habe, werde ich es einpflegen. Beantragt ist er schon  ;D
Ins Wiki trage ich dann auch die Quelle etc. ein.

VG
Sebastian

Master_Nick

#1694
Zitat von: justme1968 am 29 November 2019, 08:10:11
ich vermute du hast aus irgend einem grund eine hue szene ohne beteiligte lampe.

ändere bitte mal die zeile mit if( $count{$scene} > 1 ) { über der problematischen in if( $scenes->{$_}{lights} && $count{$scene} > 1 ) {und schau ob es dann geht.

und dann zeig mal die ausgabe von get <bridge> scenes

Hey danke für die schnelle Hilfe :-)

Habe ich geändert nun knallt FHEM, wenn ich get scenes an der Bridge mache mit (aber auch nur dann, generell startet es schon mal und ist nutzbar :) ):
Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 1036.
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)