Trovis 557x Heizungsregler Plugin

[Tom Bombadil]

Nachtrag @Robert: Du musst hier im Forum den Empfang von PN's explizit im Konto unter "Private Nachrichten aktivieren" freigeben.

/tom

[Tom Bombadil]

Hey Robert,

Austausch gern, hier auch P-Nord, Rest gleich per PN.

Zur Baudrate: Meines Wissens können die Trovis nur 19.200 und 9.600, aber die 5573 ist ja auch sonst etwas 'speziell', da würde mich eine weitere Abweichung nicht wundern. Tippen würde ich auf 9.600. Notfalls mal ein Issue im Projekt-Git aufmachen, da gibt's ja schon einige mit 5573-Anbindungen.

/tom

[RobertK]

Hey Tom,

ich hab durch Zufall deinen Namen auch in diesem Forum gesehen. Ursprünglich bin ich auf deine Doku und Hilfe im Mikrokontroller Forum aufmerksam geworden.
Ich komme auch aus Potsdam und hab mein Setup jetzt mit einem ESP 01 bzw. ESP12 mit Tasmota an einer Trovis 5573 am laufen. Ich hab zwar kein KNX, sondern mach alles über HomeAssistant und MQTT, wollte mich nur für einen persönlichen Austausch oder betrachten der jeweiligen Lösungen mal anbieten. Vielleicht sind wir ja gar nicht so weit auseinander (ich bin im Norden Potsdams).

Kleine Frage nur nochmal zur 5573 an die Allgemeinheit: Da man hier keine Baudrate einstellen kann, wie ist denn nun die korrekte für dieses Modell?

[schorty]

Glückwunsch - und ja, die 5573 scheint eine andere Belegung an der RJ45Buchse zu haben, siehe Wiki.

/tom

Danke und dann werde ich mal 1 und 8 testen. Komme bestimmt später wieder mit Fragen zum Plugin.

Schönen Abend
Alex

[Tom Bombadil]

Glückwunsch - und ja, die 5573 scheint eine andere Belegung an der RJ45Buchse zu haben, siehe Wiki.

/tom

[schorty]

Hallo Tom,
vielen Dank. Habe VCOM auch auf .24 gesetzt. (Verstehe nicht wieso.) Ist zufällig bei mir frei und jetzt bekomme ich zum zum Adapter mit .73 ein connected. ;-) Mit Putty TxD und RxD kurz geschlossen kommt auch alles zurück. Bei meiner 5573-10 HW 135, SW 2.48 kann ich unter PA6 keine Baudrate einstellen und das Teil antwortet bei 19.2 und 9.6 noch nicht im Monitor. Die Belegung 1 und 8, wie von manchen geposted, habe ich noch nicht getestet.
Viele Grüße
Alex

image.png

[Tom Bombadil]

Hi Alex,

bitte nochmal alle Einstellungen prüfen - hier aktuelle Screenshots von VCom und T2, vielleicht hilft es ja (Adapter .8, VM mit VCom .24, Port ist beiderseits 8234):


1-1.png

1-2.png

Sind am T2 unter 'Local IP Config' alle Werte eingetragen, also auch Gateway und DNS-Server (meistens gleich)?
Ggf. auch mal die Firewall auf dem Rechner prüfen, ob die was blockt.

Sobald eine Verbindung steht, kannst Du in VCom den 'Monitor' Button benutzen und brauchst Putty nicht mehr.

Viel Erfolg!

/tom

[schorty]

Moin tom,

klasse Anleitung und klasse Arbeit. Wollte auch erstmal über Windows die Trovis View SW zum laufen bringen. Mein USR-TCP232-T2 (IP 192.168.2.73 - fix) ist per Ping ansprechbar und Weboberfäche funktioniert auch. Bei langen testen habe ich per Putty auch schon Daten hin und her bekommen (RxT - TxD verbunden). Habe das Problem, dass sich VCOM nicht richtig connected.
IP PC 192.168.2.20 / IP LAN-RS232 192.168.2.73. Können die Posts gleich sein oder müssen sie unterschiedlich sein?

Danke für weitere Tips.
Grüße Alex

image.png

[Tom Bombadil]

Hallo,

ein kurzes Update:

Jetzt im Herbst nehmen die Anfragen per Mail und PN aus den verschiedenen Foren (KNXUF, HTD usw) wegen der Anbindung von Trovis-Reglern mal wieder zu. Meistens haben diese aber nichts mit shNG und dem Plugin zu tun, sondern welche Adapter man wie an welchem Reglermodell mit welchem Bussystem verwenden kann, und wie man dann Drittsysteme anbindet. Deshalb habe ich dafür mal ein Issue erstellt:

https://github.com/Tom-Bom-badil/sam..._557x/issues/3

Ich würde mich freuen, wenn User mit laufenden Trovis-Anbindungen dort ein paar Eckdaten zu ihrer funktionierenden Config posten könnten.
Das Wiki steht wie gewohnt zur Verfügung und wird in den kommenden Wochen um diverse neue Informationen ergänzt.

Danke,
/tom

[Tom Bombadil]

Für die Datenbank ist es IMHO besser, wenn man ungültige Werte gar nicht erst reinschreibt, also auch nicht als 0.

Da fehlt dem dB-Plugin IMHO noch ein bisschen Finetuning, z.B. bei Auswertungen wie oben (null if sh..()==3276.7 else value) in die Num-Spalte 0 und in die Str-Spalte 'NULL' reinzuschreiben, und das dann bei der Anlieferung der Daten z.B. an die Visu auch entsprechend aufzubereiten. Soweit ich mich erinnern kann, ist es z.B. für Highcharts kein Problem, sowas dann auch sinnvoll darzustellen.

Aber auch das ist wieder eine uralte Diskussion (wie auch die Schaffung klarer 'Ausgangszustände' in der dB über entsprechende 'Alive/LastGood'-Funktionen z.B. nach Absturz, Herunterfahren etc). Die entsprechenden Issues dazu wurden hinreichend (tot-)diskutiert und gehören nicht in diesen Thread.

/tom

[TheStig]

Knapp daneben, aber ich habs jetzt. Nur die richtigen Item-Namen nehmen ;-)

                angepasst:
                    desc: Angepasster Vorlauf Sollwert
                    type: num
                    visu_acl: ro
                    eval: 0 if sh.heizung.rk1.heizkurve.vorlauf_soll()>1000 else sh.heizung.rk1.heizkurve.vorlauf_soll()
                    eval_trigger: ..

Danke Tom!

[Tom Bombadil]

Vielleicht nimmst Du einfach die absolute Itemadressierung - keine Lust, mich jedesmal von neuem in diese wilde Rumpunkterei von shNG reinzufummeln:

                angepasst:
                    desc: Angepasster Vorlauf Sollwert
                    type: num
                    visu_acl: ro
                    eval: 0 if sh.heizung.rk1.heizkurve.sollwert()=3276.7 else sh.heizung.rk1.heizkurve.sollwert()
                    eval_trigger: heizung.rk1.heizkurve.sollwert

Details hier.

/tom

Edit: In den neueren Versionen gibt es im Admin Interface einen eval checker. Notfalls mal da rumprobieren. Plan C ist ein on_update, das auf dem *parent* item eingefügt wird statt dem eval auf dem child item.

[TheStig]

Nope, leider auch nicht. Ich habe immer ein "service smarthome restart" gemacht und dann auch abgewartet, dass es aktualisiert wird.

Und das >1000 hilft auch nicht. Es bleibt bei 0 stehen...

Ich habe mal im shNG Admin geschaut: das gelb markierte ist m.E. falsch, da sollte doch 'else sh.heizung.rk1.heizkurve.vorlauf_soll' stehen und nicht das mit dem 'vorlauf_soll.angepasst'
2021-09-29 11_43_35-Shngadmin.png
Meine trovis.yaml sieht aktuell so aus:

            vorlauf_soll:
                desc: Vorlauf Sollwert
                type: num
                trovis557x_var: VorlSollwRk1
                liste: []
                visu_acl: ro
                database: 'init'
                
                angepasst:
                    desc: Angepasster Vorlauf Sollwert
                    type: num
                    visu_acl: ro
                    eval: 0 if sh..() >1000 else sh..()
                    eval_trigger: ..

EDIT: Jo, daran liegt es. Habe mal ein 'else 1' daraus gemacht und dann lautet der Wert auch 1. Wie komme ich jetzt da auf den 'vorlauf_soll'?

[Tom Bombadil]

Wolfram hat Recht, es soll ja der Wert des Parents zugewiesen werden, das neue Item bekommt ja von Hause aus kein 'value' von selbst zugewiesen.

Ansonsten vielleicht den Vergleich ändern (==3276.7 z.B. in >1000), aber daran sollte es eigentlich nicht liegen, wenn der Buswert als 32767 reinkommt.

Evtl. Neustart von shNG vergessen? Ist nach Änderungen am Baum immer notwendig. Das Item braucht auch nach Umschaltung auf 'AUS' bis zu 60s, bis es aktualisiert wird, der neue Wert ist also nicht sofort verfügbar (Polling alle 60s).

/tom

[TheStig]

Müsste es nicht Code:

eval: 0 if sh..()==3276.7 else sh..()
heißen?

Leider nein, Wert bleibt bei 0 stehen. Muss der Wert 3276.7 ggf. irgendwie anders formatiert/ausgedrückt werden?