[Aufruf] ioBroker.ham (Homebridge Accessory Manager) testen

lobomau

So dan ich auch mal :)

System : Docker image von Burnet

Installation = OK, version 0.2.5 per github installer

Nach einigen rumspielen habe ich dan auch endlich die JSON kapiert, der erste adapter start schlug fehl da ich die module hue usw nicht installiert habe.

Habe jetzt 2 plugins im einsatz, synology und domoticz.

Sinology klappt nicht, hat aber mit dem plugin zu tun holt sich irgendwie keine Daten :/

Domoticz = Klappt sowohl das empfangen als schalten :)

Werde mal schauen ob es noch andere interessante plugins gibt, zum beispiel für andere mal meine konfigurationsdatei:
{
  "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": "SynologyDiskstation",
      "name": "Home_Master",
      "host": "xxx",
      "mac": "xxx",
      "port": "5001",
      "secure": true,
      "account": "xxx",
      "password": "xxx",
      "version": 6.1
    }
  ],
  "platforms": [
    {
      "platform": "eDomoticz",
      "name": "eDomoticz",
      "server": "xxx",
      "port": "8080",
      "ssl": 0,
      "roomid": 0,
      "mqtt": 1,
      "excludedDevices": []
    }
  ]
}

```` `  

Die Konfig-Datei scheint das "Geheimnis" hier zu sein. Airrohr plugin ist bei mir gelaufen. Habe dann versucht den camera-ffmeg hinzuzufügen. Da ist aber noch ein Fehler, den ich nicht wegbekomme:

apollon77

~~@JackWolfskind:~~

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!

Dutchman

@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

apollon77

~~@Alex1808:~~

~~@apollon77:~~

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

pix

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 platforms

eine der beiden ] fehlt bei dir.

Gruß

Pix

lobomau

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
      }
      ]
}

apollon77

Ersetzte am Ende:

      }
      ]
}

durch

JackWolfskind

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 ;)

Dutchman

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.

lobomau

~~@apollon77:~~

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
      }
    }
  ]
}

ple

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ß

apollon77

~~@Dutchman:~~

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 :-)

Dutchman

~~@apollon77:~~

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:

apollon77

~~@JackWolfskind:~~

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

Dutchman

~~@apollon77:~~

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

apollon77

Die einzige Idee die man haben könnte wäre ein JSON Fenster je eingetragenem Plugin anzubieten und so die Konfigurationen zu trennen …

Alex1808

~~@apollon77:~~

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.

JackWolfskind

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?

AlCalzone

~~@JackWolfskind:~~

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.

apollon77

Hey,

erst einmal: Version 0.2.6 ist verfügbar. Damit sollte mal mindestens das eine WeMo-Plugin gehen.

~~@JackWolfskind:~~

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

~~@JackWolfskind:~~

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!

Community Forum

NEWS

[Aufruf] ioBroker.ham (Homebridge Accessory Manager) testen

Support us

561

32.5k

81.6k

1.3m