Ankündigung

Einklappen
Keine Ankündigung bisher.

Migration der Edomi-Logiken zum Open Bridge Server (OBS)

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    [Projekte] Migration der Edomi-Logiken zum Open Bridge Server (OBS)

    Hallo miteinander

    Nachdem ich nun mehr und mehr Logiken auf Edomi deaktiviert und erfolgreich zum Open Bridge Server migriert habe, gibt es vermutlich ein gewisses Interesse, wie sich das recht gut unter Zuhilfenahme einer KI bewerkstelligen lässt. Da Edomi keine API oder dergleichen hat, muss die KI anders mit den entsprechenden Informationen gefüttert werden. Das funktioniert wunderbar mit Screenshots der relevanten Details.

    Ich habe mir dazu zwei Git-Repos angelegt, wobei im ersten Repo die Screenshots der Online-Hilfe der verwendeten LBS liegen und im zweiten Repo die Screenshots und weitere Details der zu migrierenden Logik. Dabei ist jeweils der erste Screenshot die Logikseite im Ganzen sowie in weiteren Screenshots sämtliche Konfigurationsdetails. Das sind insbesondere die Belegungen der Ausgangsboxen sowie alle Details, welche nicht direkt oder nicht vollständig auf der Logikseite zu erkennen sind.

    Mit diesen Informationen kann nun die KI angewiesen werden, die Screenshots im Ordner XYZ zu analysieren und die dort abgebildete Logik im OBS zu erstellen.

    Das Repo mit den Help-Screenshots ist hier zu finden. Es sind im Moment nur die Help-Screenshots enthalten, welche ich für konkrete Migrationen gebraucht habe. Das ist also noch ausbaufähig. Weiterhin befindet sich dort eine CLAUDE.md mit den initialen Vorgaben, wie sich die KI (in meinem Fall eben Claude) zu verhalten hat.

    Hier ein ganz einfaches Beispiel. Zunächst der Screenshot der Logik:

    image.png​

    Und dann die Screenshots zur Konfiguration der Ausgangsboxen (hier nur zur #4358):

    image.png​
    Mit diesen Informationen kann die OBS-Logik erstellt werden. Hier ohne Email und mit eingeblendeter Konfiguration des Mapping-FB:

    ​image.png​
    Kind regards,
    Yves

    #2
    Hallo,

    du hast bestimmt schon drüber nachgedacht, aber wäre nicht ein EDOMI MCP-Server-LBS als letzte Anstrengung noch sinnvoll? Oder hat ein LBS keinen Zugriff auf die Anderen?

    Gruß,
    Hendrik

    Kommentar


      #3
      ich bin aktuell auch in der Migration von edomi => obs + influx

      ich muss sagen ich habe SEHR gute Erfahrung damit gemacht claude einfach direkt Zugang zu edomi zu geben, er liest dann den quellcode und den datenbankinhalt ein und versteht dann was das system macht - und portiert es nach obs. Ich meine das ist der bessere Ansatz als Screenshots, weil die Daten struktuiert und exakt vorliegen.

      Ich hab damit mein edomi deutlich verkleinert, so dass es heute als vm auf meinem nas läuft. der Rest wartet auf die neue obs Visu und ein dynamisches Adapterkonzept
      OpenKNX www.openknx.de

      Kommentar


        #4
        Hallo Dom

        Zitat von Ing-Dom Beitrag anzeigen
        ich muss sagen ich habe SEHR gute Erfahrung damit gemacht claude einfach direkt Zugang zu edomi zu geben, er liest dann den quellcode und den datenbankinhalt ein und versteht dann was das system macht - und portiert es nach obs. Ich meine das ist der bessere Ansatz als Screenshots, weil die Daten struktuiert und exakt vorliegen.
        Interessant und gut zu wissen! Das muss ich doch direkt auch nochmal ausprobieren...


        ​
        Zitat von Ing-Dom Beitrag anzeigen
        Ich hab damit mein edomi deutlich verkleinert
        Was meinst Du denn mit "verkleinert"? Verkleinert im Sinne von gewisse Teile bereits weg-migriert oder irgendetwas direkt an der Edomi-Instanz verändert?
        Kind regards,
        Yves

        Kommentar


          #5
          Zitat von starwarsfan Beitrag anzeigen
          Was meinst Du denn mit "verkleinert"?
          zum Einen den Umfang der Logikfunktionen - ein Teil ist nun in obs.

          zum Anderen: die archivKoData, da das Logging nun ins influx läuft. Das edomi nicht besonderss gut mit viel Logging daten zurecht kam wissen wir. meine archivKoData war ein 15GB MyISAM Monster..
          OpenKNX www.openknx.de

          Kommentar

          Lädt...
          X