openhabforum.de

Da hast du dir aber viel vorgenommen. Bei dem Einen oder Anderen kann ich vielleicht sogar helfen.

Übrigens, gibt es in WHV noch die Ebkeriege-Kaserne?

scotty hat geschrieben: ↑11. Okt 2022 10:51 ...Übrigens, gibt es in WHV noch die Ebkeriege-Kaserne?

OT:
Ja die Gebäude gibt es noch, aber was da Untergebracht ist, kann ich dir nicht sagen. Meine Eignungsuntersuchung war dort '85, aber das gibt es dort nicht mehr.

Gruß
Andreas

Ich hätte mal die Frage was bedeutet bei einem Docker Container host und Bridge? Hintergrund:

Meine Nas hat die Ip 192.168.1.180 meinem Docker auf der Nas möchtd ich die Ip 191.168.1.90:8080 geben.

Wie müsste ich sowas in der Docker Compose angeben.

Ein weiter Nachteil warum ich noch nicht mit einer Docker compose gearbeitet habe das ich auf der Nas in der Container Station bei qnap nicht mehr den Docker starten und stoppen kann. Ich sehe ihn zwar aber kann nichts mehr machen.

Also hier ist wirklich alles gut erklärt.

https://youtu.be/IlHnWmBWPnw

Na, da hast Du ja einige Dinge zu konfigurieren...

Tipp: Sorge erst mal für die grundsätzliche Verbindung. Z.B. der Fronius wird direkt mit eigenem Binding unterstützt (funktioniert hier hervorragend), Wallbox bin ich mir nicht sicher, ob die schon direkt eingebunden werden kann. Bei den meisten Anderen Dingen auf der Liste wird es auch simpel sein, passendes Binding installieren, konfigurieren und/oder AutoDiscovery laufen lassen, fertig.

Die Hardware wird in openHAB3 immer über Things abgebildet, die Things sind also hardwarebezogen.
Innerhalb openHAB nutzt Du aber Items, diese sind grundsätzlich nicht hardwarebezogen, sondern funktionsbezogen. Entsprechend solltest Du bei der Namenswahl aufpassen, denn openHAB generiert automatisch erzeugte Items mit absurden Namen. Was bringt ein mqtt_Sonoff_xyz_Modul1_Schaltsteckdose_Power_Relais als Bezeichnung, wenn das Ding eigentlich die Stehlampe im Wohnzimmer steuert, also sinnvollerweise EG_Wohnen_Stehlampe heißen sollte? Bei ersterem hat man ein Wortungetüm, welches auch noch hardwarebezogen ist, wenn ich also mal ein anderes Modul einsetzen sollte, müsste ich das Item umbenennen, bei letzterem habe ich einen Bezug auf die Funktion und mit passender Struktur kann ich den Namen des Items "erraten".

Bezüglich der S0-Ausgänge: Du wirst vermutlich auf den Raspberry hoffen jedenfalls brauchst Du hier eine vernünftige Schnittstelle, die die Impulse auswertet und aufzeichnet. Ich möchte hier volkszaehler.org in den Raum werfen, das Projekt kann Frontend, Backend und Middleware voneinander unabhängig nutzen, also die Messwerterfassung (Backend) z.B. auf einem kleinen Raspberry Pi 1A(!) erledigen, die Daten in einer MariaDB (in einem Container oder als native Anwendung auf der Synology) speichern (Middleware) und das Ganze über eine Web UI (ebenfalls docker) bereitstellen. So bleibt das System extrem schlank, Du kannst von openHAB aus auf die Daten zugreifen (z.B. Durchschnittsverbrauch der letzten Minuten) und hast dennoch kein übermäßiges Datenaufkommen in openHAB.

Ja @udo1toni , da habe ich mir vielleicht zu viel vorgenommen.
Ich werde da Prioritäten setzten müssen und es Schritt für Schritt umsetzen.

Die ersten Things sind schon angelegt wie Grundstück, Haus, Garten, Geschosse und Räume.
Die ersten Bindings von AVM, Fronius Smartmeter+Symo, TP-Link sind auch eingerichtet und deren Items den Räumen/Orten zugeordnet.
Die Items für die IP-Cameras klappen noch nicht perfekt. Die Camera ist online, jedoch wird kein Stream angezeigt in der UI. Ich frage mich gerade, ob das an dem Pfad für diesen ffmjpeg-Kram liegt und wofür das benötigt wird.

Am meisten zu kämpfen habe ich damit, die ganzen Items jetzt vernünftig zu visualisieren. Es gibt zwar viele Vorlagen, aber auch die haben ihre Macken.

Gruß
Andreas

Nein, nicht zu viel, sondern eine längere Liste, die nach und nach abarbeiten solltest. Der Rasenmäher z.B. wird nicht so bald wieder zum Einsatz kommen und steht eh schon unten...

Und wichtig: Begrifflichkeiten nicht durcheinander werfen.
Things sind die Entsprechung einer Hardware (oder allgemeiner einer externen Datenquelle, kann ja auch eine reine Software oder eine Emulation sein).
Gebäude, Grundstück, Geschosse und Räume sind keine Things. Sie gehören stattdessen zum Semantic Model, durch welches man sich typische Ansichten automatisch generieren lassen kann (alle Geräte eines Typs auf einer Seite, Geräte hierarchisch nach Raumzugehörigkeit sortiert usw.)

Widgets dienen der Visualisierung von einem oder auch mehreren Items, Items enthalten einen bestimmten Aspekt eines Things, z.B. den Schaltzustand einer Lampe, die Solltemperatur des Thermostaten, die aktuelle Luftfeuchte usw. Widgets kann man für die Main UI auch selbst gestalten, allerdings möchte ich dazu raten, erst mal alles in einer "Grundversion" zum Laufen zu bringen. "hübscher" kannst Du es später noch machen, ein schneller Erfolg für Grundfunktionen und eine wachsende Vertrautheit mit openHAB sind aber zunächst wichtiger.

Für die Markise bzw. Rollläden kannst du Shelly's 2.5 installieren. Die sind sehr gut in Openhab zu integrieren. Außerdem kannst du dann 2-gleisig fahren (manuelle Steuerung bzw. Wlan). Und Frauchen muss nicht erst überzeugt werden...