Heizungsregler Samson Trovis 557x an KNX (-Gateway mit OpenKNX)

[Tom Bombadil]

Ich glaube ich habe mich hier getäuscht und die falschen Register verwendet. Dachte die IDs in der Liste von tom sind die Nummern der Register....

Je nach Implementierung Deines Modbus-Stacks arbeitest Du entweder ab ID 0 oder ab (Holding Register) HR40001. Daher hab ich beide Nummern in der Liste drin.

Für die Funktion "Modem-Schreibfreigabe (Schlüsselzahleingabe)" wären das somit 144 oder 40145.

Wenn ich mich richtig erinnere, wird nach erfolgreichem Schreiben der Schlüsselzahl der Regler für 30 Minuten auf "GLT" (GebäudeLeitTechnik) gesetzt, was auch auf dem Reglerdisplay entsprechend angezeigt wird.

/tom

[gegy]

oefchen
Kannst du mir ein wenig weiter helfen beim Schreiben von Registern? Ich hab dazu ein paar Fragen und bekomme es noch nicht zum Laufen:

1.) Du schreibst die Schlüsselzahl in das Holdingregister 40145. Warum schreibst du nicht in das "normale" Register 144, so wie du auch die Betriebsart mit 105 änderst?
2.) Hast du für die Schlüsselzahleingabe eine eigene GA erstellt?
3.) Welchen Datentyp hat die GA für die Schlüsselzahl in der ETS?
4.) Welchen Datentyp hat das Kommunikationsobjekt für die Schlüsselzahl in der ETS?
5.) Muss man die Schlüsselzahl immer senden, wenn man eine Änderung am Regler vornehmen möchte, oder reicht es diese einmal zu senden und dann nie wieder?
6.) Warum verwendest du im MOD-BUS Gateway für den Schlüsselzahl Kanal DPT 08, also einen signed Datentyp? Reicht hier nicht ein unsigned aus (DPT 07)?
7.) Muss ich für die schreibenden Kanäle diverse Flags in der ETS setzten? Bei mir sind für die Schlüsselzahl und die Betriebsart schreiben die Flags: "Kommunikation" und "Schreiben" gesetzt. Reicht das aus?

Ich habe folgendes versucht:
Einen Kanal, der auf MOD-BUS die Schlüsselzahl schreibt angelegt. (Register 40145 - KNX -> MOD-BUS)
Einen Kanal zur Betriebswahl für RK3 angelegt. (Register 109 - KNX -> MOD-BUS)
Einen Kanal zur Lesen der aktuellen Betriebsart angelegt. (Register 109 - MOD-BUS -> KNX)
Für jeden Kanal eine GA angelegt.

Mein RK3 steht auf Betriebsart 2 (Standby). Dies wird mir auch beim lesen der aktuellen Betriebsart angezeigt.
Jetzt schreiben ich mit dem Bus Monitor 1732 auf die GA welche für die Schlüsselzahl verantwortlich ist.
Danach schreibe ich eine 4 (Status, denn der RK3 haben soll).
Wenn ich nun wieder den Status des RK3 lese hat er sich nicht verändert. Steht weiterhin auf 2
Übersehe ich hier etwas?

*Edit*
Ich glaube ich habe mich hier getäuscht und die falschen Register verwendet. Dachte die IDs in der Liste von tom sind die Nummern der Register....
https://raw.githubusercontent.com/To...r/_register.py
Dabei stehen die Register gleich neben an.

[oefchen]

ok...wenn ich jetzt so meine Frage lese war die auch echt doof formuliert Regeln sollte der Regler....und wirklich eingreifen willich ja später auch nicht mehr.

Die Daten werd ich über NodeRed direkt in eine influxDB schaufeln...diese dann über Grafana für Edomi aufbereiten. ...so der Plan. Die Systeme warten nur das es los geht. Hab nur Schiss die Anlage genau jetzt komplett auseinander zu reißen. Das hat bisher noch nie genau wie geplant funktioniert...

Hast wahrscheinlich Recht...es geht ja nicht drum mal eben eine Betriebsart zu wechseln...sondern das System so feinzutunen das es das Optimum allein "regelt".

Danke trotzdem....brauch ich ne Menge GA´s nicht

[Tom Bombadil]

Moin Frank,

Was regelst denn an Deiner Anlage ?

ich regel im Grunde gar nix - das überlasse ich alles dem Regler.

Nein, im Ernst: Anpassungen an den Parametern nehme ich so gut wie nicht mehr vor. Ich schaue täglich auf die Plots, ob alles i.O. ist, und freue mich über die schönen bunten Linien. Parallel beobachte ich die Raumtemperaturen und Luftfeuchtigkeiten (diverse ESP's + BME680 mit ESPEasy, die im 5-Minutentakt senden). Die Raumtemperaturen sind ja quasi das Ergebnis von dem, was die Trovis tut - und an der Luftfeuchtigkeit kann ich u.a. erkennen, ob die KWL etwas Pflege braucht. Überschusswärme wird seit diesem Jahr wieder konsequent mit den reaktivierten RTR's weggeregelt. Alle Daten laufen in der Zentrale (smarthomeNG) zusammen.

Die genannte Konfiguration war extrem hilfreich, als ich in der 'Einstellungsphase' des Hauses war (kurz nach Bezug - thermischer Abgleich usw). Man könnte sicher noch eine Menge mehr machen, aber mir reicht das. Bei 3 getrennten Heizkreisen würde ich auf alle Fälle die oben genannten Daten ziehen und in einer Datenbank plotten, um entsprechende Schlüsse ziehen zu können. Denn das dürfte noch deutlich mehr Aufwand und komplexer sein als mein einer Heizkreis mit seiner FBH ...

/tom

p.s. Seitdem die neuen USRIOT's da sind, wäre ein Regeleingriff auch über die Samson Handy App möglich. Ich hab mir die mal angeschaut - vor 5 Jahren wäre es cool gewesen, nicht ständig zum Regler für das Finetuning zu rennen, aber mittlerweile brauche ich nicht mal mehr das.

[oefchen]

Moin Tom Tom Bombadil,
ich muss nochmal Dein KnowHow anzapfen
Bin grad dabei die Gruppenadressen anzulegen...also festzulegen was ich später
1. vom Bus/der Trovis an Daten lesen will
2. auf den Bus/die Trovis an externen Einstellungen schreiben will/kann

Klar das die RL/VL, Stellsignale, Betriebsarten dabei sind. Aber da gibts ja irre viele Einstellungen die man händich...über den Bus jeweils anpassen könnte.
Was ist denn wirklich nötig...zielführend ? Was regelst denn an Deiner Anlage ?

Kommt natürlich stark auf die Nutzung der Hzg´s-Anlage an. (nur Fußboden-Hzg wirst nicht viel regeln) Bei mir werden das der Hauptkreis und zwei RK´s die sehr unterschiedliche Anforderungen haben können...+ Warmwasserspeicher.

[oefchen]

noch x = ModbusValue/Var1 und KNXputput = x + Var2
damit kann man sich den Korrekturfaktor zusammenbasteln.

Sag ich doch....Weihnachtsgeschenk Wie cool ist das denn !?
Ich bin nicht sicher wieso, war aber der Meinung float funktioniert gar nicht. Würd auch sagen ich hättes probiert, wahrscheinlich am Anfang mit anderen falschen Einstellungen.
Aber: DPT 9 float mit dem Faktor 10 bringt out of the box das richtige Ergebniss. Ich tausche dann in Post 2 direkt die Beschreibung.
Danke Mat, danke auch an Bernhard für Kümmern

Jo Tom, der Faktor war klar, das es aber direkt im GW einstellbar ist überrascht total positiv.
Danke nochmal für die Links.
Die

Heizkurvenberechnung

ist ja cool. Das wird immer ausgefeilter...wow !
An die Visualisierung muss ich dann mal im nächsten Jahr....und hoffe das das mind. so hübsch wird wie bei Dir

[Tom Bombadil]

Nur der Vollständigkeit halber (siehe auch hier): Der Faktor ist ebenfalls in der Liste der Register enthalten. Bei Temperaturen immer 0.1 mit 1 Nachkommastelle (wichtig: Signed INT).

Weiterhin für alle, die an der Trovis mitforschen, noch ein Weihnachtsgeschenk: Robert hat drüben im HTD eine Funktion geposted, die die Heizkurvenberechnung nachbildet. Konnte sie noch nicht validieren, aber die Ergebnisse sehen sehr vielversprechend aus.

Das ist zum einen natürlich für dynamische Berechnungen in Visualisierungen interessant (siehe Regleranzeige - bisher basierten meine Heizkurvenwerte auf historischen Daten aus der Datenbank). Zum anderen kann man jetzt natürlich auch überlegen, bei Bedarf in die Heizkurve einzugreifen und die vollständigen Auswirkungen des Eingriffs anzuzeigen (z.B. Fremdwärme wegregeln, unterschiedliches Heizverhalten nach x kalten Tagen oder bei dauerhaft sehr warmen/sehr kalten Temperaturen im Zusammenhang mit der Wettervorhersage etc etc):

196255234-71de8463-4bf9-4b84-9c23-816d685632e4.png

/tom

[Masifi]

Schau mal hier https://www.smart-mf.de/index.php/kn...or-we-516-517/
bei den ETS Settings in den Bildern findest du noch x = ModbusValue/Var1 und KNXputput = x + Var2
damit kann man sich den Korrekturfaktor zusammenbasteln.

Das sollte bei DPT9 und DpT14 als zusätzliche Parameter angezeigt werden. Bei DPT8 kommen die nicht.

[willisurf]

Hi Mat, math.Formeln sind in den FB der Logik nicht zufällig geplant

Das Logikmodul kann rechnen, siehe Doku Stichwort „Benutzerdefinierte Formeln“ oder wenn Du es ohne lesen ausprobieren möchtest, beim Ausgang auf „Ergebnis einer Formel“ (oder so ähnlich) umschalten. Die Grundrechenarten und viele andere Berechnungen sind bereits implementiert.
Im letzten Stand Logikmodul gab es bzgl. DPT9 wesentliche Erweiterungen, siehe.

[oefchen]

Das klingt ja fast nach nem Weihnachtsgeschenk Masifi Der DPT steht in der ETS natürlich auf der 9. Die Möglichkeit einen Faktor einzustellen ist mir ganz neu.
Gefunden hab ich in der ETS aber nix. Da musst mir...uns...nach Weihnachten nochmal auf die Sprünge helfen.

Im moment hab ich das recht einfach über Nodered gelöst. Wäre natürlich total cool wenn man sich diesen Umweg und die zusätzlichen Telegramme sparen kann.
Und ja...im Register ist dieser Faktor angegeben.

Frohe Weihnachten

[Masifi]

Modbus kann keine „float“ Werte übertragen, daher liegt es ganz sicher an der Umsetzung Modbus auf KNX.
Es kommt jetzt aber darauf an wie du das Register abfragt. Ich sehe auf der Seite 1 das ihr ein DPT8 nutzt für die Vorlauf-Temperatur. Damit hat man aber nur ein signed Datentyp. Im ETS Monitor ist es aber ein DPT9. Das müsstet ihr mal noch anpassen.

Dann muss man in den Trovis Register Settings schauen, ob man noch einen Umrechnungsfaktor benötigt, was bei DPT9 sehr wahrscheinlich ist. Diesen Faktor kann man dann in der ETS mit angeben. Die Eingabemöglichkeit tauchen erst in der ETS auf wenn ihr dort DPT9 auswählt.

[gegy]

Masifi Hat das was mit der Umsetzung von MOD-BUS auf KNX zu tun, dass die Kommastellen verschoben sind?

[oefchen]

läuft die Kiste

Supi !
Und nein, hab aber auch noch nicht groß mit den Einstellungen gespielt. Zur Not nehm ich ne Edomi-Logik her.

Masifi Hi Mat, math.Formeln sind in den FB der Logik nicht zufällig geplant ?

[gegy]

So, jetzt läuft die Kiste. 🥳
Der Fehler war so simple wie dumm zugleich: Der Stecker (in den Bildern zu sehen), der auf den TTL Adapter geht, war durch das ständige hin und her stecken nicht mehr so kontaktfreudig. Ich hab mal an den Pins des Steckers rumgedrückt und dann hats am Board kurz aufgeblinkt. Jetzt kann ich schon das erste Register lesen.
Tom Bombadil und Masifi vielen Dank für eure echt große Menge an Geduld, die ihr hier aufgebracht habt.
oefchen Hast du eine Lösung gefunden für die falsche Position im Temperaturwert. Ist bei mir ganz gleich. Statt 33.4 bekomme ich 3.34.

Jetzt erst mal alles aufräumen und dann wird mit den Parametern gespielt.

[oefchen]

...2 Beispiele für das Schreiben der Register in Post 2 eingefügt