Trovis 557x Heizungsregler Plugin

[wvhn]

Müsste es nicht

eval: 0 if sh..()==3276.7 else sh..()

heißen? Bin kein eval-Spezialist, aber 'value' ist doch immer der Wert des aktuellen items (vorlauf_soll.angepasst).

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

eval: sh..() if sh..() < 3276.7

sein.

Gruß
Wolfram

[TheStig]

Danke dir Tom, klappt leider nicht. Wert bleibt bei 0, auch wenn der Heizkreis eingeschaltet ist und der "normale" Sollwert Werte liefert. So sieht es in der Trovis.yaml bei mir aus. Korrekt soweit?

            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..()==3276.7 else value
                    eval_trigger: ..

[Tom Bombadil]

Ich frag mich gerade, wie sich das dB-Plugin und die Visu verhalten würden, wenn man statt '0 if sh..()==3276.7 else value' den Ausdruck 'null if sh..()==3276.7 else value' verwenden würde - zu lange her, dass ich mit sowas hantiert habe. Ist wohl ne Frage für die Python- bzw. Visu-Profis.
/tom

[Tom Bombadil]

Rein technisch schon, könnte da eine 'Sonderlocke' in die Behandlung der Temperaturwerte für diese Register einbauen. Würde ich aber ungern machen, da '0' ja auch ein gültiger Wert ist und man dann beide nicht mehr unterscheiden kann (z.B. in einer SQL-Abfrage über langfristige Mittelwerte etc - so wie es jetzt ist, läßt sich <>3276.7 wunderbar herausfiltern).

Du kannst das aber selbst definieren, z.B. mit einem eval oder einem on_update (geht beides - ein "Zielitem" wird aktualisiert, wenn ein "Quellitem" sich ändert).

Muster für heizung.rk1.heizkurve.sollwert.angepasst - das kannst Du dann statt heizung.rk1.heizkurve.sollwert verwenden:

heizung:

    rk1:

        heizkurve:

            vorlauf_soll:
                desc: Vorlauf Sollwert
                type: num
                trovis557x_var: VorlSollwRk1
                liste: []
                visu_acl: ro

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

(aus dem Kopf aufgeschrieben, da unterwegs - daher ungetestet und kann noch Fehler enthalten)

/tom

[TheStig]

Bei mir gehts ja auch...manchmal ;-)

Heizkreis ist aus; bei an alles ok. Genau sowas was du geschrieben hast, dachte ich mir... gibts da eine Möglichkeit, das aufzufangen? Also wenn Buswert 32.767, dann Temp = 0

[Tom Bombadil]

Ich sag jetzt mal den Satz, von dem meine Programmierer genau wissen, dass sie mich damit 'instant' von 0 auf 100 und durch die Decke bringen können. Deshalb hat auch jeder von ihnen in meinem Beisein diesen Satz höchstens 1x gebracht:

Bei mir geht das!

vl_soll.png
(Endlich kann ich *diesen* Satz auch mal selbst sagen)

Kann aber durchaus ein Bug sein - ist der Heizkreis an oder aus? Bei 'AUS' hatte der bei mir glaube ich denselben Wert, da irrelevant bzw. ungültiger Wert (es gibt keine Zahl, um das auszudrücken).

So kommt der zustande: Übertragener Buswert 32.767 (=höchstmögliche Zahl der 7 Bit-Übertragung, hex=xFFFFFFF), Typ 'Temperatur' mit einer Nachkommastelle, daher finaler/umgerechneter Wert 3.276,7 °C.

/tom

[TheStig]

Hey Tom, kann es sein, dass es in der Konvertierung von ausgelesen Daten noch Bugs gibt?

2021-09-28 15_44_09-Shngadmin.png

Der Sollwert des Vorlaufs bei ausgeschalteter Heizung (AT >18 Grad) liegt bei 3276 Grad...wenn RK1 aktiv ist, sind die Werte dagegen plausibel...wird da eine 0 falsch interpretiert irgendwie?

[Tom Bombadil]

Wieso ist es ärgerlich, wenn darauf hingewiesen wird, dass es mögliche Namenskonflikte bzw. fehlende Definiitionen von Attributen gibt?

Weil man so nicht eben mal schnell eigene Attribute 'zur Laufzeit' (also per Item-Definition) einführen kann, ohne dass man zusätzlich am Plugin bzw. an den config-Dateien rumfummeln muss. Das schränkt die von mir gewünschte Flexibilität ein (meine Meinung). Aber die Diskussion hatten wir schon ...

/tom

[Msinn]

die kommen erst seit einer (etwas ärgerlichen)

Wieso ist es ärgerlich, wenn darauf hingewiesen wird, dass es mögliche Namenskonflikte bzw. fehlende Definiitionen von Attributen gibt?

[Tom Bombadil]

Nein, die Meldungen kannst Du ignorieren. 2 davon verschwinden, wenn Du später mal ein 'reguläres' Update von shNG/plugins fährst, und um die restlichen Meldungen mit 'Attribute' muss ich mich mal kümmern - die kommen erst seit einer (etwas ärgerlichen) Änderung im Kern von shNG in beiden meiner Plugins, wo eigene Item-Attribute definiert werden. Muss mir aber noch überlegen, wie.

Bei mir sieht das beim Start sogar noch etwas heftiger aus (neben diversen anderen Startmeldungen) - hab mich mittlerweile dran gewöhnt:

2021-09-10 17:50:37 WARNING lib.item.items Plugins 'trovis557x' and 'smartvisu' define the same item-attribute 'visu_acl'
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e0': Attribute is undefined and has value '0:Kein Fehler:Kein Fehlertext:Keine Fehlerbehebung' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e1': Attribute is undefined and has value '1:?:?:?' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e2': Attribute is undefined and has value '2:?:?:?' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e3': Attribute is undefined and has value '3:?:?:?' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e4': Attribute is undefined and has value '4:?:?:?' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e5': Attribute is undefined and has value '5:Zuluftsensor defekt:Fühler lose, Kurzschluss <br/>oder Temperatur >90°C gemessen:Gerätestecker ziehen (ausschalten), kurz warten und wieder einstecken' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e6': Attribute is undefined and has value '6:CO2-Alarm:CO2-Wert >5.000 ppm seit mehr als 3 Minuten:Ursache ermitteln oder ggf. Sensor überprüfen lassen.' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e7': Attribute is undefined and has value '7:Außenluftsensor defekt:Fühler lose, Kurzschluss oder Temperatur >90°C gemessen:Gerätestecker ziehen (ausschalten), kurz warten und wieder einstecken' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e8': Attribute is undefined and has value '8:Abluftsensor defekt:Fühler lose, Kurzschluss oder Temperatur >90°C gemessen:Gerätestecker ziehen (ausschalten), kurz warten und wieder einstecken' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e9': Attribute is undefined and has value '9:Frostwarnung:Außenluft <0°C und Zuluft <8°C - Frostgefahr am Wärmetauscher:Der Alarm verschwindet automatisch bei normalisierten Temperaturen' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.rs485._device_error', attribute 'e10': Attribute is undefined and has value '10:Fortluftsensor defekt:Fühler lose, Kurzschluss oder Temperatur >90°C gemessen:Gerätestecker ziehen (ausschalten), kurz warten und wieder einstecken' (defined in helios.yaml)
2021-09-10 17:50:43 WARNING lib.metadata Item 'ventilation.alarms', attribute 'filter_warning': Attribute is undefined and has value 'None' (defined in helios.yaml)
2021-09-10 17:50:44 WARNING lib.metadata Item 'heizung.rk3.heizkurve.minsoll', attribute 'werte': Attribute is undefined and has value '[20.0, 25.0, 30.0, 35.0, 40.0, 45.0, 50.0, 55.0, 60.0, 65.0, 70.0, 75.0, 80.0, 85.0, 90.0]' (defined in trovis.yaml)
2021-09-10 17:50:44 WARNING lib.metadata Item 'heizung.rk3.heizkurve.solltemperatur', attribute 'werte': Attribute is undefined and has value '[20.0, 25.0, 30.0, 35.0, 40.0, 45.0, 50.0, 55.0, 60.0, 65.0, 70.0, 75.0, 80.0, 85.0, 90.0]' (defined in trovis.yaml)
2021-09-10 17:50:44 WARNING lib.metadata Item 'heizung.rk3.heizkurve.maxsoll', attribute 'werte': Attribute is undefined and has value '[20.0, 25.0, 30.0, 35.0, 40.0, 45.0, 50.0, 55.0, 60.0, 65.0, 70.0, 75.0, 80.0, 85.0, 90.0]' (defined in trovis.yaml)

Wie schon geschrieben - einfach ignorieren ...

/tom

[TheStig]

Hey Tom,

muss ich mir um die folgenden Fehlermeldungen im Log eigentlich Gedanken machen?

2021-09-25 06:35:51 WARNING lib.item.items Plugins 'smartvisu' and 'trovis557x' define the same item-attribute 'visu_acl'
2021-09-25 06:35:51 WARNING lib.metadata plugin 'trovis557x' metadata version not compliant to plugin version schemas x.x.x or x.x.x.x
2021-09-25 06:35:51 ERROR lib.metadata plugin 'trovis557x' version differs between Python code (0.1.a) and metadata (1.0)
2021-09-25 06:35:54 WARNING lib.metadata Item 'heizung.rk3.heizkurve.minsoll', attribute 'werte': Attribute is undefined and has value '[20.0, 25.0, 30.0, 35.0, 40.0, 45.0, 50.0, 55.0, 60.0, 65.0, 70.0, 75.0, 80.0, 85.0, 90.0]' (defined in trovis.yaml)
2021-09-25 06:35:54 WARNING lib.metadata Item 'heizung.rk3.heizkurve.solltemperatur', attribute 'werte': Attribute is undefined and has value '[20.0, 25.0, 30.0, 35.0, 40.0, 45.0, 50.0, 55.0, 60.0, 65.0, 70.0, 75.0, 80.0, 85.0, 90.0]' (defined in trovis.yaml)
2021-09-25 06:35:54 WARNING lib.metadata Item 'heizung.rk3.heizkurve.maxsoll', attribute 'werte': Attribute is undefined and has value '[20.0, 25.0, 30.0, 35.0, 40.0, 45.0, 50.0, 55.0, 60.0, 65.0, 70.0, 75.0, 80.0, 85.0, 90.0]' (defined in trovis.yaml)

[Tom Bombadil]

Prima, also geht es hier weiter (falls es jemanden interessieren sollte, wie die ganze Sache ausgeht).
Hier dürfen also wieder Fragen zum Trovis-Plugin gestellt werden.
/tom

[TheStig]

Danke dir Tom, ich gehe dann drüber weiter. Macht ja wirklich mehr Sinn, als das hier zu zu spammen...

[Tom Bombadil]

Gib mal bitte noch ein paar mehr Infos zu Haus und Anlage:

• Alter oder Baujahr des Hauses,
• Fußbodenheizung oder Heizkörper oder beides (wenn beides: separate Heizkreise im Regler (Rk1+Rk2) oder nur einer (Rk1)?),
• Dämmung ja/nein,
• Pumpenparallellauf im Regler aktiviert oder deaktiviert?
• Hängst Du primärseitig direkt am FW-Versorger oder ist da noch ein Nahwärmekreis dazwischen?
• Wie hoch ist ca. die primärseitige VL-Temp? (falls bekannt)

Danach können wir anfangen - entweder hier, oder eigentlich passender drüben im HTD (da das mit dem Plugin nichts zu tun hat) ...

/tom

[TheStig]

Die Dauer Deiner WW-Erwärmung halte ich immer noch für deutlich zu lang (wie groß ist der Speicher?).

Ja, das halte ich auch für ein Thema, aber keine Ahnung, wie ich dem beikomme. Ist ein 150L-Tank. Die Pumpe kann ich in drei Geschwindigkeiten einstellen, läuft aber schon auf der schnellsten Stufe. Meine Theorie ist nach wie vor, dass irgendwo ein Sicherheitsmechanismus anschlägt, da an dem VL- und Rücklauftempfühler der Heizung zu hohe Werte gemessen werden.