Weihnachtsangebot 2025! 🎄

[dtp]

@apollon77:

Im Wrapper Modus ist es nur eine Middleware die im Netzwerk nicht als Home-Bridge announced wird. `

Danke für die schnelle Antwort.

Im Wrapper-Modus war mir das schon klar, weil sich dann ja beide Homebridges gegensteitig stören dürften. Und wie sieht das im Standard-Modus aus? Oder anders gefragt. Kann ich bei alleiniger Verwendung des ham-Adapters die Homebridge in vollem Unfang weiter nutzen, wie bisher?

Was das Ausschließen von bereits vorhandenen Instanzen angeht, so werde ich da demnächst mal einen Feature Request starten.

[apollon77]

Die Idee des Globalen Modus waren genau user die schon ein fertig konfiguriertes Homebridge haben. Die geben einfach das an wo es installiert ist und der Adapter klinkt sich quasi ein. Alles bleibt wie es ist AUSSER das die Steuerung auch per iobroker tut und man werte in iobroker hat.

Der Wrapper Modus bietet keine Homebridge extern an sondern erlaubt ioBroker die geräte zu steuern und Werte rauszubekommen

[Mauflo]

Hallo, ich wollte einmal den Adapter testen, um meine MagicHome LED Streifen mit Hilfe der Homebridge adapter einzubinden, da aktuell der WiFiLight adapter im IOBroker keine Rückmeldungen bringt. Ich hatte vor zwei Tagen eigentlich schon teilweise erfolg, da ich verschiedene Adapter ausprobiert habe. Schlussendlich habe ich aber alle adapter wieder gelöscht und wollte heute nochmals Testen. Da bekam ich folgende Fehlermeldungen nachdem ich den homebridge-magichome und den homebridge-magichome2 ausprobiert hatte:

host.iobroker 2019-01-25 18:39:43.880 error instance system.adapter.ham.0 terminated with code 0 (OK)

Caught 2019-01-25 18:39:43.879 error by controller[4]: at Pipe._handle.close [as _onclose] (net.js:561:12)

Caught 2019-01-25 18:39:43.879 error by controller[4]: at Socket.emit (events.js:211:7)

Caught 2019-01-25 18:39:43.879 error by controller[4]: at emitOne (events.js:116:13)

Caught 2019-01-25 18:39:43.879 error by controller[4]: at Socket.stream.socket.on (internal/child_process.js:336:11)

Caught 2019-01-25 18:39:43.879 error by controller[4]: at maybeClose (internal/child_process.js:915:16)

Caught 2019-01-25 18:39:43.879 error by controller[4]: at ChildProcess.emit (events.js:214:7)

Caught 2019-01-25 18:39:43.879 error by controller[4]: at emitTwo (events.js:126:13)

Caught 2019-01-25 18:39:43.878 error by controller[4]: at ChildProcess.exithandler (child_process.js:268:7)

Caught 2019-01-25 18:39:43.878 error by controller[4]: at /opt/iobroker/node_modules/iobroker.ham/node_modules/homebridge-magichome2/index.js:93:30

Caught 2019-01-25 18:39:43.878 error by controller[4]: at Color (/opt/iobroker/node_modules/iobroker.ham/node_modules/color/index.js:28:10)

Caught 2019-01-25 18:39:43.878 error by controller[4]: at new Color (/opt/iobroker/node_modules/iobroker.ham/node_modules/color/index.js:53:10)

Caught 2019-01-25 18:39:43.878 error by controller[4]: Error: Unable to parse color from string: rgb(192,168,0,81,128,24,94)

Caught 2019-01-25 18:39:43.878 error by controller[3]: at Process.ChildProcess._handle.onexit (internal/child_process.js:209:5)

Caught 2019-01-25 18:39:43.878 error by controller[3]: at maybeClose (internal/child_process.js:915:16)

Caught 2019-01-25 18:39:43.877 error by controller[3]: at ChildProcess.emit (events.js:214:7)

Caught 2019-01-25 18:39:43.877 error by controller[3]: at emitTwo (events.js:126:13)

Caught 2019-01-25 18:39:43.877 error by controller[3]: at ChildProcess.exithandler (child_process.js:268:7)

Caught 2019-01-25 18:39:43.877 error by controller[3]: at /opt/iobroker/node_modules/iobroker.ham/node_modules/homebridge-magichome2/index.js:93:30

Caught 2019-01-25 18:39:43.877 error by controller[3]: at Color (/opt/iobroker/node_modules/iobroker.ham/node_modules/color/index.js:28:10)

Caught 2019-01-25 18:39:43.877 error by controller[3]: at new Color (/opt/iobroker/node_modules/iobroker.ham/node_modules/color/index.js:53:10)

Caught 2019-01-25 18:39:43.876 error by controller[3]: Error: Unable to parse color from string: rgb(192,168,0,81,128,24,94)

Caught 2019-01-25 18:39:43.876 error by controller[2]: [2019-1-25 18:39:43] [homebridge-platform-wemo.BelkinWeMo] Ignoring WeMo Platform setup because it is not configured

Caught 2019-01-25 18:39:43.876 error by controller[1]: [2019-1-25 18:39:42] Plugin /opt/iobroker/node_modules/homebridge-plugin-wrapper package.json does not contain the keyword 'homebridge-plugin'.

Ich kann auch noch berichten, dass ein Löschen des Namens und der Daten in der Konfigurationsdatei und anschließende neue Installation des PlugIns auch nicht funktionierte. Ich musste den Homebridge Adapter deinstallieren und neuerlich installieren, erst dann hat es wieder funktionieren. Aber auch wenn es nur einen Fehler in der Konfigurationsdatei gibt, den man ausbessert, startet danach der Adapter nicht mehr. Und es kommen die gleichen Fehler wie oben beschrieben!

[apollon77]

Dann mach am besten bei homebridge-magichome2 einen Bug Report im Github auf. Der Relevante Error Teil ist:

Caught 2019-01-25 18:39:43.878 error by controller[4]: at /opt/iobroker/node_modules/iobroker.ham/node_modules/homebridge-magichome2/index.js:93:30
Caught 2019-01-25 18:39:43.878 error by controller[4]: at Color (/opt/iobroker/node_modules/iobroker.ham/node_modules/color/index.js:28:10)
Caught 2019-01-25 18:39:43.878 error by controller[4]: at new Color (/opt/iobroker/node_modules/iobroker.ham/node_modules/color/index.js:53:10)
Caught 2019-01-25 18:39:43.878 error by controller[4]: Error: Unable to parse color from string: rgb(192,168,0,81,128,24,94)

Fehler kommt aus der Lib, nicht vom Adapter

[jingle]

Nabend zusammen.

Ich habe heute den HAM Adapter installiert & wollte das Homebridge-Chamberlain Plugin ans laufen kriegen.

Folgendermassen bin ich vorgegangen.

• https://github.com/ioBroker/ioBroker.ham aufgerufen

• auf Clone or download geklickt & den Link kopiert

• Im ioBroker (3.5.10) im Reiter „Adapter“ auf die Katze geklick, dann auf beliebig, dort den Link eingefügt & auf i“nstallieren“ geklickt.

• Instanz erzeugt (Ver 1.0.0)

• Im Adapter habe ich auf der Linie „Modul hinzufügen“ homebridge-chamberlain eingegeben.

• Dann rechts oben auf Konfigurationdatei folgendes reikopiert

{

"description": "Add configuration for your accessories or platforms according to the docs of the plugins.",

"accessories": [

{

"accessory": "Chamberlain",

"name": "garagentor",

"username": „emailadresse@web.de",

"password": „Passwort für den Antrieb“

}

],

"platforms": []

}

• Dann auf „speichern & schliessen“

• Dann habe ich den HAM Adapter gestartet & bin in die Yahka Einstellungen gegangen wo ich folgendes eingegeben habe.

• Neues Gerät

• Name „Garagentor“

• Kategorie „Garage door opener“

• Service hinzufügen

• Service Typ „GarageDoorOpener“

• Alle 6 Punkte aktiviert und jeweils bei „InOut:“ „ioBroker.state“ ausgewählt

• Dann habe ich 6x den passenden State aus „Ham>garagentor>Accessoire-Information ausgewählt, welcher mit dem Namen in den Serviceeigenschaften übereinstimmte.

• Auch hier auf speichern & schliessen geklickt & beide Adapter neu gestartet.

Promt tauchte „Garagentor“ auch in meiner HomeApp auf dem iPhone auf, allerdings stand da über mehrere Minuten, dass das Tor geschlossen wird.

Als ich nach ein paar Minuten mit der Chamberlain App das Tor öffnen wollte um zu sehen ob sich die Anzeige ändert, war mein Account gesperrt.

Danach habe ich den Antrieb wieder aus Yakha gelöscht & ham gestoppt.

Nach einen Telefonat mit dem Support wurde der Acc zwar wieder freigegeben aber ich möchte es jetzt nur ungern ein 2tes mal probieren den Acc zu sperren.

Kann mir jemand anhand der Informationen sagen, was ich falsch gemacht habe?

Vielen Dank

Jingle

[apollon77]

Naja jetzt fang mal langsam an.

1. ( für die Zukunft) Der Jam Adapter ist inzwischen im stable repo und kann so gaaaaanz normal installiert werden ohne GitHub Umwege. Mich würde auch da interessieren wo du her hast auf GitHub die clone url zu kopieren für nen custom install? Der Adapter ist auch in der Dropdown-Liste unter Custom install und sonst reicht die normale GitHub url. Ohje ohje. Wo kursierten nur solche Anleitungen (unterstelle jetzt mal du bist nicht selbst auf diese ideen gekommen ;-)

2. das Problem kann entweder schon von dem homebridge Plugin kommen oder von dem Zusammenhang mit yahka.

Was hast du in ham denn als „abfrageintervall“ für die Daten eingestellt? Haben Sie Dir am Telefon vllt einen Tipp gegeben wie hoch das abfragelimit ist?

Um es zu untersuchen kannst Du an sich nur ham wieder aktivieren. Vorher vllt ganz selten wert nachladen und ggf auf debug log stellen das du siehst was passiert. Dann starten und schauen was abgeht.

Rest sieht man erst dann. Im worst case wirst du wieder gesperrt. Aber dann hast du wenigstens ein logfile ;-)

Ingo

Gesendet vom Handy …

[jingle]

Ne Anleitung hatte ich keine. Dachte, dass das der richtige Weg wär. <emoji seq="1f648">🙈</emoji>

Ich werd den Adapter dann gleich nochmal starten und das log Posten. Hab ich denn ansonsten die Einstellungen richtig gemacht?

[apollon77]

Ob die Konfig für dein Plugin korrekt ist kann ich nicht sagen :-)

[jingle]

So, ich habe nun in Yakha nur noch "CurrentDoorState [properties] & TargetDoorState [properties]" aktiviert und nun funktioniert alles wie es soll.

Die Einstellungen in HAM hab ich auf 300 gesetzt & sonst nichts an der Konfiguration geändert.

Log ist sauber!

Vielen Dank

[JackWolfskind]

Wie hast du denn den chamberlain plugin zum laufen bekommen?

Wenn ich den im Ham installieren will, passiert gar nix und es stehen anschliessend nur folgende Fehlermeldungen im iobroker log:

! ham.0 2019-02-04 20:16:35.343 Cannot install https://www.npmjs.com/package/homebridge-chamberlain: 1
! ham.0 2019-02-04 20:16:35.329 error npm ERR! /root/.npm/_logs/2019-02-04T19_16_35_304Z-debug.log
! ham.0 2019-02-04 20:16:35.329 error npm ERR! A complete log of this run can be found in:
! ham.0 2019-02-04 20:16:35.329 error
! ham.0 2019-02-04 20:16:35.299 error npm ERR! package.json npm can't find a package.json file in your current directory.
! ham.0 2019-02-04 20:16:35.299 error ERR! package.json Non-registry package missing package.json: https://www.npmjs.com/package/homebridge-chamberlain.
! ham.0 2019-02-04 20:16:35.298 error npm
! ham.0 2019-02-04 20:16:35.294 error ERR! code ENOPACKAGEJSON
! ham.0 2019-02-04 20:16:35.293 error npm
! ham.0 2019-02-04 20:16:32.241 info npm install https://www.npmjs.com/package/homebridge-chamberlain –production --prefix "/opt/iobroker/node_modules/iobroker.ham" (System call)
! ham.0 2019-02-04 20:16:30.707 info starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.ham, node: v8.14.0
! ham.0 2019-02-04 20:16:30.656 info States connected to redis: 127.0.0.1:6379

und Im NPM log oder wie das Vieh heisst:

! pi@ioBroker:/ $ sudo tail /root/.npm/_logs/2019-02-04T19_16_35_304Z-debug.log
! 11 verbose stack at processImmediate [as _immediateCallback] (timers.js:745:5)
! 12 verbose cwd /
! 13 verbose Linux 4.14.79-v7+
! 14 verbose argv "/usr/bin/node" "/usr/bin/npm" "install" "https://www.npmjs.com/package/homebridge-chamberlain" "–production" "--prefix" "/opt/iobroker/node_modules/iobroker.ham"
! 15 verbose node v8.14.0
! 16 verbose npm v6.4.1
! 17 error code ENOPACKAGEJSON
! 18 error package.json Non-registry package missing package.json: https://www.npmjs.com/package/homebridge-chamberlain.
! 19 error package.json npm can't find a package.json file in your current directory.
! 20 verbose exit [ 1, true ]

[apollon77]

Was hast Du denn als npm Modul angegeben? Das Modul heisst

homebridge-chamberlain

(nicht die URL!!)

[JackWolfskind]

Vielen Dank, das wars - jetzt läuft es ! :D

War durch deine ganzen spezial "HAM based" Adapter verwöhnt, kenne mich mit dem generischen HAM Adapter schon nicht mehr aus :roll:

[el_malto]

@apollon77 Werden die Homebridge mpn Module automatisch upgedatet wenn diese auf Github ein update erhalten? Oder wie stelle ich das an?

[DerS]

Hallo Gemeinde,
ich bin relativ unerfahren was Linux angeht und absoluter Anfänger was ioBroker betrifft. Erstmal finde ich super was hier für ein Projekt auf die Beine gestellt wurde. Großes Lob!
Ich habe schon einige Zeit die Homebridge an einem Raspberry 3B+ in Betrieb. Habe mich nun für den ioBroker entschieden und wollte mal langsam in das Thema einsteigen. Nun habe ich den ham Adapter installiert und dieser startet auch meine Homebridge, die Geräte werden alle vom Adapter erkannt. Jedoch ist der Status der Homebridge gestoppt und die Geräte nicht in Homekit verfügbar. Das Log in ioBroker gibt keine Fehler aus und der Adapter bleibt aktiv. Das Log der Homebridge (sudo journalctl -fau homebridge) bleibt dabei komplett leer...
In der config ui-x habich folgendes Log:
"Loading logs using "systemd" method...
CMD: sudo -n journalctl -o cat -n 500 -f -u homebridge

sudo: Ein Passwort ist notwendig

The log tail command "-n journalctl -o cat -n 500 -f -u homebridge" exited with code 1.
Please check the command in your config.json is correct.

See https://github.com/oznu/homebridge-config-ui-x#log-viewer-configuration for instructions."

node und nodejs 8.16.0, npm 6.4.1

Die Homebridge wurde nach der Anleitung von Smartapfel installiert. https://smartapfel.de/homebridge/homebridge-installieren/

Bin hier echt am verzweifeln und suche schon ewig im Netz nach einer Lösung... Kann mir hier jemand einen Tip geben?

Grüße
Stev

[el_malto]

Ich kann dir mit deinem Problem nicht direkt helfen. Aber würde dir evtl. rat geben wie du deine Geräte generell in ioBroker einbindest.
Dazu müsstest du dir ein paar Fragen stellen, was du mit ioBroker machen willst.

1. Möchtest du deine Geräte mit ioBroker steuern und zusätzlich auch über HomeKit steuern wollen?
   Dann wäre die bessere Methode (sofern es für deine Geräte Adapter für ioBroker gibt), dass du all deine Geräte in ioBroker einfügst, und dann den Yahka Adapter zu installieren und dann die Geräte so in HomeKit einfügst.

2. Willst du deine Geräte nur in HomeKit steuern und gar nicht die ganzen Funktionen von ioBroker benutzen?
   Dann kannst du bei HomeBridge bleiben.

Der Ham Adapter ist auch eigentlich nur dafür da, um Geräte in ioBroker einzubinden, für die es noch keine Adapter gibt. Ich bin früher auch mit HomeBridge angefangen, aber ich finde, dass die einfach zu unstabil läuft. Ich habe alle Geräte mit ioBroker Adapter eingebunden und steuere auch sonst alles mit ioBroker und über die VIS. Zusätzlich habe ich die ganzen Geräte mit dem Yahka Adapter auch HomeKit fähig gemacht und kann schnell mit Siri oder der HomeKit App was steuern.
Ich würde auf jeden Fall 1 nehmen. Wenn du erstmal herausgefunden hast, was mit ioBroker alles geht, ist HomeBridge nur spielerei. Kannst ja mal sagen um welche Geräte es sich bei dir handelt. Dann kann man gucken ob es dafür einen Adapter gibt und man die Geräte gut in ioBroker einbinden kann.

[DerS]

Hallo el_malto,

hauptsächlich nutze ich das deconz Raspbee Gateway für Hue und Tradfri leuchten. Mir gefiel da die Einfachheit von Homebridge, in Phoscon Leuchte oder Sensor einlerenen und sofort in Homekit verfügbar und steuerbar. Allerdings sprach nach einiger Zeit alles für die Flexibilität und die Möglichkeit der Visualisierung für den ioBroker. Es hatte mich etwas abgeschreckt alles manuell einrichten und einbinden zu müssen. Also generell möchte ich einen Touchscreen Monitor zur Steuerung betreiben, und eben die homekit Anbindung nutzen.
Grundlegend hast du ja absolut recht, denke es wird auch die bessere Wahl sein, erstmal bei Systeme parallel laufen zu lassen, solange bis alles in ioBroker und homekit eingebunden ist. Dann kann die Homebridge ja abgeschaltet werden.

[DerS]

Wie würde denn eine saubere ioBroker Installation aussehen? Würde dann nachdem alles funktioniert das System sauber aufsetzen. Kann das deconz Gateway bestehen bleiben oder würde idealerweise alles über den ioBroker verwaltet werden. Steuerungen mache ich keine über deconz, es dient bisher rein als Gateway. Werd heut Abend mal versuchen eine Steckdose über Yahka in HomeKit einzubinden.

[el_malto]

@DerS Von parallel laufen lassen war nie die Rede. Würde ich glaube ich auch nicht machen. Lieber ein paar Tage Ausfall in kauf nehmen und alles umstricken. Ich habe leider kein deCONZ Gateway oder so. Aber habe gesehen das es dafür auch einen Adapter hier in ioBroker gibt. Du musst einfach mal im Forum suchen, da gibt es genügend Threads zu den ganzen Themen. Das was man machen will, hat vorher meistens schon ein anderer gemacht und der Weg dahin ist schon fertig.

Wenn es natürlich nur bei solchen Geräten bleibt, die du dann ganz leicht einbinden willst, ist evtl. deine jetzige Lösung am benutzerfreundlichsten. In ioBroker musst du die Geräte, die du in HomeKit einbinden willst, alle einzeln den Yahka Adapter zuweisen.
Ich bin jetzt kein Vollprofi, und sicher führen da beide Wege nach Rom, aber würde schon sagen, dass es der bessere weg ist die Adapter für die Geräte zu verwenden und die Geräte dann in den Yahka Adapter einzubinden und nicht alles über den HAM-Adapter laufen zu lassen.

[el_malto]

@DerS sagte in [Aufruf] ioBroker.ham (Homebridge Accessory Manager) testen:

Wie würde denn eine saubere ioBroker Installation aussehen?

Ich bin auch kein großer "Linuxer". Habe mir die manuelle Installation erspart und einfach ein fertiges SD Karten Image für den PI hier vom 21.02.2019 (bitte auch die ReadMe beachten) gezogen und dann war das Ding fertig und ich konnte gleich los legen. Die Installation von Redis musst du nicht machen, nur wenn du das brauchst.

[DerS]

Hab mich da etwas falsch ausgedrückt, die Homebridge sollte nur so lange parallel laufen bis ioBroker weitestgehend konfiguriert ist. Danach wollte ich die Einstellungen sichern und in eine saubere ioBroker Installation übertragen. Okay kann es natürlich mit einer zweiten SD Karte gleich richtig machen. Deconz fungiert quasi als Gateway für alle zigbee Geräte (hue,tradfri etc) und ersetzt somit deren hauseigenen Gateways in einem Gerät. Den Adapter hab dich ich schon am laufen, er greift auf das Gateway zu, Zigbee Geräte können darüber nicht angelernt werden. Werd mich da jetzt mal einlesen.
Herzlichen Dank noch.