homebridge-knx 0.3.0 alpha (Apple HomeKit interface)

[ThorstenGehrig]

Hi
mal wieder in Deutschland angekommen konnte ich feststellen wo mein Problem lag: die MAC war "verbrannt" und ich musste eine neue anlegen.
Dabei ist mir noch der folgende Hinweißtext bei der changelog.md aufgefallen:
> Recommend to place all services in a room into one device
Dementsprechend muss ich jetzt mal meine Config umabuen.
Also einmal "DeviceName" - und danach einmal "Services" und danach alle "ServiceType" die man für den Raum braucht...

Gibt es eigentlich einen gute JSON editor unter Mac oder Windows der das per Drag&Drop und richtig macht??

Gruß
Thorsten

[ThorstenGehrig]

Ich fragte nur weil scheinbar die Homebridge läuft - aber ich remote vom Telefon die Bridge nicht erreichen kann.
Ich bin aber diese Woche noch off-site und kann erst nächste woche vor-Ort schauen...
Gruß
Thorsten

[snowdd]

Ich hab noch einen Nachtrag...
Bisher habe ich eigentlich einen EIBD auf einem anderen client laufen (wiregate) und in der knx_config.json definiert:
"knxd_ip": "192.168.0.136",
"knxd_port": 6720,

groupwrite & co sind auch unter /usr/local/bin aufrufbar.
Gibt es da jetzt irgendwelche einschränkungen/abhängigketen - oder sind die entsprechenden hinweiße nur für Leute die einen knxd auf der selben maschiene haben?

Gruß
Thorsten

Was für Einschränkungen? Mein knxd läuft auch auf einer anderen Kiste - mindestens auf der Entwicklung, da ich beim Testen ja den produktiven knxd verwende, sonst sehe ich ja nicht ob das Licht ausgehen würde...

[snowdd]

Hi Raoul,
danke für die info...
Ich habe hier - noch auf der WWDC sitzend - meine Bridge versucht zu aktualisieren... und erstmal alles zerstört :-(
Nach viel "remote-bugfixing" habe ich alles mal neu installiert und kann die Bridge nun wieder starten... allerdings beokmme ich:

--------
Server Listening...localhost:18081/list
Loading custom types: Got an parser error: SyntaxError: Unexpected end of JSON input
at Object.parse (native)
at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/homebridge-knx/lib/customtypes/knxthermostat.js:53:29)
at emitNone (events.js:91:20)
at IncomingMessage.emit (events.js:185:7)
at endReadableNT (_stream_readable.js:974:12)
at _combinedTickCallback (internal/process/next_tick.js:80:11)
at process._tickCallback (internal/process/next_tick.js:104:9)
Don't care, continue...
--------

Irgendeine idee woher das kommt? Ist da irgendwas nicht kompatibel zueinander?

Gruß
Thorsten

Unsauber programmiert - meine Idee war bestimmte Typen direkt von GitHub nachladen zu lassen. Werde ich wieder entfernen.

[ThorstenGehrig]

Ich hab noch einen Nachtrag...
Bisher habe ich eigentlich einen EIBD auf einem anderen client laufen (wiregate) und in der knx_config.json definiert:
"knxd_ip": "192.168.0.136",
"knxd_port": 6720,

groupwrite & co sind auch unter /usr/local/bin aufrufbar.
Gibt es da jetzt irgendwelche einschränkungen/abhängigketen - oder sind die entsprechenden hinweiße nur für Leute die einen knxd auf der selben maschiene haben?

Gruß
Thorsten

[ratzi82]

Falls Interesse besteht, ich habe ein docker image für homebridge-knx gebaut, läuft bei mir seit Wochen ohne Probleme.

Das Image ist auch schon im docker hub verfügbar, siehe https://hub.docker.com/r/hebe2k/homebridge-knx/

Details zur Verwendung schreibe ich die Tage mal auf.

Gruß,
Henning

[ThorstenGehrig]

Hi Raoul,
danke für die info...
Ich habe hier - noch auf der WWDC sitzend - meine Bridge versucht zu aktualisieren... und erstmal alles zerstört :-(
Nach viel "remote-bugfixing" habe ich alles mal neu installiert und kann die Bridge nun wieder starten... allerdings beokmme ich:

--------
Server Listening...localhost:18081/list
Loading custom types: Got an parser error: SyntaxError: Unexpected end of JSON input
at Object.parse (native)
at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/homebridge-knx/lib/customtypes/knxthermostat.js:53:29)
at emitNone (events.js:91:20)
at IncomingMessage.emit (events.js:185:7)
at endReadableNT (_stream_readable.js:974:12)
at _combinedTickCallback (internal/process/next_tick.js:80:11)
at process._tickCallback (internal/process/next_tick.js:104:9)
Don't care, continue...
--------

Irgendeine idee woher das kommt? Ist da irgendwas nicht kompatibel zueinander?

Gruß
Thorsten

[snowdd]

Hallo Thorsten,
nein, das Reverse Engineering war ziemlich gut. Es gibt ein paar kleinere Updates mit iOS 11, aber die dürften uns nicht betreffen, da es um Bridge-Interna ging.
Gruß
Raoul

[ThorstenGehrig]

Hi Snowdd,
kannst du ein Statement abgeben ob die nun frei verfügbare HomeKit spezifikation an der Homebridge "signifikate Änderungen" bringen wird?
Ich war mehr als Happy als in der WWDC session "hobbyists" wie uns direkt angesprochen wurden und es ein klares statement gab.
Somit ist zunindest das Risiko vom Tisch das ein iOS Upgrade die Homebridge blocked wegen fehlender Zertifizierung... :-)

Gruß
Thorsten

[snowdd]

stadelmannj
Was Richtung KNX gesendet wird (An oder Aus, bzw 0 oder 1) kannst Du in der Konfig angeben. Im Beispiel sendet er beim "Einschalten" eine 0, und beim Zurückfallen nichts.

[stadelmannj]

Hallo. Ich denke nicht das es hilft eine 1 zu schicken. dann würde ja immer alles Licht angehen. Der Switch selbst müsste nach jeder Operation wieder auf EIN gehen, ohne jedoch eine 1 zu schicken. damit könnte man über Siri wieder ein Aus schicken. Nachteil: der Status zeigt immer EIN an.
Dein Trick mit der Szene hat jedoch funktioniert. Die Szene ist einfach invertiert, heisst schickt immer ein EIN. Dank deinem Handler wird daraus immer gleich wieder ein AUS, womit es funktioniert.

[snowdd]

stadelmannj
Du hast recht. Derzeit funktioniert das nur aus Sicht von HomeKit in Richtung "an". In Richtung KNX kann man ja mit der Konstante einstellen was er senden soll. Wenn es hilft kann ich auch noch eine Konstante (0 oder 1) einbauen um festzulegen in welche Richtung der Schalter zurückfällt bzw. sich schalten lässt.

Aber verwendest Du Zentral aus per Siri? Du kannst den Schalter auch anders benennen und eine HomeKit-Szene namens "Licht zentral aus" anlegen, in der dur den Schalter "an" schaltest. Ich selbst habe noch nicht mit Homekit-Szenen gearbeitet, aber im Homebridge-Forum (auf GitHub und auf Slack) sind sie von vielen Leuten als Allheilmittel für Dinge beschrieben worden, die Siri sonst nicht steuern mag.

[stadelmannj]

Hallo,
Um in Homekit ein "Zentral Aus" für KNX zu realisieren, habe ich Raoul's Handler "OneWaySwitch" verwendet wie im Thread https://knx-user-forum.de/forum/proj...86-zentral-aus beschrieben. Das klappt in der Homekit App perfekt. Verwendet man jedoch Siri dazu, geht das ganze nicht. Siri erkennt offenbar das die Lampe schon auf OFF steht und schickt deshalb beim Befehl "Licht Zentral Aus" gar keinen Befehl raus. Der Handler müsste den Status im Homekit quasi immer auf "Ein" zurück setzten, ohne jedoch eine '1' zu schicken. Das ist zwar doof für die Anzeige, müsste dann jedoch für den Befehl "aus" funktionieren.
Hat sonst schon jemand dises Problem fest gestellt oder hat eine Lösung dazu ?

[Sleepy]

Hallo,

ich hatte im APPLE-Homekit Beitrag schon einmal gefragt, aber bislang keine Antwort erhalten. Ich habe ein Problem mit Szenen: Und zwar erhalte ich grundsätzlich ein "Fehlgeschlagen" am iPhone und entweder gehen nicht alle Lampen an bzw. aus oder es werden manche Lampen auf 100 % geschaltet, obwohl z.B. 4 % eingestellt ist.

Hat jemand eine Idee?

[snowdd]

knxhans
Ist denn das Status-Objekt 1/2/7 auch ein aktives Objekt, d.h. schickt der Aktor das bei Änderung sofort über den Bus? Homebridge fragt nämlich nur bei Hochfahren aktiv die Adressen ab, die in KNXReadRequests enthalten sind.