homebridge/homekit

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

Vorheriges Thema - Nächstes Thema

Matze89

#2940
Hallo an euch,


EDIT: 31. Januar 2018 - Eine Lösung habe ich selbst gefunden!
Hier: https://forum.fhem.de/index.php/topic,48558.msg898835.html#msg898835

-----------
Zitat

ich benötige von euch Hilfe, die über Homebridge die Fritz!Dect Geräte nutzen (Thermostate), da ich schon am verzweifeln bin.
Ich nutze Homebridge (neuste Version), dazu FBDECT und habe ein Heizungsthermostat als "FB:11959_0389176 actuator,tempSensor"

Das sind die RAW Werte im FHEM
defmod FBDECT_FB_11959_0389176 FBDECT FB:11959_0389176 actuator,tempSensor
attr FBDECT_FB_11959_0389176 IODev FB
attr FBDECT_FB_11959_0389176 alias BZ-H
attr FBDECT_FB_11959_0389176 room FBDECT,HomeKit

defmod FB FBAHAHTTP 192.168.178.1
attr FB alias Fritz!Box Dect
attr FB fritzbox-user Matthias
attr FB polltime 30
attr FB verbose 5

defmod FileLog_FBDECT_FB_11959_0389176 FileLog ./log/FBDECT_FB_11959_0389176-%Y-%m-%d.log FBDECT_FB_11959_0389176:power\x3a.*
attr FileLog_FBDECT_FB_11959_0389176 logtype power4:Power,text
attr FileLog_FBDECT_FB_11959_0389176 room FBDECT

setstate FB connected

setstate FBDECT_FB_11959_0389176 desired-temp: 10.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 AIN 11959 0389176
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 FBNAME BZ-H
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 FBPROP actuator,tempSensor
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 FBTYPE Comet DECT
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 ID 17
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 batteryState ok
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 batterylow 0
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 day-temp 19.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 desired-temp 10.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 devicelock no
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 errorcode noError (0)
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 fwversion 03.68
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 locked no
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 night-temp 11.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 present yes
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 state desired-temp: 10.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 tempadjust 0.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 temperature 22.5 C (measured)

setstate FileLog_FBDECT_FB_11959_0389176 active


und das spukt er im Debugmodus in Homebridge aus:

...
[2018-9-4 19:55:27] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[2018-9-4 19:55:27] [FHEM] mappings for FBDECT_FB_11959_0389176: { TargetTemperature:
   { reading: 'desired-temp',
     cmd: 'desired-temp',
     delay: true,
     minValue: 8,
     maxValue: 28,
     minStep: '0.5' },
  CurrentTemperature: { reading: 'temperature', minValue: -30 },
  CurrentHeatingCoolingState: { default: 'HEAT' } }
[2018-9-4 19:55:27] [FHEM] FBDECT_FB_11959_0389176 is thermostat
[2018-9-4 19:55:27] [FHEM] FBDECT_FB_11959_0389176 has
[2018-9-4 19:55:27] [FHEM]   TargetTemperature [desired-temp]
[2018-9-4 19:55:27] [FHEM]   CurrentTemperature [temperature]
[2018-9-4 19:55:27] [FHEM]   CurrentHeatingCoolingState [undefined]
  2018-09-04 19:55:27 caching: FBDECT_FB_11959_0389176-desired-temp: 10.0 C
[2018-9-4 19:55:27] [FHEM]     caching: TargetTemperature: 10 (as number; from '10.0 C')
  2018-09-04 19:55:27 caching: FBDECT_FB_11959_0389176-temperature: 22.5 C (measured)
[2018-9-4 19:55:27] [FHEM]     caching: CurrentTemperature: 22.5 (as number; from '22.5 C (measured)')
[2018-9-4 19:55:27] [FHEM] default: 1
[2018-9-4 19:55:27] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
...
...
[2018-9-4 19:57:29] [FHEM] query: TargetTemperature for FBDECT_FB_11959_0389176-desired-temp
[2018-9-4 19:57:29] [FHEM]   cached: 10 (as number)
[2018-9-4 19:57:29] [FHEM] query: CurrentHeatingCoolingState for FBDECT_FB_11959_0389176-undefined
[2018-9-4 19:57:29] [FHEM]   cached: 1 (as number; means HEAT)
[2018-9-4 19:57:29] [FHEM] query: CurrentTemperature for FBDECT_FB_11959_0389176-temperature
[2018-9-4 19:57:29] [FHEM]   cached: 22.5 (as number)
...
...


Mein Problem: Ich gehe in meinem iPhone auf "Home" und stelle die Heizung von 10 Grad (die auch richtig dargestellt wird) auf 12 Grad.
Er gibt während des umstellens in Homebridge folgende Meldung:
[2018-9-4 20:00:31] [FHEM] FBDECT_FB_11959_0389176 delaying command TargetTemperature with value 12
[2018-9-4 20:00:32] [FHEM] FBDECT_FB_11959_0389176: executing set cmd for TargetTemperature with value 12
[2018-9-4 20:00:32] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20FBDECT_FB_11959_0389176%20desired-temp%2012&fwcsrf=csrf_120926743204567&XHR=1

Diese Information wird auch direkt an FHEM gesendet und von dort auch weiter an die FritzBox (dies funktioniert bis hierhin perfekt!)
Allerdings wird in der App selbst weiterhin 10 Grad angezeigt. (App geschlossen und neu geöffnet) - Dies spukt er in Homebridge nach dem Neustart der "Home"-App auf dem iPhone aus:
[2018-9-4 20:03:32] [FHEM] query: TargetTemperature for FBDECT_FB_11959_0389176-desired-temp
[2018-9-4 20:03:32] [FHEM]   cached: 10 (as number)
[2018-9-4 20:03:32] [FHEM] query: CurrentHeatingCoolingState for FBDECT_FB_11959_0389176-undefined
[2018-9-4 20:03:32] [FHEM]   cached: 1 (as number; means HEAT)
[2018-9-4 20:03:32] [FHEM] query: CurrentTemperature for FBDECT_FB_11959_0389176-temperature
[2018-9-4 20:03:32] [FHEM]   cached: 22.5 (as number)


Also überall stimmt es, außer in Home-App. Der Wert von desired-temp bleibt immer der,, mitdem ich Homebridge gestartet habe.
Es ändert sich auch nach einer ganzen Weile nicht! Ich habe gelesen, dass es am nicht vorhandenem "langpoll" liegen könnte, die unter "desired-temp" fehlt. Allerdings weiß ich jetzt wirklich nicht mehr weiter... Habe schon eigene Homebridgemappings versucht mit nocache etc...

Könnt ihr mir weiterhelfen? Vielen Dank.
FHEM mit RPi4 ::: SIGNALduino ::: Homebridge + homebridge-fhem ::: Zigbee = RaspBee + Hue + Paulmann + Ikea + Xiaomi ::: DECT = FritzBox 6590 + FRITZ!DECT ::: IR = Harmony ::: SIRO Akku-Rolloantrieb ::: EchoDots + alexa-fhem

PsychoD

Zitat von: stratege-0815 am 26 August 2018, 10:18:57
Hallo zusammen,
Ich habe eine kleine Homebridge Installation die seit vielen Monaten zuverlässig läuft und auch langsam wächst. Von Zeit zu Zeit kommt es vor das die Schalter in Apple Home den Status ,,aktualisieren" zeigen.
Es dauert dann ein paar Minuten bis sich dies auflöst. Schaltvorgänge während dieser Zeit werden verzögert aber korrekt ausgeführt.
Ich kenne nun diesen Umstand, aber für WAF und Kinder wäre es natürlich schöner das noch zu beheben.
Fhem und homebridge per cron Job täglich neu zu starten will ich vermeiden.
Gruß
Jan

Ich habe leider das gleiche Problem. Ohne, dass ich wüsste wie es zu reproduzieren ist kommt manchmal nur noch "Aktualisieren" oder "Keine Antwort". Homebridge läuft aber. Ich habe das schon lange und kenne es von meiner alten Installation auf meinem RPI2. Ich hab es aber auf das verfuckelte System geschoben und hab alles von Grund auf neu auf einem RPI3b+ aufgesetzt, leider hat sich das Problem nicht erledigt. Es könnte so schön sein, aber so ist der WAF im Keller.

Freue mich über jeden Rat, habe nichmal eine Idee wie man das debuggen kann... :(

VG
Psy

kennymc.c

Gibt es eigentlich Pläne die Fakegato-Histroy Unterstützung irgendwann nochmal komplett zu implementieren? Momentan scheint es ja als incomplete entfernt worden zu sein, wenn ich das richtig verstehe.

Skjall

Moin zusammen,

ich würde gerne die Lüfterstufe (FanSpeed) meines Vallox-Moduls per Siri steuern. Der Set-Befehl ist "set Lueftung FanSpeed x", wobei x 1-8 sein kann.
Ist es möglich, ein Homebridge Mapping dafür zu schreiben? Im Homekit gibt es ja den Typ "lüfter", insofern meine Frage: Was muss ich setzen, damit Homebridge das richtig übersetzt?

VG Jan

Esjay

Zitat von: Skjall am 23 September 2018, 11:52:05
Moin zusammen,

ich würde gerne die Lüfterstufe (FanSpeed) meines Vallox-Moduls per Siri steuern. Der Set-Befehl ist "set Lueftung FanSpeed x", wobei x 1-8 sein kann.
Ist es möglich, ein Homebridge Mapping dafür zu schreiben? Im Homekit gibt es ja den Typ "lüfter", insofern meine Frage: Was muss ich setzen, damit Homebridge das richtig übersetzt?

VG Jan

Hier ist mein Mapping für meinen Ventilator, dass kannst du dir eventuell anpassen.

On=state,valueOn=power,cmdOn=on,cmdOff=off
                     RotationSpeed=level_on,minValue=0,maxValue=90,cmd=level,delay=1


Grüße

Skjall

Danke erstmal.

Ich habe jetzt dieses attr:

On=PowerState,valueOn=1,readOnly=1 RotationSpeed=FanSpeed,minValue=1,maxValue=8,cmd=FanSpeed,delay=1

Leider gibt es da ein paar Probleme:

  • Die Home App zeigt nur An/Aus. In EVE geht es. Auch in Siri kann ich die Stufe setzen. Gibt es da einen Trick oder ist die Home App einfach nur so schlecht?
  • Ich will eigentlich verhindern, dass man das Ding ausschalten kann, weil die Anlage dann nur durch das unterbrechen der Stromversorgung neu gestartet werden kann. Deswegen habe ich das readonly gesetzt. Das Setzen des Befehles wird zwar verhindert (ist ja auch undefined), ich habe in den Apps aber immer noch die Auswahl. Kann man das unterbinden?
  • Die Lüfterstufe wird von Siri und EVE als Prozentwert erkannt. Ich kann zwar auch sagen "Stelle die Lüftung auf 8" bekomme dann aber die Antwort, dass sie auf 8% läuft. Ist nur ein Schönheitsfehler, aber dennoch die Frage, kann ich festlegen, dass das kein Prozentwert ist?

VG Jan

PsychoD

Zitat von: stratege-0815 am 26 August 2018, 10:18:57
Hallo zusammen,
Ich habe eine kleine Homebridge Installation die seit vielen Monaten zuverlässig läuft und auch langsam wächst. Von Zeit zu Zeit kommt es vor das die Schalter in Apple Home den Status ,,aktualisieren" zeigen.
Es dauert dann ein paar Minuten bis sich dies auflöst. Schaltvorgänge während dieser Zeit werden verzögert aber korrekt ausgeführt.
Ich kenne nun diesen Umstand, aber für WAF und Kinder wäre es natürlich schöner das noch zu beheben.
Fhem und homebridge per cron Job täglich neu zu starten will ich vermeiden.
Gruß
Jan

Hallo Jan,

schau mal hier, vielleicht ist ja was dabei was dir hilft:
https://forum.fhem.de/index.php/topic,91004.0.html

VG
Psy

Tedious

Eine Frage zum Thema Node... soweit funktioniert die Homebridge 1a, allerdings habe ich folgendes Problem...

Für zigbee2mqtt brauche ich zwingend ein 8er NodeJS, die Brige läuft allerdings nicht mit NodeJS 8.x

Was nun? Jemand einen Tip für mich - würde mich nur ungern "entscheiden" müssen... ;)
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

eddy242

Hallo zusammen,

ich steuere meine FHEM Devices schon länger erfolgreich über Homebridge. Im Sommer habe ich mir einen Dyson Ventilator gekauft und bin dann zufällig über dieses Homebridge Plugin gestolpert: https://www.npmjs.com/package/homebridge-dyson-link. Ich habe es eingebunden und funktioniert prima, in iOS Home sieht man ein schönes Ventilator-Symbol und kann alles regeln, was das Teil hergibt, in den Details sieht man sogar den Filterzustand,  Betriebsdauer etc.

Jetzt die Frage: Kann ich dieses Gerät auch reverse einbinden in FHEM, so dass ich dort (ich nehme an via eines dummys) den Zustand anzeigen und auch in die andere Richtung wieder steuern kann? Das technische Problem ist, dass dieses Device halt in einer Homebridge Plattform außerhalb FHEM existiert.

Danke für Euer Feedback!

RaspiLED

Ein klares Jein!

Also eigentlich nicht, aber:

Wie wäre die Steuerung (der Grundfunktion) über eine Szene, die auch ein Dummy Device in FHEM umfasst. Dann hast Du ein ,,Shadowgerät" in FHEM mit gleichem Status?
Ist aber Offtopic hier ;-) Eigener Thread?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Che007

#2950
--Hat sich erledigt. Das WLAN war im den Zimmer wahrscheinlich Schuld, bzw. zu schwach.



Hallo zusammen,

ich habe mich bereits durch diverse Themen durchgelesen und mein funktionierendes Setup ist wie folgt:
FHEM mit Somfy RTS Rolläden
Homebridge funktioniert und ich kann einzelne Rollos "ansprechen".
Pi mit nanoCUL

Wenn ich nun über Siri aber folgendes Kommando abfeuer: Alle Rollos im Schlafzimmer ausschalten, dann wird eine Rollo heruntergefahren und die andere Rollo reagiert auf die aktuelle und weitere Eingaben nicht mehr. Vermutlich Rollingcode geändert?!

Kann es sein, dass der CUL nicht gleichzeitig beide Rollos aktivieren kann? Kann man eine Verzögerung einbauen o.ä.?
Leider habe ich hier nichts gefunden.

Anbei Beispiel für eine Rollo:
defmod Terassenrollo SOMFY 000005 A6 0036
attr Terassenrollo IODev nanoCUL
attr Terassenrollo devStateIcon closed:fts_shutter_100 open:fts_shutter_10 my:fts_shutter_50
attr Terassenrollo drive-down-time-to-100 25
attr Terassenrollo drive-down-time-to-close 27
attr Terassenrollo drive-up-time-to-100 2
attr Terassenrollo drive-up-time-to-open 29
attr Terassenrollo eventMap on:ab off:auf go-my:my on:close off:open
attr Terassenrollo group Rollläden
attr Terassenrollo homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=50 TargetPosition=userposition,minValue=0,maxValue=100,minStep=50,cmds=0:close;;50:my;;100:open
attr Terassenrollo icon fts_shutter_updown
attr Terassenrollo model somfyshutter
attr Terassenrollo room Homekit,Wohnzimmer
attr Terassenrollo siriName Garten Rollo
attr Terassenrollo userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
attr Terassenrollo webCmd auf:my:ab

setstate Terassenrollo open
setstate Terassenrollo 2018-11-04 16:23:40 enc_key A6
setstate Terassenrollo 2018-11-04 16:23:40 exact 0
setstate Terassenrollo 2018-11-04 16:23:41 parsestate off
setstate Terassenrollo 2018-11-04 16:23:40 position 0
setstate Terassenrollo 2018-11-04 16:23:41 received 20
setstate Terassenrollo 2018-11-04 16:23:40 rolling_code 0036
setstate Terassenrollo 2018-11-04 16:23:40 state open




volschin

Mir ist aufgefallen, dass Änderungen der Konfiguration an der Hue Bridge sich sofort in HomeKit niederschlagen. Über das FHEM-Homebridge Interface muss immer erst ein Neustart von Homebridge durchgeführt werden, um eine Konfigurationsänderung zu nutzen. Anscheinend geht es besser.
Ist das jetzt ein Problem in Homebridge oder der Implementierung des FHEM-Plugins?

Letztlich wäre es schön, wenn man nicht jedesmal an den Restart von Homebridge ran muss, wenn etwas geändert wird.
Intel NUC+Ubuntu 22.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7590, Echo Dots+Show8, Logi Circle 2, HomeBridge
TIG Stack (Telegraf, InfluxDB, Grafana)

RaspiLED

Hi,
das liegt an Homebridge-FHEM-Plugin, dass sich beim Laden die Geräteliste aus FHEM abholt. Da ist aber auch auf FHEM Seite aktuell kein Push bei Updates möglich.
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Markus M.

Andre, kannst du bitte einen zusätzlichen optionalen Service für alle Geräte hinzufügen:
Battery Service (00000096)

Der kann, soweit ich das testen konnte, parallel zu allen anderen Services laufen.
Da rein gehören, sofern vorhanden:
StatusLowBattery, BatteryLevel, ChargingState

FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Typ1er

bei mir fehlt im attr genericDeviceType und homebridgemapping nach dem neuaufsetzen, wo habe ich was vergessen zu aktivieren?