[erledigt] hue motionsensor - noch eine frage

Begonnen von the ratman, 23 Mai 2019, 14:57:13

Vorheriges Thema - Nächstes Thema

the ratman

hiho,

ich hab eben meinen ersten hue motionsensor zum testen bekommen. mein problem scheinen auch andere schon gehabt zu haben, aber irgendwie sind die entsprechenden threads für mich nicht hilfreich.
btw - 2 dimmer-schalter hab ich schon erfolgreich und problemlos in fhem untergebracht - generell sollts also funzen.

bis jetzt:
einbinden in hue selber war kein problem, der sensor würde mir auch alles schalten, was ich per handy-oberfläche einstelle.
upgedated ist er ebenfalls.

die sensorliste sieht so aus:ID  NAME            FHEM            TYPE               
1: Daylight                        Daylight           
5: Bad Schalter 1  sw_bz_licht1    ZLLSwitch           
6: frei            sw_frei         ZLLSwitch           
7: Dimmer Switch 5 SceneCycle                 CLIPGenericStatus   
9: bew gz gang                     ZLLPresence         
10: Hue ambient light sensor 1                 ZLLLightLevel       
11: Hue temperature sensor 1                 ZLLTemperature     
12: MotionSensor 9.Companion                 CLIPGenericStatus

meine hue-bridge:Internals:
   DEF        192.168.178.11
   FUUID      5c62c6b4-f33f-0f9e-5050-9664d3ac0b1cf16b
   FVERSION   30_HUEBridge.pm:0.190980/2019-04-02
   INTERVAL   60
   NAME       huebridge
   NOTIFYDEV  global
   NR         19
   NTFY_ORDER 50-huebridge
   STATE      <table width="100%">
   <tr>
      <td align="left" style="border-bottom: 1px solid #666; border-top: 1px solid #666;">zustand: update done</td>
   </tr>
</table>
   TYPE       HUEBridge
   apiversion 1.31.0
   host       192.168.178.11
   mac        00:17:88:23:8d:96
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       ratOhaus-HUE
   swversion  1931140050
   updatestate 0
   zigbeechannel 11
   READINGS:
     2019-05-08 16:56:34   lastError       parameter, effect, is not modifiable. Device is set to off.
     2019-05-23 14:48:52   state           update done
     2019-05-23 14:06:52   swupdate        ZGB_100B_010D - 6.1.127575
   helper:
     apiversion 73472
     count      0
     last_config_timestamp 1558615732
     offsetUTC  7200
     updatestate 0
Attributes:
   group      start2
   httpUtils  1
   icon       hue_bridge
   key        bJSrVLT2vxwPBeO8ApudFC1f4xKfKCngjY-KFHw8
   noshutdown 1
   queryAfterSet 1
   room       hue,start
   stateFormat <table width="100%">
   <tr>
      <td align="left" style="border-bottom: 1px solid #666; border-top: 1px solid #666;">zustand: state</td>
   </tr>
</table>

mein versuch, den bewegungsmelder des sensors einzubinden:Internals:
   CFGFN     
   DEF        sensor 9 1 IODev=huebridge
   FUUID      5ce696e7-f33f-0f9e-d69e-d3231fc1c7171694
   FVERSION   30_HUEBridge.pm:0.190980/2019-04-02
   INTERVAL   10
   NAME       wz_gang_gz_bew
   NOTIFYDEV  global
   NR         11274
   NTFY_ORDER 50-wz_gang_gz_bew
   STATE      initialized
   TYPE       HUEBridge
   host       sensor
   READINGS:
     2019-05-23 15:00:47   state           initialized
   helper:
     count      4
     last_config_timestamp 0
Attributes:
   group      sensoren
   icon       motion_detector
   key        8015a85a1159046254cbef4ef6952211
   room       hue


tja, das wars - keine readings, keine reaktion, bis auf folgende logeinträge beim anlegen des sensors (bei jedem set oder änderung):2019.05.23 14:46:18 1: HUEBridge_HTTP_Request http://sensor/api/c6d54d8654771a9cb4c283fe70887512/config: Can't connect to http://sensor:80
2019.05.23 14:46:18 1: HUEBridge_HTTP_Request http://sensor/api/c6d54d8654771a9cb4c283fe70887512/config: Can't connect to http://sensor:80
wieso glaubt der "sensor" ist ne url?


was übersehe ich, was mach ich da grad falsch?
→do↑p!dnʇs↓shit←

SamNitro

#1
Müsste es nicht nur :
DEF        sensor 9

Anstatt
DEF        sensor 9 1

Sein.

Edit:   Wobei dein motionsensor 12 hat?!?
Kurz weil mobil 

LG Patrick
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

the ratman

#2
bin eben auch verwirrt - die 1 beim dev weiß ich ned und beim rest hab ich angenommen, dass es ein "ZLL" haben muß.
aber ich probiere ...

nachtrag:
mit "sensor 12 IODev=huebridge" und "sensor 9 IODev=huebridge" das selbe ergebnis - nur 2 warnings im log, weil er die http://sensor nicht findet, was mich wenig wundert *g*
→do↑p!dnʇs↓shit←

SamNitro

Also meiner arbeitet mit dieser Einstellung:


Internals:
   DEF        sensor 2  IODev=deCONZ
   FUUID      5cc1d1d0-f33f-19ae-9d5f-e7c2cce8090e6e90
   FVERSION   31_HUEDevice.pm:0.192010/2019-04-16
   ID         S2
   INTERVAL   
   IODev      deCONZ
   NAME       Motion1
   NR         178
   STATE      nomotion
   TYPE       HUEDevice
   lastupdated 2019-05-23 10:56:28
   lastupdated_local 2019-05-23 12:56:28
   manufacturername IKEA of Sweden
   modelid    TRADFRI motion sensor
   name       Motion1
   on         1
   reachable  1
   swversion  1.2.214
   type       ZHAPresence
   uniqueid   d0:cf:5e:ff:fe:e8:94:6d-01-0006
   READINGS:
     2019-05-23 17:32:51   battery         87
     2019-05-23 12:56:28   dark            1
     2019-05-23 17:32:51   reachable       1
     2019-05-23 12:56:28   state           nomotion
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     setList:
Attributes:
   IODev      deCONZ
   room       HUEDevice



Also sollte deiner mit ,,sensor 12 IODev=huebridge" laufen. Aber die Warnungen im log irritieren mich auch.
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

the ratman

erst mal thx für dein gehirnschmalz!

ich blicks deffinitiv auch ned - vielleicht gibts da aber unterschiede zw. philips und ikea? wobei mir wurde vor kurzem erst bestätigt, dass die osram auch wie "normale" philips werkeln.
vor allem die beiden schalter haben sich so derartig einfach einbinden lassen.
der einzige unterschied wäre, dass die schalter auch in der app aufgaben haben, dem sensor hab ich alles in der app abgedreht, bis auf das grundlegende "ein".

ich denke, da müssen wir wohl auf den modulautor warten - wen nicht er, wer könnts sonst wissen? *g*
→do↑p!dnʇs↓shit←

the ratman

#5
juhuuuu!
geschaft!

was es war, kann ich ned sagen, aber nach einem entfernen der batterien, einem reset, blaaa ... gehts nun und zwar auf anhieb.
alles wieder gleich gemacht wie vorher, also geh ich davon aus, dass der sensor was hatte. vielleicht hab ich wieder mal 2nd hand gekriegt, ohne dass es dabei stand.

nachtrag:
nö, war gar ned der sensor - ich hab mich selber verarscht und die ganze zeit hue den falschen typ angelegt - anstelle der devices hab ich also 3 bridges angelegt *facepalm*
→do↑p!dnʇs↓shit←

SamNitro

(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

the ratman

hehe, eine frage hab ich jetzt noch

der lightlevel kann wie in lux umgerechnet werden?
sollte ja gehen, das handy zeigt ja auch lux an.
→do↑p!dnʇs↓shit←

SamNitro

Dazu kann ich dir leider nix sagen mein motion sensor hat nur die Funktion dark 1 oder 0


Mobil unterwegs!
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

Razor

Für den Lux Wert muss ein weiteres device "Lightlevel" angelegt werden

the ratman

du meinst die insgesamt 3 sensoren, die cih nun angelegt hab, oder hab ich noch was übersehen?
die 3 devices funzen und haben den typ: ZLLPresence, ZLLLightLevel und ZLLTemperature.

ZLLLightLevel wäre auch das device, dass mir in fhem mir unverständliche werte wie eben "lightlevel 8619" anzeigt.
im handy zeigt er mir lux.
beide werte ändern sich zumindest in die selbe richtung.

das list dazu:Internals:
   CFGFN     
   DEF        sensor 10 1 IODev=huebridge
   FUUID      5ce70282-f33f-0f9e-e162-f9ddb56a1200bc83
   FVERSION   31_HUEDevice.pm:0.192010/2019-04-16
   ID         S10
   INTERVAL   1
   IODev      huebridge
   NAME       wz_gang_gz_lux
   NR         24097
   STATE      8619
   TYPE       HUEDevice
   lastupdated 2019-05-23 21:17:24
   lastupdated_local 2019-05-23 23:17:24
   manufacturername Philips
   modelid    SML001
   name       Hue ambient light sensor 1
   on         1
   reachable  1
   swversion  6.1.1.27575
   tholddark  14984
   type       ZLLLightLevel
   uniqueid   00:17:88:01:04:b6:c7:22-02-0400
   READINGS:
     2019-05-23 23:17:24   battery         100
     2019-05-23 23:17:24   dark            1
     2019-05-23 23:17:24   daylight        0
     2019-05-23 23:17:24   lightlevel      8619
     2019-05-23 23:17:24   reachable       true
     2019-05-23 23:17:24   state           8619
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     setList:
Attributes:
   IODev      huebridge
   alias      gang gästezimmer lux
   group      sensoren
   icon       message_light_intensity
   room       hue
→do↑p!dnʇs↓shit←

rcmcronny

Mit dem HUE Modul mach ich mir ein User-Reading per:

attr Sensor3 userReadings lux { use Math::Round;; round( (10 ** (ReadingsVal("Sensor3","lightlevel",0) / 10000) -1));; }
nicht perfekt, aber geht.

Ronny

the ratman

hehe, vielen dank, geht.

ich wusst ja nicht mal, welche werte da raus kommen, somit hab ich auch keine umrechnung gefunden dafür.
passt!
→do↑p!dnʇs↓shit←

rcmcronny

Doch, da gibt es in den untiefen des Internets Infos, man muss sich daraus halt dann die Formel zusammenbasteln. 
Und wenn es hilft, umso besser :)

Ronny

DeeSPe

Zitat von: rcmcronny am 24 Mai 2019, 09:18:44
Mit dem HUE Modul mach ich mir ein User-Reading per:

attr Sensor3 userReadings lux { use Math::Round;; round( (10 ** (ReadingsVal("Sensor3","lightlevel",0) / 10000) -1));; }
nicht perfekt, aber geht.

Ronny

Statt Math::Round kann man auch einfach int verwenden:
attr Sensor3 userReadings lux:lightlevel.* { int(10 ** (ReadingsNum($NAME,"lightlevel",0) / 10000)) }

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

rcmcronny

Hi Dan,

ich wusste es geht auch noch besser ;) Danke !

Ronny

DeeSPe

Zitat von: rcmcronny am 24 Mai 2019, 10:53:26
Hi Dan,

ich wusste es geht auch noch besser ;) Danke !

Ronny

Gerne, habe allerdings gerade bemerkt dass ich die -1 unterschlagen habe, was aber wohl zu vernachlässigen wäre.
So wäre es richtig:
lux:lightlevel.* { int(10**((ReadingsNum($NAME,"lightlevel",0)-1)/10000)) }

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

the ratman

#17
genial, ihr 2!
da hab ich noch glatt ne extra frage - dann is aber schluß für heute, versprochen!

ihr habts nicht zufällig auch noch ne formel für homematic-helligkeit auf lux?
wissts schon, hm gibt das von 0-255 an

darf auch ruhig nur schätzwerte ergeben, rechnen tu ich in dem fall eh mit der original-zahl. zum anzeigen am floorplan wärs halt niedlich ...
→do↑p!dnʇs↓shit←