NEWS
[Aufruf] ioBroker.ham (Homebridge Accessory Manager) testen
-
Dann bitte mal debug lieg aktivieren. Dann init abwarten und mal was schalten was tut und was schalten was nicht tut. Bitte die Zeitpunkte dazu sagen wann was war. Dann senden. Danke.
Logfile von Platte aber bitte!!
Beides siehe meine Signatur.
Gesendet vom Handy … `
So, hab den Logfile mal angehangen. Fängt damit an, dass ich den ham-Adapter nochmal neugestartet haben.
Mit dem testen gehts dann los ab: 2019-01-13 07:42:54.017
Ich liste mal ein wenig was auf:
2019-01-13 07:42:54.017 - Philips Spot 1 - eingeschaltet –> erfolgreich
2019-01-13 07:43:04.423 - Philips Spot 1 - Hue auf 120° gesetzt --> nicht erfolgreich
2019-01-13 07:43:12.246 - Philips Spot 1 - Helligkeit auf 1 --> nicht erfolgreich
2019-01-13 07:43:14.778 - Philips Spot 1 - Helligkeit auf 100 --> nicht erfolgreich
2019-01-13 07:43:30.041 - Philips Spot 1 - Saturation auf 50 --> nicht erfolgreich
2019-01-13 07:43:47.484 - Schreibtisch LED - eingeschaltet --> erfolgreich
2019-01-13 07:43:53.173 - Schreibtisch LED - Hue auf 120° gesetzt --> nicht erfolgreich
2019-01-13 07:43:55.545 - Schreibtisch LED - Helligkeit auf 100 --> nicht erfolgreich `
Ok, strange strange … Bitte nochmal Debug Log mit dem gleichen nur diesmal Loglevel "silly" bitte Danke Am besten Ergebnis als GitHub Issue anlegen
-
Mit dem zweiten Modus, den ich hier nur kurz erwähne, kann ioBroker ein global installiertes Homebridge was bisher Standalone läuft nutzen und somit hat man weiterhin sein HomeKit, aber ioBroker sieht auch alles was dort sichtbar ist und kann es steuern.
Wer das testen will da machen wir dann einen zweiten Feedback Thread auf! `
Darf ich zu diesem Punkt noch mal etwas fragen? Wenn es hier oder anderer Stelle schon beantwortet wurde, schon mal vorab sorry für die Fragen. 8-)
Ich nutze die Homebridge auf einem Raspi zur Steuerung meiner HomeMatic und auch einiger anderer Geräte (Siemens Home Connect per IFTTT, Samsung TV, etc.) per Siri. Das klappt soweit auch sehr gut.
Wenn ich nun den oben erwähnten zweiten Modus nutze, kann ich dann z.B. die HomeMatic irgendwie ausschließen, da ich ja deren Datenpunkte bereits über die hm-Adapter auslese und steuere?
Wenn ich den ham-Adapter nutze und entsprechend über die config.json einrichte, kann dann die Home App über mein Apple TV auf die Homebridge (nicht meine Raspi-Homebridge, sondern die des ham-Adapters) zugreifen, oder ist der ham-Adapter nur eine Art Middleware ohne volle Homebridge-Funktionalität?
Gruß,
Thorsten
-
@dtp:Wenn ich nun den oben erwähnten zweiten Modus nutze, kann ich dann z.B. die HomeMatic irgendwie ausschließen, da ich ja deren Datenpunkte bereits über die hm-Adapter auslese und steuere? `
Aktuell nicht. Wäre ein Feature request das man das irgendwie ausschliessen müsste …
Aktuell hättest Du die Daten quasi doppelt drin. oder setzt halt im Wrapper Modus eine zweite instanz auf nur mit den Plugins die du brauchst
@dtp:Wenn ich den ham-Adapter nutze und entsprechend über die config.json einrichte, kann dann die Home App über mein Apple TV auf die Homebridge (nicht meine Raspi-Homebridge, sondern die des ham-Adapters) zugreifen, oder ist der ham-Adapter nur eine Art Middleware ohne volle Homebridge-Funktionalität? `
Im Wrapper Modus ist es nur eine Middleware die im Netzwerk nicht als Home-Bridge announced wird.
-
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.
-
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
-
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!
-
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
-
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
-
-
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 …
-
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?
-
Ob die Konfig für dein Plugin korrekt ist kann ich nicht sagen
-
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
-
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:6379und 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 ] -
Was hast Du denn als npm Modul angegeben? Das Modul heisst
homebridge-chamberlain
(nicht die URL!!)
-
Vielen Dank, das wars - jetzt läuft es !
War durch deine ganzen spezial "HAM based" Adapter verwöhnt, kenne mich mit dem generischen HAM Adapter schon nicht mehr aus :roll:
-
@apollon77 Werden die Homebridge mpn Module automatisch upgedatet wenn diese auf Github ein update erhalten? Oder wie stelle ich das an?
-
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 homebridgesudo: 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 -
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.-
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. -
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. -
-
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. -
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.