[Aufruf] ioBroker.ham (Homebridge Accessory Manager) testen
-
Bin schon mal nen Schritt weiter und der HAM Adapter läuft. Jetzt versuche ich eines der 2 verfügbaren Homebridge Plugins für Wemo zum laufen zu bringen.
Anscheinend muss man da erst irgendwelche obskuren JSON COnfig Files anlegen damit das funktioniert?
Leider schmiert mir der Adapter aber gleich ab:
host.iobroker 2018-06-18 13:24:24.288 error Caught by controller[2]: TypeError: ip.address is not a function
Der Versuch ein Homebridge Plugin wieder aus dem Adapter zu entfernen führt leider dazu das der Adapter weiter darüber meckert, obwohl es in den Adaptereinstellungen verschwunden ist
`Was hast Du denn im JSON-Editor für eine Konfiguration hinterlegt? Ich tippe das die falsch ist. Wenn DU das Plugin wieder aus der liste entfernst bleibt es erstmal installiert (wird nur nicht mehr aktuell gehalten). Wenn also die Konfig immer noch falsch ist dann kommt der Fehler. Also bitte auch die Konfig checken ob Sie angegeben ist wie es vom Pluging braucht wird!
-
@imobau
Deine konfig ist falsch das erste Platform muss raus.
Schade das du einen Screenshot gepostet hast und nicht die Configuration in Code Tags
Sent from my iPhone using Tapatalk
-
Kannes sein das du mal das hier installiert hast: https://github.com/Haba1234/homebridge-iobroker ?!
Dann bitte da ein Bug auf machen oder wie gesagt (wenn du es nicht verwendest) deinstallieren … Oder eine Konfiguration mit hinterlegen das er ein "host" property findet ... auch wenn es ne falsche URL sein sollte denke ich `
Das konnte sein, ist eine für tests vorgesehene Maschine und hat schon einiges erlebt..
Ich glaube erste version Homeridge vom Ilya war auch schon mahl darauf))Habe jetzt ein neue Container erstellt und da hat sofort funktioniert.
Danke! Werde weiter test. `
oder einfach
npm uninstall homebridge-iobroker
-
Hallo lobomau,
ich sehe die Ursache für den Fehler im Editor für die fehlende schließende eckige Klammer zu "platforms"
"platforms": [ { "platform": "eDomoticz", "cameras": [ { "name": "Camera Name", .... } ] <---- schließt cameras } ] <---- schließt platformseine der beiden ] fehlt bei dir.
Gruß
Pix
-
Hab bischen rumprobiert. Fehler in Zeile 26: Expected ',` instead of ']':
{ "description": "This is an example configuration file with one fake accessory and one fake platform. You can use this as a template for creating your own configuration file containing devices you actually own.", "accessories": [ { "accessory": "airrohr", "name": "AirRohr", "public_temperature_json_data": "http://api.luftdaten.info/v1/sensor/7893/", "public_airquality_json_data": "http://api.luftdaten.info/v1/sensor/7893/", "sensor_id": "2342523", "update_interval_seconds": 60 } ], "platform": "Camera-ffmpeg", "cameras": [ { "name": "Camera Name", "videoConfig": { "source": "-re -i rtsp://myfancy_rtsp_stream", "stillImageSource": "-i http://faster_still_image_grab_url/this_is_optional.jpg", "maxStreams": 2, "maxWidth": 1280, "maxHeight": 720, "maxFPS": 30 } ] } -
Ersetzte am Ende:
} ] }durch
} } ] } -
Dieses händische Konfigurieren der JSON Config ist ja mal so 90er , da komm ich mir ja fast wie bei FHEM vor :?
Da muss man mal bissl mehr als bei IObroker nachlesen oder es erbarmt sich jemand und erklärt diese seltsame Config mit accessories und platfforms etc. oder schreibt gleich noch ne Oberfläche wie es für Homebridge ja auch schon gibt 8-)
Bisher sieht es so aus als bekomme ich nur für mich nur völlig sinnfreie Plugins zum laufen aber der Spaß war es bisher trotzdem wert :lol:
Und der Bug mit WeMo wird ja vielleicht irgendwann jemand fixen der mehr Ahnung davon hat als ich
-
erstes plugin gefunden was nicht läuft, https://github.com/oznu/homebridge-config-ui-x
(damit hat man ein webinterface für die homebridge selber)
auf einer native installation kommt hat man dan ein webinterface, bei iObroker kommt aber nichts und ich erkenne auch nicht wirklich was im debug log.
JSON file ist richtig konvertiert, habe ich mit der native installation überprüft.
-
Ersetzte am Ende:
} ] }durch
} } ] } ```` `Danke. Funktioniert schon mal formal. Objekte werden damit noch nicht erstellt. Ich weiß auch nicht was bei http rein muss.
Hier zum Testen:
{ "description": "This is an example configuration file with one fake accessory and one fake platform. You can use this as a template for creating your own configuration file containing devices you actually own.", "accessories": [ { "accessory": "airrohr", "name": "AirRohr", "public_temperature_json_data": "http://api.luftdaten.info/v1/sensor/7893/", "public_airquality_json_data": "http://api.luftdaten.info/v1/sensor/7893/", "sensor_id": "2342523", "update_interval_seconds": 120 } ], "platform": "Camera-ffmpeg", "cameras": [ { "name": "Camera Name", "videoConfig": { "source": "-re -i rtsp://192.168.178.31/11", "stillImageSource": "-i http://faster_still_image_grab_url/this_is_optional.jpg", "maxStreams": 2, "maxWidth": 1280, "maxHeight": 720, "maxFPS": 10 } } ] } -
Also der Gedanke ist ja garnicht schlecht, meine Respekt für deine Arbeit, Hut ab.
nachdem ich 25 Seiten mal durchgeblättert habe, hab ich nicht wirklich was gefunden für mich oder es wird bereits von ioBroker unterstüzt.
Für den umgekehrten Weg müsste ich mal wieder yahka testen, aber das ist ne Riesen Aufwand.
Gruß
-
erstes plugin gefunden was nicht läuft, https://github.com/oznu/homebridge-config-ui-x
(damit hat man ein webinterface für die homebridge selber)
auf einer native installation kommt hat man dan ein webinterface, bei iObroker kommt aber nichts und ich erkenne auch nicht wirklich was im debug log.
JSON file ist richtig konvertiert, habe ich mit der native installation überprüft. `
Ok, angeschaut. ich denke das das Ding im "Use-Global.Homebridge"-Modus tun wird … aber nicht als Wrapper. Der Wrapper schränkt so viele Dinge ein und hat kein echtes Konfigfile und und und ... Und ehrlich wäre das auch nicht unbedingt das Ziel von dem Adapter hier
Also hier würde ich akzeptieren das es nicht geht
-
Also hier würde ich akzeptieren das es nicht geht
`mee too, zudem der webinterface auch wirklich… ehm.... ja, wie sagt man so schön... volkommen nutzlos ist
:lol: :lol: :lol: -
Dieses händische Konfigurieren der JSON Config ist ja mal so 90er , da komm ich mir ja fast wie bei FHEM vor :?
Da muss man mal bissl mehr als bei IObroker nachlesen oder es erbarmt sich jemand und erklärt diese seltsame Config mit accessories und platfforms etc. oder schreibt gleich noch ne Oberfläche wie es für Homebridge ja auch schon gibt 8-) `
Ich bin ehrlich das mir der JSON kram auch nicht gefällt. Aber die Oberfläche für Homebridge zeigt auch nur das JSON zum editieren an … ich würde keinen anderen Weg sehen weil es keine klare definition gibt pro Plugin
Wer eine Idee hat wie man das ggf besser konfigurierbar machen kann gern her damit
-
Wer eine Idee hat wie man das ggf besser konfigurierbar machen kann gern her damit `
Ich denke Mal das wird schwierig da HB keinen Standard definiert hat wie eine Plugin Konfiguration aussehen soll das ist abhängig vom Plugin.
Wen man die json einmal verstanden hat geht's aber, man muss sowieso auf github schauen was eingetragen werden muss und kan Dan die Werte 1:1 Copy/Paste
Sent from my iPhone using Tapatalk
-
Die einzige Idee die man haben könnte wäre ein JSON Fenster je eingetragenem Plugin anzubieten und so die Konfigurationen zu trennen …
-
Ok, angeschaut. ich denke das das Ding im "Use-Global.Homebridge"-Modus tun wird … aber nicht als Wrapper. Der Wrapper schränkt so viele Dinge ein und hat kein echtes Konfigfile und und und ... Und ehrlich wäre das auch nicht unbedingt das Ziel von dem Adapter hier
Also hier würde ich akzeptieren das es nicht geht
`Kann bestätigen, im Global-Modus funktioniert GUI bei mir.
-
Ich finde den HAM Adapter immer faszinierender.
Das die Hälfte der verfügbaren Plugins eher Administartive-/Info- oder Switch Plugins sind die meist nicht laufen sei geschenkt da sie eher als workaround für Defizite in Homekit dienen und unter Iobroker kaum Sinn machen.
Was die Config angeht gibt es durch aus Möglichkeiten das deutlich zu verbessern.
Man könnte einen Editor mit JSON Syntax Highlighting nehmen, und/oder die Configs für verschiedene Plugins trennen und den wrapper das zusammenfügen lassen usw.
Auch wäre es cool direkt nach verfügbaren Homebridge Plugins suchen zu können, statt deen Namen selbst kennen zu müssen und dann kein Feedback zu bekommen ob es das überhaupt gibt und es geladen wurde, ausser im log file… :?
Aber trotz alle Faszination für den Adapter weiß ich nicht ob die Zeit nicht besser in andere Verbesserungen z.B. die generelle Iobroker Visualisierung gesteckt werden sollte
P.S.
Ich denke wir könnten hier mal eine Liste der "sinnvollsten" der 1200+ Plugins sammeln und als Beispiele in die Doku mitaufnehmen damit die "Perlen" nicht unter dem ganzen sinnlosen "Schrott" verloren gehen und der Adpter dadurch kaum genutzt wird?
-
Man könnte einen Editor mit JSON Syntax Highlighting nehmen `
Der Editor der kommenden JS-Adapter-Version kann das. Eventuell kann man den auch hier nutzen, dann denke ich aber es macht Sinn ihn global in den Admin-Adapter zu integrieren.
-
Hey,
erst einmal: Version 0.2.6 ist verfügbar. Damit sollte mal mindestens das eine WeMo-Plugin gehen.
Aber trotz alle Faszination für den Adapter weiß ich nicht ob die Zeit nicht besser in andere Verbesserungen z.B. die generelle Iobroker Visualisierung gesteckt werden sollte
`An diesen Themen (allen voran "Material Adapter" arbeutet Bluefox und HTML ist nicht mein Gebiet. Da kann ich nur vergleichsweise wenig unterstützen. Daher stürze ich mich eher auf solche Themen.
Die Idee und Wichtigkeit des Adapters kommt daher das es immer wieder user gibt die nach Integrationen fragen, die ioBroker nicht hat. In 1/3 bis der Hälfte der Fälle gibt es aber schon ein Homebridge-Modul. Auch wenn so ein "einzelner User" dann für seinen Wunsch einen Adapter-Request im Github anlegt bekommt der fast nie weitere Stimmen. Ergo: Es wird auch eher schwierig werden einen Entwickler dafür zu finden … es sei denn jemand der entwickeln kann braucht das auch. Also ein Henne-Ei-Problem so ein bissl. Und es sieht auch noch so aus als ob ioBroker trotz 200 Plugins zu wenig hat (ja, ja kann nie genug sein
)Also war der Plan diese eben beschriebene Situation zumindestens für die Anwendungsfälle wo es Homebridge-Plugins gibt zu entschärfen. Und das zeichen ist auch das wir versuchen zu helfen wo es geht - im Zweifel mit solchen "Konnektoren".
Ich denke ob wir die "Bedienbarkeit" der Konfig von ham noch optimieren (und damit auch wie viel Aufwand noch reinfliesst für solche Dinge) sehen wir jetzt mal wie viele User den Adapter verwenden. Ihr dürft gern mit sinnvollen Ideen zur Konfig-Verbesserung Issues im Github anlegen
P.S.
Ich denke wir könnten hier mal eine Liste der "sinnvollsten" der 1200+ Plugins sammeln und als Beispiele in die Doku mitaufnehmen damit die "Perlen" nicht unter dem ganzen sinnlosen "Schrott" verloren gehen und der Adpter dadurch kaum genutzt wird? `
Super Idee, hatte ich auch schon, dann aber am besten im Adapter-Forum als eigenen Thread (Eher Wissen als Diskussion).
Eine Idee wäre einen Post in dem Thread pro Plugin mit Infos zum Plugin, Beispielkonfig, Empfehlungen. So wie oben schon grob einige Posts von pix oder so waren.
Macht gerne!
-
Du hast mit dem Adapter einen tollen Job gemacht - Kompliment der wird schon seine Anhänger finden :!:
Was die Bedienerfreundlichkeit angeht - ich wunderte mich nur generell das dieses Hombridge JSON Text Config Gefrickel ja gerade aus der Apple Ecke kommt - das passte für mich nicht zusammen.
Laut google/youtube arbeiten da aber viele Iphoner aber auch lieber mit Config Apps wie der hier:
https://itunes.apple.com/de/app/homebri … 83713?mt=8
Damit werden häufige Plugins mit einem Click aus einer Liste installiert und für viele gibts dann eine fertige Config bzw. man clickt sich einige Einträge nur noch zusammen, das ist schon näher am Apple typisches plug&play 8-)
Ausserdem gibts da auch eine nette Anfänger Doku wo das Plugin Konfigurieren für absolute Anfänger näher beschrieben wird:
https://homebridgeapp.zendesk.com/hc/de … -Allgemein
Wenn ich also doch noch interessante plugins finde werde selbst ich die damit zum laufen kriegen
P.S.
Habe für das Wemo Plugin mal einen ersten Beispiel Eintrag im Adapter-Bereich gemacht…
