OBS - ein neuer Player in der Serverlandschaft?

[Stanis]

Sorry für die späte Rückmeldung. Ich habe, schon bei EDOMI war das so, dass Updates mir immer meine komplette Individualisierung entfernt hat (quasi wie eine Neuinstallation) obwohl ich nur den Dockercontainer aktualisiert habe. Ich habe daraufhin einiges in Unraid Dockercontainern "ausgelagert".

Ich hatte die neuste OBS Version normal über den Docker Aktualisierungmechanismus durchgeführt. Das Verhalten des Docker Updates unter Unraid ist häufig wie eine Neuinstallation. Da ich das wusste und die Einstellungen usw in OBS ausgelagert hatte, dachte ich, dass hier etwas schief gelaufen ist. Daraufhin habe ich alles entfernt und eine wirkliche Neuinstallation durchgeführt. Beides hatte das gleiche Fehlerbild.
Erst durch den Ausdruck auf dem Terminal, konnte ich OBS wieder nutzen. Den Bugfix habe ich zeitlich noch nicht einspielen können.

VG und Danke

[Marino]

Kann es sein, dass du einfach kein Volume erstellt hast, was außerhalb des Containers für entsprechende Daten genutzt wird? In Unraid normalerweise unter /mnt/user/appdata... Vorzugsweise auf dem Cache, damit das Array nicht anlaufen muss.

In der docker-compose.yml sollte bei unter obs ein passender Eintrag sein, wie z.B.

volumes:
- ./obs_data:/data
...
oder

volumes:
- mnt/user/appdata/obs_data:/data

Damit sollte das auch funktionieren. Das unraid da ein Problem hat oder sich anders verhält als andere Docker-hosts, habe ich bisher noch nicht von gehört oder selber bemerkt und ich nutze Unraid nun auch schon ein paar Jahre inkl. Docker.


Viele Grüße
Nils

PS: Hast Du überhaupt per compose installiert? "Update über den Docker Aktualisierungmechanismus" zeigt eher, dass Du das nicht getan hast. Ggf. könnte dann sogar mosquitto fehlen?!?

[Ing-Dom]

Ich muss mal ein paar Fragen loswerden - ich würde obs gerne dafür nutzen um mein edomi abzulösen.
Dafür läuft es bereits bei mir und super, was ihr hier schon geschaffen habt!

Da fehlen mir aber noch so einige Sachen, was ok ist, obs ist jung und hat noch viel Potential, es ist OSS und man kann beitragen.

Wo ich aktuell hänge:
Was ist der Anlaufpunkt wenn ich auf "Lücken" stoße. Klar, ich könnte das einfach Ändern und einen PR machen. Aber ich weiß weder, ob es dazu bereits Pläne gibt, das mit anderen Themen oder Entscheidungen kollidiert etc...

Beispiel 1:
Grafana in der Visu - geht nicht weil das obs iframe widget weder allow-scripts noch allow-same-origin hat..
=> hab ich hier im Thread schonmal angesprochen, aber ohne Reaktion. Falscher Ort? Übersehen worden?

Beispiel 2:
Anbindungen. Bei edomi hat man "einfach" einen LBS erstellt, der hat dann auch nach außen kommuniziert. Das geht ja bei obs nicht im skript. Das Konzept sieht dafür die Adapter vor - diese sind aber fester Bestandteil und nicht nachladbar.
Ich bräuchte konkret eine Einbindung meiner Helios KWL per Modbus TCP, aber der obs modbus adapter kann das zustandsbehaftete protokoll nicht. da müsste man einen custom adapter machen. Ähnlich für meine Fronius WR - der eingebaute Adapter ist nicht so gut geeignet, das wären viel zu viele Abfragen.

[starwarsfan]

Hallo Dom

ich würde obs gerne dafür nutzen um mein edomi abzulösen.

Genau das ist auch mein Plan.

Dafür läuft es bereits bei mir und super, was ihr hier schon geschaffen habt!

Vielen Dank! :-)

Was ist der Anlaufpunkt wenn ich auf "Lücken" stoße. Klar, ich könnte das einfach Ändern und einen PR machen. Aber ich weiß weder, ob es dazu bereits Pläne gibt, das mit anderen Themen oder Entscheidungen kollidiert etc...

Die einfachste Variante wäre, ein Issue auf Github aufzumachen. Dann können wir das dort besprechen u/o konsolidieren etc. pp.

Grafana in der Visu - geht nicht weil das obs iframe widget weder allow-scripts noch allow-same-origin hat..
=> hab ich hier im Thread schonmal angesprochen, aber ohne Reaktion. Falscher Ort? Übersehen worden?

Stimmt, ich erinnere mich. abeggled hattest Du Dir das schon angeschaut?

Anbindungen. Bei edomi hat man "einfach" einen LBS erstellt, der hat dann auch nach außen kommuniziert. Das geht ja bei obs nicht im skript. Das Konzept sieht dafür die Adapter vor - diese sind aber fester Bestandteil und nicht nachladbar.

Es wird auch im OBS eine Art Plugin-Mechanismus geben. Das ist dieses Ticket und das läuft bei mir schon im Grossen und Ganzen. Wir hatten das noch zurück gehalten, weil der Auth-Mechanismus noch nicht fertig war. Ich muss mich dem Thema wieder annehmen und das weiter voran treiben. Allerdings wird das sehr wahrscheinlich nicht ganz so einfach wie bei Edomi sein aber wir werden sehen...

[abeggled]

Dafür läuft es bereits bei mir und super, was ihr hier schon geschaffen habt!

Danke für die Rückmeldung Dominik.

Wo ich aktuell hänge:
Was ist der Anlaufpunkt wenn ich auf "Lücken" stoße. Klar, ich könnte das einfach Ändern und einen PR machen. Aber ich weiß weder, ob es dazu bereits Pläne gibt, das mit anderen Themen oder Entscheidungen kollidiert etc...

Die einfachste Variante ist immer eine Issue. Alles was irgendwo in Arbeit ist oder in den Köpfen herumschwirrt ist dort verewigt, mit einer kleinen Ausnahme, die neue Visu, die läuft als U-Boot.

PR sind grundsätzlich immer willkommen. Beim Bereich Adapter gibt es so ein paar Grundsätze, welche wir uns auferlegt haben. Dazu zählt, dass es Adapter eigentlich nur für Protokolle gibt, nicht für einzelne Produkte wie Sonos, Velux, etc.

Falls du aktiv mitarbeiten möchtest, so lass mich dies wissen, du kannst gerne an unseren virtuellen Dev Meetings teilnehmen. So können wir einzelne Punkte direkt besprechen.

Grafana in der Visu - geht nicht weil das obs iframe widget weder allow-scripts noch allow-same-origin hat..
=> hab ich hier im Thread schonmal angesprochen, aber ohne Reaktion. Falscher Ort? Übersehen worden?

Übersehen! betreffend allow-scripts und Co sind das bewusste Sicherheitsüberlegungen. Zudem würde ich aktuell nicht Unmengen an Zeit in die aktuelle VISU investieren, siehe oben.

Anbindungen. Bei edomi hat man "einfach" einen LBS erstellt, der hat dann auch nach außen kommuniziert. Das geht ja bei obs nicht im skript. Das Konzept sieht dafür die Adapter vor - diese sind aber fester Bestandteil und nicht nachladbar.
Ich bräuchte konkret eine Einbindung meiner Helios KWL per Modbus TCP, aber der obs modbus adapter kann das zustandsbehaftete protokoll nicht. da müsste man einen custom adapter machen. Ähnlich für meine Fronius WR - der eingebaute Adapter ist nicht so gut geeignet, das wären viel zu viele Abfragen.

Das Thema mit dem "zustandsbehafteten Protokoll" müssten wir uns mal genau ansehen, insbesondere wenn es diesbezüglich noch weiter Kandidaten geben soll.
Den Punkt viel zu viele Abfragen würde ich auch gerne verstehen, in diesem Kontext wäre es IMHO besser den bestehenden Adapter um die Funktionalitäten zu erweitern als eine produktspezifische Variante zu bauen.

Es gibt auch Überlegungen zu virtuellen Geräten, welche ab Templates importiert werden können. Da stellt sich jedoch heute die Frage ob dies im AI Zeitalter noch notwendig ist. Der AI deiner Wahl die Modbus Specs deines Gerätes hochladen und die OBS API Url auf den Weg geben et voila.

[abeggled]

OK starwarsfan und ich waren fast zeitgleich unterwegs, zum Glück mehrheitlich deckungsgleich

[Ing-Dom]

Danke für eure Antworten

Ich hab mal 2 issues erstellt:
https://github.com/abeggled/openbrid...er/issues/1254
https://github.com/abeggled/openbrid...er/issues/1255

Übersehen! betreffend allow-scripts und Co sind das bewusste Sicherheitsüberlegungen. Zudem würde ich aktuell nicht Unmengen an Zeit in die aktuelle VISU investieren, siehe oben.

verständlich! nur braucht es IMHO unbedingt eine gute Lösung um Grafana in die Visu einzubinden. Das ist so gut und mächtig...da kann die obs Lösung nur "hinterherhinken"..

[abeggled]

Ich hab mal 2 issues erstellt:

Danke

nur braucht es IMHO unbedingt eine gute Lösung um Grafana in die Visu einzubinden. Das ist so gut und mächtig...da kann die obs Lösung nur "hinterherhinken"..

Wir bauen neben den an Grafana orientierten, schon heute verfügbaren Widgets nichts nach. Einfach = OBS, komplex = Grafana.
Die Integration von Grafana werden wir im Kontext der neuen VISU sicher anschauen.

[starwarsfan]

Hoi Dominik

https://github.com/abeggled/openbrid...er/issues/1254

Wenn ich das lese frage ich mich wieder mal, welches Kraut da im Spiel war, als man sich das ausgedacht hat. Es hat den Anschein, also wollte man den "wer-vermurkst-Modbus-am-besten" Wettbewerb um alles in der Welt gewinnen...

[r4id]

Quasi ModbusRTU auf TCP modelliert 😄