homebridge/homekit

[TomLee]

Die Frage die sich mir jetzt stellt ist, welche node Version man den nun nimmmt um alexa und homebridge zum laufen zu bringen?

Mit

Code Auswählen Erweitern

sudo apt-get install nodejs-legacy

wie im Alexa Wiki beschrieben war ich nicht erfolgreich, darum hatte ich mich für die Node 6.x Version Installation entschieden wie im Homebridge Wiki beschrieben. Was mit alexa-fhem ja läuft und anscheinend mit homebridge dann nicht?

[justme1968]

@Steffen@Home: sorry. ich hatte den subtype vergessen:

Code Auswählen Erweitern

CurrentTemperature=temperature,minValue=-30,subtype=Temperatur  CurrentTemperature=dew,name=Taupunkt,subtype=Taupunkt  CurrentRelativeHumidity=humidity

@EnderPhilipp: es gibt einen denkfehler von mir. beim den Brighness characteristic gibt es keine getrennten characteristics für den ist und soll wert. d.h. das umbiegen auf ein anderes device geht nicht. die einfachste lösung aktuell ist vermutlich homebridge wieder auf die gruppe zu definieren und in fhem das reading per notify aus dem device in die gruppe zu kopieren.

wegen den 2.54: bei hue devices musst du bri statt pct verwenden. minValue und maxValue kannst du weg lassen.

für On ist es besser die version mit onoff zu verwenden statt der mit state.


zur node version: homebridge-fhem läuft ab 0.12.7. bei homebridge selber variiert das etwas. zwischendurch gab es versionen die nicht z.b. mit 6.x liefen. das wurde dann repariert.

[EnderPhilipp]

Danke für den Tipp ,

Jetzt habe ich Folgendes als Mapping:

Code Auswählen Erweitern


Brightness=HUEGroup2:bri
On=state,cmdOn=on,cmdOff=off

Habe per userReading bri zur HUEGroup2 hinzugefügt.

Damit lässt sich die Helligkeit jetzt für beide Birnen einstellen, sie wird auch (fast) richtig angezeigt:
Wenn ich 50% einstelle, werden diese an FHEM weitergegeben, in HomekIt steht dann aber 51%. 

Und was muss den anstelle von On=state, damit die Lampe, wenn ich auf on drücke, auf 100% gestellt wird und nicht auf den letzten Helligkeitswert?

Mfg
Philipp

[justme1968]

das ist ein rundungsfehler den ich vor ein paar tagen schon behoben habe. wenn du dir die neue version von GitHub holst ist das drin.

wenn du auf volle helligkeit stellen willst musst du auch genau das für cmdOn konfigurieren:

Code Auswählen Erweitern

cmdOn=pct+100

gruss
  andre

[EnderPhilipp]

Danke, das geht jetzt auch.

Noch eine letzte Frage:
Wie muss der cmdOn aussehen, dass sowohl die Helligkeit auf 100 gestellt als auch der RGB Wert auf FFFFFF gestellt wird ?

Philipp 

[justme1968]

da rgb die helligkeit automatisch mit setzt einfach cmdOn=rgb+FFFFFF

[EnderPhilipp]

da rgb die helligkeit automatisch mit setzt einfach cmdOn=rgb+FFFFFF

Heißt dass ich einem Mapping kann sowohl cmdOn=rgb+FFFFFF als auch cmdOn=pct+100 vorkommen?

[justme1968]

rgb reicht. das setz die helligkeit automatisch mit

[EnderPhilipp]

Wenn ich jetzt die Farbe ändere (z.B. auf Rot) und dann die Helligkeit verändere, ist die Lampe wieder weiß. 

[justme1968]

weil automatisch immer ein on gesendet wird. such mal weiter oben. da gibt es mit
cmdalias und FILTER eine lösung.

[EnderPhilipp]

Puhhhhh.....  

[EnderPhilipp]

Mir ist noch was aufgellen:

Wenn die Hue-Birnen unerreichbar sind(wenn sie vom Strom getrennt sind), sind die standartmäßig in HomeKit als on angezeigt.

Die andere Sache ist,wenn die Hue-Birnen erreichbar sind und ich diese per HomeKit ausmache,
dann werden diese ausgeschaltet, in HomeKit steht dann aber 5-7%. 

Die Hue-Birnen mögen mich wohl nicht. 

[RockSteadyBeat]

Hallo zusammen,
ich habe folgendes Problem/Denkfehler:

Ich habe in fhem einen "Timer" (dummy) für iTunes, den setze ich aktuell über ein dropdown auf fhem selbst

Code Auswählen Erweitern

Internals:
   NAME       Timer_iTunes
   NR         49
   STATE      0
   TYPE       dummy
   Readings:
     2017-01-09 10:06:55   sleep           0.00
     2017-01-09 10:06:55   state           0
Attributes:
   alias      Timer iTunes
   comment    iTunes Sleep in Sekunden
   event-on-change-reading state
   genericDeviceType lock
   group      iTunes
   homebridgeMapping LockManagementAutoSecurityTimeout=state,minValue=0,maxValue=1800,minStep=1

   icon       hourglass
   room       Home,homekit_devices,itunes_devices
   setList    state:0,120,300,450,900,1800
   userReadings sleep {sprintf("%.2f",ReadingsVal("Timer_iTunes","state","0")/60)}
   userattr   Sleep
   verbose    0
   webCmd     state
diesen würde ich nun gern über homekit ansprechen, dachte dies würde sich am besten über das Mapping mit LockManagementAutoSecurityTimeout Characteristic abbilden lassen.
Leider bekomme ich dies nur oneway zum laufen, d.h. wenn ich den Timer in Fhem setze, zählt er auch fleißig auf der homekit-seite (eve) herunter. möchte ich dann aber einen wert von eve übertragen bekomme ich nur ein -1 in den state geschrieben.
Hat jemand eine Idee woran es scheitert?

greetz RockSteadyBeat

[justme1968]

@EnderPhilipp: hast du denn inzwischen On auf onoff umgestellt? wenn du unreacahble auch noch auswerten willst musst du onoff und unreacahble per user reading verknüpfen und dann verwenden.

haben die lampen in fhem bei pct bzw. bri den wert 0? je nach lampen typ geht bri nicht auf 0 sondern behält die letzte helligkeit.

@RockSteadyBeat: zeig mal die konsolenausgabe von homebridge. bitte mit --debug starten.

[RockSteadyBeat]

Hallo justme1968,

hier die Konsolenausgabe mit Wert aus fhem auf homebridge, dann abgebrochen mit 0 über fhem, danach 14:57:24, versucht Wert aus EVE vorzugeben...

Code Auswählen Erweitern

[2017-01-09 14:57:12] [FHEM] Timer_iTunes-state values: value 115 mapped to 0
[2017-01-09 14:57:12] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '115')
[2017-01-09 14:57:12] [FHEM] Timer_iTunes-state values: value 115 mapped to 0
[2017-01-09 14:57:12] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '115')
[2017-01-09 14:57:12] [FHEM]     caching: LockManagementAutoSecurityTimeout: 115 (as number; from '115')
  2017-01-09 14:57:14 caching: Timer_iTunes-state: 114
[2017-01-09 14:57:14] [FHEM] Timer_iTunes-state values: value 114 mapped to 0
[2017-01-09 14:57:14] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '114')
[2017-01-09 14:57:14] [FHEM] Timer_iTunes-state values: value 114 mapped to 0
[2017-01-09 14:57:14] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '114')
[2017-01-09 14:57:14] [FHEM]     caching: LockManagementAutoSecurityTimeout: 114 (as number; from '114')
  2017-01-09 14:57:16 caching: Timer_iTunes-state: 113
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 113 mapped to 0
[2017-01-09 14:57:16] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '113')
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 113 mapped to 0
[2017-01-09 14:57:16] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '113')
[2017-01-09 14:57:16] [FHEM]     caching: LockManagementAutoSecurityTimeout: 113 (as number; from '113')
  2017-01-09 14:57:16 caching: Timer_iTunes-state: 112
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 112 mapped to 0
[2017-01-09 14:57:16] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '112')
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 112 mapped to 0
[2017-01-09 14:57:16] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '112')
[2017-01-09 14:57:16] [FHEM]     caching: LockManagementAutoSecurityTimeout: 112 (as number; from '112')
  2017-01-09 14:57:17 caching: Timer_iTunes-state: 0
[2017-01-09 14:57:17] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:17] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:17] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:17] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:17] [FHEM]     caching: LockManagementAutoSecurityTimeout: 0 (as number; from '0')
[2017-01-09 14:57:24] [FHEM] Timer_iTunes: executing set cmd for LockManagementAutoSecurityTimeout with value 119
[2017-01-09 14:57:24] [FHEM]   executing: http://192.168.253.254:8083/fhem?cmd=set%20Timer_iTunes%20undefined%20119&XHR=1
  2017-01-09 14:57:24 caching: Timer_iTunes-state: -1
[2017-01-09 14:57:24] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:24] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:24] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:24] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:24] [FHEM]     caching: LockManagementAutoSecurityTimeout: 0 (as number; from '-1')
  2017-01-09 14:57:25 caching: Timer_iTunes-state: 0
[2017-01-09 14:57:25] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:25] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:25] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:25] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:25] [FHEM]     caching: LockManagementAutoSecurityTimeout: 0 (as number; from '0')
[2017-01-09 14:57:27] [FHEM] Timer_iTunes: executing set cmd for LockManagementAutoSecurityTimeout with value 796
[2017-01-09 14:57:27] [FHEM]   executing: http://192.168.253.254:8083/fhem?cmd=set%20Timer_iTunes%20undefined%20796&XHR=1
  2017-01-09 14:57:27 caching: Timer_iTunes-state: -1
[2017-01-09 14:57:27] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:27] [FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:27] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:27] [FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:27] [FHEM]     caching: LockManagementAutoSecurityTimeout: 0 (as number; from '-1')