Apple Homekit: die Hoffnung stirbt zuletzt

Posti123 · 27 September 2015, 20:51:04

Zitat von: volschin am 27 September 2015, 20:47:27
Interessante Info, die gerade über KhaosT kam, es gibt ein Limit in HomeKit mit max. 100 Accessories pro Bridge. Wenn es mehr sind, müsste man die vermutlich aufteilen.

Was mit FHEM recht schnell erreicht ist, da Channels auch als Gerät zählen. Zumindest ich schaffe es. Aber Dank Filter kann man sich ja auf das Wichtigste Bechränken

volschin · 27 September 2015, 21:38:34

Das liegt an der Implementierung der Bridge (Platform), ob Channels als einzelne Accessories angelegt werden oder als Services innerhalb eines Accessories.

Masterfunk · 27 September 2015, 21:43:15

Hallo,

musste beides raus, dann gings.
Erster Part wieder rein, geht immer noch.

Gruß Detlef

flurin · 28 September 2015, 08:35:59

Zitat von: volschin am 27 September 2015, 20:47:27
Interessante Info, die gerade über KhaosT kam, es gibt ein Limit in HomeKit mit max. 100 Accessories pro Bridge. Wenn es mehr sind, müsste man die vermutlich aufteilen.

Oder "genericDeviceType" filtern:

Code Auswählen


 "filter": "genericDeviceType=..*"

dann wird man vermutlich die Grenze nicht so schnell erreichen.

Zetti · 28 September 2015, 13:01:32

Hallo ich nochmal!
nach dem ich nun Homebridge zum laufen bekommen habe, hätte ich doch noch ein paar fragen!?
Warum erkennt Homebridge meine Heizkörper regler nicht HM-CC-RT-DN obwohl er die eingebauten Thermostate erkennt?
muss ich da noch was ändern? gibt es einen befehl um die Homebridge zu stoppen oder nur über neustart de VM

vielen Dank im Vorraus schon mal $:-\$

Posti123 · 28 September 2015, 13:04:39

Hi,

so richtig verstehe ich deine Frage nicht ganz, aber hast du das Attribute "genericDeviceType Thermostat" gesetzt in FHEM?

VG Sven

Zetti · 28 September 2015, 13:17:43

Nein, das mache ich wo?

Posti123 · 28 September 2015, 13:22:19

Zitat von: Zetti am 28 September 2015, 13:17:43
Nein, das mache ich wo?

du erweiterst das global userattr um genericDeviceType:ignore,switch,outlet,light,blind,thermostat

Dem HM-CC-RT-DN gibst du dann das genericDeviceType in den Attributen.

Siehe auch hier:

http://www.tatsch-it.de/control-fhem-with-siri/ und hier http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166

justme1968 · 28 September 2015, 13:38:23

und normalerweise sollte das hm modul auch automatisch das subType attribut auf thermostat gesetzt haben. dann wird er auch automatisch erkannt.

gruss
andre

Zetti · 28 September 2015, 15:52:42

soweit zeigt ermir beim Starten vom Hombridgeserver erst mal alles richtig an, aber ich bekomme mit EVE keine verbindung mehr hin.
bei FHEM zeigt er mir beim starten zu jedem gerät,unknown attribute fm_type!? irgendwas schief gelaufen aber der Homebridge server zeigt mir jetz mesured und desiered temp an gibt es eine möglichkeit den Homebridgeserver zu stoppen, das ich nicht jedesmal die VM neustarten muss

Zitat von: Zetti am 28 September 2015, 15:08:07EventedHTTPServer [::ffff:192.168.178.51] New connection from client +2m
EventedHTTPServer [::ffff:192.168.178.51] HTTP server listening on port 54826 +0ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-setup +2ms
HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +1ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +17ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-setup +30s
HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +1ms
HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +0ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +19ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-setup +159ms
HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +0ms
HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +2ms
HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +0ms
Accessory [Homebridge] Paired with client A4502B83-AEDC-44B6-8817-AD022820F527 +1ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +12ms
EventedHTTPServer [::ffff:192.168.178.51] Client connection closed +32ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP connection was closed +1ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP server was closed +1ms
EventedHTTPServer [::ffff:192.168.178.51] New connection from client +1s
EventedHTTPServer [::ffff:192.168.178.51] HTTP server listening on port 54826 +1ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-verify +1ms
HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +1ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +3ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-verify +98ms
HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +0ms
HAPServer [CC:22:3D:E3:CE:30] Client A4502B83-AEDC-44B6-8817-AD022820F527 verification complete +2ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +1ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /accessories +9ms
HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +10ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pairings +192ms
HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pairings +0ms
HAPServer [CC:22:3D:E3:CE:30] Removing pairing info for client +1ms
Accessory [Homebridge] Unpairing with client A4502B83-AEDC-44B6-8817-AD022820F527 +0ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +14ms
EventedHTTPServer [::ffff:192.168.178.51] Client connection closed +43ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP connection was closed +1ms
EventedHTTPServer [::ffff:192.168.178.51] HTTP server was closed +1ms

Masterfunk · 28 September 2015, 22:22:04

Hab jetzt alles noch mal komplett neu auf einem seperatem Sever neu aufgestezt.
Problem bleibt. Sobald ich die aktuell FHEM.js nutze und die Thermostate dazu nehme bekomme ich bei Eve "Hinzufügen fehlgeschlagen"

Gruß Detlef

Hauswart · 29 September 2015, 08:45:59

Homebridge läuft soweit eigentlich ganz gut, ausser mein iPhone hat es komplett zerschossen beim ersten Versuch: https://github.com/nfarina/homebridge/issues/192

Immer noch keine Lösung wieder an meine Daten zu kommen... :/

Marie · 29 September 2015, 15:21:56

Moin moin,

na da dachte ich wartest mal ein wenig bis das alles mit der "neuen" homebridge läuft und hab das mal installiert (vorher lief das eigentlich recht gut schon....aber die ganze Sache entwickelt sich ja noch).
Nun, nach einigen kleineren Problemen (hüstel..) läuft homebridge wieder und erkennt zwei Plattformen (FHEM und Yamaha AVR), EVE sieht die Homebridge und nach Eingabe des Codes (der richtig ist!) bekomme ich die Meldung "Hinzufügen fehlgeschlagen" genau wie thoffma3.
Homebridge erkennt auch die Geräte die im Raum "Homekit" liegen, und nein, es sind nicht zuviel...
In der Console ist zu sehen das auch Werte geloggt werden...

Ich bekomme die gleichen Meldungen wie unten was das pairen angeht....

Zitat von: thoffma3 am 24 September 2015, 19:20:20
was mach ich nur falsch. Wiki Anleitung hat bei mir prima funktioniert und Homebridge läuft.Siehe hier:

Code Auswählen Erweitern
Loading 1 platforms... [FHEM] Initializing FHEM platform... starting longpoll: http://192.168.178.50:80/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443114938841 [FHEM] Fetching FHEM switchable devices... [FHEM] fetching: http://192.168.178.50:80/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1 Loading 0 accessories... Server listening on: http://<ip>:8081 [FHEM] got: 8 results [FHEM] ignoring Fernseher [FHEM] ignoring FileLog_PIONEERAVRZONE_zone2 [FHEM] PIONEERAVRZONE_zone2 is switchable [FHEM] PIONEERAVRZONE_zone2 has onOff [state;on,off] [FHEM] ignoring Roll_WZ [FHEM] VSX923 is switchable [FHEM] VSX923 has onOff [state;on,off] [FHEM] steckdoseA is switchable [FHEM] steckdoseA has onOff [state;on,off] [FHEM] steckdoseB is switchable [FHEM] steckdoseB has onOff [state;on,off] [FHEM] steckdoseC is switchable [FHEM] steckdoseC has onOff [state;on,off] [FHEM] Initializing platform accessory 'PIONEERAVRZONE_zone2'... [FHEM] creating services for PIONEERAVRZONE_zone2 [FHEM] information service for PIONEERAVRZONE_zone2 [FHEM] switch service for PIONEERAVRZONE_zone2 [FHEM] power characteristic for PIONEERAVRZONE_zone2 [FHEM] custom volume characteristic for PIONEERAVRZONE_zone2 [FHEM] Initializing platform accessory 'VSX923'... [FHEM] creating services for VSX923 [FHEM] information service for VSX923 [FHEM] switch service for VSX923 [FHEM] power characteristic for VSX923 [FHEM] custom volume characteristic for VSX923 [FHEM] Initializing platform accessory 'steckdoseA'... [FHEM] creating services for steckdoseA [FHEM] information service for steckdoseA [FHEM] switch service for steckdoseA [FHEM] power characteristic for steckdoseA [FHEM] Initializing platform accessory 'steckdoseB'... [FHEM] creating services for steckdoseB [FHEM] information service for steckdoseB [FHEM] switch service for steckdoseB [FHEM] power characteristic for steckdoseB [FHEM] Initializing platform accessory 'steckdoseC'... [FHEM] creating services for steckdoseC [FHEM] information service for steckdoseC [FHEM] switch service for steckdoseC [FHEM] power characteristic for steckdoseC Scan this code with your HomeKit App on your iOS device: ┌────────────┐ │ 031-45-154 │ └────────────┘ Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms Accessory [Homebridge] Creating new IdentifierCache +82ms EventedHTTPServer Server listening on port 51826 +242ms

Hat jemand eine Idee?

Vielen Dank schonmal

Ich wäre da auch mal für einen Tip dankbar....

LG

Marie

rapster · 29 September 2015, 21:29:01

So bin eben auch mal dazu gekommen den neuen Bridge-Mode zu testen.
Bin begeistert

Funzt nach anfänglichen pairing-Problemen nun 1A unter Node v4.1.1!
Danke Andre und allen anderen für die Mühe!

ZitatEvtl. kann diesen Tipp ja einer gebrauchen,
- nach setzen einer eigenen "pin", sagte Eve diese ist falsch,
- nach zurücksetzen der Pin, schlug der erste pairing Versuch fehl und anschließend wurde Homebridge in Eve nicht mehr gefunden.
Ich habe dann in der config.json die MAC-Adresse modifiziert, Homebridge neugestartet, Homekit im iOS zurückgesetzt, und der nächste Pairing Versuch hat sofort geklappt!

Evtl. hilft eine Mac-Adressänderung auch @Marie...

Werde dann mal versuchen ob alle Geräte die ich so habe schon unterstützt werden

Gruß
Claudiu

Marie · 29 September 2015, 22:05:07

Gesagt, getan,

MAC-Adresse in der Config geändert auf die physikalische Adresse des Bananapi: keine Änderung.

Node von V 0.12.6 auf 4.1.1 "geupdated" : beim start mit "npn run start" kommt :

Code Auswählen

/home/bananapi/homebridge/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
    ^

Error: Module version mismatch. Expected 46, got 14.
    at Error (native)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/home/bananapi/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)

Alles sollte auf dem aktuellen Stand sein....
grummel, vorher hat es funktioniert...

Any suggestions?

LG

Marie