openhabforum.de

Hallo zusammen,
(zu mir)
ich bin ich neu in der Thematik und benötige etwas Starthilfe bei der Konfiguration von OpenHab bzw. der Erzeugung von "Rules". Ich gurke hier schon seit mehren Tagen durchs Netz, aber werde nicht so richtig fündig, als dass ich wirklich alleine weiterkommen würde. Ich besitze zwar Programmierkenntnisse, allerdings weniger gute Linux-Kenntnisse.

(Projekt)
Ich habe noch ein MAX! Heizungssteuerungssystem und möchte es nun in Kombination mit einer Stromheizung verwenden. Das ist keine Nachtspeicherheizung, sondern das sind Heizplatten, die direkt bestromt werden müssen. Ich dachte eigentlich, dass ich das MAX!-System nun verkaufen müsste, jedoch habe ich dann die Zugriffsmöglichkeit auf die Sensorik via OpenHAB entdeckt. Eine relativ günstige und wirklich gut funktionierende Aktorik habe ich mir schon zugelegt - Shelly 1 Relais. Ich möchte nun die Heizungen in sämtlichen Räumen mit Fensterkontakten, Wandthermostaten und Shelly1-Relais steuern. Eine Zeitsteuerung über ein Wochenprofil würde ich ebenfalls gerne realisieren.

(Status Quo)
Ich habe Openhabian auf einen Raspberry Pi 4 installiert und über das "Paper UI" versuchsweise die erste Kombination an Sensorik und Aktorik eingebunden. Das hat soweit funktioniert. Ich habe die Bindings installiert und konfiguriert, ebenfalls die Things und Items. Im Control kann ich nun das Relais schalten und den Wandthermostaten ablesen und setzen.

Und ab hier komme ich nicht weiter. Ich habe soweit verstanden, dass ich nun "Rules" definieren muss. Dies kann ich ja im PaperUI tun, jedoch bin ich da nicht sehr weit gekommen. Und mir scheint, dass es auch etwas begrenzt ist..? Bei meiner Recherche bin ich immer nur auf Code gestoßen. Wo wird dieser denn eingebunden und wo wird er abgelegt? Am liebsten wäre mir schon eine Umgebung, um die Regeln zumindest von den Schnittstellen sauber auswählen zu können. Jedenfalls komme ich hier nicht weiter. Auch habe ich nicht verstanden, wo ich eine Sitemap definieren kann und wozu sie wirklich genau dient. Sie bildet eine Struktur ab und ich kann Gruppen definieren. Aber wer orientiert sich an der Sitemap? Oder kann ich dann Befehle auf ganze Gruppen anwenden? Ich habe versuchsweise mal das HABmin genutzt, aber dann auch gelesen, dass es nicht mehr supported wird.. Gibt es eine Alternative?

Grüße
Nicolaj

Ich bin auch erst ein paar Monate dabei aber soviel kann ich dir schon sagen: Du brauchst das Prog Visual Studio Code um flexibel Code zu verwenden. Darüber kannst du dann Things, Items und Rules erstellen. Allerdings solltest du dich entscheiden, entweder über PaperUI oder VSC. Im letzteren Fall jedoch muss unter PaperUI > Configuration "Item Linking" deaktiviert werden. Es wird auch davon abgeraten, die beiden Methoden zu vermischen. Die Rules werden in dem gleichnamigen Verzeichnis abgelegt. Dabei handelt es sich um Textdateien. Zur Definition solltest du vielleicht noch einmal präzise Fragen stellen. Ich selbst habe damit auch noch so meine Probleme. In der Regel wird dir hier aber auch schnell und kompetent geholfen, ohne Überheblichkeit.
In den letzten Wochen habe ich mir einiges aneignen können, indem ich hier viele Fragen gestellt habe. Zur Unterstützung verwende ich die Doku und schau auch oft ins englische Forum.

Viel Erfolg mit Openhab von dem ich fasziniert bin.

Viele Grüße

Noch ein paar Begriffe...

openHAB (nicht OpenHAB oder OpenHab oder jegliche andere Form)

openHABian - Scriptsammlung zum erleichterten Einrichten von openHAB und diverser 3rd-party Software.

openHABian Image - fertiges Image mit Raspberry Pi OS (ehemals Raspbian lite) und vorinstallierten openHABian incl. unattended installation.

Addon - „Treiber“ um Dienste, Bussysteme oder Hardware anzubinden. Weiterhin werden über Addons diverse Funktionen in openHAB eingebunden, z.B. Transformation oder Persistence, UI usw...

Thing - Bei Hardware gewöhnlich die Abbildung eines einzelnen Geräts in der Software. Hochgradig Addon spezifisch.

Channel - ein einzelner Kanal eines Thing. Gewöhnlich die kleinstmögliche Informationseinheit eines Thing, oder eine Gruppierung nach Funktion (z.B. ein dimmer Channel beinhaltet nicht nur die Helligkeit, sondern auch den Zustand ON oder OFF)

openHAB ist stateless und asynchron. Das bedeutet, es gibt keine Zustände und keine garantierten Antwortzeiten oder garantierte Reihenfolgen (zeitliche Abfolgen).

Deswegen braucht es noch den openHAB Bus, der die Zustände im stateless System dann eben doch „speichert“. Auf dem openHAB Bus gibt es deshalb noch die Items:

Item - hält den Zustand eines Channels und gibt Befehle an den Channel weiter.

Je nach Funktion gibt es verschiedene Items. Der Itemtyp muss zum verlinkten Channeltyp passen.

Paper UI - veraltete Weboberfläche, um das openHAB System in Teilen zu administrieren.

HABmin - extrem veraltete Weboberfläche zur Systemadministration, seit vielen Jahren nicht mehr weiterentwickelt, nur noch wegen herausragender ZWave Funktionen verfügbar.

Classic UI - veraltetes User Interface für Sitemaps

Basic UI - einfaches User Interface für Sitemaps

HABPanel - webbasierte Oberfläche, um eigene Interfaces zu erstellen.


Was an UI als veraltet markiert ist, fliegt im Dezember mit OH3 raus

Textkonfiguration in bisheriger Form wird (mindestens in Teilen) ebenfalls raus fliegen, es lohnt eigentlich zum jetzigen Zeitpunkt nicht mehr, sich das anzueignen.

Sitemap - Definition einer Ansicht, mit der man per Browser oder Handy App openHAB Items steuern kann.

Weiteres später... demnächst Feierabend...


Gesendet von iPad mit Tapatalk

Hallo udo1toni,

danke für die Erklärungen und auch den Ausblick. Du sagst, ich sollte mich nicht mehr auf die älteren Tools einlassen und am neuen orientieren. Ich habe das openHABian installiert und auch schon mehrmals versucht, dieses auf die openHAB-Version 3.0 hochzuziehen. Aber über ein 2.5x geht es nicht hinaus. Zumindest über das openHABian-config-Tool.

Und wie ich dieses Update aus Linux heraus starten kann, liegt dann leider schon wieder außerhalb meiner Kenntnisse.
Vllt kannst Du mir die Kommandos dazu mitteilen?

Ansonsten habe ich auch schon gelesen, dass wohl ab openHAB 3.0 die Skripte in Python umgesetzt werden. Das ist ja dann wirklich wieder anders.

Um das Thema der Skripterstellung über Visualstudio auszuprobieren hatte ich auch schon ein Tutorial ausprobiert, welches einen Samba Server auf dem Pi einrichtet und so einen Dateiaustausch ermöglicht. Die Einrichtung hatte soweit geklappt, aber ich finde den Server leider im Netzwerk nicht.

Nun gut, das ist ja dann mit einer neuen openHAB-Version vllt schon wieder hinfällig.

Wäre schön, wenn Du mir beim Umstieg und Start noch die notwendigen Tips geben kannst.

Schöne Grüße,
Nicolaj

@udo1toni

Ich habe zur Zeit die Version 2.5.10 installiert. Kann ich eigentlich davon ausgehen, dass die Things, Items und Rules mit erscheinen der Version 3.0 nicht überarbeitet werden müssen?

Nicolaj hat geschrieben: ↑27. Okt 2020 21:29
... Aber über ein 2.5x geht es nicht hinaus. Zumindest über das openHABian-config-Tool.
Und wie ich dieses Update aus Linux heraus starten kann, liegt dann leider schon wieder außerhalb meiner Kenntnisse.
Vllt kannst Du mir die Kommandos dazu mitteilen?
....

Ich arbeite ebenfalls mit Linux und habe es so gelöst: "putty" installiert und eingerichtet. Über das openHABian-config-Tool kannst du dann das jeweils aktuelle Update aufrufen. Musste danach aber auch gelegentlich feststellen, dass es nicht immer sinnvoll ist, sofort zu aktualisieren.

openHAB3 wird ein sehr großes Upgrade, weil nicht nur openHAB selbst ausgetauscht werden muss, sondern zusätzlich auch noch Java. openHAB2 läuft (offiziell) nur mit Java8, während openHAB3 zwingend Java11 fordert. Obwohl OH2.5.10 eigentlich mit Java11 zurechtkommen sollte, ist es eher nicht anzuraten, diesenSchritt zu gehen.

openHABian selbst wird die Installation sicher auch bereitstellen, aber vermutlich eher erst im Dezember zumal die Installation aus den Repositories momentan noch nicht immer korrekt funktioniert.

Ich habe bei mir vorgestern „manuell“ mittels dpkg installiert, das hat wunderbar funktioniert.

Ich wollte aber auch gar nicht dazu raten, gleich auf OH3 zu gehen, nur mit OH1-Dingen sollte man sich als Neuling nicht mehr beschäftigen

Was die Rules betrifft, so ist Python (bzw. Jython) nicht mit an Bord. Es wird aber sicher auch für OH3 eine Anleitung geben, wie das einzubauen ist, in einem späteren Update soll das meines Wissens aber sowieso kommen.
Die Rules DSL ist aber - entgegen früherer Aussagen - auch weiter mit dabei, lediglich joda Time ist raus zugunsten von ZonedDateTime, Regeln die joda Time verwenden müssen also angepasst werden.

VisualStudio Code (nicht Visual Studio - das ist ein anderes Produkt) ist essenziell für die Erstellung von Rules, zumindest, wenn es um die DSL Rules geht.

OH3 verwendet sowohl für Items/Things als auch für Sitemaps ein anderes Format, kann aber zumindest die Sitemap Dateien weiterhin nutzen. Im Zweifel lädt man also die alte Sitemap rein und erstellt eine neue, die genauso aussieht wie die alte um das neue Format zu nutzen (wenn ich es richtig verstanden habe yaml)


Gesendet von iPad mit Tapatalk