Apple Homekit: die Hoffnung stirbt zuletzt

[justme1968]

@HolyMoly: problem gefunden. es gibt für die gruppen zwar die set kommandos für hue, sat, bri &co aber kein reading. d.h. beim abfragen des aktuellen wertes kommt undefined. das mag homekit nicht. wird repariert.

es gibt bald eine komplett auf das neue api umgebaute version. da werden dann auch die fehlenden devices mit drin sein und auch der co20 sensor.

gruss
  andre

[qube2]

Hi,

erstmal vielen Dank für die tolle Anbindung von FHEM an Homebridge. Es ist wirklich beeindruckend was alles geht

Ich habe die letzte Version vom FHEM.js heute morgen vom GIT (justme-1968/homebridge) geholt und es werden bei mir deutlich mehr devices erkannt, leider habe ich ein problem mit dem Homematic Fenster Kontakten:

Code Auswählen Erweitern


[FHEM] Initializing platform accessory 'shutterContact.terrace'...
[FHEM] creating services for shutterContact.terrace
[FHEM]   information service for shutterContact.terrace
[FHEM]   contact sensor service for shutterContact.terrace
/opt/homebridge/platforms/FHEM.js:1041
      return new Service.ContactSensorState(name);
             ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.createDeviceService (/opt/homebridge/platforms/FHEM.js:1041:14)
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1082:31)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at callbackLater (/opt/homebridge/platforms/FHEM.js:331:55)
    at Request._callback (/opt/homebridge/platforms/FHEM.js:406:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)


Es handelt sich um die HM-SEC-SC-2, hier ist die jsonlist2 von dem Device:

Code Auswählen Erweitern


{
  "Arg":"shutterContact.terrace",
  "Results": [
  {
    "Name":"shutterContact.terrace",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw peerBulk peerChan raw regBulk regSet reset sign:on,off unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full 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-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-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-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-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,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss fp_Obergeschoss icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "./fhem.hm.cfg",
      "DEF": "2AD57B",
      "LASTInputDev": "hmusb",
      "MSGCNT": "361",
      "NAME": "shutterContact.terrace",
      "NR": "134",
      "NTFY_ORDER": "50-shutterContact.terrace",
      "STATE": "closed",
      "TYPE": "CUL_HM",
      "hmusb_MSGCNT": "361",
      "hmusb_RAWMSG": "E2AD57B,0000,C8023A40,FF,FFB6,DBA6412AD57B10191101DA00",
      "hmusb_RSSI": "-74",
      "hmusb_TIME": "2015-09-15 08:34:24",
      "lastMsg": "No:DB - t:41 s:2AD57B d:101911 01DA00",
      "protLastRcv": "2015-09-15 08:34:24",
      "protSnd": "360 last_at:2015-09-15 08:34:24",
      "protState": "CMDs_done",
      "rssi_at_hmusb": "lst:-74 avg:-74.25 max:-66 cnt:361 min:-91 "
    },
    "Readings": {
      "Activity": { "Value":"alive", "Time":"2015-09-09 13:30:09" },
      "D-firmware": { "Value":"2.4", "Time":"2015-02-20 12:58:38" },
      "D-serialNr": { "Value":"LEQ0500216", "Time":"2015-02-20 12:58:38" },
      "PairedTo": { "Value":"0x101911", "Time":"2015-02-20 12:58:40" },
      "R-cyclicInfoMsg": { "Value":"off", "Time":"2015-02-20 12:58:38" },
      "R-eventDlyTime": { "Value":"0 s", "Time":"2015-02-20 12:58:39" },
      "R-ledOnTime": { "Value":"0.5 s", "Time":"2015-02-20 12:58:39" },
      "R-msgScPosA": { "Value":"closed", "Time":"2015-02-20 12:58:39" },
      "R-msgScPosB": { "Value":"open", "Time":"2015-02-20 12:58:39" },
      "R-pairCentral": { "Value":"0x101911", "Time":"2015-02-20 12:58:38" },
      "R-sabotageMsg": { "Value":"on", "Time":"2015-02-20 12:58:38" },
      "R-sign": { "Value":"off", "Time":"2015-02-20 12:58:39" },
      "R-transmDevTryMax": { "Value":"6", "Time":"2015-02-20 12:58:38" },
      "R-transmitTryMax": { "Value":"6", "Time":"2015-02-20 12:58:39" },
      "RegL_00:": { "Value":"02:01 09:00 0A:10 0B:19 0C:11 10:01 14:06 00:00", "Time":"2015-02-20 12:58:40" },
      "RegL_01:": { "Value":"08:00 20:60 21:00 22:64 30:06 00:00", "Time":"2015-02-20 12:58:41" },
      "alive": { "Value":"yes", "Time":"2015-06-10 18:59:49" },
      "battery": { "Value":"ok", "Time":"2015-09-15 08:34:24" },
      "contact": { "Value":"closed (to hmusb)", "Time":"2015-09-15 08:34:24" },
      "recentStateType": { "Value":"info", "Time":"2015-06-10 18:59:49" },
      "sabotageError": { "Value":"off", "Time":"2015-06-10 18:59:49" },
      "state": { "Value":"closed", "Time":"2015-09-15 08:34:24" },
      "trigDst_101911": { "Value":"noConfig", "Time":"2015-09-15 08:34:24" },
      "trigger_cnt": { "Value":"218", "Time":"2015-09-15 08:34:24" }
    },
    "Attributes": {
      "IODev": "hmusb",
      "actCycle": "028:00",
      "actStatus": "alive",
      "alarmDevice": "Sensor",
      "alarmSettings": "alarm4,alarm5,alarm6,|shutterContact.terrace:open|Terrassentür|on",
      "alias": "Terrassentür WZ",
      "autoReadReg": "4_reqStatus",
      "devStateIcon": "open:fts_door_open@red closed:fts_door",
      "expert": "2_full",
      "firmware": "2.4",
      "fm_type": "door",
      "fp_Erdgeschoss": "265,950,0,",
      "group": "Türen",
      "icon": "fts_door",
      "model": "HM-SEC-SC-2",
      "peerIDs": "00000000,",
      "room": "CUL_HM,Wohnzimmer",
      "serialNr": "LEQ0500216",
      "subType": "threeStateSensor"
    }
  }  ],
  "totalResultsReturned":1
}


Gruß,
Thorsten

[justme1968]

da ist ein tippfehler in der zeile. es muss

Code Auswählen Erweitern

return new Service.ContactSensor(name);heissen. damit sollte es gehen.

gruss
  andre

ps: die version in git ist komplett auf das neue api umgestellt. im prinzip geht (bis auf solche dummen fehler ) alles was vorher ging. nur die custom characteristic für volume habe ich noch nicht zum laufen bekommen. keine ahnung woran das liegt.

ich räume noch mal komplett auf und baue jetzt noch nach und nach die fehlenden devices ein.

[SlvrStrko4]

Also ich habe es bei mir jetzt auch auf ein Device einschränken können:

List:

Code Auswählen Erweitern


Internals:
   DEF        kaku_switch 1 1
   ID         1
   IODev      pilight_ctrl
   NAME       IT_LichtFlur
   NR         502
   PROTOCOL   kaku_switch
   STATE      defined
   TYPE       pilight_switch
   UNIT       1
Attributes:
   room       Flur


Subscriptions

Code Auswählen Erweitern


subscriptions: { undefined:
{ characteristic:
{ displayName: 'Change the power state',
UUID: '00000025-0000-1000-8000-0026BB765291',
iid: 9,
format: 'bool',
unit: undefined,
maximumValue: null,
minimumValue: null,
stepValue: null,
readable: true,
writable: true,
supportsEventNotification: true,
value: undefined,
minValue: undefined,
maxValue: undefined,
step: undefined,
updateValue: [Function],
locals: undefined,
_events: { set: [Function], get: [Function], change: [Function] },
eventEnabled: true },
accessory:
{ mappings: { onOff: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } },
name: 'IT_LichtFlur',
alias: 'IT_LichtFlur',
device: 'IT_LichtFlur',
type: 'pilight_switch',
model: '',
PossibleSets: 'on:noArg off:noArg blink toggle on-for-timer on-till off-for-timer intervals off-till',
hasDim: undefined,
pctMax: undefined,
isLight: undefined,
isSwitch: undefined,
log: [Function],
connection:
{ base_url: 'http://192.168.1.30:8085',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
debug: undefined,
initParams: [Function: initParams] } },
onRegister: [Function] } } }


Könnte es sein das die Homebridge ein anderes "STATE" Reading erwartet als nur "defined" ?

[justme1968]

schick mal bitte ein jsonlist2 vom device.

STATE ist kein reading sondern ein internal und wird nicht weiter benutzt. state ist das reading.

gruss
  andre

[SlvrStrko4]

Bitteschön:

Code Auswählen Erweitern


{
  "Arg":"IT_LichtFlur",
  "Results": [
  {
    "Name":"IT_LichtFlur",
    "PossibleSets":"on:noArg off:noArg blink toggle on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fp_Grundriss fp_Grundriss2 genericDeviceType:blind,light,switch,speaker,thermostat genericDisplayType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "kaku_switch 1 1",
      "ID": "1",
      "NAME": "IT_LichtFlur",
      "NR": "502",
      "PROTOCOL": "kaku_switch",
      "STATE": "defined",
      "TYPE": "pilight_switch",
      "UNIT": "1"
    },
    "Readings": {    },
    "Attributes": {
      "genericDeviceType": "switch",
      "room": "Flur"
    }
  }  ],
  "totalResultsReturned":1
}


Also gibt es gar keine Readings für das Device

[qube2]

da ist ein tippfehler in der zeile. es muss

Code Auswählen Erweitern

return new Service.ContactSensor(name);heissen. damit sollte es gehen.

Hi Andre,

das war's, läuft perfekt. Werde weiter testen...

Cheers,
Thorsten

[SlvrStrko4]

Also ich habe jetzt einfach mal für das Device ein Reading "state" gesetzt (setreading IT_LichtFlur state off) und jetzt klappt es auch.
Ich nutze dieses Device eh nicht (sondern nur über einen dummy) von daher kann da auch ruhig ein falsches "state" Reading dranstehen

---
edit: Jetzt hab ich mit meinem Dummy Flurlicht ein Problem.
Ich habe schon die "genericDeviceType" switch und light ausprobiert.
Die Subscriptions im Debug Browser sind leer.

Jsonlist2:

Code Auswählen Erweitern


{
  "Arg":"dummy_IT_LichtFlur",
  "Results": [
  {
    "Name":"dummy_IT_LichtFlur",
    "PossibleSets":"on off",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fp_Grundriss fp_Grundriss2 genericDeviceType:blind,light,switch,speaker,thermostat genericDisplayType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "NAME": "dummy_IT_LichtFlur",
      "NR": "506",
      "STATE": "off",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"off", "Time":"2015-09-15 12:15:52" }    },
    "Attributes": {
      "alias": "Flurlicht",
      "genericDeviceType": "switch",
      "room": "Flur",
      "setList": "on off",
      "webCmd": "on:off"
    }
  }  ],
  "totalResultsReturned":1
}


[qube2]

Hi Andre,

einen habe ich noch:

Ich verwende in meiner installation viele MySensor devices. Diese stellen unterschiedlich mapReading und setSettings zur Verfügung. Als Beispiel habe ich einen Sensor, der Temperatur- und Feuchtigkeitswert (temperatur, humidity) liefert, einen Bewegungsmelder (tripped) hat und in der Lage ist mehrere (4) Lampen ein- und auszuschalten (switch on,off).

Grundsätzlich wird dieser auch beim starten der homebridge auch erkannt:

Code Auswählen Erweitern


[FHEM] Initializing platform accessory 'MYSENSOR_100'...
[FHEM] creating services for MYSENSOR_100
[FHEM]   information service for MYSENSOR_100
[FHEM]   humidity sensor service for MYSENSOR_100
[FHEM]     humidity characteristic for MYSENSOR_100


Die FHEM Implementierung vom MySensors nummeriert diese Sensoren (readings) des Devices durch, so dass MYSENSOR_100 folgende readings hat:

Code Auswählen Erweitern


humidity      51.1   2015-09-15 12:36:29
switch4       off    2015-09-14 22:47:13
switch5       off    2015-09-14 22:47:55
switch6       off    2015-09-14 22:47:50
switch7       off    2015-09-14 22:47:38
temperature1  20.4   2015-09-15 12:36:33
tripped3      off    2015-09-15 12:35:38



Das Problem ist, das die reading vom FHEM.js nicht erkannt werden, da ihnen eine Nummer angefügt wird. So wird humidity erkannt, temperature1 oder switchN jedoch nicht.

Gibt es die Möglichkeit die Erkennung der Device readings zu optimieren die nachgestellte Nummer zu ignorieren? Evtl. durch die Verwendung von RegEx ausdrücken?

Hier ist die jasonlist2 Ausgabe von diesem Sensor:

Code Auswählen Erweitern


{
  "Arg":"MYSENSOR_100",
  "Results": [
  {
    "Name":"MYSENSOR_100",
    "PossibleSets":"reboot switch4:off,on switch5:off,on switch6:off,on switch7:off,on time",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings config:M,I mode:node,repeater version:1.4 setCommands setReading_.+ mapReadingType_.+ mapReading_.+ requestAck:1 IODev event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss fp_Obergeschoss icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "./fhem.mysensors.cfg",
      "DEF": "100",
      "NAME": "MYSENSOR_100",
      "NR": "164",
      "STATE": "H: 51.1 % T: 20.4 ºC M: off",
      "TYPE": "MYSENSORS_DEVICE",
      "ack": "0",
      "protocol": "1.5",
      "radioId": "100",
      "repeater": "0"
    },
    "Readings": {
      "humidity": { "Value":"51.1", "Time":"2015-09-15 12:39:43" },
      "switch4": { "Value":"off", "Time":"2015-09-14 22:47:13" },
      "switch5": { "Value":"off", "Time":"2015-09-14 22:47:55" },
      "switch6": { "Value":"off", "Time":"2015-09-14 22:47:50" },
      "switch7": { "Value":"off", "Time":"2015-09-14 22:47:38" },
      "temperature1": { "Value":"20.4", "Time":"2015-09-15 12:39:43" },
      "tripped3": { "Value":"off", "Time":"2015-09-15 12:39:01" }
    },
    "Attributes": {
      "IODev": "mysensors",
      "alarmDevice": "Sensor",
      "alarmSettings": "alarm4,alarm5,alarm6,|MYSENSOR_100.tripped3:.on|Bewegungsmelder Wohnzimmer|on",
      "alias": "MySensor Temperatur WZ",
      "fp_Erdgeschoss": "153,647,0,",
      "group": "Sensoren",
      "icon": "temperature_humidity",
      "mapReading_humidity": "0 humidity",
      "mapReading_switch4": "4 switch",
      "mapReading_switch5": "5 switch",
      "mapReading_switch6": "6 switch",
      "mapReading_switch7": "7 switch",
      "mapReading_temperature1": "1 temperature",
      "mapReading_tripped3": "3 tripped",
      "mode": "node",
      "room": "MySensors,Wohnzimmer",
      "setReading_switch4": "off,on",
      "setReading_switch5": "off,on",
      "setReading_switch6": "off,on",
      "setReading_switch7": "off,on",
      "stateFormat": "H: humidity % T: temperature1 ºC M: tripped3",
      "version": "1.5"
    }
  }  ],
  "totalResultsReturned":1
}


Cheers,
Thorsten.

[SlvrStrko4]

Er scheint warum auch immer ein Problem damit zu haben das "OnOff" zu erkennen bzw. erwartet jeweils vor dem on und off noch ein " ".
Ich habe das setList von "on:noArg off:noArg" geändert auf "toggle on:noArg off:noArg" und jetzt klappt es auch.
Wieso erwartet er zwingend vor dem "on" noch ein Leerzeichen? Oder habe ich mein setList falsch definiert?

Gruß

[justme1968]

@qube2: es ist mit homekit nur bedingt sinnvoll mehrere services (das wären die sensoren mit unterschiedlichen nummern) in ein device zusammen zu fassen. du kannst z.b. auf homekit seite keine sprechenden namen vergeben und auch nicht einzeln über siri steuern. das gilt eigentlich auch für die fhem seite. du kannst so ja weder zu unterschiedlichen räumen zuordnen oder nicht an unterschiedlichen stellen auf dem floorplan anzeigen.

warum hat humidity keine angehängte nummer, temperature aber schon? warum startet die nummerierung für die switches nicht bei 1?

ich glaube es ist besser diese sammeln devices z.b. über readingsProxy in einzelne devices aufzuteilen und dann diese in homekit einzubinden.

@SlvrStrko4: eigentlich schaut der shim nach [\^ ]on. also leerzeichen oder zeilen anfang. ich schaue mal was das problem ist.

gruss
  andre

[qube2]

Vielen Dank für den Tipp mit dem readingsProxy, das hatte ich so noch gar nicht in Betracht gezogen ... Schnell ausprobiert und es funktioniert! Ich hatte das bisher z.B. für den floorplan über dummy devices gelöst, aber dieser weg ist viel besser.

Warum die Sensoren so durchnummeriert werden kann ich nicht sagen, die Devices werden so vom gateway angelegt. Bisher hatte ich das nicht weiter hinterfragt. Es scheinen nur die "humidity" devices ohne Nummer angelegt, andere Devices mit nur einem Relay als actor werden jedoch direkt als "switch1" definiert. Aber das ist eine andere Baustelle.

Cheers,
Thorsten

[matzel]

Hallo zusammen!

Von mir auch noch einmal vielen Dank!!! Die Entwicklungen der letzen Tage sind ja der Wahnsinn...

Ich habe testweise meine Homematic-Lichtschalter, Fensterkontakte, LED-Stripes und meine MAX! Thermostate über EVE eingepflegt.

Wenn ich nun Siri das Licht in einen Raum ausschalten lasse und anschliessend Frage ob das Licht aus ist, kommt in der Regel eine falsche Antwort.

Schalte ich das Licht über die EVE-App, fängt das Licht auf einmal an in einer Endlosschleife An- und Aus zu gehen. Hat noch jemand so ein Problem?

Liebe Grüsse
Matzel

[justme1968]

in dem post hier: http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081 und im git gibt es eine neue version.

wir haben das problem mit dem volume gefunden. der fix ist hier: https://github.com/KhaosT/HAP-NodeJS/commit/98ef550c8d6fd961741673d4b695a74dd0126eba zu finden.

der shim ist jetzt komplett auf das neue api umgestellt. die änderung am AccessoryLoader.js sind nicht mehr nötig.

@matzel: das sollte eigentlich nicht passieren. werden in eve die richtigen oder falschen werte angezeigt?

[matzel]

@justme1968 in EVE werden komischerweise die richtigen Werte angezeigt.

Wenn ich das Licht einschalte passt alles. Nur beim Ausschalten gerät dann irgendetwas in eine Endlosschleife...

Sehr kurios... Aber ich mache mich weiterhin auf die Suche.