KNX Temperatur-/ Heizungssteuerung

[Chrisi114]

Bevor ich meine Vorgehensweise auf alle Räume ausrolle werde ich auf jeden Fall noch ein paar Tests machen und dann berichten! Werd mir auch den Busmonitor mal anschauen!

Was wäre denn eine saubere Vorgehensweise?
--> Fangen wir mal bei den Channels an, habe ich die korrekt eingerichtet?
--> Der nächste Schritt wäre ja (wenn ich OH3) richtig verstehe das Semantic Model, was würdest Du hier anders machen (Category, Semantic Class...)?

[udo1toni]

Das Problem ist, es gibt durchaus mehrere "richtige" Wege, und es kommt auch auf die Hardware an. Jeder Hersteller hat seine eigene Vorstellung davon, wie sowas umgesetzt werden sollte. Aber grundsätzlich:

Die Ist Temperatur sollte lesbar sein, das heißt, wenn Du ein < vor die GA schreibst, sollte openHAB direkt beim Hochfahren die Temperatur aktiv abfragen und der RTR sollte eigentlich umgehend antworten (damit hast Du direkt ab start die aktuellen Werte, nicht eine Schätzung über den vermuteten Zustand).
Die Soll Temperatur sollte zwei GA haben, nämlich eine für die Steuerung und eine weitere für die Rückmeldung. Es sollte im RTR auf jeden Fall auch zwei KO dafür geben. Das gleiche gilt für die Sollwertverschiebung, da sie ja ein normaler Wert ist, der auch direkt in knx geändert werden kann.
Die Rückmeldung sollte dabei auch jeweils lesbar sein, das kannst Du in der ETS am L-Flag sehen, welches dafür gesetzt sein muss.
Da immer die erste angegebene GA zum Senden verwendet wird, muss das bei der Konfiguration beachtet werden, also die Rückmelde-GA als zweite GA eintragen, die GA zum Setzen des Werts als erste GA eintragen.

Das Semantic Model ist eigentlich keine große Sache. Du baust hierarchisch Dein Smarthome nach, eine Gruppe für das Gebäude (z.B. Location-House), darin Gruppen für die Stockwerke (Location-GroundFloor usw.), darin jeweils Gruppen für jeden Raum (Location-LivingRoom usw.), darin Gruppen für Ausstattung (z.B. Equipment-HVAC), innerhalb des Equipments Points (z.B. Point-Measurement mit Property-Temperature) usw. Du wirst schnell herausfinden, dass es massig Dinge gibt, die nicht im Semantic Model vorhanden sind aber man kommt schon recht weit und für den Großteil des Rests findet man Kompromisse.
Die Points entsprechen im Übrigen den Items, welche mit den Channels verlinkt sind.

Was bei knx leider noch nicht funktioniert, ist das Thema UoM, und das, obwohl knx schon von Beginn an mit den DPT einen Parameter mitbringt, in dem die notwendigen Informationen enthalten sind (oder zumindest sein könnten). Aber soweit ich es mitbekommen habe, ist da was in Arbeit, und aufgeschoben ist ja nicht aufgehoben, kann also gut sein, dass man das "demnächst" nachrüsten kann.

[Chrisi114]

Die Soll Temperatur sollte zwei GA haben, nämlich eine für die Steuerung und eine weitere für die Rückmeldung

das ist einentscheidender Punkt. Den Kanal für die Soll Temperatur Steuerung habe ich übersehen weil der im Aktor mit "Soll KOMFORT" bezeichnet war und der (von meinem Ersteinrichter mangels Betriebsartunterscheidung auch) keiner GA zugeordnet war. Die Schalter funktionieren alle über die Sollwertverschiebung, daher habe ich mich auch darauf gestürzt. Das macht aber für OH meiner Meinung nach keinen Sinn/ ist viel zu umständlich! Einen Kanal für die Solltemperatur und einen fürs Ist --> fertig.

Danke für deine Hilfe und für dein Engagement!

[udo1toni]