Seite 2 von 3

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 10. Aug 2023 22:02
von zinnik
domjo75 hat geschrieben: 10. Aug 2023 21:24 Ich hab das mit dem MS VS Code OH Plugin gemacht. Mit der OH GUI hast Du eigentlich keine Chance.
Ok und wie bist du da vorgegangen

Ich sehe in VS code unter dem extension openhab nur items aber kann da nicht ändern oder so?

siehe bild
Screenshot (362).png

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 10. Aug 2023 22:40
von domjo75
Ich bin gerade im Urlaub, kann dir daher keinen Screenshot schicken, wie das bei mir aussieht.
Aber ich meine über den ITEMS war das Semantic Model dargestellt.
Legt dir doch mal eine neue Gruppe an und dort ein Dummy Item rein, dann solltest du das sehen

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 10. Aug 2023 23:26
von zinnik
Im semantic model kann ich keine Daten anlegen die werden sofort wieder gelöscht. Oder meinst du ei Group item anlegen und dann das item der Gruppe zuordnen?

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 11. Aug 2023 09:49
von domjo75
Genau so. Eine Gruppe anlegen und dann ein Item da rein

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 11. Aug 2023 10:02
von udo1toni
Grundsätzlich: Wenn Du Items über die UI anlegst, kannst Du über VS Code hier nichts ausrichten. Das VS Code Plugin wurde nicht um das Semantic Model erweitert, es gibt dort also keine Ansicht dazu. Konfigurieren kann man die Tags aber sehr wohl auch über die *.items Dateien - immer vorausgesetzt, die Items wurden auch auf diesem Weg erstellt. Die angezeigte Fehlermeldung im VS Code Ausgabefenster lässt allerdings schon ahnen, dass da etwas schief läuft.
Auch die Ansicht Deines Semantic Model (Screenshot 359) sieht nicht in Ordnung aus.

Es gibt ja diverse Behauptungen, wie man das Semantic Model nutzen kann und was alles funktioniert. Fest steht aber:
Auf allen Ebenen des Semantic Model gibt es Locations, Equipment und/oder Points. Sonst. Nichts.

Eine Location ist ein physisch vorhandener Ort. Das kann zum Beispiel die Site sein (also meinetwegen das gesamte Grundstück). Es kann sich auch um um ein Gebäude handeln, oder um einen Teil eines Gebäudes, je nachdem, welchen Bereich openHAB abdeckt.
Ein Equipment ist ein einzelnes(!) Gerät(!), keine Zusammenfassung bestimmter Eigenschaften mehrerer Geräte (Bei Dir z.B. "Alle Batteriezustände")
Ein Point ist ein einzelnes Item (kein Group Item) mit einer einzelnen Eigenschaft. Ein Point hat keine Nachfahren.

Keine Ahnung, wie Du es angestellt hast, die Dinge im Semantic Model sichtbar zu machen, welche man sehen kann, aber Du vergewaltigst das Model.
openHAB4 lässt solchen Missbrauch nicht zu.

Das Semantic Model muss unter allen Umständen wie folgt aufgebaut werden:
1. Bilde eine oder mehrere Locations, welche die oberste Hierarchie Deiner Installation bilden. Ich habe bei mir z.B. die drei Locations "drinnen", "draußen" und "ohne" erstellt (letztere ist auch schon geschummelt, aber zumindest als echte Location definiert)
2. Bilde unterhalb der Locations weitere Locations - z.B. bei mir unterhalb draußen die zwei Locations "vorne" und "hinten" (zwei getrennte Hofflächen). Oder auch im Fall von drinnen "Altbau" und "Neubau".
3. Fahre so fort, bis Du keine weitere Location als Untergruppe mehr hinzufügen kannst. Es ergibt sich dann ein Baumdiagramm Deiner Liegenschaft :) also normalerweise das Grundstück mit Außenbereichen, Gebäuden, innerhalb der Gebäude die Stockwerke und innerhalb der Stockwerke die einzelnen Räume. Innerhalb eines Raumes könnte es noch "Zonen" geben, die man als Location definieren könnte, z.B. ein Wohn/Esszimmer, welches dann halt aus zwei Zonen besteht.
4. Ordne Equipment den Locations zu. Merke: Ein Equipment ist gewöhnlich ein physischer Gegenstand. Es kann sich nicht an zwei Orten zugleich befinden. Die Zuordnung ist exklusiv und gehört zu exakt einer Location. Kann ein Equipment nicht eindeutig zugeordnet werden, so ist das Gerät entweder falsch definiert (gibt es massig...) oder es muss an übergeordneter Stelle untergebracht werden, z.B. ein Multiroom Verstärker muss notfalls dem Gebäude zugeordnet werden, statt allen Räumen, in denen Teile des Geräts verfügbar sind. Man könnte bei einem solchen Gerät auch definieren, dass die Ausgänge als einzelne Equipments angesehen werden, so dass wieder eine Zuordnung z.B. zu Küche, Wohnzimmer und Esszimmer möglich ist. Voraussetzung ist aber, dass das Gerät dann noch vernünftig bedient werden kann :)
5. Ordne Points den Räumen zu. Z.B. der Batteriezustand eines Rauchmelders gehört zum Rauchmelder, der in einem bestimmten Raum montiert ist. Der Batteriezustand eines Wandsenders gehört ebenfalls zu dem Raum, in dem der Wandsender fix montiert ist. Achte darauf, dass alle Points korrekt zugeordnet sind (also z.B. die Leistungsaufnahme als Measurement/Power getaggt ist) Meist wird man Points als Nachfahren eines Equipments haben, aber es mag einzelnen Points geben, bei denen das nicht der Fall ist.

Du kannst ohne weiteres eine non-semantic Group bilden, in der Du alle Batteriezustände zusammenfasst. Die Betonung liegt aber auf dem NON. Diese Gruppe darf keinesfalls Bestandteil des Semantic Model sein!!!

Wenn Du obiges beherzigst, wirst Du das Semantic Model angezeigt bekommen.
Unterhalb der Main UI hast Du dann die vier Karteireiter, "Übersicht", "Standorte", "Geräte", "Eigenschaften".
Unter den Standorten wirst Du ein verflachtes Modell der Hierarchie finden, d.h. es wird jede Location angezeigt, welche Equipment und/oder Points als direkte Nachfahren hat, im Allgemeinen wirst Du also für jeden Raum in allen Gebäudeteilen eine Kachel angezeigt bekommen.
Unter den Geräten bekommst Du eine Kachel pro Geräteklasse, also z.B. alle Rauchmelder unter einer gemeinsamen Kachel.
Unter den Eigenschaften bekommst Du eine Ansicht nach Eigenschaften gruppiert, also z.B. alle Batteriezustände aller Geräte (NICHT die LowBattery Eigenschaft, aber der Level, wenn dieser zur Verfügung steht). Die LowBattery Eigenschaft wird direkt auf der jeweiligen Location Card signalisiert.

Man kann durchaus darüber streiten, ob damit alle Wünsche abgedeckt sind, aber das Semantic Model ist kein Wunschkonzert, die Art und Weise, wie hier konfiguriert wird, ist nicht frei wählbar. Tatsächlich ist das Semantic Model eine der unfreiesten Stellen in openHAB :) - dafür werden aber darauf aufbauend vollautomatisch Ansichten erstellt, welche sonst nur mit extrem hohem Aufwand von Hand erstellt werden könnten.

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 11. Aug 2023 21:21
von zinnik
Hallo udo,

super Erklärung zum Verständnis in Bild 1
Dürfen gleiche items in Unterschidlichen Location/Equipments sein?

Temperaturen gruppe Draussen müsste eigentlich ein Equipment sein und oben drüber eine Location? Richtig.
Wie kann ich das ändern habe da nichts gefunden.
Screenshot (363).png

zu Bild 2
Die unteren 4 Equipments dürfen wahrscheinlich nicht ohne Location da stehen und der Point Systemvariablen auch nicht einzeln oder?

Was ist die beste Methode um dies zu ändern.

Oder Besser gesagt wie mache ich draus zb ein Non semantic Group?
Screenshot (364).png

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 11. Aug 2023 22:43
von udo1toni
Du kannst Items (hier Points) beliebigen Equipments bzw. Locations zuordnen, nur halt nicht ein Item mehreren Equipments/Locations gleichzeitig.
Selbstverständlich kannst und "musst" Du sogar "gleiche" ITems unterschiedlichen Equipments/Locations zuordnen, z.B. Die Raumtemperatur des Schlafzimmers gehört zum Schlafzimmer, die Raumtemperatur des Wohnzimmers gehört zum Wohnzimmer (evtl. jeweils als Bestandteil des Raumthermostaten, falls solche als Equipment definiert sind). Das ist ja die grundsätzliche Funktionsweise des Semantic Model.

Du kannst auf die Tags und die Gruppenzuordnung direkt über die Items zugreifen, Du musst lediglich darauf achten, dass jedes Semantic Item (egal ob Point, Equipment oder Location) exakt einem Semantic Item zugeordnet ist (bis auf die Items, welche auf der obersten Hierarchieebene liegen, die sind natürlich keinem Semantic Group Item zugeordnet) und natürlich dass jedes Item ausschließlich zueinander passende Tags hat (also z.B. Temperature und Measurement, aber eben nicht Kitchen, weil das halt weder Property noch Point ist, sondern Location. Normale Items (keine Group Items) sind gewöhnlich immer vom Typ Point bzw. Property, Group Items sind gewöhnlich immer vom Typ Location oder Equipment.

Wo Du was im Semantic Model anordnest, bleibt natürlich Dir überlassen, meine Empfehlung ist aber, sich sklavisch an den Räumen zu orientieren.
Der Stromzähler sitzt im Keller? -> Dann gehört da auch die Zählererfassung hin. openHAB liefert über das Systembinding Infos über sich selbst? -> wo steht das openHAB System, dort gehört ein Equipment mit Namen openHABServer hin (oder wie auch immer Du das Equipment nennen willst)

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 12. Aug 2023 00:02
von zinnik
Also ist das in meinem zweiten Bild falsch?
Kann ich aus einem Location Item ein Equipment machen?
Momentan bin ich wieder auf openhab 3.4.1 da kann ich noch das Semantic Model bearbeiten

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 12. Aug 2023 16:02
von udo1toni
Ich hab keine Ahnung, ob Du die Tags innerhalb des Semantic Models frei ändern kannst (kannst Du aber ausprobieren, mehr als dass es nicht funktioniert kann ja nicht passieren). Für das Bearbeiten der Tags ist das Semantic Model aber unnötig.

Re: [GELÖST] Semantic Model lädt sich tot OH4

Verfasst: 12. Aug 2023 19:49
von zinnik
Kannst du in meinen geposteten Screeshots sehen was zb. Falsch wäre oder warum und was openhab 4 daran nicht passt?