homebridge/homekit

[apple_christ]

wie vermutet liegt es daran das es kein saturation reading und kommando gibt.

ist das keine farbige sondern eine weisse birne? dann sollte es hsv aber auch nicht geben.

weisse bringen sind noch nicht eingebaut. die hatte noch keiner. ich baue es fürs nächste update ein. du kannst dir aber auch einfach selber ein passendes hombridgeMapping für Brightness konfigurieren:

Code Auswählen Erweitern

attr Deckenlampe homebridgeMapping Brightness=brightness,cmd=dim,delay=true

gruss
  andre

ps: hab das homebridge update eben eingecheckt.

Hi Andre,

ja es handelt sich um eine weiße Birne! Danke für deine Hilfe. Das dimmen geht nun, nur leider schaltet die lampe sich nicht aus sondern bleibt auf dem kleinsten Dimmstand stehen.

[justme1968]

wobei schaltet sie sich nicht aus? ich dachte an und aus ging schon?

[apple_christ]

wobei schaltet sie sich nicht aus? ich dachte an und aus ging schon?

Ja, nun nach dem Mapping geht sie nur in den geringsten dimm Status.

[justme1968]

wobei genau?

zeig noch mal die homebridge konsole beim starten.

[apple_christ]

wobei genau?

zeig noch mal die homebridge konsole beim starten.

Code Auswählen Erweitern

[11/24/2016, 1:56:26 PM] [FHEM] Initializing platform accessory 'Deckenlampe'...
[11/24/2016, 1:56:26 PM] [FHEM] creating services for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM]   information service for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM]     manufacturer, model and serial number characteristics for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM]   Lightbulb service for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM]     On characteristic for Deckenlampe:state
[11/24/2016, 1:56:26 PM] [FHEM]       initial value is: true (boolean)
[11/24/2016, 1:56:26 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[11/24/2016, 1:56:26 PM] [FHEM]     Brightness characteristic for Deckenlampe:brightness
[11/24/2016, 1:56:26 PM] [FHEM]       initial value is: 38 (number)
[11/24/2016, 1:56:26 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }


[justme1968]

das schaut ok aus.

ich sehe kein problem. was genau geht nicht?

[apple_christ]

das schaut ok aus.

ich sehe kein problem. was genau geht nicht?

nach mehreren Restarts hat sich das Problem nun von alleine gelöst.
Vielen Dank!

[Garbsen]

Moin

Habe jetzt auch die HM Türkontakte zu Homebridge hinzugefügt. Klappt eigentlich auch, bzw. Klappte, jetzt habe ich plötzlich 2 Kontkte, die in Home mit dem Status "öffnen" stehen, obwohl sie in FHEM geschlossen sind. D.h. Irgendwie wird für diese beiden Devices der Status nicht mehr aktualisiert.
Jemand eine Idee, woran das liegen kann?

Anbei ein List

^{Internals:
   CUL_0_MSGCNT 16
   CUL_0_RAWMSG A0C57A6412C3325F11034014F00::-78:CUL_0
   CUL_0_RSSI -78
   CUL_0_TIME 2016-11-08 09:31:08
   DEF        2C3325
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     16
   NAME       FK_Kueche_Tuer
   NOTIFYDEV  global
   NR         650
   NTFY_ORDER 50-FK_Kueche_Tuer
   STATE      geschlossen
   TYPE       CUL_HM
   lastMsg    No:57 - t:41 s:2C3325 d:F11034 014F00
   protLastRcv 2016-11-08 09:31:08
   protSnd    14 last_at:2016-11-08 09:31:08
   protState  CMDs_done
   rssi_at_CUL_0 lst:-78 cnt:16 min:-80.5 avg:-78.46 max:-74.5
   Readings:
     2016-11-07 03:39:43   Activity        alive
     2016-11-06 12:21:42   CommandAccepted yes
     2016-11-06 12:21:40   D-firmware      2.4
     2016-11-06 12:21:40   D-serialNr      LEQ0888049
     2016-11-06 12:21:42   PairedTo        0xF11034
     2016-11-06 12:21:42   R-cyclicInfoMsg on
     2016-11-06 12:21:41   R-eventDlyTime  0 s
     2016-11-06 12:21:40   R-pairCentral   0xF11034
     2016-11-06 12:21:41   R-sign          off
     2016-11-06 12:21:42   RegL_00.        02:01 09:01 0A:F1 0B:10 0C:34 10:01 14:06 00:00
     2016-11-06 12:21:42   RegL_01.        08:00 20:6C 21:00 22:64 30:06 00:00
     2016-11-06 12:21:51   alive           yes
     2016-11-08 09:31:08   battery         ok
     2016-11-08 09:31:08   contact         closed (to VCCU)
     2016-11-06 12:21:51   cover           closed
     2016-11-06 12:21:51   recentStateType info
     2016-11-08 09:31:08   state           closed
     2016-11-08 09:31:08   trigger_cnt     79
   Helper:
     HM_CMDNR   87
     mId        0030
     rxType     4
     Ack:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +2C3325,00,00,00
       nextSend   1478593868.78952
       rxt        0
       vccu       VCCU
       p:
         2C3325
         00
         00
         00
       prefIO:
         CUL_0
     Mrssi:
       mNo        57
       Io:
         CUL_0      -76
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CUL_0
       flg        A
       ts         1478593868.69459
       ack:
         HASH(0x1cb9390)
         578002F110342C332500
     Rssi:
       At_cul_0:
         avg        -78.46875
         cnt        16
         lst        -78
         max        -74.5
         min        -80.5
Attributes:
   IODev      CUL_0
   IOgrp      VCCU:CUL_0
   actCycle   028:00
   actStatus  alive
   alias      Fensterkontakt Küchentür
   autoReadReg 4_reqStatus
   devStateIcon .*gekippt:fts_door_tilt .*tilted:fts_door_tilt .*offen:fts_door_open .*geschlossen:fts_door .*geschlossen:fts_door
   eventMap   /tilted:gekippt/open:offen/closed:geschlossen
   expert     2_raw
   firmware   2.4
   group      Fensterkontakt
   icon       fts_door
   model      HM-SEC-RHS
   peerIDs    00000000,
   room       CUL_HM,Homekit,Kueche
   serialNr   LEQ0888049}

Ich muss nochmals hierauf zurückkommen. Der Tipp mit Event-on-change Setting hat zwar geholfen (zumindest ist sola Ge ich das gesetzt hatte der Fehler nicht aufgetreten, er tritt aber ohnehin nur sporadisch auf)
Mit Event-on-change hatte ich aber das Problem, dass meine doif Steuerungen, die teilweise in Abhängigkeit von Offen oder geschlossen von Kontakten steuern, nicht mehr funktionieren.
Heute habe ich jetzt das geschilderte Problem (Kontakt ist in FHEM geschlossen und HomeKit zeigt "öffnen") wieder an einem Kontakt. Wie gesagt, Problem tritt sporadisch auf, und andere Kontakte, mit gleichen Attributen etc. Werden in HomeKit korrekt angezeigt, der jetzt problematische Kontakt zeigte auch bis gestern alles korrekt an.
Irgend jemand noch eine Idee?

Ergänzung: nach einem Neustart von Homebridge wird der Status dann auch korrekt angezeigt. Es scheint, dass Homebridge aus mir nicht erklärlichen Gründen die fortlaufende Aktualisierung der Kontakte teilweise verschläft

[Yil]

Hi zusammen,

nach der Installation und Inbetriebnahme findet Elegato EVE nur die Homekitgeräte "Homekit" (über den Raspberry) sowie Philips Hue mit einer eigenen Homekit-Nr. Über Philips Hue habe ich meine Hue Lampen gefunden. Diese lassen sich auch über Siri steuern.

Andere Geräte finde ich nicht, obwohl ich verschiedene Geräte (Switches, Dummy, Thermostate und Sonos) in den fhem-Raum Homekit eingestellt und das attr genericDeviceType konfiguriert habe. 

Hat jemand eine Idee, wo ich weiter suchen muss, um das Problem einzugrenzen?



hat sich erledigt - die config.json war nicht korrekt konfiguriert, es hat 1 Komma gefehlt ...

Danach sind alle Geräte eingetrudelt ... jetzt ist Feinarbeit angesagt.

[Phili]

Hi,

ich habe bereits den Thread durchforstet aber leider nichts passendes gefunden.
Ich habe mehrere HM-LC-Bl1PBU-FM Rollladenaktoren verbaut. Sie werden auch soweit in Eve erkannt jedoch nicht als Rollladen. Muss ich noch was am homebridge mapping oder genericDeviceType attribut anpassen?

Danke vorab und Gruß
Philipp

[justme1968]

als was werden sie denn erkannt?

beim HM-LC-Bl1PBU-FM sollte automatisch das attribut subType auf blindActuator stehen wenn er durch autocreate angelegt wird. dann geht alles automatisch. ansonsten reicht es genericDeviceType auf blind zu setzen.

gruss
  andre

[SFAB]

Ich nutze seit kurzem FHEM mit einem CUL433 zum Schalten von Smartwares Steckdosen und Funkdimmern (Intertechno-Protokoll v3) und einen Jeelink 868 zum Auslesen von Temperatursensoren. Das hat auch ohne weiteres Zutun mittels Homebridge via Apples Home-App in iOS funktioniert. Alles, was ich dazu einstellen musste, war das jeweilige Attribut "model" und hier "itswitch" bzw. "itdimmer".

Seit einem Update von FHEM und/oder homebridge habe ich jetzt allerdings das Problem, dass ich zwar weiterhin alles via FHEM schalten kann, aber nicht mehr zuverlässig via Homebridge/Home.

Die Geräte und deren Status (d.h. der letzte gesendete Status) werden in Home angezeigt, allerdings sorgt ein Schalten/Dimmen via Home nur zu einer Änderung des Gerätestatus in FHEM, nicht jedoch zu einem Schalten am Gerät selbst, zumindest nicht zuverlässig.

So kann ich manchmal eine Lampe einschalten, aber nicht dimmen oder ausschalten.

Wie kann ich das Problem eingrenzen?

Gab es kürzlich eine Änderung in homebridge/homebridge-fhem, die zu diesem Verhalten i.V.m. Intertechno v3 führen könnte?
Installiert sind homebridge v0.4.9 und homebridge-fhem 0.2.65 unter FHEM 5.7 auf einem RPi3 mit Raspbian Jessie.

[justme1968]

seit ios10 wird bei jedem dim kommando noch ein on vorne weg geschickt. es kann sein das sich das on und das dim kommando in die quere kommen.

schau mal ob das hier: https://forum.fhem.de/index.php/topic,56618.msg517282.html#msg517282 hilft.

gruss
  andre

[SFAB]

Habe für die zwei Dimmer

Code Auswählen Erweitern

attr <device> homebridgeMapping On=cmdOn=dummyOn gesetzt, damit funktioniert es besser als vorher. Vielen Dank für den Tipp!

Allerdings werden immer noch nicht alle Befehle via Home korrekt umgesetzt, insbesondere das Dimmen auf einen höheren Wert als den aktuellen bzw. auf 100. Dies führt zu Dimmen auf etwa mittlere Helligkeit

Gibt es hierzu eine Erklärung? Hängt das evtl. mit dem nichtlinearen Stepping der Dimmwerte bei Intertechno zusammen, nämlich

Code Auswählen Erweitern

dim06% dim12% dim18% dim25% dim31% dim37% dim43% dim50%
dim56% dim62% dim68% dim75% dim81% dim87% dim93% dim100%?

Kann man diese Werte ebenfalls mappen, d.h. eine komplette mögliche Wertemenge angeben? Ich habe bisher nur Beispiele für Min/Max und ein gleichmäßiges Stepping gefunden.

[justme1968]

wenn das dimmen nicht direkt über den zahlenwert geht wird es etwas umständlicher.

die abstände sind gleichmässig alle 6.25%. aber der nachkomma anteil abgeschnitten und zwischenwerte sind nicht zulässig. schau mal ob es mit minStel=6.25 geht.

für fs20 ist das direkt eingebaut. zeig mal ein jsonlist2 vom device.