homebridge/homekit

[webundstyle]

sooo...
alle Fenster gehen ...nur zwei Türen nicht!

Weder im Web noch in der APP:

Log:

Code Auswählen Erweitern

2016.10.18 14:19:17 3: tahoma_applyRequest data={"label":"Meo Tür - Positionieren auf 100 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/15514408","commands":[{"name":"setClosure","parameters":[100]}]}]}
2016.10.18 14:19:17 2: tahoma1: http request failed: Bad Request

Code Auswählen Erweitern

2016.10.18 14:18:24 3: tahoma_applyRequest data={"label":"Anian Tür - Positionieren auf 48 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/2574694","commands":[{"name":"setClosure","parameters":[48]}]}]}
2016.10.18 14:18:24 2: tahoma1: http request failed: Bad Request

Code Auswählen Erweitern

Internals:
   COMMANDS   dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
   DEF        DEVICE io://1202-6008-2347/15514408
   INTERVAL   2
   IODev      tahoma1
   NAME       tahoma_15514408
   NR         70
   NTFY_ORDER 50-tahoma_15514408
   STATE      dim0
   SUBTYPE    DEVICE
   TYPE       tahoma
   dataTypes  core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
   device     io://1202-6008-2347/15514408
   fid        15514408
   inControllable io:RollerShutterGenericIOComponent
   inLabel    Meo Tür
   inPlaceOID c82d9f9b-4f7a-445d-9693-0b01d8cfd699
   inType     1
   Readings:
     2016-10-18 14:24:50   devicestate     open
     2016-10-18 14:24:50   position        0
     2016-10-18 14:24:50   state           dim0
   Helper:
     readingNames:
       hash(0x43d8540)
       hash(0x43d85b8)
       hash(0x43d8630)
       hash(0x43d86a8)
Attributes:
   IODev      tahoma1
   alias      RollerShutter Meo Tür
   genericDeviceType blind
   homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
   room       Homekit,tahoma
   userReadings position {ReadingsNum($name,'state',50)}
   webCmd     dim


Kann dazu jemand helfen....

Danke schon mal

[Dave90]

Hallo, ich hoffe das ist kein alter Hut, aber ich habe im Forum und auch im Netz nichts zu dem folgenden Fehlverhalten gefunden:

Ich habe HomeKit auf meinem Rpi Model B und unter anderem einige Lampen von Milight, die ich direkt über das FHEM Plugin in HomeKit mit Siri ansteuere. Das ein- und ausschalten funktioniert auch wunderbar sowohl über die Home App(iOS 10) als auch über Siri. Das dimmen funktioniert aber über Siri nicht korrekt. Egal was ich sage, die Lampen werden immer auf 1% gedimmt. Was mir außerdem noch aufgefallen ist, ist dass der Status der Lampen in der Home App nicht richtig angezeigt wird. Hier wird auch bei 100% Helligkeit immer angezeigt, dass die Lampen zwar an sind, aber auf 0% Helligkeit.
Komisch ist, dass das dimmen über die Home App selber wunderbar funktioniert, wenn auch mit einem kleinen Delay.

Die milight Lampen habe ich über das milight Plugin in Fhem eingebunden, falls das relevant ist.

Würde mich sehr freuen, wenn jemand eine Idee hat, woran das liegt und wie man es eventuell beheben kann. Danke und einen schönen Abend noch 

[DeeSPe]

Das dimmen funktioniert aber über Siri nicht korrekt. Egal was ich sage, die Lampen werden immer auf 1% gedimmt.

Hatte genau das gleiche Problem!
Du darfst seit iOS 10 nicht mehr "Dimme" zu Siri sagen, sondern "Stelle".
Also:

Stelle das Licht in der Küche auf 71%

Gruß
Dan

[Garbsen]

@Garbsen:wenn die beiden rollos in fhem mit identischen settings unterschiedlich angezeigt werden ist einer von beiden anders angeschlossen.

um das nur in homebridge zu drehen gibt es invert=1.

gerade testweise mit einem dummy probiert:

Code Auswählen Erweitern

attr  blind homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1und es geht problemlos.

Hallo André
Damit hat es jetzt geklappt. Danke, sehr gut, auch wenn die Aktualisierung des Zustands nach Fahrbefehken teilweise arg hinkt.
An der Baustelle Somfy arbeite ich und werde es in den nächsten Tagen ausprobieren.
Nächste Baustelle, wie auch bei einigen anderen erscheint bei mir bei allen Devices in Home immer "keine Antwort", wenn man dann drauf klickt, kann man aber den aktuellen Zustand sehen und auch steuern.
Nun habe ich seit gestern ein neues Gadgetm die Apple Watch2 , auch hier erscheint "keine Antwort", leider hilft es aber auch nicht drauf zu klicken (soweit man das bei der Watch so nennt)
Es hilft auch nichts, z.B. Auf dem iPad den Zustand zu aktual oder einen Fahrbefehl anzustoßen.

Dies "keine Antwort" kommt ja auch sowohl auf iPad wie iPhone standardmäßig jedes Mal wenn man Home aufruft.
Irgendwie scheint das Appel TV (4) sich den Zustand nicht zu merken, um ihn alle alle Geräte zu senden, sondern immer erst, wenn ein Gerät konkret nachfragt den Zustand zu aktualisieren.
Wäre natürlich Sahne, wenn es mit der Wtch klappt
K-H

[justme1968]

keine antwort scheint zwei ursachen zu haben:
- wenn ein device nach dem schalten keine änderung meldet
- bei remote zugriff über iclound/apple tv wenn die verbindung beim ersten mal noch nicht steht.
  die zweite anfrage geht dann normalerweise

wenn das bei dir bei allen devices so ist stimmt etwas nicht. bei mir ändert sich der status in homekit nach 1-2 sekunden wenn sich in fhem etwas geändert hat.

eine anfrage von extern geht in der regel in etwa 3-5 sekunden. ich habe aber noch einen atv3. ich habe irgendwo gelesen das es damit angeblich zur zeit noch zuverlässiger geht als mit atv4.

bei der apple watch scheint es so zu sein das sie immer über den externen icloud zugang geht und nicht über das iPhone. auch wenn man zuhause ist.

wenn du homebridge mit --debug laufen lässt siehst du die anfragen von aussen und die antworten. damit kannst du abschätzen wo der engpass ist. d.h. ob es lange dauert bis die anfrage ankommt oder ob es lange dauert bis die antwort angezeigt wird.

gruss
  andre

[Garbsen]

keine antwort scheint zwei ursachen zu haben:
- wenn ein device nach dem schalten keine änderung meldet
- bei remote zugriff über iclound/apple tv wenn die verbindung beim ersten mal noch nicht steht.
  die zweite anfrage geht dann normalerweise

wenn das bei dir bei allen devices so ist stimmt etwas nicht. bei mir ändert sich der status in homekit nach 1-2 sekunden wenn sich in fhem etwas geändert hat.

eine anfrage von extern geht in der regel in etwa 3-5 sekunden. ich habe aber noch einen atv3. ich habe irgendwo gelesen das es damit angeblich zur zeit noch zuverlässiger geht als mit atv4.

bei der apple watch scheint es so zu sein das sie immer über den externen icloud zugang geht und nicht über das iPhone. auch wenn man zuhause ist.

wenn du homebridge mit --debug laufen lässt siehst du die anfragen von aussen und die antworten. damit kannst du abschätzen wo der engpass ist. d.h. ob es lange dauert bis die anfrage ankommt oder ob es lange dauert bis die antwort angezeigt wird.

gruss
  andre

Habe mal mit debug gestartet, jedes Mal wenn ich auf ein Device klicke scheint der Status von allen Devices abgefragt zu werden, das läuft auch zügig durch.
Aber wie gesagt, wenn ich Home starte steht erst überall aktualisieren, dann keine Antwort, klicke ich auf ein Device öffnet sich das Device und Status wird korrekt angefragt (wie gesagt scheint Homebridge dann den Status aktuell abzufragen)
Solange ich Home geöffnet lasse ist dann alles ok, schließe ich es und öffne es sofort wieder, dann geht es von vorne los, aktualisieren, keine Antwort

Ich meine, dass dies auch schon andere hier berichtet hatten.
Setting: ATV 4, ipdad Pro (12 Zoll), iPhone 6Plus, watch 2 alles neueste Software. Auf der Watch bleibt es immer bei keine Antwort, im debug sehe ich, dass sowohl beim Aufruf von Home auf der Watch, wie auch bei drücken auf ein Device in Homebridge die Aktualisierung abgefragt wird und zügig durchläuft, es ändert sich aber nichts auf der Watch 

[justme1968]

zufällig grade gesehen: https://github.com/nfarina/homebridge/issues/862. vielleicht hilft es in dieser richtung zu suchen.

gruss
  andre

[Dave90]

Du darfst seit iOS 10 nicht mehr "Dimme" zu Siri sagen, sondern "Stelle".
Also:

Oh je, noch einfacher hätte der "Fehler" wohl nicht sein können. Danke für die Aufkläung, klappt 1A. Bleibt nur noch das Problem, dass die Zustände in der home app nicht richtig angezeigt werden, damit kann ich aber leben.

[webundstyle]

sooo...
alle Fenster gehen ...nur zwei Türen nicht!

Weder im Web noch in der APP:

Log:

Code Auswählen Erweitern

2016.10.18 14:19:17 3: tahoma_applyRequest data={"label":"Meo Tür - Positionieren auf 100 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/15514408","commands":[{"name":"setClosure","parameters":[100]}]}]}
2016.10.18 14:19:17 2: tahoma1: http request failed: Bad Request

Code Auswählen Erweitern

2016.10.18 14:18:24 3: tahoma_applyRequest data={"label":"Anian Tür - Positionieren auf 48 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/2574694","commands":[{"name":"setClosure","parameters":[48]}]}]}
2016.10.18 14:18:24 2: tahoma1: http request failed: Bad Request

Code Auswählen Erweitern

Internals:
   COMMANDS   dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
   DEF        DEVICE io://1202-6008-2347/15514408
   INTERVAL   2
   IODev      tahoma1
   NAME       tahoma_15514408
   NR         70
   NTFY_ORDER 50-tahoma_15514408
   STATE      dim0
   SUBTYPE    DEVICE
   TYPE       tahoma
   dataTypes  core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
   device     io://1202-6008-2347/15514408
   fid        15514408
   inControllable io:RollerShutterGenericIOComponent
   inLabel   [b] Meo Tür [/b]
   inPlaceOID c82d9f9b-4f7a-445d-9693-0b01d8cfd699
   inType     1
   Readings:
     2016-10-18 14:24:50   devicestate     open
     2016-10-18 14:24:50   position        0
     2016-10-18 14:24:50   state           dim0
   Helper:
     readingNames:
       hash(0x43d8540)
       hash(0x43d85b8)
       hash(0x43d8630)
       hash(0x43d86a8)
Attributes:
   IODev      tahoma1
   alias      [b]RollerShutter Meo Tür [/b]
   genericDeviceType blind
   homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
   room       Homekit,tahoma
   userReadings position {ReadingsNum($name,'state',50)}
   webCmd     dim


Kann dazu jemand helfen....

Danke schon mal

Problem wurde gelöst. Es war das "ü" in Tür. "ü" in "ue" geändert und schon gehts.

[budy]

Moin,

ich habe seit einigen Wochen das Phänomen, dass wenn ich per Siri meine Bleuchtung auf einen anderen Weet dimme, homebridge immer erst alle Dimmer voll aufreisst und dann anschließend auf den Zielwerr herunter dimmt.

Im homebridge log sieht das dann so aus:

Code Auswählen Erweitern

[2016-10-20 19:18:35] [FHEM] HUEDevice3 delaying command Brightness with value 25
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Esstisch_Dimmer delaying command Brightness with value 25
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Decke_Dimmer: executing set cmd for On with value true
[2016-10-20 19:18:35] [FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Decke_Dimmer%20on&XHR=1
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Decke_Dimmer delaying command Brightness with value 25
[2016-10-20 19:18:35] [FHEM] HUEDevice3: executing set cmd for On with value true
[2016-10-20 19:18:35] [FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20HUEDevice3%20on&XHR=1
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Esstisch_Dimmer: executing set cmd for On with value true
[2016-10-20 19:18:35] [FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Esstisch_Dimmer%20on&XHR=1
  2016-10-20 19:18:36 caching: Licht_Whz_Decke_Dimmer-pct: 100
[2016-10-20 19:18:36] [FHEM]     caching: On: true (as boolean; from '100')
[2016-10-20 19:18:36] [FHEM]     caching: Brightness: 100 (as number; from '100')
  2016-10-20 19:18:36 caching: Licht_Whz_Esstisch_Dimmer-pct: 100
[2016-10-20 19:18:36] [FHEM]     caching: On: true (as boolean; from '100')
[2016-10-20 19:18:36] [FHEM]     caching: Brightness: 100 (as number; from '100')
[2016-10-20 19:18:36] [FHEM] HUEDevice3: executing set cmd for Brightness with value 25
[2016-10-20 19:18:36] [FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20HUEDevice3%20pct%2025&XHR=1
[2016-10-20 19:18:36] [FHEM] Licht_Whz_Esstisch_Dimmer: executing set cmd for Brightness with value 25
[2016-10-20 19:18:36] [FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Esstisch_Dimmer%20pct%2025&XHR=1
[2016-10-20 19:18:36] [FHEM] Licht_Whz_Decke_Dimmer: executing set cmd for Brightness with value 25
[2016-10-20 19:18:36] [FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Decke_Dimmer%20pct%2025&XHR=1
  2016-10-20 19:18:37 caching: Licht_Whz_Esstisch_Dimmer-pct: 99.5
[2016-10-20 19:18:37] [FHEM]     caching: On: true (as boolean; from '99.5')
[2016-10-20 19:18:37] [FHEM]     caching: Brightness: 100 (as number; from '99.5')
  2016-10-20 19:18:37 caching: Licht_Whz_Decke_Dimmer-pct: 99.5
[2016-10-20 19:18:37] [FHEM]     caching: On: true (as boolean; from '99.5')
[2016-10-20 19:18:37] [FHEM]     caching: Brightness: 100 (as number; from '99.5')
  2016-10-20 19:18:37 caching: HUEDevice3-bri: 63
[2016-10-20 19:18:37] [FHEM]     caching: Brightness: 25 (as number; from '63')
  2016-10-20 19:18:42 caching: Licht_Whz_Decke_Dimmer-pct: 25
[2016-10-20 19:18:42] [FHEM]     caching: On: true (as boolean; from '25')
[2016-10-20 19:18:42] [FHEM]     caching: Brightness: 25 (as number; from '25')
  2016-10-20 19:18:42 caching: Licht_Whz_Esstisch_Dimmer-pct: 25
[2016-10-20 19:18:42] [FHEM]     caching: On: true (as boolean; from '25')
[2016-10-20 19:18:42] [FHEM]     caching: Brightness: 25 (as number; from '25')
  2016-10-20 19:18:53 caching: HUEDevice2-onoff: 1
[2016-10-20 19:18:53] [FHEM]     caching: On: 1 (as number; from '1')

Habe ich da im thread was verpasst...?

Gruß,
Stephan

[Markus M.]

ich habe seit einigen Wochen das Phänomen, dass wenn ich per Siri meine Bleuchtung auf einen anderen Weet dimme, homebridge immer erst alle Dimmer voll aufreisst und dann anschließend auf den Zielwerr herunter dimmt.
Habe ich da im thread was verpasst...?

Ja, hast du.
Mach ein Update und alles wird gut

[Garbsen]

zufällig grade gesehen: https://github.com/nfarina/homebridge/issues/862. vielleicht hilft es in dieser richtung zu suchen.

gruss
  andre

Leider nicht wirklich, habe extra Konfiguration geändert, WLAN läuft über Apple Airport Express und Time Capsule Applte TV (per wlan) und raspberry (per LAN) hängen direkt an der Express. Danach alles neu gestartet.
Jetzt sind die Somfy Rolläden waren zunächst zwar zu sehen, aber gar nicht mehr anzusprechen. Nachdem ich sie in FHEM bewegt hatte, waren sie auch in Home ansprechbar. Aber ebenso wie die HM Rolläden wie bisher Keine Antwort, reagieren aber und zeigen dann Status, beim nächsten Aufruf wieder keine Antwort
Frustrierend

[budy]

Ja, hast du.
Mach ein Update und alles wird gut

Was updaten? homebridge und homebridge-fhem habe ich gerade aktualisiert... meinst du den FHEM?


Edit: ...jetzt habe ich auch nochmal den FHEM aktualisiert, aber das Problem bleibt.

[Markus M.]

Was updaten? homebridge und homebridge-fhem habe ich gerade aktualisiert... meinst du den FHEM?
Edit: ...jetzt habe ich auch nochmal den FHEM aktualisiert, aber das Problem bleibt.

Mist... Klappt dann also immer noch nicht perfekt.

@Andre:
Gibt es irgendwie eine Möglichkeit, beim Dimmen von off aus kein zusätzliches on zu senden?

@all
Hat jemand die Hue Bridge direkt an Homekit und kann mal berichten was in folgendem Fall passiert:
  - Lampe an und auf 70% (Beispielwerte)
  - Lampe mit Tippen ausschalten
  - Lampe aus dem abgeschalteten Zustand direkt über den Slider auf ca. 10% ziehen
Wird sie erst hell und dimmt runter oder dimmt sie direkt nur bis auf 10%

[Garbsen]

Leider nicht wirklich, habe extra Konfiguration geändert, WLAN läuft über Apple Airport Express und Time Capsule Applte TV (per wlan) und raspberry (per LAN) hängen direkt an der Express. Danach alles neu gestartet.
Jetzt sind die Somfy Rolläden waren zunächst zwar zu sehen, aber gar nicht mehr anzusprechen. Nachdem ich sie in FHEM bewegt hatte, waren sie auch in Home ansprechbar. Aber ebenso wie die HM Rolläden wie bisher Keine Antwort, reagieren aber und zeigen dann Status, beim nächsten Aufruf wieder keine Antwort
Frustrierend

Eine Frage (wahrscheinlich dumme Anfängerfrage): wie kommuniziert der raspberry mit Bonjour? Muss dafür vielleicht ein Package installiert werden? Oder ist das bei der Homebrige Installation (wie z.B. Hier https://alexbloggt.com/homebridge-installieren/) dabei?