homebridge/homekit

[justme1968]

warum setzt man siriName wenn im alias sowieso das gleiche steht?

[FunkOdyssey]

Das ist eine berechtigte Frage. 
Mir war erst einmal wichtig, den Gerätenamen dort loszuwerden.
Aber du hast Recht. Einfacher wäre sicherlich das Löschen gewesen.

[justme1968]

das beruhigt mich

[FunkOdyssey]

Ich nehme das direkt als Anlass, meinen statischen Homekit-Raum loszuwerden.
Ich versuche mich gerade an den dynamischen Räumen (https://forum.fhem.de/index.php?topic=97351.0) mit einem devspec auf das siriname-Attribut.
Bei deiner Alexa-Lösung arbeitest du ja auch über das Attribut, oder?

[justme1968]

ich habe eine wilde mischung aus mehreren connections mit filtern auf räumen, device typen und device namen. also eher kein gutes beispiel für ordnung


einer der gründe ist das ich alexa und siri einsetze und keine lust habe alexaName und siriName gleich zu setzen.

[volschin]

Ich filtere auf den genericDeviceType. Neue packe ich dann vorher zum Testen in eine eigene HomeBridge Instanz. Wenn es stabil läuft, werden die Filter angepasst. Das verhindert, dass wegen komischer Sachen im Mapping die ganzen Devices offline gehen, falls HomeBridge nicht mehr startet.

[Dracolein]

Tag zusammen, habe seit gestern Abend das Problem, dass Siri auf iPhone und Watch keine Abfragen mehr tätigen kann. Ein gewöhnter Befehl "Wie ist die Außentemperatur?" beantwortete sie immer zuverlässig. Nun meldet sie, dass es ihr leid tut, sie hätte diesmal nichts passendes gefunden.

Die aktuellen Anzeigewerte sind allesamt in der Home-App ersichtlich und verfügbar. Steuerbare Elemente lassen sich auf dem iPhone und der Watch jeweils zuverlässig per Hand bedienen. Es kann also kein Verbindungsproblem sein. 
Ich interpretiere, dass Siri irgendwie nicht auf die Daten in der Home-App zugreifen kann/darf/whatever und das Problem sozusagen im Apple Kosmos zu suchen ist. Ich habe bereits alle Geräte neugestartet, einschließlich des Apple TV, der bei mir als Zentrale fungiert. Nichts hat geholfen.

Hat jemand einen Tip?

[ViperCOM]

Moinsen,

hat jemand einen EnOcean (Eltako FUD14) Dimmer erfolgreich in HomeKit eingebunden?
Leider ist bei mir gar kein Dimmen möglich. -lediglich an/aus ist via HomeKit verfügbar.

Mein Mapping sieht so aus:

Code Auswählen Erweitern

homebridgeMapping: Brightness=dim::dim,On=state,valueOff=BI,cmdOn=An,cmdOff=Aus

Die Gleiche Frage habe ich für das FSB14 zur Rollladensteuerung. -hier werden die Aktoren allerdings erst gar nicht in HomeKit angezeigt.
Selbstredend funktioniert in FHEM nativ jedoch alles.

Danke euch!

[Lanhydrock]

Wir nutzen einen HM-LC-SW4-DR-2, um vier 24V-Magnetventile unserer Wassersteuerung zu schalten.
Integration in Homekit ist vorhanden, wir können die Kanäle allerdings nicht in der Home App im Bereich der Automation nutzen (, um wegen des WAF die Programme dort und nicht via sprinkle-Modul oder FHEM Bordmitteln zu bearbeiten).

Die Kacheln erscheinen dort nicht.

Dummies von FHEM bspw. sind beim Anlegen einer neuen Automation in der Home App verfügbar, daher sind wir ein wenig ratlos...

Hat jemand dasselbe Problem gehabt und eine Lösung gefunden? Danke im voraus.

Code Auswählen Erweitern

{
  "Arg":"KEL.zi3.SWT.3_Sw_02",
  "Results": [
  {
    "Name":"KEL.zi3.SWT.3_Sw_02",
    "PossibleSets":"clear:readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all eventL eventS getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg peerBulk peerIODev press pressS:self02 pressL:self02 regBulk regSet sign:on,off statusRequest:noArg toggle:noArg  peerSmart:ganzGanzVieleAndereDevices,VCCU_Btn1,VCCU_Btn2 ",
    "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param readOnly:0,1 actAutoTry:0_off,1_on aesCommReq:1,0 model ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 readingOnDead:multiple,noChange,state,periodValues,periodString,channels subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,display,keyMatic,motionAndBtn,motionDetector,no,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic modelForce:ACTIONDETECTOR,ACTIONDETECTOR,ASH550,ASH550I,CCU-FHEM,CMM,DORMA_ATENT,DORMA_BRC-H,DORMA_RC-H,HM-CC-RT-DN,HM-CC-RT-DN-BOM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-DIS-EP-WM55,HM-DIS-TD-T,HM-DIS-WM55,HM-DW-WM,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-HM-LC-DW-WM,HM-LC-AO-SM,HM-LC-BL1-FM,HM-LC-BL1-FM-2,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-BL1-SM-2,HM-LC-BL1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-CV-2,HM-LC-DIM1L-CV-644,HM-LC-DIM1L-PL,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,HM-LC-DIM1T-CV-2,HM-LC-DIM1T-CV-644,HM-LC-DIM1T-DR,HM-LC-DIM1T-FM,HM-LC-DIM1T-FM-2,HM-LC-DIM1T-FM-644,HM-LC-DIM1T-FM-LF,HM-LC-DIM1T-PL,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-CV,HM-LC-DIM2L-SM,HM-LC-DIM2L-SM-2,HM-LC-DIM2L-SM-644,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM-2,HM-LC-JA1PBU-FM,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-DR,HM-LC-SW1-FM,HM-LC-SW1-FM-2,HM-LC-SW1-PB-FM,HM-LC-SW1-PCB,HM-LC-SW1-PL,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-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-2,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW1PBU-FM,HM-LC-SW2-DR,HM-LC-SW2-DR-2,HM-LC-SW2-FM,HM-LC-SW2-FM-2,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW2PBU-FM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-DR-2,HM-LC-SW4-PCB,HM-LC-SW4-PCB-2,HM-LC-SW4-SM,HM-LC-SW4-SM-2,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-SW4-WM-2,HM-MOD-EM-8,HM-MOD-EM-8BIT,HM-MOD-RE-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,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-CEN,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCO,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-SIR-WM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-DB-PCB,HM-SEN-EP,HM-SEN-LI-O,HM-SEN-MDIR-O,HM-SEN-MDIR-O-2,HM-SEN-MDIR-O-3,HM-SEN-MDIR-SM,HM-SEN-MDIR-WM55,HM-SEN-RD-O,HM-SEN-WA-OD,HM-SWI-3-FM,HM-SYS-SRP-PL,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,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,OLIGO-SMART-IQ-HM,PS-SWITCH,PS-TH-SENS,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FFK,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FSS-UP3,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,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,SENSOTIMER-ST-6,VIRTUAL,WDF-SOLAR,WS888 .mId 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:none,defaultWeekplan, levelRange levelMap cyclicMsgOffset event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading DbLogExclude DbLogInclude DbLogValueFn:textField-long cmdIcon devStateIcon:textField-long devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock,IrrigationSystem,Valve homebridgeMapping:textField-long icon lastBatteryChange siriName sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
    "Internals": {
      "DEF": "6XXXX702",
      "FUUID": "5eaXXXa5-f33f-2XX8-d82d-32672f4XXXXX8833",
      "NAME": "KEL.zi3.SWT.3_Sw_02",
      "NOTIFYDEV": "global",
      "NR": "432",
      "NTFY_ORDER": "50-KEL.zi3.SWT.3_Sw_02",
      "STATE": "off",
      "TYPE": "CUL_HM",
      "chanNo": "02",
      "device": "KEL.zi3.SWT.3",
      "peerList": "self02,"
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2020-05-12 18:43:01" },
      "R-powerUpAction": { "Value":"off", "Time":"2020-04-30 16:24:55" },
      "R-self02-lgActionType": { "Value":"jmpToTarget", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgCtDlyOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgCtDlyOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgCtOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgCtOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgCtValHi": { "Value":"100", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgCtValLo": { "Value":"50", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgMultiExec": { "Value":"on", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgOffDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgOffTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgOffTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgOnDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgOnTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgOnTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgSwJtDlyOff": { "Value":"off", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgSwJtDlyOn": { "Value":"on", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgSwJtOff": { "Value":"dlyOn", "Time":"2020-04-30 16:31:23" },
      "R-self02-lgSwJtOn": { "Value":"dlyOff", "Time":"2020-04-30 16:31:23" },
      "R-self02-shActionType": { "Value":"jmpToTarget", "Time":"2020-04-30 16:31:23" },
      "R-self02-shCtDlyOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-shCtDlyOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-shCtOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-shCtOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
      "R-self02-shCtValHi": { "Value":"100", "Time":"2020-04-30 16:31:23" },
      "R-self02-shCtValLo": { "Value":"50", "Time":"2020-04-30 16:31:23" },
      "R-self02-shMultiExec": { "Value":"off", "Time":"2020-04-30 16:31:23" },
      "R-self02-shOffDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
      "R-self02-shOffTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
      "R-self02-shOffTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
      "R-self02-shOnDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
      "R-self02-shOnTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
      "R-self02-shOnTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
      "R-self02-shSwJtDlyOff": { "Value":"off", "Time":"2020-04-30 16:31:23" },
      "R-self02-shSwJtDlyOn": { "Value":"on", "Time":"2020-04-30 16:31:23" },
      "R-self02-shSwJtOff": { "Value":"dlyOn", "Time":"2020-04-30 16:31:23" },
      "R-self02-shSwJtOn": { "Value":"dlyOff", "Time":"2020-04-30 16:31:23" },
      "R-sign": { "Value":"off", "Time":"2020-04-30 16:24:55" },
      "R-statusInfoMinDly": { "Value":"2 s", "Time":"2020-04-30 16:24:55" },
      "R-statusInfoRandom": { "Value":"1 s", "Time":"2020-04-30 16:24:55" },
      "R-transmitTryMax": { "Value":"6", "Time":"2020-04-30 16:24:55" },
      "deviceMsg": { "Value":"off (to VCCU)", "Time":"2020-05-12 18:43:01" },
      "level": { "Value":"0", "Time":"2020-05-12 18:43:01" },
      "pct": { "Value":"0", "Time":"2020-05-12 18:43:01" },
      "peerList": { "Value":"self02,", "Time":"2020-05-12 14:49:27" },
      "recentStateType": { "Value":"ack", "Time":"2020-05-12 18:43:01" },
      "state": { "Value":"off", "Time":"2020-05-12 18:43:01" },
      "timedOn": { "Value":"off", "Time":"2020-05-12 18:43:01" },
      "trigLast": { "Value":"fhem:02", "Time":"2020-05-12 18:43:01" }
    },
    "Attributes": {
      "alias": "Wasser Strang 2 HI SOLO",
      "genericDeviceType": "Valve",
      "homebridgeMapping": "clear Active=state,values=off:INACTIVE;/.*/:ACTIVE,cmds=ACTIVE:on;INACTIVE:off InUse=state,values=off:0;/.*/:1 ValveType=type,default=IRRIGATION",
      "model": "HM-LC-SW4-DR-2",
      "peerIDs": "00000000,6XXXX702,",
      "room": "AppleHomeKit,CUL_HM",
      "siriName": "Rose hinten",
      "webCmd": "statusRequest:toggle:on:off"
    }
  }  ],
  "totalResultsReturned":1
}

[EinEinfach]

Die Kacheln erscheinen dort nicht.

Habe gerade gecheckt, bei mir tauchen die Kacheln in der Automation auch nicht auf. Außerdem scheint mir die ganze Umsetzung in der Homekit noch ein wenig buggy zu sein. Wenn ich sage schalte den Bewässerungskreis 1, bekomme ich die Siri-Antwort "OK ich bewässere nicht..." und umgekehrt, wenn ich sage schalte den Bewässerungskreis 1 aus, bekomme ich die Siri-Antort "OK ich bewässere..."

Mein Vorschlag ist, ändere doch den gericDeviceTyp auf Switch, dann hast du zwar nur einen Schalter in der Darstellung, aber der dürfte in der Automation in der Auswahl zur Verfügung stehen.

Gruß

[roedler86]

Hallo zusammen,

ich lese den Thread gerade von vorn nach hinten, bin aber noch nicht fündig geworden. Auch die Suche hat mir nichts hilfreiches ausgeworfen.

Ich ver suche im Apple HomeKit die Variable Model zu füllen. Jedoch wenn ich

Code Auswählen Erweitern

Model=<Reading>
angebe, erhalte ich im HomeKit: [object Object]
Siehe Anhang

Im Homebridge Log ist aber die richtige Verknüpfung mit dem String des Readings aufgeführt.

Was mache ich falsch? Könnt ihr mir bitte helfen?!

Edit:
Ich habe mal mit der Eve App geschaut, wie das Device dort angezeigt wird. Und dort wird für Model ein CustomReading angelegt. Kann es also sein, dass die Variable/Benennung Model nicht (mehr) korrekt ist?

Edit #2:
Jetzt habe ich bei einem anderen Device bemerkt, dass dort die Modell-Bezeichnung passt, obwohl dort gar kein Mapping angegeben war. Dieses Device hatte ein Reading model. Somit habe ich meinem ursprünglichen Device ein userReading mit der entsprechenden Bezeichnung verpasst, das Model-Mapping gelöscht und homebridge neugestartet. Und siehe da... jetzt haut's hin.

Scheint mir also wirklich ein Bug beim Mappen zu sein?

[Cluni]

Tachchen,

ich versuche einzelne Teile meiner Heizung in Apple Home darzustellen und zu konfigurieren. So möchte ich mir die aktuelle Temperatur vom Warmwasser anzeigen und den Sollwert vorgeben können. Prinzipiell funktioniert das auch schon. Aber die Optik und die Benutzbarkeit gefällt mir nicht so.

Was ich bis jetzt habe:
- Dummy mit den Readings "On" (zeigt an, ob gerade Warmwasser bereitet wird), "measured-temp" und "target"
- "On" und "measured-temp" werden bei Änderung über ein notify mit den aktuellen Werten der Wärmepumpe gefüttert
- "target" erhällt den Sollwert über homebridge von Apple Home; bei Änderung wird dieser Wert per notify an die Wärmepumpe weitergereicht

Ich würde gerne in Apple Home den aktuellen Status sehen (ob Warmwasser gerade bereitet wird, oder nicht). Die Möglichkeit den Modus (AUS, HEIZUNG, KÜHLUNG, AUTOMATISCH) zu ändern, brauche und will ich nicht. Wenn, dann hätte ich lieber "aus", "normal" und "Legionellen Programm") oder so was. Einen anderen Sollwert kann ich momentan nur eingeben, wenn ich von "AUS" auf einen der drei anderen Möglichkeiten wechsle.

Benutze ich mit "Thermostat" für den Dummy für diesen Zweck das falsche Gerät? Gibt es eine bessere Möglichkeit? HeaterCooler habe ich auch schon getestet, aber habe ich auch nicht so hinbekommen, wie ich es gerne hätte.

Hier mal mein List vom Dummy:

Code Auswählen Erweitern

Internals:
   CFGFN     
   FUUID      5ec295dc-f33f-9658-830d-0d808f56bdc103a2
   NAME       Hz_Warmwasser
   NR         75950
   STATE      50.9
   TYPE       dummy
   READINGS:
     2020-05-18 16:38:00   On              0
     2020-05-18 16:38:00   measured-temp   50.9
     2020-05-18 16:16:35   target          49
Attributes:
   genericDeviceType thermostat
   homebridgeMapping TargetTemperature=target::target,minValue=10,maxValue=60,minStep=0.5
CurrentTemperature=measured-temp,minStep=0.1,nocache=1
CurrentHeatingCoolingState=On,values=OFF:0;;HEAT:1
   readingList target
   room       Heizung,Homekit
   setList    target:slider,10,0.5,60
   siriName   Hz_Warmwasser
   stateFormat measured-temp

Würde mich sehr freuen, wenn da jemand helfen könnte...

[Dracolein]

Ich habe hier mal 3 Beispiele:

Aqara KontaktSensor:

Code Auswählen Erweitern

Internals:
   CHANGED   
   DEF        158d00022bd6e4 sensor_magnet.aq2 MiGateway_Flur
   FUUID      5c44a1c6-f33f-06ea-74b5-f247d0fc5fb758a4
   IODev      MiGateway_Flur
   LASTInputDev MiGateway_Flur
   MODEL      sensor_magnet.aq2
   MSGCNT     164
   MiGateway_Flur_MSGCNT 164
   MiGateway_Flur_TIME 2019-02-17 21:12:42
   NAME       DOOR_Schlafzimmer
   NR         164
   SID        158d00022bd6e4
   STATE      open
   TYPE       XiaomiSmartHome_Device
   VERSION    1.30
   READINGS:
     2019-02-17 21:05:46   batteryState    ok
     2019-02-17 21:05:46   batteryVoltage  3.055
     2019-02-17 21:05:46   heartbeat       158d00022bd6e4
     2019-02-17 21:05:46   no_close        0
     2019-02-17 21:12:42   state           open
     2019-02-17 21:12:42   status          open
Attributes:
   devStateIcon open:fts_door_right_open@red close:fts_door_right@green
   event-on-change-reading state
   genericDeviceType ContactSensor
   homebridgeMapping ContactSensorState=state,values=close:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=close:CLOSED;;open:OPEN
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
E863F10A-079E-48FF-8F27-9C2605A29F52=batteryVoltage,factor=1000,name=Voltage,format=FLOAT
history:size=1024
   icon       fts_door_right_open
   rnd_bat    3
   room       Homekit,Schlafzimmer,XiaomiMiSmartHome
   siriName   Zimmertür
   userReadings status {ReadingsVal($name,"state","")}

Hi zusammen, ich würde hier gern nochmal nachfragen wollen, weil mein nagelneuer Aqara Türkontakt-Sensor (in FHEM eingebunden, reagiert in FHEM absolut korrekt!) in der Apple Home App nicht so recht will.
Habe das Attribut genericDeviceType = contact gesetzt.
Danach habe ich Dein homebridgemapping gesetzt, jedoch verbleibt die Darstellung in der Home-App immer kontinuierlich bei "Geöffnet", egal ob der Türkontakt auf "open" oder auf "closed" steht.
Diverse Kombinationen im homebridgemapping habe ich erfolglos durchprobiert.

Konkret steht bei mir folgendes drin:

Code Auswählen Erweitern

ContactSensorState=state,values=close:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=close:CLOSED;;open:OPEN
history:size=1024

edit:
der State in FHEM heißt nicht "close", sondern "closed". Habe es angepasst wie folgt, nun funktioniert es:

Code Auswählen Erweitern

ContactSensorState=state,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;;open:OPEN
history:size=1024

[RalfP]

Hallo,

ich habe seit einigen Tagen ein sehr seltsames Verhalten mit meiner Anbindung vom Homebridge an HomeKit. Die Homebridge läuft scheinbar wunderbar. Im Log ist nichts Außergewöhnliches erkennbar. Es sind ca. 88 Geräte definiert. In HomeKit waren diese plötzlich alle weg, wie auch alle Szenen. Jetzt erscheinen sie alle immer mal wieder im Takt von vielleicht 5min (mehr oder weniger) und verschwinden wieder. Bis auf genau zwei Definitionen, die auch bedienbar sind und in Fhem ankommen, wie auch im Log von Homebridge ersichtlich.

Folgendes schon durchgeführt:
- node.js aktualisiert
- Homebridge auf den neuesten Stand gebracht
- homebridge-fhem aktualisiert

- alles mal stromlos gemacht und wieder stück für Stück in Betrieb genommen

Das Ganze betrifft nur die Homebridge, andere Geräte, wie HomePod, Netatmo Kamera, die direkt mit HomeKit verbunden sind, laufen ohne Probleme.

Hatte jemand soetwas schon mal beobachtet oder sogar gelöst?

Grüße
Ralf

[hoppel118]

Moin Ralf,

solche Probleme kenne ich nicht. Aber poste doch mal ein vollständiges Logfile vom Start der Homebridge und noch ein paar Minuten wo das Problem auftritt.

Hast du schonmal alle anderen Hombridge Addons bis auf homebridge-fhem deaktiviert?

Gruß Hoppel