homebridge/homekit

Begonnen von justme1968, 01 Februar 2016, 16:16:37

Vorheriges Thema - Nächstes Thema

justme1968

was willst du denn mit den set zuständen?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

seule3008

Hallo.

Ich schalte mit einem Shelly den Frafo ab, wo ein Dimmer hinter hängt. Jetzt ist es so, dass beim Abschalten der Dimmer auch den Befehl off bekommt aber ja keinen Strom mehr hat diesen zu bestätigen. Daher bleibt der auf set_off stehen und somit im HomeKit auf on. Aber habe es jetzt durch umschreiben des Shelly Template gelöst. Jetzt kommt vom Dimmer kein state mehr sondern der übernimmt den state des Shelly und somit ein sauberes on und off.

Mit freundlichen Grüßen

Christian


tommitiger75

Hallo, ich habe ganz genau das gleiche Problem ! Gibt es hier einen Lösungsansatz? Bei 80 Homematic Geräten ist das echt nervig wenn man diese ständig wieder neu den Räumen zuordnen muss.

Zitat von: Ralli am 02 Oktober 2021, 13:41:56
Danke, Hoppel.

Das löst das Problem nicht, denn der fhem.service startet ja. Das Problem besteht darin, dass innerhalb FHEM aufgrund einer nicht erfolgten CCU-Anbindung die Geräte alle nicht verfügbar sind.

Bei mir konkret kann ich das (bspw. nach einem geplanten oder ungeplanten Ausschalten) so reproduzieren:

1) CCU neu starten, warten, bis sie über die GUI wieder aufrufbar ist
2) FHEM neu starten (5 Minuten nach CCU-Start)
3) HMCCU bekommt beim allerersten Connect-Versuch hier keine Verbindung zustande (nein, es ist kein Netzwerk-Problem)
4) Homebridge ist aber ebenfalls gestartet und bekommt den Connect zu FHEM, welches ihm nicht alle Devices übergeben kann


2021.09.20 09:23:18.712 1: HMCCU: [CCU2 : 1665] Initialized version 4.3.025
2021.09.20 09:23:18.713 1: HMCCU: [CCU2 : 1665] HMCCU: Initializing device
2021.09.20 09:23:22.718 2: HMCCU: [CCU2 : 1665] HMScript failed. http://10.0.0.20:8181/tclrega.exe: Select timeout/error:
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] HMCCU: Error while reading device list from CCU 10.0.0.20
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] Scheduling delayed initialization in 180 seconds
2021.09.20 09:23:22.870 2: HMCCUDEV: [KUC_HK] Cannot detect IO device, maybe CCU not ready. Trying later ...
2021.09.20 09:23:22.872 2: HMCCUDEV: [KUC_Rollo_Ost] Cannot detect IO device, maybe CCU not ready. Trying later ...
...
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] Initialized version 4.3.025
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] HMCCU: Initializing device
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 106 devices with 541 channels from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 75 programs from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
2021.09.20 09:24:20.513 1: HMCCURPCPROC: [d_rpcBidCos_RF : 1859] Initialized version 1.9.001 for interface BidCos-RF with I/O device CCU2
2021.09.20 09:24:20.515 1: HMCCURPCPROC: [d_rpcBidCos_Wired : 1859] Initialized version 1.9.001 for interface BidCos-Wired with I/O device CCU2
2021.09.20 09:24:20.516 1: HMCCURPCPROC: [d_rpcHmIP_RF : 1859] Initialized version 1.9.001 for interface HmIP-RF with I/O device CCU2


Nach einem weiteren Restart von FHEM klappt dann die Verbindung von HMCCU zur CCU und die Devices werden wieder an homebridge übergeben. Weil sie einmal weg waren, sind aber in den Apple-Geräten dann die ganzen Einstellungen zu dem jeweiligen Gerät weg (Raum-Zuordnung, Gruppierung, Push-Nachricht aufs Gerät beim Öffnen/Schließen ...)

ingohz

Hallo zusammen,

nach einem Update von FHEM und homebridge mit anschließendem reboot erscheint für meine Wetterstation in Eve keine History mehr. In der homebridge-ui erscheinen alles korrekt (siehe Beispiel-Log) und komischerweise wird die History für einen anderen Temperatursensor (BH1750) korrekt in Eve angezeigt.


  2022-01-28 18:25:04 caching: WH1080-temperature: 4.7
[28.1.2022, 18:25:04] [FHEM]     caching: CurrentTemperature: 4.7 (as number; from '4.7')
[28.1.2022, 18:25:04] [FHEM]       adding history entry { time: 1643390704, temp: 4.7 }




Hat jemand eine Idee, was da los sein kann bzw. wie ich dem Fehler auf die Spur kommen kann? Würde ungern die Homebridge-Konfig einstampfen und neu beginnen.

Viele Grüße

hoppel118

#4144
Hallo in die Runde,

habe kürzlich ein FHEM Update ausgeführt. Hatte anschließend jetzt noch ein Problem mit meinen Homebridges. Ich konnte zwar in Eve und Homekit noch alles ein- und ausschalten, allerdings waren ausgeschaltete Hue Leuchten aber auch Homematic Steckdosen (unterschiedliche Homebridges) nach dem Ausschalten, Beenden der entsprechenden App und Neustart dieser von der Schaltfläche her wieder eingeschaltet, auch wenn die Lampen bzw. anderen Geräte aus waren. Die Statusänderungen wurden also nicht mehr sauber übertragen. In FHEM hat weiterhin alles funktioniert.

Folgende Pakete habe ich gerade geupdated:

# npm -g outdated
Package          Current   Wanted  Latest  Location
alexa-fhem        0.5.61   0.5.62  0.5.62  global
homebridge         1.3.5    1.4.0   1.4.0  global
homebridge-fhem   0.5.31   0.5.33  0.5.33  global
npm              6.14.15  6.14.16   8.4.0  global


Nun scheint es wieder zu funktionieren. Außerdem ist mir gerade aufgrund des letzten Posts hier von @ingohz aufgefallen, dass seit gestern Abend auch keine Werte mehr in die EVE History geschrieben wurden. Auch dies funktioniert nun wieder, denke ich zumindest.

Mal sehen, wie es weiter geht. ;)

EDIT: Gerade nochmal etwas genauer geschaut... Nur meine Homematic Thermostate HM-CC-RT-DN haben das temperature Reading nicht mehr in die EVE History geschrieben. Alle anderen HM Geräte mit temperature Reading und auch Steckdosen mit Leistungsmessung funktionierten weiterhin.

Viele Grüße Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

Pati_Alpha

#4145
Hey, seit ich mein Debian auf Bullseye geupdated habe, verbinden sich meine Homebridges nicht mehr.
Es scheint ein SSL Problem zu sein:

2022.02.13 16:50:16 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F09C:SSL routines:ssl3_get_record:http request (peer: 10.0.0.221)

Weiß jemand woran das liegen könnte? Hat sich da etwas geändert?


EDIT: Vergesst es => Ich habe aus versehen eine GANZ alte Version einer VM gestartet... kein Wunder, dass SSL nicht geht! :D Trotzdem Danke euch! :)

Borkk

Hallo Zusammen,

darf ich euch mal bitten meine Frage hier anzuschauen.

https://forum.fhem.de/index.php/topic,126183.0.html

Ich hatte überlegt, ob ich die Frage hier stelle oder einen neuen Threat aufmachen, ich habe mich dann für einen Thread entschieden.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

WhyTea

Hallo
Ich bin dem Beispiel von @z0lt1 und @wolfram gefolgt und versuche die Lautstärke meines Yamaha AVR per Siri zu steuern.

List des Receivers:
Internals:
   ACTIVE_ZONE mainzone
   CFGFN     
   DEF        192.168.6.152 mainzone 60 10
   FIRMWARE   1.34/2.06
   FUUID      62319fd2-f33f-a5a6-2567-696238763d61adde
   MODEL      RX-V475
   NAME       EG_WZ_AV_Receiver
   NR         56992
   STATE      off
   SYSTEM_ID  0D8B8753
   TYPE       YAMAHA_AVR
   ZONES_AVAILABLE mainzone
   Helper:
     DBLOG:
       presence:
         mylogdb:
           TIME       1647419346.25919
           VALUE      present
   READINGS:
     2022-03-25 11:45:26   3dCinemaDsp     auto
     2022-03-25 11:45:26   adaptiveDrc     auto
     2022-03-25 11:45:26   bass            6
     2022-03-23 18:10:44   currentAlbum   
     2022-03-23 18:51:13   currentArtist   
     2022-03-23 18:51:13   currentTitle   
     2022-03-25 11:45:26   direct          off
     2022-03-25 11:45:26   dsp             surrounddecoder
     2022-03-25 11:45:26   enhancer        off
     2022-03-25 11:45:26   input           hdmi1
     2022-03-25 11:45:26   inputName       LibreELEC
     2022-03-25 11:45:26   mute            off
     2022-03-23 20:20:34   playStatus      stopped
     2022-03-25 11:45:26   power           off
     2022-03-24 11:59:27   presence        present
     2022-03-25 11:45:26   sleep           off
     2022-03-25 11:45:26   state           off
     2022-03-25 11:45:26   straight        off
     2022-03-25 11:45:26   treble          0
     2022-03-25 11:45:26   volume          48
     2022-03-25 11:45:26   volumeStraight  -33.5
   helper:
     ADDRESS    192.168.6.152
     AVAILABLE  1
     DIRECT_TAG Direct
     DSP_MODES  Hall in Munich|Hall in Vienna|Chamber|Cellar Club|The Roxy Theatre|The Bottom Line|Sports|Action Game|Roleplaying Game|Music Video|Standard|Spectacle|Sci-Fi|Adventure|Drama|Mono Movie|Surround Decoder|2ch Stereo|5ch Stereo
     INPUTS     AUDIO|AV1|AV2|AV3|AV4|AV5|AV6|AirPlay|HDMI1|HDMI2|HDMI3|HDMI4|HDMI5|NET RADIO|SERVER|Spotify|TUNER|USB|V-AUX|iPod (USB)
     OFF_INTERVAL 60
     ON_INTERVAL 10
     RUNNING_REQUEST 0
     SCENES     Scene 1|Scene 2|Scene 3|Scene 4
     SELECTED_ZONE mainzone
     SUPPORT_DAB 0
     SUPPORT_DISPLAY_BRIGHTNESS 0
     SUPPORT_EXTRA_BASS 0
     SUPPORT_HDMI_OUT 0
     SUPPORT_PARTY_MODE 0
     SUPPORT_SHUFFLE_REPEAT 0
     SUPPORT_SURROUND_DECODER 0
     SUPPORT_TONE_STATUS 1
     SUPPORT_YPAO_VOLUME 0
     XML        /YamahaRemoteControl/desc.xml
     ZONES      Main_Zone
     CMD_QUEUE:
Attributes:
   DbLogExclude .*
   genericDeviceType light
   homebridgeMapping clear Brightness=volume::volume,minValue=0,maxValue=98
   model      RX-V475
   room       Erdgeschoss->Wohnzimmer,Zentralsysteme->Homekit
   siriName   Verstärker


Nun stellt sich folgendes Problem dar.
Wenn ich sage:" Hey Siri Wohnzimmer Verstärker 10." behauptet Siri, dass es kein solches Gerät in meinem Wohnzimmer gibt.
Wenn ich sage:" Hey Siri Wohnzimmer Licht Verstärker 10." wird die Lautstärke des Verstärkers auf 10 % gestellt.

Ja, es ist nur ein kosmetisches Problem aber dennoch unschön. Hat jemand einen Tipp für mich was ich ändern könnte?

Gruß
Daniel

justme1968

ZitatgenericDeviceType light
wenn du das gerät als licht konfigurierst solltest du dich nicht wundern wenn es als licht angesprochen werden will.

Speaker sollte besser passen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

aski71

Hi,

ich habe vor geraumer Zeit einen Nuki Türöffner konfiguriert.

Typ lock

Homebridgemapping:

LockCurrentState=state,values=/^electricStrikeActuation/:UNSECURED;/^online/:SECURED LockTargetState=state,values=/^electricStrikeActuation/:UNSECURED;/^online/:SECURED,cmds=UNSECURED:electricStrikeActuation;SECURED:electricStrikeActuation

Funktionierte einwandfrei.
Nun aber sagt mir Siri von einem Tag auf den anderen auf meinen Befehl "Treppenhaus öffnen": "Tut mir leid. Ich konnte nichts Passendes in deinem Zuhause finden."
Ich sehe den Schalter "Treppenhaus" aber in der Home App und auch in der Homebridge UI.

Weiß jemand Rat?

Danke, Alex

StephanFHEM

Ich habe mir einen HMIP-DLD zugelegt (Türschloss von HMIP) und versucht das Mapping analog zu dem HM-Key-Sec aufzubauen:
clear
LockCurrentState=LOCK_STATE,values=/^UNKNOWN/:UNKNOWN;/^LOCKED/:SECURED;/.*/:UNSECURED
LockTargetState=LOCK_STATE,values=/^lock/:SECURED;/.*/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=CommandAccepted,valueOn=yes


Das funktioniert so leider nicht und ich stehe irgendwie auf dem Schlauch. Der Zustand wird erkannt aber ich kann die Tür nicht dazu bewegen etwas zu tun.
Der Zustand steht im Reading "LOCK_STATE" und schalten mache ich direkt über "set Tuerschloss lock" oder "set Tuerschloss unlock"

bei der Kirsche auf der Torte "set Tuerschloss open" bin ich da noch nicht mal.....

Wäre prima, wenn mir jemand helfen könnte!

Cybers

#4151
Hallo,

ich habe ein kleines Problem mit dem Homebridgemapping meines Thermostats. In der "Home-App" bekomme ich bei dem Device nur einen "runden Button" zum ein- oder auschalten. Das ist soweit nicht falsch, auch wenn ich eher von einem Auswahlfeld mit Aus und Heizen ausgegangen bin. Wenn ich jetzt den Button aktiviere, wird aber "auto" an mein Fhem-Device gesendet und nicht "on". Was habe ich hier falsch gemacht?
attr Pool_Solltemperatur homebridgeMapping TargetTemperature=state::state,minValue=24,maxValue=32,minStep=0.5,nocache=1 CurrentTemperature=Wassertemperatur_Skimmer:temperature,nocache=1\
TargetHeatingCoolingState=Poolheizung:state,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:off;;HEAT:on;;AUTO:auto,valid=OFF;;COOL,valid=OFF;;AUTO StatusActive=present,valueOn=on,valueOff=off;;AUTO history:size=1024


Gruß, Sascha
FHEM 6.2 auf Raspberry PI 4 / Smartvisu
Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
1-Wire Temperatursensoren
aus alter Zeit:
Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

Elektrolurch

Hallo Liste,

ich benötige mal etwas Unterstützung bei der Anmwendung von subtype:

Ich möchte bei meinem Auto zwei Dinge per Sprache  steuern.
1. Der "state" ist online oder asleep.
Der Befehl zum Aufwecken ist "wakeUpCar".
Der gesprochene Befehl soll "Wecken" lauten. Ein "Ausschalten" des Status des Autos gibt es als Befehl nicht.
Bevor ein anderer Befehl gesprochen werden kann, muss das Auto geweckt werden.
2. Der Zustand der Klimatisierung des Autos ist im reading "is_preconditioning" gespeichert und hat die Werte 0 oder 1.
Der Befehl zum Einschalten der Klimaanlage lautet "startHvacSystem", zum Ausschalten "stopHvacSystem".
Der gesprochene Befehl soll "Klima ein" oder "Klima aus" lauten.


attr Teslana genericType switch
attr Teslana homebridgeMapping clear On=state,subtype=Wecken,valueOn=online,valueOff=asleep,cmdOn=wakeUpCar On=is_preconditioning,subtype=Klima,valueOn=1,valueOff=0,cmdOn=startHvacSystem,cmdOff=stopHvacSystem

Ich denke, dass das so aber nicht richtig ist.
Wie gebe ich für einen subtype das reading an?
Leider habe ich hierzu kein Beispiel gefunden.

Wenn ich auf die korrekte Anzeige in Homekit (also ohne reading) verzichte und nur die Sprachbefehle nutzen will, geht es so:


attr Teslana homebridgeMapping clear On=activity,subtype=Wecken,valueOn=on,valueOff=off,cmdOn=wakeUpCar On=activity,subtype=Klima,valueOn=on,valueOff=off,cmdOn=startHvacSystem,cmdOff=stopHvacSystem


Danke.

Elektrolurch

configDB und Windows befreite Zone!

rrr

Funktioniert bei irgend jemand die HomebridgeCharacteristic "Reachable" im HomebridgeMapping?

Wenn die Reachable-Characteristic "0" ist, wird das Gerät in der Home-App, als auch in der Eve-App nur beim Neustart der Homebrige in roter Farbe "Keine Antwort" angezeigt.
Ändere ich den Wert danach wieder auf "1", so ist kurze Zeit später das Gerät in beiden Apps wieder erreichbar.

Alle weiteren nun folgenden Änderungen am Reachable-Wert werden jedoch in beiden Apps ignoriert. Auch hartes beenden der Apps half nichts.

Dabei ist es egal ob ich ein userReading anlege oder ein normales Reading verwende.

Laut Thread https://forum.fhem.de/index.php/topic,48558.3540.html:
attr wz_test homebridgeMapping Reachable=state,values=Error:0;/.*/:1

Aber auch ein Userreading "test" mit den Werten "0" oder "1" bringt keinen Erfolg.
attr wz_test homebridgeMapping Reachable=test

kennymc.c

#4154
Ich versuche gerade ein Fhem Web Device anzulegen, dass nur die für das Homebridge-Plugin benötigten Befehle ausführen kann. Bisher habe ich get,set,jsonlist2 in allowedCommands eingetragen. Laut Log wird auch defs benötigt, aber der Befehl wird auch nach dem Hinzufügen zu allowedCommands noch als Forbidden angezeigt. Das führt zu einem Neustart von Homebridge:

[6/19/2022, 4:27:08 PM] [HB Supervisor] Starting Homebridge with extra flags: -P /var/lib/homebridge/node_modules --strict-plugin-resolution
[6/19/2022, 4:27:08 PM] [HB Supervisor] Started Homebridge v1.4.1 with PID: 1562
[6/19/2022, 4:27:09 PM] Loaded config.json with 0 accessories and 2 platforms.
[6/19/2022, 4:27:09 PM] Loaded 0 cached accessories from cachedAccessories.
[6/19/2022, 4:27:09 PM] ---
[6/19/2022, 4:27:09 PM] Loaded plugin: homebridge-config-ui-x@4.47.0
[6/19/2022, 4:27:09 PM] Registering platform 'homebridge-config-ui-x.config'
[6/19/2022, 4:27:09 PM] ---
[6/19/2022, 4:27:09 PM] Loaded plugin: homebridge-fhem@0.5.36
homebridge API version: 2.7
this is homebridge-fhem 0.5.36
[6/19/2022, 4:27:12 PM] Registering platform 'homebridge-fhem.FHEM'
[6/19/2022, 4:27:12 PM] ---
[6/19/2022, 4:27:12 PM] Loading 2 platforms...
[6/19/2022, 4:27:12 PM] [FHEM] Initializing FHEM platform...
[6/19/2022, 4:27:12 PM] [Homebridge UI] Changes to config.json saved.
starting longpoll: https://192.168.1.203:8084/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1655648832732
[6/19/2022, 4:27:12 PM] [Homebridge Web Config] Initializing config platform...
[6/19/2022, 4:27:12 PM] [Homebridge Web Config] Running in Service Mode
Server listening on: http://<ip>:8282
[6/19/2022, 4:27:12 PM] [FHEM] Checking devices and attributes...
[6/19/2022, 4:27:12 PM] [FHEM]   executing: https://192.168.1.203:8084/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_xxx&XHR=1
[6/19/2022, 4:27:12 PM] [FHEM]   executing: https://192.168.1.203:8084/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_xxx&XHR=1
[6/19/2022, 4:27:12 PM] [FHEM]   executing: https://192.168.1.203:8084/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping:textField-long%22%20)%20%7D&fwcsrf=csrf_xxx&XHR=1
[6/19/2022, 4:27:12 PM] [FHEM] homebridgeMapping attribute created.
[6/19/2022, 4:27:12 PM] [FHEM]   executing: https://192.168.1.203:8084/fhem?cmd=%7BaddToAttrList(%20%22genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock%22%20)%20%7D&fwcsrf=csrf_xxx&XHR=1
[6/19/2022, 4:27:12 PM] [FHEM] siri device is Siri
[6/19/2022, 4:27:12 PM] [FHEM]   executing: https://192.168.1.203:8084/fhem?cmd=%7B$defs%7BSiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.36%22%7D&fwcsrf=csrf_xxx&XHR=1
[6/19/2022, 4:27:12 PM] [FHEM] genericDeviceType attribute was not known. please restart.
[6/19/2022, 4:27:12 PM] [HB Supervisor] Homebridge Process Ended. Code: 0, Signal: null
[6/19/2022, 4:27:14 PM] [Homebridge UI] Homebridge restart request received
[6/19/2022, 4:27:14 PM] [Homebridge UI] UI / Bridge settings have not changed; only restarting Homebridge process
[6/19/2022, 4:27:14 PM] [Homebridge UI] Sending SIGTERM to Homebridge
[6/19/2022, 4:27:17 PM] [HB Supervisor] Restarting Homebridge...


Außerdem würde ich gerne einen ganzen Raum zu allowedDevices hinzufügen. Hier im Forum stand, dass das mit allowedDevicesRegexp gehen soll. Aber wie kann ich da nach dem room Attribut sortieren? Geht das nicht nur mit dem Namen?