• Frage stellen
  • HowTo erstellen
  • Views 340K
  • Antworten 71
  • Kommentare 116

Lokale REST API mit der "homebridge-freeathome" benutzen. Falls Jemand Interesse hat:

Hallo zusammen,

ich habe die Feiertage genutzt, um mir das Homebridge Plugin von Henry Spanka anzuschauen und letztlich so zu patchen, dass die lokale API (ohne Cloud, ohne Jabber) bedient wird. Ich lasse das hier seit einem Tag auf verschiedenen Maschinen laufen und der Unterschied ist so gravierend, dass ich es bereits auf den echten RasPI installiert habe...

Falls es jemand testen will, hier ist ein Fork auf Github der folgendermaßen installiert werden kann:

sudo npm install -g --unsafe-perm https://github.com/superyaro/homebridge-freeathome.git

Wie immer bei Bash-Befehlen: Ihr wisst was ihr tut!

Nach einen Homebridge Restart ist das Plugin unter dem alten Namen sichtbar.

Bitte die aktualisierte README lesen

Die Konfiguration im Plugin bleibt wie bisher, lediglich der Flag

 "isLocalAPI": true

sollte gesetzt sein, ansonsten wird die alte API (Cloud) angesprochen.

Die lokale API muss in der f@h App aktiviert werden, ebenfalls SSH (aka TLS), denn das Plugin spricht nur verschlüsselt mit der API.

Ich habe bei uns wenig Hardware laufen, von Busch-Jäger sind Thermostate und Fensterkontakte, ansonsten habe ich noch ein Zigbee Schalter-Tableau und testweise Raffstore-Aktoren.

Rückgängig kann man das folgendermaßen machen:

sudo npm install -g homebridge-freeathome

Etwas Feedback wäre super, das Ziel ist - wenn das Ganze etwas taugt - eine Merge in den Originalzweig von Henry.

Alles Gute,

Jaro

Teile die Frage!

Beitrag melden
  1. Hallo Jaro, super Arbeit.
    Hab deine Integration versucht an s laufen zu bekommen. Hier einiges Feedback:
    * Das Plugin von henrySpank benutzt NICHT die Busch Cloud API sondern eine interne und nicht publizierte Schnittstelle (XMPP) -> Doku anpassen?
    * Wenn ich in der Config http plain einstelle und auf Port 80 verbinden will, wird das vom Plugin ignoriert und in Homebridge wird weiter gegen 443 versucht zu verbinden
    * das SSH in Einstellungen-> Service hat nix mit dem SSL /TLS also verschlüsseltem verbinden mit der lokalen API zu tun. Wenn man eine verschlüsselte Verbindung gegen 443 machen will bietet BJE an in der App das entsprechende Zertifikat zu erstellen. Wo bindet man das ein in deinem Plugin?
    * Der Username für die lokale API wird auch in der APP von man die lokale API aktiviert angezeigt und entspricht nicht dem Friendly name wenn man sich als Kunde einloggt. Der User muss Installer Rechte haben.

    Ich bekomme das Plugin leider mit 3.0.0 nicht zum laufen. Immer gegen 443 und "connect ECONNREFUSED". Einstellungen stimmen aber und mit Postman und NodeRed kann ich die API ansprechen

    von MVonberg 20.02.22, 08:19

Frage kommentieren

Beste Lösung

4

Und vielen lieben Dank an das Plugin! Es geht so viel schneller als über die Cloud. Ich probiere jetzt noch eins aus und installiere 3.0 (zur not downgrade ich wieder) und geb mal Feedback ob es funktioniert oder nicht

Beitrag melden

  1. Die Cloud war doch nie im Spiel bei den Homebridge Plugins. Nur hat superyaro endlich die offizielle lokale REST API verwendet und nicht wie bei den anderen Plugins die inoffizielle XMPP Schnittstelle wenn ich das richtig gesehen habe.

    Tausend Dank superyaro! Funktioniert hervoragend!

    von MVonberg 21.01.23, 13:23

Antwort kommentieren

  • 4

    Das mit dem git direkt scheint nicht zuverlässig zu funktionieren... Ich habe aus dem ganzen mal ein neues NPM Modul (neuer Name!) erzeugt:

    sudo npm install -g homebridge-freeathome-local

    Oder in homebridge-ui unter "Plugins" nach homebridge-freeathome-local suchen.

    Das originale Plugin (homebridge-freeathome) sollte allerdings deaktiviert werden (entweder in homebridge-ui) oder in der config.json:

    "disabledPlugins": [

    "homebridge-freeathome"
]

    So kann man auch besser hin und her switchen,

    Jaro

    Beitrag melden
    1. Ok, das hat jetzt funktioniert - ich habs am laufen.
      Das Timeout Meldungen kamen zunächst nicht mehr. Es scheint aber ein paar Probleme mit dem Erkennen der Aktoren zu geben. Teilweise erscheint eine Steckdose, welches eigentlich ein "Sensor/Schaltaktor 2/1" oder ein "Sensor/Schaltaktor 2/2"sein sollte. Hier taucht auch in der Home App "Keine Antwort" nach einmaligem Betätigen auf.

      von Baensfab 07.01.22, 12:54

    Antwort kommentieren

  • 4

    Beitrag melden

  • 4

    Ich muss jetzt nochmal schreiben, mega Kompliment an die Entwicklung!!! Ich hab heute von 2.6.4 auf 3.1 geupdatet und auch das plugin aktualisiert - es funktioniert bei mir wie Schmitts Katze! Reaktionszeiten habe ich überhaupt keine Probleme. Läuft tadellos! Weiter so! Bin mega begeistert! Ich hätte da eine ganz neue Herausforderung für dich :-D Die Kamera von Free@Home, Busch Welcome, das hat bislang noch niemand geschafft in HomeKit zu integrieren :-) Wenn du das schaffst, zahl ich dir 50 Euro, hast mein Wort

    Beitrag melden

  • 4

    Ich habe heute meinen SysAp von 2.6.0 auf 3.1.2 aktualisiert.

    Leider funktioniert jetzt die Homebridge Integration nicht mehr und ich bekomme folgende Fehlermeldung:

    Received HTTP 429 status code unexpectedly: <html> <head><title>429 Too Many Requests</title></head> <body>

    Folgendes habe ich bereits probiert:

    • alles mehrfach neu gestartet
    • Local API disabled - Neustart - Local API enabled - Neustart

    Hat jemand dasselbe Problem?

    Beitrag melden

  • 3

    Hi Jaro, Top das klingt interessant. Das Probiere ich aus. Das sollte das "websocket notifications" Problem lösen, oder? Die Sys 3.0 ist aber nach wie vor nicht kompatibel, nehme ich an?

    Beitrag melden
    1. Hi Beansfab,

      die Timeout Meldungen habe ich im local mode nicht (mehr), uptime ist gerade >48h. Die Kommunikation läuft ja direkt über das lokale websocket und nicht im Dreieck über die B+J Cloud. Das wirkt sich auch positiv auf die Latenzzeiten aus.

      zu 3.0 kann ich nichts sagen, ich habe in der API Doku keine Änderungen gefunden (könnte also funktionieren), da ich nur einen SysAP habe (den ich brauche) wollte ich das Risiko nicht eingehen ...

      lg
      Jaro

      von superyaro 05.01.22, 14:02

    2. Habe leider noch keine Installation durchführen können.
      Log: git@github.com: Permission denied (publickey)
      Wobei ich mich Frage warum ein Key beim public repo..

      von Baensfab 05.01.22, 14:06

    Antwort kommentieren

  • 3

    Ja das ist merkwürdig, hatte ich auch schon mal. Tritt sporadisch aus, Hast du mal ssh probiert?

    sudo npm install -g git+ssh://github.com/superyaro/homebridge-freeathome.git

    Jaro

    Beitrag melden
    1. ja, leider selbes Verhalten:
      npm ERR! git@github.com: Permission denied (publickey).
      npm ERR! fatal: Could not read from remote repository.
      npm ERR!
      npm ERR! Please make sure you have the correct access rights
      npm ERR! and the repository exists.

      sehr Schade 🤷‍♂️

      von Baensfab 05.01.22, 15:36

    Antwort kommentieren

  • 3

    Bei hat mal git deinsatllieren/installieren geholfen:

    sudo apt remove git

    ...

     sudo apt install git

    andere Idee hab ich leider nicht Jaro

    Beitrag melden
    1. Danke dir! Ich habe gestern und heute auch noch einiges Probiert, aber leider keine Lösung gefunden. Leider brauche ich meine Homebridge sodass ich sie nicht einfach neu aufsetzen kann um es zu versuchen.
      Schade, hätte deine Arbeit gerne getestet.

      Evtl. können das hier ja ein paar Homebridge User machen. Es scheint ja einige zu geben. ;). Würde mich über eine Umsetzung in Henrys Arbeit freuen!

      von Baensfab 06.01.22, 20:22

    Antwort kommentieren

  • 3

    Ich benutze weiterhin die bestehenden BuschJaegerAccessory Klassen, d.h. eine Steckdose gibt es da nicht sondern nur dieser: BuschJaegerSchaltAktorAccessory.

    Die lokalen Daten sind zwar fast genau wie die von der Cloud aber nur fast, so kommen bestimmte Eigenschaften nicht oder anders an, kann also sein dass ich zuviel Zeug durchlasse.

    • Kannst Du den Schaltaktor anderweitig schalten?

    • Ist die Steckdose auch noch da wenn die den local flag in der config auf "false" stellt? Dann kommen die Daten ja wie bisher aus der Cloud...

    Jaro

    Beitrag melden
    1. Also nachdem ich alles reorganisiert und geblacklistet habe, passt es denke ich soweit. Ich vermisse nichts, nur etwas zu viel. Aber mit Blacklist, kein Problem.
      ABER: Nach einem Neustart des SysAP gibt es wieder das Timeout Phänomen. Dann wieder das alte Spiel -> Login SysAP, Aktor schalten, logout, homebridge neustart. Dann läuft alles wieder super. Denke, das sollte nicht sein, oder?

      von Baensfab 07.01.22, 14:23

    Antwort kommentieren

  • 3

    Ok, das ist ja interessant, dann startet der SysAB den Websocket vermutlich erst nach einem Web-login...

    Ich probier das mal aus und versuche einen automatischen Reconnect hinzubekommen, den Weblogin könnte man ja auch in das Plugin integrieren, grundsätzlich sollten diese Dienste ja transparent hochfahren ohne Interaktion o.ä.

    Ich sag bescheid wenn ich was brauchbares habe.

    Jaro

    Beitrag melden

  • 2

    Das kann sein, ich starte meinen SysAP "nie" neu - der Websocket wird in beiden fällen (Cloud/Local) beim Homebridge Start aufgebaut und dann wird die Verbindung offen gehalten. Wird nun der SysAP neu gebootet unterbricht ja das Websocket, einen automatischen reconnect gibt es da nicht - die Lösung wäre hier ein Wachdog der bei diesen Socket-Disconnects die Verbindung neu aufbaut.

    Ich hatte das vor das mit einzubauen, war aber erst mal froh dass es überhaupt läuft. der node.js Stack ist noch bisschen neu für mich ...

    Alternativ geht ein Homebridge Restart (statt login auf SysAP)

    Beitrag melden
    1. ok, verstehe.
      ja, ich starten den SysAP nie neu. Als Test in diesem Fall aber mal schon.
      Homebridge restart behebt das Timout nach dem SysAP Neustart leider nicht. Eine Aktion funktioniert dann genau wieder ein mal, danach wieder Ausrufezeichen und keine Reaktion.
      Das einzige was Hilft ist der Login, Aktor betätigen und HB reboot.

      von Baensfab 07.01.22, 15:03

    Antwort kommentieren

  • 2

    Eine Aktion funktioniert dann genau wieder ein mal, danach wieder Ausrufezeichen und keine Reaktion.

    Das setzen der Aktoren etc erfolgt ja mit REST (also HTTPS) die Datenpunkte kommen dann über das Websocket, das sieht danach aus dass REST funktioniert aber nicht WS://

    Jaro

    Beitrag melden

  • 2

    Noch was seltsames ist mir aufgefallen:

    Wenn ich einen Wert (über REST) setze, dann bekomme ich nicht (wie ich es erwarten würde) den aktualisierten Status alle Datenpunkte des Gerätes sondern nur ein allgemeines "OK", ich muss also danach auf das Update des Websockets warten, der kommt dann immer paar ms danach, manchmal aber auch viel später, hätte man die Datenpunkte im Response, wäre ein Update an der gerade benutzten Home.app viel schneller/flüssiger,

    insgesamt ist die Kombi aus REST und Websocket mindestens merkwürdig ...

    Jaro

    Beitrag melden
    1. das kann so doch eigentlich von BJ nicht gedacht sein, dass eine Kombination aus Cloud und Lokal implementiert wurde... da BJ ja wirklich möchte, dass Plugins aus der Community realisiert werden, müsste es doch auch Doku dazu geben, oder? Kann man das ggf. bei BJ erfragen? In der Service-Hotline bin ich leider nicht weiter gekommen, da hängt es stark davon ab, bei wem man landet (so mein Gefühl)... vielleicht hat hier noch jemand einen anderen Kontakt oder eine andere Idee dazu?

      von siths1 31.01.22, 09:23

    2. REST und Websocket sind schon beide lokal, d.h. wenn die lokal API aktiv ist gibt es keine Cloud.

      REST ist ja eigentlich für diese Zwecke (Messaging mit geringer Latenz) eher ungeeignet, deshalb wurde da noch ein Websocket angebaut, das vom SysAP->Hombridge senden kann. Stelle ich etwas über dier APP ein geht der Fluß so: HomekitApp->Homebridge->Plugin_>Sysap/REST - statt mir nun direkt den aktualisierten Status zu liefern bekomme ich "ok" und muss warten bis sich das Websocket meldet, das kann natürlich etwas dauern, der direkte Response wäre schneller

      von superyaro 31.01.22, 13:57

    Antwort kommentieren

  • 2

    Hi an alle! Das klingt mega Interessant. Funktioniert es den bei den Testern bereits zuverlässig? Hat es jemand mit der SysAPP 3.0 getestet? Bzw. vllt kann man das Plugin ja auf 3.0 updaten um die Schnittstelle zu gewährleisten? Wenn ich nicht alle Automationen über Apple neu eingeben müsste würde ich es auch testen. Aber zuvor muss es zuverlässig funktionieren :-)

    Beitrag melden

  • 2

    Weil die Geräte werden ja erst mal von Homekit verschwinden oder wenn ich das neue Plugin installiere und das alte deaktiviere?

    Beitrag melden
    1. Die Geräte bleiben da, eventuell kommen mehr Aktoren dazu, keine Ahnung warum. ES kann sein dass die Raumzuordnung in home.app verloren geht. Wenn Du das plugin auf 2.6.1 updatest sollte die Automatiserung die richtigen Geräte erkennen (lief bei mir, kann es aber nicht versprechen)

      von superyaro 08.01.22, 18:36

    2. Es kamen bei mir in der Tat auch ein paar Autoren dazu. Bspw. ein paar mal mein 7“ Panel. Das konnte ich bisher auch leider nicht durch das Blacklisten wieder ausblenden.

      von Baensfab 08.01.22, 18:42

    Antwort kommentieren

  • 2

    Hi, habs gerade versucht. Bei mir klappt es leider nicht. Erhalte folgenden Fehler: free@home] Unexpected status code from System Access Point while retrieving /rest/configuration

    Die config sieht wie folgt aus:

        {
        "platform": "free@home",
        "sysIP": "192.168.178.65",
        "username": "Installer",
        "password": "12345",
        "isLocalAPI": true,
        "mappings": {}
    }

    Sobald ich "isLocalAPI" entferne, funktioniert es. Lokale API ist aktiviert, SSH ebenfalls.

    An was kann es liegen?

    Vielen Dank vorab

    Beitrag melden

  • 1

    Update! 3.0 geht nicht mehr dir lokalen Schnittstelle. Es funktioniert teilweise schon aber sehr träge und langsam. Bei der Homebridge erscheint auch ein Fehler. Wäre es möglich, das Plugin an die 3.0 anzupassen? Ich denke, da hätten mehrere große Freude :) Trotz allem mega Arbeit mit der lokalen API

    Beitrag melden

  • 1

    Achtung! Ich habe gerade auf deine neue 2.6.1 Version geupdatet. Alle Geräte in Homekit wurden zurück gesetzt.... Alle wieder auf Standard benannt und wieder in einem Raum. Warum ist das so? Passiert das jetzt jedes mal bei einem Update oder wenn ich den Raspberry neu starte?

    Beitrag melden

  • 1

    Hallo superyaro, danke für Deine Arbeit! Freue mich schon auf die ersten Live-Tests!

    Leider komme ich aber erstmal nicht weiter, denn beim Start des Homebridge-Plugins erhalte ich immer "Unexpected status code from System Access Point while retrieving /rest/configuration TypeError: Cannot use 'in' operator to search for 'pm0001' in undefined" als Fehler... hast Du eine Idee woran das liegen könnte?

    Beitrag melden
    1. Gut, wer lesen kann...
      Die Antwort liefert Morilino... "" hinzugefügt bei "true", schon klappt's... danke :-)

      von siths1 12.01.22, 10:21

    2. nur gehören doch eigentlich die "" bei true / false gar nicht hin, oder? Wenn man die weglässt erscheint jedoch oberhalb genannter Fehler...

      von siths1 12.01.22, 10:36

    Antwort kommentieren

  • 1

    Hallo @siths1,

    Cannot use 'in' operator to search for 'pm0001' in undefined" als Fehler

    Das liegt an deinen Settings, der Mappingblock funktioniert so nicht (mehr). Geh mal in der Homebridge-UI auf "Settings" und versuch die zu überschreiben, oder poste mal Deinen config.json Block (ohne ip/user/pw)

    Bei mir läuft es auf der 3.0er version stabil und einigermassen schnell, das kann also nur an den settings liegen,

    Jaro

    Beitrag melden
    1. {
      "name": "BuschJaegerSysAp",
      "sysIP": "192.168.xx.xx",
      "username": "user",
      "password": "pw",
      "isLocalAPI": true,
      "useTLS": true,
      "debug": false,
      "platform": "free@home"
      }

      von siths1 12.01.22, 11:38

    2. Das sieht gut aus, original Plugin aus aus oder deinstalliert?

      Hast Du einen Ahnung woher "pm0001" kommen könnte, die Channels sehen eigentlich so aus: "ch0000"

      von superyaro 12.01.22, 12:06

    3. leider gar keine Idee, was pm0001 sein soll... es hängt sich bei Neustart der Homebridge aber immer nach dem gleichen Aktor auf. Der ist aber "nichts Besonderes", eigentlich einer von vielen
      orig. Plugin ist deaktiviert, ja.
      Hab die SAP v3.0, spielt das ggf eine Rolle?

      von siths1 12.01.22, 13:50

    4. Du könntest die Configuration über die API auslesen: /api/rest/configuration
      oder im Plugin Debug [X] anchecken, dann kommt dieser Block als ein unformatierter JSON Blob (in der Logansicht beim Hochfahren)

      Fängt etwa so an:

      [12/01/2022, 14:48:28] [BuschJaegerSysAp] processMessage(): {"type":"result","result":{"ABB70...

      da sind keine Zugänge o.ä. drin sondern die ID und Channel aller Aktoren, Szenen etc.

      kannst Du mir gerne privat schicken falls Du magst
      Jaro

      von superyaro 12.01.22, 14:53

    5. gerne. habs ausgelesen - aber ich fürchte ich kann Dir hier nix per PM senden (zumindest hab ich nix gefunden)... geht das auf Github oder wo anders?

      von siths1 12.01.22, 16:00

    Antwort kommentieren

  • 1

    und danke! durch die Umstellung von 3.0.1 auf 2.6.1 sind wieder alle Geräte verloren gegangen! Ich dachte, dass passiert nicht mehr? Das nervt richtig

    Beitrag melden
    1. Ich weiss nicht warum das manchmal passiert, die Aktoren-ID sind gleich geblieben. Bei mir lief es auf einem System ohne Verluste durch, auf dem anderen waren die auch resettet. Leider ist Homekit eine blackbox.

      Abgesehen davon, wie läuft es sonst so?

      Jaro

      von superyaro 12.01.22, 23:23

    2. Ich sehe gerade Deinen anderen Kommentar, danke Dir fürs feedback
      J

      von superyaro 12.01.22, 23:25

    3. Sonst läuft es mega gut . Sehr zuverlässig und schnelll 😍

      von Morilino 13.01.22, 06:54

    Antwort kommentieren

  • 1

    Ich habe seit einigen Tagen die 3.0.0 auf dem SysAP konstant laufen, habt Ihr mal probiert das ganze über die Homebridge-UI zu konfigurieren - also nicht direkt in der config.json sondern über den Dialog?

    Dafür braucht ihr allerdings die aktuelle Pluginversion ...

    "pm0001" kommt eigentlich nur über die Cloud API, lokal heissen die Datapoints etwa so "idp0000" bzw. "odp0000" (inputs und outputs)

    Das ist für mich ein Indiz, dass Ihr möglicherweise doch nicht auf der lokalen API seid Im log sollte am Anfang so etwas stehen:

    [13.1.2022, 23:13:00] [BuschJaegerSysApDev] *** heartBeat 10000                                                                                 
[13.1.2022, 23:13:00] [BuschJaegerSysApDev] Connected as Local API Websocket
[13.1.2022, 23:13:00] [BuschJaegerSysApDev] Retrieving configuration...

    Jaro

    Beitrag melden

  • 1

    Hab den Fehler gefunden, warum es glaub bei mir und den anderen eventuell nicht funktioniert hat. Wenn man die Config von dir kopiert unter Github sieht das ganze wie folgt aus: { "platform": "free@home", "sysIP": "<IP>", "username": "<USERNAME>", "password": "<PASSWORD>", "isLocalAPI": <true|false>, "mappings": {} }

    Bei islocalAPI fehlen in der Config die "". Mir ging es zumindest so, dass ich es rauskopiert habe und dann einfach true stehen lies und dadurch die "" gefehlt haben. Zack Fehler NPM001 etc. Eventuell passt du das unter GitHub einfach an :-)

    Liebe Grüße

    Andy

    Beitrag melden

  • 1

    Hi Andy,

    true|false ist ein Boolscher Wert der MUSS ohne "" stehen, ich frage den Wert auch auf true und nicht auf "true" ab. Wenn Du "true" reinschreibst, denkt das Plugin dass die Lokale API gerade NICHT konfiguriert ist und nimmt die Cloud API (die habe ich ja drin gelassen). Ich denke der Fehler kommt vom Umschreiben der Mappings.

    Im Log siehst Du das beim Hochfahren:

    cloud:

    20.1.2022, 18:32:46] [BuschJaegerSysApDev] <open version="1.0" xmlns="urn:ietf:params:xml:ns:xmpp-framing" to="busch-jaeger.de"/>

    local:

    [20.1.2022, 18:35:04] [BuschJaegerSysApDev] Connected as Local API Websocket

    Leider kann man hier keine privaten MSG schicken, kontaktier mich bitte mal über twitter oder github,

    lg, Jaro

    Beitrag melden

  • 1

    Moin!

    ich habe dasselbe Problem auch

    [22/01/2022, 08:57:41] [BuschJaegerSysAp] Unexpected status code from System Access Point while retrieving /rest/configuration TypeError: Cannot use 'in' operator to search for 'pm0001' in undefined

    ich benutze nicht die cloud! wenn ich auch "true" einfüge also mit " " findet er die geräte und zeigt sie an, aber schalten klappt max 1x Status wird nicht aktualisiert... jemand eine Idee?

    Beitrag melden

  • 1

    Ahhhh, das wird es sein, ich habe nämlich keinen B+J Dimmer in meinem Setup, 1000 Dank dafür!

    Ich spiel gleich einen Patch aus,

    Jaro

    Beitrag melden
    1. Mal kurz für mich als unwissenden, wenn ich einen Dimmer habe und ohne Minimalhelligkeit unterwegs bin, wie wirkt sich das das in der Praxis aus?

      von siths1 30.01.22, 14:40

    2. Die Minimalhelligkeit kannst Du in der App am jeweiligen Actor einstellen, genau wie die maximalen Einschalthelligkeiten (Tag/Nacht) - über ein Minimum kann man flackern bzw. brummen Vermeiden, so habe ich es zumindest verstanden.

      von superyaro 30.01.22, 15:52

    Antwort kommentieren

  • 1

    Habe einen Patch ausgespielt, 3.0.3

    Jaro

    Beitrag melden
    1. Servus, nun klappt es. Vielen Dank an dieser Stelle schonmal für Deine Arbeit! Bin verbunden via lokaler API "[BuschJaegerSysAp] Connected as Local API Websocket..."
      Kann nun auch via HomeKit Geräte ein / ausschalten und dimmen...
      Allerdings wird der Status nicht aktualisiert. So heißt es im HomeKit eigentlich immer nach ein-/ausschalten von Geräten "keine Antwort". Korrekt schalten kann man die Geräte aber weiterhin. Das schränkt zwar nicht ein in den Nutzungsmöglichkeiten, sieht aber nicht so schön aus... :-)

      Rollos / Jalousien sind anders. Hier funktioniert nach einmaligem Fahrbefehl nichts mehr... man kann sie nicht unterwegs stoppen, sondern erst wieder hochfahren, wenn sie unten angekommen sind.

      Fehlt hier vielleicht die Rückmeldung an HomeKit bzgl. Fertigstellung der Durchführung des Schaltvorganges bzw. der Schaltstatus? Hatte so ein ähnliches Problem auch mal mit Node-RED....

      von siths1 31.01.22, 09:00

    2. ...
      Über die falsch zugeordneten "Bildchen", Schaltaktoren bekommen teilweise Steckdosensymbole wurde ja bereits oberhalb schonmal berichtet meine ich.

      VG

      von siths1 31.01.22, 09:01

    3. Genau das Verhalten hab ich bei mir auch entdeckt. Hab auch schon in den Code geschaut aber noch keinen richtigen Ansatz gefunden.

      von kdljns 31.01.22, 09:05

    4. HomekitApp "neustarten" hat bei mir geholfen

      von superyaro 31.01.22, 13:58

    5. Das mit den Lichtern/Steckdosen liegt daran:
      <pre> var outletService = this.getChannelAttribute("iconId") == '1' ? new Service.Lightbulb : new Service.Outlet();</pre>

      Die icons kommen in der local API nicht an, vielleicht finde ich eine andere Lösung

      Jaro

      von superyaro 31.01.22, 14:08

    6. also nur die Home-App neustarten hilft bei mir nicht. Da fehlt irgendwie eine Rückmeldung vom Accessory sodass Homekit denkt, es passiert nix.

      von kdljns 31.01.22, 14:15

    7. Bei mir leider auch nicht :/

      von meyer-tobias 07.02.22, 21:41

    Antwort kommentieren

  • 1

    Funktioniert das Plugin mittlerweile auch mit SysAP 3.0?

    Beitrag melden
    1. Ich habe immer die 3.0 bei mir laufen. Habe allerdings (noch) keine Dimmer/Schalter/Jalousien bei mir laufen, bei Gelegenheit kommen die Raffstores dran, leider klemmt beim uns da noch ein Warema Baustein in der Decke, der über profane B+J Kippschalter angesteuert wird (12V) ...

      lg
      Jaro

      von superyaro 05.02.22, 22:10

    2. Ach ja: Schaltaktoren werden als Steckdosen "erkannt", ich weiss nicht was da eine Ideale Lösung wäre (immer Lightbulb oder einzeln konfigurierbar)

      Jaro

      von superyaro 05.02.22, 22:11

    Antwort kommentieren

  • 1

    Hallo Community,

    bekomme am Anfang diese Fehlermeldung: 07/02/2022, 20:31:47] [BuschJaegerSysAp] Initializing free@home platform... [07/02/2022, 20:31:47] [BuschJaegerSysAp] Initialising BuschJaeger Plugin [07/02/2022, 20:31:47] [BuschJaegerSysAp] Will try to connect to the SysAP at 192.168.XXX.XX [07/02/2022, 20:31:47] [BuschJaegerSysAp] Trying to connect to SysAP [07/02/2022, 20:31:47] [BuschJaegerSysAp] connect ECONNREFUSED 192.168.XXX.XX:443

    Danach kommt immer wieder diese Meldung: 07/02/2022, 20:33:27] [homebridge-freeathome-local] This plugin is taking long time to load and preventing Homebridge from starting. See https://git.io/JtMGR for more info.

    Übersehe ich was einfaches ? Danke für die Hilfe Gruß Thomas

    Beitrag melden

  • 1

    In der Free@Home App unter den Installationseinstellungen Lokale API aktivieren, dann sollte es funktionieren.

    Beitrag melden
    1. Vielen Dank für die schnelle Antwort. Kann ich zwischen den beiden Free@Home Plugins hin und her switchen ? (Wenn ich jeweils die andere deaktiviere!)

      von Saint-AC 08.02.22, 17:15

    2. Das geht, allerdings schreiben beide in den selben JSON Knoten, beim Mapping könnte das Probleme bereiten, da ich die Struktur für Homebridge UI anpassen musste (leider)...

      Am besten Du macht ein Backup von der config.json .

      Es kann auch sein, dass es deine Actor-Zuordnungen in der Home App durcheinander bringt, ist immer etwas lästig...

      Jaro

      von superyaro 08.02.22, 22:32

    Antwort kommentieren

  • 1

    Hi Jaro,

    SysAP 3.0 vom 8.12.21. Homebridge im Docker auf einer Synology. Tut auch soweit mit anderen Geräten. Das Plugin kann sich aber nicht verbinden, bzw es kommt Connection refused. (connect ECONNREFUSED) Egal mit welchem Benutzer.

    [2/14/2022, 7:09:09 PM] [BuschJaegerSysAp] Will try to connect to the SysAP at 10.1.100.8 [2/14/2022, 7:09:09 PM] [BuschJaegerSysAp] Trying to connect to SysAP [2/14/2022, 7:09:10 PM] [BuschJaegerSysAp] connect ECONNREFUSED 10.1.100.8:443

    Lokale API ist aktiv, SSH auch. Interessanterweise kann ich mich mit SSH auch nicht verbinden. homebridge@10.1.100.8: Permission denied (publickey,keyboard-interactive).

    Übersehe ich etwas?

    Grüße hauke

    Beitrag melden

  • 1

    Hallo Jaro, super Arbeit. Hab deine Integration versucht an s laufen zu bekommen. Hier einiges Feedback: * Das Plugin von henrySpank benutzt NICHT die Busch Cloud API sondern eine interne und nicht publizierte Schnittstelle (XMPP) -> Doku anpassen? * Wenn ich in der Config http plain einstelle und auf Port 80 verbinden will, wird das vom Plugin ignoriert und in Homebridge wird weiter gegen 443 versucht zu verbinden * das SSH in Einstellungen-> Service hat nix mit dem SSL /TLS also verschlüsseltem verbinden mit der lokalen API zu tun. Wenn man eine verschlüsselte Verbindung gegen 443 machen will bietet BJE an in der App das entsprechende Zertifikat zu erstellen. Wo bindet man das ein in deinem Plugin? * Der Username für die lokale API wird auch in der APP von man die lokale API aktiviert angezeigt und entspricht nicht dem Friendly name wenn man sich als Kunde einloggt. Der User muss Installer Rechte haben.

    Ich bekomme das Plugin leider mit 3.0.0 nicht zum laufen. Immer gegen 443 und "connect ECONNREFUSED". Einstellungen stimmen aber und mit Postman und NodeRed kann ich die API ansprechen

    Beitrag melden
    1. Hallo,

      sorry für die späte Antwort, ich war (ohne Rechner) im Winterurlaub...

      stimmt, ich habe das mit der "CloudAPI" komplett falsch verstanden, konnte mir nicht vorstellen dass man DREi API einführt, die irgendwie das selbe machen...

      Das mit dem TLS prüfe ich mal, könnte an der schwachen Javascript Typisierung liegen.

      Das Zertifikate prüfe ich (noch) nicht, man kann TLS Anfragen fahren und das self signed Zertifikat ignorieren.

      Was meinst du damit?
      "Der Username für die lokale API wird auch in der APP von man die lokale API aktiviert angezeigt und entspricht nicht dem Friendly name wenn man sich als Kunde einloggt."


      vielen Dank für das Feedback, ich prüfe das mit dem port 80 (http) und schiebe ggf. ein Patch raus,

      Jaro

      von superyaro 20.02.22, 19:08

    2. https://www.npmjs.com/package/homebridge-freeathome-local/v/3.0.4-beta.0

      von superyaro 20.02.22, 22:09

    3. Ausprobiert und läuft bei mir auf anhieb auch auf 80 plain.

      Wegen den Usern:
      BJE hat die Friendly names wie im Webfrontend angezeigt, zB "Installer". Dahinter steht dann eine JID. Der erste Benutzer ist immer JID installer mit kleinem i, jeder weiterer User hat dann eine JID Nummer. Die Frage für das Addon ist also ob man den Friendly Name wie bei HenrySPanka eingibt und du nach JID auflöst oder ob man den JID Namen aus "Einstellungen -> Installationseinstellungen -> lokale API". Dort wird der entsprechenden JID angezeigt für den gerade eingeloggten User

      von MVonberg 21.02.22, 09:15

    4. Die beta funktioniert. Username ist „Installer“ also mit großem I.

      von haukemac 04.03.22, 20:12

    5. Allerdings viele Warnungen:
      [3/4/2022, 9:17:54 PM] [homebridge-freeathome-local] This plugin generated a warning from the characteristic 'Target Position': characteristic value expected valid finite number and received "NaN" (number). See https://git.io/JtMGR for more info.

      von haukemac 04.03.22, 21:20

    6. Hast Du ein Rollo-Actor im Einsatz? Ich vermute der brauch die Target-Position. Meine muss ich noch installieren (liegt bisher rum), sobald ich die online habe schau ich mir das an,

      lg
      Jaro

      von superyaro 09.03.22, 18:23

    Antwort kommentieren

  • 1

    Vielen Dank, dass du dich hier mit dem Thema beschäftigst! Freue mich schon, wenn es wieder sauber läuft.

    Aktuell habe ich aber ähnliche Probleme, wie auch oben schon genannt.

    Lokale API beim Installer User aktiv SSH Aktiv

    Fehler im Log : connect ECONNREFUSED 192.168.xxx.xxx:443 Der Aufruf der hier genannten Site: https://192.168.xxx.xxx/settings.json funktioniert auch bei mir nicht.

    SysAp restart brachte keine Änderung. Installieren der Beta ebenfalls nicht.

    Beitrag melden

  • 1

    Hi zusammen, habe sowohl 3.0.3 als auch die Beta probiert. Locale API ist an, https aus bzw. an probiert. Bei beiden Versionen kann ich das Licht etc. genau einmal schalten. Danach bekomme ich in der Homekit App den Fehler: Keine Antwort. Hat das noch jemand?

    Beitrag melden
    1. Ja leider ebenso…

      von siths1 06.03.22, 09:35

    2. Kannst bitte mal den Fehler komplett hier reinkopieren

      Jaro

      von superyaro 09.03.22, 18:19

    3. Hi Jaro,
      ich habe den selben "Fehler". Sobald ich eine Lampe in der Homekit App schalte, funktioniert dies, aber die Homekit App zeigt bei der entsprechenden Lampe nach ein paar Sekunden den Hinweis "keine Antwort" an. Sobald man die App neu startet wird der Status der Lampe korrekt aktualisiert und mit "Ein" oder "Aus" angezeigt.

      Mein Protokoll sieht wie folgt aus:
      [3/11/2022, 3:23:35 PM] [BuschJaegerSysAp] setDatapoint(): ABB.../ch0002/idp0000/1
      [3/11/2022, 3:23:35 PM] [BuschJaegerSysAp] Set Datapoint: ABB.../ch0002/idp0000/1
      [3/11/2022, 3:23:35 PM] [BuschJaegerSysAp] processMessage(): {"result":[],"type":"update"}
      [3/11/2022, 3:23:35 PM] [BuschJaegerSysAp] Updating accessory *Decke Essen* with uuid ABB.../idp0000/1
      3 mal folgendes:
      [3/11/2022, 3:23:36 PM] [BuschJaegerSysAp] processMessage(): {"result":[],"type":"update"}
      [3/11/2022, 3:23:36 PM] [BuschJaegerSysAp] Updating accessory *Decke Essen* with uuid ABB.../odp0000/1

      von meyer-tobias 11.03.22, 15:24

    Antwort kommentieren

  • 1

    Hallo zusammen, ich bekomme keine Verbindung von der Homebridge zum SysAP. Ich habe die Homebridge auf einem QNAP Server in einem Container laufen! Ich kann die Verbindung per SWAGGER herstellen und auch die Settings des SysAp via http://192.168.xxx.xxx/settings.json erreichen. { "flags" : { "version" :"2.6.4", "build" :"8172", "sessionId" :"5842246d", "locale" :"de", "logging" :true, "name" :"SAP BJ", "serialNumber" :"ABB7F62D362D", "abb" :false, "autoReport" :false, "hardwareVersion" :"131072", "showWizard" :false },

    "blacklist" : { "mshtml" : [ ";<=11" ], "gecko" : [ ">=41;<43" ] },

    "users" : [ { "name": "Kirchhoff", "role": "install", "permissions": ["vbus","timer","monitor","setDataPoint","configure","action","myBje","network","users","safety","install"], "jid": "installer@busch-jaeger.de", "initial": "false", "enabled": "true", "authmethods": { "SCRAM-SHA-1": { "iterations": 10000, "salt": "+gHPYNEc2yqpuczNtZGlZ+ZDRoGROx903wOZedx/Cgo=" }, "SCRAM-SHA-256": { "iterations": 10000, "salt": "+gHPYNEc2yqpuczNtZGlZ+ZDRoGROx903wOZedx/Cgo=" } } } ] }

    Die Config von Homebridge schaut wie folge aus: "bridge": { "name": "Homebridge 0A4C", "username": "0E:80:F6:3E:D1:16", "port": 53621, "pin": "996-44-818", "bind": [ "eth0" ] }, "disabledPlugins": [ "homebridge-freeathome" ], "accessories": [], "platforms": [ { "name": "Config", "port": 8581, "auth": "form", "theme": "auto", "tempUnits": "c", "lang": "auto", "platform": "config" }, { "name": "BuschJaegerSysAp", "sysIP": "192.168.200.200", "username": "Kirchhoff", "password": "Jan180175#", "isLocalAPI": "true", "useTLS": "true", "dimmActorMinValue": 1, "debug": "false", "platform": "free@home" } ] } Ob die Bool Werte nun in "" stehen müssen kann ich nicht sagen, was wäre hier nun richtig ?

    Ich bekomme immer folgenden Fehler: [3/7/2022, 3:33:16 PM] Loading 2 platforms... [3/7/2022, 3:33:16 PM] [Config] Initializing config platform... [3/7/2022, 3:33:16 PM] [Config] Running in Service Mode [3/7/2022, 3:33:16 PM] [BuschJaegerSysAp] Initializing free@home platform... [3/7/2022, 3:33:16 PM] [BuschJaegerSysAp] Initialising BuschJaeger Plugin [3/7/2022, 3:33:16 PM] [BuschJaegerSysAp] Will try to connect to the SysAP at 192.168.xxx.xxxx [3/7/2022, 3:33:16 PM] [BuschJaegerSysAp] Trying to connect to SysAP [3/7/2022, 3:33:16 PM] [BuschJaegerSysAp] connect ECONNREFUSED 192.168.xxx.xxx:443 [3/7/2022, 3:33:36 PM] [homebridge-freeathome-local] This plugin is taking long time to load and preventing Homebridge from starting. See https://git.io/JtMGR for more info. [3/7/2022, 3:33:56 PM] [homebridge-freeathome-local] This plugin is taking long time to load and preventing Homebridge from starting. See https://git.io/JtMGR for more info. [3/7/2022, 3:34:16 PM] [homebridge-freeathome-local] This plugin is taking long time to load and preventing Homebridge from starting. See https://git.io/JtMGR for more info. [3/7/2022, 3:34:36 PM] [homebridge-freeathome-local] This plugin is taking long time to load and preventing Homebridge from starting. See https://git.io/JtMGR for more info. [3/7/2022, 3:34:56 PM] [homebridge-freeathome-local] This plugin is taking long time to load and preventing Homebridge from starting. See https://git.io/JtMGR for more info.

    Würde mich freuen, wenn mir jemand helfen kann.

    Danke

    Beitrag melden
    1. Hallo,

      vermutlich ist dein SysAP nicht unter TLS (Https) erreichbar:

      "useTLS": "true"

      Stell das mal auf false, vermutlich geht es dann,

      Jaro

      von superyaro 09.03.22, 18:16

    2. habe genau das gleiche Phänomen... Alle Varianten probiert. SysAP nicht erreichbar über TLS oder ohne

      von smovenick 09.03.22, 22:37

    3. Moin,
      das habe ich nun gemacht, kann überhaupt keine Verbindung mehr zum SysAp aufgebaut werden, egal welche Einstellung nun verwendet wird :-.(. Ich werde den Docker Container komplett neu aufsetzen. Bin mal gespannt

      Wie kann man den SysAP auf TLS umstellen ?

      von KKirchhoff 10.03.22, 07:46

    Antwort kommentieren

  • 1

    Ich würde einfach gar keinen Adapter mehr nehmen und gleich direkt mit red Node. Seitdem funktioniert es super

    Beitrag melden
    1. Danke für deine Antwort, aber was bedeutet red Node ? Kannst Du dafür ein Beispiel nennen?

      von KKirchhoff 07.03.22, 16:17

    2. Ich bin nun ein wenig weiter, mit dem Plugin von
      Homebridge Freeathome Local Kdljns
      geht wird zumindest die Verbindung aufgebaut, aber ich erhalte sehr viele Debug Meldungen - wurde hier auch schon mal geschrieben.
      Homebridge Freeathome Local funktioniert leider nichtl

      von KKirchhoff 07.03.22, 16:23

    Antwort kommentieren

  • 1

    Das plug in red-node

    Beitrag melden
    1. So ein bisserl mehr Detail, wäre ned schlecht
      ;-)

      von haukemac 09.03.22, 16:51

    2. Ich benutze den iobroker auf dem pi und habe dort den adapter red-node installiert.
      dort habe ich von einem netten Menschen aus dem Netz in einem Forum ein Skript bekommen, den ich dort eingefügt habe, der genauso wie der free@home adapter alle Schalter/Lichter angelegt hat, die man einfach steuern kann. Ich habe die Datenpunkte dann in den yahka Adapter übernommen und kann es nun in Homekit wieder alles steuern wie ich lustig bin☺
      ich hoffe das war ausführlich genug :)

      von hohmannc1 09.03.22, 17:21

    3. kannst du mir bitte das Skript schicken? bzw. posten? wäre mega!

      von Morilino 12.03.22, 15:01

    4. wie ist deine Mail Adresse, kann keine PN schicken

      von hohmannc1 12.03.22, 15:21

    5. [vom Support entfernt]

      von Morilino 12.03.22, 15:35 Bearbeitet

    6. Und?;-)

      Es richtet dir in Iobroker für alles datenpunkte ein, die du steuern kannst oder in yahka einfügen kannst

      von hohmannc1 12.03.22, 16:31

    Antwort kommentieren

  • 1

    [3/26/2022, 10:18:07 PM] [homebridge-freeathome-local] This plugin generated a warning from the characteristic 'Target Temperature': characteristic was supplied illegal value: number 0 exceeded minimum of 7. See https://git.io/JtMGR for more info. [3/26/2022, 10:18:24 PM] [BuschJaegerSysAp] Set Datapoint: ABB700C8F71A/ch0000/idp0000/0 [3/26/2022, 10:18:29 PM] [BuschJaegerSysAp] SysAp did not respond in time: 0000/odp0000/0 [3/26/2022, 10:18:29 PM] [BuschJaegerSysAp] If this issue persists please try to login as the API user in the free@home UI. The SysAp might disable websocket notifications if the connection is idle for too long. [3/26/2022, 10:18:29 PM] [BuschJaegerSysAp] See: https://github.com/henry-spanka/homebridge-freeathome#tips--tricks [3/26/2022, 10:18:31 PM] [BuschJaegerSysAp] Set Datapoint: ABB700C8F71A/ch0000/idp0000/0 [3/26/2022, 10:18:36 PM] [BuschJaegerSysAp] SysAp did not respond in time: 0000/odp0000/0 [3/26/2022, 10:18:36 PM] [BuschJaegerSysAp] If this issue persists please try to login as the API user in the free@home UI. The SysAp might disable websocket notifications if the connection is idle for too long. [3/26/2022, 10:18:36 PM] [BuschJaegerSysAp] See: https://github.com/henry-spanka/homebridge-freeathome#tips--tricks

    Homekit findet mittlerweile die Geräte, allerdings kann ich jedes Gerät immer genau einmal schalten, danach funktioniert es nicht mehr, muss den Homebridge Server neustarten und dann kann ich wieder einmal alles machen.

    Konfig: { "name": "BuschJaegerSysAp", "sysIP": "192.168.0.125", "username": "homebridge", "password": "blabla123", "isLocalAPI": false, "useTLS": "true", "dimmActorMinValue": 20, "debug": false, "platform": "free@home" }

    weiß einer vlt Lösungsansätze?

    Beitrag melden

  • 1

    Ich will nicht unhöflich sein, aber geht jetzt hier noch was weiter bei dem Plugin in Sachen neue Updates wegen Fehlerbeseitigung? Ich bin immer noch auf der alten sys Version und auf der Plugin Version 2.6.4, da es meines Erachtens am stabilsten läuft. Finde es schade, dass man anfangs so große Hoffnungen auf ein gutes Plugin setzt und dann passiert nichts mehr, geschweige denn, dass neue Updates oder mal eine Info kommt. Vielen Dank vorab

    Beitrag melden

    1. Hallo,

      ja es geht weiter, allerdings in meiner Geschwindigkeit und codeseitig auf den HEAD, also die 2.6.4 werde ich mir bestimmt nicht mehr ansehen...

      Ich versuche das sporadische Aufhängen nachzustellen, bei einigen kommen die sehr oft, bei mir läuft das ganze teilweise Tage/Wochen bis sich das ganze verabschiedet.

      Hier läuft btw. die SysAp mit 3.0.1 und die letzte BETA als Plugin.

      Da es bei mir so selten ist dauert es leider da brauchbare Debuginformationen zu sammeln.

      Schwachstelle scheint die Websocketverbindung zu sein, ich versuch da einen stabilen Reconnect hinzubekommen, also sobald der AP nicht mehr reagiert bzw. keine Status versendet soll das ganze Reconnecten (ohne Amok zu laufen).

      Hardware habe ich ebenfalls noch bestellt (Dimmer, Jalousie), da hagelt es beim Start Fehlermeldungen, die HW scheint aber noch in China festzuhängen...

      Ich hoffe das war ausreichend Information, sobald ich was brauchbares habe stelle ich es auf NPM und hier rein,

      Jaro

      von superyaro 19.04.22, 23:34

    Antwort kommentieren

  • 1

    Neues Release mit automatischen Reconnect:

    https://github.com/superyaro/homebridge-freeathome-local/releases/tag/3.0.4 (Bitte nicht die Beta installieren!)

    Ich habe meinen Stand mal freigegeben, neben einigen kleineren Bugfixes habe ich einen Reconnect eingebaut, der spätestens nach 30s ohne Rückmeldung oder einem echten Abbruch das Socket zur API neu aufbaut. Ich habe in meinem Log mehrere am Tag, durch den reconnect läuft das System bei mir ohne Abbruch.

    Auch sollte ein Restart des SysAP kein Problem (mehr sein), das Plugin probiert solange bis die Verbindung steht.

    Feedback ist sehr willkommen,

    Jaro

    PS: ich habe auf dem SysAP aktuelle Firmware laufen, es sollte aber eigentlich mit älteren Softwareständen ebenfalls funktionieren, da sich die API ja nicht geändert hat.

    Beitrag melden

    1. [4/22/2022, 9:07:16 PM] [BuschJaegerSysAp] connect ECONNREFUSED 192.168.0.125:443 [4/22/2022, 9:07:36 PM] [homebridge-freeathome-local] This plugin is taking long time to load and preventing Homebridge from starting. See https://git.io/JtMGR for more info.

      Hi Yaro, erstmal danke für die Top arbeit, die du in deiner Freizeit nebenbei so machst, BJ Team scheint es ja nicht zu können... :-P

      Siehe oben, das oassiert nun bei mir Zum System, alles auf dem neuesten Stand

      Lösung: TLS deaktiviert und auf NONE eingestellt, funktioniert erstmal, werde die Tage immer mal testen und probieren

      Aber wieso funktioniert es nur ohne TLS, eine Idee?

      Grüße Tim

      von timpeters85 22.04.22, 21:16

    2. Hallo,

      Danke für das Feedback.

      Kannst du mal probieren die API im Browser auszurufen? Du müsstest einen 401 Fehler bekommen (aber eben eine Antwort-Seite statt econnect refused) - bei dir wäre das https://192.168.0.125/fhapi/v1/api

      von superyaro 23.04.22, 22:03

    3. 401 Authorization Required

      kommt dann und vorher sagt er: Seite nicht vertrauenswürdig usw usw

      von timpeters85 23.04.22, 22:17

    4. Ok danke dir, das ist alles so wie es sein sollte, Seite ist nicht vertrauenswürdig da die Zertifikate des SysAP von B+J selbstgebaute sind, ich irgnoriere aber bereits die zertifikatsgültigkeit (ist nicht korrekt aber so läuft die verschlüsselte Kommunikation zumindest). Das Problem scheint irgendwie im NodeJs oder einer Bibliothek zu sein, ich recherchiere dazu nochmal, kann es nur dummerweise bei mir absolut nicht nachstellen…

      Unverschlüsselt ist insofern blöd, dass man die Passwörter für deinen AP mitlesen kann wenn jemand bei euch im lokalen netz eingeloggt ist, das ist vermutlich nicht tragisch, richtig gut finde ich es aber nicht.

      von superyaro 23.04.22, 23:20

    Antwort kommentieren

  • 1

    Vielen Dank für die viele Arbeit für das Plugin. leider bekomme ich immer die nachstehende Fehlermeldung SysAP ist auf 3.0.1 und Homebridge Plugin habe ich sowohl 3.0.3 als auch 3.0.4 versucht. Die Homebridge starte dann auch nicht mehr richtig wenn es aktiviert ist :(

    Habt Ihr da eine Rat für mich?!

    Screenshot vom Fehler [1] Hier Bildbeschreibung einfügen

    PS: mit TLS deaktiviert geht es bei mir jetzt auch :)

    Beitrag melden

    1. Probier mal bitte im Browser ob die API antwortet: https://192.168.1.167/fhapi/v1/api

      Lg Jaro

      von superyaro 23.04.22, 22:04

    2. Danke Jaro - die Seite kann nicht aufgerufen werden. Ohne TLS geht es aber :) Gibt es noch einen Trick die Szenen auch mit auszulesen?

      Liebe Grüße, Moritz

      von moritzgoebel 24.04.22, 14:21

    3. Was soll mit den Szenen passieren? Ein schalter?

      von superyaro 24.04.22, 19:40

    4. Die Szenen steuern diverse Lichter mit unterschiedlichen Dimm Einstellungen. In HomeKit muss ich die ja dann quasi noch mal konfigurieren oder ? Ich bräuchte sie nur als ein Schalter anwählbar ja.

      von moritzgoebel 24.04.22, 22:06

    5. Hallo Moritz,

      Die Szenen kann ich auf der API zwar sehen aber nicht schalten/schreiben. Auch gibt es dafür keine API Dokumentation von B+J, ich probiere es aber weiter (trial&error)… finde es auch sinnvoll die Szenen im HomeKit schalten zu können, ohne dass man alles nachkonfigurieren muss…

      Jaro

      von superyaro 29.04.22, 22:32

    Antwort kommentieren

  • 1

    Hi :-) Die wo es schon getestet haben, funktioniert es zuverlässig mit der neuen sysapp und dem plugin? Vielen Dank für euer Feedback

    Beitrag melden

    1. ja soweit schon, Geräte reagieren langsam kommt ab und zu mal, keine Ahnung wieso, vermutlich weils ja nicht 100% Apple ist, aber sonst hat Yaro echt gute Arbeit geleistet und er ist ja immer noch dabei zu optimieren

      von timpeters85 25.04.22, 23:19

    2. HomeKit an sich finde ich schon sehr „laggy“, selbst mit zertifizieren Geräten (Zigbee), die homebridge ist zwar „Reverse Engineering“, deckt das Apple Protokoll aber ziemlich gut ab. Was helfen KANN. Sysap und raspberry pi/homebridge und HomePod über Ethernet zu verkabeln, so dass wifi als Störfaktor wegfällt, das hat bei mir generell sehr geholfen.

      Noch besser wäre eine direkte Integration der homebridge auf dem sysap, der hat übrigens bereits nodejs drauf laufen, damit würde man sich den raspi Umweg sparen…

      Liebe Grüße, Jaro

      von superyaro 29.04.22, 22:39

    3. Ich habe nun auch seit geraumer Zeit ein bisschen getestet. Auch hier mit der SysAP Firmware 3.0.1 und Plugin 3.0.4 Es läuft bei mir stabil, auch bei einem Neustart des SysAP funktioniert HomeKit weiterhin. Das sieht schon sehr gut aus und soweit lief es bei mir ohne Ausfälle. Was den größten Nachteil des ursprünglichen Plugins, nämlich das "websocket Problem" behebt. Auch die Konfiguration lief bei mir problemlos über das Homebridge UI. Inkl. der Mappings und der Blacklist. Alles TOP! Daher großes Lob und Dank für die top Arbeit!

      Generell reagiert HomeKit mit diesem Plugin aber schon deutlich langsamer als zuvor. Das kann man schon feststellen. Wobei das aber der Komfortgewinn eines (bisher) stabilen Systems durchaus ausgleicht.

      von Baensfab 09.05.22, 15:49

    4. Danke für dein Feedback, freut mich dass es nun läuft. Ich habe meins Seite zwei Wochen ohne restart der homebridge laufen.

      Zur Performance: dass kann viele Ursachen haben aber: eigentlich sollte ja eine lokale Connection schneller sein als über die cloud, der Websocket restart kann es (vermutlich) nicht sein, der schaut einmal alles paar Sekunden nach ob das Ding noch lebt, das bremst kaum das Gesamtsystem. Ich schau aber immer wieder kritisch drauf, manchmal übersieht man ein wichtiges Detail vor lauter Code…

      Liebe Grüße Jaro

      von superyaro 09.05.22, 22:04

    5. Vielleicht als kleine Ergänzung: Die Geräte an sich reagieren schnell. Nur der „Ladekreis“ (das müsste der Fachbegriff sein) in der Home App beim jeweiligen Gerät ist lange sichtbar. Etwa 10 Sekunden. Was Siri dann dazu verleitet zu sagen „Die Lampe reagiert etwas langsam“ obwohl sie eigentlich schon längst an ist. Und man muss halt warten bis dieser wieder weg ist bin man das Gerät wieder schalten kann. Das ging (zumindest bei mir) beim ursprünglichen Plugin und unter SysApp 2.6.4 in etwa 1 Sekunde. Ansonsten alles 1a und stabil. 👌 Habe bei mir alles per LAN verkabelt.

      von Baensfab 09.05.22, 22:42

    Antwort kommentieren

  • 1

    Hello, everything is working fine indeed but the 10s delay is still annoying and wasn't there before while using the cloud API.

    I'm seeing this response in the logs, perhaps that helps someone to resolve the issue:

    When changing the brightness of one of the devices:

    [5/24/2022, 4:53:10 PM] [free@home] Updating accessory XXX with uuid ABB7013B099Ech0002/idp0000/1 [5/24/2022, 4:53:11 PM] [free@home] Updating accessory XXX with uuid ABB7013B099Ech0002/idp0002/36 [5/24/2022, 4:53:11 PM] [free@home] Updating accessory XXX with uuid ABB7013B099Ech0002/odp0000/1 [5/24/2022, 4:53:11 PM] [free@home] Updating accessory XXX with uuid ABB7013B099Ech0002/odp0001/36 [5/24/2022, 4:53:20 PM] [free@home] Accessory is already turned on/off

    Beitrag melden

  • 1

    Hallo superyaro

    Vielen Dank für diese grossartige Arbeit. Dieses Plugin ist einfach genial und funktioniert bei mir mittlerweile seit einigen Tagen sehr stabil.

    Eine Frage zu Jalousinen. Mir fällt auf, dass, wenn ich diese über Siri/AppleHome schliesse, die Jalousinen tip top schliessen, sich dann allerdings die Lamellen öffnen (in die horizontale Position gehen). Ich muss dann in der free@home App die Lammeln schliessen (witzigerweise muss ich dabei den Schieber zur Lamelle nach rechts schieben, was nach meinem Verständnis des Bildes dort eigentlich Lamellen offen wäre).

    Kann man die Lamellen Positionierung irgendwie angeben? Ist es möglich, eine free@home Szene aus dem AppleHomekit zu starten? In einer free@home Szene kann ich die Lamellenposition steuern.

    Beitrag melden

    1. Hallo,

      leider kann man keine Szenen aus AppleHome schalten, zumindest nicht nach der aktuellen API Doku, ich bin da aber dran, weil das m.M. ein wichtiges Feature ist... Zu den Lamellen habe ich keine Ahnung, ich warte noch auf meinen Jalousieaktor, kann evtl. danach mehr sagen,

      lg Jaro

      von superyaro 13.07.22, 15:02

    Antwort kommentieren

  • 1

    Moin! Die 6256/1-WL funktionieren nun endlich! Klasse Arbeit.

    Sind die 6256/2-WL auch noch geplant? Also die mit Display. Dann wäre mein Free@Home Universum komplett :D

    Beitrag melden

    1. Wir hatten gehofft dass der Fix auch mit den 6256/2-WL funktioniert, wenn Du magst kannst Du mir mal deine Device Config schicken - die kommt im Homebridgelog zu beginn nach: "Retrieving configuration..." (Langer Blob)

      lg Jaro

      von superyaro 14.07.22, 16:35

    2. Hi, um das die Config neu einzulesen war ein restart nötig... und schau an, danach war das Thermostat da !!! Super Arbeit ich danke euch

      von smovenick 15.07.22, 13:58

    3. Schön zu hören, hätte mich ehrlich gesagt auch gewundert wenn sie für fast das selbe Gerät andere Channels benutzt hätten …

      Lg Jaro

      von superyaro 15.07.22, 22:20

    Antwort kommentieren

  • 1

    Hallo,

    weiss jemand warum bei mir die Verbindung zur SysAp abreisst?

    [7/14/2022, 1:43:02 PM] [BuschJaegerSysAp] *** heartBeat Restarting Socket *** (10000)
[7/14/2022, 1:43:02 PM] [BuschJaegerSysAp] Access Point has gone offline
[7/14/2022, 1:43:02 PM] [BuschJaegerSysAp] Unsubscribed from System Access Point!
[7/14/2022, 1:43:03 PM] [BuschJaegerSysAp] Retrieving configuration...
[7/14/2022, 1:43:23 PM] [BuschJaegerSysAp] *** heartBeat Restarting Socket *** (10000)
[7/14/2022, 1:43:23 PM] [BuschJaegerSysAp] Access Point has gone offline
[7/14/2022, 1:43:23 PM] [BuschJaegerSysAp] Unsubscribed from System Access Point!
[7/14/2022, 1:43:24 PM] [BuschJaegerSysAp] Retrieving configuration...
    Beitrag melden

    1. Hallo Hauke,

      stell mal bei den Settings den "Auto Reconnect SysAP" auf 40 o.ä., ich mach immer einen reconnect nach 10sec wenn keine neuen messages von SysAP kommen, das kommt gerade bei wenigen Geräten schon mal vor. Eigentlich soll der erst nach 30s loslegen, ich stelle das zum entwickle nur immer auf 10 und habe es vergessen wieder auf 30 zu setzen.

      lg Jaro

      von superyaro 14.07.22, 16:23

    2. danke, sieht gut aus :-)

      von haukemac 14.07.22, 17:29

    3. noch ne Frage, wenn die Markisen sich bewegen, kommt es zu dieser Warnung im Log:

      [7/14/2022, 5:48:16 PM] [BuschJaegerSysAp] Updating accessory *Schalter Balkontür * with uuid ABB700DAD72Fch0009/odp0000/2
[7/14/2022, 5:48:16 PM] [homebridge-freeathome-local] This plugin generated a warning from the characteristic 'Target Position': characteristic value expected valid finite number and received "NaN" (number). See https://homebridge.io/w/JtMGR for more info.

      von haukemac 14.07.22, 17:50

    Antwort kommentieren

  • 1

    Hi, erst mal vielen Dank für deine Arbeit. 3.05 läuft bei mir mit der immer noch alten sys Version 2.6.1 ich bekomme immer folgenden Fehler (siehe Bild) Die Geräte funktionieren aber, an was liegt das bzw. bekomme ich den Fehler irgendwie weg? Danke dir vorab Hier Bildbeschreibung einfügen

    Beitrag melden

    1. sorry!!! hat sich erledigt, hab auf 40 secs umgestellt und nun läuft es. Andere Frage: Funktioniert das Plugin mit der neuesten Sys Version?

      von Morilino 15.07.22, 17:07

    2. Ja sorry, normalerweise ist das auf 30s eingestellt, ich mache sobald der sysap nicht mehr sendet (also auch wenn die socket Connection noch steht), einen brutalen reconnect, damit habe ich das Ding einigermaßen stabil bekommen… zum entwickeln setze ich den defaultwert immer runter, deshalb stand der bei euch bei 10s, es kann nun sein dass alles ok ist und Innerhalb der 10s keine messages gesendet werden, 30-40 ist meiner Erfahrung nach im Betrieb ein optimaler Wert,

      Lg Jaro

      von superyaro 15.07.22, 19:20

    3. Hi Zusammen, bei mir tritt mittlerweile die gleiche Fehlermeldung auf. Mein Problem ist nur: ich habe offen gestanden keinen Plan wie oder wo ich die Auto Reconnect Time vom Sys Ap höher einstellen kann…hat jemand einen Tipp? Thx vorab…

      von Phasaeron 26.12.23, 16:37

    Antwort kommentieren

  • 1

    Hallo zusammen, folgendes Phänomen habe ich festgestellt. Die Bewegungsmelder von Busch-Jäger Free@Home zeigen bei mir (sowohl mit der alten Sys Version oder der neuen - sowie mit der 3.05 Version oder auch 2.6.4 Version) immer eine dauerhafte Bewegung an. Hab diese über Mappings ausgeschalten. Aber wäre natürlich super, wenn diese auch über HomeKit zuverlässig funktionieren würden :-) Vielen Dank vorab PS: Wie ist es bei den anderen?

    Beitrag melden

  • 1

    Sorry das ich nochmal schreibe, ich hab bis auf 3 Geräte alle über Mappings rausbekommen. 2 Bewegungsmelder und ein dauerhaft ausgeschaltenes Geräte bekomme ich einfach nicht aus der HomeKit App raus... 100 mal über die Zahlen und Channel geschaut, meine Frau ebenso es funktioniert einfach nicht. Hast du einen Tipp?

    Beitrag melden

    1. sorry - habs gelöst, man sollte nicht zwei mal die Seriennummer mit Channel verwenden, sondern nur einmal und die Channels alle dort einfügen - es hat funktioniert. cool wäre nur, wenn das Problem mit den Bewegungsmeldern behoben werden könnte. würde diese gerne verwenden, aber die aktualisieren sich nicht - immer dauerhaft auf ausgelöst in HomeKit

      von Morilino 15.07.22, 19:25

    2. Ich schau’s mir an, ich habe meinen noch nicht angeschlossen, wird Zeit…

      Jaro

      von superyaro 15.07.22, 22:18

    Antwort kommentieren

  • 0

    Hallo Zusammen,

    ich habe auch seit längerer Zeit eine Homebridge mit Free@home Plugin laufen. Anfänglich noch mit täglicher Betätigung eines Aktors, da ansonsten die Verbindung getrennt war. Mit Superyaro's plugin kam dann der Durchbruch. Alle Geräte waren über Wochen stabil eingebunden und erreichbar. Vielen Dank dafür Superyaro, wenn es Leute wie Dich nicht gäbe, dann hätte der Spaß am Smarthome harte Systemgrenzen und wäre schnell erloschen. Deine V3.05 war perfekt, bis ich ein weiteres Gerät eingebunden hatte. Dann war das Plugin der Meinung, ich hätte 149 Verbraucher erreicht und damit sei jetzt Ende.... In Wirklichkeit habe ich aber lt. Free@home SysApp nur 101 Geräte verbunden. Hier scheint noch irgendwo ein Fehler zu sein. Mittlerweile gibt es aber auch ein zertifiziertes Homebridge Plugin von Philip Gerke (seit 20.08.2022 in der V1.2.0. Dieses habe ich dann installiert. Dass kann aber keine Rollos / Rolläden. Dafür funktioniert es bei mir seit Installation perfekt und ohne Fehler (SysAp noch auf 2.6.4).

    Beitrag melden

  • 0

    Guten morgen alle zusammen, seit dem Patch auf 3.1 kommt viel öfter das Sprachfeedback von Siri, die Geräte reagieren etwas langsam (eig. fast immer). Bei der Sys Version 2.6.4 lief das noch ausgezeichnet. Gibt es hierfür Ansatzpunkte oder gar Lösungen? Wird das Plugin noch weiter bearbeitet? Danke dir vorab für deinen Einsatz. Das wäre echt mega, wenn es dafür eine Lösung gibt, das nervt schon gewaltig wenn Siri immer Ihren Kommentar ablässt. Leider lässt sich das Sprachfeedback auch nicht ausschalten.

    Vielen Dank

    Beitrag melden

  • 0

    Die Verzögerung hatte ich bei mir auch. Das liegt an der langen Reaktionszeit von HomeKit wenn du einen Schalter betätigst. Ich bin dann auf das neue Plugin von Philip Gerke umgestiegen. Wurde weiter oben hier im Thread auch schon erwähnt. Das ist top und funktioniert hervorragend und ohne Fehler seit Wochen. Der Entwickler ist auch super nett und hilfsbereit bei Unterstützungsbedarf.

    Beitrag melden

    1. Funktionieren inzwischen dort die Rollos? Läuft es auch mit der sysapp 3.1?

      von Morilino 04.10.22, 21:43

    2. Ja geht beides. Und reagiert auch prompt. Für mich das bisher beste Plugin.

      von Baensfab 04.10.22, 21:49

    3. Super danke dir!

      von Morilino 04.10.22, 22:11

    4. habs installiert - funktioniert mega mega gut! Vielen Dank für den Tipp! Das einzigste was bei mir nicht funktioniert ist, wenn ich TLS aktiviere. Hast du da noch einen Tipp? Sobald es aktiviert ist bekomme ich nur Fehlermeldungen. Locale Api läuft und das auch noch mega schnell. Endlich keine Ansagen mehr von Siri. Ist innerhalb von ner Sekunde da! Danke schön

      von Morilino 05.10.22, 15:45

    Antwort kommentieren

  • 0

    Hallo Baensfab,

    bei mir funktionieren die Rollos mit dem Plugin von Philip noch nicht. Hast Du von ihm direkt eine Betaversion erhalten? Ich habe die offizielle Version v1.3.0...

    Danke,

    Andreas

    Beitrag melden

  • 0

    Hallo Zusammen

    Habe mir heute Abend aufgrund des Hinweises von Baensfab ebenfalls das Plugin von Philip Gerke (homebridge-freeathome-local-api v1.3.0) installiert. Nachdem ich 2 Stunden alle Geräte in Homekit wieder eingerichtet habe :-( folgende Erkentnisse:

    • Ja, Siri sagt jetzt nicht mehr immer den nervigen Satz "die Geräte reagieren etwas langsam". Was für eine Freude :-) -> Achtung, die erste halbe Stunde machte Siri das zwar immer noch. Hat sich dann aber plötzlich gelegt.
    • Ja, die Jalousien funktionieren bei mir -> Beachte in der Konfig: "experimental": true,

    Aktuell bin ich sehr zufrieden und bereue es nicht, den heutigen Freitagabend dafür geopfert zu haben. Mal sehen, ob es bleibt.

    Hat eigentlich irgendjemand TLS zum "fliegen" gebracht. Da bräuchte ich echt Unterstützung.

    Beste Grüsse

    Beitrag melden
Möchtest du auf die Frage antworten? Dann melde dich bitte zuerst an.
Anmelden

Themen

Weitere Beiträge

Noch nicht registriert?

  • Fragen stellen und Antworten erhalten
  • Feedback geben, helfen und teilen

Registrieren

Jetzt anmelden

  • Deine Daten - schnell und einfach anpassen
  • Viele Vorteile

Login

Noch nicht registriert?

  • Fragen stellen und Antworten erhalten
  • Feedback geben, helfen und teilen

Registrieren

Jetzt anmelden

  • Deine Daten - schnell und einfach anpassen
  • Viele Vorteile

Login

Noch nicht registriert?

  • Fragen stellen und Antworten erhalten
  • Feedback geben, helfen und teilen

Registrieren

Jetzt anmelden

  • Deine Daten - schnell und einfach anpassen
  • Viele Vorteile

Login