FHEM Forum

FHEM => Frontends => Sprachsteuerung => Thema gestartet von: justme1968 am 01 Februar 2016, 16:16:37

Titel: homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 16:16:37
damit der alte homekit thread nicht noch länger wird gibt es jetzt diesen hier für die neue version.


hallo zusammen,

anbei eine erste test version des neuen und konfigurierbaren homebridge plugins.

zum testen ist es vermutlich am besten mit einer eigenen config.json und einem eigenen usernamen zu testen. homekit sollte dann ein zusätzliches bridge device anlegen. das index.js file muss nach ~/.nvm/versions/v0.12.7/lib/node_modules/homebridge-fhem. die alte version natürlich vorher sichern.


wie bisher müssen ein oder mehrere FHEM platform plugins im homebridge config file eingetragen werden.
neu ist das noch nicht vorhandene attribute automatisch auf fhem seite angelegt werden.

alle devices die in der alten version automatisch erkannt wurden sollten immer noch unverändert funktionieren. bei fenster und tür bin ich mir aber nicht ganz sicher. wenn nicht -> bitte melden. die häufigsten device typen sollen immer noch automatisch und ohne weiter konfiguration
funktionieren.


zusätzlich zum 'alten' automaktik modus gibt jetzt die möglichkeit die zuornungen zwischen fhem device und homekit accessory/service, zwischen fhem reading und homekit characteristic, das mapping vom fhem reading werten zu homekit werten sowie das mapping von homekit werten zu fhem set kommandos und werten völlig frei zu konfigurieren. die einzige einschränkung die es hier (zur zeit) noch gibt ist das es pro fhem device nur ein 'haupt' accessory auf homebridge seite erzeugt werden kann. es können aber sowohl homebridge accessoies aus mehreren fhem devices zusammen gebaut werden als auch mehrere accessories oder characteristics auf das gleiche reading ides gleichen device konfiguriert werden.

für alles weitere ist es sinnvoll sich einen überblick über hap-nodejs/lib/gen/HomeKitTypes.js zu verschaffen. die hier deklarierten Service und Charakteristik typen sowie konstanten lassen sich alle mit der im folgenden beschriebenen konfiguration verwenden.

auch bei diesem neuen modus ist das genericDeviceType attribut der ausgangspunkt für alles weitere. hiermit wird der homekit service typ bestimmt der einem fhem device zugeordnet wird.  zusätzlich zu den bisher verwendeten allgemeinen typen wie switch, outlet, light, ... die automatisch den entsprechenden homekit typ zugeordnet werden lässt sich hier jeder in homebridge bekannte service name verwenden.

der zweite schritt erfolgt dann über das neue homebridgeMapping attribut. der inhalt des Attributs wird von links nach rechts ausgwertet und ist wie folgt aufgebaut:
etwas formeller:attr <device> homebridgeMapping <Characteristic1>=<param1.1>,<param1.2>,... <Characteristic2>=<param2.1>,<param2.2>,...<Characteristic-n> ist hierbei ein in HomeKitTypes.js deklarierer name einer characteristic
<param-n> kann entweder <command>:<device>:<reading> oder <name>=<value> oder das schlüsselwort clear sein
<value> kann entweder ein wert oder eine mit ; unterteilte liste sein

und an einem konkreten beispiel:
hier wird ein im fhem vorhandener 'virtueller' thermostat der aus
  einem (dummy) device mit namen thermostat
    mit einem reading target das die aktuelle wunsch temperatur repräsentiert
    und einem 'set target' kommando um diese zu setzen
  und einem temperatur sensor namens myTemp
    mit einem reading temperature das die aktuelle temperatur enthält
besteht auf ein homekit thermostat device abgebildet das dann über siri abfrag und steuerbar ist:attr thermostat genericDeviceType thermostat
attr thermostat homebridgeMapping TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5
                                  CurrentTemperature=myTemp:temperature


die folgenden parameter namen sind für die richtung fhem -> homebridge möglich:die rehenfolge der transformationen ist: eventMap, part, values, valueOn/valueOff, threshold, max, maxValue/minValue/minStep, invert

beispiel:PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/on|dim/,valueOff=off

die folgende parameter namen sind für die richtung homebridge -> fhem möglich:leerzeichen in kommandos müßen durch + ersetzt werden
die reihenfolge der transformationen ist: invert, max/maxValue
der vorrang der kommando mappings ist in aufsteigender reihenfolge: cmd, cmdOn/cmdOff, cmds

beispiel:TargetHeatingCoolingState=...,cmds=OFF:desired-temp+off;HEAT:controllMode+day;COOL:controllMode+night;AUTO:controllMode+auto

das ganze schaut auf den ersten blick vermutlich sehr unübersichtlich aus. es sollte aber mit etwas übung einfacher werden.

beim starten von homebridge mit --debug werden details zum mapping der werte und komamndos ausgegeben. damit kann man sich auch die im automatik modus verwendeten parameter ansehen und als ausgangspunkt für änderungen verwenden.


weitere beispiele:
1 device -> 1 service (thermometer)  attr <temp> genericDeviceType thermometer
  attr <temp> homebridgeMapping CurrentTemperature=temperature1,minValue=-30
wenn das reading temperature heisst statt temperature1 muss es nicht angegeben werden.

1 device -> 1 service, 2 characteristics (thermostat)  attr <thermostat> genericDeviceType thermostat
  attr <thermostat> homebridgeMapping TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5
                                      CurrentTemperature=myTemp:temperature

1 device -> 2 services mit identischen characteristics (thermometer)  attr <dualTemp> genericDeviceType thermometer
  attr <dualTemp> homebridgeMapping CurrentTemperature=temperature1,minValue=-30,subtype=innen
                                    CurrentTemperature=temperature2,minValue=-30,subtype=aussen

n devices -> 1 service (temp + hum, dummy thermostat + temp)  attr <tempHum> genericDeviceType thermometer
  attr <tempHum> homebridgeMapping [CurrentTemperature=temperature1] CurrentRelativeHumidity=<device2>:humidity
wenn das reading temperature heisst statt temperature1 kann CurrentTemperature=temperature1 weg gelassen werden

1 device  -> n services (1 service per harmony activity)  attr <hub> genericDeviceType switch
  attr <hub> homebridgeMapping clear
                               On=activity,subtype=TV,valueOn=TV,cmdOn=activity+TV,cmdOff=off
                               On=activity,subtype=DVD,valueOn=/DVD/,cmdOn=activity+DVD,cmdOff=off
                               On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=off

achtung: die zeilenenden der mehrzeiligen beispiele müssen natürlich maskiert werden wenn sie nicht im web frontend im attr text feld / popup eingegeben werden .


wenn diese konfigurierbarkeit noch nicht reicht gibt es auch die möglichkeit das mapping zwischen reading wert und homekit wert in beide richtungen durch kleine js routinen zu machen. hierzu später mehr sobald das jemand braucht :)

wenn auch das nicht reicht kann die komplette im mapping verwendete datenstruktur auch per json konfiguriert werden. auch dazu später mehr.


was in dieser version noch nicht eingebaut ist ist die konfiguration von custom characteristics (d.h. solche für die es in HomeKitTypes.js keine vorbereitet deklaration gibt) wie volume oder actuation. das kommt noch.

zum zeitplan: ich räume den code in den nächsten tagen noch auf, schmeisse so weit es geht alle internen sonderbehandlungen noch raus und warte dann gespannt was noch alles fehlt :) und fehlerfrei ist es sicher auch noch nicht.

gruss
  andre

edit 01.02.2016:
- cmdOn/cmdOff bug fix
- wenn kein reading angegeben wird ist jetzt state der default
- devices with mit einem attribut setList in dem es genau zwei einträge gibt werden automatisch zum switch
- mit dem ersten eintrag als on zustand und dem zweiten als off zustand.
  bug fix für die abfrage der werte aus dem cache

edit 02.02.2016:
- neuer parameter factor für die richtung reading -> homekit wird das reading mit diesem faktor multipliziert
- custom characteristics eingebaut, neue parameter name, format, unit
- elgato eve custom characteristics für voltage, current, power and energy
- neue parameter default und timeout -> erlaubt die simulation eines tasters z.b. für den türoffner.
- diverse default characteristics intern auf konfigurierbare mappings umgestellt
- bug fix für frei konfigurierbare thermostate

edit 03.02.2016:
- minValue/maxValue/minStep fix
- ausgabe des symbolischen homekit namens nach umwandlung aus einem reading
- eve custom air pressure characteristic
- PRESENCE/ROOMMATE fix
- fixed identify after pairing
- fixed bug in caching internal readings without own characteristic

edit 06.02.2016:
- fix für dim
- alle automatisch erkannten characteristics verwenden jetzt die konfigurierbaren mappings
- diverse fixes für log nachrichten
- ROOMMATE fix

edit 07.02.2016:
- bessere erkennung von WifiLight, HSV kommando statt RGB
- MilightDevice hinzugefügt
- fix für TargetDoorState taster bei HM-SEC-KEY
- mehr HM-SEC-KEY fixes

edit 11.02.2016:
- die hier beschriebene version ist eingecheckt und per npm update zu bekommen.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 16:31:39
du hast das homebridgeMapping attribut noch nicht gesetzt. da sollte etwas in der art drin stehen:attr Schlafengehen homebridgeMapping On:valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home

Habe es mal hinzugefügt, funktioniert leider trotzdem nicht.
Internals:
   NAME       Schlafengehen
   NR         118
   STATE      home
   TYPE       dummy
   Readings:
     2016-02-01 16:13:49   state           home
Attributes:
   alias      Schlafmodus
   genericDeviceType switch
   group      Zuhause Status
   homebridgeMapping On:valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
   room       Anwesenheit,HomeKit
   setList    gotosleep home
   webCmd     gotosleep:home

Sehe auch keine Meldung auf der Homebridge Console beim Schalten in Eve.

Dabei ist mir gerade aufgefallen dass meine ganzen Schalter nicht mehr funktionieren, die vorher immer gingen:
[FHEM] ku_Abwaschlicht sending command set with value off
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] ku_Abwaschlicht sending command set with value on
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] ku_Deckenlicht sending command set with value on
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] ku_Deckenlicht sending command set with value off
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1

Muss ich jetzt überall das homebridgeMapping setzen? Eigentlich sollten doch bestehende Geräte weiter funktionieren.

Hast Du an der Version hier schon wieder Änderungen verbaut oder ist das die aus dem anderen Thema?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 16:39:02
in der version oben ist nur das problem mit der debug meldung repariert.

im attribut war noch ein fehler drin:attr Schlafengehen homebridgeMapping On=valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
das hoembridgeMapping musst du nur dann setzen wenn du nicht on und off bei einem switch verwendest.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 17:21:16
Okay, jetzt reagiert Homebridge zwar auf den Schalter, aber schalten tut der und alle anderen Schalter trotzdem nicht.

[FHEM] Schlafengehen sending command set with value gotosleep
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] Schlafengehen sending command set with value home
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 17:56:12
ups. da ist an einer stelle noch ein doppeltes mapping im code. das kann so nicht gehen.

ich habe die version oben noch mal aktualisiert.

danke
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 18:08:09
Jetzt schmiert Homebridge ab beim Schalten, egal ob dummy oder richtiger Schalter:

/usr/local/lib/node_modules/homebridge-fhem/index.js:1964
      this.error(this.name + ' Unhandled command! cmd=' + c + ', value ' + value);
           ^

TypeError: this.error is not a function
    at Object.FHEMAccessory.command (/usr/local/lib/node_modules/homebridge-fhem/index.js:1964:12)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:2294:33)
    at emitThree (events.js:97:13)
    at emit (events.js:175:7)
    at Characteristic.setValue (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:151:10)
    at Bridge.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:626:22)
    at Array.forEach (native)
    at Bridge.Accessory._handleSetCharacteristics (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:575:8)
    at emitThree (events.js:97:13)
    at HAPServer.emit (events.js:175:7)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 18:32:28
arg... sorry. ich kann gerade nicht selber testen und ich hatte auch noch eine falsche version oben hin kopiert.

bitte versuch es noch ein mal...

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 18:43:24
Das funktioniert jetzt. Auch mein dummy Schlafengehen funktioniert so nun wenn ich in HomeKit schalte.
Leider funktioniert die Rückmeldung bisher nicht von FHEM an Homebridge. Wenn in FHEM der Schalter Schlafengehen verändert wird, so kommt die Änderung nicht in Homebridge/-Kit an.

Werde nun mal mit den anderen deviceTypes/Characteristics rumprobieren.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 19:10:33
das liegt daran das wir vergessen haben zu konfigurieren das es um das state reading geht:attr Schlafengehen homebridgeMapping On=state,valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
dabei ist mir eben noch ein problem problem aufgefallen das mit der rückwärts kompatibilität zu devices ohne homebridgeMapping bzw. ohne values/valueOn/valueOff zu tun hatte. d.h. es gibt deswegen oben noch mal eine neue version :(.

gruss
  andre

ps: mit der neuen version von oben wird jetzt auch automatisch state als default verwendet wenn kein reading angegeben ist.

pps: könnte es sinnvoll sein die setList automatisch als default für cmdOn und cmdOff zu verwenden wenn es nur zwei einträge darin gibt?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 19:21:54
Cool, jetzt funktioniert der dummy Schlafengehen in beide Richtungen.

Muss erst mal mit den ganze Parametern von homebridgeMapping klar kommen...
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 19:25:45
update: devices mit einer setList die genau zwei einträge enthält werden automatisch zu einem homekit switch bei dem der erste eintrag on entspricht und der zweite off.

damit wäre bei dummies wie deinem überhaupt nichts weiter zu tun ausser ihn in den FILTER mit auf zu nehmen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 21:27:11
Ich habe nun noch ein paar dummys definiert und diese lasse ich meine 433 MHz Steckdosen schalten (GenShellSwitch). Somit wird auch der Status von FHEM zu Homebridge übertragen, was ich nur alleine mit dem GenShellSwitch nicht hinbekommen habe.

Trotzdem komme mit dem Mapping nicht klar, dachte ein Thermometer wäre nun ganz einfach. Aber auch Batterie und Thermostat bekomme ich nicht hin.

     2016-02-01 21:19:55   luminance       0 Lux
     2016-01-29 02:42:52   model           FIBARO System FGMS001 Motion Sensor
     2016-01-29 02:42:52   modelConfig     fibaro/fgms.xml
     2016-01-29 02:42:52   modelId         010f-0800-1001
     2016-02-01 21:21:29   reportedState   closed
     2016-02-01 21:21:29   state           closed
     2016-02-01 21:20:01   temperature     22.0 C
     2016-02-01 21:19:55   transmit        OK
     2016-02-01 21:19:53   wakeup          notification
     2016-01-29 03:19:44   wakeupReport    interval 900 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Sensor Küche
   classes    SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM
   genericDeviceType thermometer
   group      Sensoren
   icon       people_sensor
   room       Anwesenheit,HomeKit,Küche,ZWave

Laut Info brauche ich ja kein Mapping hinzufügen wenn Temperatur=temperature ist.

Es werden Werte in Eve angezeigt, aber alle 0,0°C. Auf der Homebridge Console stehen aber die richtigen Werte.

[FHEM] Initializing platform accessory 'ku_Sensor'...
[FHEM] creating services for ku_Sensor
[FHEM]   information service for ku_Sensor
[FHEM]     manufacturer, model and serial number characteristics for ku_Sensor
[FHEM]   TemperatureSensor service for ku_Sensor
[FHEM]     CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM]       initial value is: 21.9 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for ku_Sensor:battery
[FHEM]       initial value is: 85 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for ku_Sensor:battery
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }

2016-02-01 22:04:52 caching: ku_Sensor-temperature: 22.0 C
[FHEM]     caching: CurrentTemperature: 22 (number; from 22.0 C)
P.S. LD382 RGBW Dimmer scheint ohne Mapping zu funktionieren.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 22:13:27
das schaut eigentlich alles ok aus.

geht nur die temperatur nicht? wird der batterie status und level richtig angezeigt?

was siehst du auf der konsole wenn du in eve auf einen raum mit dem sensor wechselst?

mach mal bitte ein jsonlist2 von dem device und starte die homebridge mit --debug und zeig die komplette konsolen ausgabe.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 22:34:51
Das kommt in der Console wenn ich in Eve den Raum Küche (mit Sensor) betrete:

[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0
[FHEM] query: On for ku_Unterlicht-state
[FHEM]   cached: 0
[FHEM] query: On for ku_Abwaschlicht-state
[FHEM]   cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0

Temperatur wird mit 0,0 angezeigt, Batterie mit 0% und Batterie schwach mit NEIN.

Update:
Jetzt stand eben mal kurz die richtige Temperatur in Eve.
Dazu die Console:
  2016-02-01 22:34:44 caching: ku_Sensor-temperature: 22.0 C
[FHEM]     caching: CurrentTemperature: 22 (number; from 22.0 C)

Hab dann nochmal refreshed und dann stand wieder 0,0 da.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 22:38:14
ich brauche mehr aus dem log. nicht nur den winzigen abschnitt.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 23:01:18
Mehr gibt es nicht in der Homebridge Console. Oder meinst du aus dem FHEM Log?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 23:07:36
da muss mehr stehen. etwas über die werte die beim starten gecached werden und mit --debug noch einige internes. etwas so:[FHEM Test1] Initializing FHEM platform...
starting longpoll: http://10.0.1.2:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1454364190678
[FHEM Test2] Initializing FHEM platform...
[FHEM Test2] Checking genericDeviceType...
[FHEM Test2]   executing: http://10.0.1.2:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM Test2] Fetching FHEM switchable devices...
[FHEM Test2] fetching: http://10.0.1.2:8083/fhem?cmd=jsonlist2%20NAME=ku_Sensor&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM Test2] got: 1 results
[FHEM Test2] mappings for ku_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 } }
[FHEM Test2] ku_Sensor is thermometer
[FHEM Test2] ku_Sensor has CurrentTemperature [temperature]
[FHEM Test2] ku_Sensor has BatteryLevel [battery]
[FHEM Test2] ku_Sensor has StatusLowBattery [battery]
  2016-02-01 23:03:10 caching: ku_Sensor-temperature: 22.0 C
[FHEM Test2]     caching: CurrentTemperature: 22 (number; from 22.0 C)
  2016-02-01 23:03:10 caching: ku_Sensor-battery: 84
[FHEM Test2]     caching: BatteryLevel: 84 (number; from 84)
[FHEM Test2]     caching: StatusLowBattery: 0 (number; from 84)
[FHEM Test2] Initializing platform accessory 'ku_Sensor'...
[FHEM Test2] creating services for ku_Sensor
[FHEM Test2]   information service for ku_Sensor
[FHEM Test2]     manufacturer, model and serial number characteristics for ku_Sensor
[FHEM Test2]   TemperatureSensor service for ku_Sensor
[FHEM Test2]     CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM Test2]       initial value is: 22 (number)
[FHEM Test2]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM Test2]     BatteryLevel characteristic for ku_Sensor:battery
[FHEM Test2]       initial value is: 84 (number)
[FHEM Test2]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM Test2]     StatusLowBattery characteristic for ku_Sensor:battery
[FHEM Test2]       initial value is: 0 (number)
[FHEM Test2]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
Homebridge is running on port 51726.

und dann später wenn sich die readings ändern etwas in der art:  2016-02-01 23:05:51 caching: ku_Sensor-temperature: 22.1 C
[FHEM Test2]     caching: CurrentTemperature: 22.1 (number; from 22.1 C)
  2016-02-01 23:05:54 caching: ku_Sensor-battery: 85
[FHEM Test2]     caching: BatteryLevel: 85 (number; from 85)
[FHEM Test2]     caching: StatusLowBattery: 0 (number; from 85)

die aktuell gecacheten werte sind auch air debug browser zu sehen.

ansonsten noch mal ein jsonlist2 auf das device.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 23:09:34
Neue Beobachtung:

Habe Homebridge neu gestartet und bin in Eve das erste mal in in den Raum rein. Da wurden mir für Temperatur, Batterie und Batterie schwach die richtigen Werte angezeigt. Dann habe ich ein mal refreshed (im Raum nach unten ziehen) und dann waren alle Werte wieder auf 0.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 23:14:04
Komplette Console von Homebridge:
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1454364371188
[FHEM] Checking genericDeviceType...
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Loading 1 accessories...
[wz_TV_Licht] Initializing Hyperion accessory...
[wz_TV_Licht] Starting Hyperion Accessory
Server listening on: http://<ip>:8082
[FHEM] got: 12 results
[FHEM] homebridgeMapping: On=state,valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
[FHEM] mappings for Schlafengehen: { On:
   { reading: 'state',
     valueOn: 'gotosleep',
     cmdOn: 'gotosleep',
     cmdOff: 'home' } }
[FHEM] Schlafengehen is switch
[FHEM] Schlafengehen has On [state;gotosleep,home]
  2016-02-01 23:06:11 caching: Schlafengehen-state: home
[FHEM] Schlafengehen-state valueOn/valueOff: value home mapped to 0
[FHEM]     caching: On: 0 (number; from home)
[FHEM] mappings for ku_Abwaschlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Abwaschlicht is switch
[FHEM] ku_Abwaschlicht has On [state;on,off]
  2016-02-01 23:06:11 caching: ku_Abwaschlicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for ku_Deckenlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Deckenlicht is switch
[FHEM] ku_Deckenlicht has On [state;on,off]
  2016-02-01 23:06:11 caching: ku_Deckenlicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for ku_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 } }
[FHEM] ku_Sensor is thermometer
[FHEM] ku_Sensor has CurrentTemperature [temperature]
[FHEM] ku_Sensor has BatteryLevel [battery]
[FHEM] ku_Sensor has StatusLowBattery [battery]
  2016-02-01 23:06:11 caching: ku_Sensor-temperature: 21.7 C
[FHEM]     caching: CurrentTemperature: 21.7 (number; from 21.7 C)
  2016-02-01 23:06:11 caching: ku_Sensor-battery: 85 %
[FHEM]     caching: BatteryLevel: 85 (number; from 85 %)
[FHEM]     caching: StatusLowBattery: 0 (number; from 85 %)
[FHEM] mappings for ku_Unterlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Unterlicht is switch
[FHEM] ku_Unterlicht has On [state;on,off]
  2016-02-01 23:06:11 caching: ku_Unterlicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for sz_Nachttischlampe: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Nachttischlampe is switch
[FHEM] sz_Nachttischlampe has On [state;on,off]
  2016-02-01 23:06:11 caching: sz_Nachttischlampe-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for sz_Schranklicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Schranklicht is switch
[FHEM] sz_Schranklicht has On [state;on,off]
  2016-02-01 23:06:11 caching: sz_Schranklicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for wz_Couchlicht: { Hue:
   { reading: 'RGB',
     cmd: 'RGB',
     min: 0,
     max: 360,
     reading2homekit: [Function: bound ],
     homekit2reading: [Function: bound ] },
  Saturation:
   { reading: 'RGB',
     cmd: 'RGB',
     min: 0,
     max: 100,
     reading2homekit: [Function: bound ],
     homekit2reading: [Function: bound ] },
  Brightness:
   { reading: 'RGB',
     cmd: 'RGB',
     min: 0,
     max: 100,
     delay: true,
     reading2homekit: [Function: bound ],
     homekit2reading: [Function: bound ] },
  On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Couchlicht is switch
[FHEM] wz_Couchlicht is dimable [RGB;RGB]
[FHEM] wz_Couchlicht has On [state;on,off]
[FHEM] wz_Couchlicht has Hue [RGB;0-360]
[FHEM] wz_Couchlicht has Saturation [RGB;0-100]
  2016-02-01 23:06:11 caching: wz_Couchlicht-RGB: CCCCCC
[FHEM]     caching: Hue: 0 (number; from CCCCCC)
[FHEM]     caching: Saturation: 0 (number; from CCCCCC)
[FHEM]     caching: Brightness: 80 (number; from CCCCCC)
  2016-02-01 23:06:11 caching: wz_Couchlicht-state: on
[FHEM]     caching: On: 1 (number; from on)
[FHEM] homebridgeMapping: TargetTemperature=setpointTemp::setpointTemp,minValue=15,maxValue=28,minStep=0.5 CurrentTemperature=wz_Heizung:temperature
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30, device: 'wz_Heizung' },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 },
  On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' },
  TargetTemperature:
   { reading: 'setpointTemp',
     cmd: 'setpointTemp',
     minValue: '15',
     maxValue: '28',
     minStep: '0.5' } }
[FHEM] wz_Heizung is switch
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
[FHEM] wz_Heizung is NOT a thermostat. set command for target temperature missing: setpointTemp
  2016-02-01 23:06:11 caching: wz_Heizung-temperature: 23.5 C
[FHEM]     caching: CurrentTemperature: 23.5 (number; from 23.5 C)
  2016-02-01 23:06:11 caching: wz_Heizung-battery: 8 %
[FHEM]     caching: BatteryLevel: 8 (number; from 8 %)
[FHEM]     caching: StatusLowBattery: 1 (number; from 8 %)
[FHEM] mappings for wz_Multimediasteckdose: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Multimediasteckdose is switch
[FHEM] wz_Multimediasteckdose has On [state;on,off]
  2016-02-01 23:06:11 caching: wz_Multimediasteckdose-state: on
[FHEM]     caching: On: 1 (number; from on)
[FHEM] mappings for wz_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 } }
[FHEM] wz_Sensor is thermometer
[FHEM] wz_Sensor has CurrentTemperature [temperature]
[FHEM] wz_Sensor has BatteryLevel [battery]
[FHEM] wz_Sensor has StatusLowBattery [battery]
  2016-02-01 23:06:11 caching: wz_Sensor-temperature: 22.4 C
[FHEM]     caching: CurrentTemperature: 22.4 (number; from 22.4 C)
  2016-02-01 23:06:11 caching: wz_Sensor-battery: 96 %
[FHEM]     caching: BatteryLevel: 96 (number; from 96 %)
[FHEM]     caching: StatusLowBattery: 0 (number; from 96 %)
[FHEM] mappings for wz_Sonnenuntergang: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Sonnenuntergang is switch
[FHEM] wz_Sonnenuntergang has On [state;on,off]
  2016-02-01 23:06:11 caching: wz_Sonnenuntergang-state: on
[FHEM]     caching: On: 1 (number; from on)
[FHEM] Initializing platform accessory 'Schlafengehen'...
[FHEM] creating services for Schlafengehen
[FHEM]   information service for Schlafengehen
[FHEM]     manufacturer, model and serial number characteristics for Schlafengehen
[FHEM]   Switch service for Schlafengehen
[FHEM]     On characteristic for Schlafengehen:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Abwaschlicht'...
[FHEM] creating services for ku_Abwaschlicht
[FHEM]   information service for ku_Abwaschlicht
[FHEM]     manufacturer, model and serial number characteristics for ku_Abwaschlicht
[FHEM]   Switch service for ku_Abwaschlicht
[FHEM]     On characteristic for ku_Abwaschlicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Deckenlicht'...
[FHEM] creating services for ku_Deckenlicht
[FHEM]   information service for ku_Deckenlicht
[FHEM]     manufacturer, model and serial number characteristics for ku_Deckenlicht
[FHEM]   Switch service for ku_Deckenlicht
[FHEM]     On characteristic for ku_Deckenlicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Sensor'...
[FHEM] creating services for ku_Sensor
[FHEM]   information service for ku_Sensor
[FHEM]     manufacturer, model and serial number characteristics for ku_Sensor
[FHEM]   TemperatureSensor service for ku_Sensor
[FHEM]     CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM]       initial value is: 21.7 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for ku_Sensor:battery
[FHEM]       initial value is: 85 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for ku_Sensor:battery
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Unterlicht'...
[FHEM] creating services for ku_Unterlicht
[FHEM]   information service for ku_Unterlicht
[FHEM]     manufacturer, model and serial number characteristics for ku_Unterlicht
[FHEM]   Switch service for ku_Unterlicht
[FHEM]     On characteristic for ku_Unterlicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Nachttischlampe'...
[FHEM] creating services for sz_Nachttischlampe
[FHEM]   information service for sz_Nachttischlampe
[FHEM]     manufacturer, model and serial number characteristics for sz_Nachttischlampe
[FHEM]   Switch service for sz_Nachttischlampe
[FHEM]     On characteristic for sz_Nachttischlampe:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Schranklicht'...
[FHEM] creating services for sz_Schranklicht
[FHEM]   information service for sz_Schranklicht
[FHEM]     manufacturer, model and serial number characteristics for sz_Schranklicht
[FHEM]   Switch service for sz_Schranklicht
[FHEM]     On characteristic for sz_Schranklicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM]   information service for wz_Couchlicht
[FHEM]     manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM]   Switch service for wz_Couchlicht
[FHEM]     Hue characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 360,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Saturation characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Brightness characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 80 (number)
[FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     On characteristic for wz_Couchlicht:state
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM]   information service for wz_Heizung
[FHEM]     manufacturer, model and serial number characteristics for wz_Heizung
[FHEM]   Switch service for wz_Heizung
[FHEM]     CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM]       initial value is: 23.5 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for wz_Heizung:battery
[FHEM]       initial value is: 8 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for wz_Heizung:battery
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Multimediasteckdose'...
[FHEM] creating services for wz_Multimediasteckdose
[FHEM]   information service for wz_Multimediasteckdose
[FHEM]     manufacturer, model and serial number characteristics for wz_Multimediasteckdose
[FHEM]   Switch service for wz_Multimediasteckdose
[FHEM]     On characteristic for wz_Multimediasteckdose:state
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sensor'...
[FHEM] creating services for wz_Sensor
[FHEM]   information service for wz_Sensor
[FHEM]     manufacturer, model and serial number characteristics for wz_Sensor
[FHEM]   TemperatureSensor service for wz_Sensor
[FHEM]     CurrentTemperature characteristic for wz_Sensor:temperature
[FHEM]       initial value is: 22.4 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for wz_Sensor:battery
[FHEM]       initial value is: 96 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for wz_Sensor:battery
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sonnenuntergang'...
[FHEM] creating services for wz_Sonnenuntergang
[FHEM]   information service for wz_Sonnenuntergang
[FHEM]     manufacturer, model and serial number characteristics for wz_Sonnenuntergang
[FHEM]   Switch service for wz_Sonnenuntergang
[FHEM]     On characteristic for wz_Sonnenuntergang:state
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0
[FHEM] query: On for ku_Unterlicht-state
[FHEM]   cached: 0
[FHEM] query: On for ku_Abwaschlicht-state
[FHEM]   cached: 0
[FHEM] query: On for ku_Deckenlicht-state
[FHEM]   cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM]   cached: 0

jsonlist2:
{
  "Arg":"ku_Sensor",
  "Results": [
  {
    "Name":"ku_Sensor",
    "PossibleSets":"associationAdd associationDel associationRequest associationRequestAll:noArg configAmbientIlluminationLevelAbove83 configAmbientIlluminationLevelBelow82 configBASICOFFCommandFrameValue configBASICONCommandFrameValue configBasicCommandClassFrames12:onlyTheBASICOFFCommandFrameSent2,onlyTheBASICONCommandFrameSentIn1,BASICONAndBASICOFFCommandFrames0 configByte configDefault configIlluminationReportThreshold configIlluminationReportsInterval configIntervalOfTemperatureMeasuring configLEDBrightness configLEDIndicatingTamperAlarm:LEDDoesNotIndicateTamperAlarm,LEDIndicatesTamperAlarm configLEDSignalingMode:LongBlinkThenShortBlinksCyan,LongBlinkThen2ShortBlinksWhite,LongBlinkThenShortBlinksYellow,LongBlinkThen2ShortBlinksMagenta,LongBlinkBlue,LongBlinkThen2ShortBlinksCyan,LongBlinkThen2ShortBlinksRed,LongBlinkThenShortBlinksGreen,LongBlinkThenShortBlinksWhite,LongBlinkThen2ShortBlinksLED19,LongBlinkThen2ShortBlinksGreen,LongBlinkThenShortBlinksBlue,FlashlightModeLEDGlowsInWhite2,longBlinkLEDColourDependsOnThe1,LongBlinkThen2ShortBlinksYellow,LongBlinkMagenta,LongBlinkThenShortBlinksRed,LongBlinkWhite,FlashlightModeLEDGlowsInWhite11,LongBlinkGreen,LongBlinkRed,LEDInactive,LongBlinkCyan,LongBlinkThenShortBlinksMagenta,LongBlinkYellow,LongBlinkThenShortBlinkLEDColour10,LongBlinkThen2ShortBlinksBlue configLong configMaximumTemperatureResultingInRed87 configMinimumTemperatureResultingIn86 configMotionAlarmCancellationDelay configMotionSensorSBlindTime2 configMotionSensorSSensitivity configNightDay configPIRSensorOperatingMode:PIRSensorActiveDuringTheDayOnly,PIRSensorAlwaysActive,PIRSensorActiveDuringTheNight2 configPIRSensorSPulseCounter:pulses,pulse configPIRSensorSWindowTime:seconds configRequestAll:noArg configTamperAlarmBroadcastMode:TamperAlarmSentInBroadcastMode,TamperAlarmIsNotSentInBroadcast0 configTamperAlarmCancellationDelay configTamperOperatingModes:TamperOrientation,TamperCancellationOrientation,TamperCancellation,Vibration,Tamper configTamperSensitivity configTemperatureOffset configTemperatureReportThreshold configTemperatureReportsInterval configWord mcaAdd mcaDel neighborUpdate:noArg versionClassRequest wakeupInterval wakeupNoMoreInformation:noArg",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 noExplorerFrames:1,0 ignore:1,0 dummy:1,0 showtime:1,0 classes vclasses secure_classes WNMI_delay event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer,ignore,lock,window,contact homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "ee3970ea 11",
      "LASTInputDev": "ZWaveBridge",
      "MSGCNT": "334",
      "NAME": "ku_Sensor",
      "NR": "102",
      "STATE": "Status: <strong>closed</strong><br>Temperatur: <strong>21.7 C</strong><br>Licht: <strong>0 Lux</strong><br>Batterie: <strong>85 %</strong>",
      "TYPE": "ZWave",
      "ZWaveBridge_MSGCNT": "334",
      "ZWaveBridge_RAWMSG": "0004000b063105012200d9",
      "ZWaveBridge_TIME": "2016-02-01 23:04:38",
      "homeId": "ee3970ea",
      "isWakeUp": "1",
      "lastMsgSent": "1454364267.79039",
      "nodeIdHex": "0b"
    },
    "Readings": {
      "CMD": { "Value":"ZW_APPLICATION_UPDATE", "Time":"2016-01-29 03:19:44" },
      "alarm_type_00": { "Value":"level ff node 0b seconds 0", "Time":"2016-01-31 12:43:50" },
      "basicSet": { "Value":"00", "Time":"2016-02-01 22:08:45" },
      "battery": { "Value":"85 %", "Time":"2016-02-01 23:04:27" },
      "configAmbientIlluminationLevelAbove83": { "Value":"1000", "Time":"2016-01-29 02:52:02" },
      "configAmbientIlluminationLevelBelow82": { "Value":"100", "Time":"2016-01-29 02:52:03" },
      "configBASICOFFCommandFrameValue": { "Value":"0", "Time":"2016-01-29 02:52:04" },
      "configBASICONCommandFrameValue": { "Value":"255", "Time":"2016-01-29 02:52:05" },
      "configBasicCommandClassFrames12": { "Value":"BASICONAndBASICOFFCommandFrames0", "Time":"2016-01-29 02:52:06" },
      "configIlluminationReportThreshold": { "Value":"200", "Time":"2016-01-29 03:17:56" },
      "configIlluminationReportsInterval": { "Value":"900", "Time":"2016-01-29 03:17:57" },
      "configIntervalOfTemperatureMeasuring": { "Value":"900", "Time":"2016-01-29 03:17:58" },
      "configLEDBrightness": { "Value":"0", "Time":"2016-01-29 03:17:59" },
      "configLEDIndicatingTamperAlarm": { "Value":"LEDIndicatesTamperAlarm", "Time":"2016-01-29 03:18:01" },
      "configLEDSignalingMode": { "Value":"LongBlinkThenShortBlinkLEDColour10", "Time":"2016-01-29 03:18:02" },
      "configMaximumTemperatureResultingInRed87": { "Value":"26", "Time":"2016-01-29 03:18:03" },
      "configMinimumTemperatureResultingIn86": { "Value":"18", "Time":"2016-01-29 03:18:04" },
      "configMotionAlarmCancellationDelay": { "Value":"30", "Time":"2016-01-29 03:18:05" },
      "configMotionSensorSBlindTime2": { "Value":"15", "Time":"2016-01-29 03:18:06" },
      "configMotionSensorSSensitivity": { "Value":"10", "Time":"2016-01-29 03:18:07" },
      "configNightDay": { "Value":"200", "Time":"2016-02-01 13:21:37" },
      "configPIRSensorOperatingMode": { "Value":"PIRSensorAlwaysActive", "Time":"2016-02-01 13:21:38" },
      "configPIRSensorSPulseCounter": { "Value":"1", "Time":"2016-01-29 03:18:10" },
      "configPIRSensorSWindowTime": { "Value":"2", "Time":"2016-02-01 13:21:38" },
      "configTamperAlarmBroadcastMode": { "Value":"TamperAlarmIsNotSentInBroadcast0", "Time":"2016-01-29 03:18:12" },
      "configTamperAlarmCancellationDelay": { "Value":"30", "Time":"2016-02-01 13:21:38" },
      "configTamperOperatingModes": { "Value":"Tamper", "Time":"2016-02-01 13:21:38" },
      "configTamperSensitivity": { "Value":"15", "Time":"2016-02-01 13:21:39" },
      "configTemperatureOffset": { "Value":"0", "Time":"2016-01-29 03:18:17" },
      "configTemperatureReportThreshold": { "Value":"10", "Time":"2016-02-01 13:21:39" },
      "configTemperatureReportsInterval": { "Value":"900", "Time":"2016-02-01 13:21:39" },
      "luminance": { "Value":"0 Lux", "Time":"2016-02-01 23:04:37" },
      "model": { "Value":"FIBARO System FGMS001 Motion Sensor", "Time":"2016-01-29 02:42:52" },
      "modelConfig": { "Value":"fibaro/fgms.xml", "Time":"2016-01-29 02:42:52" },
      "modelId": { "Value":"010f-0800-1001", "Time":"2016-01-29 02:42:52" },
      "reportedState": { "Value":"closed", "Time":"2016-02-01 22:08:45" },
      "state": { "Value":"closed", "Time":"2016-02-01 22:08:45" },
      "temperature": { "Value":"21.7 C", "Time":"2016-02-01 23:04:38" },
      "transmit": { "Value":"OK", "Time":"2016-02-01 23:04:29" },
      "wakeup": { "Value":"notification", "Time":"2016-02-01 23:04:27" },
      "wakeupReport": { "Value":"interval 900 target 1", "Time":"2016-01-29 03:19:44" }
    },
    "Attributes": {
      "IODev": "ZWaveBridge",
      "alias": "Sensor Küche",
      "classes": "SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM",
      "genericDeviceType": "thermometer",
      "group": "Sensoren",
      "icon": "people_sensor",
      "room": "Anwesenheit,HomeKit,Küche,ZWave",
      "stateFormat": "Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Licht: <strong>luminance</strong><br>Batterie: <strong>battery</strong>"
    }
  }  ],
  "totalResultsReturned":1
}
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 Februar 2016, 23:40:03
ich habe den fehler gefunden. es wurden einfach die falschen werte aus dem cache zurück geliefert wenn es mehr als eine characteristic gab. hab es in der version ganz oben repariert.

es gibt aber scheinbar noch ein problem mit den beiden battery characteristics. ich sehe sie zumindest auf meinem test iPhone garnicht. da ist aber noch eine alte 9.0 beta drauf. eventuell liegt es daran.

gruss
  andre
 
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 01 Februar 2016, 23:59:58
PERFEKT!!!

Jetzt stimmen die Werte für Temperatur, Batterie, Batterie schwach und sie bleiben auch. :D
Kann ich auch den Luminance Wert von dem Sensor in HomeKit anzeigen lassen?

Mein Thermostat zeigt nun auch die richtigen Werte an, aber stellen kann ich ihn noch nicht. Es gibt keine Einstellmöglichkeit. Aber vielleicht liegt das auch daran dass A.Harrenberg gerade an dem Modul für den Thermostat schraubt, bis vorgestern ging noch kaum etwas mit diesem Ding.
list vom Thermostat:
Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     9
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>dim 19</strong><br>Temperatur: <strong>22.5 C</strong><br>Eingestellte Temp.: <strong>22.0 C heating</strong><br>Batterie: <strong>8 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 9
   ZWaveBridge_RAWMSG 00040008028407
   ZWaveBridge_TIME 2016-02-01 23:55:40
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454367341.3662
   nodeIdHex  08
   Readings:
     2016-01-30 09:15:32   UNPARSED        SENSOR_MULTILEVEL 023105
     2016-01-26 23:49:42   basicReport     ff
     2016-02-01 23:55:41   battery         8 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-02-01 23:55:41   reportedState   dim 19
     2016-02-01 23:55:40   setpointTemp    22.0 C heating
     2016-02-01 23:55:41   state           dim 19
     2016-02-01 23:55:40   temperature     22.5 C
     2016-02-01 23:55:41   thermostatMode  heating
     2016-02-01 23:55:43   transmit        OK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-02-01 23:55:40   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   genericDeviceType thermostat
   group      Heizung
   homebridgeMapping TargetTemperature=setpointTemp::setpointTemp,minValue=15,maxValue=28,minStep=0.5 CurrentTemperature=wz_Heizung:temperature
   icon       sani_heating
   room       Heizung,HomeKit,Wohnzimmer,ZWave
   stateFormat Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>
   subtype    thermostat
   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 02 Februar 2016, 00:08:31
luminance sollte mit ... CurrentAmbientLightLevel= luminance ... gehen.

was zeigt homebridge beim starten für den thermostaten an? heisst das kommando wirklich set <device> setpointTemp? taucht setpointTemp bei set <device> ? mit auf oder was steht da?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 00:40:15
Du bist ja der Wahnsinn Andre, Luminance wird nun auch in Eve angezeigt.
Wie würde es denn aussehen mit grafischen Verläufen ala Stromverbrauch oder Temperaturverlauf?

Der Thermostat sträubt sich noch ein wenig. Hattest natürlich recht, set ist setpointHeating und nicht setpointTemp:
TargetTemperature=setpointHeating::setpointHeating,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperature
Mit diesem homebridgeMapping Attribut an meinem Thermostat will das ganz HomeKit (Eve) nicht mehr. Attribut entfernt und HomeKit läuft wieder.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 02 Februar 2016, 09:03:34
stromverbrauch ist in homekit nicht standarisiert. dafür verwendet elgato eine custom characteristic. das muss ich noch einbauen. siehe oben :)

für die history und kurven verwendet elgato auch custom characteristics. da hat noch niemand komplett rausgefunden wie das geht. wenn alles andere geht schaue ich mal wie ich das was bisher bekannt ist einbaue.


kann es sein das reading und kommando nicht gleich heissen und es so aussehen müsste:TargetTemperature=setpointHeating::setpointTemp,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperaturezeig mal die Konsolen ausgaben beim start mit --debug und die jsonlist2 vom device.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 13:32:32
Oh, es wird uns also noch einiges erwarten!? Ich freue mich drauf, Du machst echt super Fortschritte.

Mit dem Mapping
TargetTemperature=setpointHeating::setpointTemp,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperatureläuft HomeKit gar nicht mehr.
Nehme ich es wieder raus, läuft es wieder.

Wenn ich das richtig verstanden habe, ist der erste Wert (am Beispiel setpointHeating) für get und der zweite (setpointTemp) für set. Dann ist es genau verkehrt herum, denn eigentlich ist get=setpointTemp und set=setpointHeating. Habe das mal umgedreht zu:
TargetTemperature=setpointTemp::setpointHeating,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperatureDamit läuft HomeKit zwar, aber es wird kein Regler für die Heizung angezeigt. Ich glaube CurrentTemperature brauche ich gar nicht anzugeben da das Reading eh temperature heißt und vom selben Gerät kommt. Anzeige der Temperatur klappt jedenfalls ohne das Mapping dafür.

jsonlist2:
{
  "Arg":"wz_Heizung",
  "Results": [
  {
    "Name":"wz_Heizung",
    "PossibleSets":"basicSet basicValue dim:slider,0,1,99 location name neighborUpdate:noArg off:noArg on:noArg setpointCooling setpointHeating stop:noArg thermostatSetpointSet tmCooling:noArg tmHeating:noArg tmManual:noArg tmOff:noArg versionClassRequest wakeupInterval wakeupNoMoreInformation:noArg off-till blink intervals on-till off-for-timer on-till-overnight on-for-timer off-till-overnight toggle",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 noExplorerFrames:1,0 ignore:1,0 dummy:1,0 showtime:1,0 classes vclasses secure_classes WNMI_delay event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer,ignore,lock,window,contact homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "ee3970ea 8",
      "NAME": "wz_Heizung",
      "NR": "73",
      "STATE": "Status: <strong>TRANSMIT_NO_ACK</strong><br>Temperatur: <strong>22.5 C</strong><br>Eingestellte Temp.: <strong>22.0 C heating</strong><br>Batterie: <strong>8 %</strong>",
      "TYPE": "ZWave",
      "homeId": "ee3970ea",
      "isWakeUp": "1",
      "nodeIdHex": "08"
    },
    "Readings": {
      "UNPARSED": { "Value":"SENSOR_MULTILEVEL 023105", "Time":"2016-01-30 09:15:32" },
      "basicReport": { "Value":"ff", "Time":"2016-01-26 23:49:42" },
      "battery": { "Value":"8 %", "Time":"2016-02-02 00:10:54" },
      "location": { "Value":"Wohnzimmer", "Time":"2016-01-26 23:58:30" },
      "model": { "Value":"0x0148 0x0002 0x0001", "Time":"2016-01-29 20:15:21" },
      "modelId": { "Value":"0148-0002-0001", "Time":"2016-01-29 20:15:21" },
      "name": { "Value":"wz_Heizung", "Time":"2016-01-29 21:22:09" },
      "neighborList": { "Value":"wz_Multimediasteckdose", "Time":"2016-01-29 20:15:37" },
      "reportedState": { "Value":"dim 19", "Time":"2016-02-02 00:15:58" },
      "setpointTemp": { "Value":"22.0 C heating", "Time":"2016-02-02 00:15:57" },
      "state": { "Value":"TRANSMIT_NO_ACK", "Time":"2016-02-02 00:16:07" },
      "temperature": { "Value":"22.5 C", "Time":"2016-02-02 00:15:57" },
      "thermostatMode": { "Value":"heating", "Time":"2016-02-02 00:15:58" },
      "transmit": { "Value":"NO_ACK", "Time":"2016-02-02 00:16:07" },
      "version": { "Value":"Lib 3 Prot 3.67 App 0.5", "Time":"2016-01-26 23:56:42" },
      "wakeup": { "Value":"notification", "Time":"2016-02-02 00:15:57" },
      "wakeupIntervalCapabilitiesReport": { "Value":"min 240 max 15728400 default 604672 step 240", "Time":"2016-01-26 23:57:08" },
      "wakeupReport": { "Value":"interval 300 target 1", "Time":"2016-01-29 20:29:51" }
    },
    "Attributes": {
      "IODev": "ZWaveBridge",
      "alias": "Heizung Wohnzimmer",
      "classes": "BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION",
      "genericDeviceType": "thermostat",
      "group": "Heizung",
      "homebridgeMapping": "TargetTemperature=setpointTemp::thermostatSetpointSet,minValue=15,maxValue=28,minStep=0.1",
      "icon": "sani_heating",
      "room": "Heizung,HomeKit,Wohnzimmer,ZWave",
      "stateFormat": "Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>",
      "subtype": "thermostat",
      "vclasses": "BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02"
    }
  }  ],
  "totalResultsReturned":1
}

Komplette Console bis Raum mit Heizungsregler betreten wird:
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1454416140872
[FHEM] Checking genericDeviceType...
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Loading 1 accessories...
[wz_TV_Licht] Initializing Hyperion accessory...
[wz_TV_Licht] Starting Hyperion Accessory
Server listening on: http://<ip>:8082
[FHEM] got: 12 results
[FHEM] homebridgeMapping: On=state,valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
[FHEM] mappings for Schlafengehen: { On:
   { reading: 'state',
     valueOn: 'gotosleep',
     cmdOn: 'gotosleep',
     cmdOff: 'home' } }
[FHEM] Schlafengehen is switch
[FHEM] Schlafengehen has On [state;gotosleep,home]
  2016-02-02 13:29:01 caching: Schlafengehen-state: home
[FHEM] Schlafengehen-state valueOn/valueOff: value home mapped to 0
[FHEM]     caching: On: 0 (number; from home)
[FHEM] mappings for ku_Abwaschlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Abwaschlicht is switch
[FHEM] ku_Abwaschlicht has On [state;on,off]
  2016-02-02 13:29:01 caching: ku_Abwaschlicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for ku_Deckenlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Deckenlicht is switch
[FHEM] ku_Deckenlicht has On [state;on,off]
  2016-02-02 13:29:01 caching: ku_Deckenlicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] homebridgeMapping: CurrentAmbientLightLevel=luminance MotionDetected=state,values=open:1;closed:0
[FHEM] mappings for ku_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 },
  CurrentAmbientLightLevel: { reading: 'luminance' },
  MotionDetected: { reading: 'state', values: [ 'open:1', 'closed:0' ] } }
[FHEM] ku_Sensor is thermometer
[FHEM] ku_Sensor has CurrentTemperature [temperature]
[FHEM] ku_Sensor has CurrentAmbientLightLevel [luminance]
[FHEM] ku_Sensor has BatteryLevel [battery]
[FHEM] ku_Sensor has StatusLowBattery [battery]
  2016-02-02 13:29:01 caching: ku_Sensor-temperature: 20.7 C
[FHEM]     caching: CurrentTemperature: 20.7 (number; from 20.7 C)
  2016-02-02 13:29:01 caching: ku_Sensor-battery: 85 %
[FHEM]     caching: BatteryLevel: 85 (number; from 85 %)
[FHEM]     caching: StatusLowBattery: 0 (number; from 85 %)
  2016-02-02 13:29:01 caching: ku_Sensor-luminance: 132 Lux
[FHEM]     caching: CurrentAmbientLightLevel: 132 (number; from 132 Lux)
[FHEM] value2homekit: { open: '1', closed: '0' }
  2016-02-02 13:29:01 caching: ku_Sensor-state: closed
[FHEM] ku_Sensor-state values: value closed mapped to 0
[FHEM] ku_Sensor-state valueOn/valueOff: value 0 mapped to 0
[FHEM]     caching: MotionDetected: 0 (number; from closed)
[FHEM] mappings for ku_Unterlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Unterlicht is switch
[FHEM] ku_Unterlicht has On [state;on,off]
  2016-02-02 13:29:01 caching: ku_Unterlicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for sz_Nachttischlampe: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Nachttischlampe is switch
[FHEM] sz_Nachttischlampe has On [state;on,off]
  2016-02-02 13:29:01 caching: sz_Nachttischlampe-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for sz_Schranklicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Schranklicht is switch
[FHEM] sz_Schranklicht has On [state;on,off]
  2016-02-02 13:29:01 caching: sz_Schranklicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] mappings for wz_Couchlicht: { Hue:
   { reading: 'RGB',
     cmd: 'RGB',
     min: 0,
     max: 360,
     reading2homekit: [Function: bound ],
     homekit2reading: [Function: bound ] },
  Saturation:
   { reading: 'RGB',
     cmd: 'RGB',
     min: 0,
     max: 100,
     reading2homekit: [Function: bound ],
     homekit2reading: [Function: bound ] },
  Brightness:
   { reading: 'RGB',
     cmd: 'RGB',
     min: 0,
     max: 100,
     delay: true,
     reading2homekit: [Function: bound ],
     homekit2reading: [Function: bound ] },
  On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Couchlicht is switch
[FHEM] wz_Couchlicht is dimable [RGB;RGB]
[FHEM] wz_Couchlicht has On [state;on,off]
[FHEM] wz_Couchlicht has Hue [RGB;0-360]
[FHEM] wz_Couchlicht has Saturation [RGB;0-100]
  2016-02-02 13:29:01 caching: wz_Couchlicht-RGB: 000000
[FHEM]     caching: Hue: 0 (number; from 000000)
[FHEM]     caching: Saturation: 0 (number; from 000000)
[FHEM]     caching: Brightness: 0 (number; from 000000)
  2016-02-02 13:29:01 caching: wz_Couchlicht-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] homebridgeMapping: TargetTemperature=setpointTemp::thermostatSetpointSet,minValue=15,maxValue=28,minStep=0.1
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 },
  On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' },
  TargetTemperature:
   { reading: 'thermostatSetpointSet',
     cmd: 'setpointTemp',
     minValue: '15',
     maxValue: '28',
     minStep: '0.1' } }
[FHEM] wz_Heizung is switch
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
[FHEM] wz_Heizung is NOT a thermostat. set command for target temperature missing: setpointTemp
  2016-02-02 13:29:01 caching: wz_Heizung-temperature: 22.5 C
[FHEM]     caching: CurrentTemperature: 22.5 (number; from 22.5 C)
  2016-02-02 13:29:01 caching: wz_Heizung-battery: 8 %
[FHEM]     caching: BatteryLevel: 8 (number; from 8 %)
[FHEM]     caching: StatusLowBattery: 1 (number; from 8 %)
[FHEM] mappings for wz_Multimediasteckdose: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Multimediasteckdose is switch
[FHEM] wz_Multimediasteckdose has On [state;on,off]
  2016-02-02 13:29:01 caching: wz_Multimediasteckdose-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] homebridgeMapping: CurrentAmbientLightLevel=luminance MotionDetected=state,values=open:1;closed:0
[FHEM] mappings for wz_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 },
  CurrentAmbientLightLevel: { reading: 'luminance' },
  MotionDetected: { reading: 'state', values: [ 'open:1', 'closed:0' ] } }
[FHEM] wz_Sensor is thermometer
[FHEM] wz_Sensor has CurrentTemperature [temperature]
[FHEM] wz_Sensor has CurrentAmbientLightLevel [luminance]
[FHEM] wz_Sensor has BatteryLevel [battery]
[FHEM] wz_Sensor has StatusLowBattery [battery]
  2016-02-02 13:29:01 caching: wz_Sensor-temperature: 22.7 C
[FHEM]     caching: CurrentTemperature: 22.7 (number; from 22.7 C)
  2016-02-02 13:29:01 caching: wz_Sensor-battery: 96 %
[FHEM]     caching: BatteryLevel: 96 (number; from 96 %)
[FHEM]     caching: StatusLowBattery: 0 (number; from 96 %)
  2016-02-02 13:29:01 caching: wz_Sensor-luminance: 386 Lux
[FHEM]     caching: CurrentAmbientLightLevel: 386 (number; from 386 Lux)
[FHEM] value2homekit: { open: '1', closed: '0' }
  2016-02-02 13:29:01 caching: wz_Sensor-state: closed
[FHEM] wz_Sensor-state values: value closed mapped to 0
[FHEM] wz_Sensor-state valueOn/valueOff: value 0 mapped to 0
[FHEM]     caching: MotionDetected: 0 (number; from closed)
[FHEM] mappings for wz_Sonnenuntergang: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Sonnenuntergang is switch
[FHEM] wz_Sonnenuntergang has On [state;on,off]
  2016-02-02 13:29:01 caching: wz_Sonnenuntergang-state: off
[FHEM]     caching: On: 0 (number; from off)
[FHEM] Initializing platform accessory 'Schlafengehen'...
[FHEM] creating services for Schlafengehen
[FHEM]   information service for Schlafengehen
[FHEM]     manufacturer, model and serial number characteristics for Schlafengehen
[FHEM]   Switch service for Schlafengehen
[FHEM]     On characteristic for Schlafengehen:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Abwaschlicht'...
[FHEM] creating services for ku_Abwaschlicht
[FHEM]   information service for ku_Abwaschlicht
[FHEM]     manufacturer, model and serial number characteristics for ku_Abwaschlicht
[FHEM]   Switch service for ku_Abwaschlicht
[FHEM]     On characteristic for ku_Abwaschlicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Deckenlicht'...
[FHEM] creating services for ku_Deckenlicht
[FHEM]   information service for ku_Deckenlicht
[FHEM]     manufacturer, model and serial number characteristics for ku_Deckenlicht
[FHEM]   Switch service for ku_Deckenlicht
[FHEM]     On characteristic for ku_Deckenlicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Sensor'...
[FHEM] creating services for ku_Sensor
[FHEM]   information service for ku_Sensor
[FHEM]     manufacturer, model and serial number characteristics for ku_Sensor
[FHEM]   TemperatureSensor service for ku_Sensor
[FHEM]     CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM]       initial value is: 20.7 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for ku_Sensor:battery
[FHEM]       initial value is: 85 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for ku_Sensor:battery
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     CurrentAmbientLightLevel characteristic for ku_Sensor:luminance
[FHEM]       initial value is: 132 (number)
[FHEM]       props: { format: 'float',
  unit: 'lux',
  minValue: 0.0001,
  maxValue: 100000,
  minStep: 0.0001,
  perms: [ 'pr', 'ev' ] }
[FHEM]     MotionDetected characteristic for ku_Sensor:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Unterlicht'...
[FHEM] creating services for ku_Unterlicht
[FHEM]   information service for ku_Unterlicht
[FHEM]     manufacturer, model and serial number characteristics for ku_Unterlicht
[FHEM]   Switch service for ku_Unterlicht
[FHEM]     On characteristic for ku_Unterlicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Nachttischlampe'...
[FHEM] creating services for sz_Nachttischlampe
[FHEM]   information service for sz_Nachttischlampe
[FHEM]     manufacturer, model and serial number characteristics for sz_Nachttischlampe
[FHEM]   Switch service for sz_Nachttischlampe
[FHEM]     On characteristic for sz_Nachttischlampe:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Schranklicht'...
[FHEM] creating services for sz_Schranklicht
[FHEM]   information service for sz_Schranklicht
[FHEM]     manufacturer, model and serial number characteristics for sz_Schranklicht
[FHEM]   Switch service for sz_Schranklicht
[FHEM]     On characteristic for sz_Schranklicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM]   information service for wz_Couchlicht
[FHEM]     manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM]   Switch service for wz_Couchlicht
[FHEM]     Hue characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 360,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Saturation characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Brightness characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     On characteristic for wz_Couchlicht:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM]   information service for wz_Heizung
[FHEM]     manufacturer, model and serial number characteristics for wz_Heizung
[FHEM]   Switch service for wz_Heizung
[FHEM]     CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM]       initial value is: 22.5 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for wz_Heizung:battery
[FHEM]       initial value is: 8 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for wz_Heizung:battery
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Multimediasteckdose'...
[FHEM] creating services for wz_Multimediasteckdose
[FHEM]   information service for wz_Multimediasteckdose
[FHEM]     manufacturer, model and serial number characteristics for wz_Multimediasteckdose
[FHEM]   Switch service for wz_Multimediasteckdose
[FHEM]     On characteristic for wz_Multimediasteckdose:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sensor'...
[FHEM] creating services for wz_Sensor
[FHEM]   information service for wz_Sensor
[FHEM]     manufacturer, model and serial number characteristics for wz_Sensor
[FHEM]   TemperatureSensor service for wz_Sensor
[FHEM]     CurrentTemperature characteristic for wz_Sensor:temperature
[FHEM]       initial value is: 22.7 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for wz_Sensor:battery
[FHEM]       initial value is: 96 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for wz_Sensor:battery
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     CurrentAmbientLightLevel characteristic for wz_Sensor:luminance
[FHEM]       initial value is: 386 (number)
[FHEM]       props: { format: 'float',
  unit: 'lux',
  minValue: 0.0001,
  maxValue: 100000,
  minStep: 0.0001,
  perms: [ 'pr', 'ev' ] }
[FHEM]     MotionDetected characteristic for wz_Sensor:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sonnenuntergang'...
[FHEM] creating services for wz_Sonnenuntergang
[FHEM]   information service for wz_Sonnenuntergang
[FHEM]     manufacturer, model and serial number characteristics for wz_Sonnenuntergang
[FHEM]   Switch service for wz_Sonnenuntergang
[FHEM]     On characteristic for wz_Sonnenuntergang:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.
[FHEM] query: CurrentTemperature for wz_Sensor-temperature
[FHEM]   cached: 22.7
[FHEM] query: CurrentAmbientLightLevel for wz_Sensor-luminance
[FHEM]   cached: 386
[FHEM] query: On for wz_Couchlicht-state
[FHEM]   cached: 0
[FHEM] query: On for wz_Multimediasteckdose-state
[FHEM]   cached: 0
[FHEM] query: CurrentTemperature for wz_Heizung-temperature
[FHEM]   cached: 22.5
[FHEM] query: MotionDetected for wz_Sensor-state
[FHEM]   cached: 0
[FHEM] query: Hue for wz_Couchlicht-RGB
[FHEM]   cached: 0
[FHEM] query: BatteryLevel for wz_Sensor-battery
[FHEM]   cached: 96
[FHEM] query: Saturation for wz_Couchlicht-RGB
[FHEM]   cached: 0
[FHEM] query: BatteryLevel for wz_Heizung-battery
[FHEM]   cached: 8
[FHEM] query: Brightness for wz_Couchlicht-RGB
[FHEM]   cached: 0
[FHEM] query: StatusLowBattery for wz_Heizung-battery
[FHEM]   cached: 1
[FHEM] query: Brightness for wz_Couchlicht-RGB
[FHEM]   cached: 0

Ich denke der Teil ist entscheidend:
[FHEM] wz_Heizung is switch
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
[FHEM] wz_Heizung is NOT a thermostat. set command for target temperature missing: setpointTemp
  2016-02-02 13:38:22 caching: wz_Heizung-temperature: 22.5 C
[FHEM]     caching: CurrentTemperature: 22.5 (number; from 22.5 C)
  2016-02-02 13:38:22 caching: wz_Heizung-battery: 8 %
[FHEM]     caching: BatteryLevel: 8 (number; from 8 %)
[FHEM]     caching: StatusLowBattery: 1 (number; from 8 %)




Hier mal zwei Bilder, damit man auch mal was für's Auge hat. ;)

Der Küchensensor wird komplett angezeigt. Er hat eigentlich noch eine Tamper Characteristic, aber ich weiß noch nicht woran ich den Tamper Alarm erkenne. HomeKit kennt Tamper jedenfalls auch. Batterie schwach habe ich für diesen Sensor ausgeblendet, er zeigt ja seinen Batteriestand an.
(https://www.dropbox.com/s/t6qrzfx23yf06dm/ku_Sensor.png?raw=1)




Der Thermostat im Wohnzimmer will sich wie gesagt noch nicht einstellen lassen.

(https://www.dropbox.com/s/2ak83y36u4672h8/wz_Heizung.png?raw=1)
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 13:50:26
Mit diesem Mapping scheint HomeBridge den Thermostat zu erkennen:
TargetTemperature=setpointHeating::setpointTemp,minValue=15,maxValue=28,minStep=1[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM]   information service for wz_Heizung
[FHEM]     manufacturer, model and serial number characteristics for wz_Heizung
[FHEM]   Switch service for wz_Heizung
[FHEM]     CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM]       initial value is: 22.5 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for wz_Heizung:battery
[FHEM]       initial value is: 8 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for wz_Heizung:battery
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     TargetTemperature characteristic for wz_Heizung:setpointTemp
[FHEM]       initial value is: 22 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: '15',
  maxValue: '28',
  minStep: '1',
  perms: [ 'pr', 'pw', 'ev' ] }

Aber leider ist damit die HomeBridge wieder nicht erreichbar aus HomeKit (Eve).
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 02 Februar 2016, 15:18:04
hallo,
hab jetzt alles zum laufen bekommen doch jetzt kann ich die befehle von der wiki nicht einrichten : http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM

Homebridge Start DOIF einrichten


define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})\
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
attr FHEM.Homebridge.DOIF room 9.03_Tech


hoffe einer kann mir hier helfen.

Und noch eine frage:
wie kann ich jetzt mit Siri die lampe ein und ausschalten :o

MfG
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 02 Februar 2016, 15:28:50
@xMichiix: meinst du nicht, dass einmal Frage stellen reicht?
http://forum.fhem.de/index.php/topic,32652.msg402593.html#msg402593 (http://forum.fhem.de/index.php/topic,32652.msg402593.html#msg402593)
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 15:29:44
Wenn die Namen alle so vergeben worden sind wie in der Anleitung beschrieben, dann funktioniert das auch. Bitte nochmal genau nach Anleitung vorgehen.

Und bitte keine identischen Doppelposts in verschiedenen Themen...

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 02 Februar 2016, 15:44:41
Hallo,

sorry wollt ich nicht hab mir gedacht da der eine zulang is dann post ich es hier rein :o

bei mir kommt nur immer :
FHEM.Homebridge.DOIF DOIF: expected DOELSEIF or DOELSE: \ DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\ DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\ DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})

sonst nichts
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 02 Februar 2016, 15:48:39
also:

define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
das kopierst du so in das Eingabefeld und drückst Enter. Anschließend :

attr FHEM.Homebridge.DOIF room 9.03_Tech
das in das Eingabefeld und Enter.

P.S.: die "\" mag der nicht bei der definition über das Eingabefeld. Wenn man die fhem.cfg editiert, dann könnte das funktionieren. Empfehle ich dir aber nicht!!!
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 02 Februar 2016, 15:53:31
also:

define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
das kopierst du so in das Eingabefeld und drückst Enter. Anschließend :

attr FHEM.Homebridge.DOIF room 9.03_Tech
das in das Eingabefeld und Enter.

P.S.: die "\" mag der nicht bei der definition über das Eingabefeld. Wenn man die fhem.cfg editiert, dann könnte das funktionieren. Empfehle ich dir aber nicht!!!

danke das geht :)

oh hab noch was gesehen irgendwie will der homekit Server nicht mehr so ganz :o

*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1454420436937
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082
[FHEM] got: 0 results
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.
events.js:141
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:860:11)
    at exports._exceptionWithHostPort (util.js:883:20)
    at Server._listen2 (net.js:1234:14)
    at listen (net.js:1270:10)
    at Server.listen (net.js:1366:5)
    at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:138:20)
    at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:437:16)
    at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:50:16)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:229:14)
pi@raspberrypi:~/.homebridge$

so sieht meine sudoers aus:


# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        mail_badpass
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL
fhem    ALL=(ALL:ALL) ALL
homebridge      ALL=(ALL) NOPASSWD:/etc/init.d/homebridge


# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD: ALL
homebridge ALL=(ALL) NOPASSWD:/etc/init.d/homebridge

kann das an den rechten liegen ?
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 02 Februar 2016, 17:15:25
Server error: Error: listen EADDRINUSE :::8082
Ich würde sagen, dass der nicht an Port 8082 ran kommt bzw. der Port belegt ist.

Hat homebridge denn schonmal komplett funktioniert?
Falls ja, dann spiel mal ein funktionierendes Backup wieder ein.

Falls nein, dann sichere mal dein Fhem (optimal wäre da auch ein Stand vor homebridge) und mach die ganze Raspberry pi mal neu und spiel dann die FHEM config zurück. Dann sollten deine Rechte auch wieder stimmen.

Und wenn du homebridge einrichtest, dann lass erstmal alle Startskripte oder steuerungen aus FHEM raus weg und probiere wirklich nur homebridge aus und starte das dann über die Console. Dann kriegst du direkt die Ausgaben und siehst was falsch läuft.
Wenn das dann läuft, dann kannst du dich an das autstart-skript machen und von mir aus auch die statusabfrage in FHEM integrieren und mit deinen Rechten rum spielen. Da bist du dann selbst dein eigener Herr und auch für eventuelle Fehler verantwortlich.

Ansonsten hat da nach wie vor Andre die meiste Peile von. Vllt hat der ja noch einen Vorschlag.

Gruß Michael
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 02 Februar 2016, 17:21:03
Danke erstmal für die Antwort,

hab meine recht schon wieder homebrigde hat auch mal funktionier aber leider geht's jetzt nicht mehr und fhem geht auch nicht mehr laut console ist fhem aber gestartet.
Langsam wird mr irgendwie das alles zu unerforscht :D oder wie man da sagen kann da bleib ich lieber bei meiner normalen Schaltung. Mit einem Lichtschalter den da kann ich mir sichersein wen der nicht mehr geht gibt's nicht viel an dem es hängen kann, bin gerade drüber meine Wohnung zu renovieren und hab mir halt gedacht das wär jetzt das einfachste aber naja langsam verzweifel ich an den fhem....
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 02 Februar 2016, 17:27:29
so sind wir alle mal angefangen und so manches mal ist es echt zum verzweifeln. Da kann ich dir wohl recht geben. Wenn das aber dann irgendwann mal läuft, dann macht es Spaß.

Gerade was homebridge angeht befindet sich das alles noch in der Entwicklung und es funktioniert so manches noch nicht out-of-the-box, wie man es gerne hätte.
Aber wenn Andres neue Version fertig ist und die Kinderkrankheiten raus sind, dann wird denke ich viele einfacher. Also hab vllt. noch ein paar Tage Geduld und richte dein Fhem weiter ein und fang dann nochmal mit der neuen version von homebridge an.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 02 Februar 2016, 21:38:04
@DeeSPe: setpointHeating::setpointTemp ist die richtige reihenfolge: <set cmd>:<device>:<reading> aber aus irgend einem grund taucht das ding als switch auf statt als thermostat. irgendetwas stimmt noch nicht in der konfiguration.

@xMichiix: die EADDRINUSE deuten darauf hin das noch eine homebridge instanz läuft. die muss vorher angehalten werden.

die meldung für port 8082 ist nur ein hinweis. wenn der port belegt ist startet homebridge trotzdem weil das abgefangen wird.

die zweite meldung ist der fehler.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 02 Februar 2016, 21:38:24
ich hab oben ein update mit den folgenden änderungen hochgeladen:
- neuer parameter factor für die richtung reading -> homekit wird das reading mit diesem faktor multipliziert
- custom characteristics eingebaut, neue parameter name, format, unit
- elgato eve custom characteristics für voltage, current, power and energy
- neue parameter default und timeout -> erlaubt die simulation eines tasters z.b. für den türoffner.
- diverse default characteristics intern auf konfigurierbare mappings umgestellt

die voltage, current, power and energy geschichten sind noch ungetestet. die änderungen für für und garage auch.

wer nicht selber experimentieren mag sollte also noch etwas warten.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 22:21:27
Man kommt ja kaum hinterher mit Testen was Du hier so alles einbaust Andre.
Grooooßes Lob....!!!

Ich bin begeistert, musste nach dem Einspielen der neuen Version zwar meine HomeKit Konfig mal wieder löschen und von vorne beginnen, dafür zeigen mir meine Steckdosen jetzt auch ihren momentanen Verbrauch und den Gesamtverbrauch mit an. Nur die Skalierung stimmt noch nicht. Momentaner Verbrauch ist um Faktor 10 zu groß und Gesamtverbrauch um Faktor 100 zu groß. Mal schauen ob ich das über deinen Parameter factor selber skaliert bekomme...

Tolle Arbeit Andre!!!

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 22:46:03
Habe es wirklich ernsthaft versucht Andre, aber ich weiß nicht wie ich die power und energy Characteristics vom Namen her ansprechen soll.

[FHEM] wz_Multimediasteckdose is switch
[FHEM] wz_Multimediasteckdose has On [state;on,off]
  2016-02-02 22:43:43 caching: wz_Multimediasteckdose-power: 0.5 W
[FHEM] wz_Multimediasteckdose-power factor: value 0.5 mapped to 5
[FHEM]     caching: E863F10D-079E-48FF-8F27-9C2605A29F52: 5 (number; from 0.5 W)
  2016-02-02 22:43:43 caching: wz_Multimediasteckdose-energy:  5.54 kWh
[FHEM] wz_Multimediasteckdose-energy factor: value 5.54 mapped to 554
[FHEM]     caching: E863F10C-079E-48FF-8F27-9C2605A29F52: 554 (number; from  5.54 kWh)
  2016-02-02 22:43:43 caching: wz_Multimediasteckdose-state: off
[FHEM] wz_Multimediasteckdose-state valueOn/valueOff: value off mapped to 0
[FHEM]     caching: On: 0 (number; from off)

[FHEM] Initializing platform accessory 'wz_Multimediasteckdose'...
[FHEM] creating services for wz_Multimediasteckdose
[FHEM]   information service for wz_Multimediasteckdose
[FHEM]     manufacturer, model and serial number characteristics for wz_Multimediasteckdose
[FHEM]   Switch service for wz_Multimediasteckdose
[FHEM]     Custom Power characteristic for wz_Multimediasteckdose:power
[FHEM]       initial value is: 5 (number)
[FHEM]       props: { format: 'uint16',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     Custom Energy characteristic for wz_Multimediasteckdose:energy
[FHEM]       initial value is: 554 (number)
[FHEM]       props: { format: 'uint32',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     On characteristic for wz_Multimediasteckdose:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 02 Februar 2016, 23:03:26
das mit dem faktor muss ich mir anschauen. zur zeit ist das eingebaut was bis her hier: https://gist.github.com/gomfunkel/b1a046d729757120907c (https://gist.github.com/gomfunkel/b1a046d729757120907c) dokumentiert ist. bei energy habe ich aus versehen sogar nur 100 statt 1000 drin.

dafür das es ungetestet war ist es ganz ok :). mit den letzten änderungen ist das hinzufügen einer beliebigen (auch custom) characteristic nur noch eine zeile code.

den faktor kannst kannst du konfigurieren in dem du die entsprechende uuid als characteristic namen verwendest. du siehst sie auf der seite oder auch auf der konsole beim start. also z.b. so:... E863F10D-079E-48FF-8F27-9C2605A29F52=factor=1 ...
wenn du mit 'vom Namen her ansprechen' meinst wie du sie per siri abfragen kannst: das geht (noch) nicht. alles was custom ist geht nicht per siri sondern ist nur in der app zu sehen. mal sehen ob apple siri in zukunft auch für custom characterstics erlaubt.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 23:17:29
Mit "Namen ansprechen" meinte ich wie der Characteristic Name ist, also die uuid. Verstanden...
Aber bekomme es trotzdem nicht hin.  :(

E863F10C-079E-48FF-8F27-9C2605A29F52=factor=0.01 E863F10D-079E-48FF-8F27-9C2605A29F52=factor=0.1Sollte doch richtig sein oder?
Damit Energy durch 100 geteilt wird und Power durch 10.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 02 Februar 2016, 23:26:51
nimm beide male factor 1. 100 und 10 ist zur zeit im modul vorgegeben. wenn du die durch 1 ersetzt müsste es passen.

was genau heisst du bekommst es nicht hin? was steht auf der konsole wenn du mit --debug startet. da siehst du was am ende tatsächlich als faktor verwendet wird.


bitte teste den thermostaten noch mal mit der aktuellen version. der grund das ein switch aus dem device geworden ist war das es ein set on und set off gibt und das hat dann den characteristic typ überschrieben. mit so einem device das alle kann habe ich nicht getestet :). das ist in der version oben aber schon behoben.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 02 Februar 2016, 23:44:03
Ahhh, jetzt kapiere ich es. Wenn man das homebridgeMapping nicht anders setzt vergibst Du intern die beiden Faktoren 100 und 10. Habe beide jetzt auf 1 gesetzt und nun wird ein Schuh draus, zumindest in der Homebridge Konsole. Hier scheint HomeKit aber keine Kommastellen zu kennen:

E863F10C-079E-48FF-8F27-9C2605A29F52=factor=1 E863F10D-079E-48FF-8F27-9C2605A29F52=factor=1
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 02 Februar 2016, 23:47:04
ja. genau so.

die werte sind homebidge intern integer. deshalb sind die faktoren eigentlich sinnvoll da man so wieder nachkommt stellen bekommt wenn man bei der anzeige wieder durch den faktor teilt.

irgendetwas passt also noch nicht ganz. wenn ich mein test handy aktualisiert habe schaue ich selber mal.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 00:08:49
Der Thermostat scheint nun zu denken er sei ein Thermometer:

[FHEM] homebridgeMapping: TargetTemperature=setpointHeating::setpointTemp,minValue=16,maxValue=26,minStep=1 CurrentTemperature=wz_Heizung:temperature
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30, device: 'wz_Heizung' },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 },
  On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
  TargetTemperature:
   { reading: 'setpointTemp',
     cmd: 'setpointHeating',
     minValue: '16',
     maxValue: '26',
     minStep: '1' } }
[FHEM] wz_Heizung is thermometer
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
  2016-02-03 00:02:22 caching: wz_Heizung-temperature: 22.5 C
[FHEM]     caching: CurrentTemperature: 22.5 (number; from 22.5 C)
  2016-02-03 00:02:22 caching: wz_Heizung-battery: 0 %
[FHEM]     caching: BatteryLevel: 0 (number; from 0 %)
[FHEM]     caching: StatusLowBattery: 1 (number; from 0 %)
  2016-02-03 00:02:22 caching: wz_Heizung-setpointTemp: 22.4 C heating
[FHEM]     caching: TargetTemperature: 22 (number; from 22.4 C heating)

[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM]   information service for wz_Heizung
[FHEM]     manufacturer, model and serial number characteristics for wz_Heizung
[FHEM]   TemperatureSensor service for wz_Heizung
[FHEM]     CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM]       initial value is: 22.5 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     BatteryLevel characteristic for wz_Heizung:battery
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for wz_Heizung:battery
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     TargetTemperature characteristic for wz_Heizung:setpointTemp
[FHEM]       initial value is: 22 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: '16',
  maxValue: '26',
  minStep: '1',
  perms: [ 'pr', 'pw', 'ev' ] }

jsonlist2:
{
  "Arg":"wz_Heizung",
  "Results": [
  {
    "Name":"wz_Heizung",
    "PossibleSets":"basicSet basicValue dim:slider,0,1,99 location name neighborUpdate:noArg off:noArg on:noArg setpointCooling setpointHeating stop:noArg thermostatSetpointSet tmCooling:noArg tmHeating:noArg tmManual:noArg tmOff:noArg versionClassRequest wakeupInterval wakeupNoMoreInformation:noArg off-for-timer on-till on-till-overnight intervals blink on-for-timer toggle off-till-overnight off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 noExplorerFrames:1,0 ignore:1,0 dummy:1,0 showtime:1,0 classes vclasses secure_classes WNMI_delay event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer,ignore,lock,window,contact homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "ee3970ea 8",
      "LASTInputDev": "ZWaveBridge",
      "MSGCNT": "69",
      "NAME": "wz_Heizung",
      "NR": "71",
      "STATE": "Status: <strong>dim 15</strong><br>Temperatur: <strong>22.5 C</strong><br>Eingestellte Temp.: <strong>22.4 C heating</strong><br>Batterie: <strong>0 %</strong>",
      "TYPE": "ZWave",
      "ZWaveBridge_MSGCNT": "69",
      "ZWaveBridge_RAWMSG": "00040008028407",
      "ZWaveBridge_TIME": "2016-02-03 00:04:43",
      "homeId": "ee3970ea",
      "isWakeUp": "1",
      "lastMsgSent": "1454454284.27096",
      "nodeIdHex": "08"
    },
    "Readings": {
      "SEND_DATA": { "Value":"failed:00", "Time":"2016-02-02 21:42:37" },
      "UNPARSED": { "Value":"SWITCH_MULTILEVEL 022603", "Time":"2016-02-02 19:14:29" },
      "basicReport": { "Value":"ff", "Time":"2016-01-26 23:49:42" },
      "battery": { "Value":"0 %", "Time":"2016-02-03 00:04:44" },
      "location": { "Value":"Wohnzimmer", "Time":"2016-01-26 23:58:30" },
      "model": { "Value":"0x0148 0x0002 0x0001", "Time":"2016-01-29 20:15:21" },
      "modelId": { "Value":"0148-0002-0001", "Time":"2016-01-29 20:15:21" },
      "name": { "Value":"wz_Heizung", "Time":"2016-01-29 21:22:09" },
      "neighborList": { "Value":"wz_Multimediasteckdose", "Time":"2016-01-29 20:15:37" },
      "reportedState": { "Value":"dim 15", "Time":"2016-02-03 00:04:44" },
      "setpointTemp": { "Value":"22.4 C heating", "Time":"2016-02-03 00:04:43" },
      "state": { "Value":"dim 15", "Time":"2016-02-03 00:04:44" },
      "temperature": { "Value":"22.5 C", "Time":"2016-02-03 00:04:43" },
      "thermostatMode": { "Value":"heating", "Time":"2016-02-03 00:04:44" },
      "transmit": { "Value":"OK", "Time":"2016-02-03 00:04:46" },
      "version": { "Value":"Lib 3 Prot 3.67 App 0.5", "Time":"2016-01-26 23:56:42" },
      "wakeup": { "Value":"notification", "Time":"2016-02-03 00:04:43" },
      "wakeupIntervalCapabilitiesReport": { "Value":"min 240 max 15728400 default 604672 step 240", "Time":"2016-01-26 23:57:08" },
      "wakeupReport": { "Value":"interval 300 target 1", "Time":"2016-01-29 20:29:51" }
    },
    "Attributes": {
      "IODev": "ZWaveBridge",
      "alias": "Heizung Wohnzimmer",
      "classes": "BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION",
      "genericDeviceType": "thermostat",
      "group": "Heizung",
      "homebridgeMapping": "TargetTemperature=setpointHeating::setpointTemp,minValue=16,maxValue=26,minStep=1 CurrentTemperature=wz_Heizung:temperature",
      "icon": "sani_heating",
      "room": "Heizung,HomeKit,Wohnzimmer,ZWave",
      "stateFormat": "Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>",
      "vclasses": "BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02"
    }
  }  ],
  "totalResultsReturned":1
}

Damit lief aber HomeKit nicht mehr, also habe ich einen HomeKit Reset durchgeführt und wollte neu Koppeln. Dabei kommt wieder "Zubehör konnte nicht hinzugefügt werden".
Nach Entfernen des Mappings ging das Koppeln wieder...
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 00:10:08
ist die jsonlist2 von oben noch aktuell ?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 00:16:47
jsonlist2 ist aktuell von gerade eben...

Wir spielen noch im ZWave Modul mit dem set Attribut rum. Seit heute funktioniert zum set auch thermostatSetpointSet.
Dieses akzeptiert nun auch floats. Das alte setpointHeating konnte nur integer.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 00:22:27
Das ist so cool schon... :) :) :)

(https://www.dropbox.com/s/wjgsfrbmz0dbap3/ku_Hauptsteckdose.png?raw=1)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 00:49:52
ich habe noch ein problem bei den frei konfigurierbaren thermostaten behoben. zumindest auf der konsole wird dein device bei mir als thermostat erkannt.

die neue version hängt wieder ganz oben dran.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 01:03:21
Jetzt scheint er es richtig zu erkennen, kommt aber wieder "Hinzufügen fehlgeschlagen":

[FHEM] homebridgeMapping: TargetTemperature=thermostatSetpointSet::setpointHeating,minValue=15,maxValue=26,minStep=0.1 CurrentTemperature=wz_Heizung:temperature
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30, device: 'wz_Heizung' },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery: { reading: 'battery', threshold: 20 },
  On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
  TargetTemperature:
   { reading: 'setpointHeating',
     cmd: 'thermostatSetpointSet',
     minValue: '15',
     maxValue: '26',
     minStep: '0.1' } }
[FHEM] wz_Heizung is thermostat
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has TargetTemperature [thermostatSetpointSet]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
  2016-02-03 01:00:13 caching: wz_Heizung-temperature: 22.5 C
[FHEM]     caching: CurrentTemperature: 22.5 (number; from 22.5 C)
  2016-02-03 01:00:13 caching: wz_Heizung-battery: 0 %
[FHEM]     caching: BatteryLevel: 0 (number; from 0 %)
[FHEM]     caching: StatusLowBattery: 1 (number; from 0 %)
  2016-02-03 01:00:13 caching: wz_Heizung-setpointHeating: 0 %
[FHEM] wz_Heizung-setpointHeating value 0 clipped to minValue: 15
[FHEM]     caching: TargetTemperature: 15 (number; from 0 %)
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 01:08:01
Ahhh, ganz ohne Mapping geht es jetzt!!!!!!

 :D :D :D :D :D

(https://www.dropbox.com/s/rf4697uuhiqhtdb/kz_Heizung-top.png?raw=1)
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 01:18:28
Mit "TargetTemperature=thermostatSetpointSet::setpointHeating" funktioniert es! Setzen der Temperatur geht!
Scheinbar mag er jetzt die min und max Vals nicht!

Aber was macht Modus in diesem Falle? Das ist neu dazu gekommen...
Das ist doch eher für Klimaanlagen oder?

Kann man die Modus Characteristic eventuell frei konfigurieren und zweckentfremden? Ich denke da an meinen vierstufigen Anwesenheitsstatus.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 02:05:30
Das sind offenbar Deine default Settings wenn man an minValue und maxValue nichts ändert. So funktioniert die Kommunikation zwischen Homebridge und HomeKit (Eve).

[FHEM]     TargetTemperature characteristic for wz_Heizung:setpointHeating
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: 10,
  maxValue: 38,
  minStep: 0.1,
  perms: [ 'pr', 'pw', 'ev' ] }

Füge ich im homebridgeMapping meine eigenen min, max und step hinzu "TargetTemperature=thermostatSetpointSet::setpointHeating,minValue=15,maxValue=26,minStep=0.1", dann geht die Kommunikation zwischen Homebridge und HomeKit nicht mehr.
Meine definierten Werte werden aber übernommen:

[FHEM]     TargetTemperature characteristic for wz_Heizung:setpointHeating
[FHEM]       initial value is: 15 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: '15',
  maxValue: '26',
  minStep: '0.1',
  perms: [ 'pr', 'pw', 'ev' ] }

Mal ne bescheidene Frage: Was passiert denn bzw. warum passiert es dann dass die Kommunikation zwischen Homebridge und HomeKit aussteigt?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 08:59:48
laut homekit hat ein thermostat immer einen mode mit diesen vier zuständen. über das mapping kannst du frei konfigurieren was beim anwählen passieren soll aber du kannst nicht die label ändern.

ich hab das problem mit den min/max/step werten gesehen. die werden noch als strings weitergereicht statt als zahlen.

homekit verweigert die kommunikation wenn ihm hier etwas nicht passt.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 09:04:33
die geänderte version hält oben dran.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 11:24:27
Getestet und für gut befunden. Thermostat klappt jetzt mit min/max/step und die Anzeige stimmt auch.
Nur mit dem Modus weiß ich noch nichts so richtig anzufangen, aber muss ja auch nicht wenn es so funktioniert. Im Zweifelsfall wird der Modus ausgeblendet.

Schönes Update.

Bin ich eigentlich der Einzige der testet? Was soll ich noch testen Andre?
Änderst Du die power und energy Werte noch auf floats?

Kann ich eventuell mit "1 device  -> n services" meinen Anwesenheitsstatus in HomeKit umsetzen?
Bluetooth LAN-Ping im Zusammenhang mit PRESENCE und diesem Status macht teilweise komische Sachen bei mir und habe ich erst einmal deaktiviert. Zur Not könnte ich auch einen dummy definieren und diesen zum Ein- und Ausschalten der Abwesenheit benutzen.
Ich benutze noch die HomeKit App myHome und die kann als Auslöser auch einen Geofence nehmen, wenn ich dann diesen Fence verlasse, könnte ich auf Abwesenheit umstellen.

Übrigens stürzt die App myHome ab wenn ich die Details einer Steckdose aufrufe die Strommessung unterstützt.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 11:41:47
ich würde auch gerne testen und hab mir das vorhin auch mal angesehen, nur leider bin ich am Anfang direkt nicht weitergekommen.

Aktuell habe ich homebridge über npm installiert und das läuft auch.

Muss ich, um die neue Version testen zu können erst nvm installieren? oder habe ich das bei meiner bestehenden config schon und ich bin einfach nur zu blöd das zu finden?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 11:46:42
Hab auch nur normal node und npm installiert und kann wunderbar testet.

Bei mir liegt das Plugin "homebridge-fhem" unter: /usr/local/lib/node_modules/homebridge-fhem/

Dort die index.js sichern und mit der neuen überschreiben/ersetzen.

Viel Spaß beim Testen.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 13:31:21
Hallo, :D ich schon wieder :P

hab jetzt nochmal alles neu eingerichtet und jetzt is der fehler weg nur will jetzt homebridge nicht staten :o
http://www.fhemwiki.de/wiki/Homebridge_einrichten
http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
hab diese zwei gemacht hoff das war so richtig :o
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 13:52:29
so,

ich habe die index.js in  /usr/local/lib/node_modules/homebridge-fhem/ ersetzt und bekomme beim starten von hombridge folgenden Ausgabe/Fehler:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1454503694789
[FHEM] Checking genericDeviceType...
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping:textField-long%22%20)%20%7D&XHR=1
/usr/local/lib/node_modules/homebridge-fhem/index.js:891
                      console.log.info( 'homebridgeMapping attribute created.' );
                                  ^

TypeError: console.log.info is not a function
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:891:35)
    at Request._callback (/usr/local/lib/node_modules/homebridge-fhem/index.js:862:27)
    at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:198:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1035:10)
    at emitOne (events.js:82:20)
    at Request.emit (events.js:169:7)
    at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:962:12)
    at emitNone (events.js:72:20)

Also meiner Meinung nach ein ".info" zu viel in Zeile 891.

Ich habs mal rausgenommen, dann läuft der Start zumindest weiter.

Ich krieg später dann noch einen Fehler beim Aufruf der Funktion console.log.warn (ich vermute die gleiche Ursache)

Gruß Michael
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 13:55:47
in der zeile ist noch ein tippfehler. ist heute abend repariert. bis dahin einfach auskommentieren. die zeile der nächsten meldung auch.

zwei mal neu starten sollte auch funktionieren.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 14:12:59
Hallo, :D ich schon wieder :P

hab einmal den fehler in FHEM wen ich den Befehl aus führe : attr FHEM.Homebridge webCmd status:start:stop:restart
FHEM.Homebridge: unknown attribute webCmd. Type 'attr FHEM.Homebridge ?' for a detailed list

und den beim starten:

[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1454506171348
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082

edit: der beim starten hat sich erledigt nun kommt nur:

[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1454506623271
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082


Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 14:41:38
wie sieht deine config.json aus?
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 14:43:16
config.json
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },
 
    "platforms": [
        {
            "platform": "homebridge-fhem.FHEM",
            "name": "FHEM",
            "server": "IP VOM RASPPI",
            "port": "8083",
            "auth": {"user": "MEINER", "pass": "MEINS"},
            "filter": "room=Homekit"
        }
     ],
 
    "accessories": []
}
homebridge
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is already running"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is allready running"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
        su - pi -c "homebridge > /dev/null 2>&1 &"
        echo "Homebridge starting"
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is not running"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
        kill $PID
        echo "Homebridge closed"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge closed"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
        $0 start
else
        $0 stop
        $0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is running PID $PID"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge running as PID $PID"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
        echo "Homebridge is not running"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0
sudoers
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        mail_badpass
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL
fhem    ALL=(ALL:ALL) ALL
homekit ALL=(ALL:ALL) ALL
homekit ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh, /etc/init.d/homebridge


# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD: ALL
homekit ALL=(ALL) NOPASSWD: ALL

Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 14:54:44
hast du bei dir eine Authentifizierung für die Weboberfläche eingeschaltet?

Gigt es den Raum Homekit? und sind dort die devices vorhanden, die du steuern möchtest?
Läuft homebridge auf der gleichen kiste wie fhem?

das ist meine config.json:
{
  "bridge": {
    "name": "Homebridge",
    "username": "CC:22:3D:E3:CE:30",
    "port": 51826,
    "pin": "031-45-154"
  },
  "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=Homekit"
        }
     ],
  "accessories": []
}

Bitte nur übernehmen, wenn Homekit existiert, homebridge auf der gleichen Raspberry pi wie fhem läuft und wenn keine Authentifizierung notwendig ist.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 14:55:12
Nutzt Du Homebridge mit einem eigenen User homekit? Meine Homebridge läuft unter User pi.
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 14:57:06
ja die die homebridge mal auf homekit laufen lassen und mal auf pi mit pi geht es nur ich komm nicht mehr so weit bis die nummer 031-45-154 kommt zum eingeben das ging nur einmal und seit dem nicht mehr
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 14:57:44
meine /etc/sudoers:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root ALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d

pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh,/etc/init.d/homebridge

config.json:
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },
    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=HomeKit",
            "auth": {"user": "USER", "pass": "PASSWORT"}
        }
    ],
    "accessories": []
}
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 15:01:56
meine /etc/sudoers:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root ALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d

pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh,/etc/init.d/homebridge

config.json:
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },
    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=HomeKit",
            "auth": {"user": "USER", "pass": "PASSWORT"}
        }
    ],
    "accessories": []
}

hab das mal übernommen und auch alles angepasst aber leider will es immernoch nicht :o
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 15:06:34
poste mal deine komplette ausgabe.

also den dienst stoppen, und dann einfach in die Console
homebridge
eingeben und dann sollte in der Ausgabe alles stehen.

Beenden kannst du homebridge dann wieder mit strg+c
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 15:07:57
@Andre: bei mir scheint es jetzt zu laufen, werde dann heute Abend mal genauer testen.

Einen Error haben ich allerdings noch:

[FHEM] rr_Michael: no service type detected

werden Roommate-Devices nicht standardmäßg unterstützt, oder muss ich noch einen genericDeviceType setzen?

Gruß Michael
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 15:09:48
root@raspberrypi:~/.homebridge# homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of                                                                                                                      Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd                                                                                                                     ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su                                                                                                                     pported (or only supported partially) in the Apple Bonjour compatibility layer o                                                                                                                     f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd                                                                                                                     ns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1454508554679
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082

Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 15:10:44
Hab Roommate auch (noch) nicht hinbekommen. Das wäre schön!
Weiß aber nicht ob es überhaupt Schalter mit mehreren Schaltzuständen als an und aus in HomeKit gibt. Aber Modus hat ja sowas...

@Andre: bei mir scheint es jetzt zu laufen, werde dann heute Abend mal genauer testen.

Einen Error haben ich allerdings noch:

[FHEM] rr_Michael: no service type detected

werden Roommate-Devices nicht standardmäßg unterstützt, oder muss ich noch einen genericDeviceType setzen?

Gruß Michael
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 15:18:02
für PRESENCE und ROOMMATE hat noch der default ServiceType gefehlt.

hab es inzwischen eingebaut. bis dahin müsste es reichen genericDeviceType auf OccupancySensor zu setzen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 15:32:37
@xMichiix: welche Devices sind im Raum Homekit? und was für einen Typ haben diese?
Ist ggf. genericDeviceType als attribut bei den Devices gesetzt worden?
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 16:15:03
@I2r gegebenfalls kannst du auch mal per TeamViewer drauf schauen :o wen du willst vill der liegt der fehler zwischen den ohren :o


im Moment liegt nur ein dummy names Test drin
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 17:05:11
Geb dem mal den genericDeviceType switch


Gruß Michael
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 17:05:46
Ein dummy brauch wenigstens das genericDeviceType switch und setList on off. Und wenn er dann noch custom Commands (also ausser an und aus) können soll, dann muss das homebridgeMapping eingesetzt werden.

Gruß

Dan
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 17:15:33
denk hab alles drin
geht aber trotzdem nicht
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 17:18:28
Homebridge auch nach jeder Änderung in FHEM neu gestartet?
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 17:19:23
Homebridge auch nach jeder Änderung in FHEM neu gestartet?
wie meinst du das ?
homebridge läuft ja nicht mal :o
und wie kann ich die in FHEM neu starten ? :o
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 17:22:46
Entweder Service neu starten "sudo service homebridge restart" oder wenn Homebridge im Vordergrund läuft "Strg+c" und dann wieder starten.

Wenn Homebridge nicht läuft kann es auch nicht funktionieren...
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 17:25:56
ja bekomms leider nicht mehr zum laufen es ging mal aber seit dem ich das http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM gemacht hab geht's nimmer an ... hab auch nochmal lles neu gemacht :o

also über den sudo service homebridge start befhelt läuft es angeblich :o wen ich ihn nochmal eingib heisst es das es schon läuft
wie kann ich das testen ?
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 17:31:57
sudo /etc/init.d/homebridge status
sudo /etc/init.d/homebridge startsudo /etc/init.d/homebridge stopsudo /etc/init.d/homebridge restart
und für die logs:
errorlogs:
tail -f -n200 /var/log/homebridge.err
normale logs:
tail -f -n200 /var/log/homebridge.log
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 17:39:00
root@raspberrypi:~# sudo service homebridge start
Homebridge is already running
root@raspberrypi:~# tail -f -n200 /var/log/homebridge.err
tail: cannot open `/var/log/homebridge.err' for reading: No such file or directory
root@raspberrypi:~# tail -f -n200 /var/log/homebridge.log
tail: cannot open `/var/log/homebridge.log' for reading: No such file or directory
root@raspberrypi:~#

kann die nicht mal öffnen :D
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 17:39:55
Diese Log files habe ich auch noch nicht gefunden... Weiß nicht woher l2r die hat...
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 17:43:11
ich denk immer noch das ich irgendeine Kleinigkeit falsch gemacht habe ;(
hätte TV 11 drauf wen sich da einer mal anschauen will.

hab alles bis jetzt nochmal angeschaut / neu gemacht finde aber den fehler nicht :o
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 17:43:34
oh, dann liegt das wohl an meinen diensteinstellungen und log-paths. Sry
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 18:15:43
keiner eine Idee ?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 18:23:32
root@raspberrypi:~# sudo service homebridge start
Homebridge is already running

Wenn du eh schon root bist brauchst du kein sudo.

Wie dir der output ja sagt, läuft Homebridge bereits (das init Skript funktioniert also).

Folglich sollte als user pi:
sudo service homebridge restartoder
sudo /etc/init.d/homebridge restartdie Homebridge neu starten...
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 18:32:34
Mit:
top -u pikannst du auch schauen ob es einen laufenden Prozess namens homebridge gibt und ihn im Zweifelsfall auch killen.

Aus top kommst du mit Taste q wieder raus.
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 18:34:43
also im momet hab ich es gestoppt komm sowieso nicht mit HomeKit von apple drauf auch wen es gestartet ist...

und was macht dann der befehl : homebridge? an dem hängt es ja da dieser nur Server Listening sagt.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 18:37:29
Entweder steuerst Du homebridge als Service "sudo service homebridge status|start|stop|restart" oder Du lässt es im Vordergrund laufen mit nur Befehl homebridge. Im Vordergrund siehst du halt die ganzen Ausgaben von homebridge.
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 18:38:53
ok also is trotzdem irgendwas faul :o weil wen ich es starte komm ich mit der app auch nicht drauf bzw findet er es nicht

bin am verzeifeln versuch es schon den halben tag :o
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 18:39:48
Und bitte immer als User pi arbeiten!!!
Wenn root Rechte benötigt werden, diese mit vorangestelltem sudo herbeiholen.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 18:44:20
Wenn Du schon so lange probierst, dann ist bestimmt Deine HomeKit Konfig schon kaputt! Bitte mal homebridge anhalten, Eve App im Multitasker beenden, dann Ordner ~/.homebridge/persist löschen und im iOS Gerät unter Datenschutz-->HomeKit die HomeKit Konfiguration zurücksetzen. Dann Homebridge wieder starten, am besten im Vordergrund und dann Eve App wieder starten und Gerät hinzufügen. Homebridge sollte dann gefunden werden.

Nochmal:
Homebridge unbedingt als User pi ausführen wenn die Homebridge Konfig unter /home/pi/.homebridge/config.json liegt
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 18:52:04
Wenn Du schon so lange probierst, dann ist bestimmt Deine HomeKit Konfig schon kaputt! Bitte mal homebridge anhalten, Eve App im Multitasker beenden, dann Ordner ~/.homebridge/persist löschen und im iOS Gerät unter Datenschutz-->HomeKit die HomeKit Konfiguration zurücksetzen. Dann Homebridge wieder starten, am besten im Vordergrund und dann Eve App wieder starten und Gerät hinzufügen. Homebridge sollte dann gefunden werden.

Nochmal:
Homebridge unbedingt als User pi ausführen wenn die Homebridge Konfig unter /home/pi/.homebridge/config.json liegt

ok wird ich mal versuchen
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 18:57:19
ok hab ich alles so gemacht.

Loading 1 platforms...
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1454522181747
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082

Geräte suchen.... suchen.... und geht nicht
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:02:38
Läuft homebridge auf einem anderen Host als FHEM?

Wenn beides auf einem Host, dann als IP 127.0.0.1 in die config.json.

Wenn FHEM auf anderem Host, Firewall an?
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 19:04:12
Läuft homebridge auf einem anderen Host als FHEM?

Wenn beides auf einem Host, dann als IP 127.0.0.1 in die config.json.

Wenn FHEM auf anderem Host, Firewall an?
nein laufen auf einem
127.0.0.1 und
die rasp ip versucht be beiden hängt es an der gleichen stelle
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:06:42
Mach mal kurz in FHEM den Raum Homekit leer und starte homebridge neu. So können wir Fehlkonfiguration an FHEM erst einmal ausschließen. Als letzte Ausgabe wenn homebridge läuft sollte sowas kommen:

Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 19:07:48
ok also Homekit ist leer hängt leider immernoch ;(
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:09:59
Hast du überhaupt "sudo npm install -g homebridge-fhem" ausgeführt? Damit wird das Plugin installiert über welches wir uns hier unterhalten!
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 19:11:21
ja hab ich :o

was muss ich alles löschen das ich bei homebridge wieder komplett von 0 anfangen kann,
dachte ich hab das schon mal gemacht aber vill hab ich was vergessen.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:15:15
Hast du npm mal aktualisiert und alle anderen globalen npm Pakete?
sudo npm update -g npm
sudo npm update -g

Wie hast Du homebridge installiert? Als npm Paket oder aus git?
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 19:16:56
über wiki. also genau so
als erstes so :http://www.fhemwiki.de/wiki/Homebridge_einrichten
dann so :http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:27:13
Du hast node auch so installiert?

curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash -
sudo apt-get install -y nodejs

Mit dieser node Version und auch v5 habe ich es auch nicht hinbekommen.

Mach mal ein "sudo apt-get purge nodejs" (node deinstallieren) und dann:
wget http://node-arm.herokuapp.com/node_latest_armhf.deb && sudo dpkg -i node_latest_armhf.debDanach würde ich den RPi einfach mal durchstarten und schauen ob "node -v" und "npm -v" die Versionen anzeigen. Dann nochmal npm und alle anderen globalen Pakete aktualisieren.
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 19:35:47

pi@raspberrypi:~$ node -v
node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node)
node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by node)

jetzt geht gar nix mehr :o
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:39:25
Du nutzt auch das aktuelle Raspbian Jessie?

Mit Wheezy hatte ich genau solche beschriebenen Probleme!!!
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 19:44:00
ach nö muss jetzt jetzt wieder alles neu machen auch fhem mit den namen etc ?
ja hab die Wheezy -.-
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:51:07
Kann ich dir nur empfehlen! Habe mit einem anderen Forenmitglied 3 Abende gefummelt bis wir festgestellt haben dass es mit Wheezy nur Schwierigkeiten mit node gibt.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:52:56
Einfach fhem.cfg sichern und was du sonst noch brauchst und dann schnell neu installieren. Dann bist du auf jeden Fall auf der sicheren Seite und wir müssen uns nicht mit alten Fehlern des Betriebssystems auseinandersetzen.
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 03 Februar 2016, 19:53:31
wo liegt den die :D such grad schon wieder wie blöd :D

sorry wen ich so oft frage :(
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 19:54:57
In FHEM Web unter "Edit files" oder im Dateisystem unter /opt/fhem/fhem.cfg
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 19:57:16
im ersten beitrag gibt es eine neue version mit den folgenden änderungen:

- minValue/maxValue/minStep fix von heute früh
- ausgabe des symbolischen homekit namens nach umwandlung aus einem reading
- eve custom air pressure characteristic (ungetestet)
- PRESENCE/ROOMMATE fix

der OccupancySensor von PRESENCE und ROOMMATE ist nur ein sensor der den aktuellen zustand anzeigt. ich weiss nicht ob man den auch mit einer On characteristic zum schalten eines homestatus 'missbrauchen' kann.

mit mehreren On characteristics und den passenden valueOn/valueOff/cmds kann man sich das umschalten zwischen mehreren stati bauen. analog zum harmony beispiel im ersten beitrag.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 20:01:35
Hey Andre!

Klasse, werde gleich das Update einspielen und testen. Luftdrucksensor habe ich leider (noch) nicht.

Das mit dem Harmony Beispiel hatte ich schon erfolglos probiert, wollte dich deshalb aber nicht schon wieder nerven.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 20:22:23
Also bei mir läuft es wie vorher, merke bei meinen Geräten keine Veränderung.

An die floats bei power und energy hattest du leider nicht gedacht?
Titel: Antw:homebridge/homekit
Beitrag von: oliverk am 03 Februar 2016, 21:22:41

Hallo Andre,

habe grad mal ein wenig mit der aktuellen Version gespielt. Ich habe einfach mal ein hue Device genommen und die Werte verändert. Soweit alles gut....

Fange ich nun an das ein wenig zu stressen - Saturation schnell zwischen den Prozenten hin und her zu ändern, gibt es den Fehler unten. Ich nutze als App myHome.
Mit eve habe ich es nicht geschafft. Da muss ich ja explizit fertig drücken, damit die sat gesetzt wird. Das ist zu langsam um einen Fehler zu generieren.

2016-02-03 21:00:16 caching: HUEDevice4-sat: 0
[FHEM]     caching: Saturation: 0 (as number; from '0')
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%2050.800000000000004&XHR=1
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%20165.1&XHR=1
  2016-02-03 21:00:19 caching: HUEDevice4-xy: 0.435,0.405
/usr/lib/node_modules/homebridge-fhem/index.js:77
      var mapping = subscription.characteristic.FHEM_mapping;
                                               ^

TypeError: Cannot read property 'FHEM_mapping' of undefined
    at /usr/lib/node_modules/homebridge-fhem/index.js:77:48
    at Array.forEach (native)
    at FHEM_update (/usr/lib/node_modules/homebridge-fhem/index.js:76:19)
    at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:546:22)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:959:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)


Folgender Fehler tritt auf, wenn ich in myHome auf den Service Namen tippe. Egal welches Element. Leider habe ich keinen blassen Schimmer, was da passieren soll, da ich meine original homekit Hardware im Büro habe.
Kann ein Fehler in myHome sein, sollte aber bei Dir keinen Fehler bringen.

[FHEM] query: CurrentTemperature for n4h_4001-temperature
[FHEM]   cached: 3.9
[FHEM] [n4h_4001] identify requested!
/usr/lib/node_modules/homebridge-fhem/index.js:2164
    if( match = this.PossibleSets.match(/(^| )toggle\b/) ) {
              ^

ReferenceError: match is not defined
    at Object.FHEMAccessory.identify (/usr/lib/node_modules/homebridge-fhem/index.js:2164:15)
    at Accessory.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:257:79)
    at emitTwo (events.js:87:13)
    at Accessory.emit (events.js:172:7)
    at Accessory._identificationRequest (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:104:10)
    at Accessory.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:73:14)
    at emitThree (events.js:97:13)
    at emit (events.js:175:7)
    at Characteristic.setValue (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:151:10)
    at Bridge.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:537:22)

Die Version läuft übrigens viel besser, als V1.0. Ich habe inzwischen viele Tests gemacht du musste nicht ein einziges mal die Daten in der config ändern oder etwas zurücksetzen. Starte ich die homebridge neu, so wird alles in der App wenige Sekunden später aktualisiert. Respekt vor Deiner Arbeit...

Wenn Du weitere Infos brauchst - kein Problem.


Oliver

Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 21:46:21
@DeeSPe: wenn immer noch alles läuft ist das doch gut :)

das mit dem float muss ich mir wie gesagt erst anschauen. der wert der übertragen wird ist laut der oben verlinkten doku ein int und der faktor ist eigentlich dazu da ein paar nachkomma stellen zu bekommen.

wenn du lust hast kannst du gerne mal in zeile 1223 und 1226 das UINT16 bzw. UINT32 durch FLOAT ersetzen und schauen was passiert.


@oliverk: der fehler hat nur indirekt etwas mit der geschwindigkeit zu tun und hätte in eve auch passieren müssen. komisch. ich denke aber ich habe es repariert.

das erste war ein fehler wenn die app ein identify sendet. in homekit gibt es dafür zwei wege. vor dem pairen und nach dem pairen. das identify nach dem pairen habe ich scheinbar nie ausprobiert. da war noch ein fehler drin.

ich hab oben noch mal eine aktualisierte version angehängt. leider immer noch als trockenübung da ich noch nicht dazu gekommen bin das test iphone zu aktualisieren und meine eigene produktive installation noch nicht anfassen kann. dafür habe ich mir vorhin eine apple watch zum spielen gegönnt :)

gruss
  andre

ps: ich möchte noch window bzw. winmatik auf das neue system umstellen und muss dann winmatic, keymatic und garagen tor noch mal testen ob die noch gehen. danach würde ich diese version dann langsam einchecken.
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 03 Februar 2016, 21:52:19
danke ich werde das auch mal alles testen.

@DeeSPe & xMichiix: homebridge nicht als sudo installieren, sondern als pi-user:

npm install -g homebridge
npm install -g homebridge-fhem

das ist zumindest die "gängige" und von andre vorgestellte version. Ansonsten liegt der hombridge-pfad am falschen Ort...
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 03 Februar 2016, 22:06:11
@andre, Einchecken in Form von generell releasen? Klingt gut! Bin leider bisher noch nicht zum testen dieser Version gekommen, aber habe bis auf die Brightness derzeit auch nicht allzuviel, was ich in meiner Umgebung probieren könnte.


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: oliverk am 03 Februar 2016, 22:17:22

Testen kann ich  8)
Blöderweise finde ich auch immer Fehler. 25 Jahre Softwareentwicklung bringen mich auf die seltsamsten Testideen...

Ich spiele mal mit der aktuellen Version und sammle mal ein wenig.

Übrigens habe ich meine Apple Watch 3 Monate nach dem ersten Hype im Schrank verstauben lassen. Dann habe ich die homebridge installiert und bin damit gleich wieder an den Start gegangen. Seitdem unterhalte ich mich mit meinem Garagentor und auch zu Hause gerne mal mit meinem Haus. Meine Frau hält mich schon für ein wenig durch.... Aber ist schon cool, wenn man 300m vor dem Haus Siri bittet die Garage zu öffnen und sie antwortet "Ich schaue mal was ich tun kann!"

Ich probiere es auch grad mit all meinen net4home Komponenten. ggf. passe ich in meinem Modul auch noch ein paar Eigenschaften an, damit sie dann auch gleich passen, bevor ich es öffentlich mache.

Oliver



Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 22:30:27
testen kann ich auch ;) aber fehler in fremden code zu finde ist vieeeel einfacher als im eigenen :). ich glaube da gibt es eine art blinden fleck der verhindert das man manche dinge sieht...

mal sehen ob mich dir kurze batterie laufzeit nächste woche schon ärgert. eigentlich habe ich eine wasserdichte solar funk uhr. so ziemlich das gegenteil von etwas das man mehr als ein mal am tag ausziehen, aufladen und nicht mit unter die dusche nehmen darf. ich bin mal gespannt.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: oliverk am 03 Februar 2016, 23:04:22

Fehler ist leider noch da. Hatte im code schon mal ein wenig geschaut. Aber ich bin einfach zu müde, alles so schnell zu verstehen. Ggf. morgen mehr.

[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%20243.84&XHR=1
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%200&XHR=1
  2016-02-03 22:49:11 caching: HUEDevice4-xy: 0.4528,0.4538
/usr/lib/node_modules/homebridge-fhem/index.js:77
      var mapping = subscription.characteristic.FHEM_mapping;
                                               ^

TypeError: Cannot read property 'FHEM_mapping' of undefined
    at /usr/lib/node_modules/homebridge-fhem/index.js:77:48
    at Array.forEach (native)
    at FHEM_update (/usr/lib/node_modules/homebridge-fhem/index.js:76:19)
    at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:546:22)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:959:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)

An die Batterie gewöhnt man sich übrigens. Lästig ist nur, dass man nur ein Ladegerät zur Verfügung hat. iPhone Strom kann man ja inzwischen überall schnorren. Auch wenn man mal ein paar Tage unterwegs ist.
Habe das gleiche Problem grad mit unserem neuen Auto. Ein e-Golf mit 150km Reichweite. Da hat man ständig im Kopf wo denn der Strom für den Tag herkommt. Man kann ja nicht eben mal einen Kanister Strom einfüllen...

Aber die Watch hat Siri... Und das ist für mich das absolute Gadget für ein SmartHome. Neben der Uhrzeit kann man noch viele andere Dinge sehen. iPhone 1 war ja auch cool (damals). Wenn man sieht wo es hingeht, ist da noch eine Menge Luft drin. Telefon habe ich ja auch dabei, ist aber schon unhöflich ständig auf das Display zu glotzen. Das ist mit der Watch deutlich dezenter.
Mein iPad liegt neben meinem Bett.... Einfach "Hey Siri! Schalte alles aus!". Das ist SmartHome pur.


Oliver
 
 
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 Februar 2016, 23:15:14
wenn das die gleiche zeile ist dann hast du das falsche file erwischt. in zeile 77 steht inzwischen etwas anderes :).

das in den nächsten jahren bei der hardware noch luft ist hoffe ich auch. so gut siri inzwischen ist und so schnell es im vergleich zu app suchen oder sogar zu iphone aus der tasche nehmen ist... es ist schon noch deutlich die ein oder andere gedenk minute drin bis zum verstehen und dann noch mal bis zum schalten.

und leider ist das hey siri der watch aus wenn sie neben dem bett liegt und geladen wird. das wäre richtig praktisch. nachts ist das telefon nämlich aus.

aber so richtig gut wäre es erst in jedem raum, sprecher unabhängig und ohne cloud zugriff.

aber das ist jammern auf hohem niveau :). nach dem aufwachen den rollladen per siri sich fahren und dann geht automatisch musik an, die wetter durchsage kommt und im bad wird auch gleich eingeschaltet hat schon was.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 Februar 2016, 23:59:59
Hey Andre,

hab die beiden mal auf FLOAT gesetzt, dann werden die Werte in der Homebridge Konsole auch richtig angezeigt, aber die Kommunikation Homebridge->HomeKit geht nicht mehr.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 Februar 2016, 00:03:12
das ist genau das was passiert wenn werte in einem format gesendet werden die die auf homekit seite nicht erwartet werden. das gleiche problem das wir mit strings statt zahlen hatten. ich fürchte da lässt sich nicht viel machen. angeblich zeigt eve die werte von eve energy tatsächlich um den jeweiligen faktor größer an.

hat zufällig jemand ein eve energy?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 04 Februar 2016, 07:27:22
@DeeSPe hab gestern meine fhem.cfg in das neue eingefügt aber jetzt sind nur noch Probleme da. :/

also muss ich doch wieder von 0 an alles machen :(
Titel: Antw:homebridge/homekit
Beitrag von: oliverk am 04 Februar 2016, 09:13:18
So, beide Fehler weg. War einfach zu müde gestern und habe das File in das falsche Verzeichnis kopiert.
Werde jetzt mal ein paar mehr Geräte an den Start bringen. Speziell das Thermostat ist ja ein wenig komplexer.

Folgende Apps habe ich mal getestet:


myHome und eve machen das schon ganz gut. Devices hat noch ein Problem mit den Temperaturen und behauptet "unknown Service". Muss mal sehen, was die für eine Angabe erwarten.
Die Apps auf der Watch selber sind derzeit noch gähnend langsam und nicht zu gebrauchen. Das geht nur über Siri in einer vernünftigen und akzeptablen Geschwindigkeit.


Oliver
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 04 Februar 2016, 10:29:05
Guten Morgen,

jetzt läuft es :)
Gott sei dank:)

jetzt gibtes nur ein Problem mit den schalten :D es st so:
im Moment kann ich per Taster ein/aus schalten wunderbar nun sag ich küche licht an und will es dann mit den Taster wieder ausschalten und jetzt kommt das Problem es geht nicht :o

MfG Michael
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 04 Februar 2016, 11:44:13
du nimmst in der config.json den Filter raus...

nur dann kann es passieren, dass auch geräte, die nicht unterstützt werden zu homebridge versucht werden hinzugefügt zu werden und homebridge dann abstürzt.
Zum anderen, was willst du zb. mit nem Logfile in EVE, würde dann ja theoretisch auch angezeigt werden? Macht für mich keinen Sinn.

Deshalb würde ich empfehlen, dass über den Filter (was ja in FHEM dem Raum Homekit entspricht) zu regeln.

Ein Device kann ja mehrere "Räume" im Room-Attribut haben und somit kannst du das sehr individuell steuern.

Woran hat's denn bei dir gelegen?
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 04 Februar 2016, 11:46:05
an dem img. :o hab das alte wheey oder wie die heißt drauf gehabt :o und jetzt mit jessie geht's :)

Siehe Vorpost:o

PS: kann man jetzt auch antworten hinzufügen also wen ich Siri sag sie soll das licht anschalten kommt immer so kompliziertes gelaber zurück xD
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 04 Februar 2016, 13:15:46
Was ist daran kompliziertes Gelaber?
Sachlich und auf's Wesentliche beschränkt.

(https://www.dropbox.com/s/nqricr3i1pogysz/Siri-Licht.png?raw=1)
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 04 Februar 2016, 13:20:09
Schön dass Du meinen Rat befolgt und neues OS genommen hast xMichiix.
Nur so können wir auch weiter helfen...
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 04 Februar 2016, 13:28:31
sorry hab mich oben falsch aus gedrückt :D wollt eig. fragen ob man die Rückantwort ändern kann ?
ist es bei euch auch so das Siri einen nicht vesteht ?

und wo finde ich die index.js?

und jetzt wär nur noch das mit den taster.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 04 Februar 2016, 13:34:37
Ich wüßte nicht dass man die Antwort ändern kann.
Ja, teilweise versteht Siri einen schlecht. Wenn Siri auf deutsch läuft, sollt man auch nur deutsche Begriffe für Siri in Homekit verwenden. z.B. Ambilight versteht Siri gar nicht, habe es Umgebungslicht genannt und das klappt wunderbar.

Die index.js solltest Du im Ordner /usr/local/lib/node_modules/homebridge-fhem/ finden.

Zum Taster kann ich nichts sagen, habe nur Schalter...

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 04 Februar 2016, 13:37:01
ok.erstmal danke :)
noch was :D ich hab den pfad icht einmal bei mir gibt's den node_modules ordner nicht :o
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 04 Februar 2016, 13:46:17
Dann check einfach mal wo homebridge installiert ist.
Mein npm hat unter /usr/local/bin einen Link zu homebridge angelegt, der mir sagt dass sich homebridge im Ordner /usr/local/lib/node_modules/ befindet, im selben Ordner sollte sich auch das global installierte Paket homebridge-fhem befinden.

pi@FHEM:~ $ ls -al /usr/local/bin/
insgesamt 12024
drwxrwsr-x  2 root staff     4096 Jan 25 00:25 .
drwxrwsr-x 10 root staff     4096 Nov 21 19:50 ..
lrwxrwxrwx  1 root staff       45 Jan 23 01:38 homebridge -> ../lib/node_modules/homebridge/bin/homebridge
-rwxr-xr-x  1 root staff 11949036 Okt 17 23:10 node
lrwxrwxrwx  1 root staff       38 Jan 23 01:27 npm -> ../lib/node_modules/npm/bin/npm-cli.js
Titel: Antw:homebridge/homekit
Beitrag von: xMichiix am 04 Februar 2016, 13:49:16
habs :o
/usr/lib/node_modules/homebridge-fhem
Titel: Antw:homebridge/homekit
Beitrag von: BieDe am 04 Februar 2016, 13:59:24
Hallo,
ich habe bei mir die Rolladensteuerung über FHEM realisiert mit Hilfe von Schaltaktoren, welche die Taster an den Rolladen auslösen.
Dazu habe ich mir ein Dummydevice in FHEM erstellt, welches die Funktionen des Rollos mit den Schaltaktoren zusammenführt (Auf/Ab/xx% etc.). Verstehe ich das richtig, dass ich dieses Dummydevice nun auch in Homebridge einbinden kann als Devicetyp blind und zukünftig über Siri steuern kann mit dem passenden Befehl? In der Vergangenheit hatte ich die einzelnen Schalfaktoren als Switch in Homebridge eingebunden...

Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 Februar 2016, 14:03:29
ja du kannst den/die dummys konfigurierbar auf den rolladen service abbilden.

homekit steuert dabei sowieso immer alles über die % angabe. d.h. wenn du mit siri auf bzw. zu machst wird als kommando normalerweise 100 bzw. 0 prozent ankommen. wenn du unbebeding auf und zu brauchst kannst du das mappen.

in einer richtung starten und auf kommando anhalten kann homekit nicht.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 04 Februar 2016, 14:03:47
Hallo,
ich habe bei mir die Rolladensteuerung über FHEM realisiert mit Hilfe von Schaltaktoren, welche die Taster an den Rolladen auslösen.
Dazu habe ich mir ein Dummydevice in FHEM erstellt, welches die Funktionen des Rollos mit den Schaltaktoren zusammenführt (Auf/Ab/xx% etc.). Verstehe ich das richtig, dass ich dieses Dummydevice nun auch in Homebridge einbinden kann als Devicetyp blind und zukünftig über Siri steuern kann mit dem passenden Befehl? In der Vergangenheit hatte ich die einzelnen Schalfaktoren als Switch in Homebridge eingebunden...

Ja, das sollte mit der neuen Version so funktionieren. Da ich sowas nicht habe kann ich Dir keine genauere Aussage geben.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 04 Februar 2016, 14:08:19
So, nun hab ich mal wieder ne Frage.
Hab seit gestern HomeMatic Thermostaten im Einsatz die sich auch schon perfekt über HomeKit steuern lassen. Aber wie bekomme ich die Batterieanzeige in HomeKit hin? Der Batterie Wert wird in Volt angegeben (batteryLevel) und kommt dazu noch von einem anderen Device (Channel). Dann gibt es noch einen Wert battery, der nur "ok" sagt, das ist wohl der Wert für "Batterie schwach" in HomeKit.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 Februar 2016, 14:19:06
anderes device ist kein problem. einfach mit <device>:<reading> angeben.

es gibt zwei charactersitics:

- StatusLowBattery: sollte für hm automatisch wenn das reading battery heisst. also StatusLowBattery=<device>:battery. ansonsten musst du ok auf BATTERY_LEVEL_NORMAL mappen und alles andere auf BATTERY_LEVEL_LOW. wenn das battery reading nicht genau genug ist kannst du die spannung auch per threshold= selber in eine ok/nicht ok characteristic umwandeln

- BatteryLevel: homekit kennt hier nur % werte. d.h. du musst das reading z.b. per factor auf 0-100 umwandeln. ich bezweifle aber ob das besonders genau ist. ich denke das lohnt sich nicht.

wenn du die spannung trotzdem anzeigen möchtest bau dir eine custom characteristic mit einer ausgedachten UUID, dem namen BatteryLevel und dem typ FLOAT.

du siehst: viele möglichkeiten :). unterm strich denke ich aber es ist sinnvoller sich von fhem eine warnung senden zu lassen wenn mit der batterie etwas nicht stimmt und sie in homekit garnicht erst anzuzeigen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 04 Februar 2016, 14:32:42
Danke Andre, das teste ich nachher hoffentlich noch.

Jetzt muss ich erst mal Koffer packen, die nächsten zwei Wochen seid ihr mich los.
Bin schon sehr gespannt was sich in der Zeit hier tun wird und ebenso wie mein FHEM die zwei Wochen ohne mich klar kommt.

Klasse Arbeit Andre, weiter so!!!!

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: Marc1993 am 04 Februar 2016, 20:35:00
Ich versuche ein virtuelles Thermostat anzulegen. Es klappt aber nicht so recht :/

Heizung_wz is NOT a thermostat. set for target temperature missingStimmt nicht. Das geforderte target reading ist da.

JSON-List:
{
  "Arg":"Heizung_wz",
  "Results": [
  {
    "Name":"Heizung_wz",
    "PossibleSets":"target:18,19,20,21,22,23,24,25",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon sortby webCmd widgetOverride subtype homebridgeMapping userattr",
    "Internals": {
      "NAME": "Heizung_wz",
      "NR": "95",
      "STATE": "target;state",
      "TYPE": "dummy"
    },
    "Readings": {
      "state": { "Value":"target;state", "Time":"2016-02-04 20:32:10" },
      "target": { "Value":"21", "Time":"2016-02-04 20:33:07" }
    },
    "Attributes": {
      "genericDeviceType": "thermostat",
      "homebridgeMapping": "TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5 CurrentTemperature=myTemp:temperature",
      "readingList": "target",
      "room": "Wohnraum,Wohnzimmer",
      "setList": "target:18,19,20,21,22,23,24,25"
    }
  }  ],
  "totalResultsReturned":1
}

Die Temperatur von myTemp habe ich in EVE. Nur wie setze ich die Temperatur?
Ich komm nicht dahinter  ???
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 Februar 2016, 20:45:00
hast du das index.js aus dem ersten post laufen? die meldung gibt es darin nicht mehr.




Titel: Antw:homebridge/homekit
Beitrag von: Marc1993 am 04 Februar 2016, 21:00:07
Hab es in den falschen Ordner kopiert  ::)

Habe jetzt das Thermostat auf dem iPhone. Nur das einstellen des Modus und der Temperatur wird nicht übertragen  :-[
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 Februar 2016, 21:01:01
schau auf der console was genau passiert.
Titel: Antw:homebridge/homekit
Beitrag von: Marc1993 am 04 Februar 2016, 21:02:43
Beim ändern der Werte in EVE passiert da nichts. Nur myTemp aktualisiert sich.

[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM]   cached: 22
[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM]   cached: 22
[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM]   cached: 22
[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM]   cached: 22


Edit: Es läuft nun, vielen dank für deine Hilfe :)
Titel: Antw:homebridge/homekit
Beitrag von: Zephyr am 06 Februar 2016, 09:13:50
Vielen Dank Andre,

die neue Version tut ohne Probleme. Für den Tür-/Fensterkontakt STM 250 von EnOcean habe ich einen genericDeviceType "ContactSensor" und die characteristics "ContactSensorState" gefunden und wie folgt konfiguriert:
attr STM250 genericDeviceType ContactSensor
attr STM250 homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED

Mehr dazu im FHEM-Wiki unter http://www.fhemwiki.de/wiki/Hombridge_User_Configs (http://www.fhemwiki.de/wiki/Hombridge_User_Configs)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 06 Februar 2016, 09:49:01
sehr schön.

noch ein tip: wenn man einem ContactSensor zusätzlich zum ContactSensorState noch einen CurrentDoorState verpasst ... CurrentDoorState=state,values=closed:CLOSED;open:OPEN ... dann kann man in eve den contact state ausblenden und sieht direkt ein für/fenster offen/geschlossen nach dem man siri auch fragen kann: 'sind die fenster in ... zu?'.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Zephyr am 06 Februar 2016, 10:46:35
noch ein tip: wenn man einem ContactSensor zusätzlich zum ContactSensorState noch einen CurrentDoorState verpasst ... CurrentDoorState=state,values=closed:CLOSED;open:OPEN ... dann kann man in eve den contact state ausblenden und sieht direkt ein für/fenster offen/geschlossen nach dem man siri auch fragen kann: 'sind die fenster in ... zu?'.

Oh, da hänge ich gerade, würde es im Wiki aber auch noch gerne eintragen. Wie blendest Du denn in Eve den ContactState an? Wenn ich auf das Gerät in Eve gehe, kann ich Namen, Siri-Namen, Raum einstellen. Aber nicht die Readings, oder bin ich falsch?

Und zur Anwesenheitssteuerung habe ich mir auch noch Gedanken gemacht. Mit den RESIDENTS-Modulen und einer characteristic "On" kann man mit Hilfe einer Szene "Ich bin zuhause" die Anwesenheit von Bewohnern steuern. http://www.fhemwiki.de/wiki/Hombridge_User_Configs (http://www.fhemwiki.de/wiki/Hombridge_User_Configs)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 06 Februar 2016, 12:03:58
in einem raum auf bearbeiten gehen.

bei RESIDENTS müsste es reichen On hinzuzufügen. OccupancyDetected sollte automatisch erkannt werden.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Zephyr am 06 Februar 2016, 15:04:50
bei RESIDENTS müsste es reichen On hinzuzufügen. OccupancyDetected sollte automatisch erkannt werden.

Lieber Andre,

leider nicht. Es wird zwar als OccupancyDetected erkannt, aber das Reading state im ROOMMATE womöglich nicht korrekt interpretiert. Wenn ich ein Test-Objekt auf "home" setze, steht in Eve nach wie vor, dass der Test-RESIDENT nicht da ist.

Das hier erhalte ich von homebridge-fhem:
  2016-02-06 14:59:32 caching: rr_Test-presence: present
[FHEM]     caching: OccupancyDetected: 0 (as number; means OCCUPANCY_NOT_DETECTED; from 'present')

und das hier ist das jsonlist2 auf den rr_Test. rr_Test ist vom Typ ROOMMATE
{
  "Arg":"rr_Test",
  "Results": [
  {
    "Name":"rr_Test",
    "PossibleSets":"state:home,gotosleep,asleep,awoken,absent,gone mood:calm,relaxed,happy,excited,lonely,sad,bored,stressed,uncomfortable,sleepy,angry,toggle location create:wakeuptimer",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings rr_locationHome rr_locationWayhome rr_locationUnderway rr_autoGoneAfter:12,16,24,26,28,30,36,48,60 rr_showAllStates:0,1 rr_realname:group,alias rr_states:multiple-strict,home,gotosleep,asleep,awoken,absent,gone rr_locations rr_moods rr_moodDefault rr_moodSleepy rr_passPresenceTo rr_noDuration:0,1 rr_wakeupDevice event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ContactSensor,lock,window,contact homebridgeMapping icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "",
      "DEF": "rgrBewohner",
      "NAME": "rr_Test",
      "NR": "1234",
      "NTFY_ORDER": "50-rr_Test",
      "RESIDENTGROUPS": "rgrBewohner,",
      "STATE": "home",
      "TYPE": "ROOMMATE"
    },
    "Readings": {
      "durTimerAbsence": { "Value":"00:00:00", "Time":"2016-02-06 14:58:55" },
      "durTimerAbsence_cr": { "Value":"0", "Time":"2016-02-06 14:58:55" },
      "durTimerPresence": { "Value":"00:05:00", "Time":"2016-02-06 15:03:55" },
      "durTimerPresence_cr": { "Value":"5", "Time":"2016-02-06 15:03:55" },
      "durTimerSleep": { "Value":"00:00:00", "Time":"2016-02-06 09:26:23" },
      "durTimerSleep_cr": { "Value":"0", "Time":"2016-02-06 09:26:23" },
      "lastArrival": { "Value":"2016-02-06 14:58:55", "Time":"2016-02-06 14:58:55" },
      "lastDeparture": { "Value":"2016-02-06 09:27:31", "Time":"2016-02-06 09:27:31" },
      "lastDurAbsence": { "Value":"05:31:24", "Time":"2016-02-06 14:58:55" },
      "lastDurAbsence_cr": { "Value":"331", "Time":"2016-02-06 14:58:55" },
      "lastDurPresence": { "Value":"00:01:08", "Time":"2016-02-06 09:27:31" },
      "lastDurPresence_cr": { "Value":"1", "Time":"2016-02-06 09:27:31" },
      "lastLocation": { "Value":"home", "Time":"2016-02-06 09:27:31" },
      "lastMood": { "Value":"calm", "Time":"2016-02-06 09:27:31" },
      "lastState": { "Value":"gone", "Time":"2016-02-06 14:58:55" },
      "location": { "Value":"home", "Time":"2016-02-06 14:58:55" },
      "mood": { "Value":"calm", "Time":"2016-02-06 14:58:55" },
      "presence": { "Value":"present", "Time":"2016-02-06 14:58:55" },
      "state": { "Value":"home", "Time":"2016-02-06 14:58:55" },
      "wakeup": { "Value":"0", "Time":"2016-02-06 09:28:50" },
      "wayhome": { "Value":"0", "Time":"2016-02-06 09:26:23" }
    },
    "Attributes": {
      "alias": "Status",
      "devStateIcon": ".*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home",
      "group": "Test",
      "icon": "people_sensor",
      "room": "Homekit,Wohnung",
      "rr_realname": "group",
      "rr_showAllStates": "1",
      "sortby": "1",
      "webCmd": "state"
    }
  }  ],
  "totalResultsReturned":1
}

Da ich aber die Readings mit homebridgeMapping gemappt habe, geht es ja.

LG
Karsten/Zephyr
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 06 Februar 2016, 15:41:02
jetzt aber :). es war noch ein tippfehler drin. presence statt present für den wert.

im ersten beitrag hängt die neue version mit diesem und drei anderen fixes.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 06 Februar 2016, 16:05:50
Hallo Leute,

ich wollte mal nachfragen ob es mittlerweile möglich ist MiLight Geräte (über FHEM und nicht direkt) anzusprechen?

Bisher ist die Homebridge leider immer nach einer gewissen Zeit (1-2h) abgestürzt sobald ich die MiLight Gerät in dem Raum Homekit hinzugefügt habe.
Finde das sowieso ein wenig merkwürdig, denn die Lichter lassen sich bis zum Absturz tadellos steuern - nur dann erreicht die Eve App die Homebridge nicht mehr und muss neu eingerichtet werden.

Zur Zeit benutze ich Dummys, aber damit kann ich die Lampen leider nur ein- und ausschalten und keine Helligkeit oder Farbe ändern.

Würde mich über eine Antwort sehr freuen! Schönes WE euch allen!
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 06 Februar 2016, 18:42:58
Hallo Odin,

Milight läuft bei mir seit einer guten Wochen mit einer Lampe mit dem index.js von Andre aus Github stabil. Ich kann ein- und ausschalten sowie hue einstellen, brightness geht leider nicht.
Heute habe ich auf einer Testinstallation den neuen Code ausprobiert. Hier konnte ich zwar mit dem Code attr mi_Brunnen homebridgeMapping Brightness=brightness::brightness nun Brightness einbinden und es wird auch initial korrekt gecached, leider taucht kein Slider in EVE auf und auch ein Update via FHEM wird nicht gen EVE propagiert, sieht man auch nicht auf der Konsole.
Was mache ich da noch falsch?
Edit: Ok, ich habe es gefunden, einmal blind: der Slider ist dann unter dem Farbrad... Und, das Attribut war nicht vollständig gesetzt, so wie es jetzt im Code steht, funktioniert es in beide Richtungen.

Andre, Supersache, vielen lieben Dank für die tolle Arbeit!!!

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 06 Februar 2016, 18:53:21
bitte zuerst schauen ob beim ändern von brighness etwas im event monitor zu sehen ist. danach ob beim start von homebridge mit --debug etwas zu sehen ist.

welche characteristics werden für welches reading angelegt? das steht auch auf der konsole beim start.

milight und wifilight sollten beide automatisch und über das RGB reading eingebunden werden. zumindest für die richtung fhem -> homebridge funktioniert das auch mit dem oben geposteten jsonlist2 eines milight device.

bitte starte homebridge mal mit --debug und schau was beim starten auf der konsole gemeldet wird und was gemeldet wird wenn sich das RGB reading ändern.

ich bin mir nicht sicher wie sich das überschreiben von Brighness auswirkt wenn man nicht vorher mit clear die internen mappings die alle auf RGB arbeiten löscht.

ich habe gerade gesehen das es zusätzlich zum RGB kommando auch ein HSV kommando gibt. in welchem format werden hier die werte gesetzt? dann baue ich das mit vorrang vor RGB noch ein. das spart einiges an hin und her rechnerei.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 00:51:02
Hi,

also, ich habe das Mapping wieder rausgenommen.
Homebridge mit --debug gestartet ergibt
[FHEM] Initializing platform accessory 'mi_Brunnen'...
[FHEM] creating services for mi_Brunnen
[FHEM]   information service for mi_Brunnen
[FHEM]     manufacturer, model and serial number characteristics for mi_Brunnen
[FHEM]   Lightbulb service for mi_Brunnen
[FHEM]     Hue characteristic for mi_Brunnen:hue
[FHEM]       initial value is: 52 (number)
[FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 360,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Saturation characteristic for mi_Brunnen:sat
[FHEM]       initial value is: 52 (number)
[FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     On characteristic for mi_Brunnen:state
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Somit kein Brightness.
RGB-Änderungen werden auf der Homebridge-Konsole nicht angezeigt.
HSV setzt man bei diesem Device bspw. mit
set hsv 50,100,100So, jetzt mag mein iPhone gar nicht mehr mit der Bridge koppeln, es kommt Hinzufügen fehlgeschlagen nach Eingabe des Codes.
Ich mach mal Schluss für heute.
Gute Nacht, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 08:08:06
verwendest du das wifilight oder das milight modul?

die version aus dem ersten post kennt nur die wifilight version.

ich habe inzwischen alles noch mal umgebaut und dir nächste version sollte dann beides können und HSV bevorzugen.

ich hab
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 09:07:11
Guten Morgen,

das milight-Modul.

Danke für die Erweiterung !

Ciao Christian
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 11:01:00
Hallo,

habe jetzt herausgefunden, warum es gestern nicht mehr funktioniert hat. Es war mein Haustürschloss von Homematic.
Hier der debug-Output von der Konsole
[FHEM] Haustuerschloss is lock
[FHEM] Haustuerschloss has PositionState [direction]
[FHEM] Haustuerschloss has CurrentDoorState [doorState]
[FHEM] Haustuerschloss has StatusLowBattery [battery]
[FHEM] Haustuerschloss has FirmwareRevision [D-firmware]
[FHEM] value2homekit_re: [ { re: '^opening', to: 1 },
  { re: '^closing', to: 0 },
  { re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
  2016-02-07 09:54:08 caching: Haustuerschloss-direction: none
[FHEM] Haustuerschloss-direction values: value none mapped to 2
[FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'none')
[FHEM] value2homekit_re: [ { re: '^opening', to: 2 },
  { re: '^closing', to: 3 },
  { re: '^open', to: 0 },
  { re: '^closed', to: 1 },
  { re: '.*', to: 4 } ]
[FHEM] homekit2name: { '0': 'OPEN',
  '1': 'CLOSED',
  '2': 'OPENING',
  '3': 'CLOSING',
  '4': 'STOPPED' }
  2016-02-07 09:54:08 caching: Haustuerschloss-doorState: closed
[FHEM] Haustuerschloss-doorState values: value closed mapped to 1
[FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
  2016-02-07 09:54:08 caching: Haustuerschloss-battery: ok
[FHEM]     caching: StatusLowBattery: 0 (as number; from 'ok')
  2016-02-07 09:54:08 caching: Haustuerschloss-D-firmware: 2.5
[FHEM]     caching: FirmwareRevision: 2.5 (as string; from '2.5')
[FHEM] default: 1
[FHEM] homekit2cmd: { '0': 'open' }
[FHEM]     caching: TargetDoorState: 3 (as number; from '2.5')
[FHEM] value2homekit_re: [ { re: 'uncertain', to: 3 },
  { re: '^locked', to: 1 },
  { re: '.*', to: 0 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED', '3': 'UNKNOWN' }
  2016-02-07 09:54:08 caching: Haustuerschloss-state: locked
[FHEM] Haustuerschloss-state values: value locked mapped to 1
[FHEM]     caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM] value2homekit_re: [ { re: '^locked', to: 0 }, { re: '.*', to: 1 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED' }
[FHEM] homekit2cmd: { '0': 'lock', '1': 'unlock' }
[FHEM] Haustuerschloss-state values: value locked mapped to 0
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'locked')
[FHEM] mappings for Licht_Kueche_Tisch: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
  On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] Licht_Kueche_Tisch is switch

Ggf. kommt er beim TargetDoorState noch durcheinander.
Wenn ich das Schloss wieder rausnehme, muss ich zwar neu koppeln, aber dann geht es wieder.

PS: mein Haustürschloss hat (noch) das userreading doorState, welches ich per notify von dem Haustürkontaktsensor übernehme.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 07 Februar 2016, 12:10:08
@knueppler: danke für deine Antwort, leider sehe ich gerade  nicht so richtig durch...  :-\

Den Pfad ~/.nvm/versions/v0.12.7/lib/node_modules/homebridge-fhem. gibt es bei mir nicht. Fhem und Homebridge laufen bei mir in der aktuellen Version auf einem Pi 2.
Kann mir jemand ein kleines HowTo geben?  :D
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 12:43:58
@Odin
Den Pfad gibt es bei mir auch nicht, siehe einen meiner Posts vom Anfang.
Ich habe einfach alles auf einem anderen Pi installiert und eine zweite Bridge angeworfen und teste dies mit einem alten 4s.
Auf das Abenteuer zwei Bridges auf einem Pi samt FHEM mit demselben iPhone hatte ich dann doch keine Lust  :D
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 15:02:44
@knueppler: die umgebaute tür ist noch nicht getestet. bitte zeig mal mehr von der konsole. vor allem welche characteristics angelegt werden. da fehlt glaube ich der currentLock state und beide TargetStates.

bitte mach mal ein jsonlist2 vom device. am besten gleich für die unterschiedlichen zustände. irgendwo oben im thread gab es das schon mal aber ich finde es gerade nicht.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 16:47:40
ich habe im ersten post eine aktualisiert version angehängt. die änderungen sind:

- die MilightDevice erkennung ist drin (ungetestet)
- WifiLight auf HSV kommando (statt RGB) umgestellt (ebenfalls ungetested)
- eine änderung für den TargetDoorState taster bei HM-SEC-KEY (war eine böse js falle beim variablen scope.
  wenn es das reading nicht gab wurde der wert vom letzten device weiter verwendet.)

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 16:52:04
Hallo Andre,

super, teste ich heute noch.
Brauchst Du dann die jsonlist2 von dem HM-SEC-KEY noch?

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 16:52:59
das hätte ich gerne trotzdem :)

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 17:01:11
Hi,

aber gerne  :)
Zustand unlock
{
  "Arg":"Haustuerschloss",
  "Results": [
  {
    "Name":"Haustuerschloss",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_raw,3_all,4_none,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic airplay cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss genericDeviceType:ignore,switch,outlet,light,blind,thermostat,garage,sonos,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "23D842",
      "HMLAN1_MSGCNT": "172",
      "HMLAN1_RAWMSG": "RBB5AC2DF,0021,7FF45C49,00,FFC1,57800223D84226ED26010101003D793552AB",
      "HMLAN1_RSSI": "-63",
      "HMLAN1_TIME": "2016-02-07 11:50:34",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "172",
      "NAME": "Haustuerschloss",
      "NR": "71",
      "NTFY_ORDER": "50-Haustuerschloss",
      "STATE": "unlocked",
      "TYPE": "CUL_HM",
      "lastMsg": "No:57 - t:02 s:23D842 d:26ED26 010101003D793552AB",
      "peerList": "CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,",
      "protEvt_AESCom-ok": "38 last_at:2016-02-07 11:50:34",
      "protLastRcv": "2016-02-07 11:50:34",
      "protResnd": "1 last_at:2016-01-26 19:41:55",
      "protSnd": "95 last_at:2016-02-07 11:50:33",
      "protState": "CMDs_done",
      "rssi_HMLAN1": "avg:-64.46 min:-83 max:-55 lst:-61 cnt:47 ",
      "rssi_at_HMLAN1": "avg:-66.28 min:-92 max:-57 lst:-63 cnt:96 "
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2016-02-07 11:50:34" },
      "D-firmware": { "Value":"2.5", "Time":"2014-06-29 12:54:17" },
      "D-serialNr": { "Value":"KEQ0859041", "Time":"2014-06-29 12:54:17" },
      "PairedTo": { "Value":"0x26ED26", "Time":"2015-07-25 22:33:21" },
      "R-angelLocked": { "Value":"1260.12601260126 deg", "Time":"2014-07-02 20:17:27" },
      "R-angelMax": { "Value":"1350.13501350135 deg", "Time":"2014-07-02 20:17:27" },
      "R-angelOpen": { "Value":"375.037503750375 deg", "Time":"2014-07-02 20:17:26" },
      "R-pairCentral": { "Value":"0x26ED26", "Time":"2014-06-21 09:17:01" },
      "R-setupPosition": { "Value":"540.05400540054 deg", "Time":"2014-07-02 20:18:53" },
      "RegL_00.": { "Value":"02:01 03:59 0A:26 0B:ED 0C:26 00:00", "Time":"2015-07-25 22:33:21" },
      "RegL_01.": { "Value":"14:00 15:64 16:01 17:24 18:19 19:5A 1A:54 1F:00  00:00", "Time":"2015-07-25 22:33:21" },
      "RegL_03.CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-07-25 22:33:23" },
      "RegL_03.CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00", "Time":"2015-07-25 22:33:23" },
      "aesCommToDev": { "Value":"ok", "Time":"2016-02-07 11:50:34" },
      "aesKeyNbr": { "Value":"00", "Time":"2016-02-07 11:50:33" },
      "battery": { "Value":"ok", "Time":"2016-02-07 11:50:34" },
      "direction": { "Value":"none", "Time":"2016-02-07 11:50:34" },
      "doorState": { "Value":"closed", "Time":"2016-02-07 16:45:55" },
      "error": { "Value":"none", "Time":"2016-02-07 11:50:34" },
      "lock": { "Value":"unlocked", "Time":"2016-02-07 11:50:34" },
      "peerList": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,", "Time":"2016-01-24 15:35:03" },
      "powerOn": { "Value":"2015-07-25 22:33:19", "Time":"2015-07-25 22:33:19" },
      "recentStateType": { "Value":"ack", "Time":"2016-02-07 11:50:34" },
      "state": { "Value":"unlocked", "Time":"2016-02-07 11:50:34" },
      "trigLast": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_unlock :short", "Time":"2014-09-19 23:10:55" },
      "trig_CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"long", "Time":"2014-07-04 16:16:02" },
      "trig_CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"short", "Time":"2014-09-19 23:10:55" },
      "uncertain": { "Value":"no", "Time":"2016-02-07 11:50:34" }
    },
    "Attributes": {
      "IODev": "HMLAN1",
      "autoReadReg": "4_reqStatus",
      "expert": "2_full",
      "firmware": "2.5",
      "fp_Erdgeschoss": "531,324,5,Haustür",
      "group": "Haustuer",
      "model": "HM-SEC-KEY-S",
      "msgRepeat": "1",
      "peerIDs": "00000000,24705B01,24705B02,",
      "room": "Favourites,Haus,homekit",
      "serialNr": "KEQ0859041",
      "subType": "keyMatic",
      "userReadings": "doorState",
      "webCmd": "unlock:lock:open"
    }
  }  ],
  "totalResultsReturned":1
}
Zustand locked
{
  "Arg":"Haustuerschloss",
  "Results": [
  {
    "Name":"Haustuerschloss",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_raw,3_all,4_none,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic airplay cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss genericDeviceType:ignore,switch,outlet,light,blind,thermostat,garage,sonos,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "23D842",
      "HMLAN1_MSGCNT": "188",
      "HMLAN1_RAWMSG": "E23D842,0000,810D0027,FF,FFBB,5FA41023D84226ED2606010000",
      "HMLAN1_RSSI": "-69",
      "HMLAN1_TIME": "2016-02-07 16:57:02",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "188",
      "NAME": "Haustuerschloss",
      "NR": "71",
      "NTFY_ORDER": "50-Haustuerschloss",
      "STATE": "locked",
      "TYPE": "CUL_HM",
      "lastMsg": "No:5F - t:10 s:23D842 d:26ED26 06010000",
      "peerList": "CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,",
      "protEvt_AESCom-ok": "42 last_at:2016-02-07 16:57:00",
      "protLastRcv": "2016-02-07 16:57:02",
      "protResnd": "1 last_at:2016-01-26 19:41:55",
      "protSnd": "103 last_at:2016-02-07 16:57:02",
      "protState": "CMDs_done",
      "rssi_HMLAN1": "avg:-64.78 min:-83 max:-55 lst:-66 cnt:51 ",
      "rssi_at_HMLAN1": "avg:-66.77 min:-92 max:-57 lst:-69 cnt:104 "
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2016-02-07 16:57:00" },
      "D-firmware": { "Value":"2.5", "Time":"2014-06-29 12:54:17" },
      "D-serialNr": { "Value":"KEQ0859041", "Time":"2014-06-29 12:54:17" },
      "PairedTo": { "Value":"0x26ED26", "Time":"2015-07-25 22:33:21" },
      "R-angelLocked": { "Value":"1260.12601260126 deg", "Time":"2014-07-02 20:17:27" },
      "R-angelMax": { "Value":"1350.13501350135 deg", "Time":"2014-07-02 20:17:27" },
      "R-angelOpen": { "Value":"375.037503750375 deg", "Time":"2014-07-02 20:17:26" },
      "R-pairCentral": { "Value":"0x26ED26", "Time":"2014-06-21 09:17:01" },
      "R-setupPosition": { "Value":"540.05400540054 deg", "Time":"2014-07-02 20:18:53" },
      "RegL_00.": { "Value":"02:01 03:59 0A:26 0B:ED 0C:26 00:00", "Time":"2015-07-25 22:33:21" },
      "RegL_01.": { "Value":"14:00 15:64 16:01 17:24 18:19 19:5A 1A:54 1F:00  00:00", "Time":"2015-07-25 22:33:21" },
      "RegL_03.CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-07-25 22:33:23" },
      "RegL_03.CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00", "Time":"2015-07-25 22:33:23" },
      "aesCommToDev": { "Value":"ok", "Time":"2016-02-07 16:57:00" },
      "aesKeyNbr": { "Value":"00", "Time":"2016-02-07 16:56:59" },
      "battery": { "Value":"ok", "Time":"2016-02-07 16:57:02" },
      "direction": { "Value":"none", "Time":"2016-02-07 16:57:02" },
      "doorState": { "Value":"closed", "Time":"2016-02-07 16:55:21" },
      "error": { "Value":"none", "Time":"2016-02-07 16:57:02" },
      "lock": { "Value":"locked", "Time":"2016-02-07 16:57:02" },
      "peerList": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,", "Time":"2016-01-24 15:35:03" },
      "powerOn": { "Value":"2015-07-25 22:33:19", "Time":"2015-07-25 22:33:19" },
      "recentStateType": { "Value":"info", "Time":"2016-02-07 16:57:02" },
      "state": { "Value":"locked", "Time":"2016-02-07 16:57:02" },
      "trigLast": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_unlock :short", "Time":"2014-09-19 23:10:55" },
      "trig_CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"long", "Time":"2014-07-04 16:16:02" },
      "trig_CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"short", "Time":"2014-09-19 23:10:55" },
      "uncertain": { "Value":"no", "Time":"2016-02-07 16:57:02" }
    },
    "Attributes": {
      "IODev": "HMLAN1",
      "autoReadReg": "4_reqStatus",
      "expert": "2_full",
      "firmware": "2.5",
      "fp_Erdgeschoss": "531,324,5,Haustür",
      "group": "Haustuer",
      "model": "HM-SEC-KEY-S",
      "msgRepeat": "1",
      "peerIDs": "00000000,24705B01,24705B02,",
      "room": "Favourites,Haus,homekit",
      "serialNr": "KEQ0859041",
      "subType": "keyMatic",
      "userReadings": "doorState",
      "webCmd": "unlock:lock:open"
    }
  }  ],
  "totalResultsReturned":1
}
Zustand unlocked (uncertain)
{
  "Arg":"Haustuerschloss",
  "Results": [
  {
    "Name":"Haustuerschloss",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_raw,3_all,4_none,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic airplay cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss genericDeviceType:ignore,switch,outlet,light,blind,thermostat,garage,sonos,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "23D842",
      "HMLAN1_MSGCNT": "191",
      "HMLAN1_RAWMSG": "RBC7501D8,0001,810EA65F,FF,FFBC,61A01023D84226ED260601013042",
      "HMLAN1_RSSI": "-68",
      "HMLAN1_TIME": "2016-02-07 16:58:51",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "191",
      "NAME": "Haustuerschloss",
      "NR": "71",
      "NTFY_ORDER": "50-Haustuerschloss",
      "STATE": "unlocked (uncertain)",
      "TYPE": "CUL_HM",
      "lastMsg": "No:61 - t:10 s:23D842 d:26ED26 0601013042",
      "peerList": "CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,",
      "protEvt_AESCom-ok": "42 last_at:2016-02-07 16:57:00",
      "protLastRcv": "2016-02-07 16:58:51",
      "protResnd": "1 last_at:2016-01-26 19:41:55",
      "protSnd": "106 last_at:2016-02-07 16:58:51",
      "protState": "CMDs_done",
      "rssi_HMLAN1": "avg:-64.8 min:-83 max:-55 lst:-66 cnt:52 ",
      "rssi_at_HMLAN1": "avg:-66.84 min:-92 max:-57 lst:-68 cnt:107 "
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2016-02-07 16:57:00" },
      "D-firmware": { "Value":"2.5", "Time":"2014-06-29 12:54:17" },
      "D-serialNr": { "Value":"KEQ0859041", "Time":"2014-06-29 12:54:17" },
      "PairedTo": { "Value":"0x26ED26", "Time":"2015-07-25 22:33:21" },
      "R-angelLocked": { "Value":"1260.12601260126 deg", "Time":"2014-07-02 20:17:27" },
      "R-angelMax": { "Value":"1350.13501350135 deg", "Time":"2014-07-02 20:17:27" },
      "R-angelOpen": { "Value":"375.037503750375 deg", "Time":"2014-07-02 20:17:26" },
      "R-pairCentral": { "Value":"0x26ED26", "Time":"2014-06-21 09:17:01" },
      "R-setupPosition": { "Value":"540.05400540054 deg", "Time":"2014-07-02 20:18:53" },
      "RegL_00.": { "Value":"02:01 03:59 0A:26 0B:ED 0C:26 00:00", "Time":"2015-07-25 22:33:21" },
      "RegL_01.": { "Value":"14:00 15:64 16:01 17:24 18:19 19:5A 1A:54 1F:00  00:00", "Time":"2015-07-25 22:33:21" },
      "RegL_03.CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-07-25 22:33:23" },
      "RegL_03.CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00", "Time":"2015-07-25 22:33:23" },
      "aesCommToDev": { "Value":"ok", "Time":"2016-02-07 16:57:00" },
      "aesKeyNbr": { "Value":"00", "Time":"2016-02-07 16:56:59" },
      "battery": { "Value":"ok", "Time":"2016-02-07 16:58:51" },
      "direction": { "Value":"undef", "Time":"2016-02-07 16:58:51" },
      "doorState": { "Value":"closed", "Time":"2016-02-07 16:58:43" },
      "error": { "Value":"none", "Time":"2016-02-07 16:58:51" },
      "lock": { "Value":"unlocked", "Time":"2016-02-07 16:58:51" },
      "peerList": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,", "Time":"2016-01-24 15:35:03" },
      "powerOn": { "Value":"2015-07-25 22:33:19", "Time":"2015-07-25 22:33:19" },
      "recentStateType": { "Value":"info", "Time":"2016-02-07 16:58:51" },
      "state": { "Value":"unlocked (uncertain)", "Time":"2016-02-07 16:58:51" },
      "trigLast": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_unlock :short", "Time":"2014-09-19 23:10:55" },
      "trig_CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"long", "Time":"2014-07-04 16:16:02" },
      "trig_CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"short", "Time":"2014-09-19 23:10:55" },
      "uncertain": { "Value":"yes", "Time":"2016-02-07 16:58:51" }
    },
    "Attributes": {
      "IODev": "HMLAN1",
      "autoReadReg": "4_reqStatus",
      "expert": "2_full",
      "firmware": "2.5",
      "fp_Erdgeschoss": "531,324,5,Haustür",
      "group": "Haustuer",
      "model": "HM-SEC-KEY-S",
      "msgRepeat": "1",
      "peerIDs": "00000000,24705B01,24705B02,",
      "room": "Favourites,Haus,homekit",
      "serialNr": "KEQ0859041",
      "subType": "keyMatic",
      "userReadings": "doorState",
      "webCmd": "unlock:lock:open"
    }
  }  ],
  "totalResultsReturned":1
}

Wie gesagt, doorState ist mit notify gesetzt und mit einer von mir angepassten index.js produktiv, siehe anderer Thread.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 17:18:15
der aktuelle default erzeugt nur den TargetDoorState ohne von einem reading abhängig zu sein.

wenn es ein passendes reading gibt muss man das noch selber über homebridgeMapping setzen. den CurrentDoorState auch.

ich baue noch ein das das automatisch passiert wenn es das reading gibt.


gruss
  andre

Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 17:19:29
Hallo,

so, kurz die neue Version an den Start mit folgendem Ergebnis an den Start gebracht:
milight
Brightness wird erkannt, man kann es auch setzen, auf den ersten Blick perfekt. HSV gucke ich noch.
HM-SEC-KEY
Kommunikation stürzt nicht mehr gesamthaft ab.
Nach erstem Einlesen (Caching) wird das Device angezeigt, aber nicht ganz mit korrekten Werten.
Danach ist es via EVE nicht wirklich erreichbar. Setzt man einen Befehl via EVE ab (open, lock), sieht man diesen noch an der Konsole, aber nix passiert und die Bridge stürzt ab.
Hier die Konsolenausgaben:
Start:
[FHEM] Initializing platform accessory 'Haustuerschloss'...
[FHEM] creating services for Haustuerschloss
[FHEM]   information service for Haustuerschloss
[FHEM]     manufacturer, model and serial number characteristics for Haustuerschloss
[FHEM]     firmware revision characteristic for Haustuerschloss
[FHEM]   LockMechanism service for Haustuerschloss
[FHEM]     PositionState characteristic for Haustuerschloss:direction
[FHEM]       initial value is: 2 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     CurrentDoorState characteristic for Haustuerschloss:doorState
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for Haustuerschloss:battery
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     TargetDoorState characteristic for Haustuerschloss:
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     LockCurrentState characteristic for Haustuerschloss:state
[FHEM]       initial value is: 3 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     LockTargetState characteristic for Haustuerschloss:state
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Kommando
[FHEM] query: LockCurrentState for Haustuerschloss-state
[FHEM]   cached: 3
[FHEM] query: LockTargetState for Haustuerschloss-state
[FHEM]   cached: 1
[FHEM] query: StatusLowBattery for Haustuerschloss-battery
[FHEM]   cached: 0
[FHEM] query: PositionState for Haustuerschloss-direction
[FHEM]   cached: 2
[FHEM] query: CurrentDoorState for Haustuerschloss-doorState
[FHEM]   cached: 1
[FHEM] query: LockCurrentState for Haustuerschloss-state
[FHEM]   cached: 3
[FHEM] query: LockTargetState for Haustuerschloss-state
[FHEM]   cached: 1
[FHEM] query: StatusLowBattery for Haustuerschloss-battery
[FHEM]   cached: 0
[FHEM] query: PositionState for Haustuerschloss-direction
[FHEM]   cached: 2
[FHEM] query: CurrentDoorState for Haustuerschloss-doorState
[FHEM]   cached: 1
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
Nach der letzten Zeile ist die Bridge dann abgestürzt.

Zustand HM-SEC-KEY bei den ganzen Aktionen siehe jsonllist2 oben mit unlocked uncertain

Wenn Du mehr Infos brauchst, sag Bescheid!

Vielen Dank, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 17:39:30
welche werte meinst du sind nicht korrekt ?

gab es keine weitere meldung bei dem absturz ?

wenn es doorState gibt wird CurrentDoorState doch schon automatisch hinzugefügt. nur beim TargetDoorState wird es nicht berücksichtigt. d.h. eve sollte immer öffnen anzeigen und beim drücken sollte der wert nach einer halben sekunde wieder zurück springen. wie ein 'echter' taster für einen türoffner.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 07 Februar 2016, 17:43:04
Hmm… ich hatte mir bisher sowohl bei meinem Wifilight, als auch bei meinem HM-Sec-Key, mit je einem Dummy beholfen, aber jetzt werde ich beide Devices mal wieder mit reinnehmen und sehen, was passiert…  ;)

Gruß,
Stephan

P.S: Apropos passieren: EVE zeigt beim Zugriff auf den HM-Sec-Key einen Kommunikationsfehler an und im Log der Homebridge steht hier folgendes:

[FHEM] Haustuerschloss: executing set cmd for TargetDoorState with value 0

==> /var/log/homebridge.err <==
/usr/local/lib/node_modules/homebridge-fhem/index.js:2042
        cmd = homekit2cmd[value];
              ^

ReferenceError: homekit2cmd is not defined
    at Object.FHEMAccessory.command (/usr/local/lib/node_modules/homebridge-fhem/index.js:2042:15)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:2372:33)
    at emitThree (events.js:97:13)
    at emit (events.js:175:7)
    at Characteristic.setValue (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:151:10)
    at Bridge.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:626:22)
    at Array.forEach (native)
    at Bridge.Accessory._handleSetCharacteristics (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:575:8)
    at emitThree (events.js:97:13)
    at HAPServer.emit (events.js:175:7)

…anschließend ist die Homebridge weg…
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 18:08:45
ich glaube das problem mit den nicht korrekten werten habe ich gefunden. war ein denkfehler. auch bei den target states muss man den tatsächlichen aktuellen wert durchreichen. nicht das gegenteil.

den absturz hab ich auch behoben.

neue version im ersten beitrag.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 07 Februar 2016, 18:19:31
Moin André,

HM-Key-Sec läuft jetzt bei mir…! :)

Gruß,
Stephan

Ahh… ich sehe gerade, dass Gesichert und Ungesichert vertauscht sind…
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 18:51:12
wo genau ist es vertauscht?
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 18:55:13
Hallo,

gleiches kann ich bestätigen.
Meiner Meinung nach ist die Ziellogik so:
CurrentState -> der momentane Zustand
TargetState -> der Zustand, der durch eine aktive Aktion erreicht werden soll
Also, wenn der TargetState erreicht ist, muss CurrentState == TargetState sein, das auf jeden Fall bei Auf- und Zuschließen oder auch bei Offen/Geschlossen beim Garagedooropener.
Wenn die Bridge startet muss immer CurrentState == TargetState gesetzt werden, da ja noch keine Aktion erfolgt ist.

Beim Türschlossschnapper (set HM-SEC-KEY open) ist es ein wenig diffiziler aus meiner Sicht, da ja der Schnappen zurückgezogen wird, die Tür durch die Spannung der Türdichtung aufgeht, der Schnappen dann aber wieder losgelassen wird, würde ich persönlich sagen, dass er nach Aktion wieder auf TargetState geschlossen zurückspringt und der tatsächliche Türzustand über den CurrentDoorState via Kontaktsensor wiedergegeben werden muss.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: budy am 07 Februar 2016, 19:04:44
Moin André,

EVE zeigt als Status Ungesichert. Wenn man nun aber auf den Button GESICHERT tippt, dann piept das Schloss zweimal, was es immer tut, wenn es sich bereits in dem Zustand befindet, welchen man gerade versucht zu aktivieren. Tippe ich nun auf "UNGESICHERT", dann fährt das Schloss zu.

Log sieht das so aus:

[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
  2016-02-07 18:40:26 caching: Haustuerschloss-state: set_unlock
  2016-02-07 18:40:27 caching: Haustuerschloss-state: unlocked
[FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
  2016-02-07 18:40:55 caching: Haustuerschloss-state: set_lock
  2016-02-07 18:40:57 caching: Haustuerschloss-state: unlocked (uncertain)
[FHEM]     caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'unlocked (uncertain)')
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked (uncertain)')
  2016-02-07 18:41:04 caching: Haustuerschloss-state: locked
[FHEM]     caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM]     caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
  2016-02-07 18:41:08 caching: Haustuerschloss-state: set_lock
  2016-02-07 18:41:09 caching: Haustuerschloss-state: locked
[FHEM]     caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM]     caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
  2016-02-07 18:41:13 caching: Haustuerschloss-state: set_unlock
  2016-02-07 18:41:13 caching: Haustuerschloss-state: locked (uncertain)
[FHEM]     caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'locked (uncertain)')
[FHEM]     caching: LockTargetState: 1 (as number; means SECURED; from 'locked (uncertain)')
  2016-02-07 18:41:20 caching: Haustuerschloss-state: unlocked
[FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')

Wenn ich das Schloss erfolgreich "Ungesichert" habe, dann kann ich es durch tippen auf "GESICHERT" wieder öffnen.

Das erinnert mich so an Windows… "Press Start to Stop…" ;)

Ups… und jetzt ist die Homebridge wieder weg…

==> /var/log/homebridge.err <==
events.js:141
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::54829
    at Object.exports._errnoException (util.js:856:11)
    at exports._exceptionWithHostPort (util.js:879:20)
    at Server._listen2 (net.js:1234:14)
    at listen (net.js:1270:10)
    at Server.listen (net.js:1366:5)
    at new EventedHTTPServerConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:125:20)
    at EventedHTTPServer._onConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:79:20)
    at emitOne (events.js:77:13)
    at Server.emit (events.js:169:7)
    at TCP.onconnection (net.js:1430:8)

Gruß,
Stephan

Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 19:15:11
@knueppler: in der aktuellen version wird TargetState = CurrentState gesetzt sofern es einen CurrentState gibt.

die ausnahme ist der türschlapper. wenn hier kein reading konfiguriert wird kommt der TargetState aus dem default. und der ist auf CLOSED gesetzt. d.h. man kann auf OPEN drücken und nach dem timeout geht der wert in eve wieder auf CLOSED zurück aber ohne das ein event an fhem gesendet wird. d.h. man kann wie bei einem echten taster immer wieder drauf drücken. egal in welchem zustand die für ist.

d.h. es sollte genau so sein wie du es beschreibst.

der CurrentState ist nur dann sinnvoll wenn man den wert aus dem reading für einen extra kontakt sensor holt. dazu muss man aber in der konfigurierbaren version kein doorState reding im device mehr verwenden.


@budy: stimmt. das war genau falsch rum konfiguriert. ich denke jetzt aber ich alle versionen richtig rum. neue version im ersten post.

der EADDRINUSE deutet darauf hin das noch eine zweite instanz der bridge auf dem gleichen rechner läuft.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 07 Februar 2016, 19:41:30
Moin André,

zum EADDRINUSE, da weiß ich schon, dass es heißt, dass der Port (noch) nicht frei ist. Allerdings war homebridge beide Male bereits aus der Prozeßliste verschwunden…

Anyway… nun ist es so, dass , wenn ich das Schloss abschliessen lasse, der untere Button direkt von GESICHERT wieder auf UNGESICHERT springt und ich zum Öffnen erst wieder aus GESICHERT tippen muss, was das Schloss mit seinem Doppel-Piep quittiert. Anschließend kann ich das Schloss dann wieder entsperren. Nach dem Entsperren springt der Button aber dann auch wieder auf "GESICHERT".

Im Log sieht das so aus… eine komplette "Fahrt":

[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
  2016-02-07 19:37:20 caching: Haustuerschloss-state: set_lock
  2016-02-07 19:37:20 caching: Haustuerschloss-state: unlocked (uncertain)
[FHEM]     caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'unlocked (uncertain)')
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked (uncertain)')
  2016-02-07 19:37:27 caching: Haustuerschloss-state: locked
[FHEM]     caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM]     caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
  2016-02-07 19:37:54 caching: Heizung_Dachboden_Clima-measured-temp: 20.3
[FHEM]     caching: CurrentTemperature: 20.3 (as number; from '20.3')

[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
  2016-02-07 19:37:59 caching: Haustuerschloss-state: set_lock
  2016-02-07 19:38:00 caching: Haustuerschloss-state: locked
[FHEM]     caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM]     caching: LockTargetState: 1 (as number; means SECURED; from 'locked')

[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
  2016-02-07 19:38:08 caching: Haustuerschloss-state: set_unlock
  2016-02-07 19:38:09 caching: Haustuerschloss-state: locked (uncertain)
[FHEM]     caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'locked (uncertain)')
[FHEM]     caching: LockTargetState: 1 (as number; means SECURED; from 'locked (uncertain)')
  2016-02-07 19:38:15 caching: Haustuerschloss-state: unlocked
[FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')

  2016-02-07 19:38:23 caching: Heizung_Whz_Flur_Clima-measured-temp: 23.0
[FHEM]     caching: CurrentTemperature: 23 (as number; from '23.0')

Ich habe erst mal auf "GESICHERT" getippt, gewartet bis das Schloss fertig war, dann halt nochmal auf "GESICHERT" um den Button dort zu behalten und als letztes wieder auf "UNGESICHERT".

Jetzt ist das Schloss entsperrt und der Button ist auf "GESICHERT" gesprungen.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 19:46:12
das liegt daran das fhem bzw. das homematik modul direkt nach dem set den state wieder auf unlocked setzt. und erst wenn das kommando ausgeführt ist nur das schloss den end zustand zurück gemeldet hat den end zustand meldet.

schau dir mal im event monitor an was mit state genau passiert. homebridge kann nur zeigen was zurück gemeldet wird. d.h. erst wenn der end zustand erreicht wird ist wieder alles 'richtig'.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 Februar 2016, 21:03:40
vermutlich ist es besser das reading lock statt state zu verwenden. das sollte ohne die problematischen zwischenstände arbeiten. bitte mal probieren.

gibt es ein reading an dem man sieht das das schloss gerade arbeitet? d.h. nicht in ruhe ist? eventuell direction?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 Februar 2016, 21:12:06
Hi,

das reading wäre direction mit folgenden Zuständen:

während lock -> down
während unlock -> up
sonst (fehlerfrei) -> none
sonst (Fehler) -> undef

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: zauberfee am 08 Februar 2016, 02:53:50
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 08 Februar 2016, 17:42:50
    Hallo, ich hätte mal ein paar fragen-

    • meine milights haben schon vor homebridge probleme gemacht- ich würde sie ganz gerne mal wieder in fhem (und homebridge) einbinden. jetzt frage ich mich allerdings, was dagegen spricht sie über wifilight einzubinden.
    • hat jemand die milights über das milight-plugin direkt eingebunden (so, dass sie funktionieren)? hat bei mir auch nicht wirklich funktioniert- dimmen und farbe ändern via siri ging sowieso nicht. hat das dimmen und das anwählen der farben via siri der milights (wie bei den hues)je funktioniert?

Also mit der Version von dem Homebridge-Fhem Plugin, dass auf Github lag konnte ich bisher auch nur die Schalterstände On/Off und die Farbe der Milights (milight-Plugin) schalten. Die Farbe hat dort dann auch beim Ändern und anschließendem auf "weiß" festlegen plötzlich auf rot gestellt (wohl, weil RGBW). Nun mit der Version von hier funktioniert alles!
- Schalterstände
- Helligkeit per EVE & Siri
- Farben (Beim auf "weiß" stellen nun wieder weiß)

Alles in allem Top Arbeit Andre!
Was ich mich bei Siri noch frage, hat jemand es schon hinbekommen per Siri nur eine Lampe in der Helligkeit zu ändern? Haben im Wohnzimmer 1x Decke und 1x Schrank, aber ich kann nur "Stelle Licht Wohnzimmer auf 50%" per Siri weitergeben, einzelne Lampen will sie nicht verstellen. [/list][/list]
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 08 Februar 2016, 18:25:26
@budy,knueppler: könnt ihr bitte mal probieren ob es mit dem lock reading besser geht als mit state?attr <device> homebridgeMapping LockCurrentState=lock LockTargetState=lockmüsste reichen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 08 Februar 2016, 19:05:26
Moin André,

das geht mit dem Mapping für das HM-SEC-KEY bei mir 1a!  Der Button bleibt jetzt beim tippen auf "GESICHERT" auch dort stehen. :)

Dann möchte ich noch anmerken, dass auch mein Wifilight mit der aktuellen Version offenbar problemlos funktioniert. Sprich, es zerhaut nicht mehr nach ein paar Stunden die HomeKit DB auf dem iOS Gerät.

Gruß,
Stephan

P.S.: In EVE steht der Status des HM-SEC-KEY immer auf einem recht alten Zeitpunkt. Aktuell auf "GESTERN AKTUALISIERT", obwohl ich das Schloss eben geschlossen habe…
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 08 Februar 2016, 19:30:47
siehst du auf der console das neue werte erkannt werden?
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 08 Februar 2016, 19:37:18
Milight per Milight Plugin läuft auch 100%ig, Helligkeit für einzelne Lampen geht nun auch, Siri wollte mich wohl nur nicht verstehen ;)

Farben lassen sich mit der neuen Version von homebridge nun auch per Siri super Ändern!

Noch ne andere Frage, wie handhaben andere die Szenen im HomeKit? Legt ihr die Aktionen z.B. in Eve an und nachdem man das HomeKit mal wieder zurücksetzten darf dann wieder oder baut ihr euch die direkt im FHEM zusammen und steuert sie als Dummy per Siri? Gibt es evtl. auch einen Parameter, der Szenen direkt an HomeKit übergibt und evtl. auch Räume im HomeKit direkt im FHEM festlegen lässt? So wäre bei einer "Neukonfiguration" von HomeKit im Endeffekt ja nur ein erneutes Verbinden nötig.

Gruß
Titel: Antw:homebridge/homekit
Beitrag von: budy am 08 Februar 2016, 19:39:23
Ja sehe ich schon…

[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
  2016-02-08 19:37:15 caching: Haustuerschloss-direction: up
[FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'up')
  2016-02-08 19:37:21 caching: Haustuerschloss-direction: none
[FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'none')
  2016-02-08 19:37:21 caching: Haustuerschloss-lock: unlocked
[FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')

Trotzdem steht in EVE, dass es Gestern aktualisiert hat.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 08 Februar 2016, 19:43:47
was passiert wenn du in eve aus dem raum raus und wieder rein gehst ?
Titel: Antw:homebridge/homekit
Beitrag von: budy am 08 Februar 2016, 19:53:15
Dann bekomme ich oben ganz rechts das kleine Dreieck, was mich normalerweise schon erschaudern ließe, da das normalerweise bedeutet, dass die Homebridge nicht mehr antwortet, aber in diesem Fall ist das nicht so…

Tippe ich auf das kleine Dreieck, dann kommt folgender Hinweis: "Homekit meldet einen Komminuktionsfehler. Versuche es erneut."
Wenn ich dann auf den Button "GESICHERT" tippe, dann verschwindet das Dreieck und es steht nur noch "GESTERN AKTUALISIERT" dort.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 08 Februar 2016, 20:30:34
irgendetwas ist noch nicht ganz in ordnung.

kannst du bitte mal direkt vor dem homebridge start das direction reading aus dem device löschen. homebridge sollte dann keine PositionState characteristic anlegen. ist das dreieck dann weg?

gruss
  andre

ps: das hätte eigentlich mit einem PositionState=clear möglich sein sollen. hab das aber eben erst repariert.
Titel: Antw:homebridge/homekit
Beitrag von: budy am 08 Februar 2016, 20:54:31
Nein, daas Dreieck bleibt, auch wenn ich das reading lösche:

deletereading Haustuerschloss direction
Wenn ich Homebridge anschließend neu starte, dann legt es folgendes Device an:

[FHEM] Initializing platform accessory 'Haustuerschloss'...
[FHEM] creating services for Haustuerschloss
[FHEM]   information service for Haustuerschloss
[FHEM]     manufacturer, model and serial number characteristics for Haustuerschloss
[FHEM]     firmware revision characteristic for Haustuerschloss
[FHEM]   LockMechanism service for Haustuerschloss
[FHEM]     StatusLowBattery characteristic for Haustuerschloss:battery
[FHEM]     TargetDoorState characteristic for Haustuerschloss:
[FHEM]     LockCurrentState characteristic for Haustuerschloss:lock
[FHEM]     LockTargetState characteristic for Haustuerschloss:lock
Titel: Antw:homebridge/homekit
Beitrag von: budy am 09 Februar 2016, 06:43:42
Moin André,

heute morgen irgendwann ist meine Homebridge aus mir unerfindlichen Gründen wieder ausgestiegen… In den Logs steht dazu nur soviel:

[FHEM]     caching: CurrentTemperature: 21.8 (as number; from '21.8')
  2016-02-09 02:46:04 caching: Heizung_Bad_OG_Clima-measured-temp: 21.7
[FHEM]     caching: CurrentTemperature: 21.7 (as number; from '21.7')
  2016-02-09 02:58:19 caching: Heizung_Whz_Terrasse_Clima-measured-temp: 19.5
[FHEM]     caching: CurrentTemperature: 19.5 (as number; from '19.5')

==> /var/log/homebridge.err <==
events.js:141
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::54829
    at Object.exports._errnoException (util.js:856:11)
    at exports._exceptionWithHostPort (util.js:879:20)
    at Server._listen2 (net.js:1234:14)
    at listen (net.js:1270:10)
    at Server.listen (net.js:1366:5)
    at new EventedHTTPServerConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:125:20)
    at EventedHTTPServer._onConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:79:20)
    at emitOne (events.js:77:13)
    at Server.emit (events.js:169:7)
    at TCP.onconnection (net.js:1430:8)

Ein netstat zeigt aber, dass Homebridge da wohl noch mehr Ports öffnet:

root@pi2:~# netstat -lp | grep -i homebridge
tcp6       0      0 [::]:54826              [::]:*                  LISTEN      1106/homebridge
tcp6       0      0 [::]:54827              [::]:*                  LISTEN      1106/homebridge
tcp6       0      0 [::]:54828              [::]:*                  LISTEN      1106/homebridge
tcp6       0      0 [::]:8082               [::]:*                  LISTEN      1106/homebridge
tcp6       0      0 [::]:homebridge         [::]:*                  LISTEN      1106/homebridge

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 09 Februar 2016, 09:42:49
ich hab noch eine idee wegen dem dreick. schaue ich heute abend mal.

zu dem EADDRINUSE habe ich im homebridge/hap forum etwas gesehen. mal sehen ob ich das wieder finde.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Zephyr am 09 Februar 2016, 10:53:58
jetzt aber :). es war noch ein tippfehler drin. presence statt present für den wert.

Hab den Wiki-Eintrag entsprechend geändert.
Titel: Antw:homebridge/homekit
Beitrag von: budy am 09 Februar 2016, 11:09:33
Moin André,

ich glaube, ich weiß, was du meinst…

https://github.com/nfarina/homebridge/issues/312

Da geht es genau um dieses Problem. Wobei ich das nicht wirklich verstehe. Selbst wenn ein iOS Device sich zur homebridge connected, kann man ja vorher sehen, ob der Port, welchen man öffnen möchte frei ist. Aber wie schon auf GitHUB gesagt…

" (if this happens a lot) In the future, hap server needs to be smart on which port it should use."
…dem kann man sich nur anschließen… ;)

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: Grinsekatze am 09 Februar 2016, 22:17:48
Hallo,
auf der Suche nach einer Lösung meines Problems bin ich nun hier gelandet und hoffe ihr könnt helfen.

Ich bin noch recht neu im Umgang mit FHEM und möchte nun meine Heizungssteuerung (HM-CC-RT-DN) mit EVE koppeln.
Dazu habe ich in FHEM die Thermostate angelernt (SZ.Heizung und WZ.Heizung). Die Kanäle sind etwa SZ.Heizung_Clima.

Ich habe SZ.Heizung und WZ.Heizung in den Raum Homekit bewegt - sowie bereits meine Lampenaktoren (mit denen es bereits klappt).

In EVE werden die beiden Thermostate auch erkannt. Jedoch kann ich dort nur ablesen, wieviel Grad ich im Raum habe und wie der Batteriestand ist. Nicht aber kann ich die Temperatur ändern.
Das geschieht in FHEWM ja auch eigentlich über den Clima-Kanal. Doch wie muss ich den einbinden (bzw. muss ich das überhaupt) um in in der EVE App mit dem Thermostat koppeln zu können?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 09 Februar 2016, 22:22:36
im ersten post ist ein beispiel für einen thermostaten. du musst nur die device namen, reading namen und das kommando anpassen.

am besten konfiguriert du dir den clima channel als gefiltertes device und fügst nur die temperatur hinzu wenn sie noch nicht da ist.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 10 Februar 2016, 05:11:55
Ich musste bei meinen HM-Thermostaten nix weiter machen, die wurden/werden sofort von homebridge erkannt, wenn ich den Clima-Channel in den Raum Homekit mappe.

Das einzige, was ich gemacht hatte, war den genericDeviceType auf thermostat zu setzen, der Rest ging von alleine.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: Grinsekatze am 10 Februar 2016, 18:56:49
Danke. Ich hatte anfänglich nicht den Kanal (Clima) sondern äquivalent zum Schaltaktor das Device in den Raum verschoben. Mit dem GenericDeviceType-Zusatz klappt es nun wunderbar.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 Februar 2016, 21:26:06
ich habe die version jetzt eingecheckt. die installation bzw. update geht jetzt wieder mit npm.

es ist vermutlich immer noch nicht alles perfekt aber so sollte es einfacher zu installieren sein.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Pady11 am 11 Februar 2016, 21:56:48
Hey Andre, Super vielen vielen Dank. Update eingespielt und das Problem mit den Rollläden löst sich in Luft auf.
Naja fast zu mindest, jetzt ist das alte Problem wieder mit dem Umgekehrten Öffnungszustand. 100 = Zu; 0 = Auf.

Kann ich das mit deiner neuen Version jetzt selbst beheben oder musst das wieder du machen?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 Februar 2016, 22:24:33
der code zum invertieren war zwar im prinzip drin. es gab aber noch einen bug.

ich habe eben eine neue version eingecheckt. damit sollte es jetzt gehen.

wenn nicht: bitte zeig mal die konsolen ausgaben beim homebridge start. am besten mit --debug.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Pady11 am 11 Februar 2016, 22:29:50
Hi,

habe die neue Version verwendet, allerdings keine Besserung.

Folgende Log Einträge erhalte ich:

Bei dem Befehl "Siri mach den Rolladen zu" erhalte ich diesen Eintrag und der Rollladen geht auf.

[FHEM] Wohnzimmerrollladen: executing set cmd for TargetPosition with value 0
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Wohnzimmerrollladen%20position%200&XHR=1

Bei dem Befehl "Siri mach den Rolladen auf" erhalte ich diesen Eintrag und der Rollladen geht zu.

[FHEM] Wohnzimmerrollladen: executing set cmd for TargetPosition with value 100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Wohnzimmerrollladen%20position%20100&XHR=1
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 Februar 2016, 22:44:58
wenn du homebridge mit --debug startest müsste da mehr stehen.

bitte zeig auch die meldungen beim start. klappt das invertieren da? ist der in eve angezeigte wert gegenüber den readings invertiert? was genau wird gecached?

geht es wenn du attr Wohnzimmerrollladen homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1setzt ?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Pady11 am 11 Februar 2016, 23:09:32
Ich hatte nicht mit --debug gestartet.

Mit deinem Mapping Attribut funktioniert es jetzt wieder wie gewünscht, beim probieren hatte ich nur die Target, nicht aber die Current Position invertiert.

In Fhem werden die geschlossenen Rollläden nun mit 100 % und in EVE mit 0 % angezeigt. Siri versteht auf zu jetzt wieder richtig.

Vielen Dank.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 Februar 2016, 23:20:38
ich hatte beim umbau die DUOFERN erkennung falsch wieder eingebaut.

sollte ab jetzt wieder automatisch funktionieren.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: TiEr am 12 Februar 2016, 01:35:52
Hallo alle zusammen, ich habe meinen PI heute frisch aufgesetzt und Fhem installiert. Dabei wollte ich auch Homekit nutzen und habe Homebridge installiert. Aber leider will Homebridge nicht starten :(

Wenn ich homebridge starte kommt immer:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>

/usr/local/lib/node_modules/homebridge-fhem/index.js:47
    for( var subscription of FHEM_subscriptions[inform_id] ) {
                          ^^
====================
ERROR LOADING PLUGIN homebridge-fhem:
SyntaxError: Unexpected identifier
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:70:14)
    at Array.forEach (native)
    at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:66:22)
====================
No plugins found. See the README for information on installing plugins.
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:94:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:194:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)

homebridge und homebridge-fhem sind beide installiert.

Meine config sieht so aus:
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "homebridge-fhem.FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "auth": {"user": "FhemUser", "pass": "XXX"},
            "filter": "room=Homekit"
        }
     ],
    "accessories": []
}



Grüße Timo
Titel: Antw:homebridge/homekit
Beitrag von: l2r am 12 Februar 2016, 09:31:34
hi probier mal in der config.json

anstatt "platform": "homebridge-fhem.FHEM"nur "platform": "FHEM"
Titel: Antw:homebridge/homekit
Beitrag von: Pady11 am 12 Februar 2016, 10:37:14
Duofern Invertierung klappt wieder automatisch.

 ;)
Titel: Antw:homebridge/homekit
Beitrag von: Lling am 12 Februar 2016, 11:26:25
Hab genau den gleichen Fehler wie TiEr

/usr/local/lib/node_modules/homebridge-fhem/index.js:47
    for( var subscription of FHEM_subscriptions[inform_id] ) {
                          ^^
====================
ERROR LOADING PLUGIN homebridge-fhem:
SyntaxError: Unexpected identifier
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:70:14)
    at Array.forEach (native)
    at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:66:22)
====================
Loaded plugin: homebridge-lockitron
Registering accessory 'homebridge-lockitron.Lockitron'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:94:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:194:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10
Titel: Antw:homebridge/homekit
Beitrag von: TiEr am 12 Februar 2016, 16:51:50
hi probier mal in der config.json

anstatt "platform": "homebridge-fhem.FHEM"nur "platform": "FHEM"

Habe ich probiert, hat leider auch nicht funktioniert. Da kriege ich den gleichen Fehler.

Hat das vielleicht mit dem update zu tun, was vor ein paar tagen released wurde?

Grüße

Timo
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 12 Februar 2016, 17:18:25
welche node und nvm version verwendet ihr?

nvm --version
node --version

wo kommt eigentlich die "platform": "homebridge-fhem.FHEM" zeile her ?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Lling am 12 Februar 2016, 17:30:29
Bin am Wochenende nicht Zuhause . Kann ich erst Sonntag sagen.
Node ist auf jeden fall node-v0.10.28
Titel: Antw:homebridge/homekit
Beitrag von: TiEr am 12 Februar 2016, 18:12:15
welche node und nvm version verwendet ihr?

nvm --version
node --version

wo kommt eigentlich die "platform": "homebridge-fhem.FHEM" zeile her ?

gruss
  andre

Hallo Andre,

Meine node version ist: v.0.10.28

Bei nvm --version spuckt er folgendes aus: nvm: command not found
ist nvm eventuell noch nicht installliert? :O

Die "Platform"-Zeile kommt aus dem fhemwiki: http://www.fhemwiki.de/wiki/Homebridge_einrichten (http://www.fhemwiki.de/wiki/Homebridge_einrichten)

Grüße
Timo
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 12 Februar 2016, 18:33:10
ich tippe mal auf eine zu alte node version. ich habe es hier mit 0.12.7 und 4.3.0 getestet. mit beiden geht es.

das nvm von oben sollte npm heißen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Lling am 12 Februar 2016, 18:35:39
alte Node Version glaub ich eher nicht. Ich hatte homebridge schon mit 10.26 am laufen.
Titel: Antw:homebridge/homekit
Beitrag von: TiEr am 12 Februar 2016, 18:53:10
ich tippe mal auf eine zu alte node version. ich habe es hier mit 0.12.7 und 4.3.0 getestet. mit beiden geht es.

das nvm von oben sollte npm heißen.

gruss
  andre

ich habe mal node auf version 4.3.0 gebracht und hombridge neu installiert.

Jetzt bekomme ich folgenden Fehler: Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
/usr/local/lib/node_modules/homebridge/lib/api.js:74
  if (name.indexOf('.') == -1) {
          ^

TypeError: Cannot read property 'indexOf' of undefined
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:74:11)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:194:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:410:26)
    at Object.Module._extensions..js (module.js:417:10)
    at Module.load (module.js:344:32)
    at Function.Module._load (module.js:301:12)
    at Function.Module.runMain (module.js:442:10)

Achso die npm version ist 2.14.12


Edit:

So habe jetzt Node und homebridge komplett neu installiert. Leider funktioniert es immer noch nicht.

Version:
npm: 3.6.0
node 4.3.0

und die Fehlermeldung:

Loading 1 platforms...
/usr/lib/node_modules/homebridge/lib/api.js:74
  if (name.indexOf('.') == -1) {
          ^

TypeError: Cannot read property 'indexOf' of undefined
    at API.platform (/usr/lib/node_modules/homebridge/lib/api.js:74:11)
    at Server._loadPlatforms (/usr/lib/node_modules/homebridge/lib/server.js:194:45)
    at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:35:36)
    at module.exports (/usr/lib/node_modules/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/usr/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:410:26)
    at Object.Module._extensions..js (module.js:417:10)
    at Module.load (module.js:344:32)
    at Function.Module._load (module.js:301:12)
    at Function.Module.runMain (module.js:442:10)

Edit 2:

Wenn ich homebridge mit sudo ausführe, startet es wie gewollt. Wie kriege ich es hin, dass homebridge auch unter meinem normalen Benutzer läuft? Oder braucht homebridge sudo Rechte?

Grüße
Timo
Titel: Antw:homebridge/homekit
Beitrag von: Marc1993 am 13 Februar 2016, 10:02:13
Hallo,

ich versuche nun einen GPIO des Raspberrys als "Contact" an Homebridge zu übergeben. An den GPIO´s habe ich Öffnungskontakte meiner Fenster angeschlossen.
Das einlesen in FHEM funktioniert mittels RPI_GPIO einwandfrei.
Ich bekomme es nur leider nicht hin den GPIO als "Contact" in Homebridge einzubinden.
Soweit ich das der index.js entnehmen kann, erwartet Homebridge ein reading namens "contact". Darin sollte dann "open" "closed" sein.

Das sind meine Readings:
Longpress
off
2016-02-13 09:52:55
Pinlevel
low
2016-02-13 09:59:23
state
off
2016-02-13 09:59:23

Wie bekomme ich Homebridge dazu diese zu nutzen?
Soll ich den wert in ein Dummy schreiben und da die passenden Readings erzeugen oder kann man das eventuell mappen?

Gruß
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 13 Februar 2016, 10:50:20
@TiEr: homebridge braucht keine root rechte. das liegt an deiner installation. wenn du homebridge und/oder homebridge-fhem als root installierst steht es bei anderen usern nicht im pfad. d.h. immer als derjenige user installieren unter dem es auch laufen soll. zur installation ist sudo auch nicht nötig.

@Marc1993: du kannst jedes beliebige reading mappen:
attr <device> homebridgeMapping ContactSensorState=<reading>,values=<closed>:CONTACT_DETECTED;<open>:CONTACT_NOT_DETECTED
attr <device> homebridgeMapping CurrentDoorState=<reading>,values=<closed>:CLOSED;<open>:OPEN

<reading>, <closed> und <open> musst du durch dein reading und die beiden werte ersetzen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Lling am 13 Februar 2016, 10:55:41
Kann man es nachträglich auch anderen Usern zur Verfügung stellen?
Titel: Antw:homebridge/homekit
Beitrag von: Marc1993 am 13 Februar 2016, 10:57:03
Hat funktioniert. Vielen dank! Jetzt habe ich das mit den Mapping auch verstanden  ::)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 13 Februar 2016, 11:00:36
@Lling: was willst du zur verfügung stellen? homebridge ist ein dienst der ein mal in einer instanz laufen sollte. nicht pro user.
Titel: Antw:homebridge/homekit
Beitrag von: Lling am 13 Februar 2016, 11:04:00
Ich bin erst morgen wieder zu hause daher kann ich es gerade nicht 100% sagen. Aber ich konnte z.b. homebridge und homebridge.fhem nicht ohne sudo installieren.
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 13 Februar 2016, 14:38:57
Hallo Andre,

alles läuft soweit super mit dem neuen SHIM, allerdings habe ich noch zwei Nickligkeiten mit dem HM-SEC-KEY, siehe Screenshot:

Zum einen habe ich immer das kleine Dreieck, welches auf einen Kommunikationsfehler hinweist. Nichts desto trotz nimmt HM-SEC-KEY alle Kommandos an und die Tür zeigt auch an, wenn sie offen ist. Von daher ist die Funktionalität gegeben, aber das Dreieck erschreckt halt, siehe auch Budy's Kommentare dazu, oder hat sich bei Dir etwas geändert, Budy?
Weiterhin hat Elgato EVE einen Update verpasst, seit dem werden mehr "Knöpfe" angezeigt und auf einem iPhone 4s ist der Bildschirm definitiv zu klein, siehe ebenfalls Screenshot. Auf einem 6er sieht man fast alles und auf dem iPad passt es dann komplett drauf.

Irgendeine Idee?

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 13 Februar 2016, 17:15:48
Hallo Andre,

noch eine Frage, ich verwende einen Dummy mit dem userReadings Volume. Das mappst Du ja auf das Custom Characteristic Volume und es taucht auch perfekt in EVE auf.
Wie kann ich denn das Delay einstellen, damit die neue Lautstärke erst nach dieser Verzögerung an fhem gesendet wird?

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 13 Februar 2016, 17:33:47
ich bin noch nicht gekommen nach dem dreieck zu schauen. kommt noch.

an dem eve update kann man leider nichts tun. wenn die liste der knöpfe zu lang ist kommt vermutlich bald wieder ein update.
zumal zustände wie verklemmt oder öffnend sinnlos beim auswählen sind. die sollten nur beim aktuellen zustand angezeigt werden können. aber in dieser eve version gibt es glaube ich noch andere probleme. ich habe mir der aktuellen version z.b. das problem das in der komplett übersicht bei jedem device der drehende kreis erscheint und keine werte zurück kommen. in einzelnen räumen geht es.

bei volume hatte ich den delay vergessen wieder einzubauen. hab es jetzt nachgeholt. mit dieser neuen version kann man den delay auch über homebridgeMapping mit delay=<wert> in ms setzen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 13 Februar 2016, 17:39:11
Danke, probiere es nachher
Ciao Christian
--> funktioniert, super, danke!

Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 14 Februar 2016, 09:43:42
Hallo zusammen,
Ich hätte da mal eine Verständnisfrage....
Wenn ich die Homebridge eingerichtet habe und den Status in FHEM sichtbar machen möchte (gemäß der Wiki Anleitung), was genau bewirkt die Datei

"sudoers" ?

Ich kann die Anleitung bis zu dem Punkt auch nachvollziehen, aber ab dann hakts...
Kann Ich die Beispieldatei einfach so verwenden, bzw was muß ich mit der Beispielzeile machen, die im Wiki steht?
Hintergrund ist der , das ich meine Homebridge gestern komplett neu gemacht habe und diese auch stabil läuft. Jetzt muß ich halt zwischen dem "normalen" Start als Service und dem Startscript unter FHEM wählen.
Da ich sehr "ungern" alles wieder ins Nirvana schießen möchte, würde ich gerne auch diesen Schritt nachvollziehen können.

Ach ja, btw. hat noch jemand eine Idee zur ATV3? Hatte die ATV gestern komplett zurückgesetzt und erst wieder installiert, nachdem die Homebridge lief. Trotzdem bekomme ich von außerhalb keinen Zugriff. Alle anderen (auch eingeladene) IOS Devices, können lokal problemlos alles schalten. Das ist irgendwie ne Dauerbaustelle bei mir.
Ansonsten erstmal einen schönen Sonntag an alle FHEM`ler.
Gruß Carsten
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 14 Februar 2016, 10:13:37
Moin,

also, der Hintergrund des sudoer-File ist folgender:
Manche Kommandos, so bswp. einen Service starten und stoppen muss unter Linux/Unix mit root-Rechten durchgeführt werden.
Um das nicht als root machen zu müssen, gibt es das Kommando sudo. Dieses wird dann dem Kommando vorangestellt, welches man als root ausführen möchte, also sudo <commando> führt <commando> als root aus.
Damit normale User das Kommando sudo verwenden dürfen, müssen sie in der Datei sudoer mit den entsprechenden Rechten eingetragen sein.
Genau das wird dort in dem Beispiel gemacht.
Hilfe findet man auch, wenn man auf dem Pi mal man sudo ausführt.

Hoffe, das hilft ein bisschen.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 14 Februar 2016, 10:22:26
Hallo knueppler,
Danke für die Antwort. Also wird durch den Eintrag
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh, /etc/init.d/homebridge
der fhem-Instanz das root-Recht eingeräumt, richtig? Dann könnte man diese Datei auch so verwenden, sofern man beim einrichten auch diese Dateipfade verwendet hat.
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 14 Februar 2016, 10:34:42
Hi,
für genau die beiden Kommandos, die mit vollständigem Pfad angegeben sind und es wird kein Passwort verlangt.
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: budy am 14 Februar 2016, 11:24:38
Moin Carsten,

Hallo knueppler,
Danke für die Antwort. Also wird durch den Eintrag
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh, /etc/init.d/homebridge
der fhem-Instanz das root-Recht eingeräumt, richtig? Dann könnte man diese Datei auch so verwenden, sofern man beim einrichten auch diese Dateipfade verwendet hat.

…nicht ganz. Die suoders gibt an, welcher Account welche Kommandos mittels sudo mit root-Rechten ausführen darf.

Was das ATV3 angeht, das musste ich nur, nachdem ich mal neulich meine Homebridge, bzw. HomeKit-DB wegwerfen und neu machen musste, einmal von iCloud abmelden und wieder anmelden. Es dauert dann immer ein bißchen, bis die Steuerung über das ATV3 wieder läuft - mind. 12 bis 18 Stunden bei mir, aber anschließend ging es dann wieder.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 14 Februar 2016, 11:41:29
Hi budy,
Hast Du nur die ATV von der Cloud abgemeldet oder auch alle anderen Geräte? Ich hatte nämlich die ATV komplett resettet und erst wieder an der Cloud angemeldet, als alles lief. Dann würde ich mal noch etwas abwarten und schauen ob es sich enpendelt.


Gruß Carsten
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 14 Februar 2016, 11:52:49
wenn das apple tv so konfiguriert ist das es sich schlafen legt funktioniert das aufwecken nur wenn es im netz einen sleep proxy gibt. das können glaube ich nur airport basis stationen. und auch dann dauert es beim zugriff von aussen manchmal eine ganze weile bis das aufwecken klappt.

wenn man den sleep mode ausschaltet sollte es besser gehen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: TiEr am 14 Februar 2016, 12:00:32
Morgen, 

@Carsten:
Hast du die 2-Faktor-Authorisierung aktiviert? Falls ja dann muss die kurz deaktiviert werden, damit sich das Apple TV 3 bei HomeKit anmelden kann. Wenn die Bedienung aus der Ferne funktioniert kannst die 2-Faktor-Authorisierung wieder aktivieren.

@Andre
Homerbridge ließ sich merkwürdigerweise nicht ohne sudo installieren. Deswegen habe ich es mit sudo installiert und danach noch mal mit dem Benutzer pi, ohne sudo. Trotzdem lässt sich das nicht ohne sudo starten.

Grüße Timo
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 14 Februar 2016, 12:02:03
ich hatte bei der "alten" Installation der HB die ATV schon mal kurzfristig nutzen können und das Schlafengehen schon unterbunden. Daran liegts jetzt nicht. Bin auch gerade aushäusig und hab gerade nochmal getestet. Klappt noch nicht. Wenn heute abend das Ding immer noch nicht antwortet, schmeiß ich es nochmal aus der Cloud.
@TiEr: das mit der zwei-Faktor Authorisierung habe ich vorher ausgeschaltet

 Aber Danke für die vielen Hinweise.
Titel: Antw:homebridge/homekit
Beitrag von: budy am 14 Februar 2016, 12:35:22
wenn das apple tv so konfiguriert ist das es sich schlafen legt funktioniert das aufwecken nur wenn es im netz einen sleep proxy gibt. das können glaube ich nur airport basis stationen. und auch dann dauert es beim zugriff von aussen manchmal eine ganze weile bis das aufwecken klappt.

wenn man den sleep mode ausschaltet sollte es besser gehen.

gruss
  andre

Puhh… da habe ich es ja gut - ich habe zwei AEBs…  ;)
Ich muss das trotzdem mal ohne sleep mode probieren.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: budy am 14 Februar 2016, 12:37:15
Moin Carsten,

Hi budy,
Hast Du nur die ATV von der Cloud abgemeldet oder auch alle anderen Geräte? Ich hatte nämlich die ATV komplett resettet und erst wieder an der Cloud angemeldet, als alles lief. Dann würde ich mal noch etwas abwarten und schauen ob es sich enpendelt.


Gruß Carsten

Ich hatte nur das ATV3 von iCloud abgemeldet, neu gestartet und dann wieder bei iCloud angemeldet. Mehr nicht.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: h.lertz am 15 Februar 2016, 20:40:17
Hey ich bin neu hier im forum und bin normalerweise eher nur Mitleser ;)

Eine Sache vorweg: Das was du mit deinem Homebridge-Plugin geschaffen hast ist echt Klasse und verdient großen Respekt:)

Auch die Erklärung zum Mapping sind echt Spitze und mit ein bisschen Übung gut umzusetzen.

Dennoch hätte ich noch eine Frage. Ich habe meine Max Thermostate über dein Plugin in Homebridge eingebunden. Ich habe dazu zusätzlich noch ein paar Mappings vergeben, um bei Modus für aus=off, heizen=manual und Auto=auto als Status zu bekommen und zu setzen. Das ganze funktioniert echt super, bis auf die große Anzeige (s.Bild). Ich bin mir nicht 100% sicher aber anscheinend ist das ein Problem mit HAP-node.JS... Das scheint anscheinend den "Current" Status AUTO nicht zu kennen:
 inherits(Characteristic.CurrentHeatingCoolingState, Characteristic);

Characteristic.CurrentHeatingCoolingState.UUID = '0000000F-0000-1000-8000-0026BB765291';

// The value property of CurrentHeatingCoolingState must be one of the following:
Characteristic.CurrentHeatingCoolingState.OFF = 0;
Characteristic.CurrentHeatingCoolingState.HEAT = 1;
Characteristic.CurrentHeatingCoolingState.COOL = 2;

/**
 * Characteristic "Current Horizontal Tilt Angle"
Im Gegensatz zu den kleinen Schalter:
inherits(Characteristic.TargetHeatingCoolingState, Characteristic);

Characteristic.TargetHeatingCoolingState.UUID = '00000033-0000-1000-8000-0026BB765291';

// The value property of TargetHeatingCoolingState must be one of the following:
Characteristic.TargetHeatingCoolingState.OFF = 0;
Characteristic.TargetHeatingCoolingState.HEAT = 1;
Characteristic.TargetHeatingCoolingState.COOL = 2;
Characteristic.TargetHeatingCoolingState.AUTO = 3;


Noch meine extra Mappings:("status" ist eine userReadings die auto off manual ausgibt):
CurrentHeatingCoolingState=status,values=/off/:0;/manual/:1;/auto/:2
TargetHeatingCoolingState=target::status,values=/off/:0;/manual/:1;/auto/:3,cmds=OFF:desiredTemperature+off;HEAT:desiredTemperature+17;COOL:desiredTemperature+auto;AUTO:desiredTemperature+auto

Weiß jemand zufällig ob dies wirklich der Fall ist und bei der großen Anzeige dies nicht möglich ist? Es ist zwar nur ein ästhetischer Aspekt, wäre aber einfach schöner :)
(http://fs5.directupload.net/images/160215/jquxu2sm.png)
Gruß,
Henry
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 15 Februar 2016, 20:53:30
im 'offiziellen' homekit simulator von apple gibt es beim current state auch kein auto. keine ahnung warum das so ist.

da das homebridge plugin aber beim target state auch immer den current state als angewählt anzeigt ist es vielleicht eine option den current state einfach auszublenden. schau mal ob das in eve geht oder ob dann der target state auch verschwindet.

gruss
  andre

ps: du kannst in den mappings statt der zahlen 0,1,2... auch jeweils den namen der konstanten OFF,HEAT,COOL,... verwenden. das plugin sucht dann die passenden werte. das ist vor allem für die contact und occupancy sensoren übersichtlicher. vor allem weil bei den ausgaben auf der konsole dann auch die symbolischen namen auftauchen.
Titel: Antw:homebridge/homekit
Beitrag von: h.lertz am 15 Februar 2016, 21:17:25
Danke für deine Antwort :)

Auszublenden nimmt dann leider auch Target raus.
Echt eine komische Sache... Wäre interessant zu wissen, was bei einer HomeKit zertifizierten Klimaanlage passiert wenn das auf Auto wechselt :)
Aber es funktioniert ja super(Dank deinem Plugin), von daher nicht ganz so schlimm.
Beim Mapping war ich mir nicht ganz sicher ob des auch mit HEAT COOL... geht(aufgrund des "=" Zeichens). Aber gut zu wissen :)

Gruß,
Henry
Titel: Antw:homebridge/homekit
Beitrag von: pi_tester am 16 Februar 2016, 23:57:28
Danke für die tolle Arbeit!
Bastle etwas mit Fhem herum, u.a. mit dummy Geräten. Das Mapping ist genial und funktioniert auf Anhieb.
Im neuen Haus kann ich dann alles direkt verwenden, hoffe ich ;-)
@Henry: Aus meiner Erfahrung mit Klimageräten heraus dürfte der Modus in Eve (curentstate) nur die Anzeige / Rückmeldung sein, was das Gerät gerade tut. Es ist entweder aus, heizt, oder kühlt.
Der Target State zusammen mit der Solltemp wäre dann "manuell" aus, "manuell" heizen,"manuell" kühlen, oder automatisch heizen/kühlen bis Temp erreicht, dann aus. Also die Einstellung quasi, die ans Gerät übergeben wird,was wie zu tun ist.
So würde das jedenfalls nen Sinn ergeben ;-)
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 20 Februar 2016, 12:56:05
Hallo Andre,

ich versuche gerade meinen Garagenöffner an den Start zu bringen, dazu habe ich einen Dummy.
Leider funktioniert er nicht komplett, sprich, wenn ich über Siri "Öffne Garage" respektive "Schließe Garage" sage, erzählt mir mein iPhone zwar, dass es die Garage geöffnet/geschlossen hat, aber ich sehe ich Logging keinen entsprechenden Befehl.
Auch die direkte Bedienung in EVE funktioniert nicht.
Die Readings doorState und motor werden korrekt ans HomeKit weitergegeben und in EVE angezeigt.
Anbei noch die jeweiligen Logging-Ausschnitte
[FHEM] mappings for Garagenoeffner: { PositionState:
   { reading: 'motor',
     values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
  CurrentDoorState:
   { reading: 'doorState',
     values:
      [ '/^opening/:OPENING',
        '/^closing/:CLOSING',
        '/^open/:OPEN',
        '/^closed/:CLOSED',
        '/.*/:STOPPED' ] } }
[FHEM] Garagenoeffner is garage
[FHEM] Garagenoeffner has PositionState [motor]
[FHEM] Garagenoeffner has CurrentDoorState [doorState]
[FHEM] value2homekit_re: [ { re: '^up', to: 1 },
  { re: '^down', to: 0 },
  { re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
  2016-02-20 11:50:17 caching: Garagenoeffner-motor: stop
[FHEM] Garagenoeffner-motor values: value stop mapped to 2
[FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'stop')
[FHEM] value2homekit_re: [ { re: '^opening', to: 2 },
  { re: '^closing', to: 3 },
  { re: '^open', to: 0 },
  { re: '^closed', to: 1 },
  { re: '.*', to: 4 } ]
[FHEM] homekit2name: { '0': 'OPEN',
  '1': 'CLOSED',
  '2': 'OPENING',
  '3': 'CLOSING',
  '4': 'STOPPED' }
  2016-02-20 11:50:17 caching: Garagenoeffner-doorState: closed
[FHEM] Garagenoeffner-doorState values: value closed mapped to 1
[FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
Teil 2
[FHEM] Initializing platform accessory 'Garagenoeffner'...
[FHEM] creating services for Garagenoeffner
[FHEM]   information service for Garagenoeffner
[FHEM]     manufacturer, model and serial number characteristics for Garagenoeffner
[FHEM]   GarageDoorOpener service for Garagenoeffner
[FHEM]     PositionState characteristic for Garagenoeffner:motor
[FHEM]       initial value is: 2 (number; means STOPPED)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     CurrentDoorState characteristic for Garagenoeffner:doorState
[FHEM]       initial value is: 1 (number; means CLOSED)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
Teil 3
[FHEM] query: PositionState for Garagenoeffner-motor
[FHEM]   cached: 2
[FHEM] query: CurrentDoorState for Garagenoeffner-doorState
[FHEM]   cached: 1

[FHEM] query: PositionState for Garagenoeffner-motor
[FHEM]   cached: 2
[FHEM] query: CurrentDoorState for Garagenoeffner-doorState
[FHEM]   cached: 1

Hast Du da eine Idee?

Vielen Dank, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 Februar 2016, 14:23:16
da taucht kein TargetDoorState auf. d.h. homebridge verwendet intern einen default der mit nichts verbunden ist.

wie schaut denn die konfiguration auf fhem seite aus? damit es automatisch geht darf nur eine setList mit on und off da sein. wenn dein dummy anders konfiguriert ist musst du den TargetDoorState über homebridgeMapping konfigurieren.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 20 Februar 2016, 14:37:50
Hallo Andre,

das war es, die setList war aus alten Versuchen deutlich überladen  ::)

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: stratege-0815 am 20 Februar 2016, 17:32:18
Hallo zusammen,
Ich habe im alten Thread schon mit gelesen und hatte die homebridge auch schon laufen. Aber installiert nach der Anleitung von meintechblog.de
Nun bin ich hier wieder eingestiegen und will auf die neue version umsteigen.
Wie mache ich das am besten? Auf einem blanken Pi aufsetzen geht nicht, da dort fehl, pilight und Ei. Drucker Dienst läuft. Gilt die Anleitung im Wiki für die neue version?
Ich bin etwas verloren welchen Weg ich einschlagen soll.
Gruß
Jan
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 21 Februar 2016, 09:53:29
Moin,

wie alt ist Deine Installation?
Wenn sie schon via npm installiert wurde, dann sollte ein npm update -g homebridge-fhem vollkommen ausreichen, ggf. mit sudo davor.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 21 Februar 2016, 14:39:33
Hallo Andre,

noch zwei Punkte:
Zum einen ist bei HM-SEC-KEY immer noch das Dreieck da, das Schloss lässt sich auch nicht per EVE direkt bedienen, per SIRI geht, Öffnen dann über eine Szene.
Weiterhin habe ich einen Homematic threeStateSensor via homebridge-Mapping eingebunden wie folgt (analog zu meiner Garage)
CurrentDoorState=Haustuer:state,values=/^open/:OPEN;/^closed/:CLOSEDDas funktioniert auch sehr gut, wie man im Log sieht:
  2016-02-21 14:28:04 caching: Haustuer-state: open
[FHEM]     caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
  2016-02-21 14:28:12 caching: Haustuer-state: closed
[FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
Allerdings ändert sich der Status in EVE nur, wenn man aktiv in EVE einen Update auslöst, das Dreieck bleibt.
Mit dem alten Code gab es kein Dreieck und man konnte auch alles mit EVE direkt bedienen.

Zum anderen habe ich einen HM-LC-Sw1PBU-FM mit Custom Firmware im Einsatz, da wird ein Custom Reading Current im Log angezeigt, cool.
  2016-02-21 14:37:06 caching: Licht_Flur-current: 348
[FHEM]     caching: Custom Current: 34800 (as number; from '348')
Nun die spannende Frage, wie bekomme ich das denn in EVE angezeigt?

Danke Dir, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 21 Februar 2016, 14:58:53
das mit dem dreieck muss ich mir noch ansehen. ich habe noch keine idee woran es liegt. weiter oben im thread hatte jemand ausser dem dreieck kein problem mit dem schloss. es ging auch direkt aus eve meine ich.

siehst du mehr auf der console wenn du homebridge mit --debug startest? es müsste auch auftauchen wenn die geänderten werte in richtung homekit gepushed wereden.

die custom current characteristic ist eine die elgato für eigenen sensoren verwendet und von hier: https://gist.github.com/gomfunkel/b1a046d729757120907c (https://gist.github.com/gomfunkel/b1a046d729757120907c). weiter oben im thread funktioniert das ganze mit einer power characteristic ohne das man in eve etwas tun muss. es kann aber sein das eve nicht alle kombinationen darstellen mag. also current nicht ohne power oder nut für bestimmte services. wenn du lust hat kannst du ja mal etwas experimentieren.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 21 Februar 2016, 15:28:46
Hallo Andre,

beim HM-SEC-KEY sieht man bei Status-Änderung auch beim Debug-Mode nicht mehr.
Hier nochmal das Log beim Start der Homebridge
Teil 1
[FHEM] homebridgeMapping: CurrentDoorState=Haustuer:state,values=/^open/:OPEN;/^closed/:CLOSED
[FHEM] mappings for Haustuerschloss: { PositionState:
   { reading: 'direction',
     values:
      [ '/^opening/:INCREASING',
        '/^closing/:DECREASING',
        '/.*/:STOPPED' ] },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
  FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
  TargetDoorState:
   { reading: '',
     default: 'CLOSED',
     timeout: 500,
     cmds: [ 'OPEN:open' ] },
  LockCurrentState:
   { reading: 'lock',
     values: [ '/uncertain/:UNKNOWN', '/^locked/:SECURED', '/.*/:UNSECURED' ] },
  LockTargetState:
   { reading: 'lock',
     values: [ '/^locked/:SECURED', '/.*/:UNSECURED' ],
     cmds: [ 'SECURED:lock', 'UNSECURED:unlock' ] },
  CurrentDoorState:
   { reading: 'state',
     device: 'Haustuer',
     values: [ '/^open/:OPEN', '/^closed/:CLOSED' ] } }
[FHEM] Haustuerschloss is lock
[FHEM] Haustuerschloss has PositionState [direction]
[FHEM] Haustuerschloss has CurrentDoorState [state]
[FHEM] Haustuerschloss has StatusLowBattery [battery]
[FHEM] Haustuerschloss has FirmwareRevision [D-firmware]
[FHEM] value2homekit_re: [ { re: '^opening', to: 1 },
  { re: '^closing', to: 0 },
  { re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
  2016-02-21 14:13:16 caching: Haustuerschloss-direction: none
[FHEM] Haustuerschloss-direction values: value none mapped to 2
[FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'none')
[FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[FHEM] value2homekit: { ok: 0 }
[FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-02-21 14:13:16 caching: Haustuerschloss-battery: ok
[FHEM] Haustuerschloss-battery values: value ok mapped to 0
[FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
  2016-02-21 14:13:16 caching: Haustuerschloss-D-firmware: 2.5
[FHEM]     caching: FirmwareRevision: 2.5 (as string; from '2.5')
[FHEM] default: 1
[FHEM] homekit2cmd: { '0': 'open' }
[FHEM]     caching: TargetDoorState: 1 (as number; means CLOSED; from 'mapping.default')
[FHEM] value2homekit_re: [ { re: 'uncertain', to: 3 },
  { re: '^locked', to: 1 },
  { re: '.*', to: 0 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED', '3': 'UNKNOWN' }
  2016-02-21 14:13:16 caching: Haustuerschloss-lock: unlocked
[FHEM] Haustuerschloss-lock values: value unlocked mapped to 0
[FHEM]     caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] value2homekit_re: [ { re: '^locked', to: 1 }, { re: '.*', to: 0 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED' }
[FHEM] homekit2cmd: { '0': 'unlock', '1': 'lock' }
[FHEM] Haustuerschloss-lock values: value unlocked mapped to 0
[FHEM]     caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] value2homekit_re: [ { re: '^open', to: 0 }, { re: '^closed', to: 1 } ]
[FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[FHEM] query: CurrentDoorState for Haustuer-state
[FHEM] not cached; query: Haustuer-state
[FHEM]   not cached
[FHEM]   executing: https://192.168.178.51:8083/fhem?cmd=%7BReadingsVal(%22Haustuer%22,%22state%22,%22%22)%7D&XHR=1
Teil 2
[FHEM] Initializing platform accessory 'Haustuerschloss'...
[FHEM] creating services for Haustuerschloss
[FHEM]   information service for Haustuerschloss
[FHEM]     manufacturer, model and serial number characteristics for Haustuerschloss
[FHEM]     firmware revision characteristic for Haustuerschloss
[FHEM]   LockMechanism service for Haustuerschloss
[FHEM]     PositionState characteristic for Haustuerschloss:direction
[FHEM]       initial value is: 2 (number; means STOPPED)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     StatusLowBattery characteristic for Haustuerschloss:battery
[FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     TargetDoorState characteristic for Haustuerschloss:
[FHEM]       initial value is: 1 (number; means CLOSED)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     LockCurrentState characteristic for Haustuerschloss:lock
[FHEM]       initial value is: 0 (number; means UNSECURED)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[FHEM]     LockTargetState characteristic for Haustuerschloss:lock
[FHEM]       initial value is: 0 (number; means UNSECURED)
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     CurrentDoorState characteristic for Haustuer:state
[FHEM]       no default
[FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }

Ciao und danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: budy am 21 Februar 2016, 18:05:46
Moin,

das mit dem dreieck muss ich mir noch ansehen. ich habe noch keine idee woran es liegt. weiter oben im thread hatte jemand ausser dem dreieck kein problem mit dem schloss. es ging auch direkt aus eve meine ich.

jo - das bin ich… ;) Mein HM-SEC-KEY läuft auch über EVE soweit, allerdings seit dem Update auf die letzte EVE-Version auf dem iPhone unbenutzbar, weil die Buttons nicht mehr ins Display passen… Das Dreieck habe ich immer, wenn EVE den Status aktualisieren soll. Nur wenn ich das Schloss direkt mit EVE benutz habe, ist das Dreieck weg - allerdings nur bis zum nächsten Refresh. Ich würde mal sagen, dass das EVEs Schuld ist.

Alle anderen HomeKit Apps, die ich noch auf meinen iPhone habe, haben kein Problem mit dem Schloss.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: budy am 21 Februar 2016, 19:27:04
Moin,

ich habe einen Dummy, welcher den Status aus einem HM-SEC-SCo und einem HM-SEC-RHS in einem Dummy zusammenfasst, damit ich je nach Zustand ein entsprechendes Icon setzen kann. Dazu wird einfach nur der Status der beiden Geräte hintereinander geschrieben. Also z.B. open_open oder open_tilted, wenn die Tür offen oder gekippt ist.

Diesen Dummy wollte ich nun in Homekit haben und habe folgendes Attribut und Mapping gesetzt:

genericDeviceType: contact
homebridgeMapping: ContactSensorState=state,values=closed_closed:CONTACT_DETECTED;closed_open:CONTACT_NOT_DETECTED;closed_tilted:CONTACT_NOT_DETECTED;open_tilted:CONTACT_NOT_DETECTED;open_open:CONTACT_NOT_DETECTED

Jetzt zeigt mir EVE einen Switch an, der Status ist immer AUS und unten steht Kontakt JA. Homekit scheint also meinen Dummy als Switch zu registrieren… Fehlt da noch etwas?

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 21 Februar 2016, 19:31:30
du musst ContactSensor als genericDeviceType verwenden.

es gibt kein automatische mapping von contact auf ContactSensor. baue ich noch ein.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 21 Februar 2016, 19:33:33
und dran denken: wenn du siri nach dem fenster status fragen willst zusätzlich zu ContactSensorState auch noch CurrentDoorState passend mappen.
Titel: Antw:homebridge/homekit
Beitrag von: budy am 21 Februar 2016, 20:10:30
Moin André,

hm ja, der genericDeviceType war falsch. Allersdings bietet mir FHEMWEB das so an. Zeit für ein Update?
Und was den CurrentDoorState angeht, das muss ich dann in einem separaten Dummy machen, oder gleich am RHS, denn ich kann ja keine zwei HomebridgeMappings in einem Device haben…

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 21 Februar 2016, 20:34:43
im genericDeviceType attribut war das mal so vorgesehen, ich hatte es nur noch nicht nachgezogen.

wenn es für einen service type kenne abgekürzten genericDeviceType gibt kann man immer den in homebridge vorgesehenen langen namen verwenden.

du kannst in einem homebridgeMapping attribut mehrere characteristics erzeugen. ich würde auch vorschlagen values noch etwas zu vereinfachengenericDeviceType: ContactSensor
homebridgeMapping: ContactSensorState=state,values=closed_closed:CONTACT_DETECTED;/.*/:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed_closed:CLOSED;/.*/:OPEN

gruss
  andre

ps: wozu hast du beide sensoren an einem fenster? reicht der RHS nicht aus um alle zustände zu erkennen?
Titel: Antw:homebridge/homekit
Beitrag von: Gorean am 21 Februar 2016, 22:32:36
Hi Andre,

ich habe inzwischen meine Installation von Homebridge hinbekommen. Es startet einwandfrei und ich kann auch in EVE die Homebridge pairen.

Leider werden scheinbar keine Geräte erkannt. Zumindest sehe ich keine in EVE.

Aktuell habe ich zum Testen nur zwei HUE Lights (ohne structure etc.) dem Raum Homebridge zugeordnet. Ich habe die aktuelle Version von Homebridge installiert.

Wenn ich Homebridge manuell starte kommt folgender Output:

pi@rpi:/opt/fhem $ homebridge --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.178.99:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1456089228118
[FHEM] Checking genericDeviceType...
[FHEM]   executing: https://192.168.178.99:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.178.99:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 0 results
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 000-00-000      │    (Geändert)
    └────────────┘     
                       
Homebridge is running on port 51826.

Meine config.json sieht folgendermassen aus:

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:32",
        "port": 51826,
        "pin": "000-00-000"
    },

    "platforms": [
        {
            "platform": "homebridge-fhem.FHEM",
            "name": "FHEM",
            "server": "192.168.178.99",
            "port": "8083",
            "ssl": true,
            "auth": {"user": "MYUSER", "pass": "MYPASS"},
            "filter": "room=Homekit"
        }
     ],

    "accessories": []
}

Die Zuordnung in FHEM sieht wie folgt aus:

attr WZ_Decke_1 room _HUEDevice, Homekit
attr WZ_Decke_2 room _HUEDevice, Homekit

Hast Du einen Tip für mich, woran das liegen kann?

Danke & VG,
Peter
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 21 Februar 2016, 22:45:16
attr WZ_Decke_1 room _HUEDevice, Homekit
da darf kein leerzeichen nach dem komma sein. das leerzeichen ist teil des raum namens.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 21 Februar 2016, 22:46:05
Moin André,

im genericDeviceType attribut war das mal so vorgesehen, ich hatte es nur noch nicht nachgezogen.

wenn es für einen service type kenne abgekürzten genericDeviceType gibt kann man immer den in homebridge vorgesehenen langen namen verwenden.

du kannst in einem homebridgeMapping attribut mehrere characteristics erzeugen. ich würde auch vorschlagen values noch etwas zu vereinfachengenericDeviceType: ContactSensor
homebridgeMapping: ContactSensorState=state,values=closed_closed:CONTACT_DETECTED;/.*/:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed_closed:CLOSED;/.*/:OPEN

gruss
  andre

Ehhh… ja, an einen regexp hatte ich auch schon gedacht, aber ich war anfangs noch mit dem generellen beschäftigt… ;)


ps: wozu hast du beide sensoren an einem fenster? reicht der RHS nicht aus um alle zustände zu erkennen?

Das liegt daran, dass man nur mit dem RHS die Stellung des Griffs weiß, aber nicht, ob der Türflügel oder das Fenter tatsächlich offen ist. Die Türen rasten ein wenig ein und gehen nicht gleich auf, wenn man den Türgriff öffnet. Die Tür sieht zwar ggf. von außenr zu aus - ist es aber nicht. Außerdem könnte ja der Türflügel aufgehebelt werden, ohne dass jemand den Griff verwendet…

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: Gorean am 21 Februar 2016, 22:49:55
Hi Andre,

das wars :) Ich fühl mich zwar wieder wie ein Anfänger, aber happy!

Danke!!

VG,
Peter
Titel: Antw:homebridge/homekit
Beitrag von: Gorean am 21 Februar 2016, 23:05:03
Hi Andre,

jetzt wo es funktioniert habe ich eine struct mit genericDeviceType eingebunden.

Dabei scheint er sich aber sowohl die Helligkeit als auch die Farbe nach einer Änderung nicht zu merken. Wenn ich z.B. die Helligkeit in EVE auf 100 stelle ändert sich die Helligkeit, wenn ich dann wieder rausgehe und danach die Helligkeit erneut bearbeiten möchte, steht als Wert wieder 0 da. Das Licht bleibt auf 100% bis ich erneut z.b. 60% eingebe. Dann ändert sich das Licht auf 60% und das Spiel beginnt von Neuem.

Ist das ein Problem von EVE oder hab ich da noch was falsch gemacht?

VG,
Peter
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 21 Februar 2016, 23:09:58
@budy: fall 1 erkennst du aber trotzdem über den RHS fall zwei natürlich nicht. statt des dummys mit notify könnte man auch eine structure verwenden (und eventuell die _map attribute passend setzen).

@Gorean: du musst dafür sorgen das homekit ein reading mit der aktuellen helligkeit hat. wenn es das in der structure nicht gibt musst du eines der beteiligten devices dazu verwenden. ohne hinterlegtes reading das auch ein event erzeugt erfährt homebridge nie den gerade aktuellen wert.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 22 Februar 2016, 06:48:54
Moin Andé,

@budy: fall 1 erkennst du aber trotzdem über den RHS fall zwei natürlich nicht. statt des dummys mit notify könnte man auch eine structure verwenden (und eventuell die _map attribute passend setzen).

ja, damit muß ich mich mal beschäftigen… mit structures…

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 22 Februar 2016, 22:18:28
Hallo Andre,

Dabei scheint er sich aber sowohl die Helligkeit als auch die Farbe nach einer Änderung nicht zu merken. Wenn ich z.B. die Helligkeit in EVE auf 100 stelle ändert sich die Helligkeit, wenn ich dann wieder rausgehe und danach die Helligkeit erneut bearbeiten möchte, steht als Wert wieder 0 da. Das Licht bleibt auf 100% bis ich erneut z.b. 60% eingebe. Dann ändert sich das Licht auf 60% und das Spiel beginnt von Neuem.

Dieses Problem habe ich mit meinen mi_Lights auch. Muss ich da noch was im Mapping ergänzen, ich hatte es so verstanden, dass die vollautomatisch erkannt werden.
Interessanterweise bekommen die, wenn man über ATV von außen zugreift, das wohlbekannte Dreieck verpasst. Im LAN sind sie dann wieder erreichbar.

Vielen Dank, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 22 Februar 2016, 22:34:22
das problem von gorean liegt ziemlich sicher am fehlenden mapping für das reading.

sollte automatisch gehen. nimmst du das milight oder das wiflight modul?

eventuell fehlt noch irgendein reading. zeig mal bitte die ausgaben beim start und die ausgaben beim schalten. am besten in beide richtungen. also über eve schalten und über fhem schalten.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 23 Februar 2016, 20:30:51
Hallo Andre,

ich verwende das mi_light-Modul, sind ja miLights.
Habe versucht, das über ein HomebridgeMapping a la
Brightness=brightnesszu lösen, das hat aber auch nicht geholfen. Die Beispiele sind mit Mapping.

Hier Beispiel homekit(EVE) -> FHEM (Brightness von 100 auf 52, angezeigt wurde und wird 0)
FHEM] mi_Erdgeschoss: executing set cmd for Brightness with value 52
[FHEM]   executing: https://192.168.178.51:8083/fhem?cmd=set%20mi_Erdgeschoss%20dim%2052&XHR=1
  2016-02-23 20:22:18 caching: mi_Erdgeschoss-state: on 52
[FHEM]     caching: On: 1 (as number; from 'on 52')

FHEM -> homekit (Brightness von 52 auf 100)
  2016-02-23 20:25:12 caching: mi_Erdgeschoss-state: on 100
[FHEM]     caching: On: 1 (as number; from 'on 100')

Hinweis: wenn ich die Remote über ATV3 abfrage, wird kein Query für das mi_Light im Log angezeigt. Übrigens für den WeatherChannel des Thermostats HM-CC-RT-DN auch nicht. Beides funktioniert aber im LAN.

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 23 Februar 2016, 22:07:28
bitte zeig mal eine jsonlist2 vom device bzw. vergleiche sie mal mit dem list von weiter oben im thread. der letzte stand war das es damit ging.

zeig auch mal die Konsolen ausgabe beim start. welche mappigns werden automatisch angelegt und welche characteristics angelegt.

gruss
  andre
Titel: Weckzeit stellen über homebridge
Beitrag von: linuzer am 24 Februar 2016, 22:40:06
Hallo an alle,

seit kurzem habe ich ebenfalls homebridge mit meinem FHEM verbunden und steuere nun ganz begeistert Lampen und Heizungen per Siri  ;D 
Ein ganz dickes, cooles Dankeschön an alle Beteiligten!!!  :)

Aber jetzt kam bei mir der Wunsch auf, auch die Weckzeit meines Radios per homebridge/Siri einzustellen. Dieses ist in FHEM eingebunden und wird mit einem simplen at-Befehl zur Weckzeit eingeschaltet. Kann man einen at-Befehl irgendwie an homebridge anbinden? Falls nicht, fällt jemandem eine Alternative zum at-Befehl ein, mit der ich eine Weckfunktion realisieren könnte, die homebridge-fähig ist?

Bitte nicht böse sein, wenn die Frage hier falsch ist, oder woanders schon behandelt wurde... ich habe bisher nichts gefunden...

LG linuzer
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 24 Februar 2016, 22:59:08
mir ist nicht ganz klar was du machen möchtest.

ein bestehendes at per siri nur zu aktivieren/dekativieren geht mit einem passenden mapping. auch die auswahl aus mehreren vordefinierten at ist über ein passendes mapping möglich. so oder in verbindung mit siri szenen kann man vermutlich auch in relativ normaler sprache zwischen nicht zu viele festen zeiten wählen. bei der benennung muss man aber aufpassen damit es nicht zu konflikten mit den eingebauten features wie 'wecke mich morgen um 8' kommt die auf den internen wecker des iOS devices gehen.

die zeit per siri frei einzustellen geht nicht. das geben die definierten characteristics nicht her. custom characteristics kann man nicht per siri steuern. hier würde wieder der iOS interne wecker gestellt.

es gibt in homekit trigger und timer die man eventuell verwenden könnte. diese lassen sich aber so viel ich weiss nicht per siri steuern.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: linuzer am 24 Februar 2016, 23:15:49
Hallo Andre,

vielen Dank für den Hinweis!

Zitat
die zeit per siri frei einzustellen geht nicht.

schade. Das wollte ich eigentlich machen. Aber ich hab mir's fast schon gedacht...

Wie wäre denn der grobe Aufbau (ist mit noch nicht so ganz klar), um die von dir beschriebene Alternative mit ein paar festen Weckzeiten zu realisieren? Ich erstelle z.B. 3 Szenen und packe in alle jeweils alle 3 "at" rein, wobei immer einer aktiv und die anderen inaktiv gesetzt sind? Was ich aber noch nicht hinbekommen habe, den at per Siri zu aktivieren, bzw. deaktivieren. Ich habe ihn als genericDevice "switch" deklariert, aber irgendwie reagiert er noch nicht...
Hier ist die Definition:

define at_Radio_Wecker at *07:30:00 set Radio on
attr at_Radio_Wecker genericDeviceType switch
attr at_Radio_Wecker group 0_Prio
attr at_Radio_Wecker homebridgeMapping cmdOn=active,cmdOff=inactive
attr at_Radio_Wecker room Homekit,Schlafzimmer

LG linuzer
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 25 Februar 2016, 09:04:37
was steht auf der konsole?

geht das schalten per eve?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: linuzer am 25 Februar 2016, 22:09:28
Hallo Andre,

Nein, auf der Konsole (gestartet mit --debug) tut sich beim Schalten mit Eve leider gar nichts.

Beim starten von homebridge kommen ein paar "Lebenszeichen":
zunächst:
[FHEM] homebridgeMapping: cmdOn=active,cmdOff=inactive
[FHEM] mappings for at_Radio_Wecker: { cmdOn: { reading: 'active', cmdOff: 'inactive' } }
[FHEM] at_Radio_Wecker is switch
[FHEM] at_Radio_Wecker has
[FHEM]   cmdOn [active]
und dann am Schluss vom Start-up, direkt vor dem Code:
[FHEM] Initializing platform accessory 'at_Radio_Wecker'...
[FHEM] creating services for at_Radio_Wecker
[FHEM]   information service for at_Radio_Wecker
[FHEM]     manufacturer, model and serial number characteristics for at_Radio_Wecker
[FHEM]   Switch service for at_Radio_Wecker
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

Beim Schalten mit Eve tut sich gar nichts, aber wenn ich es mit Siri versuche, dann sehe ich manchmal, dass das Radio-device (das Ziel des at-Befehls) reagiert. Ich habe also noch Konflikte in den Begrifflichkeiten ("Internetradio" - "Radiowecker" - "Wecker" (=iOS) ...), aber ich glaube das ist ein unabhängiges Problem. Die Frage ist, warum beim Schalten in Eve auf der Konsole nichts zu sehen ist ...
Hast du (oder irgend jemand) eine Idee?

LG linuzer
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 26 Februar 2016, 09:24:32
du hast im homebridgeMapping die characteristic nicht angegeben. im switch fall ist das On:attr at_Radio_Wecker homebridgeMapping  On=cmdOn=active,cmdOff=inactive.

gruss
  andre

ps: damit even den aktuellen zustand kennt musst du auch den rückweg konfigurieren. d.h. welche reading mit welchen werten zu ein und aus gehört.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 26 Februar 2016, 15:11:51
Hallo Homebridge'ler.

Ich bin aus dem Urlaub zurückgekommen und habe das Homebridge Update eingespielt. Seit dem Update funktioniert mein Light Stripe mit WLAN Controller LD382 leider nicht mehr richtig.
Ein-/Ausschalten und Dimmen funktioniert soweit, allerdings werden die Farben nicht mehr gewechselt. Beim Wechsel der Farbe geht ganz kurz das Licht aus, dann ist für einen Bruchtteil einer Sekunde die richtige Farbe eingestellt und dann wird wieder zu Weiß gewechselt. Es scheint also kein Problem des Mappings zu sein oder? Hat jemand Erfahrung bezüglich HomeKit/Homebridge und diesem Controller? Die Anzeige der eingestellten Helligkeit (% und Schieberegler) ist auch unzuverlässig.

Des Weiteren habe ich offene Punkte mit meinen HomeMatic Heizungsreglern HM-CC-RT-DN:
Zum einen wird die IST-Temperatur in EVE nicht mehr im Gerät angezeigt. Es kamen ja vor Kurzem auch zwei Updates für die EVE App. Ich weiß nun nicht ob das Problem seit dem App-Update besteht oder seit dem Homebridge Update.
So sah es in EVE vorher aus:
(https://www.dropbox.com/s/rf4697uuhiqhtdb/kz_Heizung-top.png?raw=1)

Und so sieht es nun aus:
(https://www.dropbox.com/s/jkkuoqdmbsf5wum/wz_Heizung-prob.png?raw=1)

Somit habe ich beim Thermostaten selbst nur noch die Möglichkeit die Zielwert Temperatur (SOLL) einzustellen und kein IST Wert mehr.
Gehe ich im Startbildschirm von EVE (iPhone) unter Typen auf "Temperatur Zielwert" und klappe die Thermostaten auf, so wird mir beiläufig auch die IST Temperatur angezeigt.
(https://www.dropbox.com/s/dnavgiguwigikok/Typ-Temperatur-Zielwert.png?raw=1)

Das größere Problem hierbei ist, dass es in der EVE App auf dem iPad nicht möglich ist die Thermostaten aufzuklappen und ich somit überhaupt keine Möglichkeit habe die IST Werte abzulesen.
Unter Typen "Temperatur" erscheinen weder auf iPhone noch auf dem iPad die IST Werte der Thermostaten.

Weiterhin hätte ich gerne bei den Heizungsreglern die Möglichkeit den controlMode umzuschalten (Modus brauche ich eigentlich nicht, scheint ja auch eher für Klimaanlagen zu sein). Das heißt wechseln zwischen Tag, Nacht, Manuell und Auto. Beim manuellen Ändern der Temperatur sollte der controlMode Schalter automatisch auf Manuell springen. Ehrlich gesagt will ich die Temperatur nur im Notfall manuell ändern können (falls mir die aktuelle Einstellung zu kalt/warm ist) und eigentlich bei Bedarf nur den controlMode wechseln zwischen Tag und Nacht. D.h. wenn ich außerhalb der programmierten Zeiten mal eher oder später nach Hause komme, will ich nur kurz entsprechend auf Tag oder Nacht umstellen können. Das hat auch den Vorteil dass der Thermostat ab dem nächsten Schaltzeitpunkt wieder im Auto Modus weiterbetrieben wird.

Vor 2 Tagen wurde ja der EVE Thermo vorgestellt. Der scheint zusätzlich noch tolle Dinge zu können wenn ich mir so die Bilder auf der Elgato Webseite ansehe. https://www.elgato.com/de/eve/eve-thermo
Ich sehe hier Einstellmöglichkeiten der Typen "Betrieb" (ist das das Selbe wie Modus bei mir?), "Heizen" (ich denke das ist die controlMode Umschaltung) und vor allem sehe ich "Zeitplan" mit dem man doch tatsächlich aus der EVE App heraus die wöchentlichen Schaltzeiten verändern kann. Ist das alles schon über das Homebridge Mapping umsetzbar bzw. hat das schon jemand gemacht? Gehen Diagramme schon nach EVE zu mappen? Nebenbei fällt mir beim Ansehen der Bilder auch auf dass neben dem Wort "Zieltemperatur" des EVE Thermo auch die IST Temperatur zu sehen ist, die mir fehlt.

So, nun noch eine Frage zu HomeMatic Fenster-/Türkontakten. Ich habe diese seit gestern im Einsatz und würde gerne für Fenster den entsprechenden Sensor (Kontakt) auch als Fenster kennzeichnen wollen. Bisher erscheinen alle Kontakte als Türkontakte. Gibt es da eine Möglichkeit? Ich glaube hier irgendwo im Forum schon mal darüber etwas gelesen zu haben, finde es aber nicht mehr.

Vielen Dank im Voraus.

Gruß
Dan

P.S. Gehen eventuell mittlerweile Floats bei den Energiewerten zu mappen?
Titel: Antw:homebridge/homekit
Beitrag von: budy am 27 Februar 2016, 09:22:02
Moin,

kann ich in meinem Wifilight device anstelle vom einfachen off auch irgendwie off [ramp] setzen lassen? So ganz habe ich das nicht durchdrungen… Wenn ich mittels Siri oder EVE mein Wifilight device auf off schalte, dann geht es gleich ganz aus.

…ich weiß - ist ein Luxusproblem… ;)

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 Februar 2016, 10:11:11
@DeeSPe: bitte mal loggen bzw. auf der konsole schauen was für kommandos gesendet werden. für die ist-temperatur schauen ob das richtige reading verwendet wird. wenn nicht per homebridgeMapping einstellen. ich habe hier nichts bewusst geändert. hast du den ist wert eventuell in eve ausgeblendet?

für den controllMode  kannst du entweder den mode in eve verwenden und so belegen wie du willst oder dir ein (oder mehrere) On characteristics so definieren das der controllMode so geschaltet wird wie du willst. einen wert nur kurz schalten und dann wieder auf den default zurück kannst du per timeout parameter. so wie beim türöffner. schaltzeiten gehen auch jetzt schon in homekit. aber das setzt glaube ich voraus das das iOS device auch an und erreichbar ist da dieses schaltet. wenn du bestimmte abhängigkeiten zwischen werten brauchst ist es am besten das über notifys auf der fhem seite zu bauen. ich würde eve/homekit/siri nur zum bedienen verwenden. nicht zum automatisieren. das kann fhem besser.

das was eve thermo macht sind alles chustom characteristics. wenn jemand rausfindet wie die genau verwendet werden kann man die in homebridge konfigurieren. so wie die ganzen energie characteristics auch.

in homekit gibt es einen open/closed state nur für türen. für fenster gibt es 'nur' einen prozentualen stand. das ganze betrifft aber nur das icon das eve verwendet. du kannst siri trotzdem nach geschlossenen/offene fenstern fragen.

floats gehen nicht weil eve hier nur int vorsieht. wenn ich ein float sende wird nichts mehr angezeigt. du kannst nur per factor das komma verschieben und so eine höhere genauigkeit sehen.


@budy: im mapping einfach off+<time> als kommando angeben. vorausgesetzt dein device kann das auch.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 27 Februar 2016, 10:46:12
Moin André,

also so?

attr <device> homebridgeMapping cmdOff=off+1
mit + da in Wifilight dort ein Leerzeichen steht

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 Februar 2016, 10:53:07
ja genau. überall wo es ein leerzeichen gibt einfach ein + verwenden-

aber du musst noch die characteristic angeben um die es geht. also so:attr <device> homebridgeMapping On=cmdOff=off+1
gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: budy am 27 Februar 2016, 11:50:48
Ich habe das jetzt so eingebaut, aber es funktioniert leider nicht:

"homebridgeMapping": "On:cmdOn=on+1;cmdOff=off+1"
Homebridge schaltet nur einfach an und aus. Und wenn ich homebridge neu starte, dann setzt er folgendes für "On":

[FHEM] creating services for dreamyLightDachboden
[FHEM]   information service for dreamyLightDachboden
[FHEM]     manufacturer, model and serial number characteristics for dreamyLightDachboden
[FHEM]   Switch service for dreamyLightDachboden
[FHEM]     Hue characteristic for dreamyLightDachboden:hue
[FHEM]     Saturation characteristic for dreamyLightDachboden:saturation
[FHEM]     Brightness characteristic for dreamyLightDachboden:brightness
[FHEM]     On characteristic for dreamyLightDachboden:state

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 Februar 2016, 12:13:47
zeig mal bitte alle meldungen beim start mit --debug.

da sollte auch nicht Switch sondern Lightbulb stehen.

es sollte alles automatisch gehen wenn du genericDeviceType nicht setzt und nur attr dreamyLightDachbodenFromJson homebridgeMapping On=cmdOff=off+1 setzt.

gruss
  andre

edit: oben war ein tippfehler drin.
Titel: Antw:homebridge/homekit
Beitrag von: budy am 27 Februar 2016, 12:48:30
Ahh… diese doppelten = verwirren mich immer… ;)

So geht das dann also für On und Off:

attr dreamyLightDachboden homebridgeMapping On=cmdOn=on+1,cmdOff=off+1
 :)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 Februar 2016, 12:50:00
genau.
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 27 Februar 2016, 14:49:17
Hi,
ich habe die Tage leider festgestellt, dass in meiner EVE App die Lampen nicht mehr auftauchen und mich gefragt, wie das kann... Habe dann auch Homebridge nochmal per ppm update -g aktualisiert, HomeKit zurückgesetzt, Homebridge Mac geändert, die Geräte alle aus dem "Homekit" Raum gelöscht und nur noch eine Lampe hinzugefügt, aber in der EVE app taucht nur noch die Homebridge auf. Hier mal der Log vom Start mit "homebridge --debug":

*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Plugin /usr/local/lib/node_modules/homebridge-fhem-old does not contain a package.json.
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded plugin: homebridge-http
Registering accessory 'homebridge-httpstatus.Http'
---
Loaded plugin: homebridge-milight
Registering platform 'homebridge-milight.MiLight'
---
Loaded plugin: homebridge-punt
Registering platform 'homebridge-punt.punt'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1456580675247
[FHEM] Checking genericDeviceType...
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Server listening on: http://<ip>:8082
[FHEM] got: 1 results
[FHEM] mappings for wz_milight_decke: { Hue: { reading: 'hue', cmd: 'hue', max: 360 },
  Saturation: { reading: 'saturation', cmd: 'saturation', max: 100 },
  Brightness: { reading: 'brightness', cmd: 'dim', max: 100, delay: true },
  On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_milight_decke is light
[FHEM] wz_milight_decke is dimable [brightness;dim;0-100]
[FHEM] wz_milight_decke has On [state;on,off]
[FHEM] wz_milight_decke has Hue [hue;hue;0-360]
[FHEM] wz_milight_decke has Saturation [saturation;saturation;0-100]
  2016-02-27 14:44:35 caching: wz_milight_decke-hue: 0
[FHEM]     caching: Hue: 0 (as number; from '0')
  2016-02-27 14:44:35 caching: wz_milight_decke-saturation: 0
[FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-02-27 14:44:35 caching: wz_milight_decke-brightness: 100
[FHEM]     caching: Brightness: 100 (as number; from '100')
  2016-02-27 14:44:35 caching: wz_milight_decke-state: on 100
[FHEM] wz_milight_decke-state valueOn/valueOff: value on 100 mapped to 1
[FHEM]     caching: On: 1 (as number; from 'on 100')
[FHEM] Initializing platform accessory 'wz_milight_decke'...
[FHEM] creating services for wz_milight_decke
[FHEM]   information service for wz_milight_decke
[FHEM]     manufacturer, model and serial number characteristics for wz_milight_decke
[FHEM]   Lightbulb service for wz_milight_decke
[FHEM]     Hue characteristic for wz_milight_decke:hue
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 360,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Saturation characteristic for wz_milight_decke:saturation
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Brightness characteristic for wz_milight_decke:brightness
[FHEM]       initial value is: 100 (number)
[FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     On characteristic for wz_milight_decke:state
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

Hat da noch wer ne Idee?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 Februar 2016, 16:16:15
welche iOS version hast du ?
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 27 Februar 2016, 16:24:12

welche iOS version hast du ?
Habe iOS 9.3 Beta 4. jetzt, wo du es sagst... Die Beta 4 kam die Woche erst, könnte auch vom TV her hinkommen :/


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 Februar 2016, 17:20:24
liegt an der iOS version. schau mal bei github bei den hap issues. da gibt es schon einen fix.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 27 Februar 2016, 18:30:09
Hier mal die Ausgabe beim --debug (Lichtproblematik):

[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM]   information service for wz_Couchlicht
[FHEM]     manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM]   Switch service for wz_Couchlicht
[FHEM]     Hue characteristic for wz_Couchlicht:hue
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 360,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Saturation characteristic for wz_Couchlicht:saturation
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Brightness characteristic for wz_Couchlicht:brightness
[FHEM]       initial value is: 100 (number)
[FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     On characteristic for wz_Couchlicht:state
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }

In FHEM eingestellte Farbe ist FFFFFF.
Beim Betreten des Raums in EVE kommt folgende Ausgabe:
[FHEM] query: Saturation for wz_Couchlicht-saturation
[FHEM]   cached: 0
[FHEM] query: On for wz_Couchlicht-state
[FHEM]   cached: 1
[FHEM] query: Hue for wz_Couchlicht-hue
[FHEM]   cached: 0
[FHEM] query: Brightness for wz_Couchlicht-brightness
[FHEM]   cached: 100

Die Anzeige in EVE stimmt soweit (Farbe: weiß, Helligkeit: 100%).
Jetzt setze ich in EVE die Farbe auf rot/100% und erhalte folgende Ausgabe:
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 100
[FHEM]   value converted to 0,100,100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,100,100&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 0
[FHEM]   value converted to 0,0,100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,100&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM]   value converted to 0,0,100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,100&XHR=1

Wieder selbes Phänomen: kurzes Umschalten zu rot dann wieder zurück auf weiß (und immer weiß/100%, auch wenn ich vorher in FHEM eine andere Farbe und Helligkeit eingestellt hatte).
Hatte vorher gedacht es geht auch kurz aus, aber das erschien mir nur so weil das vollfarbige Licht wesentlich dunkler ist.
In EVE wird nun auch rot/100% angezeigt, aber wenn ich den Raum neu lade, dann zeigt es wieder weiß/100%, was es ja auch ist (aber nicht sein soll).

Hier noch ein jsonlist vom Gerät:
{
  "Arg":"wz_Couchlicht",
  "Results": [
  {
    "Name":"wz_Couchlicht",
    "PossibleSets":"on off dim dimup dimdown HSV RGB",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long gamma dimStep defaultColor defaultRamp colorCast whitePoint event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,OccupancySensor,light,MotionSensor,blind,speaker,thermostat,thermometer,ignore,lock,window,contact,ContactSensor homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
    "Internals": {
      "CHANGED": "null",
      "CONNECTION": "LD382A",
      "DEF": "RGBW LD382A:192.168.1.6",
      "IP": "192.168.1.6",
      "LEDTYPE": "RGBW",
      "NAME": "wz_Couchlicht",
      "NR": "31",
      "NTFY_ORDER": "50-wz_Couchlicht",
      "PORT": "5577",
      "PROTO": "1",
      "SLOT": "0",
      "STATE": "on",
      "TYPE": "WifiLight"
    },
    "Readings": {
      "RGB": { "Value":"FFFFFF", "Time":"2016-02-27 18:21:37" },
      "brightness": { "Value":"100", "Time":"2016-02-27 18:21:37" },
      "hue": { "Value":"0", "Time":"2016-02-27 18:21:37" },
      "saturation": { "Value":"0", "Time":"2016-02-27 18:21:37" },
      "state": { "Value":"on", "Time":"2016-02-27 18:21:37" }
    },
    "Attributes": {
      "alias": "Couchlicht",
      "colorCast": "0, -20, -20, -25, 0, -10",
      "event-on-change-reading": "state",
      "genericDeviceType": "light",
      "group": "RGB Lichter",
      "icon": "light_led_stripe_rgb",
      "lightSceneParamsToSave": "RGB",
      "room": "HomeKit,Licht,Wohnzimmer",
      "webCmd": "on:off:RGB",
      "whitePoint": "1, 1, 1",
      "widgetOverride": "RGB:colorpicker,RGB"
    }
  }  ],
  "totalResultsReturned":1
}

Ich hoffe das hilft weiter Andre!?
Danke im Voraus.


Hier die Ausgabe beim --debug (Thermostatproblematik):

[FHEM] mappings for sz_Thermostat: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
  TargetTemperature:
   { reading: 'desired-temp',
     cmd: 'desired-temp',
     delay: true,
     minValue: 5,
     maxValue: 30,
     minStep: 0.5 } }
[FHEM] sz_Thermostat is thermostat
[FHEM] sz_Thermostat has CurrentTemperature [measured-temp]
[FHEM] sz_Thermostat has TargetTemperature [desired-temp]
  2016-02-27 17:40:46 caching: sz_Thermostat-measured-temp: 22.7
[FHEM]     caching: CurrentTemperature: 22.7 (as number; from '22.7')
  2016-02-27 17:40:46 caching: sz_Thermostat-desired-temp: 21.0
[FHEM]     caching: TargetTemperature: 21 (as number; from '21.0')


[FHEM] Initializing platform accessory 'sz_Thermostat'...
[FHEM] creating services for sz_Thermostat
[FHEM]   information service for sz_Thermostat
[FHEM]     manufacturer, model and serial number characteristics for sz_Thermostat
[FHEM]   Thermostat service for sz_Thermostat
[FHEM]     CurrentTemperature characteristic for sz_Thermostat:measured-temp
[FHEM]       initial value is: 22.7 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[FHEM]     TargetTemperature characteristic for sz_Thermostat:desired-temp
[FHEM]       initial value is: 21 (number)
[FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: 5,
  maxValue: 30,
  minStep: 0.5,
  perms: [ 'pr', 'pw', 'ev' ] }

Scheint soweit ja zu stimmen mit der IST Temperatur... Und nein Andre, ich habe die IST Temperatur nicht in EVE ausgeblendet. ;)
Bin mir mittlerweile ziemlich sicher dass die Anzeige der IST Temperatur ein Problem von EVE zu sein scheint, denn in der App myHome wird die Temperatur und die Zieltemperatur unter "Typen->Temperatur" angezeigt. Eventuell haben die da von Elgato eine neue Custom Characteristic für die IST Temperatur für ihren neuen Thermo mit eingebaut?
(https://www.dropbox.com/s/aiinwbn1jpclol5/myHome-Temps.png?raw=1)

Ich glaube es bleibt wohl nichts anderes übrig als sich mal so einen EVE Thermo zu bestellen und dann schauen was das Ding her gibt. Muss man ja danach nicht zwingend behalten. ;-)

Jetzt werd ich mal noch ein Wenig mit dem Homebridgemapping meiner Thermostate rumspielen. Mal schauen was sich da noch hinbiegen lässt, ich werde berichten.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 Februar 2016, 18:47:00
zu wifilight problem: ich sehe nirgends das nach den set kommandos der neu gesetzte wert ans fhem zurück gemeldet wird. siehst du da im event monitor? da sollten die geänderten readings für hue, saturation und brightness zu sehen sein. genau wie auf der der homebridge konsole.

teste bitte mal die angehängte version. da werden die werte intern noch mal zwischen gespeichert. ist nicht sauber aber geht eventuell.

gruss
 andre
Titel: Antw:homebridge/homekit
Beitrag von: linuzer am 27 Februar 2016, 19:36:46
du hast im homebridgeMapping die characteristic nicht angegeben. im switch fall ist das On:attr at_Radio_Wecker homebridgeMapping  On=cmdOn=active,cmdOff=inactive.

gruss
  andre

ps: damit even den aktuellen zustand kennt musst du auch den rückweg konfigurieren. d.h. welche reading mit welchen werten zu ein und aus gehört.

Hallo Andre,

vielen Dank für Deinen Tipp, jetzt habe ich es in beiden Richtungen hinbekommen!

Gruß, linuzer
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 28 Februar 2016, 16:47:53
zu wifilight problem: ich sehe nirgends das nach den set kommandos der neu gesetzte wert ans fhem zurück gemeldet wird. siehst du da im event monitor? da sollten die geänderten readings für hue, saturation und brightness zu sehen sein. genau wie auf der der homebridge konsole.

teste bitte mal die angehängte version. da werden die werte intern noch mal zwischen gespeichert. ist nicht sauber aber geht eventuell.

gruss
 andre

Hallo Andre,

habe getestet und es ist noch schlechter jetzt. Jetzt wird einfach einmal ausgeschaltet und danach wieder an. Ein Farbwechsel findet gar nicht statt. Im Event Monitor kommt:
2016-02-28 16:07:22 WifiLight wz_Couchlicht off
2016-02-28 16:07:22 WifiLight wz_Couchlicht state: off
2016-02-28 16:07:23 WifiLight wz_Couchlicht on
2016-02-28 16:07:23 WifiLight wz_Couchlicht state: on

In homebridge --debug kommt:
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 100
[FHEM]   value converted to 0,100,0
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,100,0&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 0
[FHEM]   value converted to 0,0,0
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,0&XHR=1
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
  2016-02-28 16:11:02 caching: wz_Couchlicht-state: off
[FHEM] wz_Couchlicht-state valueOn/valueOff: value off mapped to 0
[FHEM]     caching: On: 0 (as number; from 'off')
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM]   value converted to 0,0,100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,100&XHR=1
  2016-02-28 16:11:03 caching: wz_Couchlicht-state: on
[FHEM] wz_Couchlicht-state valueOn/valueOff: value on mapped to 1
[FHEM]     caching: On: 1 (as number; from 'on')

Bei der offiziellen Version kommt dieser Output, im Eventmonitor kommt gar nichts an:
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 360
[FHEM]   value converted to 360,100,100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%20360,100,100&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 99
[FHEM]   value converted to 0,99,100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,99,100&XHR=1
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM]   value converted to 0,100,100
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,100,100&XHR=1

Ich habe nun nochmal genauer getestet und beobachtet. Mit der offiziellen Version wird ganz kurz auf die richtige Farbe gestellt und danach wieder zurück auf die vorherige Farbe (nicht immer weiß!).


Beim Mapping meiner Geräte bräuchte ich nochmal ein Wenig Unterstützung.
Meine HomeMatic Thermostaten habe ich nun soweit im Griff, leider geben die Readings keinen eindeutigen Wert zurück in welchem Modus er sich gerade befindet. Der controlMode ändert sich ja nur kurz beim setzen und steht danach wieder auf auto. Aber zumindest das Einstellen und die Position funktionieren nun mit folgendem Mapping:
CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^auto/:AUTO,cmds=OFF:desired-temp+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto

Ich glaube das Umschalten des controlMode hat vorher nicht geklappt weil es mit zwei L geschrieben wurde. controllMode != controlMode
Wie geht das nun mit den Schaltzeiten umzusetzen Andre? Ich habe keinerlei Anhaltspunkt wie ich da ran gehen soll! Weiß nicht ob ich es wirklich brauche, aber probieren würde ich es gerne mal. Da die Thermostaten ja über HomeKit laufen sollte das Schalten über die EVE App ja kein Problem sein.

Dann suche ich noch nach dem passenden Mapping für StatusLowBattery. Ich habe einen Sensor (Fibaro Motion Sensor) der nur das Reading battery hat. Standardmäßig ist schon was gemappt, aber trotz "96 %" zeigt er Batterie schwach.
Habe es wie folgt probiert, leider ohne Erfolg:
StatusLowBattery=battery,part=0,threshold=10
Letzte Frage:
Wie kann ich die Characteristic Logs richtig mappen? Geht das überhaupt? Soll das dann einen Graphen anzeigen?

Vielen Dank im Voraus.

Gruß
Daniel

P.S. Habe die Temperaturen der Thermostate nun mit auf die Fensterkontakte gemappt, somit erscheinen sie auch wieder unter "Typen-->Temperatur".
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 28 Februar 2016, 21:01:14

liegt an der iOS version. schau mal bei github bei den hap issues. da gibt es schon einen fix.

gruss
  andre

Also ich hab die Bridge nun gelöscht und nochmal das Homebridge per NPM aktualisiert, aber finden kann ich die Geräte noch nicht in EVE. Muss da noch mehr gemacht werden?

Hier hab ich die Info, mit dem Update her: https://github.com/nfarina/homebridge/issues/541


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 29 Februar 2016, 10:46:31
@DeeSPe: kannst du mit das wifilight und ein leuchtmittel mal ausliehen? dann schaue ich das wir das endlich richtig hin bekommen. das problem ist das auf homekit seite hue,saturation und brightness getrennt eingestellt werden, das wifilight modul aber alle drei in einem set erwartet. hier scheint es ein timing problem zu geben die drei werte zusammen zu fassen.

das controll mode habe ich im readme korrigiert.

die timer kannst du z.b. in eve unter einstellungen->automatisierung->timer setzen.

das battery reading sollte automatisch richtig erkannt werden. ganz ohne mapping. bitte probier das noch mal.

aktuell sind logs und graphen noch nicht implementiert. es ist noch nicht ganz klar wie eve das macht. das geht über custom characteristics und ist nicht homekit standard.

@Hagenuck1: ja. das ist der thread. die änderungen sind noch nicht im normalen update drin. du musst sie von hand oder per git besorgen. im thread steht mehr dazu.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 29 Februar 2016, 10:50:42
@DeeSPe: noch etwas: kannst du bitte mal in index.js in der zeile 1106 das WifiLight durch xWifiLight ersetzen. dann sollte wieder der alte weg über das RGB kommando genommen werden. funktioniert das besser ?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 29 Februar 2016, 12:09:14
@DeeSPe: kannst du mit das wifilight und ein leuchtmittel mal ausliehen? dann schaue ich das wir das endlich richtig hin bekommen. das problem ist das auf homekit seite hue,saturation und brightness getrennt eingestellt werden, das wifilight modul aber alle drei in einem set erwartet. hier scheint es ein timing problem zu geben die drei werte zusammen zu fassen.

das controll mode habe ich im readme korrigiert.

die timer kannst du z.b. in eve unter einstellungen->automatisierung->timer setzen.

das battery reading sollte automatisch richtig erkannt werden. ganz ohne mapping. bitte probier das noch mal.

aktuell sind logs und graphen noch nicht implementiert. es ist noch nicht ganz klar wie eve das macht. das geht über custom characteristics und ist nicht homekit standard.

@Hagenuck1: ja. das ist der thread. die änderungen sind noch nicht im normalen update drin. du musst sie von hand oder per git besorgen. im thread steht mehr dazu.

gruss
  andre

Moin Andre,

das mit dem Ausleihen wird nicht ganz so einfach. Der zugehörige LightStripe ist bereits in meiner Wohnung verklebt. Werde mir aber demnächst wohl noch einen holen und dann wäre ein Ausleihen möglich, ist noch die Frage wo Du wohnst, aber mit Verschicken sollte es kein Problem sein.
Bin gerade noch am überlegen ob ich mir eine MiLight Bridge hole. Weiß da jemand ob bei den LightStripes Farbe und weiß gleichzeitig gehen (Pastelltöne), bei den Bulbs funktioniert das leider nicht. Funktionieren denn die MiLights sonst vernünftig über HomeKit?

Ah, Du meinst die (neuen) EVE internen Timer!? Nö, die möchte ich tatsächlich nicht benutzen. Ich dachte man kann das eingestellte Wochenprogramm auslesen und setzen über eine bestimmte Characteristic.

Das mit dem BatterieLow Mapping klappte eben nicht "out-of-the-box", drum bin ich ja auf der Suche nach einem Mapping.

Zu Logs und Graphen werde ich wohl mal einen EVE Thermo testweise bestellen und dann schauen wir wie der das macht!?

Ich werde heute Abend mit xWifiLight testen und berichten.

Vielen Dank erst einmal.

Gruß
Dan
Titel: homebridge/homekit
Beitrag von: Hagenuck1 am 29 Februar 2016, 12:31:45
@DeeSPe: Also generell laufen die Milight Bulbs super! Es lässt sich mit dem Milight Plugin alles perfekt steuern, das Wifilight Plugin hatte bei mir das Problem, dass die Farbe manchmal komisch umsprang, darum habe ich dann wieder auf das Milight Plugin gewechselt. Hier kann man alle möglichen Farben direkt per Sprache setzen, Helligkeit ändern etc. funktioniert mit der neusten Version von Homebridge perfekt :) solange man nicht auf iOS 9.3 Beta 4 ist

Edit: Nun auch mit der Beta. Die haben es in der aktuellen Homebridge Version schon eingebaut, aber ich hatte das "sudo apt-get update" vor dem "sudo npm update -g homebridge" vergessen.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 29 Februar 2016, 13:10:59
@DeeSPe: Also generell laufen die Milight Bulbs super! Es lässt sich mit dem Milight Plugin alles perfekt steuern, das Wifilight Plugin hatte bei mir das Problem, dass die Farbe manchmal komisch umsprang, darum habe ich dann wieder auf das Milight Plugin gewechselt. Hier kann man alle möglichen Farben direkt per Sprache setzen, Helligkeit ändern etc. funktioniert mit der neusten Version von Homebridge perfekt :) solange man nicht auf iOS 9.3 Beta 4 ist

Danke für die Info.
Deiner Antwort entnehme ich dass Du nur MiLight Bulbs hast? Ist es da immer noch so dass Farbe und weiß nur getrennt steuerbar sind? Hat diesbezüglich jemand Erfahrung mit Stripes?

Danke und Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 29 Februar 2016, 13:13:00
Ja, habe nur die Bulbs und die kann man leider nicht mischen um die Pastellfarben zu erzeugen. Bei den Stripes weiß ich das gerade so nicht, meine aber mal gelesen zu haben, dass es dafür spezielle Empfänger gibt, die das können.


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 29 Februar 2016, 20:06:02
@Hagenuck1:
Diesen bestimmten Controller habe ich! Das ist der LD382(A).

@DeeSPe: noch etwas: kannst du bitte mal in index.js in der zeile 1106 das WifiLight durch xWifiLight ersetzen.

Hallo Andre,

komisch, erst hat das Licht gar nicht mehr funktioniert!
Hab dann alles noch einmal gemacht und nun funktioniert es mit den Farben einstellen (mit xWifiLight).
Was mir nur aufgefallen ist:
Es scheinen alle Farben soweit zu funktionieren, außer diverse Rottöne. Sobald ich bestimmte Rottöne durchgehe wird die entsprechende Farbe kurz eingeschaltet, danach geht der Stripe kurz aus und wieder an mit weiß/100% (nicht die Farbe die vor dem Rotton eingestellt war).

[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM]   information service for wz_Couchlicht
[FHEM]     manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM]   Lightbulb service for wz_Couchlicht
[FHEM]     Hue characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 360,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Saturation characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 0 (number)
[FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     Brightness characteristic for wz_Couchlicht:RGB
[FHEM]       initial value is: 100 (number)
[FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[FHEM]     On characteristic for wz_Couchlicht:state
[FHEM]       initial value is: 1 (number)
[FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }

blau/100%
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 232
  2016-02-29 20:01:09 caching: wz_Couchlicht-RGB: 0324ff
[FHEM]     caching: Hue: 167 (as number; from '0324ff')
[FHEM]     caching: Saturation: 98 (as number; from '0324ff')
[FHEM]     caching: Brightness: 100 (as number; from '0324ff')
[FHEM]   value converted to 0324ff
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%200324ff&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 99
[FHEM]   converted value is unchanged
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM]   converted value is unchanged

rot/100%
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 346
  2016-02-29 20:02:30 caching: wz_Couchlicht-RGB: ff033e
[FHEM]     caching: Hue: -10 (as number; from 'ff033e')
[FHEM]     caching: Saturation: 98 (as number; from 'ff033e')
[FHEM]     caching: Brightness: 100 (as number; from 'ff033e')
[FHEM]   value converted to ff033e
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%20ff033e&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 99
  2016-02-29 20:02:30 caching: wz_Couchlicht-RGB: 000000
[FHEM]     caching: Hue: 0 (as number; from '000000')
[FHEM]     caching: Saturation: 0 (as number; from '000000')
[FHEM]     caching: Brightness: 0 (as number; from '000000')
[FHEM]   value converted to 000000
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%20000000&XHR=1
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
  2016-02-29 20:02:30 caching: wz_Couchlicht-state: off
[FHEM] wz_Couchlicht-state valueOn/valueOff: value off mapped to 0
[FHEM]     caching: On: 0 (as number; from 'off')
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
  2016-02-29 20:02:31 caching: wz_Couchlicht-RGB: ffffff
[FHEM]     caching: Hue: 0 (as number; from 'ffffff')
[FHEM]     caching: Saturation: 0 (as number; from 'ffffff')
[FHEM]     caching: Brightness: 100 (as number; from 'ffffff')
[FHEM]   value converted to ffffff
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%20ffffff&XHR=1
  2016-02-29 20:02:31 caching: wz_Couchlicht-state: on
[FHEM] wz_Couchlicht-state valueOn/valueOff: value on mapped to 1
[FHEM]     caching: On: 1 (as number; from 'on')

Kommst Du damit weiter?

Gruß
Dan

P.S. Gibt mir doch bitte noch einen Tipp mit dem Mapping vom BatteryLevelLow. Ich glaube mich zu erinnern dass dieses Mapping in der alten Version Deines Plugins für meinen Sensor richtig funktioniert hat.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 01 März 2016, 20:20:05
ich schau es mir am wochenende an.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Gizmo am 03 März 2016, 08:37:00
Hi,
in Vorbereitung für meinen bestellten Raspberry 3 wollte ich FHEM und Hombridge auf den neusten Stand bringen.
Durch einen kleinen Fehler meinerseits musste ich dann Hombridge komplett neu installieren, das habe ich dann nach
dem Wiki Eintrag von hier gemacht, die erste Einrichtung war über die Anleitung von meintechblog. 
Ich habe jetzt das Problem dass meine 2 Lidl Silvercrest Radios,
eingerichtet in FHEM nach dieser Methode: http://forum.fhem.de/index.php/topic,32030.0.html
über die Homebridge nicht mehr gefunden werden, bei der alten Hombridge waren sie noch da.
Muss ich die jetzt irgendwie anders einrichten? Blicke bei der neuen Version noch nicht so ganz durch.
Danke und Gruß
Kai
Titel: Antw:homebridge/homekit
Beitrag von: PsychoD am 03 März 2016, 11:38:50
Tag zusammen,

Eve hat relativ frisch "Eve Thermo" vorgestellt:
https://www.elgato.com/de/eve/eve-thermo

Temperatur auslesen und einstellen geht ja jetzt bereits sehr gut. Die Temperaturkurvenbearbeitung in der App könnte brauchbar sein (siehe in den Screenshots die Typen "Aktuell" und "Zeitplan"). Kann man schon was spekulieren, in wie weit die Homebridge dann auch unmittelbar von der Funktion profitieren kann? In der App sieht man bisher nix.

Viele Grüße
Psy
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 März 2016, 11:53:05
Tag zusammen,

Eve hat relativ frisch "Eve Thermo" vorgestellt:
https://www.elgato.com/de/eve/eve-thermo

Temperatur auslesen und einstellen geht ja jetzt bereits sehr gut. Die Temperaturkurvenbearbeitung in der App könnte brauchbar sein (siehe in den Screenshots die Typen "Aktuell" und "Zeitplan"). Kann man schon was spekulieren, in wie weit die Homebridge dann auch unmittelbar von der Funktion profitieren kann? In der App sieht man bisher nix.

Viele Grüße
Psy

Bisher gehen diese EVE-Extras noch nicht in Homebridge!

Du hast schon so einen EVE Thermo?
Wenn ja könntest Du hier im Forum behilflich sein bei der Weiterentwicklung des Homebridge Plugins um die entsprechenden Characteristics zu ermitteln und zu testen.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: PsychoD am 03 März 2016, 12:33:13
Hi,

nein habe keinen Eve Thermo, und finde auch 70€ für einen Thermostat der mich auf ewig an iDevices fesselt und weder Anzeige noch autarke Nutzbarkeit ermöglicht völlig inakzeptabel :-)

Viele Grüße
Psy
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 03 März 2016, 16:45:11
Hi,

nein habe keinen Eve Thermo, und finde auch 70€ für einen Thermostat der mich auf ewig an iDevices fesselt und weder Anzeige noch autarke Nutzbarkeit ermöglicht völlig inakzeptabel :-)

Viele Grüße
Psy

So sehe ich das auch. Bin mit meinen HomeMatic Thermostaten in Verbindung mit Homebridge auch super zufrieden, das funktioniert alles tip top.
Schade, ich hatte gehofft dass sich endlich jemand mit "EVE Thermo" gefunden hat und was zu den custom Characteristics beitragen kann.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 05 März 2016, 11:31:35
Mir ist noch ein kleines kosmetisches Problem aufgefallen, ich weiß aber nicht ob das ein Problem von Homebridge/FHEM oder von HomeKit/Siri ist.
Wenn ich meinen Thermostaten auf 21°C stelle und Siri frage welche Temperatur an dem Thermostat Küche eingestellt ist, dann antwortet Siri mir:
"Das Thermostat (Küche) steht auf EINUNDZWANZIGSTEL Grad".
Wieso EINUNDZWANZIGSTEL?
Stelle ich den Thermostat auf 21,5°C und frage danach, dann antwortet Siri richtig:
"Das Thermostat (Küche) steht auf Einundzwanzig Komma Fünf Grad".

Hat jemand eine Idee woran es liegen könnte?
Wie gesagt, das ist nur ein kosmetisches Problem, aber dennoch irgendwie lästig.

Gruß
Dan

P.S. Die Anzeige von Siri stimmt soweit. Vielleicht müsste bei Ganzzahlwerten ",0" ergänzt werden?
(https://www.dropbox.com/s/6ogrbrswbb1pubt/Siri-Heizung-Problem.png?raw=1)
Titel: Logitech Harmony mit Homekit Steuern
Beitrag von: ritter_runkel am 05 März 2016, 18:14:05
Moin Gemeinde,
ich bin begeistert was Homekit alles schon unterstützt. Nach anfänglichen Problemen läuft die Installation auf meinen Raspi 2B auch.

Ich bin nun dabei meine Geräte "ansprechend" zu steuern. Aktuell scheitere ich beim Mapping für meine Harmony

fhem Config:
attr Harmony genericDeviceType switch
attr Harmony homebridgeMapping clear On=activity,subtype=TV,valueOn=Dummenfang,cmdOn=activity+Dummenfang,cmdOff=off On=activity,subtype=Radio,valueOn=Radio,cmdOn=activity+Radio,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Apple+TV,valueOn=Apple+TV,cmdOn=activity+Apple+TV,cmdOff=off On=activity,subtype=Smart+TV,valueOn=Smart+TV,cmdOn=activity+Smart+TV,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=off

beim Start von Homekit beschwert sich die Installation und stürzt mit folgender Meldung ab:
[FHEM] Initializing platform accessory 'Harmony'...
[FHEM] creating services for Harmony
[FHEM]   information service for Harmony
[FHEM]     manufacturer, model and serial number characteristics for Harmony
[FHEM]   Switch service for Harmony
[FHEM]     On characteristic for Harmony:state
[FHEM]   Switch service for Harmony (Off)
[FHEM]     On:Off characteristic for Harmony:activity
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:128
      if (service.subtype.toString() === existing.subtype.toString())
                                                         ^

TypeError: Cannot read property 'toString' of undefined
    at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:128:58)
    at /usr/local/lib/node_modules/homebridge/lib/server.js:397:19
    at Array.forEach (native)
    at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:381:14)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:343:32)
    at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:931:22)
    at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)

Soweit ich das lesen kann - gibts ein Problem mit den "Subtypes".

Ist in meiner FHEM-Config ein Fehler?

Danke für Eure Hilfe.

//Erik
Titel: Antw:Logitech Harmony mit Homekit Steuern
Beitrag von: DeeSPe am 05 März 2016, 21:10:10
fhem Config:
attr Harmony genericDeviceType switch
attr Harmony homebridgeMapping clear On=activity,subtype=TV,valueOn=Dummenfang,cmdOn=activity+Dummenfang,cmdOff=off On=activity,subtype=Radio,valueOn=Radio,cmdOn=activity+Radio,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Apple+TV,valueOn=Apple+TV,cmdOn=activity+Apple+TV,cmdOff=off On=activity,subtype=Smart+TV,valueOn=Smart+TV,cmdOn=activity+Smart+TV,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=off

Eventuell erst einmal mit weniger Schaltern starten und dann ausbauen.

Ich sehe in deinem homebridgeMapping auch 2x Spielen, vielleicht ist das der Fehler?

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: schka17 am 06 März 2016, 10:15:11
Hallo,

beschäftige mich gerade seit ein paar Tagen mit der Homebridge, wollte mich hier auch mal für diese geniale Entwicklung bedanken.
Die Basis bei den Komponenten habe ich eingerichtet und funktioniert so weit, jetzt wird an den Details gearbeitet. Ich habe drei Punkte wo ich im Moment nicht weiterkomme und um Unterstützung bitte.

Einbindung des Harmony Hubs, Ich kann jetzt zumindest mal Activities ein-und ausschalten, aber kann ich einzelne Kommandos für mute, VolumeUp/Down, Channel UP/Down realisieren?

Bei den allen Sensoren die einen Helligkeitswert liefern bekomme ich folgende Fehlermeldung und natürlich auch keine Werte in EVE
[FHEM] THPL_Outdoor-normalizedLuminosity not a number: 10000
hier das list dieses Sensors
Internals:
   CUNO1_MSGCNT 718
   CUNO1_RAWMSG A1411A270FFDB2200000000783B26020003D7420AF0::-72:CUNO1
   CUNO1_RSSI -72
   CUNO1_TIME 2016-03-06 10:07:24
   DEF        FFDB22
   HMLAN_MSGCNT 703
   HMLAN_RAWMSG EFFDB22,0000,9E3865A4,FF,FFBB,11A270FFDB2200000000783B26020003D7420AF0
   HMLAN_RSSI -69
   HMLAN_TIME 2016-03-06 10:07:24
   IODev      CUNO1
   LASTInputDev HMLAN
   MSGCNT     1421
   NAME       THPL_Outdoor
   NR         2438
   NTFY_ORDER 50-THPL_Outdoor
   STATE      <font color="red"> 12.0 °C </font><br><font color="lightblue"> 59 % <br><font color="green">973.0 hPa </font><br><font color="yellow"> 9498 Lux</font>
   TYPE       CUL_HM
   lastMsg    No:11 - t:70 s:FFDB22 d:000000 00783B26020003D7420AF0
   protLastRcv 2016-03-06 10:07:24
   rssi_at_CUNO1 avg:-72.14 min:-79.5 max:-68.5 lst:-72 cnt:718
   rssi_at_HMLAN avg:-65.77 min:-77 max:-59 lst:-69 cnt:703
   Helper:
     Dblog:
       Humidity:
         Dblog:
           TIME       1457255244.69919
           VALUE      59
       Normalizedluminosity:
         Dblog:
           TIME       1457255244.69919
           VALUE      9498
       Pressure:
         Dblog:
           TIME       1457255244.69919
           VALUE      973.0
       Pressure-nn:
         Dblog:
           TIME       1457255244.69919
           VALUE      1003.6
       Temperature:
         Dblog:
           TIME       1457255244.69919
           VALUE      12.0
   Readings:
     2016-03-04 23:46:29   Activity        alive
     2015-10-08 15:10:01   D-firmware      0.15
     2015-10-08 15:10:01   D-serialNr      UWS6269396
     2016-03-06 10:07:24   batVoltage      2.80
     2016-03-06 10:07:24   battery         ok
     2016-03-06 10:07:24   humidity        59
     2016-03-06 10:07:24   luminosity      2517
     2016-03-06 10:07:24   normalizedLuminosity 9498
     2016-03-06 10:07:24   pressure        973.0
     2016-03-06 10:07:24   pressure-nn     1003.6
     2016-03-06 10:07:24   state           T: 12.0 H: 59 L: 2517 P: 973.0 P-NN: 1003.6
     2016-03-06 10:07:24   temperature     12.0
   Helper:
     HM_CMDNR   17
     mId        F102
     rxType     156
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +FFDB22,00,00,00
       nextSend   1457255244.79229
       prefIO
       rxt        2
       vccu
       p:
         FFDB22
         00
         00
         00
     Mrssi:
       mNo        11
       Io:
         CUNO1      -70
         HMLAN      -69
     Prt:
       bErr       0
       sProc      0
       sleeping   1
     Q:
       qReqConf   00
       qReqStat   00
     Role:
       chn        1
       dev        1
     Rssi:
       At_cuno1:
         avg        -72.142061281337
         cnt        718
         lst        -72
         max        -68.5
         min        -79.5
       At_hmlan:
         avg        -65.778093883357
         cnt        703
         lst        -69
         max        -59
         min        -77
Attributes:
   IODev      CUNO1
   actCycle   028:00
   actStatus  alive
   alias      Aussenwerte
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   0.15
   genericDeviceType thermometer
   group      Weatherstation
   homebridgeMapping CurrentAmbientLightLevel=normalizedLuminosity
   icon       temp_outside
   model      HB-UW-Sen-THPL-O
   room       Homekit,Outdoor
   serialNr   UWS6269396
   stateFormat <font color="red"> temperature °C </font><br><font color="lightblue"> humidity % <br><font color="green">pressure hPa </font><br><font color="yellow"> normalizedLuminosity Lux</font>
   subType    THPLSensor
   userReadings normalizedLuminosity {sprintf("%.0f",(ReadingsVal($name,"luminosity",0)/0.265))}

Das dritte Thema ist mein Wintergarten Rolladen, dieser wird über FS20 gesteuert.

Internals:
   BTN        42
   CFGFN      ./FHEM/FS20.cfg
   CUL_MSGCNT 5
   CUL_RAWMSG 810b04xx0101a001c019420011
   CUL_RSSI   -86
   CUL_TIME   2016-03-06 10:00:12
   DEF        c019 42
   IODev      CUL
   LASTInputDev CUL
   MSGCNT     5
   NAME       WG_FB_Rolax
   NR         506
   STATE      Unten
   TYPE       FS20
   XMIT       c019
   Code:
     1          c019 42
   Readings:
     2016-03-06 10:00:12   state           on
Attributes:
   IODev      CUL
   devStateIcon Oben:fts_shutter_10 Unten:fts_shutter_100 ausfahren:fts_shutter_down@red einfahren:fts_shutter_up@red
   eventMap   on:Unten off:Oben dim100%:Unten dimup:Oben dimdown:Unten
   fp_Wintergarten 40,600,2,Rolax
   genericDeviceType switch
   group      Beschattung
   homebridgeMapping On=state valueOn=Unten,cmdOn=Unten,valueOff=Oben,cmdOff=Oben
   icon       fts_sunblind
   room       Homekit,Wintergarten

Wie muss das Mapping richtig aussehen dass ich mit dem Sprachkommando Oben und Unten steuern kann?

Vielen Dank

Karl
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 06 März 2016, 12:10:24
Den Rollladen mal in dieser Art probiert?
PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/Unten|dim/,valueOff=ObenBitte noch anpassen.

Den Sensor in etwa so:
CurrentRelativeHumidity=humidity CurrentAmbientLightLevel=luminosity
Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: schka17 am 06 März 2016, 12:37:59
Den Rollladen mal in dieser Art probiert?
PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/Unten|dim/,valueOff=ObenBitte noch anpassen.

Den Sensor in etwa so:
CurrentRelativeHumidity=humidity CurrentAmbientLightLevel=luminosity
Gruß
Dan

Hallo Dan,

vielen Dank für deine Antwort, das HomeBridgeMapping vom Sensor habe ich konfiguriert, normalizedLuminosity ist nur ein Usereading das die Filterfolie kompensiert, aber auch wenn ich das Original reading eintrage funktioniert es nicht, das sind die Meldungen der homebridge:

[FHEM] THPL_Outdoor-luminosity not a number: 1708
[FHEM]   not cached
[FHEM]   executing: http://192.168.255.9:8083/fhem?cmd=%7BReadingsVal(%22THPL_Outdoor%22,%22luminosity%22,%22%22)%7D&XHR=1

Wenn ich http://192.168.255.9:8083/fhem?cmd=%7BReadingsVal(%22THPL_Outdoor%22,%22luminosity%22,%22%22)%7D&XHR=1 abfrage bekomme ich im Browser richtigerweise den Wert zurück.
Ich habe jetzt testweise ein "dummy"reading testluminosity auf den Wert 1500 (ich habe auch alle möglichen andere Werte, mit und ohne Komma/punkt probiert) gesetzt, wieder die selbe Fehlermeldung. Es scheint nicht als numerischer Wert erkant zu werden.

Den Rolladen probiere ich mal aus, wobei es gibt hier bei mir nur offen oder zu, keine Stellungen dazwischen (das würde auch das Glas nicht aushalten).

Gruß

Karl
Titel: Antw:homebridge/homekit
Beitrag von: ritter_runkel am 06 März 2016, 12:53:11
Hallo DeeSPe,
danke Dir!
Wenn ich nur eine "activity" eingebe funzt es. Allerdings habe ich nicht keine Änderung in Deinem Code ggü. meinem finden können...  :-\
Die "activity Spielen" sollte nur einmal rein - das war ein Fehler von mir.

Naja, egal - Fernsehen reicht ja  ;D

Ich habe ein weiteres Thema, bei dem ich nicht weiter komme - meine FIBARO RollerShutter.
Folgendes Mapping:
attr Rolladen_OG_Gaeste genericDeviceType blind
attr Rolladen_OG_Gaeste homebridgeMapping CurrentPosition=position,minValue=0,maxValue=99 TargetPosition=dim::position,minValue=0,maxValue=99,minStep=10

Damit funktioniert schonmal schließen und öffnen auf die prozentualen Werte.
[FHEM] homebridgeMapping: CurrentPosition=state TargetPosition=dim::position,minValue=0,maxValue=99,minStep=10 CurrentEnergy=meter
[FHEM] Rolladen_OG_Gaeste is blind
[FHEM] Rolladen_OG_Gaeste has
[FHEM]   Custom Power [power]
[FHEM]   Custom Energy [energy]
[FHEM]   CurrentPosition [state]
[FHEM]   TargetPosition [position]
[FHEM]   CurrentEnergy [meter]

Was nicht geht, ist der "Rückkanal" -> in EVE werden die "CurrentPosition" und "Energy"nicht angezeigt.
Hier habe ich das Mapping für die Funktionen homefit->fhem noch nicht verstanden. Auch scheint es, dass EVE Daten cached (homefit läuft nicht dauernd). Beim Neustart von homekit werden Werte aus "alten" Bewegungen in EVE (CurrentPosition) angezeigt. FHEM hat jedoch die korrekten Werte.

Kann mir jemand noch das "Rückwärts-Mapping" kurz verständlich machen?

Grüße und Dank in die Runde!

//Erik


 
Titel: Antw:homebridge/homekit
Beitrag von: schka17 am 06 März 2016, 13:47:54
Nochmal zum Rolladen:

dieses Beispiel funktoniert bei mir nicht:
PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/Unten|dim/,valueOff=ObenAuch das Schalten mit EVE funktioniert nicht, nur wenn ich Genericdevice blind einstelle dann wird hier das Kommando pct mit einem numerischen Wert verwendet.
Ich habe eine FS20 switch der nur on und off kennt, gut er kennt auch dimXXX, aber das ist nicht in Verwendung. Ich habe jetzt wieder als switch definiert. Grundsätzlich tut das ja, aber ich möchte nicht sagen "schalte Rolax ein/aus" und wenn ich alle Lichter im WG auschalten möchte fährt dann auch der Rolladen hoch.

Wenn noch jemand eine Idee hat?

Titel: Antw:homebridge/homekit
Beitrag von: Markus M. am 06 März 2016, 14:29:14
So, jetzt hab ich das auch mal ausprobiert - sehr interessant :)
Das erste was mir allerdings aufgefallen ist, ist dass die Luftqualität in den Standardeinstellungen nicht funktioniert
  2016-03-06 14:26:45 caching: co20-voc: 942
[FHEM]     caching: AirQuality: 0 (as number; from '942')
Ich bekomme immer nur Unknown zurück.

Gruss, Markus
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 06 März 2016, 15:28:48
@DeeSPe: deine punkte kommen noch :)

@ritter_runkel: die subtypes müssen eindeutig sein. d.h. nicht doppelt vorkommen. alles was über custom characteristics abgebildet wird kannst du nicht direkt über eve steuern. nur über homekit szenen (und manchmal über passende namen und schalter).

@schka17: wenn du alle activities in homekit haben willst musst du garnichts machen. das sollte automatisch gehen. wenn du nur eine auswahl haben möchtest gibst du sie so an wie du es schon gemacht hat. aber keine doppelten (siehe oben).

zum CurrentAmbientLightLevel: da hat noch etwas bei der umstellung auf die neue version gefehlt. kommt in nächsten update.

zu den rollläden: du musst über das mapping einstellen in welchem reading der aktuelle wert steht und es muss ein event (im event monitor zu sehen) geben. das dim bei TargetPosition ist ziemlich sicher falsch. bzw. es sollte bei CurrentPosition und TargetPosition das gleiche reading verwendet werden und bei TargetPosition zusätzlich ein passendes kommando zum setzen. über cmd kannst du dann z.b. 0% auf off und alles andere auf on mappen. oder umgekehrt oder in jedem anderen verhältnis.

@schka17: homekit steuert die rollläden immer prozentual an. wenn dein fs20 rollladen das nicht kann musst du den

@Markus M.: gleiches problem wie oben beim CurrentAmbientLightLevel. ist im nächsten update repariert.
Titel: Antw:homebridge/homekit
Beitrag von: schka17 am 06 März 2016, 15:52:23
Harmony schalten funktioniert, ich sehe in EVE aber die Name der activities nicht, kann man daskonfigurieren?(http://uploads.tapatalk-cdn.com/20160306/9c56c33723c0c47964da3572189352b8.jpg)


Sent from my iPad using Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: schka17 am 06 März 2016, 16:02:12
Rolladen habe ich jetzt mal als switch definiert, das funktioniert.

Einzig störend ist halt das sich bei "Wintergarten ausschalten" auch die Beschattung öffnet. Muss ich mir noch etwas überlegen.

Danke

Karl
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 06 März 2016, 16:59:44
das mit den namen scheint ein eve problem zu sein. wenn du über types/power gehst müsstest du sie sehen. das zuweisen eines siri namen sollte auch gehen.

wenn du sie als switch laufen lassen willst kannst du zwei homekit szenen mit passenden namen anlegen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 06 März 2016, 20:53:28
bin neu hier wollte gerade homebridge installieren doch als ich

npm install -g homebridge eingegeben habe kam das..



pi@raspberrypi:~ $ npm install -g homebridge
npm WARN checkPermissions Missing write access to /usr/lib/node_modules
/usr/lib
└─┬ homebridge@0.3.0
  ├─┬ chalk@1.1.1
  │ ├─┬ ansi-styles@2.2.0
  │ │ └── color-convert@1.0.0
  │ ├── escape-string-regexp@1.0.5
  │ ├─┬ has-ansi@2.0.0
  │ │ └── ansi-regex@2.0.0
  │ ├── strip-ansi@3.0.1
  │ └── supports-color@2.0.0
  ├─┬ commander@2.8.1
  │ └── graceful-readlink@1.0.1
  ├─┬ hap-nodejs@0.2.6
  │ ├─┬ curve25519@1.1.0  (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
  │ │ ├── bindings@1.2.1
  │ │ └── nan@2.2.0
  │ ├─┬ debug@2.2.0
  │ │ └── ms@0.7.1
  │ ├── ed25519@0.0.3  (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
  │ ├─┬ mdns@2.2.11  (git://github.com/KhaosT/node_mdns.git#8ff4d603197a92c3cc829ddd37ddfac5bfe21332)
  │ │ └── nan@2.1.0
  │ └─┬ srp@0.2.0  (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)
  │   └── bignum@0.11.0
  ├─┬ node-persist@0.0.8
  │ ├── mkdirp@0.3.5
  │ └── q@1.1.2
  └── semver@5.0.3

npm ERR! Linux 4.1.18-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.7.1
npm ERR! npm  v3.6.0
npm ERR! path /usr/lib/node_modules
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall access

npm ERR! Error: EACCES: permission denied, access '/usr/lib/node_modules'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, access '/usr/lib/node_modules']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'access',
npm ERR!   path: '/usr/lib/node_modules' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/npm-debug.log


bin ein absoluter Neuling will eigentlich nur ne funksteckdose mit Siri bedienen im fhem klappt das auch alles super : )
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 06 März 2016, 21:52:14
Global mit sudo installieren!!! (steht auch im Output)
sudo npm install -g homebridge

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 06 März 2016, 21:58:43
okay hat funktioniert. habe nun auch in der Eve app die homebridge gefunden allerdings nicht meine funksteckdose. habe ich vielleicht irgendwas falsch gemacht bzw vergessen ?


attr global userattr alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type icon sortby webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define licht dummy
attr licht genericDeviceType switch
attr licht room HomeKit
attr licht setList off on
define off_licht notify licht:off {system("/usr/bin/send 11111 1 0 &")}
define on_licht notify licht:on { system("/usr/bin/send 11111 1 1 &")}


define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global




hoffe so sehr das mir jemand helfen kann. also in fhem kann ich die Steckdose an und ausschalten nur wird mir das gerät in der eve app nicht angezeigt


Gruss und vielen vielen dank im voraus
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 06 März 2016, 22:07:21
okay hat funktioniert. habe nun auch in der Eve app die homebridge gefunden allerdings nicht meine funksteckdose. habe ich vielleicht irgendwas falsch gemacht bzw vergessen ?

Mein Dummy (der auch eine 433MHz Steckdose schaltet habe ich wie folgt definiert:
Internals:
   NAME       sz_Schranklicht
   NR         113
   STATE      off
   TYPE       dummy
   Readings:
     2016-03-06 02:28:03   state           off
Attributes:
   alias      Schranklicht
   group      Lichter
   icon       light_led_stripe
   room       HomeKit,Licht,Schlafzimmer
   setList    on off

Das Notify dazu sieht so aus (ist etwas einfacher und übersichtlicher als deines):
Internals:
   DEF        sz_Schranklicht set sz_Schranklicht_dev $EVENT
   NAME       sz_Schranklicht_ntfy
   NOTIFYDEV  sz_Schranklicht
   NR         114
   NTFY_ORDER 50-sz_Schranklicht_ntfy
   REGEXP     sz_Schranklicht
   STATE      2016-03-06 02:28:03
   TYPE       notify
   Readings:
     2016-03-05 19:40:40   state           active
Attributes:
   group      433 MHz Steckdosen
   room       notify

Und das _dev device dazu:
Internals:
   Command    sudo /home/pi/raspberry-remote/send 10010 03
   DEF        sudo /home/pi/raspberry-remote/send 10010 03 1 0
   NAME       sz_Schranklicht_dev
   NR         42
   OffValue   0
   OnValue    1
   STATE      off
   TYPE       GenShellSwitch
   Readings:
     2016-03-06 02:28:04   state           off
Attributes:
   alias      Schranklicht
   genericDeviceType switch
   icon       light_led_stripe
   room       Technik

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 06 März 2016, 22:14:55
Okay ich muss scheinbar noch sehr sehr viel lernen

Sorry wenn die Frage lächerlich ist aber wo muss ich das einfügen ?

Kann ich das so kopieren und dann einfach den Code von meiner Steckdose einfügen klappt es so?

also vielleicht bist du so nett und erklärst es mlr

Doch schwerer wie ich es gedacht habe mhm


Aber danke das du antwortest
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 06 März 2016, 22:31:22
Das von mir gepostete war die list(s) von den devices.
Weiß nicht ob du mit dem Modul GenShellSwitch arbeiten willst und du auch "raspberry-remote" installiert hast.
Meine fhem.cfg Einträge sehen so aus:

define sz_Schranklicht_dev GenShellSwitch sudo /home/pi/raspberry-remote/send 10010 03 1 0

define sz_Schranklicht dummy
attr sz_Schranklicht genericDeviceType light
attr sz_Schranklicht room HomeKit
attr sz_Schranklicht setList on off

define sz_Schranklicht_ntfy notify sz_Schranklicht set sz_Schranklicht_dev $EVENT

Gruß
Dan

Update: Hab's mal auf die allernötigsten Einträge gekürzt.
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 07 März 2016, 05:08:31
 Ich weiß nicht womit ich arbeiten möchte, am besten etwas was einfach funktioniert:)

 Ich habe das von dir mal so übernommen, aber leider kommt ein Fehler Unknow genschellswitch
 Muss ich etwas bestimmtes installieren?

Ich habe das System nach diesem Tutorial aufgebaut
http://mathias-biedert.de/2014/08/25/raspberry-pi-fhem-433mhz-elro-funksteckdosen-schalten/
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 07 März 2016, 07:43:52
Leider finde ich das Tutorial nicht mehr nach dem ich vorgegangen bin, aber wenn das so funktioniert bei dir, dann lass es doch einfach so. Wichtig für Homebridge sind am Ende eh nur die Attribute vom dummy. GenShellSwitch ist ein Modul (kann ich bei Bedarf gerne zur Verfügung stellen) was ich nachträglich in FHEM installiert habe, das war Teil des Tuts.  Eigentlich kann man GenShellSwitch auch alleine benutzen ohne den dummy, aber das habe ich nicht vernünftig mit Homebridge hinbekommen (der Status in HomeKit wird nicht aktualisiert).

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 07 März 2016, 07:57:07
O. k. danke, ich glaube ich habe das Modul im Internet gefunden(/00_GenShellSwitch.pm?). Werde es gleich wenn ich zu Hause bin ausprobieren, dann hoffe ich funktioniert das endlich.c O. k. danke, ich glaube ich habe das Modul im Internet gefunden. Werde es gleich wenn ich zu Hause bin ausprobieren, dann hoffe ich funktioniert das endlich.

Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 07 März 2016, 09:13:47
Wie gesagt, das Modul GenShellSwitch (ja, 00_GenShellSwitch.pm) hat nichts mit der Schaltlogik von Homebridge zu tun, da ich es am Ende doch über einen dummy (der GenShellSwitch schaltet), der dann zu Homebridge zugewiesen ist, umgesetzt habe. Also kannst Du Dir den Aufwand eigentlich sparen. Mit den Attributen des dummy wie ich sie geschrieben habe sollte es funktionieren. Habe bei mir auch noch ein paar Zusatzschalter (z.B. für Abwesenheit oder Schlafmodus) als dummy gebaut und die funktionieren einwandfrei in Homebridge.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 07 März 2016, 11:40:41
jetzt geht mit mal garnichts mehr finde die homebridge auch nicht in der eve app ich verzweifle hier langsam

das zeigt er an


*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
homebridge API version: 2
Registering platform 'homebridge-fhem.FHEM'
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 07 März 2016, 12:11:46
Der Output den Du gepostet hast, ist der normale Output bei Homebridge. Der kommt immer, die Fehlermeldung kann ignoriert werden!

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 07 März 2016, 12:29:49
Achso okay das wusste ich nicht...


ich verstehe nicht wieso das auf einmal nicht mehr geht...

ich habe nix verändert oder sonst was   
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 07 März 2016, 12:46:14
kann mir irgendwer mal eine laufende homebridge mit teamviewer oder so einrichten würde das auch mit paysafe honorieren
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 07 März 2016, 13:16:44
Wenn Du magst könnte ich mir das heute Abend mal anschauen...

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 07 März 2016, 13:18:42
okay sehr gerne bin ab 21 Uhr wieder zuhause wenn du dann kurz zeit hast wäre nett habe den pi nun auch platt gemacht und nur fhem erstmal drauf gemacht
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 07 März 2016, 13:25:09
okay sehr gerne bin ab 21 Uhr wieder zuhause wenn du dann kurz zeit hast wäre nett habe den pi nun auch platt gemacht und nur fhem erstmal drauf gemacht

Hui, das war aber radikal... ;)

Ab 21 Uhr sollte auch bei mir passen.
Bis später.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 07 März 2016, 19:29:44
Für alle, die auch die Beta nutzen.
Auch mit der iOS 9.3 Beta 6, die gerade veröffentlicht wurde funktioniert auch mit der aktuellen HomeBridge Version ;)


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 07 März 2016, 20:54:37
Hallo Andre
gibt es eigentlich eine Möglichkeit, die Schrittweite bspw bei Rolläden zu ändern? Sprich, dass man in EVE nicht in 1er-Schritten sondern bspw in 5er-Schritten hochfährt.
Danke, Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 07 März 2016, 21:24:13
in homebridgeMapping minStep=xxx verwenden.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: no_Legend am 09 März 2016, 07:48:17
Mal ne kurze Frage kommt das homebridgeMapping attr automatisch, wenn ich die neuste Homebridge Version installiert habe?

Gruß Robert
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 09 März 2016, 07:54:59
@Andre: Danke, werde ich probieren
@no_legend: Nein, das musst Du in FHEM anlegen

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: no_Legend am 09 März 2016, 07:56:36

@no_legend: Nein, das musst Du in FHEM anlegen

Ciao, Christian

Morgen Christian,

was verstehst du unter anlegen?

einfach ein attr Device homebridgeMapping absetzten?

Gruß Robert
Titel: Antw:homebridge/homekit
Beitrag von: budy am 09 März 2016, 08:28:25
Moin Robert,

es kommt drauf an… für einige Devices braucht man das nicht zu tun, weil homebridge-fhem, das automatisch erledigt. Nicht in FHEM, sondern, wenn homebridge-fhem von homebridge geladne wird, also on-the-fly. Bei anderen Devices wiederum, muss man Hand anlegen, wie z.B. bei einigen Homematic-Konponenten, oder wenn man sich Dummies baut.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 09 März 2016, 08:48:50
Hi,

sei es wie es sei.
Damit ich das homebridgemapping-Attribut wenn nötig, einem Device zuordnen kann, habe ich beim global-Device im userattr homebridgeMapping:textField-long hinzugefügt.
Analoge Vorgehensweise wie beim genericDeviceTyp.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: no_Legend am 09 März 2016, 09:36:42
Ich wollte mich mal um meine Homematic Rolladen kümmern.
Damit ich diese endlich mit Siri gesteuert bekomme.

Gruß Robert
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 09 März 2016, 10:54:23
wenn die beiden attribute in fhem nicht bekannt sind werden sie in aktuellen homebridge versionen automatisch angelegt d.h. zu der attribut liste hinzugefügt.

du musst sie nur in den einzelnen devices setzen/verwenden wenn du sonderwünsche hast.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 09 März 2016, 10:56:04
Oh, cool, das sieht man natürlich bei einer schon laufenden Installation nicht  :D
Titel: Antw:homebridge/homekit
Beitrag von: no_Legend am 09 März 2016, 11:01:03
wenn die beiden attribute in fhem nicht bekannt sind werden sie in aktuellen homebridge versionen automatisch angelegt d.h. zu der attribut liste hinzugefügt.

du musst sie nur in den einzelnen devices setzen/verwenden wenn du sonderwünsche hast.

gruss
  andre

Hi Andre,

danke für die Info.
Wann werden die attr angelegt? Wenn die Geräte neu hinzugefügt werden?
Muss man vorher noch etwas in FHEM eintragen, dass das Homebridge Mapping angelegt werden kann?

Ich habe ja schon länger deine homebridge im einsatz.
Habe dann gestern die Updates gezogen, wie im wiki beschrieben.

Aber ein neues attribut ist bei den "alt" Geräten nicht angelegt worden.

Gruß Robert
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 09 März 2016, 12:02:29
wie oben geschrieben: das attribut wird nicht im device angelegt sondern in fhem bekannt gemacht. im device setzen musst du es selber wenn du es brauchst.
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 09 März 2016, 19:51:34
Hallo zusammen,

danke für die zahlreichen Tips hier und im Wiki!

Ich habe leider ein Problem, welches ich (auch nach stundenlangem Suchen und Tüfteln) nicht gelöst bekomme:

- FHEM läuft
-- Geräte im Raum "HomeKit" lassen sich per WebGUI steuern
- Homebridge läuft auf dem RPi
-- Elgato Eve findet die Homebridge auch und kann sich verbinden

Leider finde ich in der App aber keine Devices.

Habt Ihr einen Rat?

Danke,
Martin

Edit:
Ich habe die Vermutung, dass es an
Server listening on: http://<ip>:8082liegt. In der config.json habe ich
"server": "127.0.0.1",eingetragen.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 09 März 2016, 21:34:16
das auf port 8082 ist der debug browser.

zeig die komplette konsolen ausgabe beim start und am besten auch die komplett config.json.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 10 März 2016, 05:52:48
Konsole:

*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
homebridge API version: 2
Registering platform 'homebridge-fhem.FHEM'
---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
Homebridge is running on port 51826.
Server listening on: http://<ip>:8082


config.json

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },
 
    "platforms": [
        {
            "platform": "homebridge-fhem.FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=Homekit"
        }
     ],
 
    "accessories": []
}

Danke! :)
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 10 März 2016, 06:01:36
@martin: Hast du zufällig die iOS 9.3 Beta im Einsatz?


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 10 März 2016, 06:05:42
@martin: Hast du zufällig die iOS 9.3 Beta im Einsatz?


Gesendet von iPhone mit Tapatalk

Nein, iOS 9.2.1 und Elgato Eve 1.4.
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 10 März 2016, 06:17:09
Okay. Was mir gerade nur auffällt, bei dem Log vom Start von dir oben listet Homebridge deine Geräte die nicht auf. Das heißt, dass er da so nichts findet. Schreibweise des Raumes stimmt überein und ist in FHEM nicht HomeKit?
Was mir sonst noch auffällt. Der Log ist komplett oder hattest du den Teil mit

Loading 1 Platforms
[FHEM] initializing FHEM platform
....
[FHEM] got 4 results
Nur nicht gepostet? An der Stelle mit "Got X results" sollten entsprechend viele Geräte angezeigt werden, die du im Raum Homekit hast. Danach sollte er dann die Parameter der Geräte einzeln auflisten.


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 10 März 2016, 06:41:17
Schreibweise des Raumes stimmt überein und ist in FHEM nicht HomeKit?

1:1 identisch.


Der Log ist komplett oder hattest du den Teil mit

Loading 1 Platforms
[FHEM] initializing FHEM platform
....
[FHEM] got 4 results
Nur nicht gepostet?

Ist die komplette Ausgabe.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 10 März 2016, 09:15:55
ich glaube du hast die neue homebridge version mit der neuen plugin schnittstelle laufen. die ist noch ungetestet da ich sie noch nicht per update bekommen habe. es sollte zwar alles kompatibel sein aber eventuell liegt es dich daran.

gruss
  andre

edit: oder kann es sein das du homebridge nicht per npm sondern von hand per git installiert hast?
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 10 März 2016, 10:02:10
ich glaube du hast die neue homebridge version mit der neuen plugin schnittstelle laufen. die ist noch ungetestet da ich sie noch nicht per update bekommen habe. es sollte zwar alles kompatibel sein aber eventuell liegt es dich daran.

gruss
  andre

edit: oder kann es sein das du homebridge nicht per npm sondern von hand per git installiert hast?

Die Version sollte aktuell sein, habe ich vorgestern (er)neu(t) installiert. Ich gucke heute Abend mal nach der Versionsnummer.
Installiert habe ich per npm.
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 10 März 2016, 16:45:53
Die Version sollte aktuell sein, habe ich vorgestern (er)neu(t) installiert. Ich gucke heute Abend mal nach der Versionsnummer.
Installiert habe ich per npm.

homebridge@0.3.0
homebridge-fhem@0.2.6
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 10 März 2016, 17:12:34
das ist die neue version mit dem neuen interface. aber das ist nicht das problem. ich habe zum testen mal neu installiert und dann bekomme ich auch die neue version und es geht.

aber wenn config.json an der falschen stelle steht und somit nicht geladen wird bekomme ich die gleichen ausgaben wie du.

nach 'Registering platform 'homebridge-fhem.FHEM' muss eine zeile mit 'Loaded config.json with ...' kommen. sonst wurde das config file nicht geladen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 10 März 2016, 18:07:17
So, mit der Version 0.2.19 klappt immerhin das Device laden. Danke!  :)

Nun habe ich aber das nächste Problem. Er zeigt mir die Devices an, ich kann diese jedoch in der App nicht steuern. webCmd on:off funktioniert über die WebGUI anstandslos.

[FHEM] homebridgeMapping attribute created.
[FHEM] got: 1 results
[FHEM] lichtBuero is light
[FHEM] lichtBuero has
[FHEM] Initializing platform accessory 'lichtBuero'...
[FHEM] creating services for lichtBuero
[FHEM]   information service for lichtBuero
[FHEM]     manufacturer, model and serial number characteristics for lichtBuero
[FHEM]   Lightbulb service for lichtBuero


Edit:

Mit
attr lichtBuero setList on off schreibt er in der Konsole jetzt zwar mit, wenn ich webCmds ausführe
2016-03-10 18:24:04 caching: lichtBuero-state: off
[FHEM]     caching: On: 0 (as number; from 'off')
  2016-03-10 18:24:15 caching: lichtBuero-state: on
[FHEM]     caching: On: 1 (as number; from 'on')
  2016-03-10 18:24:20 caching: lichtBuero-state: off
[FHEM]     caching: On: 0 (as number; from 'off')
  2016-03-10 18:24:22 caching: lichtBuero-state: on
[FHEM]     caching: On: 1 (as number; from 'on')
dafür regiert die Lampe in der App aber nicht mehr.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 10 März 2016, 18:54:32
was ist das für ein device?

was gibt es für eine ausgabe wenn du homebridge mit --debug startest?

schau dir an wie man mit homebridgeMapping die kommandos configurieriert.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 11 März 2016, 08:41:36
Vielen Dank an DeeSPe für deine Hilfe, fhem und HomeBridge auf meiner kiste zum laufen gebracht zu haben. Und Vor allem so viel Geduld gehabt zu haben
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 11 März 2016, 12:55:16
Hallo,

da ich jetzt verschiedene Geräte mittels Homebridge per Siri steuern kann, wäre es auch praktisch, meine Milight leuchten mit Siri zusteuern. Gibt es dafür auch eine Möglichkeit über FHEM?

VIelen Dank im voraus

arokh12
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 13:07:29
Hallo,

da ich jetzt verschiedene Geräte mittels Homebridge per Siri steuern kann, wäre es auch praktisch, meine Milight leuchten mit Siri zusteuern. Gibt es dafür auch eine Möglichkeit über FHEM?

VIelen Dank im voraus

arokh12

Klar, meinen RGBW MiLight Strip (RGBW Controller an Bridge) steuere ich auch über HomeKit.
Einfach dem Raum HomeKit zuweisen und Homebridge neu starten, schon sollte Dein MiLight funktionieren. Ein extra homebridgeMapping war bei mir nicht nötig.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 11 März 2016, 13:09:52
Hallo Dan,

funktioniert bei Dir Farbe via SIRI?
Nimmst Du das milight-Modul?

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 13:17:29
Jepp, das funktioniert wunderbar!!!

Ja, für die MiLight devices an der Bridge benutze ich das MiLight Modul. Leider können die ja kein RGB und W gleichzeitig.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 11 März 2016, 13:39:05
Hi Dan,

Spannend. Farbe bekomme ich ums verrecken nicht hin.
Was erzählst Du Siri denn, dass sie das bei Dir macht?
Rollläden sind auch sehr erratisch...
Vielleicht liegt es aber auch an meinen Siri-Namen?
Was nimmst Du denn da? Mein Problem ist, dass ich ziemlich viele Räume habe und es dann mit eindeutigen Namen dann sinnvoll oft nur mit Eigennamen geht.
Vielleicht hast Du ja einen Tipp für mich.

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 13:42:48
"Hey Siri, ändere die Farbe vom Couchlicht auf rot"
"Hey Siri, stelle die Farbe vom Couchlicht auf rot"
"Hey Siri, stelle im Wohnzimmer das Couchlicht auf rot"
"Hey Siri, stelle alle RBG Lichter auf rot" (Dienstgruppe)

Wenn Du ähnlich klingende Sirinamen verwendest, dann solltest Du immer den Raum dazu sagen.
Sirinamen müssen immer einzigartig sein.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 11 März 2016, 13:45:30
Hi,

dank Dir, ich probiere es mal.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 11 März 2016, 14:10:06
Jepp, das funktioniert wunderbar!!!

Ja, für die MiLight devices an der Bridge benutze ich das MiLight Modul. Leider können die ja kein RGB und W gleichzeitig.

Gruß
Dan

Danke, funktioniert super.

Gibt es eigentlich auch die Möglichkeit mehrere Räume zu den Filter von der Homebridge hinzuzufügen? Oder geht nur 1?

arokh12
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 März 2016, 14:12:14
du kannst alles als filter verwenden das mit devspec auch funktioniert oder du legst das fhem plugin mehrfach mit unterschiedlichem filter an.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 14:13:07
Danke, funktioniert super.

Gibt es eigentlich auch die Möglichkeit mehrere Räume zu den Filter von der Homebridge hinzuzufügen? Oder geht nur 1?

arokh12

Das geht auch, macht aber mMn keinen Sinn. Normalerweise gruppiert man sich seine Geräte in die entsprechenden Räume und nur die die man dann auch in HomeKit haben will schiebt man in den Raum HomeKit.

Auch wenn die Homebridge schon viele Geräte benutzen kann, kann sie längst nicht alle aus FHEM.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 11 März 2016, 14:16:57
Das geht auch, macht aber mMn keinen Sinn. Normalerweise gruppiert man sich seine Geräte in die entsprechenden Räume und nur die die man dann auch in HomeKit haben will schiebt man in den Raum HomeKit.

Auch wenn die Homebridge schon viele Geräte benutzen kann, kann sie längst nicht alle aus FHEM.

Gruß
Dan

Wie geht das denn, da ich meine ganzen Milight devices alle in einen extra Raum liegen habe.

Danke schonmal
arokh12
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 14:24:19
Wie geht das denn, da ich meine ganzen Milight devices alle in einen extra Raum liegen habe.

Danke schonmal
arokh12

Habe das selbst nie probiert, aber ich würde einfach in dem Filter in der config.json sowas hier setzen:
"filter": "room=Homekit,MiLight"
Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 11 März 2016, 14:29:18
Habe das selbst nie probiert, aber ich würde einfach in dem Filter in der config.json sowas hier setzen:
"filter": "room=Homekit,MiLight"
Gruß
Dan

Danke, das hatte ich auch probiert. funktioniert aber nicht.

Dann werde ich den Devices den Homekit Raum zuordnen

arokh12
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 11 März 2016, 14:32:47
Du kannst doch deine MiLight in Fhem in 2 Räume packen dann hast sie einmal in HomeKit und einmal in Milight
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 14:35:24
Danke, das hatte ich auch probiert. funktioniert aber nicht.

Dann werde ich den Devices den Homekit Raum zuordnen

arokh12

Würde mich damit echt nicht rumärgern!

In die Eingabezeile in FHEM (Namen bitte anpassen):
attr MiLight1,MiLight2,MiLight3,MiLight4 room HomeKit,MiLight
Dann klicke save config, Homebridge neu starten und glücklich sein.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 11 März 2016, 14:36:42
Würde mich damit echt nicht rumärgern!

In die Eingabezeile in FHEM (Namen bitte anpassen):
attr MiLight1,MiLight2,MiLight3,MiLight4 room HomeKit,MiLight
Dann klicke save config, Homebridge neu starten und glücklich sein.

Gruß
Dan

Keine Sorge, wäre halt nur schneller gegangen. Damit werde ich mich nicht rumärgern

arokh12
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 11 März 2016, 14:57:48
Hi,

das geht schon, man muss dann halt einen zweiten platform-Block in der config.json angeben mit genau den gleichen Angaben, nur mit dem zweiten Raum in der Zeile Filter, den man haben möchte.
"platforms": [
    {
      ....
     },
     {
       ....
      }
]

So funktioniert es auf jeden Fall bei mir mit drei Räumen, hatte ich ganz am Anfang mal so aufgesetzt und dann so gelassen...
Auch Doppelzuweisungen stören nicht und Devices, mit denen die Homebridge nix anfangen kann, werden ignoriert.

Ciao, Christian
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 11 März 2016, 15:29:33
Bei mir funktioniert inzwischen alles bestens. Tausend Dank!  :)

Allerdings nur auf dem iPhone, nicht auf der Apple Watch (was für mich keinen Sinn ergibt, wenn man sich die Kopplung der Watch über das iPhone ansieht). Oder ist das ein bekanntest Problem / fehlendes Feature?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 15:31:02
Bei mir funktioniert inzwischen alles bestens. Tausend Dank!  :)

Allerdings nur auf dem iPhone, nicht auf der Apple Watch (was für mich keinen Sinn ergibt, wenn man sich die Kopplung der Watch über das iPhone ansieht). Oder ist das ein bekanntest Problem / fehlendes Feature?

Brauchst natürlich auch eine App die für die Watch was mitbringt! EVE kann das (noch) nicht!


Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 März 2016, 15:50:55
siri auf der watch kann genau das gleiche wie auf dem iphone. auch wenn das iphone aus ist und die watch per wlan im netz ist.

eine app auf der watch habe ich noch nicht probiert. aber ich verwende homekit nur mit siri.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: martin.h am 11 März 2016, 15:52:21
Brauchst natürlich auch eine App die für die Watch was mitbringt! EVE kann das (noch) nicht!


Gruß
Dan

Nun bin ich ehrlich gesagt etwas verwirrt. Ich dachte HomKit legt eine Datenbank an, die mit der aID verknüpft ist, sodass diese auf allen Geräten, die verknüpft sind, verfügbar ist?!

Edit:
Habe mir nun "Devices" (inkl. Watch App) gekauft - funktioniert leider trotzdem nicht.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 15:56:14
Nun bin ich ehrlich gesagt etwas verwirrt. Ich dachte HomKit legt eine Datenbank an, die mit der aID verknüpft ist, sodass diese auf allen Geräten, die verknüpft sind, verfügbar ist?!

Habe selber keine Watch und kann es nicht mit Bestimmtheit sagen.
Eventuell funktioniert das per Siri auf der Watch auch ohne Watch-App.
Willst Du auf der Watch was anzeigen, brauchst Du auf jeden Fall eine Watch Komplikation.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 11 März 2016, 16:02:50
Bei mir funktioniert inzwischen alles bestens. Tausend Dank!  :)

Allerdings nur auf dem iPhone, nicht auf der Apple Watch (was für mich keinen Sinn ergibt, wenn man sich die Kopplung der Watch über das iPhone ansieht). Oder ist das ein bekanntest Problem / fehlendes Feature?
Also ich kann ohne Probleme meine Geräte per Watch und siri schalten. Das geht bei mir auch ohne App.

Ich habe da ein kleines Problem:
In FHEM habe ich mir einen Nachtschalter angelegt. Diesen Habe ich auch teilweise erfolgreich in der Hmebridge und in Eve eingefügt. Von der EVE App aus lässt er sich auch wunderbar schalten. Allerdings funktioniert es nur bei dem Schalter nicht. Ich bekomme immer die Rückmeldung: "Leider konnte ich on deinen Geräten diesmal keine Antworten bekommen".

Kann mir einer sagen, wie ich das Problem gelöst bekomme?

arokh12
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 11 März 2016, 16:06:50
Also ich kann ohne Probleme meine Geräte per Watch und siri schalten. Das geht bei mir auch ohne App.

Ich habe da ein kleines Problem:
In FHEM habe ich mir einen Nachtschalter angelegt. Diesen Habe ich auch teilweise erfolgreich in der Hmebridge und in Eve eingefügt. Von der EVE App aus lässt er sich auch wunderbar schalten. Allerdings funktioniert es nur bei dem Schalter nicht. Ich bekomme immer die Rückmeldung: "Leider konnte ich on deinen Geräten diesmal keine Antworten bekommen".

Kann mir einer sagen, wie ich das Problem gelöst bekomme?

arokh12

Genau so habe ich auch einen dummy Schalter für "Nachtmodus" erstellt! Er schaltet meinen Anwesenheitsmodus zwischen home und asleep hin und her. Funktioniert wunderbar.
Das richtige homebridgeMapping zu erstellen hat eine Weile gedauert.
Wie hast Du denn dort was gemappt?

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 11 März 2016, 16:16:34
Genau so habe ich auch einen dummy Schalter für "Nachtmodus" erstellt! Er schaltet meinen Anwesenheitsmodus zwischen home und asleep hin und her. Funktioniert wunderbar.
Das richtige homebridgeMapping zu erstellen hat eine Weile gedauert.
Wie hast Du denn dort was gemappt?

Gruß
Dan

Also in Homemapping habe ich jetzt nicht eingetragen. Was mir aufgefallen ist, wenn ich den dummy in EVE umbenenne, auf Test zum Beispiel, dann funktioniert es ohne Probleme.

Kurze Frage, was ist denn der Unterschied zwischen Gruppen und Szenen?

arokh12
Titel: Jalousien zum Sprechen
Beitrag von: ritter_runkel am 11 März 2016, 22:20:31
Hey Ho,
re-engineering ist harter Stoff....

Ich versuche meine Fibaro Roller-shutter mit Siri zu steuern, was auch teilweise gelingt. ich kann der Dame sagen "stelle Jalousie Küche auf 30%".

Was nicht (richtig) geht ist der Rückkanal zur Anzeige (kann man das auch abfragen?) der aktuellen Position. Das Reading dazu ist in fhem "position". Allerdings wird dieses erst (auch in EVE/homekit) aktualisiert, wenn ich manuell ein "get position" auslöse.

Hat jemand eine Idee dazu wie ich das reading sozusagen nach ausführen der Action cache?

Es hat nicht funktioniert, wenn ich als mapping das reading "state" oder "reportedState" verwende, da hier in fhem immer "dim xx" steht und von homekit ein numerischer Wert (pct) erwartet wird.

auch der Parameter "minStep=10" zeigt beim einstellen in Eve keine Wirkung. Es werden immer 1 stellige Werte verwendet.

Hier mein mapping:
attr Rolladen_UG_Kueche homebridgeMapping TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10 CurrentPosition=position,minValue=0,maxValue=100


Ist am Mapping noch was krumm?

Herzlichen Dank!

//Erik

Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 März 2016, 22:37:08
mit ...,part=1,... kannst du den Zahlenwert aus dem reportedState reading ausschneiden. so wie hier: https://forum.fhem.de/index.php/topic,50302.msg420732.html#msg420732 (https://forum.fhem.de/index.php/topic,50302.msg420732.html#msg420732) beim dimmer.

wegen dem minStep: was steht auf beim starten mit --debug auf der konsole?


gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: ritter_runkel am 12 März 2016, 07:50:34
Guten Morgen,

danke Andre für den Split-Befehl - das hat geholfen
Nun sieht das Mapping so aus:
attr Rolladen_UG_Kueche homebridgeMapping TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10 CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100

Die Konsole spricht damit nun folgendes:
[FHEM] homebridgeMapping: TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10 CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100
[FHEM] mappings for Rolladen_UG_Kueche: { 'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'UINT16', factor: 1 },
  'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'UINT32', factor: 1 },
  CurrentPosition:
   { reading: 'reportedState',
     part: '1',
     cmd: 'dim',
     minValue: '0',
     maxValue: '100' },
  TargetPosition:
   { reading: 'position',
     cmd: 'dim',
     delay: true,
     minValue: '0',
     maxValue: '100',
     minStep: '10' },
  On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }

Mit dem Steuerungsverhalten über EVE - neben den 10ner Schritten - bin ich auch nicht glücklich. Wenn ich per SIRI die Jalousie auf 60% stelle (reportedState wird in EVE sauber angezeigt) und dann mit dem Schaltern auf bspw. 12% steuere sind dies absolute Werte - die Jalousie wird also auf 12% gestellt und nicht UM 12% verändert.
Kann ich das abstellen und mit relativen Werten arbeiten?

Auch möchte ich SIRI gern sagen - "Jalousie Küche auf/zu" - müssen hierzu auch Mappings angepasst werden?
Ich spiele mal mit der letzten Zeile im Code oben - vielleicht hilft das ja.

12.03.2016
So - die Anzeige in EVE in 10er-Schritten und das verstellen in 10er-Schritten geht mit folgendem Mapping:
attr Rolladen_UG_Kueche homebridgeMapping TargetPosition=dim::reportedState,part=1,minValue=0,maxValue=100,minStep=10 CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100,minStep=10

Jetzt bleibt noch offen, wie mit einem Befehl die komplette Öffnung und Herunterfahren umgesetzt werden kann.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 12 März 2016, 15:15:30
homekit kennt nur absolute prozentuale positionen. siri versteht auch auf/zu oder rauf/runter oder ähnlich und setzt diese dann automatisch auf 0% bzw. 100% um. dazu musst du am mapping nichts ändern. nur rausfinden wie der wortlaut sein muss.

zur not helfen die siri szenen.

bei dimmern versteht siri heller/dunkler vielleicht geht das auch bei rolläden. zur not über zwei dummys für jeweils +/- 10 % und passenden siri szenen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: ritter_runkel am 12 März 2016, 15:41:31
Hey Andre,
danke Dir - noch will sie mich nicht verstehen. Es geht nur mit Zahlenwerten  :'(
Naja, vielleicht klappts ja wenn meine Frau mit ihr spricht  ;D
Liebe Grüsse
Erik
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 12 März 2016, 16:07:41
gerade probiert: 'öffne den rollladen im schlafzimmer' wird erkannt und landet set <device> pct 100 in fhem.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: ritter_runkel am 13 März 2016, 09:20:34
Moin,
@andre nochmal danke - aber leider konnte ich das noch nicht ausprobieren, weil:

Nachdem EVE (V1.4) gestern den Status der Geräte nicht mehr aktualisiert hat, habe ich auf dem iPhone (iOS 9.2.1) die Homekot-Daten zurück gesetzt. Jetzt schlägt die Kopplung zwischen EVE und der Homekit fehl.
Ich habe folgendes unternommen:
- Reset Homekit auf dem iPhone
- Réinstallation EVE
- Veränderung PIN in Homekit in config.json (und wieder zurück gestellt)
- Änderung user in config.json (und wieder zurück gestellt)

Folgender Effekt:
- EVE findet Homekit beim Suchen (neben einer HUE)
- danach kommt eine Warnung, dass das Gerät nicht identifiziert werden kann
- beim fotografieren der PIN von der Konsole wird die PIN nicht erkannt (offenbar zumindest, da keine Fehlermeldung erscheint, sondern einfach das Fenster zu geht)
- ich konnte - wenn ich den PIN in der config.json geändert hatte - auch den PIN eingeben
- danach bricht die Verbindung ab mit der Fehlermeldung "mit dem Gerät konnte keine Verbindung aufgebaut werden"

Da ich sonst nichts geändert habe, frage ich mich WARUM?
Ich hatte mein AppleTV 4 an - macht das was?

Irgendwelche Ideen?

Liebe Grüsse
Erik
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 13 März 2016, 09:25:46
Moin

folgende Dinge kannst Du probieren/checken
HomeKit auch unter Datenschutz auf dem iPhone zurückgesetzt?
persist-Ordner gelöscht? Zu finden in aller Regel dort, wo auch die config.json liegt
Schlüsselbund zurückgesetzt?

Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: ritter_runkel am 13 März 2016, 09:55:06
Hi,
ich hab mal den persist-Ordner gelöscht und homekit neu gestartet.
Auch die Datenschutz-Einstellungen auf dem iPhone sind zurück gesetzt.
Danach verhält sich EVE schonmal anders - beim klick auf Homekit wird offenbar ein SCAN der Landschaft (neu) durchgeführt und danach erscheint die PIN Eingabe.

Leider ist ab dann das Verhalten gleich.

Ich möchte auch nicht meinen Schlüsselbund zurücksetzten - sicher hast Du "löschen" gemeint. Damit verliere ich ja mein komplettes Gedächtnis :'(
Ich werde mal den Keyring lokal auf dem iPhone löschen (sync ausschalten)

Ich glaube auch nicht, dass es an der Authentisierung liegt - dafür müsste die Fehlermeldung nach der PIN-Eingabe schneller kommen. Es dauert aber eine Weile. Hier scheint ein Timer zuzuschlagen....

Welchen Effekt haben mehrere iOS Devices in einer solchen Kommunikation? Hier gestern noch mehr so Teilchen rum alle mit KeyRing-Sync.
Sollten die ausgeschalten sein oder alle an?

Liebe Grüsse
Erik


Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 13 März 2016, 10:16:28
Hi

die syncen alle über den Schlüsselbund.
Es kann sein, dass Du irgendein Device drin hast, welches HomeKit nicht mag, ggf auch nur ein schräger Wert.
Standardvorgehen ist dann, alles wieder rauszunehmen und nach und nach wieder reinnehmen.
Manchmal habe ich es insgesamt auch nur mit zurücksetzen des Schlüsselbundes vollständig hingekriegt.
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: ritter_runkel am 13 März 2016, 10:51:21
Hi Christian,
ich konnte Homekit wieder EVE hinzufügen.

Für andere - geholfen hat:
- alle Custom-Mappings aus fhem entfernen
- EVE von den Geräten löschen
- homekit Einstellungen auf dem iPhone unter Datenschutz zurücksetzen
- Schlüsselbund-Sync auf dem iPhone ausschalten
- EVE neu installieren
- verbinden

Auf jeden Fall ein seltsames Verhalten.
Die Ursache scheint gewesen zu sein, dass ich die Custom-Mappings welche bei einem der FIBARO Roller-Shutter funktioniert haben, auf meine anderen Roller-Shutter (6 Roller-Shutter) übertragen habe.
Offenbar war das zu viel für Homekit ;-)

Jetzt also nochmal langsam von vor  8)

Danke an Alle!

Liebe Grüsse
Erik 
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 13 März 2016, 11:41:46
Hi Christian,
ich konnte Homekit wieder EVE hinzufügen.

Für andere - geholfen hat:
- alle Custom-Mappings aus fhem entfernen
- EVE von den Geräten löschen
- homekit Einstellungen auf dem iPhone unter Datenschutz zurücksetzen
- Schlüsselbund-Sync auf dem iPhone ausschalten
- EVE neu installieren
- verbinden

Auf jeden Fall ein seltsames Verhalten.
Die Ursache scheint gewesen zu sein, dass ich die Custom-Mappings welche bei einem der FIBARO Roller-Shutter funktioniert haben, auf meine anderen Roller-Shutter (6 Roller-Shutter) übertragen habe.
Offenbar war das zu viel für Homekit ;-)

Jetzt also nochmal langsam von vor  8)

Danke an Alle!

Liebe Grüsse
Erik

Die EVE App deinstallieren und wieder installieren kannst Du Dir da nächste Mal sparen.
HomeKit Daten zurücksetzen und persist Ordner löschen sollte reichen. Das ging bei mir zumindest immer so.
Wenn an den Mappings was nicht richtig ist, dann verweigert Homebridge gerne die Verbindung.
Ich hatte auch schon mal dass ich an einem Gerät am Mapping was geändert habe und danach wurden meine Geräte in HomeKit nicht mehr gefunden. Stattdessen hat er alle Geräte neu gefunden und im Default Raum in EVE abgelegt. Somit hatte ich alle Geräte doppelt, aber nur die Hälfte hat funktioniert. Da half auch nur HomeKit zurücksetzen und neu einrichten. Bei mittlerweile 30 Geräten kann das ganz schön nerven...

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 13 März 2016, 21:40:04
Hallo,

gibt es eigentlich auch die Möglichkeit benutzerdefinierte homebridgemapping Charakteristiken anzulegen?

Das wäre echt sehr praktisch.

arokh12
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 13 März 2016, 21:51:34
ja...

einfach die UUID als characteristic namen verwenden und name, format und unit neben den üblichen mappings mit angeben. eine custom characteristic für volume würde z.b. etwa so aussehen:00001001-0000-1000-8000-135D67EC4377=volume,cmd=volume,delay=true,name=Volume,format=UINT8,unit=PERCENTAGE,minValue=0,maxValue=100,minStep=1
gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 14 März 2016, 03:53:16
ja...

einfach die UUID als characteristic namen verwenden und name, format und unit neben den üblichen mappings mit angeben. eine custom characteristic für volume würde z.b. etwa so aussehen:00001001-0000-1000-8000-135D67EC4377=volume,cmd=volume,delay=true,name=Volume,format=UINT8,unit=PERCENTAGE,minValue=0,maxValue=100,minStep=1
gruss
  andre

Ok, dem kann ich jetzt nicht ganz folgen:
Ich habe bei mir ein dummy, welches ein paar zusätzliche readings besitzt, die ich auch gerne in EVE als "Unterpunkt" zu dem jeweiligen Gerät haben wollte. Allerdings, wo finde ich denn die UUID?

arokh12
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 14 März 2016, 08:47:24
wenn es keine standard characteristic für dein reading gibt musst du dir jeweils eine eindeutige UUID ausdenken.

was hast du denn für readings?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 14 März 2016, 11:40:23
Bei meinem Dummy habe ich zum Beispiel ein Reading Gerät. Das ist ja keine Standart Characteristic.

Verstehe ich das richtig, dass ich mir meine uuid Nummer einfach aussuchen kann?

arokh12


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 14 März 2016, 12:30:11
die uuid muss das obige format haben und eindeutig sein. es gibt keine weiteren randbedingungen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: arokh12 am 14 März 2016, 15:52:24
die uuid muss das obige format haben und eindeutig sein. es gibt keine weiteren randbedingungen.

gruss
  andre

alles klar, dein Beispiel von oben funktioniert super. Allerdings habe ich bei mir im Reading Gerät eine Liste, welche 2 Werte (Blu Ray Player und Play Station) umfasst. Ist es möglich so eine Liste vielleicht auch anzulegen?

Danke schonmal,
arokh12
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 14 März 2016, 17:30:16
eine auswahl liste ist glaube ich auf homebridge seite noch nicht umgesetzt. du musst zur zeit statt dessen zwei abhängige schalter definieren die jeweils bei einem der möglichen werte on sind. dazu brauchst du auch keine custom characteristic. schau dir mal an wie das für den harmony hub umgesetzt ist.

noch als hinweis: siri kann nichts mit custom characteristics anfangen. d.h. selbst wenn es die liste später mal gibt lässt sie sich (noch) nicht per siri bedienen. nur per homekit app. bzw. mit dem umweg über homekit szenen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 14 März 2016, 23:37:03
Ich habe auch mal wieder ein Frage. ;)

Hab einen RGBW Dimmer der per wcrgb gesteuert werden soll.
Wie kann ich das nun zu Homebridge mappen?
Ohne spezielles Mapping benutzt Homebridge nur rgb.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 14 März 2016, 23:49:49
ich verstehe die frage nicht ...

bzw. warum geht es mir der variante von hier: https://forum.fhem.de/index.php/topic,50648.msg424566.html#msg424566 (https://forum.fhem.de/index.php/topic,50648.msg424566.html#msg424566) nicht?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 15 März 2016, 00:00:15
Ich habe mir wie dort beschrieben das userReading erstellt.
Leider bringt das so nichts weil dort nur RGB behandelt wird.
Habe nun durch irgendeine Config Änderung auf einmal das wcrgb set im Gerät und damit macht der Controller genau was ich will.
Nur werden bei set wcrgb die Farben einzeln angesteuert, hab dafür noch kein FHEM Widget und wie gesagt noch kein homebridgeMapping gefunden.

Danke.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 15 März 2016, 08:49:36
was meinst du mit nur rgb? und was mit einzeln angesteuert?

homekit kann intern nur hsv. homebridge kann hsv, rgb und einige kombinationen.

wie genau funktionieren deine lampen und wie möchtest du das in homekit sehen?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 15 März 2016, 09:21:29
Durch die Umstellung auf "configAssociationsCommandClassChoice Rainbow" sind nun die Farbsettings für alle Farben (Kanäle) im Hauptgerät, so wie ich dass ursprünglich wollte.
Allerdings nur im Format wcrgb. Durch "set wcrgb 0 0 255 0 0" erhalte ich reines rot. Mit "set wcrgb 26 0 255 0 0" erhalte ich auf RGB reines rot + 10% weiß aus dem Weißkanal zugemischt. Also sozusagen die Sättigung vom rot um 10% vermindert.
Ziel meiner Aktion ist es im besten Falle den Controller so bedienen zu können wie eine Hue oder den L382. Also alle Farben inklusive weiß in einem Gerät.

Ist das machbar?

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 15 März 2016, 09:30:40
den weiss kanal müsste man auf eine zweiten Brighness characteristic legen und alles über eine kleine routine zusammen mischen. das ist kein problem.

wenn ich den L382 endlich in fhem ansteuern kann und das problem repariert ist kann man das einfach auf mehrere kanäle erweitern.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 15 März 2016, 10:21:17
den weiss kanal müsste man auf eine zweiten Brighness characteristic legen und alles über eine kleine routine zusammen mischen. das ist kein problem.

Wenn man sich damit nicht auskennt ist das schon ein Problem. ;)

wenn ich den L382 endlich in fhem ansteuern kann und das problem repariert ist kann man das einfach auf mehrere kanäle erweitern.

Will der immer noch nicht mit FHEM? Verstehe ich nicht, das ging bei mir tadellos.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 16 März 2016, 10:29:25
Seit eben gibt es ein Update der EVE App.
Nun kann diese auch Regeln/Trigger.
Schön dass dieses Feature nun auch in der EVE App verfügbar ist.

Gruß
Dan

P.S. Die Characteristiken für Sättigung (Saturation) und Tamper (Manipulationsversuch) kennt EVE weiterhin nicht.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 16 März 2016, 11:08:55
Seit gestern funktioniert meine Anwesenheit in HomeKit nicht mehr zuverlässig.

Ich habe einen dummy Schalter angelegt der zwischen home und absent hin und her schaltet. Das funktioniert auch.
Wenn ich die Wohnung verlasse wird automatisch auf absent umgeschaltet. Heute früh war das auch der Fall. Als ich dann aber später wieder in HomeKit geguckt habe, war plötzlich der Abwesenheitsschalter wieder aus und Belegung wurde erkannt - komisch. Also schnell mal per VPN nach Hause verbunden und in FHEM nachgesehen und siehe da, alles wie es sein soll. Anwesenheitsstatus auf absent und Schalter entsprechend auch auf absent.
Wieso wird mir aber in HomeKit etwas anderes angezeigt, wie gesagt bis vorgestern hat das zuverlässig funktioniert.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 16 März 2016, 13:51:34
was steht in den cached werten des debug browsers?

die konsolen ausgabe zur problematischen zeit wäre gut ...

gruss
  andre

ps: scheinbar funktionieren die eve energy characteristics doch auch mit float werten. ich teste das heute abend noch mal und checke es dann ein.

pps: ich bekomme das wifilight tatsächlich nicht über fhem gesteuert. ich habe es im netz, die magic home app geht, ich kann das device in fhem anlegen aber ich kann nichts steuern und bekomme auch nichts gemeldet. im log ist nichts zu sehen. hat jemand eine idee?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 16 März 2016, 15:28:15
was steht in den cached werten des debug browsers?

die konsolen ausgabe zur problematischen zeit wäre gut ...

cached:
rr_Dan-presence: present
    OccupancyDetected: 1

sw_Abwesenheit_Dan-state: home
    On: 0

In FHEM ist definitiv der Status der beiden Devices 0 und 1, nicht 1 und 0 wie cached anzeigt.
Im Log steht auch alles richtig. Eine Konsolenausgabe habe ich natürlich nicht von der problematischen Zeit, da unterwegs gewesen.
Habe aber gerade im Log gesehen dass meine Abwesenheit immer neu gesetzt wird, werde mal mein notify ändern dass es nur gesetzt wird wenn es nicht schon auf absent steht. Ich glaube aber nicht dass das was mit dem falschen HomeKit Status zu tun hat.

ps: scheinbar funktionieren die eve energy characteristics doch auch mit float werten. ich teste das heute abend noch mal und checke es dann ein.

Ich hatte es schon mehrfach mit Floats probiert, aber damit war Homebridge aus EVE heraus nicht mehr erreichbar. Die Werte wurden aber korrekt als Floats im --debug angezeigt.

pps: ich bekomme das wifilight tatsächlich nicht über fhem gesteuert. ich habe es im netz, die magic home app geht, ich kann das device in fhem anlegen aber ich kann nichts steuern und bekomme auch nichts gemeldet. im log ist nichts zu sehen. hat jemand eine idee?

An dieser Stelle würde ich Dir zu gern helfen, wüsste aber nicht wie. Das hat bei mir auf Anhieb geklappt.


Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 16 März 2016, 15:39:09
wenn der wert im cache mit dem in eve angezeigten übereinstimmt aber vom fhem wert abweicht stimmt vermutlich etwas auf longpoll/event seite nicht. zum testen kannst du auch einfach das betreffende reading mit setreading ändern und auf der console schauen.

es reicht nicht nur den wert als float zu senden. man muss auch die werte für format und eventuell min/max in der characteristic anpassen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: rretsiem am 16 März 2016, 15:49:31
Hi,

Ich habe nun endlich den Schritt gewagt und die "alte" Homebridge Version ersetzt durch das aktuelle.
Soweit läuft auch alles, was richtig nett ist, man sieht nun die Verbrauchswerte einer Fritz!DECT200 wenn als Outlet konfiguriert. Danke!

Allerdings habe ich so mein Problem mit einem Homematic Switch mit Verbrauchsmessen (HM-ES-PMSw1-Pl), ich konnte dazu auch im kompletten Thread hier kein Beispiel finden, da Homematic die Channels ja aufteilt, gibt es somit einen Switch-Channel, sowie den Verbrauchs-Kanal.
Wenn ich nun mit homebridgeMapping beide Kanäle zu einem HomeKit-Device zusammenfassen möchte um also On/Off sowie Verbrauch zu sehen, scheitere ich an der passenden Characteristic für den Verbrauch? Wie ist denn der Name dafür, weil das scheint kein Apple-Standard zu sein?

Wenn ich im On/Off Channel ein

Power=ALG.Strom.Luftentfeuchter.Verbrauch:energy

Definiere, dann erscheint einfach nichts dazu in der Eve App.
Hat da jemand einen Tipp für mich?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 16 März 2016, 15:59:44
Power=ALG.Strom.Luftentfeuchter.Verbrauch:energy

Probiere mal:
E863F10C-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:energy E863F10D-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:power
Da es sich hier um custom Characteristics handelt muss Du die UUIDs nehmen.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: rretsiem am 16 März 2016, 16:12:15
Danke für den Tip mit den UUIDs, leider klappt es trotzdem nicht.

Mit --debug erhalte ich zum Device folgende Ausgabe beim laden:

2016-03-16 16:07:16] [FHEM] homebridgeMapping: E863F10C-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:energy E863F10D-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:power

[2016-03-16 16:07:16] [FHEM] mappings for ALG.Strom.Luftentfeuchter.OnOff: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
  'E863F10C-079E-48FF-8F27-9C2605A29F52':
   { reading: 'energy',
     device: 'ALG.Strom.Luftentfeuchter.Verbrauch' },
  'E863F10D-079E-48FF-8F27-9C2605A29F52':
   { reading: 'power',
     device: 'ALG.Strom.Luftentfeuchter.Verbrauch' } }
[2016-03-16 16:07:16] [FHEM] ALG.Strom.Luftentfeuchter.OnOff is switch
[2016-03-16 16:07:16] [FHEM] ALG.Strom.Luftentfeuchter.OnOff has
[2016-03-16 16:07:16] [FHEM]   On [state;on,off]
[2016-03-16 16:07:16] [FHEM]   E863F10C-079E-48FF-8F27-9C2605A29F52 [ALG.Strom.Luftentfeuchter.Verbrauch.energy]
[2016-03-16 16:07:16] [FHEM]   E863F10D-079E-48FF-8F27-9C2605A29F52 [ALG.Strom.Luftentfeuchter.Verbrauch.power]
  2016-03-16 16:07:16 caching: ALG.Strom.Luftentfeuchter.OnOff-state: off
[2016-03-16 16:07:16] [FHEM] ALG.Strom.Luftentfeuchter.OnOff-state valueOn/valueOff: value off mapped to 0
[2016-03-16 16:07:16] [FHEM]     caching: On: 0 (as number; from 'off')
[2016-03-16 16:07:16] [FHEM] query: E863F10C-079E-48FF-8F27-9C2605A29F52 for ALG.Strom.Luftentfeuchter.Verbrauch-energy
[2016-03-16 16:07:16] [FHEM] not cached; query: ALG.Strom.Luftentfeuchter.Verbrauch-energy
[2016-03-16 16:07:16] [FHEM]   not cached
[2016-03-16 16:07:16] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22ALG.Strom.Luftentfeuchter.Verbrauch%22,%22energy%22,%22%22)%7D&XHR=1
[2016-03-16 16:07:16] [FHEM] query: E863F10D-079E-48FF-8F27-9C2605A29F52 for ALG.Strom.Luftentfeuchter.Verbrauch-power
[2016-03-16 16:07:16] [FHEM] not cached; query: ALG.Strom.Luftentfeuchter.Verbrauch-power
[2016-03-16 16:07:16] [FHEM]   not cached
[2016-03-16 16:07:16] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22ALG.Strom.Luftentfeuchter.Verbrauch%22,%22power%22,%22%22)%7D&XHR=1

Und weiter unten dann:

  2016-03-16 16:07:24 caching: ALG.Strom.Luftentfeuchter.Verbrauch-energy: 0
[2016-03-16 16:07:24] [FHEM]   value: 0
  2016-03-16 16:07:24 caching: ALG.Strom.Luftentfeuchter.Verbrauch-power: 0

Also lesen kann er den Wert, die "0" ist korrekt, aber Eve stellt weiterhin nur on/off dar.

Folgende Attribute habe ich am On/Off Channel definiert: (darf das nicht Outlet sein, wenn Custom?)

Attributes:
   genericDeviceType outlet
   homebridgeMapping E863F10C-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:energy E863F10D-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:power
   model      HM-ES-PMSw1-Pl
   room       Homekit,Wohnung
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 16 März 2016, 16:23:32
@justme1968: Teste heute Abend mal mit dem setreading und werde dann berichten.

@rretsiem: das attr genericDeviceType kannst Du Dir glaube ich komplett sparen. Habe gerade keinen Zugriff auf mein System und kann Dir daher leider im Moment an dieser Stelle nicht weiter helfen.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: rretsiem am 16 März 2016, 16:28:45
@rretsiem: das attr genericDeviceType kannst Du Dir glaube ich komplett sparen. Habe gerade keinen Zugriff auf mein System und kann Dir daher leider im Moment an dieser Stelle nicht weiter helfen.


Habe mal eben das FHEM Device .Verbrauch direkt als Outlet definiert (ohne taucht es nicht auf und kommt auch die Meldung beim homebridge start des es nicht identifiziert werden kann), dann habe ich automatisch bereits die Power/Consumption Werte, allerdings kann ich jetzt nicht schalten, also es passiert nix.

[FHEM] ALG.Strom.Luftentfeuchter.Verbrauch is outlet
[2016-03-16 16:22:01] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch has
[2016-03-16 16:22:01] [FHEM]   Custom Voltage [voltage]
[2016-03-16 16:22:01] [FHEM]   Custom Current [current]
[2016-03-16 16:22:01] [FHEM]   Custom Power [power]
[2016-03-16 16:22:01] [FHEM]   Custom Energy [energy]
  2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-voltage: 232.7
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-voltage factor: value 232.7 mapped to 232.7
[2016-03-16 16:22:02] [FHEM]     caching: Custom Voltage: 233 (as number; from '232.7')
  2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-current: 0
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-current factor: value 0 mapped to 0
[2016-03-16 16:22:02] [FHEM]     caching: Custom Current: 0 (as number; from '0')
  2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-power: 0
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-power factor: value 0 mapped to 0
[2016-03-16 16:22:02] [FHEM]     caching: Custom Power: 0 (as number; from '0')
  2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-energy: 0
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-energy factor: value 0 mapped to 0
[2016-03-16 16:22:02] [FHEM]     caching: Custom Energy: 0 (as number; from '0')

Das ist denke ich einfacher, nun muss ich nur noch on/off an den OnOff Kanal via mapping definieren, dann sollte das klappen.
Titel: Antw:homebridge/homekit
Beitrag von: rretsiem am 16 März 2016, 17:23:54
Nach weiterem Testen, komme ich zum Resultat, das der Weg über den Verbrauchs-Kanal und hinzufügen der on/off cmds für ein anderes Geräte so nicht klappt.

Aber!
Ich verstehe nicht weshalb der OnOff Kanal des HomeMatic Gerätes IMMER als switch erkannt wird, auch wenn ich explizit "outlet" als GenericDeviceType setze. Die Debug-Ausgabe sagt immer "switch", und ich denke wenn da Switch deklariert ist, dann zeigt Eve die anderen Werte die ich via homebridgeMapping definiert habe einfach nicht an?

Attribut ist auf genericDeviceType=outlet gesetzt:

[FHEM] mappings for ALG.Strom.Luftentfeuchter.OnOff: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-16 17:16:39] [FHEM] ALG.Strom.Luftentfeuchter.OnOff is switch
[2016-03-16 17:16:39] [FHEM] ALG.Strom.Luftentfeuchter.OnOff has
[2016-03-16 17:16:39] [FHEM]   On [state;on,off]
  2016-03-16 17:16:39 caching: ALG.Strom.Luftentfeuchter.OnOff-state: off
[2016-03-16 17:16:39] [FHEM] ALG.Strom.Luftentfeuchter.OnOff-state valueOn/valueOff: value off mapped to 0
[2016-03-16 17:16:39] [FHEM]     caching: On: 0 (as number; from 'off')

Wenn ich genericDeviceType weg lasse, dann wird ebenfalls Switch definiert?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 16 März 2016, 18:39:20
- outlet war bis vor kurzem noch nicht definiert. das habe ich erst vor kurzem nachgezogen. eventuell ist deine installation nicht ganz aktuell. nimm mal Outlet statt outlet. der unterschied zwischen switch und outlet ist aber eigentlich nur der das es beim outlet eine characteristic gibt die anzeigen kann ob die steckdose in verwendung ist.

- mit welchem device man anfängt und welche characteristics/readings man dann aus anderen devices dazu konfiguriert macht keinen unterschied im ergebniss. es ist aber auf jedenfalls kürzer mit dem Pwr channel anzufangen und nur On dazu zu konfigurieren. vor allem weil die energy characteristics alle automatisch erkannt werden.

wenn es dann immer noch nicht geht zeig mal die konsolen ausgabe wenn du homebridge mit --debug startest und wie du homebridgeMapping für On definiert hast.

gruss
  andre

Titel: Antw:homebridge/homekit
Beitrag von: rretsiem am 16 März 2016, 20:25:36
wenn es dann immer noch nicht geht zeig mal die konsolen ausgabe wenn du homebridge mit --debug startest und wie du homebridgeMapping für On definiert hast.

Also den Status anzeigen bekomme ich mittlerweile hin mit folgendem attributMapping am PowerChannel (ALG.Strom.Luftentfeuchter.Verbrauch):

On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off

Wo es noch hakt, ist das setzen via Homekit, also das korrekte Cmd muss ja auch an ein anderes Device geschickt werden (ALG.Strom.Luftentfeuchter.OnOff)

Folgende Varianten habe ich bereits probiert:

On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=ALG.Strom.Luftentfeuchter.OnOff:on,cmdOff=ALG.Strom.Luftentfeuchter.OnOff:off

On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off

On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=set+ALG.Strom.Luftentfeuchter.OnOff+on,cmdOff=set+ALG.Strom.Luftentfeuchter.OnOff+off

On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmd=set+ALG.Strom.Luftentfeuchter.OnOff,cmdOn=on,cmdOff=off



Ergebnis ist eigentlich immer so etwas in der Art:
[2016-03-16 20:24:12] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch: executing set cmd for On with value 0
[2016-03-16 20:24:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20ALG.Strom.Luftentfeuchter.Verbrauch%20set+ALG.Strom.Luftentfeuchter.OnOff+off&XHR=1
Das Cmd wird also immer an Verbrauch geschickt, ich bekomme es nicht hin das es direkt an OnOff gesendet wird via http-befehl.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 16 März 2016, 21:46:52
du hat noch einen bug gefunden :). ich hatte immer das haupt device genommen und nicht das device aus der jeweiligen characteristic.

hab eben eine reparierte version eingecheckt.

so muss es aussehen:
On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: rretsiem am 17 März 2016, 11:54:37
hab eben eine reparierte version eingecheckt.

Danke! Klappt nun wunderbar!
Titel: Antw:homebridge/homekit
Beitrag von: Breaked am 19 März 2016, 10:56:18
Hey,

habe auch die aktuelle Version von homebridge installiert.
Allerdings stehe ich vor dem Problem, dass meine Homematic-Aktoren (Unterputzschalter für Licht) nach ca. 1 Tag nicht mehr angezeigt werden und aus Eve ebenfalls verschwinden.

Ist das Problem bekannt?

Titel: Antw:homebridge/homekit
Beitrag von: hanfreyy am 19 März 2016, 11:41:16
Guten Morgen,

ich glaub ich steh gerade auf dem Schlauch.
Also ich möchte meine VU+ Solo die per Homebridge + FHEM angebunden ist nun auch die Sender steuern. Wenn ich das hier richtig verstanden hab muss ich dafür ein Mapping generieren?

in FHEM Kommandozeile dachte ich nun:

attr prosieben set solo channel ProSieben_HD
Leider meckert er dann das prosieben nicht existiert. Aber ich kann ja nicht für jeden Befehl ein eigenes Gerät anlegen oder doch?
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 19 März 2016, 16:30:10
Hallo,

ich habe die Homebridge und das Fhem-Plugin aktualisiert weil ich gelesen habe dass jetzt auch MiLight Geräte unterstützt werden.

Habe die Lampen den Raum Homekit zugefügt und die Homebridge neugestartet. Die Lampen wurden erkannt und können ein- und ausgeschalten werden, aber leider kann ich keine Farbe und keine Helligkeit ändern. Wenn ich die Werte über die App verändere passiert leider nichts. Habe ich etwas vergessen oder falsch gemacht?

Vielen Dank.
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 19 März 2016, 17:51:51
@Odon: nutzt du das Milight Plugin? Beim Wifilight Plugin Gings bei mir in der alten Version auch nicht


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 19 März 2016, 20:34:05
@Hagenuck1: nein nur das Fhem Plugin - die MiLight Bridge soll nur über Fhem bedient werden, ich will das direkte senden an die Bridge vermeiden da es ja sonst zu Differenzen kommen kann.
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 19 März 2016, 22:55:42

@Hagenuck1: nein nur das Fhem Plugin - die MiLight Bridge soll nur über Fhem bedient werden, ich will das direkte senden an die Bridge vermeiden da es ja sonst zu Differenzen kommen kann.

Das hab Ich vielleicht etwas blöd formuliert. Ich meinte natürlich in FHEM das Plugin zur Ansteuerung der Milight. Die Lampen über Homebridge direkt anzusteuern ist natürlich, wenn man nen FHEM im Einsatz hat Quatsch ;)


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 20 März 2016, 06:03:31
Das hab Ich vielleicht etwas blöd formuliert. Ich meinte natürlich in FHEM das Plugin zur Ansteuerung der Milight. Die Lampen über Homebridge direkt anzusteuern ist natürlich, wenn man nen FHEM im Einsatz hat Quatsch ;)


Gesendet von iPhone mit Tapatalk

Ja, habe nur das Fhem Plugin im Einsatz.

Aktualisiert habe ich mit diesen Befehlen, danach musste ich nur die Hochkommas um "true" in der Config um das Attribute ssl entfernen - danach startete die Homebridge wieder.

npm update -g homebridge
npm update -g homebridge-fhem

Aber wie gesagt, die Farbe und Helligkeit der Lampen kann ich leider nicht ändern bzw. werden die Änderungen in der App nicht übernommen.
Alle anderen Geräte funktionieren tadellos!
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 März 2016, 12:43:27
ich habe gestern und vorhin noch ein par fehler bei den farben gefunden und behoben. da sind ein paar dumme dinge zusammen gekommen.

ich weiss nicht ob ich schon alles repariert habe aber so langsam sollte es wieder gehen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 20 März 2016, 12:46:00
ich habe gestern und vorhin noch ein par fehler bei den farben gefunden und behoben. da sind ein paar dumme dinge zusammen gekommen.

ich weiss nicht ob ich schon alles repariert habe aber so langsam sollte es wieder gehen.

gruss
  andre

Also einfach nochmal mit npm update -g homebridge-fhem updaten?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 März 2016, 12:49:37
ja.
Titel: Antw:homebridge/homekit
Beitrag von: hanfreyy am 20 März 2016, 13:43:10
Hallo,

das mit dem Mapping läuft nun, aber ich glaub ich machs Falsch. Also ich möchte die Sender von der VU+ (ENIGMA2 Plugin) per Siri steuern.

attr solo genericDeviceType switch
  attr solo homebridgeMapping clear
                               On=activity,valueOn=Prosieben,cmdOn=channel+ProSieben_HD,cmdOff=channel+ProSieben_HD
                               

Damit hätte ich nun einen Zweiten Schalter "Strom" der auch den Kanal umschaltet, aber damit kann Siri ja leider nichts ansprechen genau.

Dann hab ich einen dummy gemacht der den Kanal umschaltet. Das funktioniert einwandfrei in der EVE App, wird auch korrekt angezeigt aber Siri kennt das Gerät nicht.

(https://photos-5.dropbox.com/t/2/AAAGq6bnAfcy-bCOo4HP2Z070M9uz2FLmE7CIjnHEgv1Xw/12/1474418/png/32x32/3/1458493200/0/2/Screenshot%202016-03-20%2013.40.16.png/ELXSnAEYqc_KxgEgAigC/YPypLlYmFydj7Ncu9WFqcskL0tE1gcWhx9fu0H8IVL0?size_mode=3&size=2048x1536)

[3/20/2016, 12:32:49 PM] [FHEM] Initializing platform accessory 'prosieben'...
[3/20/2016, 12:32:49 PM] [FHEM] creating services for prosieben
[3/20/2016, 12:32:49 PM] [FHEM]   information service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM]     manufacturer, model and serial number characteristics for prosieben
[3/20/2016, 12:32:49 PM] [FHEM]   Switch service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM]     On characteristic for prosieben:activity
[3/20/2016, 12:32:49 PM] [FHEM] Initializing platform accessory 'solo'...
[3/20/2016, 12:32:49 PM] [FHEM] creating services for solo
[3/20/2016, 12:32:49 PM] [FHEM]   information service for solo
[3/20/2016, 12:32:49 PM] [FHEM]     manufacturer, model and serial number characteristics for solo
[3/20/2016, 12:32:49 PM] [FHEM]   Switch service for solo
[3/20/2016, 12:32:49 PM] [FHEM]     Custom Volume characteristic for solo:volume
[3/20/2016, 12:32:49 PM] [FHEM]     Custom Power characteristic for solo:power
[3/20/2016, 12:32:49 PM] [FHEM]     On characteristic for solo:state

Wo ist mein Fehler?
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 20 März 2016, 13:43:35
ja.

passiert leider nichts... führt kein update durch. Liegt es daran, dass ich zwischenzeitlich auf Jessie geupgradet habe?  :-\
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 März 2016, 14:22:23
@hanfreyy: siri kann jede definierte characteristic ansprechen. der name muss eindeutig sein. meist dauert es ein bisschen bis ein neues device auch in siri bekannt ist.

@Odin: dann einfach noch mal drüber installieren.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: hanfreyy am 20 März 2016, 17:48:37
@hanfreyy: siri kann jede definierte characteristic ansprechen. der name muss eindeutig sein. meist dauert es ein bisschen bis ein neues device auch in siri bekannt ist.



Passt das im Prinzip denn so wie ichs gemacht hab oder gibts da eine einfachere Variante?

Ansonsten, er kennt "prosieben" leider immer noch nicht. Die andern Geräte hat er immer sofort gekannt.

Liegt vielleicht hier auch noch ein Problem:

[3/20/2016, 12:32:49 PM] [FHEM]   Switch service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM]     On characteristic for prosieben:activity

[3/20/2016, 12:32:49 PM] [FHEM]   Switch service for solo
[3/20/2016, 12:32:49 PM] [FHEM]     On characteristic for solo:state

Die Solo erkennt er, prosieben nicht.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 März 2016, 17:50:08
spiel mal mit den namen, versuch es über eine siri szene.

wenn einer geht und der andere nicht liegt es ziemlich sicher nur an der erkennung des namens.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 20 März 2016, 18:01:03
@hanfreyy: siri kann jede definierte characteristic ansprechen. der name muss eindeutig sein. meist dauert es ein bisschen bis ein neues device auch in siri bekannt ist.

@Odin: dann einfach noch mal drüber installieren.

gruss
  andre

Hallo Andre,

vielen Dank. Habe ich gerade gemacht, leider startet die Homebridge nun nicht mehr.  :'(

/usr/local/lib/node_modules/homebridge-fhem/index.js:409
  if( format.match( /bool/i ) )
            ^

TypeError: Cannot read property 'match' of undefined
    at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:409:13)
    at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:113:13)
    at Object.Accessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1848:11)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:940:42)
    at Array.map (native)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:937:31)
    at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1036:10)
    at emitOne (events.js:82:20)
    at Request.emit (events.js:169:7)
    at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:963:12)
    at emitNone (events.js:72:20)
    at Gunzip.emit (events.js:166:7)
    at endReadableNT (_stream_readable.js:905:12)
Titel: Antw:homebridge/homekit
Beitrag von: hanfreyy am 20 März 2016, 18:31:34
spiel mal mit den namen, versuch es über eine siri szene.

wenn einer geht und der andere nicht liegt es ziemlich sicher nur an der erkennung des namens.

gruss
  andre

Die Szene war ein geiler tipp. "ich möchte prosieben sehen" und läuft. Danke!
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 20 März 2016, 18:49:25
Hab auch gerade Update gemacht bei mir kommt das selbe wie bei Odin
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 März 2016, 18:52:03
ich brauche die komplette konsolen ausgabe beim starten mit --debug

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 20 März 2016, 18:56:30
ich brauche die komplette konsolen ausgabe beim starten mit --debug

gruss
  andre

pi@raspberrypi ~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-20 18:55:48] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-20 18:55:48] Registering platform 'homebridge-fhem.FHEM'
[2016-03-20 18:55:48] ---
[2016-03-20 18:55:48] Loaded plugin: homebridge-milight
[2016-03-20 18:55:48] Registering accessory 'homebridge-milight.MiLight'
[2016-03-20 18:55:48] Registering platform 'homebridge-milight.MiLight'
[2016-03-20 18:55:48] ---
[2016-03-20 18:55:48] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-20 18:55:48] ---
[2016-03-20 18:55:48] Loading 1 platforms...
[2016-03-20 18:55:48] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1458496549558
[2016-03-20 18:55:49] [FHEM] Checking genericDeviceType...
[2016-03-20 18:55:49] [FHEM]   executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-20 18:55:49] [FHEM] Fetching FHEM devices...
[2016-03-20 18:55:49] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-20 18:55:49] Loading 0 accessories...
Server listening on: http://<ip>:8082
[2016-03-20 18:55:50] [FHEM] got: 9 results
[2016-03-20 18:55:50] [FHEM]  detected WifiLight
[2016-03-20 18:55:50] [FHEM] mappings for Lampe1: { Hue:
   { reading: 'hue',
     cmd: 'HSV',
     max: 359,
     maxValue: 359,
     homekit2reading: [Function: bound ] },
  Saturation:
   { reading: 'saturation',
     cmd: 'HSV',
     max: 100,
     maxValue: 100,
     homekit2reading: [Function: bound ] },
  Brightness:
   { reading: 'brightness',
     cmd: 'HSV',
     max: 100,
     maxValue: 100,
     delay: true,
     homekit2reading: [Function: bound ] },
  On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-20 18:55:50] [FHEM] Lampe1 is light
[2016-03-20 18:55:50] [FHEM] Lampe1 has
[2016-03-20 18:55:50] [FHEM]   Hue [hue;HSV;0-359]
[2016-03-20 18:55:50] [FHEM]   Saturation [saturation;HSV;0-100]
[2016-03-20 18:55:50] [FHEM]   Brightness [brightness]
[2016-03-20 18:55:50] [FHEM]   On [state;on,off]
  2016-03-20 18:55:50 caching: Lampe1-hue: 0
[2016-03-20 18:55:50] [FHEM] Lampe1-hue value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-03-20 18:55:50 caching: Lampe1-saturation: 0
[2016-03-20 18:55:50] [FHEM] Lampe1-saturation value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-03-20 18:55:50 caching: Lampe1-brightness: 100
[2016-03-20 18:55:50] [FHEM] Lampe1-brightness value 100 scaled to: 100
[2016-03-20 18:55:50] [FHEM]     caching: Brightness: 100 (as number; from '100')
  2016-03-20 18:55:50 caching: Lampe1-state: on
[2016-03-20 18:55:50] [FHEM] Lampe1-state valueOn/valueOff: value on mapped to 1
[2016-03-20 18:55:50] [FHEM]     caching: On: true (as boolean; from 'on')
[2016-03-20 18:55:50] [FHEM]  detected WifiLight
[2016-03-20 18:55:50] [FHEM] mappings for Lampe2: { Hue:
   { reading: 'hue',
     cmd: 'HSV',
     max: 359,
     maxValue: 359,
     homekit2reading: [Function: bound ] },
  Saturation:
   { reading: 'saturation',
     cmd: 'HSV',
     max: 100,
     maxValue: 100,
     homekit2reading: [Function: bound ] },
  Brightness:
   { reading: 'brightness',
     cmd: 'HSV',
     max: 100,
     maxValue: 100,
     delay: true,
     homekit2reading: [Function: bound ] },
  On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-20 18:55:50] [FHEM] Lampe2 is light
[2016-03-20 18:55:50] [FHEM] Lampe2 has
[2016-03-20 18:55:50] [FHEM]   Hue [hue;HSV;0-359]
[2016-03-20 18:55:50] [FHEM]   Saturation [saturation;HSV;0-100]
[2016-03-20 18:55:50] [FHEM]   Brightness [brightness]
[2016-03-20 18:55:50] [FHEM]   On [state;on,off]
  2016-03-20 18:55:50 caching: Lampe2-hue: 0
[2016-03-20 18:55:50] [FHEM] Lampe2-hue value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-03-20 18:55:50 caching: Lampe2-saturation: 0
[2016-03-20 18:55:50] [FHEM] Lampe2-saturation value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-03-20 18:55:50 caching: Lampe2-brightness: 100
[2016-03-20 18:55:50] [FHEM] Lampe2-brightness value 100 scaled to: 100
[2016-03-20 18:55:50] [FHEM]     caching: Brightness: 100 (as number; from '100')
  2016-03-20 18:55:50 caching: Lampe2-state: on
[2016-03-20 18:55:50] [FHEM] Lampe2-state valueOn/valueOff: value on mapped to 1
[2016-03-20 18:55:50] [FHEM]     caching: On: true (as boolean; from 'on')
[2016-03-20 18:55:50] [FHEM] mappings for MAX_117588: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
  FirmwareRevision: { reading: 'firmware', _isInformation: true },
  TargetTemperature:
   { reading: 'desiredTemperature',
     cmd: 'desiredTemperature',
     delay: true,
     minValue: 5,
     maxValue: 30,
     minStep: 0.5 },
  '4648454d-0201-686F-6D65-627269646765':
   { reading: 'valveposition',
     name: 'Actuation',
     format: 'UINT8',
     unit: 'PERCENTAGE',
     maxValue: 100,
     minValue: 0,
     minStep: 1 } }
[2016-03-20 18:55:50] [FHEM] MAX_117588 is thermostat
[2016-03-20 18:55:50] [FHEM] MAX_117588 has
[2016-03-20 18:55:50] [FHEM]   CurrentTemperature [temperature]
[2016-03-20 18:55:50] [FHEM]   StatusLowBattery [battery]
[2016-03-20 18:55:50] [FHEM]   FirmwareRevision [firmware]
[2016-03-20 18:55:50] [FHEM]   TargetTemperature [desiredTemperature]
[2016-03-20 18:55:50] [FHEM]   Custom Actuation [valveposition]
  2016-03-20 18:55:50 caching: MAX_117588-temperature: 14.9
/usr/local/lib/node_modules/homebridge-fhem/index.js:409
  if( format.match( /bool/i ) )
            ^

TypeError: Cannot read property 'match' of undefined
    at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:409:13)
    at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:113:13)
    at Object.Accessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1848:11)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:940:42)
    at Array.map (native)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:937:31)
    at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1036:10)
    at emitOne (events.js:82:20)
    at Request.emit (events.js:169:7)
    at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:963:12)
    at emitNone (events.js:72:20)
    at Gunzip.emit (events.js:166:7)
    at endReadableNT (_stream_readable.js:905:12)
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 20 März 2016, 18:58:32
ich brauche die komplette konsolen ausgabe beim starten mit --debug

gruss
  andre

pi@raspberrypi:~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
homebridge API version: 2
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1458496652111
[FHEM] Checking genericDeviceType...
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 11 results
[FHEM] mappings for Kamera: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] Kamera is switch
[FHEM] Kamera has
[FHEM]   On [state;on,off]
  2016-03-20 18:57:32 caching: Kamera-state: off
[FHEM] Kamera-state valueOn/valueOff: value off mapped to 0
[FHEM]     caching: On: false (as boolean; from 'off')
[FHEM] mappings for Schlafzimmer_heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
  FirmwareRevision: { reading: 'firmware', _isInformation: true },
  TargetTemperature:
   { reading: 'desiredTemperature',
     cmd: 'desiredTemperature',
     delay: true,
     minValue: 5,
     maxValue: 30,
     minStep: 0.5 },
  '4648454d-0201-686F-6D65-627269646765':
   { reading: 'valveposition',
     name: 'Actuation',
     format: 'UINT8',
     unit: 'PERCENTAGE',
     maxValue: 100,
     minValue: 0,
     minStep: 1 } }
[FHEM] Schlafzimmer_heizung is thermostat
[FHEM] Schlafzimmer_heizung has
[FHEM]   CurrentTemperature [temperature]
[FHEM]   StatusLowBattery [battery]
[FHEM]   FirmwareRevision [firmware]
[FHEM]   TargetTemperature [desiredTemperature]
[FHEM]   Custom Actuation [valveposition]
  2016-03-20 18:57:32 caching: Schlafzimmer_heizung-temperature: 19.9
/usr/local/lib/node_modules/homebridge-fhem/index.js:409
  if( format.match( /bool/i ) )
            ^

TypeError: Cannot read property 'match' of undefined
    at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:409:13)
    at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:113:13)
    at Object.Accessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1848:11)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:940:42)
    at Array.map (native)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:937:31)
    at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1036:10)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 März 2016, 19:01:43
ich denke ich habe es behoben.

bitte noch mal mit der version von gerade eben testen.

danke
  andre
Titel: Antw:homebridge/homekit
Beitrag von: roqsi am 20 März 2016, 19:04:41
ich denke ich habe es behoben.

bitte noch mal mit der version von gerade eben testen.

danke
  andre


läuft alles wieder super danke :D
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 20 März 2016, 19:07:27
ich denke ich habe es behoben.

bitte noch mal mit der version von gerade eben testen.

danke
  andre

Super, läuft wieder. Daaaaaaaanke!  :)

Die Problematik mit den Farben und der Helligkeit bei MiLight Lampen besteht leider noch.  :-\
Die Werte werden jeweils korrekt ausgelesen, bei einer Änderung eben nur nicht gesetzt bzw. an die Homebridge übertragen.

Falls dir das was hilft, so siehts aus:

6-03-20 19:14:38] Homebridge is running on port 51826.
[2016-03-20 19:14:43] [FHEM] query: Brightness for Lampe2-brightness
[2016-03-20 19:14:43] [FHEM]   cached: 100
[2016-03-20 19:14:43] [FHEM] query: Brightness for Lampe1-brightness
[2016-03-20 19:14:43] [FHEM]   cached: 80
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 93
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 78
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 73
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 72
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 70
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 67
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 64
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 62
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 61
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 60
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 59
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 57
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 56
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 55
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 54
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 54
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 53
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 53
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 53
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 52
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:56] [FHEM] Lampe2: executing set cmd for Brightness with value 51
[2016-03-20 19:14:56] [FHEM]   value converted to 33,100,51
[2016-03-20 19:14:56] [FHEM]   executing: https://127.0.0.1:8083/fhem?cmd=set%20Lampe2%20HSV%20NaN&XHR=1
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 21 März 2016, 22:47:21
Nach dem Update auf IOS 9.3 hat EVE jetzt keine Daten mehr. Also wieder alles neu machen..... Hatte das noch jemand?


Gesendet von iPad mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 21 März 2016, 23:05:35
Nach dem Update auf IOS 9.3 hat EVE jetzt keine Daten mehr. Also wieder alles neu machen..... Hatte das noch jemand?


Gesendet von iPad mit Tapatalk

Geht mir leider auch so (iPhone 6)...  ::)
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 21 März 2016, 23:22:03
Geht mir leider auch so (iPhone 6)...  ::)

Muss man es "nur" wieder alles neu zuweisen weil im Standardraum oder ist keine Verbindung zu HomeBridge möglich?

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 21 März 2016, 23:35:31
mit den aktuellsten versionen sollte es gehen:

https://github.com/nfarina/homebridge/issues/577#issuecomment-199516800

gruss
  andre

edit: gerade getestet und es geht.
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 22 März 2016, 00:20:36
Verbindung zur Bridge war da. Nur keine Geräte. "sudo npm install homebridge -g" brachte alle Geräte zurück. Muss sie nur noch wieder den Räumen zuweisen.


Gesendet von iPad mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 22 März 2016, 00:22:32
wenn man das homebridge update macht bevor man das iOS update macht bleibt alles in den richtigen räumen und man muss nichts neu zuweisen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 22 März 2016, 04:39:06
Hehe, wenn ich das vorher gewusst hätte...Egal, wieder was gelernt


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 22 März 2016, 07:40:21
Hab mich gewagt das 9.3 Update zu installieren. Dank aktueller Homebridge Version läuft alles problemlos so wie vorher.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: budy am 23 März 2016, 13:53:28
Ich habe auch iOS 9.3 und die aktuelle homebridge, nebst homebridge-fhem installiert und ich musste bereits zweimal die homebridge neu starten, da EVE den Kontakt zu ihr verloren hatte, obwohl ich mich heute nur Zuhause aufhalte.  ;D Im Log der homebridge steht zu den Zeitpunkten nichts weiter drin…

Mal sehen, ob das so weitergeht.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 23 März 2016, 14:25:52
Gestern hatte ich auch den ein o. anderen Ausfall. Heute lief es wieder einigermaßen rund. Jedoch bekomme ich die ATV 3 wieder nicht eingebunden. Dieses IOS Gerät ist jedesmal ein Problemkind.... In meinem LOG war auch keine Fehlermeldung zu finden.


Gesendet von iPad mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: deluxe41 am 23 März 2016, 14:57:33
Heute morgen hab ich mich auch an das Update 9.3 gewagt, vorher Homebridge aktualisiert.

Hat alles aus der Ferne geklappt.
Nur 2 dummys zeigen mir noch einen "Fehler" an.


Sent from my iPhone using Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: Breaked am 23 März 2016, 17:12:45
Hey,

woran kann es liegen das Geräte verschwinden bzw. wie kann ich auf Fehlersuche gehen?
Habe gerade noch homebridge geupdated.
Meine Hue z.B. funktioniert problemlos..
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 23 März 2016, 17:14:51
Hey,

woran kann es liegen das Geräte verschwinden bzw. wie kann ich auf Fehlersuche gehen?
Habe gerade noch homebridge geupdated.
Meine Hue z.B. funktioniert problemlos..

Ich würde mal "homebridge --debug" laufen lassen und gucken was bemängelt wird. Augenmerk auf rote Textausgaben.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 23 März 2016, 17:19:02
ich habe das iOS Update gemacht OHNE vorher homebridge zu aktualisieren (meaculpa) und trotz npm update -g homebridge, npm update -g homebridge-fhem und wie hier empfohlen sudo npm install homebridge -g zeigt EVE lediglich die homebridge selbst an, jedoch keine Geräte darin. Hier mal der komplette homebridge --debug markus@fhem2:~/.homebridge$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-23 17:15:23] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-23 17:15:23] Registering platform 'homebridge-fhem.FHEM'
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loading 1 platforms...
[2016-03-23 17:15:23] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1458749724949
[2016-03-23 17:15:25] [FHEM] Checking genericDeviceType...
[2016-03-23 17:15:25] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-23 17:15:25] [FHEM] Fetching FHEM devices...
[2016-03-23 17:15:25] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-23 17:15:25] Loading 0 accessories...
Server error: Error: listen EADDRINUSE 0.0.0.0:8082
Server listening on: http://<ip>:8282
[2016-03-23 17:15:25] [FHEM] got: 7 results
[2016-03-23 17:15:25] [FHEM] mappings for Abendlicht_dummy: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy is switch
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy has
[2016-03-23 17:15:25] [FHEM]   On [state;on,off]
  2016-03-23 17:15:25 caching: Abendlicht_dummy-state: off
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for HB_Fenster: { StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
  FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
  ContactSensorState:
   { reading: 'contact',
     values: [ '/^closed/:CONTACT_DETECTED', '/.*/:CONTACT_NOT_DETECTED' ] },
  CurrentDoorState:
   { reading: 'contact',
     values: [ '/^closed/:CLOSED', '/.*/:OPEN' ] } }
[2016-03-23 17:15:25] [FHEM] HB_Fenster is ContactSensor
[2016-03-23 17:15:25] [FHEM] HB_Fenster has
[2016-03-23 17:15:25] [FHEM]   StatusLowBattery [battery]
[2016-03-23 17:15:25] [FHEM]   FirmwareRevision [D-firmware]
[2016-03-23 17:15:25] [FHEM]   ContactSensorState [contact]
[2016-03-23 17:15:25] [FHEM]   CurrentDoorState [contact]
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] value2homekit: { ok: 0 }
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-23 17:15:25 caching: HB_Fenster-battery: ok
[2016-03-23 17:15:25] [FHEM] HB_Fenster-battery values: value ok mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
  2016-03-23 17:15:25 caching: HB_Fenster-D-firmware: 1.0
[2016-03-23 17:15:25] [FHEM]     caching: FirmwareRevision: 1.0 (as string; from '1.0')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 0 }, { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'CONTACT_DETECTED', '1': 'CONTACT_NOT_DETECTED' }
  2016-03-23 17:15:25 caching: HB_Fenster-contact: closed (to HMLAN1)
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 1 }, { re: '.*', to: 0 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 1
[2016-03-23 17:15:25] [FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] mappings for HO_Heizung_Clima: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
  TargetTemperature:
   { reading: 'desired-temp',
     cmd: 'desired-temp',
     delay: true,
     minValue: 5,
     maxValue: 30,
     minStep: 0.5 } }
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima is thermostat
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima has
[2016-03-23 17:15:25] [FHEM]   CurrentTemperature [measured-temp]
[2016-03-23 17:15:25] [FHEM]   TargetTemperature [desired-temp]
  2016-03-23 17:15:25 caching: HO_Heizung_Clima-measured-temp: 15.9
[2016-03-23 17:15:25] [FHEM]     caching: CurrentTemperature: 15.9 (as number; from '15.9')
  2016-03-23 17:15:25 caching: HO_Heizung_Clima-desired-temp: 10.0
[2016-03-23 17:15:25] [FHEM]     caching: TargetTemperature: 10 (as number; from '10.0')
[2016-03-23 17:15:25] [FHEM] mappings for IT_Dose2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] IT_Dose2 is switch
[2016-03-23 17:15:25] [FHEM] IT_Dose2 has
[2016-03-23 17:15:25] [FHEM]   On [state;on,off]
  2016-03-23 17:15:25 caching: IT_Dose2-state: off
[2016-03-23 17:15:25] [FHEM] IT_Dose2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV1: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] REV1 is switch
[2016-03-23 17:15:25] [FHEM] REV1 has
[2016-03-23 17:15:25] [FHEM]   On [state;on,off]
  2016-03-23 17:15:25 caching: REV1-state: off
[2016-03-23 17:15:25] [FHEM] REV1-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV2 is switch
[2016-03-23 17:15:26] [FHEM] REV2 has
[2016-03-23 17:15:26] [FHEM]   On [state;on,off]
  2016-03-23 17:15:26 caching: REV2-state: off
[2016-03-23 17:15:26] [FHEM] REV2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] mappings for REV3: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV3 is switch
[2016-03-23 17:15:26] [FHEM] REV3 has
[2016-03-23 17:15:26] [FHEM]   On [state;on,off]
  2016-03-23 17:15:26 caching: REV3-state: off
[2016-03-23 17:15:26] [FHEM] REV3-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'Abendlicht_dummy'...
[2016-03-23 17:15:26] [FHEM] creating services for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]   information service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]   Switch service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]     On characteristic for Abendlicht_dummy:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HB_Fenster'...
[2016-03-23 17:15:26] [FHEM] creating services for HB_Fenster
[2016-03-23 17:15:26] [FHEM]   information service for HB_Fenster
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for HB_Fenster
[2016-03-23 17:15:26] [FHEM]     firmware revision characteristic for HB_Fenster
[2016-03-23 17:15:26] [FHEM]   ContactSensor service for HB_Fenster
[2016-03-23 17:15:26] [FHEM]     StatusLowBattery characteristic for HB_Fenster:battery
[2016-03-23 17:15:26] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM]     ContactSensorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM]       initial value is: 0 (number; means CONTACT_DETECTED)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM]     CurrentDoorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM]       initial value is: 1 (number; means CLOSED)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HO_Heizung_Clima'...
[2016-03-23 17:15:26] [FHEM] creating services for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]   information service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]   Thermostat service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]     CurrentTemperature characteristic for HO_Heizung_Clima:measured-temp
[2016-03-23 17:15:26] [FHEM]       initial value is: 15.9 (number)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM]     TargetTemperature characteristic for HO_Heizung_Clima:desired-temp
[2016-03-23 17:15:26] [FHEM]       initial value is: 10 (number)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: 5,
  maxValue: 30,
  minStep: 0.5,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'IT_Dose2'...
[2016-03-23 17:15:26] [FHEM] creating services for IT_Dose2
[2016-03-23 17:15:26] [FHEM]   information service for IT_Dose2
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for IT_Dose2
[2016-03-23 17:15:26] [FHEM]   Switch service for IT_Dose2
[2016-03-23 17:15:26] [FHEM]     On characteristic for IT_Dose2:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV1'...
[2016-03-23 17:15:26] [FHEM] creating services for REV1
[2016-03-23 17:15:26] [FHEM]   information service for REV1
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for REV1
[2016-03-23 17:15:26] [FHEM]   Switch service for REV1
[2016-03-23 17:15:26] [FHEM]     On characteristic for REV1:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV2'...
[2016-03-23 17:15:26] [FHEM] creating services for REV2
[2016-03-23 17:15:26] [FHEM]   information service for REV2
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for REV2
[2016-03-23 17:15:26] [FHEM]   Switch service for REV2
[2016-03-23 17:15:26] [FHEM]     On characteristic for REV2:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV3'...
[2016-03-23 17:15:26] [FHEM] creating services for REV3
[2016-03-23 17:15:26] [FHEM]   information service for REV3
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for REV3
[2016-03-23 17:15:26] [FHEM]   Switch service for REV3
[2016-03-23 17:15:26] [FHEM]     On characteristic for REV3:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:51826
    at Object.exports._errnoException (util.js:856:11)
    at exports._exceptionWithHostPort (util.js:879:20)
    at Server._listen2 (net.js:1236:14)
    at listen (net.js:1272:10)
    at Server.listen (net.js:1368:5)
    at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
    at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:473:16)
    at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:92:16)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:351:14)
markus@fhem2:~/.homebridge$
Wie kann ich das Problem weiter eingrenzen? Vor dem iOS update war´s natürlich ok also tippe ich nicht direkt auf einen Configfehler aber man weiß ja nie...
Titel: Antw:homebridge/homekit
Beitrag von: Breaked am 23 März 2016, 17:19:54
Danke erstmal für die schnelle Antwort.

Habe nun debug laufen lassen und dort ist für meine Augen nichts auffällig.
Nach dem letzten Log-Eintrag sind die Devices wieder verschwunden.

Im Anhang der vollständige Log.

pi@raspberrypi ~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded plugin: homebridge-philipshue
Registering platform 'homebridge-philipshue.PhilipsHue'
---
Loaded config.json with 0 accessories and 2 platforms.
---
Loading 2 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1458749755421
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.30:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[Philips Hue] Initializing PhilipsHue platform...
[Philips Hue] PhilipsHue Platform Plugin Version 0.0.2
[Philips Hue] Fetching Philips Hue lights...
Loading 0 accessories...
Server listening on: http://<ip>:8082
[Philips Hue] Initializing platform accessory 'Hue iris links'...
[Philips Hue] Initializing platform accessory 'Hue iris rechts'...
[FHEM] got: 17 results
[FHEM] Eingangstuere is contact sensor [contact]
[FHEM] Eingangstuere has battery [battery]
[FHEM] Eingangstuere has firmware [D-firmware]
[FHEM]   caching: Eingangstuere-battery: 0 as number (from ok)
[FHEM]   caching: Eingangstuere-D-firmware: 2.4 as string (from 2.4)
[FHEM]   caching: Eingangstuere-contact: 0 as number (from closed (to broadcast))
[FHEM] Fensterkontakt.Bad is contact sensor [contact]
[FHEM] Fensterkontakt.Bad has battery [battery]
[FHEM] Fensterkontakt.Bad has firmware [D-firmware]
[FHEM]   caching: Fensterkontakt.Bad-battery: 0 as number (from ok)
[FHEM]   caching: Fensterkontakt.Bad-D-firmware: 2.4 as string (from 2.4)
[FHEM]   caching: Fensterkontakt.Bad-contact: 0 as number (from closed (to HMLAN1))
[FHEM] Harmony is switchable
[FHEM] Harmony has onOff [activity;activity,off]
[FHEM]   caching: Harmony-activity: Fernsehen as string (from Fernsehen)
[FHEM] Kueche.Leiste has RGB [RGB]
[FHEM] Kueche.Leiste has onOff [state;on,off]
[FHEM]   caching: Kueche.Leiste-RGB: 000000 as string (from 000000)
[FHEM]   caching: Kueche.Leiste-state: 0 as number (from off)
[FHEM] Licht.Kueche is dimable [pct]
[FHEM] Licht.Kueche has onOff [state;on,off]
[FHEM]   caching: Licht.Kueche-pct: 0 as number (from 0)
[FHEM]   caching: Licht.Kueche-state: 0 as number (from off)
[FHEM] Licht.Spiegelschrank is light
[FHEM] Licht.Spiegelschrank has onOff [state;on,off]
[FHEM] Licht.Spiegelschrank has firmware [D-firmware]
[FHEM]   caching: Licht.Spiegelschrank-D-firmware: 2.5 as string (from 2.5)
[FHEM]   caching: Licht.Spiegelschrank-state: 0 as number (from off)
[FHEM] Licht.WZ is dimable [pct]
[FHEM] Licht.WZ has onOff [state;on,off]
[FHEM]   caching: Licht.WZ-pct: 0 as number (from 0)
[FHEM]   caching: Licht.WZ-state: 0 as number (from off)
[FHEM] QNAP is switchable
[FHEM] QNAP has onOff [state;on,off]
[FHEM]   caching: QNAP-state: 0 as number (from off)
[FHEM] Sonos_Bad is switchable
[FHEM] Sonos_Bad has onOff [transportState;play,pause]
[FHEM] Sonos_Bad has volume [Volume:not cached]
[FHEM]   caching: Sonos_Bad-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Kueche is switchable
[FHEM] Sonos_Kueche has onOff [transportState;play,pause]
[FHEM] Sonos_Kueche has volume [Volume:not cached]
[FHEM]   caching: Sonos_Kueche-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Schlafzimmer is switchable
[FHEM] Sonos_Schlafzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Schlafzimmer has volume [Volume:not cached]
[FHEM]   caching: Sonos_Schlafzimmer-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Wohnzimmer is switchable
[FHEM] Sonos_Wohnzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Wohnzimmer has volume [Volume:not cached]
[FHEM]   caching: Sonos_Wohnzimmer-transportState: 1 as number (from PLAYING)
[FHEM] TS.WZ_Climate is thermostat [desired-temp;5-30:0.5]
[FHEM] TS.WZ_Climate has thermostat mode [controlMode;controlMode]
[FHEM] TS.WZ_Climate has temperature [measured-temp]
[FHEM] TS.WZ_Climate has humidity [humidity]
[FHEM]   caching: TS.WZ_Climate-measured-temp: 21.8 as number (from 21.8)
[FHEM]   caching: TS.WZ_Climate-humidity: 40 as number (from 40)
[FHEM]   caching: TS.WZ_Climate-desired-temp: 22 as number (from 22.0)
[FHEM]   caching: TS.WZ_Climate-controlMode: 1 as number (from manual)
[FHEM] hueBridge1_HUEDevice3 has RGB [rgb]
[FHEM] hueBridge1_HUEDevice3 has onOff [state;on,off]
[FHEM] hueBridge1_HUEDevice3 has hue [hue;0-65535]
[FHEM] hueBridge1_HUEDevice3 has sat [sat;0-254]
[FHEM] hueBridge1_HUEDevice3 has colormode [colormode]
[FHEM] hueBridge1_HUEDevice3 has xy [xy]
[FHEM]   caching: hueBridge1_HUEDevice3-pct: 0 as number (from 0)
[FHEM]   caching: hueBridge1_HUEDevice3-hue: 49 as number (from 8991)
[FHEM]   caching: hueBridge1_HUEDevice3-sat: 78 as number (from 198)
[FHEM]   caching: hueBridge1_HUEDevice3-colormode: hs as string (from hs)
[FHEM]   caching: hueBridge1_HUEDevice3-xy: 0.5572,0.3995 as string (from 0.5572,0.3995)
[FHEM]   caching: hueBridge1_HUEDevice3-rgb: ffdc38 as string (from ffdc38)
[FHEM]   caching: hueBridge1_HUEDevice3-state: 0 as number (from off)
[FHEM] hueBridge1_HUEDevice4 has RGB [rgb]
[FHEM] hueBridge1_HUEDevice4 has onOff [state;on,off]
[FHEM] hueBridge1_HUEDevice4 has hue [hue;0-65535]
[FHEM] hueBridge1_HUEDevice4 has sat [sat;0-254]
[FHEM] hueBridge1_HUEDevice4 has colormode [colormode]
[FHEM] hueBridge1_HUEDevice4 has xy [xy]
[FHEM]   caching: hueBridge1_HUEDevice4-pct: 0 as number (from 0)
[FHEM]   caching: hueBridge1_HUEDevice4-hue: 49 as number (from 8991)
[FHEM]   caching: hueBridge1_HUEDevice4-sat: 78 as number (from 198)
[FHEM]   caching: hueBridge1_HUEDevice4-colormode: hs as string (from hs)
[FHEM]   caching: hueBridge1_HUEDevice4-xy: 0.5572,0.3995 as string (from 0.5572,0.3995)
[FHEM]   caching: hueBridge1_HUEDevice4-rgb: ffdc38 as string (from ffdc38)
[FHEM]   caching: hueBridge1_HUEDevice4-state: 0 as number (from off)
[FHEM] rr_Michael is occupancy sensor
[FHEM]   caching: rr_Michael-presence: 1 as number (from present)
[FHEM] rr_Nathalie is occupancy sensor
[FHEM]   caching: rr_Nathalie-presence: 0 as number (from absent)
[FHEM] Initializing platform accessory 'Eingangstuere'...
[FHEM] creating services for Eingangstuere
[FHEM]   information service for Eingangstuere
[FHEM]     firmware revision characteristic for Eingangstuere
[FHEM]   contact sensor service for Eingangstuere
[FHEM]     battery status characteristic for Eingangstuere
[FHEM]     contact sensor characteristic for Eingangstuere
[FHEM]     current door state characteristic for Eingangstuere
[FHEM] Initializing platform accessory 'Fensterkontakt.Bad'...
[FHEM] creating services for Fensterkontakt.Bad
[FHEM]   information service for Fensterkontakt.Bad
[FHEM]     firmware revision characteristic for Fensterkontakt.Bad
[FHEM]   contact sensor service for Fensterkontakt.Bad
[FHEM]     battery status characteristic for Fensterkontakt.Bad
[FHEM]     contact sensor characteristic for Fensterkontakt.Bad
[FHEM]     current door state characteristic for Fensterkontakt.Bad
[FHEM] Initializing platform accessory 'Harmony'...
[FHEM] creating services for Harmony
[FHEM]   information service for Harmony
[FHEM]   switch service for Harmony (Fernsehen)
[FHEM]       on characteristic for Harmony Fernsehen
[FHEM]   switch service for Harmony (Playstation)
[FHEM]       on characteristic for Harmony Playstation
[FHEM]   switch service for Harmony (Apple.TV.sehen)
[FHEM]       on characteristic for Harmony Apple.TV.sehen
[FHEM]   switch service for Harmony (PowerOff)
[FHEM]       on characteristic for Harmony PowerOff
[FHEM] Initializing platform accessory 'Kueche.Leiste'...
[FHEM] creating services for Kueche.Leiste
[FHEM]   information service for Kueche.Leiste
[FHEM]   lightbulb service for Kueche.Leiste
[FHEM]     on characteristic for Kueche.Leiste
[FHEM]     fake hue characteristic for Kueche.Leiste
[FHEM]     fake saturation characteristic for Kueche.Leiste
[FHEM]     fake brightness characteristic for Kueche.Leiste
[FHEM] Initializing platform accessory 'Licht.Kueche'...
[FHEM] creating services for Licht.Kueche
[FHEM]   information service for Licht.Kueche
[FHEM]   lightbulb service for Licht.Kueche
[FHEM]     on characteristic for Licht.Kueche
[FHEM]     brightness characteristic for Licht.Kueche
[FHEM] Initializing platform accessory 'Licht.Spiegelschrank'...
[FHEM] creating services for Licht.Spiegelschrank
[FHEM]   information service for Licht.Spiegelschrank
[FHEM]     firmware revision characteristic for Licht.Spiegelschrank
[FHEM]   lightbulb service for Licht.Spiegelschrank
[FHEM]     on characteristic for Licht.Spiegelschrank
[FHEM] Initializing platform accessory 'Licht.WZ'...
[FHEM] creating services for Licht.WZ
[FHEM]   information service for Licht.WZ
[FHEM]   lightbulb service for Licht.WZ
[FHEM]     on characteristic for Licht.WZ
[FHEM]     brightness characteristic for Licht.WZ
[FHEM] Initializing platform accessory 'QNAP'...
[FHEM] creating services for QNAP
[FHEM]   information service for QNAP
[FHEM]   switch service for QNAP
[FHEM]     on characteristic for QNAP
[FHEM] Initializing platform accessory 'Sonos_Bad'...
[FHEM] creating services for Sonos_Bad
[FHEM]   information service for Sonos_Bad
[FHEM]   switch service for Sonos_Bad
[FHEM]     on characteristic for Sonos_Bad
[FHEM]     custom volume characteristic for Sonos_Bad
[FHEM] Initializing platform accessory 'Sonos_Kueche'...
[FHEM] creating services for Sonos_Kueche
[FHEM]   information service for Sonos_Kueche
[FHEM]   switch service for Sonos_Kueche
[FHEM]     on characteristic for Sonos_Kueche
[FHEM]     custom volume characteristic for Sonos_Kueche
[FHEM] Initializing platform accessory 'Sonos_Schlafzimmer'...
[FHEM] creating services for Sonos_Schlafzimmer
[FHEM]   information service for Sonos_Schlafzimmer
[FHEM]   switch service for Sonos_Schlafzimmer
[FHEM]     on characteristic for Sonos_Schlafzimmer
[FHEM]     custom volume characteristic for Sonos_Schlafzimmer
[FHEM] Initializing platform accessory 'Sonos_Wohnzimmer'...
[FHEM] creating services for Sonos_Wohnzimmer
[FHEM]   information service for Sonos_Wohnzimmer
[FHEM]   switch service for Sonos_Wohnzimmer
[FHEM]     on characteristic for Sonos_Wohnzimmer
[FHEM]     custom volume characteristic for Sonos_Wohnzimmer
[FHEM] Initializing platform accessory 'TS.WZ_Climate'...
[FHEM] creating services for TS.WZ_Climate
[FHEM]   information service for TS.WZ_Climate
[FHEM]   thermostat service for TS.WZ_Climate
[FHEM]     temperature characteristic for TS.WZ_Climate
[FHEM]     humidity characteristic for TS.WZ_Climate
[FHEM]     target temperature characteristic for TS.WZ_Climate
[FHEM] Initializing platform accessory 'hueBridge1_HUEDevice3'...
[FHEM] creating services for hueBridge1_HUEDevice3
[FHEM]   information service for hueBridge1_HUEDevice3
[FHEM]   lightbulb service for hueBridge1_HUEDevice3
[FHEM]     on characteristic for hueBridge1_HUEDevice3
[FHEM]     brightness characteristic for hueBridge1_HUEDevice3
[FHEM]     hue characteristic for hueBridge1_HUEDevice3
[FHEM]     saturation characteristic for hueBridge1_HUEDevice3
[FHEM] Initializing platform accessory 'hueBridge1_HUEDevice4'...
[FHEM] creating services for hueBridge1_HUEDevice4
[FHEM]   information service for hueBridge1_HUEDevice4
[FHEM]   lightbulb service for hueBridge1_HUEDevice4
[FHEM]     on characteristic for hueBridge1_HUEDevice4
[FHEM]     brightness characteristic for hueBridge1_HUEDevice4
[FHEM]     hue characteristic for hueBridge1_HUEDevice4
[FHEM]     saturation characteristic for hueBridge1_HUEDevice4
[FHEM] Initializing platform accessory 'rr_Michael'...
[FHEM] creating services for rr_Michael
[FHEM]   information service for rr_Michael
[FHEM]   occupancy sensor service for rr_Michael
[FHEM]     occupancy detected characteristic for rr_Michael
[FHEM] Initializing platform accessory 'rr_Nathalie'...
[FHEM] creating services for rr_Nathalie
[FHEM]   information service for rr_Nathalie
[FHEM]   occupancy sensor service for rr_Nathalie
[FHEM]     occupancy detected characteristic for rr_Nathalie
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
Homebridge is running on port 51826.
[FHEM] query: Eingangstuere-battery
[FHEM]   cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM]   cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM]   cached: 0
[FHEM] query: Eingangstuere-battery
[FHEM]   cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM]   cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM]   cached: 0
[FHEM] query: Kueche.Leiste-sat
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Kueche.Leiste%22,%22RGB%22,%22%22)%7D&XHR=1
[FHEM]   value: 000000
[FHEM]   mapped: 000000
  2016-03-23 16:16:12 caching: Kueche.Leiste-sat: 000000 as string
[FHEM] query: Kueche.Leiste-state
[FHEM]   cached: 0
[FHEM] query: Kueche.Leiste-hue
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Kueche.Leiste%22,%22RGB%22,%22%22)%7D&XHR=1
[FHEM]   value: 000000
[FHEM]   mapped: 000000
  2016-03-23 16:16:13 caching: Kueche.Leiste-hue: 000000 as string
[FHEM] query: Kueche.Leiste-bri
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Kueche.Leiste%22,%22RGB%22,%22%22)%7D&XHR=1
[FHEM]   value: 000000
[FHEM]   mapped: 000000
  2016-03-23 16:16:13 caching: Kueche.Leiste-bri: 000000 as string
[FHEM] query: Licht.Kueche-state
[FHEM]   cached: 0
[FHEM] query: Licht.Kueche-pct
[FHEM]   cached: 0
[FHEM] query: Licht.Spiegelschrank-state
[FHEM]   cached: 0
[FHEM] query: Licht.WZ-state
[FHEM]   cached: 0
[FHEM] query: Licht.WZ-pct
[FHEM]   cached: 0
[FHEM] query: QNAP-state
[FHEM]   cached: 0
[FHEM] query: Sonos_Bad-transportState
[FHEM]   cached: 0
[FHEM] query: Sonos_Bad-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Bad%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 10
[FHEM]   mapped: 10
[FHEM] query: Sonos_Kueche-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Kueche%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 13
[FHEM]   mapped: 13
[FHEM] query: Sonos_Kueche-transportState
[FHEM]   cached: 0
[FHEM] query: Sonos_Schlafzimmer-transportState
[FHEM]   cached: 0
[FHEM] query: Sonos_Schlafzimmer-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Schlafzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 23
[FHEM]   mapped: 23
[FHEM] query: Sonos_Wohnzimmer-transportState
[FHEM]   cached: 1
[FHEM] query: Sonos_Wohnzimmer-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Wohnzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 14
[FHEM]   mapped: 14
[FHEM] query: TS.WZ_Climate-humidity
[FHEM]   cached: 40
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM]   cached: 22
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM]   cached: 21.8
[FHEM] query: hueBridge1_HUEDevice3-hue
[FHEM]   cached: 49
[FHEM] query: hueBridge1_HUEDevice3-state
[FHEM]   cached: 0
[FHEM] query: hueBridge1_HUEDevice3-sat
[FHEM]   cached: 78
[FHEM] query: hueBridge1_HUEDevice3-pct
[FHEM]   cached: 0
[FHEM] query: hueBridge1_HUEDevice4-pct
[FHEM]   cached: 0
[FHEM] query: hueBridge1_HUEDevice4-hue
[FHEM]   cached: 49
[FHEM] query: hueBridge1_HUEDevice4-state
[FHEM]   cached: 0
[FHEM] query: hueBridge1_HUEDevice4-sat
[FHEM]   cached: 78
[FHEM] query: rr_Michael-presence
[FHEM]   cached: 1
[FHEM] query: rr_Nathalie-presence
[FHEM]   cached: 0
[FHEM] query: Eingangstuere-battery
[FHEM]   cached: 0
[FHEM] query: hueBridge1_HUEDevice3-hue
[FHEM]   cached: 49
[FHEM] query: Sonos_Kueche-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Kueche%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 13
[FHEM]   mapped: 13
[FHEM] query: hueBridge1_HUEDevice4-pct
[FHEM]   cached: 0
[FHEM] query: Kueche.Leiste-sat
[FHEM]   cached: 000000
[FHEM] query: Licht.Kueche-state
[FHEM]   cached: 0
[FHEM] query: Licht.Spiegelschrank-state
[FHEM]   cached: 0
[FHEM] query: Licht.WZ-state
[FHEM]   cached: 0
[FHEM] query: QNAP-state
[FHEM]   cached: 0
[FHEM] query: Sonos_Schlafzimmer-transportState
[FHEM]   cached: 0
[FHEM] query: rr_Nathalie-presence
[FHEM]   cached: 0
[FHEM] query: rr_Michael-presence
[FHEM]   cached: 1
[FHEM] query: Sonos_Bad-transportState
[FHEM]   cached: 0
[FHEM] query: Sonos_Wohnzimmer-transportState
[FHEM]   cached: 1
[FHEM] query: TS.WZ_Climate-humidity
[FHEM]   cached: 40
[FHEM] query: hueBridge1_HUEDevice3-state
[FHEM]   cached: 0
[FHEM] query: Sonos_Kueche-transportState
[FHEM]   cached: 0
[FHEM] query: hueBridge1_HUEDevice4-hue
[FHEM]   cached: 49
[FHEM] query: Kueche.Leiste-state
[FHEM]   cached: 0
[FHEM] query: Licht.Kueche-pct
[FHEM]   cached: 0
[FHEM] query: Licht.WZ-pct
[FHEM]   cached: 0
[FHEM] query: Sonos_Schlafzimmer-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Schlafzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 23
[FHEM]   mapped: 23
[FHEM] query: Sonos_Bad-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Bad%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 10
[FHEM]   mapped: 10
[FHEM] query: Eingangstuere-contact
[FHEM]   cached: 0
[FHEM] query: Sonos_Wohnzimmer-Volume
[FHEM]   not cached
[FHEM]   executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Wohnzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM]   value: 14
[FHEM]   mapped: 14
[FHEM] query: hueBridge1_HUEDevice3-sat
[FHEM]   cached: 78
[FHEM] query: hueBridge1_HUEDevice4-state
[FHEM]   cached: 0
[FHEM] query: Kueche.Leiste-hue
[FHEM]   cached: 000000
[FHEM] query: Eingangstuere-contact
[FHEM]   cached: 0
[FHEM] query: hueBridge1_HUEDevice3-pct
[FHEM]   cached: 0
[FHEM] query: Kueche.Leiste-bri
[FHEM]   cached: 000000
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM]   cached: 22
[FHEM] query: hueBridge1_HUEDevice4-sat
[FHEM]   cached: 78
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM]   cached: 21.8
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: TS.WZ_Climate-humidity
[FHEM]   cached: 40
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM]   cached: 22
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM]   cached: 21.8
[FHEM] query: TS.WZ_Climate-humidity
[FHEM]   cached: 40
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: TS.WZ_Climate-humidity
[FHEM]   cached: 40
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM]   cached: Fernsehen
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM]   cached: 22
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM]   cached: 21.8

Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 23 März 2016, 17:27:48
ich habe das iOS Update gemacht OHNE vorher homebridge zu aktualisieren (meaculpa) und trotz npm update -g homebridge, npm update -g homebridge-fhem und wie hier empfohlen sudo npm install homebridge -g zeigt EVE lediglich die homebridge selbst an, jedoch keine Geräte darin. Hier mal der komplette homebridge --debug markus@fhem2:~/.homebridge$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-23 17:15:23] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-23 17:15:23] Registering platform 'homebridge-fhem.FHEM'
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loading 1 platforms...
[2016-03-23 17:15:23] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1458749724949
[2016-03-23 17:15:25] [FHEM] Checking genericDeviceType...
[2016-03-23 17:15:25] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-23 17:15:25] [FHEM] Fetching FHEM devices...
[2016-03-23 17:15:25] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-23 17:15:25] Loading 0 accessories...
Server error: Error: listen EADDRINUSE 0.0.0.0:8082
Server listening on: http://<ip>:8282
[2016-03-23 17:15:25] [FHEM] got: 7 results
[2016-03-23 17:15:25] [FHEM] mappings for Abendlicht_dummy: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy is switch
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy has
[2016-03-23 17:15:25] [FHEM]   On [state;on,off]
  2016-03-23 17:15:25 caching: Abendlicht_dummy-state: off
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for HB_Fenster: { StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
  FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
  ContactSensorState:
   { reading: 'contact',
     values: [ '/^closed/:CONTACT_DETECTED', '/.*/:CONTACT_NOT_DETECTED' ] },
  CurrentDoorState:
   { reading: 'contact',
     values: [ '/^closed/:CLOSED', '/.*/:OPEN' ] } }
[2016-03-23 17:15:25] [FHEM] HB_Fenster is ContactSensor
[2016-03-23 17:15:25] [FHEM] HB_Fenster has
[2016-03-23 17:15:25] [FHEM]   StatusLowBattery [battery]
[2016-03-23 17:15:25] [FHEM]   FirmwareRevision [D-firmware]
[2016-03-23 17:15:25] [FHEM]   ContactSensorState [contact]
[2016-03-23 17:15:25] [FHEM]   CurrentDoorState [contact]
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] value2homekit: { ok: 0 }
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-23 17:15:25 caching: HB_Fenster-battery: ok
[2016-03-23 17:15:25] [FHEM] HB_Fenster-battery values: value ok mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
  2016-03-23 17:15:25 caching: HB_Fenster-D-firmware: 1.0
[2016-03-23 17:15:25] [FHEM]     caching: FirmwareRevision: 1.0 (as string; from '1.0')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 0 }, { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'CONTACT_DETECTED', '1': 'CONTACT_NOT_DETECTED' }
  2016-03-23 17:15:25 caching: HB_Fenster-contact: closed (to HMLAN1)
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 1 }, { re: '.*', to: 0 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 1
[2016-03-23 17:15:25] [FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] mappings for HO_Heizung_Clima: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
  TargetTemperature:
   { reading: 'desired-temp',
     cmd: 'desired-temp',
     delay: true,
     minValue: 5,
     maxValue: 30,
     minStep: 0.5 } }
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima is thermostat
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima has
[2016-03-23 17:15:25] [FHEM]   CurrentTemperature [measured-temp]
[2016-03-23 17:15:25] [FHEM]   TargetTemperature [desired-temp]
  2016-03-23 17:15:25 caching: HO_Heizung_Clima-measured-temp: 15.9
[2016-03-23 17:15:25] [FHEM]     caching: CurrentTemperature: 15.9 (as number; from '15.9')
  2016-03-23 17:15:25 caching: HO_Heizung_Clima-desired-temp: 10.0
[2016-03-23 17:15:25] [FHEM]     caching: TargetTemperature: 10 (as number; from '10.0')
[2016-03-23 17:15:25] [FHEM] mappings for IT_Dose2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] IT_Dose2 is switch
[2016-03-23 17:15:25] [FHEM] IT_Dose2 has
[2016-03-23 17:15:25] [FHEM]   On [state;on,off]
  2016-03-23 17:15:25 caching: IT_Dose2-state: off
[2016-03-23 17:15:25] [FHEM] IT_Dose2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV1: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] REV1 is switch
[2016-03-23 17:15:25] [FHEM] REV1 has
[2016-03-23 17:15:25] [FHEM]   On [state;on,off]
  2016-03-23 17:15:25 caching: REV1-state: off
[2016-03-23 17:15:25] [FHEM] REV1-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV2 is switch
[2016-03-23 17:15:26] [FHEM] REV2 has
[2016-03-23 17:15:26] [FHEM]   On [state;on,off]
  2016-03-23 17:15:26 caching: REV2-state: off
[2016-03-23 17:15:26] [FHEM] REV2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] mappings for REV3: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV3 is switch
[2016-03-23 17:15:26] [FHEM] REV3 has
[2016-03-23 17:15:26] [FHEM]   On [state;on,off]
  2016-03-23 17:15:26 caching: REV3-state: off
[2016-03-23 17:15:26] [FHEM] REV3-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM]     caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'Abendlicht_dummy'...
[2016-03-23 17:15:26] [FHEM] creating services for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]   information service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]   Switch service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM]     On characteristic for Abendlicht_dummy:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HB_Fenster'...
[2016-03-23 17:15:26] [FHEM] creating services for HB_Fenster
[2016-03-23 17:15:26] [FHEM]   information service for HB_Fenster
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for HB_Fenster
[2016-03-23 17:15:26] [FHEM]     firmware revision characteristic for HB_Fenster
[2016-03-23 17:15:26] [FHEM]   ContactSensor service for HB_Fenster
[2016-03-23 17:15:26] [FHEM]     StatusLowBattery characteristic for HB_Fenster:battery
[2016-03-23 17:15:26] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM]     ContactSensorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM]       initial value is: 0 (number; means CONTACT_DETECTED)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM]     CurrentDoorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM]       initial value is: 1 (number; means CLOSED)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HO_Heizung_Clima'...
[2016-03-23 17:15:26] [FHEM] creating services for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]   information service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]   Thermostat service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM]     CurrentTemperature characteristic for HO_Heizung_Clima:measured-temp
[2016-03-23 17:15:26] [FHEM]       initial value is: 15.9 (number)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM]     TargetTemperature characteristic for HO_Heizung_Clima:desired-temp
[2016-03-23 17:15:26] [FHEM]       initial value is: 10 (number)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: 5,
  maxValue: 30,
  minStep: 0.5,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'IT_Dose2'...
[2016-03-23 17:15:26] [FHEM] creating services for IT_Dose2
[2016-03-23 17:15:26] [FHEM]   information service for IT_Dose2
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for IT_Dose2
[2016-03-23 17:15:26] [FHEM]   Switch service for IT_Dose2
[2016-03-23 17:15:26] [FHEM]     On characteristic for IT_Dose2:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV1'...
[2016-03-23 17:15:26] [FHEM] creating services for REV1
[2016-03-23 17:15:26] [FHEM]   information service for REV1
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for REV1
[2016-03-23 17:15:26] [FHEM]   Switch service for REV1
[2016-03-23 17:15:26] [FHEM]     On characteristic for REV1:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV2'...
[2016-03-23 17:15:26] [FHEM] creating services for REV2
[2016-03-23 17:15:26] [FHEM]   information service for REV2
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for REV2
[2016-03-23 17:15:26] [FHEM]   Switch service for REV2
[2016-03-23 17:15:26] [FHEM]     On characteristic for REV2:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV3'...
[2016-03-23 17:15:26] [FHEM] creating services for REV3
[2016-03-23 17:15:26] [FHEM]   information service for REV3
[2016-03-23 17:15:26] [FHEM]     manufacturer, model and serial number characteristics for REV3
[2016-03-23 17:15:26] [FHEM]   Switch service for REV3
[2016-03-23 17:15:26] [FHEM]     On characteristic for REV3:state
[2016-03-23 17:15:26] [FHEM]       initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:51826
    at Object.exports._errnoException (util.js:856:11)
    at exports._exceptionWithHostPort (util.js:879:20)
    at Server._listen2 (net.js:1236:14)
    at listen (net.js:1272:10)
    at Server.listen (net.js:1368:5)
    at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
    at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:473:16)
    at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:92:16)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:351:14)
markus@fhem2:~/.homebridge$
Wie kann ich das Problem weiter eingrenzen? Vor dem iOS update war´s natürlich ok also tippe ich nicht direkt auf einen Configfehler aber man weiß ja nie...

Bei manchen Systemen wird mit "sudo npm update -g homebridge" und "npm update -g homebridge-fhem" nicht richtig aktualisiert (ist bei mir der Fall). Ich muss dann immer Homebridge anhalten, die beiden Pakete deinstallieren und wieder neu installieren.

Versionen herausfinden:
sudo npm list -g homebridge && sudo npm list -g homebridge-fhem
Falls die Versionen alt sind und über "update -g" nicht aktualisiert werden, mache ich folgendes:
sudo service homebridge stop && sudo npm remove -g homebridge-fhem homebridge && sudo npm install -g homebridge homebridge-fhem && sudo service homebridge start*alles in eine Zeile

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 23 März 2016, 17:57:51
Bei manchen Systemen wird mit "sudo npm update -g homebridge" und "npm update -g homebridge-fhem" nicht richtig aktualisiert (ist bei mir der Fall). Ich muss dann immer Homebridge anhalten, die beiden Pakete deinstallieren und wieder neu installieren.

Versionen herausfinden:
sudo npm list -g homebridge && sudo npm list -g homebridge-fhem
Mhh, richtig alt sieht das nicht aus: markus@fhem2:~/.homebridge$ sudo npm list -g homebridge && sudo npm list -g homebridge-fhem
/usr/local/lib
└── homebridge@0.3.2
/usr/local/lib
└── homebridge-fhem@0.2.17  (git+https://github.com/justme-1968/homebridge-fhem.git#fba8d7786e2349290e82e5173e6438a3f8cd22b3)

markus@fhem2:~/.homebridge$
sudo node -v && npm -v
v5.5.0
3.3.12
Habe trotzdem mal neu installiert aber die Versionen blieben gleich. Habe dann in EVE alle Geräte neu hinzufügen wollen. Unter Gerät hinzufügen taucht "Homebridge" auf aber wenn ich dann den Code scanne/eingebe springt er zurück auf "Gerät hinzufügen" anstatt zu koppeln ?!?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 23 März 2016, 18:39:38
Habe trotzdem mal neu installiert aber die Versionen blieben gleich. Habe dann in EVE alle Geräte neu hinzufügen wollen. Unter Gerät hinzufügen taucht "Homebridge" auf aber wenn ich dann den Code scanne/eingebe springt er zurück auf "Gerät hinzufügen" anstatt zu koppeln ?!?

Das klingt danach dass sich was am Mapping geändert hat und HomeKit es so nicht annimmt wie es ist.
Bitte erstmal nur mit einem Gerät in Homebridge versuchen, am Besten eins ohne manuelles Mapping. Wenn das wieder läuft Stück für Stück die Geräte wieder hinzunehmen und gucken bei welchem es dann hakt. Nur so kann man sich der Lösung des Problems nähern.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 23 März 2016, 18:58:33
habe nur noch ein Gerät im Raum Homekit gelassen und den homefit service neu gestartet - das scheint es noch nicht gewesen zu sein. Was etwas komisch ist, ist das ich in der config.json mal den Namen testweise verändert habe "name": "Homebridge2", aber in EVE wird noch immer nur "Homebridge" angezeigt. Auch ein reinstall der EVE app macht keinen Unterschied...
Titel: Antw:homebridge/homekit
Beitrag von: budy am 23 März 2016, 19:10:50
@dieoma:

Server error: Error: listen EADDRINUSE 0.0.0.0:8082
Server listening on: http://<ip>:8282

Da läuft noch irgendeine Instanz von homebride… bzw. homebridge-fhem kann den Port 8082 nicht öffnen, den es für seine Kommunikation braucht…

Schau mal nach ob da noch was auf Port 8082 hängt…

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: budy am 23 März 2016, 19:23:54
Gestern hatte ich auch den ein o. anderen Ausfall. Heute lief es wieder einigermaßen rund. Jedoch bekomme ich die ATV 3 wieder nicht eingebunden. Dieses IOS Gerät ist jedesmal ein Problemkind.... In meinem LOG war auch keine Fehlermeldung zu finden.

Als ich heute mein ATV3 aktivierte, gab's erst mal ein Update und anschließend hatte ich vorsorglich mal iCloud auf dem ATV3 durch ausloggen/neustarten/einloggen zurückgesetzt und konnte dann sowohl über Siri und EVE ohne WLAN meine Devices steuern.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 23 März 2016, 19:26:14
So ging es mir nach dem letzten Update auch. Lief richtig rund. Jetzt schon mehrfach zurückgesetzt und neu angemeldet. Keine Chance. Ich lese aber auch gerade parallel, das Apple Probleme bei den ICloud Diensten hat. Vllt. Ist dieser Bereich auch betroffen. Mal abwarten.....


Gesendet von iPad mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 23 März 2016, 19:31:41
Da läuft noch irgendeine Instanz von homebride… bzw. homebridge-fhem kann den Port 8082 nicht öffnen, den es für seine Kommunikation braucht…
Schau mal nach ob da noch was auf Port 8082 hängt…

Da hast du leider einen Denkfehler denn homebridge --debug wurde ausgeführt also homebridge noch lief - mir ging es quasi nur um die Ausgabe der debug infos...
Titel: Antw:homebridge/homekit
Beitrag von: budy am 23 März 2016, 21:58:59
Da hast du leider einen Denkfehler denn homebridge --debug wurde ausgeführt also homebridge noch lief - mir ging es quasi nur um die Ausgabe der debug infos...

Aha… und was ist damit?

[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:51826

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: budy am 23 März 2016, 22:13:28
Andere Frage… ich habe hier ein iPhone5 mit iOS 9.3. Dem habe ich einen Gast-Account auf meiner Homebridge verpasst und EVE sieht auch brav alle Geräte und es kann sie auch steuern.

…nur Siri ziert sich und findet partout keine Geräte, hat jemand überaupt homebridge/fhem-homebridge mit Siri auf einem iPhone5 erfolgreich im Einsatz?

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 23 März 2016, 22:39:48
Aha… und was ist damit?

[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:51826
Das ist sicher ein Folgefehler. Wenn ich den homebridge service brav stoppe und manuell mit debug starte siehst du das es fehlerfrei ist: markus@fhem2:~/.homebridge$ service homebridge stop
Homebridge closed
markus@fhem2:~/.homebridge$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-23 22:36:17] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-23 22:36:17] Registering platform 'homebridge-fhem.FHEM'
[2016-03-23 22:36:17] ---
[2016-03-23 22:36:17] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-23 22:36:17] ---
[2016-03-23 22:36:17] Loading 1 platforms...
[2016-03-23 22:36:17] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1458768979208
[2016-03-23 22:36:19] [FHEM] Checking genericDeviceType...
[2016-03-23 22:36:19] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-23 22:36:19] [FHEM] Fetching FHEM devices...
[2016-03-23 22:36:19] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-23 22:36:19] Loading 0 accessories...
Server listening on: http://<ip>:8082
[2016-03-23 22:36:19] [FHEM] got: 2 results
[2016-03-23 22:36:19] [FHEM] mappings for REV1: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 22:36:19] [FHEM] REV1 is switch
[2016-03-23 22:36:19] [FHEM] REV1 has
[2016-03-23 22:36:19] [FHEM]   On [state;on,off]
  2016-03-23 22:36:19 caching: REV1-state: on
[2016-03-23 22:36:20] [FHEM] REV1-state valueOn/valueOff: value on mapped to 1
[2016-03-23 22:36:20] [FHEM]     caching: On: true (as boolean; from 'on')
[2016-03-23 22:36:20] [FHEM] mappings for REV2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 22:36:20] [FHEM] REV2 is switch
[2016-03-23 22:36:20] [FHEM] REV2 has
[2016-03-23 22:36:20] [FHEM]   On [state;on,off]
  2016-03-23 22:36:20 caching: REV2-state: on
[2016-03-23 22:36:20] [FHEM] REV2-state valueOn/valueOff: value on mapped to 1
[2016-03-23 22:36:20] [FHEM]     caching: On: true (as boolean; from 'on')
[2016-03-23 22:36:20] [FHEM] Initializing platform accessory 'REV1'...
[2016-03-23 22:36:20] [FHEM] creating services for REV1
[2016-03-23 22:36:20] [FHEM]   information service for REV1
[2016-03-23 22:36:20] [FHEM]     manufacturer, model and serial number characteristics for REV1
[2016-03-23 22:36:20] [FHEM]   Switch service for REV1
[2016-03-23 22:36:20] [FHEM]     On characteristic for REV1:state
[2016-03-23 22:36:20] [FHEM]       initial value is: true (boolean)
[2016-03-23 22:36:20] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 22:36:20] [FHEM] Initializing platform accessory 'REV2'...
[2016-03-23 22:36:20] [FHEM] creating services for REV2
[2016-03-23 22:36:20] [FHEM]   information service for REV2
[2016-03-23 22:36:20] [FHEM]     manufacturer, model and serial number characteristics for REV2
[2016-03-23 22:36:20] [FHEM]   Switch service for REV2
[2016-03-23 22:36:20] [FHEM]     On characteristic for REV2:state
[2016-03-23 22:36:20] [FHEM]       initial value is: true (boolean)
[2016-03-23 22:36:20] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[2016-03-23 22:36:20] Homebridge is running on port 51826.
Nach einem reboot des Handys sehe ich zwar nun Homebridge2 (also so wie es nun in der config.json steht) aber er findet meine zwei Testgeräte nicht in EVE  >:(

Andere Frage… ich habe hier ein iPhone5 mit iOS 9.3. Dem habe ich einen Gast-Account auf meiner Homebridge verpasst und EVE sieht auch brav alle Geräte und es kann sie auch steuern.

…nur Siri ziert sich und findet partout keine Geräte, hat jemand überaupt homebridge/fhem-homebridge mit Siri auf einem iPhone5 erfolgreich im Einsatz?
Ja, hatte ich vor dem Update auf iOS 9.3...
Titel: Antw:homebridge/homekit
Beitrag von: Loetkolben am 24 März 2016, 00:13:23
Verbindung zur Bridge war da. Nur keine Geräte. "sudo npm install homebridge -g" brachte alle Geräte zurück. Muss sie nur noch wieder den Räumen zuweisen.
...
Danke für den Hinweis.  Ich habe schon geflucht....
Bei mir waren auch alle Geräte verschwunden, nach dem Update ist wieder alles da.

   Andreas
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 24 März 2016, 09:27:53
So, nach 24 Stunden hat sich die ATV3 synchronisiert und die Bridge ist von außen wieder erreichbar. Schätze es lag an den Cloud Diensten von Apple.


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: budy am 24 März 2016, 09:37:38
Nach einem reboot des Handys sehe ich zwar nun Homebridge2 (also so wie es nun in der config.json steht) aber er findet meine zwei Testgeräte nicht in EVE  >:(

Hast du die Homekit DB und den iCloud Schlüsselbund auf deinem iOS Gerät mal zurückgesetzt? Ich meine, dass ich so was auch schon mal hatte - ganz an Anfang… ;)

Was das iPhone5 angeht, funktioniert Siri nun, nachdem ich zusätzlich zu EVE auch noch MyTouchhome auf dem iPhone installiert habe… Ist schon seltsam, denn eigentlich dürfte das ja gar nix miteinander zu tun haben, denn Siri müsste ja auch alleine die HomeKit DB durchsuchen…

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 24 März 2016, 10:01:04
Hast du die Homekit DB und den iCloud Schlüsselbund auf deinem iOS Gerät mal zurückgesetzt? Ich meine, dass ich so was auch schon mal hatte - ganz an Anfang… ;)
Ich habe schonmal das "Zuhause" aus den iOS HomeKit Einstellungen gelöscht - meinst du das? Auch habe ich schonmal den Schlüsselbund als auch iCloud Drive synch de und danach wieder aktiviert - meinst du das?
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 24 März 2016, 10:45:07
habe den Schlüsselbund noch einmal aus und eingeschaltet und auch in den HomeKit Einstellungen das Haus gelöscht, ohne Erfolg. Komisch ist auch das wen ich in EVE dann Homebridge2 hinzufüge er ein Gerät glaubt zu sehen (obwohl zwei im Raum sind) aber final in dem Standardraum in EVE kein einziges zu sehen ist, es ist zum Mäusemelken...
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 24 März 2016, 13:11:59
Also beim letzten Mal neu machen habe ich folgende Reihenfolge gewählt. Die Wohnung unter HomeKit gelöscht. Die HomeKit Konfiguration unter Datenschutz zurückgesetzt. Dann von der Cloud abgemeldet und zwar mit allen Geräten. Dann den Ordner persist auf der Homebridge gelöscht. Danach Neustart der Bridge. Dann habe ich sicherheitshalber auch noch EVE gelöscht und das IOS Gerät neu gestartet. Dann EVE neugeladen. Dann mit einem IOS Gerät angefangen. Dann konnte ich auch die Bridge neu in EVE Konfigurieren. Direkt mit allen Geräten.


Gesendet von iPad mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 24 März 2016, 13:52:58
Hallo zusammen,

ich habe mal eine allgemeine Frage: ist das bei euch auch so, dass wenn ihr die Eve App längere Zeit nicht geöffnet habt oder das iPhone längere Zeit gesperrt "rumliegt" und man dann Siri sagt sie soll etwas machen (z.B. Wohnzimmerlicht einschalten), ihr die Antwort bekommt das keine Geräte gefunden wurden? Wenn man dann das gleiche Kommando nochmal gibt oder das iPhone entsperrt, funktioniert alles problemlos.
Titel: Antw:homebridge/homekit
Beitrag von: CarstenF am 24 März 2016, 13:57:50
Definitiv, passiert bei mir auch manchmal. Konnte aber noch kein Schema erkennen, wann das auftritt.


Gesendet von iPad mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: dieoma am 24 März 2016, 15:17:04
Also beim letzten Mal neu machen habe ich folgende Reihenfolge gewählt. Die Wohnung unter HomeKit gelöscht. Die HomeKit Konfiguration unter Datenschutz zurückgesetzt. Dann von der Cloud abgemeldet und zwar mit allen Geräten. Dann den Ordner persist auf der Homebridge gelöscht. Danach Neustart der Bridge. Dann habe ich sicherheitshalber auch noch EVE gelöscht und das IOS Gerät neu gestartet. Dann EVE neugeladen. Dann mit einem IOS Gerät angefangen. Dann konnte ich auch die Bridge neu in EVE Konfigurieren. Direkt mit allen Geräten.
Hab ich exakt so gemacht und er sagt weiterhin er fände nur ein Gerät und in dem Standardraum ist nicht mal dieses drin! Wenn ich wenigstens die Kommunikation tragen könnte oder so...
Titel: Antw:homebridge/homekit
Beitrag von: Hagenuck1 am 24 März 2016, 17:00:50

Hallo zusammen,

ich habe mal eine allgemeine Frage: ist das bei euch auch so, dass wenn ihr die Eve App längere Zeit nicht geöffnet habt oder das iPhone längere Zeit gesperrt "rumliegt" und man dann Siri sagt sie soll etwas machen (z.B. Wohnzimmerlicht einschalten), ihr die Antwort bekommt das keine Geräte gefunden wurden? Wenn man dann das gleiche Kommando nochmal gibt oder das iPhone entsperrt, funktioniert alles problemlos.

Habe ich auch manchmal, liegt teils aber auch an der Formulierung der Sätze, dass sie einen da nicht wirklich versteht.


Gesendet von iPhone mit Tapatalk
Titel: Antw:homebridge/homekit
Beitrag von: Thyraz am 25 März 2016, 21:35:22
Kann man Characteristics die per Default bei einem Device kommen auch entfernen?
Hinzufügen hab ich hinbekommen, sehr cool die neue Version von HomeBridge. :)

Ich hab einen Fibaro Multisensor (Motion, Temperatur, Helligkeit) und der hat neben "BatteryLevel" auch "StatusLowBattery" was eine weitere unnötige Zeile in Eve für mich darstellt (mal davon abgesehen, dass StatusLowBattery auf "1" steht obwohl BatteryLevel "100 %" ist).

Auch bei ein paar anderen Devices hab ich Readings mit drin, die sicher bei dem einen oder anderen Einsatzzweck Sinn machen,
die ich aber gern ausblenden/ignorieren würde...
 
Geht natürlich auch über Eve das ausblenden, aber dann muss ich das auf jedem iOS Device machen.
Titel: Antw:homebridge/homekit
Beitrag von: Thyraz am 26 März 2016, 10:02:56
Ein anderer Fall in dem ich das Entfernen von automatisch erkannter Characteristics auf HomeBridge Seite bräuchte:

Hab einen Multisensor im Wohnzimmer der neben Bewegung auch Temperatur liefert, jedoch hängt der direkt unter der Decke.
Dann hab ich noch einen Raumtemperatursensor den ich eigentlich für die Wohnzimmertemperatur verwende.

Das Reading vom Multisensor würde ich gerne in HomeKit loswerden, für Fragen an Siri wie "Wie warm ist es im Wohnzimmer".
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 26 März 2016, 10:09:13
du kannst im mapping einer characteristic das schlüsselwort clear verwenden.

zu batterylevel/statuslowbattery:
das sollte eigentlich beides korrekt funktionierten. zeig mal bitte ein start mit --debug

gruss
  andre

edit: ich habe den fehler gefunden. es lag am % zeichen. das letze beispiel das ich hatte war ohne. ist repariert und eingecheckt.
Titel: Antw:homebridge/homekit
Beitrag von: Thyraz am 26 März 2016, 10:44:12
Super, vielen Dank für die schnelle Hilfe. :)
Titel: Antw:homebridge/homekit
Beitrag von: Thyraz am 26 März 2016, 11:39:58
Und noch eine Frage:

Was ist die beste Möglichkeit einen Fenstersensor darzustellen?
HomeKit kennt ja Door, Garage usw. aber ein Fenstericon hab ich in Eve bei den bisher getesteten Characteristics noch nicht gesehen.

Hat Homekit wirklich keine Fenstersensoren vorgesehen?
Ist ja nicht unbedingt die ungewöhnlichste Sensortype für ein SmartHome System. ;)

Hab jetzt gerade ContactSensorState getestet, aber da kommen dann weitere komische Anzeigen in Eve neben dem eigentlichen Kontakt (Position in %, PositionStatus)
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 26 März 2016, 11:46:45
es gibt tatsächlich keinen fenster sensor. und eigentlich auch keinen für eine tür. die tür ist ein tür öffner.

am besten wie weiter oben beschrieben als ContactSensor und zusätzlich eine CurrentDoorState characteristic definieren. in even kannst du dann den ContactSensorState ausblenden und siehst über den DoorState ein geöffnet oder geschlossen. das bild in eve ist zwar eine tür aber du kannst über siri trotzdem nach geöffneten oder geschlossenen entern fragen.

wenn du komische anzeigen bekommst liegt es ziemlich sicher daran das es wieder so ein multisenior oder das zufällig die readings da sind die normalerweise für etwas anderes verwendet werden. einfach mit clear löschen. das sollte auch global gehen:
attr <devcie> homebridgeMapping clear ContactSensorState=... CurrentDoorState=...
ContactSensorState ist mandatory. deshalb kannst du ihn nicht löschen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 28 März 2016, 01:45:52
Hallo,

erstmal ein rießen Lob was hier manche Leute leisten.

Ich komm momentan nicht weiter, bin mir sicher es ist ein Leichtsinnsfehler aber ich komm momentan nicht drauf.

Ich hab ein KNX Dimmer und ihn so in der fhem.cfg eingetragen:

define Dimmer EIB 1/2/2
attr Dimmer IODev KNX
attr Dimmer genericDeviceType light
attr Dimmer homebridgeMapping Brightness=state
attr Dimmer model percent
attr Dimmer room EIB,Homekit
attr Dimmer webCmd value

über FHEM kann ich den Dimmer auch bedinen das klappt alles nur in EVE nicht
Mein Schiebregler passt sich zwar dem Wert an den ich in FHEM einstelle aber wenn ich den Schiebregler in EVE betätige passiert einfach nichts.
Dann ist noch komisch das ich einen Ein und Ausschalter habe und darunter dann den Schieberegler in FHEM hab ich aber nur den Schieberegler.
Betätige ich in EVE den Ein- Ausschalter passiert nichts bzw. er steht immer auf an und drück ich auf aus springt er sofort wieder auf an.

Bin dankebar für jede Hilfe

Gruß Dominik
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 28 März 2016, 11:35:31
zeig mal ein jsonlist2 von device.

dein homebridgeMapping ist ziemlich sicher unvollständig:
- welches kommando wird zum dimmen verwendet
- in welchem reading steht der aktuelle dim wert?
- in welchem format?
- gibt es extra kommandos für on und off?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 28 März 2016, 12:09:52
Hallo Justme,

leider bin ich sehr unerfahren.
Ich versuche dir aber so gut es geht die Fragen zu beantworten.
Ich hab es jetzt mal anderst versucht und einen Dimmer2 angelegt und er sieht in der fhem.cfg folgend aus

define Dimmer2 EIB 1/2/2 1/0/1
attr Dimmer2 IODev KNX
attr Dimmer2 eventMap /on g2:AN/off g2:AUS/value:slider,0,1,100 g1
attr Dimmer2 genericDeviceType light
attr Dimmer2 group Licht
attr Dimmer2 homebridgeMapping Brightness=state
attr Dimmer2 model percent
attr Dimmer2 room Homekit
attr Dimmer2 webCmd AN::AUS::value

Nur leider verhält sich das ganze genau so.

Ich bin mir nicht sicher was das jsonlist2 angeht aber wenn ich in FHEM jsonlist2 [Dimmer2] eingebe erhalte ich folgende ausgabe

{
  "Arg":"[Dimmer2]",
  "Results": [
  ],
  "totalResultsReturned":0
}

Leider weis ich nicht ob das die Information ist die du wolltest.

Die Gruppenadresse 1/2/2 ist der Helligkeitswert. Wird in % angegeben von 0% bis 100%, wobei 0% gleichzeitig auch aus ist.
Zusätzlich kann ich aber über die Gruppenadresse 1/0/1 den Dimmer ein und aus schalten.
Der aktuelle Dimmwert steht im reading state.

Ich füge mal ein paar Bilder ein vielleicht hilft das weiter.

Vielen dank für deine Hilfe.

Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 28 März 2016, 12:30:49
du brauchst kein zweites device.

du musst das jsonlist2 Dimmer2ohne die eckigen klammern eingeben.

du musst im homebridgeMapping für jede characterristic (bei dir sind das On für ein/aus und Brightness für die helligkeit) angeben welches fhem reading wie auf den homekit wert abgebildet werden soll und wie der homekit wert auf fhem kommandos abgebildet werden sollen. mehr dazu findet du hier: https://github.com/justme-1968/homebridge-fhem (https://github.com/justme-1968/homebridge-fhem).

ich vermute du brauchst etwas in der art:
attr <dimmer> homebridgeMapping On=state,valueOff=0,cmdOn=...,cmdOff=...  Brightness=state,cmd=value
bei cmdOn und cmdOff musst du reinschreiben was gesendet werden soll. entweder value.100 und value.0 oder etwas anderes passendes.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 28 März 2016, 13:02:51
Andre, vielen vielen dank. Es klappt noch nicht ganz aber ich kann jetzt zumindenst über EVE und Siri dimmen.
Nur leider ist der Ein Aus schalter noch ohne funktion, ich kann ihn jetzt zwar hin und her schalten aber die Lampe wird nicht ein oder aus geschaltet.


hier mal die jsonlist2

{
  "Arg":"Dimmer2",
  "Results": [
  {
    "Name":"Dimmer2",
    "PossibleSets":"AN:noArg AUS:noArg off on on-for-timer on-till raw string value:slider,0,1,100",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 ignore:0,1 dummy:1,0 showtime:1,0 EIBreadingX:1,0 EIBreadingSender:1,0 EIBanswerReading:1,0 EIBreadingRegex EIBwritingRegex event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:timeperiod-h,time2sensor,rainsensor,dpt13,date,dpt7,tempsensor,timeperiod-ms,dpt3,percent,dpt5.004,speedsensor,power,dpt6.010,dpt13.010,dpt1,voltage-mV,dpt5.003,dpt14,airqualitysensor,time1sensor,dpt11,dpt5.Slider,dpt16,dpt10,current-mA,dpt12,dpt6,dpt9,length-mm,speedsensor-km/h,brightness,humiditysensor,dpt5,powerdensity,current-mA2,dpt6.001,percent255,angle,timeperiod-min,pressuresensor,time,lightsensor,dpt13.013,dpt10_no_seconds alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Wohnen fp_Wohnzimmer genericDeviceType:switch,outlet,light,blind,speaker,thermostat,radio,frm_ad,SVG_FileLog_Wz.Pflanze2_1,svg,ignore,lock,window,contact homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "1/2/2 1/0/1",
      "GROUP": "1202",
      "KNX_MSGCNT": "133",
      "KNX_RAWMSG": "B1103w120201",
      "KNX_TIME": "2016-03-28 13:00:45",
      "LASTGROUP": "1202",
      "LASTInputDev": "KNX",
      "MSGCNT": "133",
      "NAME": "Dimmer2",
      "NR": "242",
      "RAWSTATE": "on",
      "STATE": "0 %",
      "TYPE": "EIB"
    },
    "Readings": {      "state": { "Value":"0 %", "Time":"2016-03-28 13:00:45" }    },
    "Attributes": {
      "IODev": "KNX",
      "eventMap": "/on g2:AN/off g2:AUS/value:slider,0,1,100 g1",
      "genericDeviceType": "light",
      "group": "Licht",
      "homebridgeMapping": "On=state,valueOff=0,cmdOn=100,cmdOff=0  Brightness=state,cmd=value",
      "model": "percent",
      "room": "Homekit",
      "webCmd": "AN::AUS::value"
    }
  }  ],
  "totalResultsReturned":1
}


das Mapping hab ich mal so gemacht wie du gesagt hast das sollte doch eigentlich klappen oder?

attr Dimmer2 homebridgeMapping On=state,valueOff=0,cmdOn=100,cmdOff=0  Brightness=state,cmd=value
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 28 März 2016, 13:14:41
wenn es on und off oder AN und AUS kommandos gibt kannst du die direkt verwenden. wenn nicht musst du vermutlich level 0 bzw level 100 senden und nicht 0 und 100 einzeln. im mappnig muss dann also level.0 und level.100 stehen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: micha105 am 28 März 2016, 13:42:27
Hallo Andre,

vielen Dank für die tolle Erweiterung.
Ich bastele zur Zeit an einer Garagenstuerung bestehend aus:

a) Threestatesensor  "GR.Tor"  ( HM ThreestateSensor)
b) Schaltaktor "GR.sw1" ( HM Schaltaktor)
c) Dummytaster "GR.Taster" ( für Webinterface)
d) Notifier "GR.TasterNotofier" der nach Betätigen des Dummytasters einen kurzen Impuls auf den Schaltaktor auslöst

Das alles funktioniert zufriedenstellend.  :)

Homebridge habe ich in der Version 0.3.1 installiert.
Ich habe ein virtuelles Device als dummy-Garage angelegt und über CurrentDoorState die Werte für closed und open zugewiesen.
Damit antwortet Siri brav auf die Fragen "Ist die Garage offen ?" oder "Ist die Garage zu ?"  :)

Das Schalten des Gragentores über Siri funktioniert prinzipiell auch.  ( "Siri, öffne die Garage", "SIri, schliesse die Garage")
Allerdings bekomme ich es nicht hin den Vorgang in Abhängigkeit vom CurrentDoorState zu schalten. Im Grunde löse ich zur Zeit nur den Dummytaster aus, egal ob die Garage offen oder zu ist.
Die Antwort von Siri passt dementsprechend nicht immer.

Ich habe verschiedene Einstellungen mit TargetDoorState und "CmdOn=... " bzw. "cmds=...." ausprobiert ohne zu einem zufriedenstellendem Ergebnis zu kommen.


Kannst Du mich bitte in die richtige Richtung lenken ?

Grüße,

Micha

virtuelles Garagentor für Siri/Eve
define GR.vTor dummy
attr GR.vTor genericDeviceType garage
attr GR.vTor homebridgeMapping CurrentDoorState=GR.Tor:state,values=closed:1;;open:0

attr GR.vTor room Homekit
Notifier f. Garage
define GR.vGR.TasterNotify notify GR.vTor { fhem("set GR.sw1 on-for-timer 1 ;; set GR.Taster off")}
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 28 März 2016, 14:09:40
ich bin mir nicht sicher ob ich die frage richtig verstehe...

homekit kennt nur kommandos zum öffnen und schliessen. wenn das tor offen ist und du es noch mal öffnen lässt wird homekit stur noch mal das gleiche kommando senden.

eine mögliche lösung wäre die dummy + notify logik so umzubauen das der dummy wirklich auf/zu kennt und nur dann das on-for-timer sendet wenn der ziel zustand ungleich dem aktuellen zustand ist.

statt dumm + notify ist vielleicht ein readingsProxy einfacher.

damit hättest du dann auch zwei eindeutige kommandos für homekit/siri.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: knueppler am 28 März 2016, 14:10:07
Hallo,

ich versuche gerade meinen Rollläden beizubringen, dass man sie via EVE nur in 10er-Schritten auf- und zufahren kann.
Leider funktioniert mein Mappingversuch bis dato nicht, was mache ich falsch?
TargetPosition=pct,minValue=0,maxValue=100,minStep=10Debug-Ausgabe sieht vielversprechend aus:
[FHEM] homebridgeMapping: TargetPosition=pct,minValue=0,maxValue=100,minStep=10
[FHEM] mappings for Rolladen_Wirtschaftsraum: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
  PositionState:
   { reading: 'motor',
     values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
  CurrentPosition: { reading: 'pct' },
  TargetPosition:
   { reading: 'pct',
     cmd: 'pct',
     delay: true,
     minValue: '0',
     maxValue: '100',
     minStep: '10' } }
[FHEM] Rolladen_Wirtschaftsraum is blind
[FHEM] Rolladen_Wirtschaftsraum has PositionState [motor]
[FHEM] value2homekit_re: [ { re: '^up', to: 1 },
  { re: '^down', to: 0 },
  { re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
  2016-03-28 11:44:20 caching: Rolladen_Wirtschaftsraum-motor: stop
[FHEM] Rolladen_Wirtschaftsraum-motor values: value stop mapped to 2
[FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'stop')
  2016-03-28 11:44:20 caching: Rolladen_Wirtschaftsraum-pct: 80
[FHEM]     caching: CurrentPosition: 80 (as number; from '80')
[FHEM]     caching: TargetPosition: 80 (as number; from '80')
Was mache ich falsch?

@micha105
Ich habe einen analogen Setup. Das Problem ist, dass ja letztlich immer wieder derselbe Impuls unterschiedliche Aktionen am Garagenmotor auslöst. Von daher merke ich mir den aktuellen Status der Garage tatsächlich in meinem FHEM-Dummy, sprich Dein dummy-Garage. Dort setze ich dann in meinem cmdalias via setreading Dinge wie motor, state, doorState und werte sie entsprechend beim nächsten mal aus und entschiede, ob ich etwas mache.

Danke, Christian
Titel: Antw:homebridge/homekit
Beitrag von: micha105 am 28 März 2016, 19:30:40
Hallo Andre, hallo Christian,

danke für die Antworten !

Mit dem Readingsproxy habe ich es leider nicht hinbekommen.
Der State des Proxydevices wird ja vom Ursprungsdevice übernommen. Das ist praktisch, da man dann sieht ob das Tor auf oder zu ist.
Gleichzeit will homebridge jedoch den state überschreiben um eine Änderung mitzuteilen.
[FHEM] GR.vTor: executing set cmd for TargetDoorState with value 1
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20GR.vTor%20closed&XHR=1

Kann man hier irgendwie angeben, dass ein anderes Reading/Attribut, evtl. auf einem anderen (Dummy)Device beschrieben werden soll ?
Ich habe es nicht hinbekommen.


Mit dem Dummy klappt es jetzt dafür :)
Ich vergleiche den Ist-Zustand des Sensors mit dem Sollzustand aus homebridge`s "TargetDoorState" , also dem state aus dem Dummydevice.

Zum Abschluss noch meine lauffähige Config betreffend Siri
define GR.vTor dummy
attr GR.vTor genericDeviceType garage
attr GR.vTor homebridgeMapping CurrentDoorState=GR.Tor:state,values=closed:1;;open:0\
TargetDoorState=state,cmds=0:open;;1:closed,values=closed:1;;open:0
attr GR.vTor room Homekit


define GR.vGR.TasterNotify notify GR.vTor { fhem("set GR.sw1 on-for-timer 1 ;; set GR.Taster off") if ( ReadingsVal("GR.vTor","state","undef") ne ReadingsVal("GR.Tor","state","undef") )}


Gruesse

Micha
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 28 März 2016, 21:53:10
Hallo,

ich hab mir ein KNX Lichtsensor mit eingebunden.

Kann mir jemand sagen ob man diesen auch über Siri abfragen kann?

Gruß Dominik
Titel: Antw:homebridge/homekit
Beitrag von: Thyraz am 29 März 2016, 12:17:49
Ich hab ein komisches Verhalten mit HomeKit und meinen Hue Lampen nach einem Systemneustart.

Alle Hue-Lampen sind plötzlich wieder im Standardraum und auch alle anderen Änderungen die ich in Eve gemacht habe (Siri-Name der Devices, ausgeblendete Characteristics, ...) sind wieder weg.
Sieht aus als ob die Hue Lampen als komplett neue Geräte in Homebridge erkannt werden.

Hab dann noch ein wenig rumgespielt und das ganze weiter eingrenzen können:
Ich verwende das init.d Startscript aus dem Wiki in unveränderter Form.

Lasse ich das Skript beim Booten automatisch starten kommt es zu dem obigen Fehler.
Deaktiviere ich den Autostart hingegen und starte das Script dann händisch nach dem Booten (wieder über das init.d script, nicht direkt über die binary. Das Script, die Pfade und die Berechtigungen scheinen also ok zu sein), klappt alles wie es soll.

Kann es sein, dass Homebridge hier startet bevor FHEM das Hue-Modul geladen hat und das zu Problemen führt?
Titel: Antw:homebridge/homekit
Beitrag von: budy am 29 März 2016, 12:58:45
Das sieht mir so aus, als würde das Startscript die homebridge unter einem anderen User starten, root z.B. und das in dessen Homeordner eine andere homebridge config liegt…

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: Thyraz am 29 März 2016, 13:10:51
Ne, das war auch meine erste Vermutung nachdem ich es erst händisch direkt mit "homebridge" gestartet hab und der Fehler da nicht auftrat.

Deshalb dann der Test es in beiden Fällen mit dem init.d Startscript zu starten.
In dem ist der User (in meinem Fall "pi") ja hinterlegt und Homebrdige wird entsprechend über su als der User gestartet.

Ansonsten sollte er auch die restlichen Devices und die Bridge selbst gar nicht finden schätze ich.
Hab nur im Homeordner von pi eine Homebridge Config liegen.
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 29 März 2016, 13:18:10
Ich hab ein komisches Verhalten mit HomeKit und meinen Hue Lampen nach einem Systemneustart.

Alle Hue-Lampen sind plötzlich wieder im Standardraum und auch alle anderen Änderungen die ich in Eve gemacht habe (Siri-Name der Devices, ausgeblendete Characteristics, ...) sind wieder weg.

Selbiges Verhalten habe ich auch schon öfter festgestellt, konnte aber bisher nicht ausmachen woran es liegt. Es sind nur die Hue Lampen betroffen und merkwürdigerweise auch nicht immer alle bzw. die selben. Dieses Verhalten ist auch nicht bei jedem Neustart von Homebridge zu beobachten.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: Thyraz am 29 März 2016, 14:00:31
Stimmt, ein- zweimal hatte ich auch, dass nur ein paar Lampen rausgeflogen sind und nicht alle.

Nein nur Homebridge starten löst das bei mir auch nicht aus, nur der Reboot des gesamten Pi.
Deswegen hatte ich die Vermutung, dass hier FHEM evtl noch nicht komplett mit allen Modulen gestartet ist und das Probleme machen könnte.

Evtl. würde schon eine Verzögerung im Init.d Script reichen um das Problem zu lösen...
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 29 März 2016, 14:07:53
Ich starte meinen RPi nur sehr selten neu.
Mir fiel es bisher immer nur auf nach manuellem Neustart von Homebridge.
Und da dort FHEM auf jeden Fall läuft, schließe ich ein zu frühes Starten der Homebridge für mich aus.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: budy am 29 März 2016, 15:04:14
Ich kenne so ein ähnliches Verhalten nur noch insofern, als das alle Geräte auf einmal wieder im Standard-Raum auftauchten, wenn es ein Problem mit der homebridge und/oder der HomeKit DB auf einem(?) der iOS devices gab.

Dieses Verhalten habe ich aber schon seit Woche nicht mehr gesehen, seit homebridge und homebridge-fhem sehr stabil laufen.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 29 März 2016, 21:01:24
Hallo,

ich hab ein Luftfeuchtigkeitssensor, der Wert wird auf dem KNX Bus geschickt.

Ich habe in der fhem.cfg das ganze mal so angelegt

define Luft EIB 0/1/6
attr Luft IODev KNX
attr Luft genericDeviceType humiditysensor
attr Luft homebridgeMapping CurrentRelativeHumidity=state
attr Luft model humiditysensor
attr Luft room Homekit
attr Luft dummy 4

Ich bekomm in EVE auf die Luftfeuchtigkeit angezeigt aber zusätzlich auch ein Ein Aus Schalter.

Hab auch schon das versucht

attr Luft homebridgeMapping clear
                            CurrentRelativeHumidity=state

Hat leider auch nicht geklappt.

hier mal die jsonlist2

{
  "Arg":"Luft",
  "Results": [
  {
    "Name":"Luft",
    "PossibleSets":"No ? for dummies",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 ignore:0,1 dummy:1,0 showtime:1,0 EIBreadingX:1,0 EIBreadingSender:1,0 EIBanswerReading:1,0 EIBreadingRegex EIBwritingRegex event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:rainsensor,dpt13,length-mm,dpt1,dpt13.010,timeperiod-ms,power,speedsensor-km/h,lightsensor,time2sensor,voltage-mV,dpt5.Slider,date,dpt5.004,powerdensity,dpt7,dpt6.010,angle,tempsensor,time1sensor,brightness,dpt16,pressuresensor,speedsensor,humiditysensor,dpt5.003,dpt9,dpt6.001,current-mA,percent,airqualitysensor,dpt6,dpt11,percent255,current-mA2,dpt13.013,dpt3,dpt14,dpt10_no_seconds,dpt12,time,dpt10,timeperiod-min,dpt5,timeperiod-h alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Wohnen fp_Wohnzimmer genericDeviceType:switch,outlet,light,blind,speaker,thermostat,radio,frm_ad,SVG_FileLog_Wz.Pflanze2_1,svg,ignore,lock,window,contact homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "0/1/6",
      "GROUP": "0106",
      "KNX_MSGCNT": "6",
      "KNX_RAWMSG": "B1104w01061487",
      "KNX_TIME": "2016-03-29 20:58:32",
      "LASTGROUP": "0106",
      "LASTInputDev": "KNX",
      "MSGCNT": "6",
      "NAME": "Luft",
      "NR": "271",
      "RAWSTATE": "1487",
      "STATE": "46.36 %",
      "TYPE": "EIB"
    },
    "Readings": {      "state": { "Value":"46.36 %", "Time":"2016-03-29 20:58:32" }    },
    "Attributes": {
      "IODev": "KNX",
      "dummy": "4",
      "genericDeviceType": "humiditysensor",
      "homebridgeMapping": "CurrentRelativeHumidity=state",
      "model": "humiditysensor",
      "room": "Homekit"
    }
  }  ],
  "totalResultsReturned":1
}

Vielleicht hat ja jemand eine Idee.

Vielen dank schonmal.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 29 März 2016, 21:24:29
der service type (und alles andere auch) ist case sensitiv: attr Luft genericDeviceType HumiditySensor
gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 29 März 2016, 22:06:38
alles klar, wieder was gelernt.

Danke

Gruß Dominik
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 31 März 2016, 19:51:44
Hallo,

ich habe seit Heute folgendes Problem.

Ich hab Funksteckdosen die ich im HomeKit mit drin habe.

Schalte ich diese Ein über EVE passt alles
Schalte ich diese Aus über EVE geht der Schalter kurz auf Aus und dann wieder ca 1 Sekunde auf Ein und dann wieder auf aus.
Das war sonst nicht so.
Wenn ich über Fhem Schalte passiert das nicht.
Das wechseln auf ein und dann wieder auf aus wird mir in Fhem auch nicht angezeigt.

Ich hab mehrere solcher Funksteckdosen und das ist bei allen so.

Hier mal der debug meiner Homebridge beim Starten
[code]
pi@raspberrypi:~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of                                                                                                                                                              Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd                                                                                                                                                             ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su                                                                                                                                                             pported (or only supported partially) in the Apple Bonjour compatibility layer o                                                                                                                                                             f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd                                                                                                                                                             ns_sd&e=node&f=DNSServiceRegister>
[3/31/2016, 7:47:22 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[3/31/2016, 7:47:23 PM] Registering platform 'homebridge-fhem.FHEM'
[3/31/2016, 7:47:23 PM] ---
[3/31/2016, 7:47:25 PM] Loaded plugin: homebridge-knx
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-knx.KNX'
[3/31/2016, 7:47:25 PM] ---
[3/31/2016, 7:47:25 PM] Loaded plugin: homebridge-legacy-plugins
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.AD2USB'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.Carwings'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.ELKM1'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.FileSensor'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.GenericRS232Device'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HomeMatic'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HomeMaticThermo'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HomeMaticWindow'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HttpGarageDoorOpener'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HttpHygrometer'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HttpThermometer'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.Tesla'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.X10'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.mpdclient'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.Domoticz'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.HomeAssistant'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.HomeSeer'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.ISY'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.LIFx'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.SmartThings'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.TelldusLive'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.ZWayServer'
[3/31/2016, 7:47:25 PM] ---
[3/31/2016, 7:47:27 PM] Loaded plugin: homebridge-wemo
[3/31/2016, 7:47:27 PM] Registering accessory 'homebridge-wemo.WeMo'
[3/31/2016, 7:47:27 PM] ---
[3/31/2016, 7:47:27 PM] Loaded config.json with 2 accessories and 1 platforms.
[3/31/2016, 7:47:27 PM] ---
[3/31/2016, 7:47:27 PM] Loading 1 platforms...
[3/31/2016, 7:47:27 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.28:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1459446449021
[3/31/2016, 7:47:29 PM] [FHEM] Checking genericDeviceType...
[3/31/2016, 7:47:29 PM] [FHEM]   executing: http://192.168.178.28:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/31/2016, 7:47:29 PM] [FHEM] Fetching FHEM devices...
[3/31/2016, 7:47:29 PM] [FHEM] fetching: http://192.168.178.28:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/31/2016, 7:47:29 PM] Loading 2 accessories...
[3/31/2016, 7:47:29 PM] [Schlafzimmer] Initializing WeMo accessory...
[3/31/2016, 7:47:29 PM] [Schlafzimmer] Searching for WeMo device with exact name 'Schlafzimmer'...
[3/31/2016, 7:47:29 PM] [Kaffe] Initializing WeMo accessory...
[3/31/2016, 7:47:29 PM] [Kaffe] Searching for WeMo device with exact name 'Kaffe'...
Server listening on: http://<ip>:8082
[3/31/2016, 7:47:29 PM] [Schlafzimmer] Found 'Schlafzimmer' device at 192.168.178.23
[3/31/2016, 7:47:29 PM] [FHEM] got: 36 results
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Bad: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentRelativeHumidity: { reading: 'humidity' },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Bad is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Bad has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Bad-temperature: 19.2
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 19.2 (as number; from '19.2')
  2016-03-31 19:47:30 caching: Bad-humidity: 68
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 68 (as number; from '68')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Bad-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Bad-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Balkon: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentRelativeHumidity: { reading: 'humidity' },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Balkon is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Balkon has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Balkon-temperature: 15.5
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 15.5 (as number; from '15.5')
  2016-03-31 19:47:30 caching: Balkon-humidity: 59
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 59 (as number; from '59')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Balkon-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Balkon-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,subtype=innen
CurrentTemperature=temperature2,minValue=-35,subtype=Regen
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Balkon_unten: { CurrentTemperature:
   [ { reading: 'temperature', minValue: '-30', subtype: 'innen' },
     { reading: 'temperature2', minValue: '-35', subtype: 'Regen' } ],
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Balkon_unten is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Balkon_unten has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature2]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Balkon_unten-temperature: 15.6
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature:innen: 15.6 (as number; from '15.6')
  2016-03-31 19:47:30 caching: Balkon_unten-temperature2: -31.3
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature:Regen: -31.3 (as number; from '-31.3')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Balkon_unten-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Balkon_unten-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for DMAX: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] DMAX is switch
[3/31/2016, 7:47:30 PM] [FHEM] DMAX has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: On=state,valueOff=0,cmdOn=AN,cmdOff=AUS  Brightness=state,cmd=value
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Dimmer2: { On: { reading: 'state', valueOff: '0', cmdOn: 'AN', cmdOff: 'AUS' },
  Brightness: { reading: 'state', cmd: 'value' } }
[3/31/2016, 7:47:30 PM] [FHEM] Dimmer2 is light
[3/31/2016, 7:47:30 PM] [FHEM] Dimmer2 has
[3/31/2016, 7:47:30 PM] [FHEM]   On [state;AN,AUS]
[3/31/2016, 7:47:30 PM] [FHEM]   Brightness [state]
  2016-03-31 19:47:30 caching: Dimmer2-state: 0 %
[3/31/2016, 7:47:30 PM] [FHEM] Dimmer2-state valueOn/valueOff: value 0 % mapped to 1
[3/31/2016, 7:47:30 PM] [FHEM]     caching: On: true (as boolean; from '0 %')
[3/31/2016, 7:47:30 PM] [FHEM]     caching: Brightness: 0 (as number; from '0 %')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Discovery_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Discovery_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Discovery_HD has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Gang: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentRelativeHumidity: { reading: 'humidity' },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Gang is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Gang has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Gang-temperature: 17.9
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 17.9 (as number; from '17.9')
  2016-03-31 19:47:30 caching: Gang-humidity: 52
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 52 (as number; from '52')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Gang-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Gang-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Gefrierschrank: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Gefrierschrank is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Gefrierschrank has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Gefrierschrank-temperature: -14.4
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: -14.4 (as number; from '-14.4')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Gefrierschrank-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Gefrierschrank-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for GrossesLichtWz: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] GrossesLichtWz is switch
[3/31/2016, 7:47:30 PM] [FHEM] GrossesLichtWz has
[3/31/2016, 7:47:30 PM] [FHEM]   On [state;on,off]
  2016-03-31 19:47:30 caching: GrossesLichtWz-state: off
[3/31/2016, 7:47:30 PM] [FHEM] GrossesLichtWz-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Heizung: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Heizung is switch
[3/31/2016, 7:47:30 PM] [FHEM] Heizung has
[3/31/2016, 7:47:30 PM] [FHEM]   On [state;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] event_map: [object Object]
  2016-03-31 19:47:30 caching: Heizung-state: off
[3/31/2016, 7:47:30 PM] [FHEM] Heizung-state eventMap: value off mapped to: off
[3/31/2016, 7:47:30 PM] [FHEM] Heizung-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Kueche: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentRelativeHumidity: { reading: 'humidity' },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Kueche is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Kueche has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Kueche-temperature: 18.4
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 18.4 (as number; from '18.4')
  2016-03-31 19:47:30 caching: Kueche-humidity: 57
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 57 (as number; from '57')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Kueche-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Kueche-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Loung: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentRelativeHumidity: { reading: 'humidity' },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Loung is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Loung has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Loung-temperature: 22.2
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 22.2 (as number; from '22.2')
  2016-03-31 19:47:30 caching: Loung-humidity: 43
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 43 (as number; from '43')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Loung-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Loung-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=state
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Luft.AFF: { CurrentRelativeHumidity: { reading: 'state' } }
[3/31/2016, 7:47:30 PM] [FHEM] Luft.AFF is HumiditySensor
[3/31/2016, 7:47:30 PM] [FHEM] Luft.AFF has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [state]
  2016-03-31 19:47:30 caching: Luft.AFF-state: 50.92 %
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 50.92 (as number; from '50.92 %')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=state
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Luft.errechnet.AFF: { CurrentRelativeHumidity: { reading: 'state' } }
[3/31/2016, 7:47:30 PM] [FHEM] Luft.errechnet.AFF is HumiditySensor
[3/31/2016, 7:47:30 PM] [FHEM] Luft.errechnet.AFF has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [state]
  2016-03-31 19:47:30 caching: Luft.errechnet.AFF-state: 7.53 %
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 7.53 (as number; from '7.53 %')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for ProSieben: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] ProSieben is switch
[3/31/2016, 7:47:30 PM] [FHEM] ProSieben has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for RTL2: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] RTL2 is switch
[3/31/2016, 7:47:30 PM] [FHEM] RTL2 has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for RTL_Television: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] RTL_Television is switch
[3/31/2016, 7:47:30 PM] [FHEM] RTL_Television has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sat.1: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sat.1 is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sat.1 has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Schalter: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Schalter is switch
[3/31/2016, 7:47:30 PM] [FHEM] Schalter has
[3/31/2016, 7:47:30 PM] [FHEM]   On [state;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] event_map: [object Object]
  2016-03-31 19:47:30 caching: Schalter-state: off
[3/31/2016, 7:47:30 PM] [FHEM] Schalter-state eventMap: value off mapped to: off
[3/31/2016, 7:47:30 PM] [FHEM] Schalter-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Schlafzimmer: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentRelativeHumidity: { reading: 'humidity' },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Schlafzimmer is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Schlafzimmer has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: Schlafzimmer-temperature: 18.3
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 18.3 (as number; from '18.3')
  2016-03-31 19:47:30 caching: Schlafzimmer-humidity: 57
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 57 (as number; from '57')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: Schlafzimmer-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Schlafzimmer-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sky_Action_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Action_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Action_HD has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sky_Atlantic_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Atlantic_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Atlantic_HD has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sky_Cinema_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Cinema_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Cinema_HD has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Taupunkt.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Taupunkt.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Taupunkt.AFF has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [state]
  2016-03-31 19:47:30 caching: Taupunkt.AFF-state: 8.93 &deg;C
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 8.93 (as number; from '8.93 &deg;C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Temperatur.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.AFF has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [state]
  2016-03-31 19:47:30 caching: Temperatur.AFF-state: 19.35 &deg;C
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 19.35 (as number; from '19.35 &deg;C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Temperatur.max.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.max.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.max.AFF has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [state]
  2016-03-31 19:47:30 caching: Temperatur.max.AFF-state: 20.14 &deg;C
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 20.14 (as number; from '20.14 &deg;C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Temperatur.min.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.min.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.min.AFF has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [state]
  2016-03-31 19:47:30 caching: Temperatur.min.AFF-state: 18.25 &deg;C
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 18.25 (as number; from '18.25 &deg;C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: On=activity,valueOn=1,cmdOn=on,cmdOff=off
attr TvReceiver http-method GET
[3/31/2016, 7:47:30 PM] [FHEM]   wrong syntax: attr
[3/31/2016, 7:47:30 PM] [FHEM]   wrong syntax: TvReceiver
[3/31/2016, 7:47:30 PM] [FHEM]   wrong syntax: http-method
[3/31/2016, 7:47:30 PM] [FHEM]   wrong syntax: GET
[3/31/2016, 7:47:30 PM] [FHEM] mappings for TvReceiver: { '00001001-0000-1000-8000-135D67EC4377':
   { reading: 'volume',
     cmd: 'volume',
     delay: true,
     name: 'Volume',
     format: 'UINT8',
     unit: 'PERCENTAGE',
     minValue: 0,
     maxValue: 100,
     minStep: 1 },
  'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
  On:
   { reading: 'activity',
     valueOff: 'off',
     cmdOn: 'on',
     cmdOff: 'off',
     valueOn: '1' } }
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver is radio
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver has
[3/31/2016, 7:47:30 PM] [FHEM]   Custom Volume [volume;cached]
[3/31/2016, 7:47:30 PM] [FHEM]   Custom Power [power]
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
  2016-03-31 19:47:30 caching: TvReceiver-volume: -
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver-volume not a number: -
  2016-03-31 19:47:30 caching: TvReceiver-power: off
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver-power factor: value NaN mapped to NaN
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver-power not a number: off
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for VOX: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] VOX is switch
[3/31/2016, 7:47:30 PM] [FHEM] VOX has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WC: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentRelativeHumidity: { reading: 'humidity' },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] WC is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] WC has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: WC-temperature: 16.5
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 16.5 (as number; from '16.5')
  2016-03-31 19:47:30 caching: WC-humidity: 63
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentRelativeHumidity: 63 (as number; from '63')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: WC-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] WC-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentAmbientLightLevel=state,minValue=0.01,maxValue=100000,minStep=0.01
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WZ.LUX: { CurrentAmbientLightLevel:
   { reading: 'state',
     minValue: '0.01',
     maxValue: '100000',
     minStep: '0.01' } }
[3/31/2016, 7:47:30 PM] [FHEM] WZ.LUX is LightSensor
[3/31/2016, 7:47:30 PM] [FHEM] WZ.LUX has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentAmbientLightLevel [state]
  2016-03-31 19:47:30 caching: WZ.LUX-state: 8.31 Lux
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentAmbientLightLevel: 8.31 (as number; from '8.31 Lux')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WZ.Temperatur: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] WZ.Temperatur is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] WZ.Temperatur has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [state]
  2016-03-31 19:47:30 caching: WZ.Temperatur-state: 21.9 &deg;C
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature: 21.9 (as number; from '21.9 &deg;C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,subtype=innen
CurrentTemperature=temperature2,minValue=-30,subtype=aussen
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WohnzimmerSensor: { CurrentTemperature:
   [ { reading: 'temperature', minValue: '-30', subtype: 'innen' },
     { reading: 'temperature2', minValue: '-30', subtype: 'aussen' } ],
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] WohnzimmerSensor is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] WohnzimmerSensor has
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM]   CurrentTemperature [temperature2]
[3/31/2016, 7:47:30 PM] [FHEM]   StatusLowBattery [battery]
  2016-03-31 19:47:30 caching: WohnzimmerSensor-temperature: 19.2
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature:innen: 19.2 (as number; from '19.2')
  2016-03-31 19:47:30 caching: WohnzimmerSensor-temperature2: 18.7
[3/31/2016, 7:47:30 PM] [FHEM]     caching: CurrentTemperature:aussen: 18.7 (as number; from '18.7')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-03-31 19:47:30 caching: WohnzimmerSensor-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] WohnzimmerSensor-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for kabel_eins: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] kabel_eins is switch
[3/31/2016, 7:47:30 PM] [FHEM] kabel_eins has
[3/31/2016, 7:47:30 PM] [FHEM]   On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for kleinesLicht: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLicht is switch
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLicht has
[3/31/2016, 7:47:30 PM] [FHEM]   On [state;on,off]
  2016-03-31 19:47:30 caching: kleinesLicht-state: off
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLicht-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: 1
[3/31/2016, 7:47:30 PM] [FHEM]   wrong syntax: 1
[3/31/2016, 7:47:30 PM] [FHEM] mappings for kleinesLichtWz: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLichtWz is switch
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLichtWz has
[3/31/2016, 7:47:30 PM] [FHEM]   On [state;on,off]
  2016-03-31 19:47:30 caching: kleinesLichtWz-state: off
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLichtWz-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Bad'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Bad
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Bad
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Bad
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Bad
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature characteristic for Bad:temperature
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 19.2 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentRelativeHumidity characteristic for Bad:humidity
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 68 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     StatusLowBattery characteristic for Bad:battery
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Balkon'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Balkon
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Balkon
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Balkon
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Balkon
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature characteristic for Balkon:temperature
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 15.5 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentRelativeHumidity characteristic for Balkon:humidity
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 59 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     StatusLowBattery characteristic for Balkon:battery
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Balkon_unten'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature:innen characteristic for Balkon_unten:temperature
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 15.6 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Balkon_unten (Regen)
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature:Regen characteristic for Balkon_unten:temperature2
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: -31.3 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -35,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     StatusLowBattery characteristic for Balkon_unten:battery
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'DMAX'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for DMAX
[3/31/2016, 7:47:30 PM] [FHEM]   information service for DMAX
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for DMAX
[3/31/2016, 7:47:30 PM] [FHEM]   Switch service for DMAX
[3/31/2016, 7:47:30 PM] [FHEM]     On characteristic for DMAX:activity
[3/31/2016, 7:47:30 PM] [FHEM]       no default
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Dimmer2'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM]   Lightbulb service for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM]     On characteristic for Dimmer2:state
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: true (boolean)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     Brightness characteristic for Dimmer2:state
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Discovery_HD'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM]   Switch service for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM]     On characteristic for Discovery_HD:activity
[3/31/2016, 7:47:30 PM] [FHEM]       no default
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Gang'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Gang
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Gang
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Gang
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Gang
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature characteristic for Gang:temperature
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 17.9 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentRelativeHumidity characteristic for Gang:humidity
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 52 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     StatusLowBattery characteristic for Gang:battery
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Gefrierschrank'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature characteristic for Gefrierschrank:temperature
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: -14.4 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     StatusLowBattery characteristic for Gefrierschrank:battery
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'GrossesLichtWz'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM]   information service for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM]   Switch service for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM]     On characteristic for GrossesLichtWz:state
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: false (boolean)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Heizung'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Heizung
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Heizung
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Heizung
[3/31/2016, 7:47:30 PM] [FHEM]   Switch service for Heizung
[3/31/2016, 7:47:30 PM] [FHEM]     On characteristic for Heizung:state
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: false (boolean)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Kueche'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Kueche
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Kueche
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Kueche
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Kueche
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature characteristic for Kueche:temperature
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 18.4 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentRelativeHumidity characteristic for Kueche:humidity
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 57 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     StatusLowBattery characteristic for Kueche:battery
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Loung'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Loung
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Loung
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Loung
[3/31/2016, 7:47:30 PM] [FHEM]   TemperatureSensor service for Loung
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentTemperature characteristic for Loung:temperature
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 22.2 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentRelativeHumidity characteristic for Loung:humidity
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 43 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM]     StatusLowBattery characteristic for Loung:battery
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Luft.AFF'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM]   HumiditySensor service for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentRelativeHumidity characteristic for Luft.AFF:state
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 50.92 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Luft.errechnet.AFF'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM]   information service for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM]     manufacturer, model and serial number characteristics for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM]   HumiditySensor service for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM]     CurrentRelativeHumidity characteristic for Luft.errechnet.AFF:state
[3/31/2016, 7:47:30 PM] [FHEM]       initial value is: 7.53 (number)
[3/31/2016, 7:47:30 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'ProSieben'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM]   information service for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for ProSieben:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'RTL2'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for RTL2
[3/31/2016, 7:47:31 PM] [FHEM]   information service for RTL2
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for RTL2
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for RTL2
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for RTL2:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'RTL_Television'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM]   information service for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for RTL_Television:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sat.1'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for Sat.1:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Schalter'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Schalter
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Schalter
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Schalter
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for Schalter
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for Schalter:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: false (boolean)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Schlafzimmer'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM]     
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 31 März 2016, 19:53:37
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Schlafzimmer'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature characteristic for Schlafzimmer:temperature
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 18.3 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentRelativeHumidity characteristic for Schlafzimmer:humidity
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 57 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]     StatusLowBattery characteristic for Schlafzimmer:battery
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sky_Action_HD'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for Sky_Action_HD:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sky_Atlantic_HD'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for Sky_Atlantic_HD:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sky_Cinema_HD'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for Sky_Cinema_HD:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Taupunkt.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature characteristic for Taupunkt.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 8.93 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Temperatur.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature characteristic for Temperatur.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 19.35 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Temperatur.max.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature characteristic for Temperatur.max.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 20.14 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Temperatur.min.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   information service for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature characteristic for Temperatur.min.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 18.25 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'TvReceiver'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for TvReceiver
[3/31/2016, 7:47:31 PM] [FHEM]   information service for TvReceiver
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for TvReceiver
[3/31/2016, 7:47:31 PM] [FHEM] TvReceiver: service name radio unknown
[3/31/2016, 7:47:31 PM] [FHEM]   switch service for TvReceiver (undefined)
[3/31/2016, 7:47:31 PM] [FHEM]     Custom Volume characteristic for TvReceiver:volume
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]     Custom Power characteristic for TvReceiver:power
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for TvReceiver:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'VOX'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for VOX
[3/31/2016, 7:47:31 PM] [FHEM]   information service for VOX
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for VOX
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for VOX
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for VOX:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WC'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WC
[3/31/2016, 7:47:31 PM] [FHEM]   information service for WC
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for WC
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for WC
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature characteristic for WC:temperature
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 16.5 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentRelativeHumidity characteristic for WC:humidity
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 63 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]     StatusLowBattery characteristic for WC:battery
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WZ.LUX'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM]   information service for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM]   LightSensor service for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentAmbientLightLevel characteristic for WZ.LUX:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 8.31 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'lux',
  minValue: 0.01,
  maxValue: 100000,
  minStep: 0.01,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WZ.Temperatur'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM]   information service for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature characteristic for WZ.Temperatur:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 21.9 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WohnzimmerSensor'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM]   information service for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature:innen characteristic for WohnzimmerSensor:temperature
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 19.2 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]   TemperatureSensor service for WohnzimmerSensor (aussen)
[3/31/2016, 7:47:31 PM] [FHEM]     CurrentTemperature:aussen characteristic for WohnzimmerSensor:temperature2
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 18.7 (number)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM]     StatusLowBattery characteristic for WohnzimmerSensor:battery
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'kabel_eins'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM]   information service for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for kabel_eins:activity
[3/31/2016, 7:47:31 PM] [FHEM]       no default
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'kleinesLicht'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM]   information service for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for kleinesLicht:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: false (boolean)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'kleinesLichtWz'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM]   information service for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM]     manufacturer, model and serial number characteristics for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM]   Switch service for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM]     On characteristic for kleinesLichtWz:state
[3/31/2016, 7:47:31 PM] [FHEM]       initial value is: false (boolean)
[3/31/2016, 7:47:31 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

[3/31/2016, 7:47:31 PM] Homebridge is running on port 51826.

Hier beim Schalten einer Funksteckdose

[FHEM] kleinesLicht: executing set cmd for On with value 1
[3/31/2016, 7:49:52 PM] [FHEM]   executing: http://192.168.178.28:8083/fhem?cmd=set%20kleinesLicht%20on&XHR=1
  2016-03-31 19:49:52 caching: kleinesLicht-state: on
[3/31/2016, 7:49:52 PM] [FHEM] kleinesLicht-state valueOn/valueOff: value on mapped to 1
[3/31/2016, 7:49:52 PM] [FHEM]     caching: On: true (as boolean; from 'on')
[3/31/2016, 7:49:54 PM] [FHEM] kleinesLicht: executing set cmd for On with value 0
[3/31/2016, 7:49:54 PM] [FHEM]   executing: http://192.168.178.28:8083/fhem?cmd=set%20kleinesLicht%20off&XHR=1
  2016-03-31 19:49:54 caching: kleinesLicht-state: off
[3/31/2016, 7:49:54 PM] [FHEM] kleinesLicht-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:49:54 PM] [FHEM]     caching: On: false (as boolean; from 'off')


Hier die jsonlist2

{
  "Arg":"kleinesLicht",
  "Results": [
  {
    "Name":"kleinesLicht",
    "PossibleSets":"on off",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Wohnen fp_Wohnzimmer genericDeviceType:switch,outlet,light,blind,speaker,thermostat,radio,frm_ad,SVG_FileLog_Wz.Pflanze2_1,svg,ignore,lock,window,contact homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "NAME": "kleinesLicht",
      "NR": "29",
      "STATE": "off",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"off", "Time":"2016-03-31 19:40:03" }    },
    "Attributes": {
      "fp_Wohnen": "27,407,1, ,Schlafzimmer kleines Licht",
      "icon": "light_light_dim_100",
      "room": "Schlafzimmer,Homekit",
      "setList": "on off"
    }
  }  ],
  "totalResultsReturned":1
}

Wenn der Schalter von aus auf Ein und wieder aus springt schaltet die Funksteckdose in echt nicht.

Vielleicht hat ja jemand eine Idee

Vielen dank

Gruß Dominik


PS leider hat es mit dem Einfügen vom Log nicht ganz geklappt ich denke der ist vielleicht zu lang?
Der rest der im ersten Beitrag fehlt steht im zweiten Beitrag von mir. Sorry
Titel: Antw:homebridge/homekit
Beitrag von: Sky am 01 April 2016, 23:14:59
Da mein Homebridge nicht mehr funktionierte nach dem iOS update auf 9.3 bzw 9.31 und mehreren Versuchen dies zu lösen ,
https://forum.fhem.de/index.php/topic,32652.msg432408.html#msg432408

ab Post 2162


ist meine Frage ,ob Ihr wisst was dies zu bedeuten hat :

pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer                                               of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd                                              ns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not                                               supported (or only supported partially) in the Apple Bonjour compatibility layer                                               of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd                                              ns_sd&e=nodejs&f=DNSServiceRegister>
[4/1/2016, 10:42:05 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[4/1/2016, 10:42:06 PM] Registering platform 'homebridge-fhem.FHEM'
[4/1/2016, 10:42:06 PM] ---
[4/1/2016, 10:42:06 PM] Loaded config.json with 0 accessories and 1 platforms.
[4/1/2016, 10:42:06 PM] ---
[4/1/2016, 10:42:06 PM] Loading 1 platforms...
[4/1/2016, 10:42:06 PM] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglo                                              bal=1;filter=.*;since=null;fmt=JSON&timestamp=1459543327208
[4/1/2016, 10:42:07 PM] [FHEM] Checking genericDeviceType...
[4/1/2016, 10:42:07 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAt                                              trVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[4/1/2016, 10:42:07 PM] [FHEM] Fetching FHEM devices...
[4/1/2016, 10:42:07 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist                                              2%20room=Homekit&XHR=1
[4/1/2016, 10:42:07 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082
Server listening on: http://<ip>:8282
[4/1/2016, 10:42:07 PM] [FHEM] got: 1 results
[4/1/2016, 10:42:07 PM] [FHEM] HM_2DD0FD is switch
[4/1/2016, 10:42:07 PM] [FHEM] HM_2DD0FD has
[4/1/2016, 10:42:07 PM] [FHEM]   FirmwareRevision [D-firmware]
[4/1/2016, 10:42:07 PM] [FHEM]   On [state;on,off]
  2016-04-01 22:42:07 caching: HM_2DD0FD-D-firmware: 2.5
[4/1/2016, 10:42:07 PM] [FHEM]     caching: FirmwareRevision: 2.5 (as string; fr                                              om '2.5')
  2016-04-01 22:42:07 caching: HM_2DD0FD-state: off
[4/1/2016, 10:42:07 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[4/1/2016, 10:42:07 PM] [FHEM] Initializing platform accessory 'HM_2DD0FD'...
[4/1/2016, 10:42:07 PM] [FHEM] creating services for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM]   information service for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM]     manufacturer, model and serial number charact                                              eristics for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM]     firmware revision characteristic for HM_2DD0F                                              D
[4/1/2016, 10:42:07 PM] [FHEM]   Switch service for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM]     On characteristic for HM_2DD0FD:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

[4/1/2016, 10:42:07 PM] Homebridge is running on port 51826.
events.js:154
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:856:11)
    at exports._exceptionWithHostPort (util.js:879:20)
    at Server._listen2 (net.js:1231:14)
    at listen (net.js:1267:10)
    at Server.listen (net.js:1363:5)
    at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/h                                              ap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodej                                              s/lib/HAPServer.js:155:20)
    at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/h                                              ap-nodejs/lib/Accessory.js:473:16)
    at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:92:16)
    at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:351:14                                              )
 


IST LEIDER ETWAS VERSCHOBEN BEI PAST -COPY  ???
Titel: Antw:homebridge/homekit
Beitrag von: budy am 02 April 2016, 08:31:30
Wenn dieser Fehler auftritt, läuft die homebridge dann denn noch, oder stürzt der Prozess ab?
Hasttest du die homebridge und homebridge-fhem vor dem Update auf iOS 9.3 aktualisiert? Wenn nicht, dann wäre jetzt ein guter Zeitpunkt.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: Sky am 02 April 2016, 10:56:32
Da ich unter EVE keine Homebridge mehr finde und ich nicht sehe ob Homebridge wirklich läuft ausser wenn ich dies in Putty starte, kann ich Dir das nicht beantworten

Ich hatte das iOs Update gemacht ohne vorher in Fhem homebridge und homebridge-fhem zu aktualisieren ( weil ich dies nicht wußte),habe dies aber danach gemacht

pi@raspberrypi:~ $ sudo npm list -g homebridge && sudo npm list -g homebridge-fhem
/usr/lib
└── homebridge@0.3.2

/usr/lib
└── homebridge-fhem@0.2.18

Titel: Antw:homebridge/homekit
Beitrag von: budy am 02 April 2016, 18:46:09
Dann mach doch mal auf deinem pi folgendes:

service homebridge status

(wenn du den normalen, alten init benutzt). Das sieht bei mir dann so aus:

root@pi2:~# service homebridge status
● homebridge.service - LSB: Start daemon at boot time
   Loaded: loaded (/etc/init.d/homebridge)
   Active: active (running) since Sa 2016-03-26 16:10:57 CET; 1 weeks 0 days ago
  Process: 25200 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
  Process: 25243 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/homebridge.service
           ├─25245 sudo -u pi homebridge
           └─25255 homebridge

 oder alternativ

ps -ef | grep homebridge

was dann so aussieht…

root@pi2:~# ps -ef | grep homebridge
root     23192 19815  0 18:44 pts/1    00:00:00 grep homebridge
root     25245     1  0 Mär26 ?       00:00:00 sudo -u pi homebridge
pi       25255 25245  0 Mär26 ?       00:04:18 homebridge

Dann müsstets du ja sehen, ob da noch eine homebridge läuft. Wenn da nix außer dem grep selber zurückkommt, dann läuft die homebridge auch nicht.

Gruß,
Stephan
Titel: Edimax 2102W zeigt falschen Wert an.
Beitrag von: mbaehr am 03 April 2016, 12:36:17
Habe jetzt auch HomeBridge auf meinem Pi installiert.
Funktioniert wunderbar. Allerdings habe ich ein Edimax 2101W und diesen als Switch deklariert. Da es sich aber um eine schaltbare Steckdose handelt, habe ich diese als Outlet deklariert. Nun wird mir immer angezeigt, dass diese nicht in Benutzung sei. Was ja gar nicht stimmt.
Daher also meine Frage: wo liegt der Unterschied zwischen einem Switch und einem Outlet?
Warum wird mir beim Outlet nicht vernünftiges angezeigt?

Die zweite Frage, die ich mir stelle ist, warum mir der falsche Wert des Plugs angezeigt wird. Ich habe mir die EVE App installiert und den Plug auch da erfolgreich hinzugefügt. Allerdings, wenn ich ihn darüber ausschalte, wird mir nach einer Aktualisierung wieder der Wert "EIN" angezeigt.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 03 April 2016, 16:35:54
der unterschied zwischen einem switch und einem outlet ist genau der das ein outlet eine zusätzliche OutletInUse characteristic hat. wenn du kein mapping dafür einbaust hat sie immer den default wert. mir fällt aber auch keine wirklich sinnvolle verwendung dafür ein. du kannst die characteristic in eve auch einfach verstecken.

was steht in state wenn ein bzw. aus geschalten ist? zeig mal ein jsonlist2 in beiden zuständen.

was steht auf der konsole in der homebridge gestartet wurde wenn der stecker geschaltet wird? was steht im event monitor?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Pady11 am 04 April 2016, 18:20:13
Hallo,

seit kurzem übernimmt Homebridge keine Werte meines Garagentor dummys mehr aus fhem, es bleibt immer der beim Starten der Homebridge aktive Wert und wird auch so neu gecached.

Gab es hier Änderungen?
Titel: Antw:homebridge/homekit
Beitrag von: reen am 04 April 2016, 19:54:31
Hallo,
sorry für diese Anfängerfrage, aber kann mir denn jemand kurz erläutern, wie ich ganz generell für meine devices die richtigen homebridgemapping Kombinationen herausfinde?

Ich versteh noch nicht ganz, wie ich die passenden cmds auf homebridge, als auch auf fhem Seite rausfinden kann, damit ich die "paare" miteinander verknüpfe.
Also zb, wenn ich ich ein/aus schalten, oder die dimmen-funktion mappen möchte.
Klar gibt es dafür schon genug Beispiele, aber mich würde interessieren, wo ich die passenden cmdd selbst ausfindig mache.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 April 2016, 20:50:22
@Pady11: verwendest du wirklich die aktuellste version?

@reen: einfache devices musst du normalerweise überhaupt nicht von hand mappen. für kompliziertere dinge steht im ersten post wie und auch wo du nachsehen kannst: hap-nodejs/lib/gen/HomeKitTypes.js.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 April 2016, 20:50:57
ich habe vorhin das problem mit der Wifilight farbe gefunden und behoben. das update ist schon eingecheckt.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: reen am 04 April 2016, 20:57:49
Danke andre, dann muss ich mich wohl intensiver mit den homekitTypes befassen.
was einfache devices betrifft, mein Figaro Dimmer 2

List kue_licht:

Internals:
   DEF        d344759d 29
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     411
   NAME       kue_Licht
   NR         29
   STATE      dim 66
   TYPE       ZWave
   ZWAVE1_MSGCNT 411
   ZWAVE1_RAWMSG 0004001d0a32022144000002120000
   ZWAVE1_TIME 2016-04-04 19:10:25
   homeId     d344759d
   isWakeUp
   lastMsgSent 1459721952.20944
   nodeIdHex  1d
   Readings:
     2016-02-23 20:01:45   UNPARSED        MULTI_CHANNEL 056008000200
     2016-02-24 18:14:55   alarm           PowerManagement: Load error, arg 00
     2016-04-03 00:47:16   configActivePowerReports 10
     2016-04-03 00:47:17   configApproximatedPowerAtTheMaximum59 0
     2016-04-03 00:47:17   configAssignToggleSwitchStatusToThe22 DeviceChangesStatusOnSwitch0
     2016-04-03 00:47:17   configAssociationsInZWaveNetwork27 15
     2016-04-03 00:47:17   configAutoCalibrationAfterPowerOn AutoCalibrationPerformedAfter1
     2016-04-03 00:47:17   configAutoCalibrationStatus DimmerOperatesOnAutoCalibration1
     2016-04-03 00:47:17   configBehaviourOfTheDimmerAfterOVERCUR37 threeAtemptsToTurnOnTheLoad
     2016-04-03 00:47:17   configBurntOutBulbDetection 30
     2016-04-03 00:47:18   configCommandFramesSentIn2NdAnd3Rd24 0
     2016-04-03 00:47:18   configCommandFramesSentIn4ThAnd5Th25 0
     2016-04-03 00:47:18   configDimmabilityOfTheLoad LoadRecognizedAsDimmable
     2016-04-03 00:47:18   configDoubleClickOption EnableDoubleClick
     2016-04-03 00:47:18   configEnableDisableALLONOFF ALLONActiveALLOFFActive
     2016-04-03 00:47:18   configEnergyReports 10
     2016-04-03 00:47:18   configForceAutoCalibration idle
     2016-04-03 00:47:19   configForcedSwitchOnBrightnessLevel 0
     2016-04-03 00:47:19   configIncandescenceLevelOfDimmable3 1
     2016-04-03 00:47:19   configIncandescenceTimeOfDimmable4 0
     2016-04-03 00:47:19   configInputsButtonSwitchConfiguration MonoStableInputButton
     2016-04-03 00:47:19   configLOADERRORAlarmReport SendAnAlarmFrame
     2016-04-03 00:47:20   configMaximumBrightnessLevel 70
     2016-04-03 00:47:20   configMethodOfCalculatingTheActive58 powerMeasurementBasedOnThe0
     2016-04-03 00:47:20   configMinimumBrightnessLevel 1
     2016-04-03 00:47:20   configOVERCURRENTAlarmReport SendAnAlarmFrame
     2016-04-03 00:47:20   configOVERHEATAndVOLTAGEDROPAlarm49 SendAnAlarmFrame
     2016-04-03 00:47:20   configOVERLOADAlarmReport SendAnAlarmFrame
     2016-04-03 00:47:20   configOnOffMode modeSelectedAutomatically
     2016-04-03 00:47:21   configPeriodicActivePowerAndEnergy52 3600
     2016-04-03 00:47:21   configPowerLimitOVERLOAD 250
     2016-04-03 00:47:21   configResponseToGeneralPurposeAlarm ALARMFLASHINGDeviceWillTurnONAnd3
     2016-04-03 00:47:21   configResponseToSmokeCOOrCO2Alarm ALARMFLASHINGDeviceWillTurnONAnd3
     2016-04-03 00:47:21   configResponseToTemperatureAlarm ALARMDIMMERONDeviceTurnONUpon1
     2016-04-03 00:47:21   configResponseToWaterFloodingAlarm ALARMDIMMEROFFDeviceWillTurnOFF2
     2016-04-03 00:47:22   configSURGEAlarmReport SendAnAlarmFrame
     2016-04-03 00:47:22   configSavingStateBeforePowerFaillure StateSavedAtPowerFailureAll1
     2016-04-03 00:47:22   configSceneActivationFunctionality FunctionalityDeactivated
     2016-04-03 00:47:22   configSelfMeasurement SelfMeasurementInactive
     2016-04-03 00:47:22   configSoftStartFunctionality shortSoftStart01
     2016-04-03 00:47:22   configSwitchFunctionalityOfS1AndS2 standardMode
     2016-04-03 00:47:23   configTheFunctionOf3WaySwitch 3WaySwitchFunctionForS2Disabled
     2016-04-03 00:47:23   configThePercentageOfADimmingStepAt5 1
     2016-04-03 00:47:23   configThePercentageOfADimmingStepAt7 1
     2016-04-03 00:47:23   configTheValueSentToAssociatedDevices21 0xFFValueIsSentWhichWillSet0
     2016-04-03 00:47:23   configTimeDelayOfABurntOutBulb 5
     2016-04-03 00:47:23   configTimeOfADimmingStepAtAutomatic6 1
     2016-04-03 00:47:23   configTimeOfADimmingStepAtManual8 5
     2016-04-03 00:47:24   configTimeOfAlarmState 600
     2016-04-03 00:47:24   configTimerFunctionalityAutoOff 0
     2016-04-04 19:10:25   energy           5.3 kWh
     2016-02-23 20:01:45   model           FIBARO System FGD212 Dimmer 2
     2016-02-23 20:01:45   modelConfig     fibaro/fgd212.xml
     2016-02-23 20:01:45   modelId         010f-0102-1000
     2016-04-04 18:53:00   power           56.6 W
     2016-04-04 18:52:55   reportedState   dim 66
     2016-04-04 18:52:55   state           dim 66
     2016-04-04 00:19:12   transmit        OK
Attributes:
   IODev      ZWAVE1
   classes    ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION
   genericDeviceType light
   room       HomeKit,Kueche,ZWave

...hat folgendes Problem: In der HomeKit-App, springt der Schalter kurz nach dem ausschalten immer wieder auf "Ein", obwohl dass stimmt.

folgende steht dann in der homebridge Konsole:
[2016-04-01 22:38:16] [FHEM] kue_Licht: executing set cmd for On with value 0
[2016-04-01 22:38:16] [FHEM]   executing: https://192.168.2.251:8083/fhem?cmd=set%20kue_Licht%20off&XHR=1
  2016-04-01 22:38:17 caching: kue_Licht-state: off
[2016-04-01 22:38:17] [FHEM] kue_Licht-state valueOn/valueOff: value off mapped to 1

Könnte es sein, dass beim ausschalten ein falscher Wert gesetzt wird?
(durch mapping, obwohl kein mapping gesetzt wurde)
Kann man das durch ein selbst definiertes Mapping dann korrigieren?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 04 April 2016, 21:00:25
der knackpunkt hier ist das in state dim 66 steht. das ist keine zahl. dafür gibt es das part schlüsselwort im mapping. schau mal etwas weiter oben im thread da gibt es ein komplettes beispiel für fibaro dimmer.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 04 April 2016, 21:38:42
ich habe vorhin das problem mit der Wifilight farbe gefunden und behoben. das update ist schon eingecheckt.

gruss
  andre

Hallo Andre,

göttlich! Farbe und Helligkeit lassen sich nun ohne Probleme ändern, die Befehle werden sofort umgesetzt! Super, vielen Dank!  :)

Noch eine kurze Frage: das updaten funktioniert bei mir nicht mehr (keine Fehlermeldung, es wird einfach nichts gemacht), ich muss also immer "drüberinstallieren". Woran könnte das liegen?
Ist jetzt kein Beinbruch, würde mich trotzdem interessieren.  ;D
Titel: LG Smart TV einbinden?
Beitrag von: Grinsekatze am 05 April 2016, 13:46:48
Hallo ins Rund, nachdem ich nun meinen LG Smart TV (Bj. 2013) auch in FHEM eingebunden habe, möchte ich diesen ebenfalls in meiner homebridge integrieren. Jedoch hat das bloße verschieben des Geräts in den Raum homebridge nicht geholfen - die App EVE erkennt das Gerät nicht (anders als meine Schaltaktoren und Heizthermostate).

Hat schon Jemand von euch seinen TV eingebunden und kann mir hier behilflich sein, meinen zu verknüpfen?
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 05 April 2016, 15:26:10
ich habe vorhin das problem mit der Wifilight farbe gefunden und behoben. das update ist schon eingecheckt.

gruss
  andre

Hallo Andre,

seit dem Update ist die Homebridge sporadisch nicht erreichbar...  :-\
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 05 April 2016, 15:32:53
das äussert sich wie genau? was steht auf der console?

ich bin mir sehr sicher das das letzte update nichts damit zu tun hat.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 05 April 2016, 15:38:09
Hallo Andre,

seit dem Update ist die Homebridge sporadisch nicht erreichbar...  :-\

Ist bei mir auch so, aber nur von extern. Zu hause im internen Netzwerk geht die Homebridge wunderbar.
Gestern ist es mir zum ersten Mal aufgefallen von unterwegs.
Eventuell ein Problem von HomeKit/iCloud? Da es zu hause funktioniert gehe ich davon aus dass es nichts mit Homebridge zu tun hat.
"Gestern aktualisiert" steht dort bei allen Geräten wenn ich jetzt drauf gucke.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 05 April 2016, 15:49:26
das äussert sich wie genau? was steht auf der console?

ich bin mir sehr sicher das das letzte update nichts damit zu tun hat.

gruss
  andre

die Konsole zeigt folgendes:

[2016-04-05 15:24:39] [FHEM] query: On for Steckdose2-state
[2016-04-05 15:24:39] [FHEM] cached: false
[2016-04-05 15:26:47] [FHEM] query: On for Steckdose3-state
[2016-04-05 15:26:47] [FHEM] cached: false
[2016-04-05 15:26:47] [FHEM] query: On for Steckdose2-state
[2016-04-05 15:26:47] [FHEM] cached: false
[2016-04-05 15:26:47] [FHEM] query: On for Lampe2-state
[2016-04-05 15:26:47] [FHEM] cached: false
[2016-04-05 15:26:48] [FHEM] query: On for Lampe1-state
[2016-04-05 15:26:48] [FHEM] cached: false
[2016-04-05 15:26:48] [FHEM] query: On for Steckdose1-state
[2016-04-05 15:26:48] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Steckdose3-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Lampe1-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Steckdose2-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Lampe2-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Steckdose1-state
[2016-04-05 15:26:50] [FHEM] cached: false

Ist nicht permanent. Ist mir nur aufgefallen,dass es ab und zu lange dauert bis Siri die Aktion ausführt oder Feedback von der Bridge bekommt - in der EVE App genauso.

Ansonsten habe ich seit gestern nichts geändert, nur das update eingespielt.  :-\
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 05 April 2016, 16:43:50
das liegt ziemlich sicher nicht an homebridge update.

iCloud braucht manchmal sehr lange. das sieht man sehr schön wenn man gleichzeitig auf die konsole schaut.

wenn homekit die anfrage los schickt dauert es eine weile, dann kommen alle auf einen schlag an und werden sofort beantwortet und dann dauert es wieder bis sie in eve landen. die zweite anfrage ist in der regel schneller.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Odin am 05 April 2016, 20:44:31
das liegt ziemlich sicher nicht an homebridge update.

iCloud braucht manchmal sehr lange. das sieht man sehr schön wenn man gleichzeitig auf die konsole schaut.

wenn homekit die anfrage los schickt dauert es eine weile, dann kommen alle auf einen schlag an und werden sofort beantwortet und dann dauert es wieder bis sie in eve landen. die zweite anfrage ist in der regel schneller.

gruss
  andre

OK, wenn du es sagst.  :) Ist mir nur aufgefallen und war anscheinend nur Zufall.
Titel: Antw:homebridge/homekit
Beitrag von: reen am 05 April 2016, 22:20:01
Zitat
der knackpunkt hier ist das in state dim 66 steht.

Aber selbst wenn ich durch fhem selbst den Schalter dimme, wird state der Wert "dim XX" zugewiesen. ist das dann falsch?
Wäre das ein passendes mapping (von weiter oben kopiert und devicename angepasst)?
attr due_Licht homebridgeMapping On=state,valueOff=0,cmdOn= level 100,cmdOff= level 0 Brightness=state,cmd=value

btw, in anderer Sache:
Zitat
iCloud braucht manchmal sehr lange.
Kann man homebridge denn mit iCloud koppeln um ohne Apple TV per HomeKit die dievces aus dem WAN zu steuern?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 05 April 2016, 22:43:50
- leerzeichen dürfen nur zwischen dein einzelnen characteristics vorkommen. nicht nach einem =
- dein valueOff stimmt vermutlich nicht. es steht doch immer noch dim vor dem wert. wegen dem leerzeichen als regex mit .
- in den cmdOn und cmdOff dürfen keine leerzeichen vorkommen. diese müssen durch + ersetzt werden.
- um den zahlenwert aus dem state auszuscheiden gibt es das part schlüselwort

also etwa so:
attr due_Licht homebridgeMapping On=state,valueOff=/dim.0/,cmdOn=level+100,cmdOff=level+0 Brightness=state,part=1,cmd=value

die anbindung an icloud für die wan steuerung geht über ein apple tv gen 3 oder gen 4.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Mitch am 11 April 2016, 19:41:23
So Andre, dann hier weiter.

Die Änderung hat nichts gebracht.

Ausserdem steht im Wiki: "platform": Hier muss "homebridge-fhem.fhem" beibehalten werden.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 April 2016, 19:45:32
wie schaut dein config file jetzt genau aus?
was steht auf der konsole?
Titel: Antw:homebridge/homekit
Beitrag von: Mitch am 11 April 2016, 19:53:51
Config:
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.0.5",
            "port": "8084",
            "filter": "room=Homekit"
        }
    "accessories": [
     ],

}

Debug:
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2016-04-11 19:52:43] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-04-11 19:52:43] Registering platform 'homebridge-fhem.FHEM'
[2016-04-11 19:52:43] ---
[2016-04-11 19:52:44] Loaded plugin: homebridge-synology
[2016-04-11 19:52:44] Registering accessory 'homebridge-synology.Synology'
[2016-04-11 19:52:44] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[2016-04-11 19:52:44] Homebridge is running on port 51826.
Server listening on: http://<ip>:8082

Komischerweise kann ich die config.json komplett löschen und bekomme genau die gleiche Ausgabe?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 11 April 2016, 19:58:35
ich tippe mal er findet nicht das richtige config file bzw. es gibt noch irgendwo ein anderes.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Mitch am 11 April 2016, 20:04:45
Soetwas hab ich auch vermutet, habe aber nur die eine config.
Oder kann noch wo etwas ausserhalb /home liegen?

Kann man den Pfad irgendwo konfigurieren?
Titel: Antw:homebridge/homekit
Beitrag von: Mitch am 12 April 2016, 09:27:51
Also, ich habe jetzt alles gesucht, was "config.json" heißt und gelöscht.
Dann habe ich alles was zur homebridge gehört gelöscht.

Danach Neustart und alles neu installiert.

Homebridge gestartet, ohne eine config.json angelegt zu haben, keine Fehlermeldung:
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2016-04-12 09:22:20] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-04-12 09:22:20] Registering platform 'homebridge-fhem.FHEM'
[2016-04-12 09:22:20] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[2016-04-12 09:22:20] Homebridge is running on port 51826.
Server listening on: http://<ip>:8082

Also ich bin jetzt echt mit meinem Latein am Ende?!


Hier alle relevanten Verzeichnisse:
markus@qfserver:~$ sudo find / -name "*homebridge*"
/usr/lib/node_modules/homebridge-fhem
/usr/lib/node_modules/homebridge
/usr/lib/node_modules/homebridge/bin/homebridge
/usr/bin/homebridge
/tmp/npm-10354-5d6d6cc2/registry.npmjs.org/homebridge-fhem
/tmp/npm-8682-7097598c/registry.npmjs.org/homebridge
/etc/rc4.d/S20homebridge
/etc/rc6.d/K20homebridge
/etc/rc3.d/S20homebridge
/etc/rc2.d/S20homebridge
/etc/rc1.d/K20homebridge
/etc/rc0.d/K20homebridge
/etc/rc5.d/S20homebridge
/home/markus/.homebridge
/home/markus/.npm/homebridge-fhem
/home/markus/.npm/registry.npmjs.org/homebridge-fhem
/home/markus/.npm/registry.npmjs.org/homebridge
/home/markus/.npm/homebridge
/var/log/S20homebridge.log
/var/log/S20homebridge.err

und hier alle config.json Dateien:
/usr/local/lib/node_modules/forever/node_modules/flatiron/scaffolds/cli/config/config.json
/usr/local/lib/node_modules/forever/node_modules/flatiron/scaffolds/http/config/config.json
/usr/local/lib/node_modules/forever/node_modules/utile/test/fixtures/read-json-file/config.json
/usr/lib/node_modules/airsonos/node_modules/babel-core/lib/transformation/file/options/config.json
/tmp/npm-8682-7097598c/git-cache-98edef48/8ff4d603197a92c3cc829ddd37ddfac5bfe21332/doc/config.json
/home/markus/.npm/flatiron/0.4.3/package/scaffolds/cli/config/config.json
/home/markus/.npm/flatiron/0.4.3/package/scaffolds/http/config/config.json
/home/markus/.npm/teslams/1.0.1/package/examples/config.json
/home/markus/.npm/utile/0.2.1/package/test/fixtures/read-json-file/config.json
/home/markus/.npm/yargs/1.3.3/package/test/config.json
/home/markus/.npm/babel-core/5.8.24/package/lib/transformation/file/options/config.json
/home/markus/.npm/babel-core/5.8.25/package/lib/transformation/file/options/config.json
/home/markus/airsonos/node_modules/utile/test/fixtures/read-json-file/config.json
/home/markus/airsonos/node_modules/babel-core/lib/transformation/file/options/config.json
Titel: Antw:homebridge/homekit
Beitrag von: wolfram am 13 April 2016, 13:17:16
Hallo zusammen,

ich verfolge täglich die spannende Entwicklung der homebridge im Zusammenhang mit fhem.  Was mir bis heute nicht ganz klar ist, ist wie ich meine Harmony Hub Fernbedienung sauber steuere. Ich habe 3 Aktionen 1. Fernsehen, 2. Musik hören, 3. Küchenradio. Das harmony-hub ist im Raum "HomeKit" und in Eve ist auch die Harmony mit 4 Atkionen zu sehen.
Leider kann ich aber in der Eve-App überhaupt nicht unterscheiden, welche Aktion (ALLE heißen in EVE "Harmony") welcher Aktion im harmony-hub entspricht. Nur in den Einstellungen --> Geräte --> Harmony --> "Siri Namen" sehe ich die echten Aktionsnamen und kann diese dort auch umbenennen. Will ich aber z.B. eine Szene erstellen sehe ich nur 4 Aktionen mit dem Namen "Harmony". Kennt jemand das "Problem" bzw. kann hier weiterhelfen?

Danke für eine Antwort
wolf
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 13 April 2016, 14:23:02
die anzeige des namens in eve ist leider etwas unglücklich. du musst beim szenen erstellen so lange probieren bist du jeweils den passenden switch erwischt hast.

ich meine dir reihenfolge ist aber immer die gleiche. d.g. wenn du in einstellungen nachschaust. solltest du an dein beiden anderen stellen wo der namen nicht zu sehen ist die gleiche reihenfolge haben.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: reen am 13 April 2016, 19:31:38
Hi Andre,
danke für deine Antwort.
Ich komme mit meinem dimmbaren Lichtschalter aber irgendwie nicht weiter.  :-\
Homebridge-fhem find ich echt super, nur stellt die Konfiguration für mich als unerfahrenen Entwickler leider echt eine Hürde dar, obwohl ich das wirklich gerne nutzen würde.

Mit deinem Vorschlag:
attr due_Licht homebridgeMapping On=state,valueOff=/dim.0/,cmdOn=level+100,cmdOff=level+0 Brightness=state,part=1,cmd=valuereagiert der Schalter über das HomeKit leider garnicht mehr, kommt auch nix auf der homebridge console an.

Ohne das mapping ist es noch das alte Spiel:
HomeKit Schalter steht auf EIN, Licht brennt, wird er AUS geschaltet, geht das Licht aus, aber der Status springt kurz darauf wieder auf EIN, licht bleibt aber aus.
passende console zu diesen Ereignissen:
[2016-04-13 18:40:21] [FHEM] ba_Licht: executing set cmd for On with value 0
[2016-04-13 18:40:21] [FHEM]   executing: https://192.168.2.251:8083/fhem?cmd=set%20ba_Licht%20off&XHR=1
  2016-04-13 18:40:22 caching: ba_Licht-state: off
[2016-04-13 18:40:22] [FHEM] ba_Licht-state valueOn/valueOff: value off mapped to 1
[2016-04-13 18:40:22] [FHEM]     caching: On: true (as boolean; from 'off')
[2016-04-13 18:40:22] [FHEM]     caching: Brightness: 0 (as number; from 'off')
  2016-04-13 18:40:28 caching: ba_Licht-power: 0.0 W
[2016-04-13 18:40:28] [FHEM] ba_Licht-power factor: value 0 mapped to 0
[2016-04-13 18:40:28] [FHEM]     caching: Custom Power: 0 (as number; from '0.0 W')
 

Gibt es noch ein Tipp für mich, wie ich der Lösung etwas näher komme?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 13 April 2016, 19:39:48
ich brauche die komplette konsolenausgabe beim starten wenn du homebridge mit --debug startest.

ansonsten fällt mir auf das du das attribut für ein device due_Licht gesetzt hast das kommando im log aber für ba_Licht ist. valueOff=/dim.0/ stimmt natürlich nicht wenn im reading doch off steht und nicht dim 0 wie oben angegeben.

setz mal in der zeile ...valueOff=/off|dim.0/... gruss
  andre

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: reen am 13 April 2016, 22:48:25
du vollkommen Recht Andre:
device attr und log sind unterschiedlich, das liegt aber nur daran, dass ich zwei gleiche Schalter habe:
- kue_Licht -> Schalter-Küche (das "due" war nur ein Schreibfehler aus dem post hier gepasted, aber im code hatte ich das korrigiert)
- ba_Licht -> Schalter-Bad

Beide Schalter sind die Figaro Dimmer 2 und haben auch beide das gleiche Problem.

Hier die komplette Console nach start mit --debug:
pi@XPi ~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-04-13 22:41:51] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-04-13 22:41:51] Registering platform 'homebridge-fhem.FHEM'
[2016-04-13 22:41:51] ---
[2016-04-13 22:41:52] Loaded plugin: homebridge-zway
[2016-04-13 22:41:52] Registering accessory 'homebridge-zway.ZWayServer'
[2016-04-13 22:41:52] Registering platform 'homebridge-zway.ZWayServer'
[2016-04-13 22:41:52] ---
[2016-04-13 22:41:52] Loaded config.json with 0 accessories and 1 platforms.
[2016-04-13 22:41:52] ---
[2016-04-13 22:41:52] Loading 1 platforms...
[2016-04-13 22:41:52] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.251:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1460580113821
[2016-04-13 22:41:53] [FHEM] Checking genericDeviceType...
[2016-04-13 22:41:53] [FHEM]   executing: https://192.168.2.251:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-04-13 22:41:53] [FHEM] Fetching FHEM devices...
[2016-04-13 22:41:53] [FHEM] fetching: https://192.168.2.251:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Server listening on: http://<ip>:8082
[2016-04-13 22:41:55] [FHEM] got: 2 results
[2016-04-13 22:41:55] [FHEM] homebridgeMapping: On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0 Brightness=state,part=1,cmd=value
[2016-04-13 22:41:55] [FHEM] mappings for ba_Licht: { On:
   { reading: 'state',
     valueOff: '/off|dim.0/',
     cmdOn: 'level+100',
     cmdOff: 'level+0' },
  Brightness:
   { reading: 'state',
     cmd: 'value',
     delay: true,
     reading2homekit: [Function: bound ],
     part: '1' },
  'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
  'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'FLOAT', factor: 1 } }
[2016-04-13 22:41:55] [FHEM] ba_Licht is light
[2016-04-13 22:41:55] [FHEM] ba_Licht has
[2016-04-13 22:41:55] [FHEM]   On [state;level+100,level+0]
[2016-04-13 22:41:55] [FHEM]   Brightness [state]
[2016-04-13 22:41:55] [FHEM]   Custom Power [power]
[2016-04-13 22:41:55] [FHEM]   Custom Energy [energy]
  2016-04-13 22:41:55 caching: ba_Licht-state: dim 31
[2016-04-13 22:41:55] [FHEM] ba_Licht-state valueOn/valueOff: value dim 31 mapped to 1
[2016-04-13 22:41:55] [FHEM]     caching: On: true (as boolean; from 'dim 31')
[2016-04-13 22:41:55] [FHEM]     caching: Brightness: 31 (as number; from 'dim 31')
  2016-04-13 22:41:55 caching: ba_Licht-power: 48.2 W
[2016-04-13 22:41:55] [FHEM] ba_Licht-power factor: value 48.2 mapped to 48.2
[2016-04-13 22:41:55] [FHEM]     caching: Custom Power: 48.2 (as number; from '48.2 W')
  2016-04-13 22:41:55 caching: ba_Licht-energy:  1.99 kWh
[2016-04-13 22:41:55] [FHEM] ba_Licht-energy factor: value 1.99 mapped to 1.99
[2016-04-13 22:41:55] [FHEM]     caching: Custom Energy: 1.99 (as number; from ' 1.99 kWh')
[2016-04-13 22:41:55] [FHEM] mappings for kue_Licht: { On: { reading: 'state', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
  Brightness:
   { reading: 'state',
     cmd: 'dim',
     delay: true,
     reading2homekit: [Function: bound ] },
  'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
  'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'FLOAT', factor: 1 } }
[2016-04-13 22:41:55] [FHEM] kue_Licht is light
[2016-04-13 22:41:55] [FHEM] kue_Licht has
[2016-04-13 22:41:55] [FHEM]   On [state;on,off]
[2016-04-13 22:41:55] [FHEM]   Brightness [state]
[2016-04-13 22:41:55] [FHEM]   Custom Power [power]
[2016-04-13 22:41:55] [FHEM]   Custom Energy [energy]
  2016-04-13 22:41:55 caching: kue_Licht-state: off
[2016-04-13 22:41:55] [FHEM] kue_Licht-state valueOn/valueOff: value off mapped to 1
[2016-04-13 22:41:55] [FHEM]     caching: On: true (as boolean; from 'off')
[2016-04-13 22:41:55] [FHEM]     caching: Brightness: 0 (as number; from 'off')
  2016-04-13 22:41:55 caching: kue_Licht-power: 0.0 W
[2016-04-13 22:41:55] [FHEM] kue_Licht-power factor: value 0 mapped to 0
[2016-04-13 22:41:55] [FHEM]     caching: Custom Power: 0 (as number; from '0.0 W')
  2016-04-13 22:41:55 caching: kue_Licht-energy:  5.95 kWh
[2016-04-13 22:41:55] [FHEM] kue_Licht-energy factor: value 5.95 mapped to 5.95
[2016-04-13 22:41:55] [FHEM]     caching: Custom Energy: 5.95 (as number; from ' 5.95 kWh')
[2016-04-13 22:41:55] [FHEM] Initializing platform accessory 'ba_Licht'...
[2016-04-13 22:41:55] [FHEM] creating services for ba_Licht
[2016-04-13 22:41:55] [FHEM]   information service for ba_Licht
[2016-04-13 22:41:55] [FHEM]     manufacturer, model and serial number characteristics for ba_Licht
[2016-04-13 22:41:55] [FHEM]   Lightbulb service for ba_Licht
[2016-04-13 22:41:55] [FHEM]     On characteristic for ba_Licht:state
[2016-04-13 22:41:55] [FHEM]       initial value is: true (boolean)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM]     Brightness characteristic for ba_Licht:state
[2016-04-13 22:41:55] [FHEM]       initial value is: 31 (number)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM]     Custom Power characteristic for ba_Licht:power
[2016-04-13 22:41:55] [FHEM]       initial value is: 48.2 (number)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'float',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-04-13 22:41:55] [FHEM]     Custom Energy characteristic for ba_Licht:energy
[2016-04-13 22:41:55] [FHEM]       initial value is: 1.99 (number)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'float',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Initializing platform accessory 'kue_Licht'...
[2016-04-13 22:41:55] [FHEM] creating services for kue_Licht
[2016-04-13 22:41:55] [FHEM]   information service for kue_Licht
[2016-04-13 22:41:55] [FHEM]     manufacturer, model and serial number characteristics for kue_Licht
[2016-04-13 22:41:55] [FHEM]   Lightbulb service for kue_Licht
[2016-04-13 22:41:55] [FHEM]     On characteristic for kue_Licht:state
[2016-04-13 22:41:55] [FHEM]       initial value is: true (boolean)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM]     Brightness characteristic for kue_Licht:state
[2016-04-13 22:41:55] [FHEM]       initial value is: 0 (number)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM]     Custom Power characteristic for kue_Licht:power
[2016-04-13 22:41:55] [FHEM]       initial value is: 0 (number)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'float',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[2016-04-13 22:41:55] [FHEM]     Custom Energy characteristic for kue_Licht:energy
[2016-04-13 22:41:55] [FHEM]       initial value is: 5.95 (number)
[2016-04-13 22:41:55] [FHEM]       props: { format: 'float',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[2016-04-13 22:41:55] Homebridge is running on port 51826.
[2016-04-13 22:41:57] [FHEM] query: On for kue_Licht-state
[2016-04-13 22:41:57] [FHEM]   cached: true
[2016-04-13 22:41:57] [FHEM] query: On for ba_Licht-state
[2016-04-13 22:41:57] [FHEM]   cached: true
[2016-04-13 22:41:57] [FHEM] query: On for kue_Licht-state
[2016-04-13 22:41:57] [FHEM]   cached: true
[2016-04-13 22:41:57] [FHEM] query: On for ba_Licht-state
[2016-04-13 22:41:57] [FHEM]   cached: true
Titel: Antw:homebridge/homekit
Beitrag von: chrisz am 16 April 2016, 23:31:16
Hallo Andre,

vielen Dank für die neuen Funktionen, klappt schon sehr gut. Habe bei Homematic Thermostaten den controlMode folgendermaßen gemappt:

TargetHeatingCoolingState=controlMode::controlMode,values=/auto/:AUTO;/manual/:OFF;/day/:HEAT;/night/:COOL,cmds=OFF:controlMode+manual;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto

Würde gerne die Characteristik CurrentHeatingCoolingState derat anpassen, dass sie von der Ventilposition des Thermostaten (Zahlen von 0 bis 100 in sechster Position vom Reading "state") abhängt, d.h.:

valve =0 bedeutet OFF
valve < 50 bedeutet COOL
valve =>50 bedeutet HEAT

Lässt sich soetwas schon machen oder ist das Zukunftsmusik?


Grüße,

Chris
Titel: Antw:homebridge/homekit
Beitrag von: budy am 17 April 2016, 10:37:39
Moin Chris,

darüber hatte ich auch schon mal nachgedacht. Allerdings ist doch der Zustand COOL, der ja eine 2 als Value bräuchte, in einem Heizungsthermosten nicht möglich - meine Heizung kühlt halt nicht, sondern sie heizt oder nicht. Ich habe das Mapping um folgendes erweitert:

CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:0;/.*/:1
Dadurch wird der Status des Ventils genommen und wenn es zu ist, dann gibts als Ergebnis eine 0 => OFF und ansonsten eine 1 => HEAT.
Das habe ich dann einfach an das Mapping für TargetHeatingCoolingState hinten drangehängt.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: chrisz am 17 April 2016, 13:03:21
Moin Chris,

darüber hatte ich auch schon mal nachgedacht. Allerdings ist doch der Zustand COOL, der ja eine 2 als Value bräuchte, in einem Heizungsthermosten nicht möglich - meine Heizung kühlt halt nicht, sondern sie heizt oder nicht. Ich habe das Mapping um folgendes erweitert:

CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:0;/.*/:1
Dadurch wird der Status des Ventils genommen und wenn es zu ist, dann gibts als Ergebnis eine 0 => OFF und ansonsten eine 1 => HEAT.
Das habe ich dann einfach an das Mapping für TargetHeatingCoolingState hinten drangehängt.

Gruß,
Stephan

Hallo Stephan,

Danke, das ist auf jeden Fall meine Backup-Lösung. Ist der Ausdruck zwischen den / / eigentlich eine beliebige RegExp?

Meine Heizkörper haben natürlich auch keine Kühlfunktion, aber ich würde den Begriff COOL gerne dafür verwenden zu erkennen wann ein bestimmter Ventilwert unterschritten wird.

Gruß,

Chris
Titel: Antw:homebridge/homekit
Beitrag von: budy am 17 April 2016, 13:35:07
Moin Chris,

Hallo Stephan,

Danke, das ist auf jeden Fall meine Backup-Lösung. Ist der Ausdruck zwischen den / / eigentlich eine beliebige RegExp?

Meine Heizkörper haben natürlich auch keine Kühlfunktion, aber ich würde den Begriff COOL gerne dafür verwenden zu erkennen wann ein bestimmter Ventilwert unterschritten wird.

Nein, zwschen den // kann leider kein richtiger RegExp stehen. Das war mir aber auch schon klar, als ich nochmal Andrès ersten Post in diesem Thread gelesen habe. Schade eigentlich, denn damit könnte man noch einiges anfangen.

André schrieb auch, dass man da ggf. noch eigene js-Funktionen einbauen könnte, aber damit wollte ich jetzt nicht unbedingt anfangen. ;)

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 17 April 2016, 16:39:04
@reen: sorry für die späte antwort. das problem das off bei dir auf 1 gemapped wird muss ich erst mal nachstellen. das sollte nicht passieren. ist deine homekit version wirklich aktuell?

@chrisz: das geht in dem du die dir für values ein paar passende regex überlegst.

alternativ kannst du im platform teil von config.json ein "jsFunctions": "myFunctions.js", einfügen, im gleichen verzeichnis in dem das config file liegt ein myFunctions.js file mit folgendem inhalt anlegen:module.exports = {
  reading2homekit: function(mapping, orig) {
var a;
return a.length;
console.log( 'myFunctions: myReading2homekit: mapping:' + mapping + '; orig: ' + orig );
      if( orig == 0 )
        return CurrentHeatingCoolingState.OFF;
      else if( orig < 50 )
        return CurrentHeatingCoolingState.COOL;
      else
        return CurrentHeatingCoolingState.HEAT;
  }
}
und im mapping reading2homekit=myReading2homekit angeben.

@budy: doch. das zwischen den // ist eine richtige regex.


ps: für values: der teil nach dem : kann auch direkt ein bekanntes schlüsselwort der jeweiligen characteristic sein. hier also OFF, COOL oder HEAT. man muss sich nicht die zugehörigen zahlenwerte raus suchen. also so:CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:OFF;/^\d$|[1-4]\d/:COOL;/.*/:HEAT
gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Heinz1973 am 17 April 2016, 16:59:23
Hallo, erst mal besten Dank für das Modul homebridge-fhem, gute Arbeit!

Bisher hat das meiste bei der Anbindung gut funktioniert. Einige Dinge machen mir allerdings Kopfzerbrechen.

z.B.: Switch mit Slider Funktionalität (Stufen 1-8)
Diesen habe ich in FHEM definiert um meine Lüftung zu steuern. Die Stufen 1-8 geben die Lüftergeschwindigkeit vor.
Der switch ist als Dummy deklariert:
define FanSpeed dummy
...
attr FanSpeed setList state:slider,1,1,8
Die Änderungen werden per notify mit dem tatsächlichen Device bzw Reading angebunden.

Ich habe es nur geschafft das Ding als "light" mit "Brightness" anzubinden, so dass ich in Elgato Eve ebenfalls einen Slider sehe und per Sprache steuern kann.
attr FanSpeed genericDeviceType light
attr FanSpeed homebridgeMapping Brightness=state,name=Lüftung,reading=state,minValue=1,maxValue=8,minStep=1,format=UINT8,cmd=,unit=PERCENTAGE

In Eve steht jetzt halt am Slider eine Sonne und zum ändern per Stimme muß ich einen Satz sagen wie "Schalte die Helligkeit der Lüftung auf 7 Prozent!"
Dann kommt zwar das Richtige raus, klingt aber ziemlich dämlich und umständlich!

Am liebsten würde ich sagen "Schalte die Lüftung auf Stufe 7" o.ä.
Ich habe bereits im Source code nach vergleichbaren Dingen wie "Volume" oder "Actuation" geschaut, aber nichts richtiges ans Laufen bekommen.

Gibts eine generische Anbindung für einen Stufenschalter ohne Einheit?
Sorry, falls die Frage schon einmal gestellt wurde, aber ich konnte bisher nichts dazu finden.
Jemand eine Ahnung?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 17 April 2016, 17:13:12
homekit erlaubt das steuern von custom characteristiks per siri nicht. d.h. du kannst am wortschatz für die direkte steuerung nichts ändern.

aber schau mal ob du nicht mit siri szenen bessere formulierungen finden kannst. das geht meistens flexibler. du müsstest halt für jede stellung eine eigene szene anlegen.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Heinz1973 am 17 April 2016, 17:18:06
Ja, das mit den Szenen habe ich schon gemacht, das geht, aber der Slider schaut immer noch doof aus.

Gibt es was anderes als die "Helligkeit" auch noch? Wie setzt man die "Lautstärke"? Würde vielleicht besser passen.
Titel: Antw:homebridge/homekit
Beitrag von: budy am 17 April 2016, 17:22:20
Moin André,

@budy: doch. das zwischen den // ist eine richtige regex.


ps: für values: der teil nach dem : kann auch direkt ein bekanntes schlüsselwort der jeweiligen characteristic sein. hier also OFF, COOL oder HEAT. man muss sich nicht die zugehörigen zahlenwerte raus suchen. also so:CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:OFF;/^\d$|[1-4]\d/:COOL;/.*/:HEAT

…ohh, ich nehme alles zurück und behaupte das Gegenteil. ;)

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: chrisz am 17 April 2016, 23:36:16

@chrisz: das geht in dem du die dir für values ein paar passende regex überlegst.

alternativ kannst du im platform teil von config.json ein "jsFunctions": "myFunctions.js", einfügen, im gleichen verzeichnis in dem das config file liegt ein myFunctions.js file mit folgendem inhalt anlegen:module.exports = {
  reading2homekit: function(mapping, orig) {
var a;
return a.length;
console.log( 'myFunctions: myReading2homekit: mapping:' + mapping + '; orig: ' + orig );
      if( orig == 0 )
        return CurrentHeatingCoolingState.OFF;
      else if( orig < 50 )
        return CurrentHeatingCoolingState.COOL;
      else
        return CurrentHeatingCoolingState.HEAT;
  }
}
und im mapping reading2homekit=myReading2homekit angeben.

@budy: doch. das zwischen den // ist eine richtige regex.


ps: für values: der teil nach dem : kann auch direkt ein bekanntes schlüsselwort der jeweiligen characteristic sein. hier also OFF, COOL oder HEAT. man muss sich nicht die zugehörigen zahlenwerte raus suchen. also so:CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:OFF;/^\d$|[1-4]\d/:COOL;/.*/:HEAT
gruss
  andre

Super, die regex hat gekplatt!

Grüße,

Chris
Titel: Antw:homebridge/homekit
Beitrag von: Heinz1973 am 17 April 2016, 23:42:31
homekit erlaubt das steuern von custom characteristiks per siri nicht. d.h. du kannst am wortschatz für die direkte steuerung nichts ändern.

aber schau mal ob du nicht mit siri szenen bessere formulierungen finden kannst. das geht meistens flexibler. du müsstest halt für jede stellung eine eigene szene anlegen.

gruss
  andre

Ich habe mal bei HAP-NodeJS durchgeschaut und einen "Fan" gefunden. Mit dem hat die Anzeige auch ganz gut geklappt. Hier der Auszug aus der FHEM config:

attr FanSpeed genericDeviceType Fan
attr FanSpeed homebridgeMapping RotationSpeed=state,minValue=1,maxValue=8,minStep=1,unit=,cmd=,

Der Wert wird dann in Elgatho Eve als Drehgeschwindigkeit und einem slider 1-8 angezeigt.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 17 April 2016, 23:43:59
stimmt. an den hatte ich nicht mehr gedacht.

hast du auch rausgefunden wie man den per siri steuert ?
Titel: Antw:homebridge/homekit
Beitrag von: chrisz am 18 April 2016, 12:54:21
Hallo,

ich habe mal generelle Fragen zu den Naming Conventions zu Homebridge/Homekit, was ja auch die Siri Bedienung beeinflusst.

In der Eve App gibt es anscheinend zwei Namen pro Gerät, einen "Siri-Name" und einen "Gerätename" unter "Geräteinformationen". Anscheinend dürfen die beiden Namen nicht gleich sein (verstehe aber nicht warum, ist doch das gleiche Gerät). Bei beiden sind jedoch zumindest in der Eve-App keine Sonderzeichen ("_" oder ".") erlaubt. Zudem müssen anscheinend beide Namen EINDEUTIG innerhalb der gesamten Homebridge Datenbank sein.

Die Funktion des "Siri-Name" ist eigentlich klar, wobei hier wohl der Raum nicht Teil des Namens sein sollte, damit man vernünftige Sätze sprechen kann, was wiederum die Unterscheidungsmöglichkeit für die Eindeutigkeit eingrenzt.

Der "Gerätename" scheint aus FHEM übernommen zu werden, wobei jedoch anscheinend in der Eve App keine Sonderzeichen ("_" oder ".") erlaubt sind - teilweise werden aber wohl Sonderzeichen von FHEM übernommen. Sollte man in FHEM die Geräte ohne Sonderzeichen benennen? Wird das alias attribut irgendwie bei Homebridge berücksichtig?

Für den "Siri-Name" gehen einem recht schnell vernünftige Namen für Geräte aus, insbesondere wenn mann mehrere Etagen/Räume hat.


Irgendwie macht das Ganze keinen Sinn für mich. Verstehe ich etwas falsch oder übersehe ich etwas hier? Hat jemand einen Tipp, wie man den Siri-Namen vernünftig aufbaut, so dass auch meherer geräte gleichen Typs in unterschiedlichen Räumen vernünftig per Siri gesteuert werden können?

Grüße,

Chris
Titel: Antw:homebridge/homekit
Beitrag von: budy am 18 April 2016, 16:23:14
…ich glaube in den USA ist das Verhältnis von Wohnungen zu Häusern anders als bei uns… von daher haben die da das Problem evtl. gar nicht so. Aber es stimmt schon, es ist eine Herausforderung passende Namen zu finden, wenn man in jedem Raum im Haus eine Deckenlampe hat… ;)

Allerdings versteht Siri ja auch Gerätetypen, so dass man ja durchaus sagen "Stelle die Temperatur im Wohnzimmer|Schlafzimmer|Kpche|Flur|... auf 23 Grad". Bei Lampen ist das halt schon problematischer.

Gruß,
Stephan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 18 April 2016, 16:30:59
jedes gerät das du gezielt ansprechen willst braucht einen haus/wohnungs weit eindeutigen namen. ich denke das ist zur zeit eines der größten prinzipiellen probleme mit homekit. und das ist unabhängig ob haus oder wohnung. auch in einem haus in amerika gibt es mehr als eine deckenlampe.

aber zurück zu den namen: homebridge verwendet zur zeit den device namen als namen und den alias als siri namen. den kannst du dann beliebig überschreiben. das im namen unerlaubte zeichen auftauchen können weiss ich. das war aber bis jetzt noch kein problem du kannst es ja von hand ändern.

statt mit ihrem namen kannst du geräte auch über den raum, die geräte art und die gruppe ansprechen. auch in kombination. das kann man oft sehr flexibel nutzen. wenn das noch nicht reicht helfen oft siri szenen.

ansonsten hoffe ich das es irgendwann mal reicht wenn der name innerhalb eines raumes eindeutig ist.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Heinz1973 am 18 April 2016, 17:22:01
stimmt. an den hatte ich nicht mehr gedacht.

hast du auch rausgefunden wie man den per siri steuert ?

Mit Siri habe ich die Lüftung nicht per Sprache einstellen können. Bei Eve steht an der Oberfläche "Drehgeschwindigkeit": "Stelle die Drehgeschwindigkeit auf Stufe 3" oä hat nicht funktioniert.
Der Slider sieht aber jetzt besser aus: ohne Einheit und mit Lüfterrad. Ansteuerung per Scene klappt auch.

 
Titel: Antw:homebridge/homekit
Beitrag von: Heinz1973 am 18 April 2016, 17:25:58
Neues Problem:

Jetzt habe ich ein Gerät mit 4 Temperaturen so konfiguriert:
attr <...> homebridgeMapping CurrentTemperature=TempInside,subtype=Abluft CurrentTemperature=TempOutside,subtype=Frischluft CurrentTemperature=TempIncomming,subtype=Zuluft CurrentTemperature=TempExhaust,subtype=Fortluft

Daten werden übertragen, doch in Eve schauts komisch aus: Die erste Temperatur ist groß und grün, die 3 weiteren tabellarisch drunter. Ok das geht ja noch, aber alle 4 Werte haben den
Anzeigenamen "Temperatur". Geht man auf das Gerät unter Siri-Namen, dann kann man die hinter subtype angegebenen Namen sehen. Den alias des Geräts sehe ich in diesem Fall nirgends, sondern
nur den device-name.

Ideen?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 18 April 2016, 17:37:09
eve hat leider ein problem die namen anzuzeigen wenn es mehrere gleiche characteristics gibt.

nimm für die drei zusätzlichen temperaturen je einen readingsProxy und stecke sie so in ein eigenes device und binde alles als 4 devices in homebridge ein.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 19 April 2016, 08:36:19
Hallo,

gibt es eigentlich eine Möglichkeit Original EVE Geräte in FHEM einzubinden?

Gruß Dominik

PS: Hab gerade ein Forum Eintrag gefunden, in dem es heißt das es nicht geht. Hat sich vielleicht zwischenzeitlich was geändert?
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 19 April 2016, 08:48:39
nein. das geht aus den genannten gründen immer noch nicht.

es lohnt sich auch wirklich nicht das anzugehen. du bist mit homematic oder anderen besser bedient als mit den bluetooth geräten.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: Nexium am 19 April 2016, 11:55:20
okay alles klar danke Andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 20 April 2016, 19:43:03
Bei mir funktioniert die Anzeige meines Roommate nicht mehr.
Bleibt dauerhaft auf anwesend in HomeKit und auch im Cache im Debug Browser.
Hat jemand eine Ahnung woran das liegt? Oder wurde etwas in FHEM verändert was das bewirkt?

Mein Dummy der für das Schalten der Anwesenheitszustände des Roommate verantwortlich ist schaltet zwar noch, zeigt jedoch nicht mehr den richtigen Status an (Schalterzustände).

Habe seit Wochen keinerlei Veränderungen an beiden Devices gemacht.

Gruß
Dan

P.S. Bei den PRESENCE Devices stimmt der Zustand in HomeKit.
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 April 2016, 19:55:30
ist die zeit oben auf der debug seite aktuell?

was steht auf der konsole? kommen die events aus fhem an?

geht es nach einem homebridge neustart?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 20 April 2016, 20:08:42
Zeit ist aktuell.
Habe es noch ein wenig eingekreist.
Offensichtlich funktioniert Roommate wenn ich es manuell in FHEM umstelle.
Benutze ich meinen Dummy der dann per notify Roommate umstellen soll, ändert sich der Status zwar in FHEM aber nicht in HomeKit. Scheinbar wird kein Event mehr in homebridge getriggert.
Das iPhone als PRESENCE Device stellt normalerweise auch den Status den Roommate auf absent wenn es nicht mehr erreichbar ist. Das iPhone wird dann in HomeKit als absent angezeigt, aber eben Roommate nicht.
Die einzige offensichtliche Änderung die letztens gemacht wurde war die Änderung am PRESENCE Modul mit dem neuen Attribut absenceThreshold.
Hoffe das hilft irgendwie weiter.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 20 April 2016, 20:14:47
siehst du das event im eventmonitor?

get der longpoll update in fhem?

get es wenn du das setzten im notify mit sleep 0.1 verzögerst?

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 20 April 2016, 22:54:42
Hallo Leute,
ich (Anfänger) versuche verzweifelt die Instillation von Homebridge.
Ich habe einen Raspi pi3 mit Jessie, 2 Thermostate ein Wandthermostat und eine Funksteckdose alles von HM.
Ich habe Homebridge wie im wiki http://www.fhemwiki.de/wiki/Homebridge_einrichten installiert. Homebridge läuft auch,
danach habe ich wie beschrieben http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM angelegt.
Was ich in fhem nicht anlegen kann ist :Homebridge Start DOIF einrichten.
Wenn ich das DOIF in die fhem config kopiere funktioniert fhem nicht mehr.
Hat jemand eine Idee was ich falsch mache?
Grüsse tomtom
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 21 April 2016, 12:02:13
siehst du das event im eventmonitor?

get der longpoll update in fhem?

get es wenn du das setzten im notify mit sleep 0.1 verzögerst?

gruss
  andre

Moin Andre,

hatte gestern leider keine Zeit mehr weiter auszutesten.
Merkwürdigerweise funktioniert heute sowohl Roommate als auch der Dummy wieder wie sie sollen. Tagelang lief es vorher nicht.
Hatte heute früh lediglich ein FHEM update durchgeführt.
Werde das am Wochenende noch einmal ausführlich testen und dann berichten.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 25 April 2016, 07:26:09
Hallo,
kann mir jemand Helfen. Ich habe fhem nochmal neu installiert und kann Homebridge immer noch nicht installieren.
Da ich einen Raspi pi3 nutzte denke ich es liegt an der Installation von nodejs. Kann mir einer sagen welche nodejs ich brauche.
Ich kann " npm install -g homebridge" nicht installieren. ich bekomme immer ein Error

Danke
Thorsten
Titel: Antw:homebridge/homekit
Beitrag von: Esjay am 25 April 2016, 09:53:05
Hallo,
kann mir jemand Helfen. Ich habe fhem nochmal neu installiert und kann Homebridge immer noch nicht installieren.
Da ich einen Raspi pi3 nutzte denke ich es liegt an der Installation von nodejs. Kann mir einer sagen welche nodejs ich brauche.
Ich kann " npm install -g homebridge" nicht installieren. ich bekomme immer ein Error

Danke
Thorsten

Guten Morgen,

Hast du als Grundlage "Jessie"?
Hast du das ganze mal mit sudo npm install -g homebridge versucht?

Ich habe gestern auf meinem PI2 die Version installiert
NodeJS V5

curl -sL https://deb.nodesource.com/setup_5.x | sudo -E bash -
sudo apt-get install -y nodejs[b][/b]

Gruß

Mir ist gerade noch eingefallen, dass als ich Homebridge starten wollte auch noch nen Fehler bekommen habe,obwohl ich mich an die Anleitung gehalten habe.
An den Fehler an sich kann ich mich jetzt nicht mehr erinnern,aber folgender Code führte zum Erfolg.

npm install -g https://github.com/justme-1968/homebridge-fhem.git
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 25 April 2016, 11:15:26
hallo Esjaycc,
ja Jessie ist installiert ,
ich habe gedacht das ich homebridge nicht über Sudo installieren soll, oder ist das egal?
grüsse Thorsten
Titel: Antw:homebridge/homekit
Beitrag von: Esjay am 25 April 2016, 11:28:11
Also den einzigen Hinweis, den ich gesehen habe was das benutzen von Sudo angeht, steht unter Homebridge konfigurieren.

Ich meine,dass ich irgendwo gelesen hatte, das man die mit Sudo ausführen soll,da es bei mir funktioniert hat, habe ich mir keine weiteren Gedanken gemacht.

Welchen Fehler bekommst du denn?
Falls ich es heute Abend schaffe, kann ich gerne nochmal meine Vorgehensweise genauer beschreiben..Sprich mit Code ect.
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 25 April 2016, 11:53:44
irgendwas mit error ,kann ich dir heute Abend genau sagen. Ich hatte homebridge auch einmal mit Sudo
installiert, da ging die installation, nur es wurden keine HM Geräte gefunden
Titel: Antw:homebridge/homekit
Beitrag von: Esjay am 25 April 2016, 11:57:56
Hattest du den den Raum Homekit angelegt,und die Geräte hinzugefügt?
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 25 April 2016, 12:03:50
ja ich nhabe einen Raum Homekit.
bei meinem raspi pi2 hatte auch alles top funktioniert,dann kam das update von Apple auf IO 9.3 und danach funktionierte nichts mehr.
Titel: Antw:homebridge/homekit
Beitrag von: Ma_Bo am 25 April 2016, 18:23:20
Ich hab auch ein Probelm,

ich habe Homebridge erfolgreich installiert, die Geräte aus dem Raum Homekit werden auch angezeigt und ich kann sie bedienen.

Wenn ich jetzt aber EVE schließe, bzw. mein Handy für 5 Minuten weglege (Handy geht in standby oder wie man es nennen will) dann entsperre ich mein Handy und möchte jetzt wieder EVE öffnen, dann öffnet er zwar die App, aber es steht dann dort "um xx:xx aktualisiert", wenn ich dann von oben nach unten ziehe, um eine aktualisierung zu starten, passiert nix.

Das einzige was funktioniert ist, die Daten unter Einstellungen auf dem Handy zu löschen, die Bridge zu stoppen, den persist Ordner löschen und die Bridge wieder starten, im Handy wieder EVE starten und die Bridge neu anlernen. Aber sobald ich dann wieder das Handy weglege, geht es von vorne los.

******Edit

was auch funktioniert, wenn ich EVE auf mache und es nicht aktualisiert wird, kann ich die Bridge neustarten, während die APP auf ist und er aktualisiert mir den Status der Geräte und ich kann die Geräte bedienen

Jemand ne Idee woran das liegt?

Grüße Marcel
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 26 April 2016, 22:55:23
Hallo ,
ich habe heute nochmal versucht homebridge auf meinem raspberry pi3 einzurichten, leider wieder ohne Erfolg.
Ich denke es liegt an nodejs. Ich selbst habe aber noch zu wenig Ahnung. Vieleicht kann mir noch jemand einen Tipp geben.pi@raspberrypi:~ $ sudo npm install -g homebridge
npm http GET https://registry.npmjs.org/homebridge
npm http 304 https://registry.npmjs.org/homebridge
npm WARN engine homebridge@0.3.3: wanted: {"node":">=0.12.0"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/hap-nodejs
npm http GET https://registry.npmjs.org/node-persist
npm http GET https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/semver
npm http GET https://registry.npmjs.org/commander
npm http 304 https://registry.npmjs.org/node-persist
npm http 304 https://registry.npmjs.org/chalk
npm http 304 https://registry.npmjs.org/semver
npm http 304 https://registry.npmjs.org/hap-nodejs
npm http 200 https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/commander/-/commander-2.8.1.tgz
npm http 200 https://registry.npmjs.org/commander/-/commander-2.8.1.tgz
npm http GET https://registry.npmjs.org/escape-string-regexp
npm http GET https://registry.npmjs.org/has-ansi
npm http GET https://registry.npmjs.org/strip-ansi
npm http GET https://registry.npmjs.org/supports-color
npm http GET https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/mkdirp
npm http GET https://registry.npmjs.org/q
npm http GET https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/has-ansi
npm http 304 https://registry.npmjs.org/strip-ansi
npm http 200 https://registry.npmjs.org/escape-string-regexp
npm http 200 https://registry.npmjs.org/supports-color
npm http 304 https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/graceful-readlink
npm http 304 https://registry.npmjs.org/mkdirp
npm http 304 https://registry.npmjs.org/q
npm http 304 https://registry.npmjs.org/debug
npm WARN excluding symbolic link utils/ncov -> lib/ncov.js
npm http GET https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/ms
npm http 304 https://registry.npmjs.org/ansi-regex
npm http GET https://registry.npmjs.org/bignum
npm http GET https://registry.npmjs.org/bindings
npm WARN excluding symbolic link utils/ncov -> lib/ncov.js
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/ms

> curve25519@1.1.0 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/build'
  CXX(target) Release/obj.target/curve/node_curve.o
  SOLINK_MODULE(target) Release/obj.target/curve.node
  SOLINK_MODULE(target) Release/obj.target/curve.node: Finished
  COPY Release/curve.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/build'
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bignum

> ed25519@0.0.3 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/build'
  CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
  CC(target) Release/obj.target/ed25519/src/ed25519/open.o
  CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
  CXX(target) Release/obj.target/ed25519/src/ed25519.o
  SOLINK_MODULE(target) Release/obj.target/ed25519.node
  SOLINK_MODULE(target) Release/obj.target/ed25519.node: Finished
  COPY Release/ed25519.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/build'

> mdns@2.2.11 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/build'
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_browse.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_enumerate_domains.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_get_addr_info.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_process_result.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref_deallocate.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref_sock_fd.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_register.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_resolve.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_update_record.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/mdns_utils.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/network_interface.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/socket_watcher.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_ref.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_create.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_deallocate.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_set_value.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_get_length.o
  CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_buffer_to_object.o
  SOLINK_MODULE(target) Release/obj.target/dns_sd_bindings.node
  SOLINK_MODULE(target) Release/obj.target/dns_sd_bindings.node: Finished
  COPY Release/dns_sd_bindings.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/build'

> bignum@0.11.0 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum
> node-gyp configure build

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
  SOLINK_MODULE(target) Release/obj.target/bignum.node
  SOLINK_MODULE(target) Release/obj.target/bignum.node: Finished
  COPY Release/bignum.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum/build'
/usr/local/bin/homebridge -> /usr/local/lib/node_modules/homebridge/bin/homebridge
homebridge@0.3.3 /usr/local/lib/node_modules/homebridge
├── semver@5.0.3
├── commander@2.8.1 (graceful-readlink@1.0.1)
├── node-persist@0.0.8 (mkdirp@0.3.5, q@1.1.2)
├── chalk@1.1.3 (escape-string-regexp@1.0.5, supports-color@2.0.0, ansi-styles@2.2.1, strip-ansi@3.0.1, has-ansi@2.0.0)
└── hap-nodejs@0.3.0 (debug@2.2.0, curve25519@1.1.0, ed25519@0.0.3, mdns@2.2.11, srp@0.2.0)
pi@raspberrypi:~ $ sudo npm install -g homebridge-fhem
npm http GET https://registry.npmjs.org/homebridge-fhem
npm http 304 https://registry.npmjs.org/homebridge-fhem
npm WARN engine homebridge-fhem@0.2.21: wanted: {"node":">=0.12.0","homebridge":">=0.2.0"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/request
npm http 200 https://registry.npmjs.org/request
npm http GET https://registry.npmjs.org/aws4
npm http GET https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/bl
npm http GET https://registry.npmjs.org/caseless
npm http GET https://registry.npmjs.org/extend
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/form-data
npm http GET https://registry.npmjs.org/har-validator
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/is-typedarray
npm http GET https://registry.npmjs.org/isstream
npm http GET https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/stringstream
npm http GET https://registry.npmjs.org/tough-cookie
npm http GET https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/aws-sign2
npm http 304 https://registry.npmjs.org/bl
npm http 304 https://registry.npmjs.org/aws4
npm http 304 https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/caseless
npm http 304 https://registry.npmjs.org/forever-agent
npm http 304 https://registry.npmjs.org/form-data
npm http 304 https://registry.npmjs.org/har-validator
npm http 304 https://registry.npmjs.org/http-signature
npm http 200 https://registry.npmjs.org/extend
npm http 304 https://registry.npmjs.org/hawk
npm http 304 https://registry.npmjs.org/is-typedarray
npm http 304 https://registry.npmjs.org/isstream
npm http 304 https://registry.npmjs.org/json-stringify-safe
npm http 304 https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/node-uuid
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/stringstream
npm http 304 https://registry.npmjs.org/tough-cookie
npm http 304 https://registry.npmjs.org/tunnel-agent
npm http 304 https://registry.npmjs.org/aws-sign2
npm WARN engine hawk@3.1.3: wanted: {"node":">=0.10.32"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/jsprim
npm http GET https://registry.npmjs.org/sshpk
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/pinkie-promise
npm http GET https://registry.npmjs.org/is-my-json-valid
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/sntp
npm http GET https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/delayed-stream
npm http 304 https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/pseudomap
npm http GET https://registry.npmjs.org/yallist
npm http 304 https://registry.npmjs.org/jsprim
npm http 200 https://registry.npmjs.org/sshpk
npm http 304 https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/verror
npm http GET https://registry.npmjs.org/extsprintf
npm http GET https://registry.npmjs.org/json-schema
npm http 304 https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/jsbn
npm http GET https://registry.npmjs.org/dashdash
npm http GET https://registry.npmjs.org/getpass
npm http GET https://registry.npmjs.org/tweetnacl
npm http GET https://registry.npmjs.org/jodid25519
npm http GET https://registry.npmjs.org/ecc-jsbn
npm http 200 https://registry.npmjs.org/readable-stream
npm http 304 https://registry.npmjs.org/pinkie-promise
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/process-nextick-args
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/util-deprecate
npm http 200 https://registry.npmjs.org/async
npm http 200 https://registry.npmjs.org/commander
npm http 304 https://registry.npmjs.org/hoek
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/cryptiles
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine boom@2.10.1: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http 304 https://registry.npmjs.org/pseudomap
npm http 304 https://registry.npmjs.org/yallist
npm http 304 https://registry.npmjs.org/verror
npm http 304 https://registry.npmjs.org/extsprintf
npm http 304 https://registry.npmjs.org/json-schema
npm http 304 https://registry.npmjs.org/asn1
npm http 200 https://registry.npmjs.org/jsbn
npm http 200 https://registry.npmjs.org/is-my-json-valid
npm http 304 https://registry.npmjs.org/dashdash
npm http GET https://registry.npmjs.org/pinkie
npm http GET https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/escape-string-regexp
npm http GET https://registry.npmjs.org/has-ansi
npm http GET https://registry.npmjs.org/supports-color
npm http GET https://registry.npmjs.org/strip-ansi
npm http 304 https://registry.npmjs.org/getpass
npm http 304 https://registry.npmjs.org/tweetnacl
npm http 304 https://registry.npmjs.org/jodid25519
npm http GET https://registry.npmjs.org/graceful-readlink
npm http 304 https://registry.npmjs.org/ecc-jsbn
npm http 304 https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/xtend
npm http GET https://registry.npmjs.org/generate-function
npm http GET https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/jsonpointer
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/process-nextick-args
npm http 304 https://registry.npmjs.org/isarray
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/util-deprecate
npm http 304 https://registry.npmjs.org/pinkie
npm http 304 https://registry.npmjs.org/ansi-styles
npm http 200 https://registry.npmjs.org/escape-string-regexp
npm http 304 https://registry.npmjs.org/has-ansi
npm http 200 https://registry.npmjs.org/supports-color
npm http 200 https://registry.npmjs.org/strip-ansi
npm http 304 https://registry.npmjs.org/graceful-readlink
npm http 304 https://registry.npmjs.org/xtend
npm http GET https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/generate-function
npm http 304 https://registry.npmjs.org/generate-object-property
npm http 304 https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/is-property
npm http 304 https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/is-property
homebridge-fhem@0.2.21 /usr/local/lib/node_modules/homebridge-fhem
└── request@2.72.0 (is-typedarray@1.0.0, aws-sign2@0.6.0, forever-agent@0.6.1, caseless@0.11.0, stringstream@0.0.5, tunnel-agent@0.4.2, oauth-sign@0.8.1, isstream@0.1.2, json-stringify-safe@5.0.1, extend@3.0.0, node-uuid@1.4.7, qs@6.1.0, tough-cookie@2.2.2, combined-stream@1.0.5, mime-types@2.1.10, form-data@1.0.0-rc4, aws4@1.3.2, hawk@3.1.3, http-signature@1.1.1, bl@1.1.2, har-validator@2.0.6)
pi@raspberrypi:~ $ npm update -g homebridge
npm http GET https://registry.npmjs.org/homebridge
npm http 304 https://registry.npmjs.org/homebridge
pi@raspberrypi:~ $ npm update -g homebridge-fhem
npm http GET https://registry.npmjs.org/homebridge-fhem
npm http 200 https://registry.npmjs.org/homebridge-fhem
pi@raspberrypi:~ $ mkdir -p ~/.homebridge
pi@raspberrypi:~ $ cd ~/.homebridge/
pi@raspberrypi:~/.homebridge $ nano ~/.homebridge/config.json
pi@raspberrypi:~/.homebridge $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] Warning: skipping plugin found at '/usr/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/local/lib/node_modules/homebridge-fhem'.

/usr/local/lib/node_modules/homebridge-fhem/index.js:51
    for( var subscription of FHEM_subscriptions[inform_id] ) {
                          ^^
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ====================
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ERROR LOADING PLUGIN homebridge-fhem:
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] SyntaxError: Unexpected identifier
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
    at Array.forEach (native)
    at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:108:22)
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ====================
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] No plugins found. See the README for information on installing plugins.
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] Loaded config.json with 0 accessories and 1 platforms.
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ---
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] Loading 1 platforms...
Error: The requested platform 'FHEM' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:106:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:263:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:71:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)
pi@raspberrypi:~/.homebridge $
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 27 April 2016, 09:33:39
Zitat
npm WARN engine homebridge@0.3.3: wanted: {"node":">=0.12.0"} (current: {"node":"v0.10.28","npm":"1.4.9"})

Also noch größer und breiter kann es ja kaum noch da stehen!
Das steht da auch mehrere Male in deinem Log.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 27 April 2016, 11:37:15
Hallo Dan,
Sorry ich war wohl etwas Übermüdet gestern,sollte eigentlich in einen Anhang.
kannst du mir sagen wie ich die richtige Version bekomme, denn in der Anleitung ist es ja die falsche.
Gruß
Thorsten
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 27 April 2016, 15:09:41
Hallo Dan,
Sorry ich war wohl etwas Übermüdet gestern,sollte eigentlich in einen Anhang.
kannst du mir sagen wie ich die richtige Version bekomme, denn in der Anleitung ist es ja die falsche.
Gruß
Thorsten

So sollte es gehen:

cd ~ && wget http://node-arm.herokuapp.com/node_latest_armhf.deb && sudo dpkg -i node_latest_armhf.deb
node -v && npm -v
sudo npm -g update npm && sudo npm -g update
node -v && npm -v
sudo npm install -g node-gyp homebridge homebridge-fhem

Viel Spaß!

Gruß
Dan

P.S. Vorher natürlich die alte Version deinstallieren. Wenn über apt dann mit "sudo apt-get purge node" oder "sudo apt-get purge nodejs", habe nicht genau im Kopf wie das Paket heißt.
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 27 April 2016, 17:41:16
Danke Dan ich werde berichten. ( in Kurzform )
Gruß Thorsten
Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 27 April 2016, 19:21:20
Hallo Dan
muß ich vorher noch etwas löschen,oder reich die eingabe des Befehls?
Gruß
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 27 April 2016, 19:52:19
Kommt halt drauf an wie es vorher installiert wurde.
Einfachste Variante wäre "sudo apt-get purge nodejs".
Wenn er damit node deinstalliert dann ist auch alles weg, deswegen purge.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: reen am 27 April 2016, 22:30:04
Hallo Andre,
ich komme nochmal auf meine noch bestehende Problematik mit dem falschen value mapping meines Dimmers zurück.

Zitat
ist deine homekit version wirklich aktuell?

Meinst du vielleicht homebridge?

Hier meine verwendeten Versionen:
sudo node -v && npm -v
v4.0.0
2.14.2
homebridge --version
0.3.2
Homebridge-fhem
0.2.17
Auf dem iPhone läuft iOS 9.3.1

Zitat
@reen: sorry für die späte antwort. das problem das off bei dir auf 1 gemapped wird muss ich erst mal nachstellen. das sollte nicht passieren.
Kein Problem, bin sehr dankbar für dein Engagement!
Konntest du diesbezüglich denn schon etwas erreichen?

Titel: Antw:homebridge/homekit
Beitrag von: tkaiser am 27 April 2016, 22:52:59
hallo Gan,
Ein Dickes Danke an dich, es funktioniert.
Ein weiteres problem habe ich noch, Ich wollte den Status in Fhem anzeigen nach der Anleitung:
http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
leider hängt sich Fhem auf,wenn ich die "sudo nano /etc/init.d/homebridge" Datei befülle.
Wenn ich die dann die Datei aus homebridge einrichten wieder einfüge funktioniert SIRI wieder.
Welcher "User" muß eingetragen werden, der aus der Fhem config  basicAuth:
Danke nochmal
Thorsten
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 27 April 2016, 23:43:14
@reen: ich kann dein problem mit meiner aktuellen version nicht reproduzieren. du hast eine homebridge-fhem version 0.2.17. aktuell ist 0.2.21 und es gab genau beim mapping von boolean werten änderungen.

bitte aktualisiere mal dein homebridge-fhem auf die aktuellste version.

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 28 April 2016, 20:00:46
In der aktuellen Eve App Version (1.6) wird die Characteristic StatusLowBattery meiner Geräte nicht mehr angezeigt. Dachte erst es ist ein Problem von FHEM/Homebridge aber als ich eben die App myHome mal wieder getestet habe wurden mir alle Characteristics in den Geräten ordnungsgemäß angezeigt.
Scheinbar wurde mit dem letzten Eve Update die Characteristic StatusLowBattery komplett entfernt (StatusTampered gab es ja noch nie in Eve). BatteryLevel gibt es aber weiterhin.

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: justme1968 am 28 April 2016, 20:23:29
ich habe ich auch gerade gesehen.

vielleicht ist ein versehen. mal sehen was das nächste update macht...

gruss
  andre
Titel: Antw:homebridge/homekit
Beitrag von: reen am 28 April 2016, 22:28:00
ich habe nun auf die neue homebridge-fhem version 0.2.21 geupdated.

Leider passiert das Fehlverhalten immer noch.  :-\

Habe nun mal die beiden Dimmer unterschiedlich konfiguriert:

List kue_Licht:
Internals:
   DEF        d344759d 29
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     2051
   NAME       kue_Licht
   NR         29
   STATE      dim 45
   TYPE       ZWave
   ZWAVE1_MSGCNT 2051
   ZWAVE1_RAWMSG 0004001d06310504220171
   ZWAVE1_TIME 2016-04-28 22:09:07
   homeId     d344759d
   isWakeUp
   lastMsgSent 1461873742.11631
   nodeIdHex  1d

Attributes:
   IODev      ZWAVE1
   classes    ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION
   genericDeviceType light
   room       HomeKit,Kueche,ZWave
Hier entsteht das Problem immernoch.
Habe aber festgestellt, nach dem ersten ausschalten über die homekit-app, springt der Schalter wieder auf EIN, schalte ich ein zweites mal AUS, bleibt der Schalter auch aus. Also immer beim zweiten Versuch klappt es erst.

List ba_Licht:
Internals:
   DEF        d344759d 30
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     2180
   NAME       ba_Licht
   NR         31
   STATE      off
   TYPE       ZWave
   ZWAVE1_MSGCNT 2180
   ZWAVE1_RAWMSG 0004001e063105042200fc
   ZWAVE1_TIME 2016-04-28 22:21:54
   homeId     d344759d
   isWakeUp
   lastMsgSent 1461874913.40658
   nodeIdHex  1e

Attributes:
   IODev      ZWAVE1
   classes    ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION
   fp_OG      84,609,1, ,ba_Licht
   genericDeviceType light
   homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0,Brightness=state,part=1,cmd=dim
   room       Bad,HomeKit,ZWave
Hier funktioniert der Schalter über die homekit-app garnicht. Der Schalter wechselt in der App zwar normal auf EIN und AUS, dasLicht geht reagiert aber nicht darauf.

Gibt es noch irgendetwas, was ich prüfen/tun kann?
Titel: Antw:homebridge/homekit
Beitrag von: DeeSPe am 28 April 2016, 22:48:39
homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0,Brightness=state,part=1,cmd=dim
Schlagt mich, aber das kann meines Erachtens nicht klappen.
Was ist level im cmdOn/Off?
Und das Komma vor Brightness sollte auch ein Leerzeichen sein.

Probier das mal so bitte:
alt:
homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0,Brightness=state,part=1,cmd=dim

neu:
homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=on,cmdOff=off Brightness=state,part=1,cmd=dim

Gruß
Dan
Titel: Antw:homebridge/homekit
Beitrag von: reen am 28 April 2016, 23:00:04