Neu entwickelter Heizungs-Controller für ELV HmIP-VDMot

[Sevensworld]

@gargano Ok, danke für den Hinweis, schaue ich mir nachher an.
Auf der Config Seite gibt es die Möglichkeit zw. Static Ki und Dynamic Ki zu wählen. Wo ist der Unterschied?

[Gargano]

@sevensworld
Mit Ki ist der Faktor des integralen Teils der PI - Regelung gemeint.
Dyn Ki : Der Faktor wird dynamisch ermittelt . Je größer die Differenz Soll/Ist desto schneller wird geregelt.
Static Ki : Der Faktor ist immer gleich.

Die Links gelten nur für den PI-Controller , nicht wenn Du die Valves manuell setzt.

[Sevensworld]

@gargano Der Syslog Watcher läuft und mehrere Tests bezgl. Setzen der tTarget Werte, sind fehlgeschlagen. Die Werte sind weder in der Oberfläche vom Controller noch im Syslog zu sehen, obwohl ich im MQTT Explorer die Werte sofort sehe ... -.-
Ich mache jetzt einen Reset vom Controller und hoffe das es dann läuft.

[Gargano]

@sevensworld falls nicht, gibt mir mal Infos zum Mosquito Server. Auf welchem System welche Einstellungen... ich weiß, dass andere User den erfolgreich laufen haben.

[Sevensworld]

@gargano 2 Antriebe laufen jetzt wieder und aktualisieren sich auch wieder innerhalb von 1-2sec nach dem Ändern des tTarget. Mal schauen wie es gleich läuft, wenn ich die restlichen auch wieder rein nehme.

Die config vom Mosquitto:

allow_anonymous false
persistence true
password_file /etc/mosquitto/passwd
listener 1883

#externer broker
connection venusos
address 192.168.3.102:1883
topic N/e45f01b36595/# in
topic R/e45f01b36595/# out
topic W/e45f01b36595/# out

-edit-
läuft wieder und die Übertragung der Sollwerte erfolgt auch wieder in der erwarteten Zeit.

Habt ihr eigentlich vor, den Status der Ventile(on/off) auf der Controlseite auch per MQTT schaltbar zu machen? Oder ist das schon möglich und ich habs in der Doku überlesen ?

[Gargano]

@sevensworld sagte in Neu entwickelter Heizungs-Controller für ELV HmIP-VDMot:

Habt ihr eigentlich vor, den Status der Ventile(on/off) auf der Controlseite auch per MQTT schaltbar zu machen?

Ist nicht vorgesehen, nur die dynamischen Werte werden über MQTT gesendet.

Kann man über JSON schalten.

[Sevensworld]

Ok, das ist eine Alternative.
Was genau ist der JSON Parameter "allow":0 ? Habe in der Doku nichts dazu gefunden!?

[Gargano]

@sevensworld die Dropdown werden immer als Index genommen, mit 0 beginnend. Allow:0 heisst also heating/cooling erlaubt. 1 heisst Heating only, 2 heisst Cooling only. Wenn also der Heizkreis auf Heat only steht dann ist nur Heizen erlaubt.

[jcd]

Hallo zusammen,
Grüße an alle User hier ist mein erster Post.

Ich habe jetzt meinen VMOT bekommen und mir den Thread interessiert durchgelesen.
Ich habe da aber noch ein Problem mit dem 1-Wire.
Der DS1820 wird erkannt und die Temperatur auch richtig angezeigt im Status.


Wenn ich den aber beim"valve" mit TIdx=1 verknüpfen will, dann steht im Statusfenster kurz "failed" und danach wird wieder auf Tidx=0 umgestellt.

Habe ich da bei der Funktion was falsch verstanden. Sollte es nicht möglich sein die 1-Wire Sensoren direkt als Sollwerte für die Regelung zu übernehemen bzw. was muss ich einstellen damit das funktioniert?

[Gargano]

@patrick-kefer unter Control Page in value TIdx 1 auswählen
Dann nimmt er als Ist Wert den TIdx 1
Unter Valve sollte aber TIdx 1 stehen bleiben. Hast Du save configuration gemacht?
Welche Version hast Du?

[jcd]

@gargano said in Neu entwickelter Heizungs-Controller für ELV HmIP-VDMot:

TIdx

Das ging aber schnell

Ich habe die Version
1.3.3_Dev für den WT32
1.3.3_Dev_C2 für den STM32
Die Platine hat die Version C5

Ich habe folgendes gemacht

1. In config/temperature sensor gescannt und No 1 aktiviert (siehe Bild im Ursprungspost) "save config" gespeichert.
   
2. In control/valves folgende Einstellung gemacht und gespeichert
   
3. In config/valves das erste Ventil aktiviert und TIdx1 eingestellt und mit "save config" gespeichert.
   

Dann bekomme ich unter Status folgendes

Nach einiger Zeit verschwinden Temp1 und Temp2 aus der Anzeige und unter "config/valves" wird TIdx1 automatisch wieder auf 0 gesetzt.

[jcd]

@gargano
Ach ja. Ich hatte am Anfang vergessen meinen Usernahmen einzustellen, deswegen stand da noch der Std vom Google Account

[Gargano]

@jcd muss ich morgen mal nachstellen. Ich melde mich dann. Su hast json als Target.eingestellt, die meisten nehmen Mqtt.

[jcd]

@gargano Ja, json hab ich jetzt erstmal zum Testen eingestellt, weil das auch einfach über den Browser funktioniert.
Ich will das ganze vorerst mal ohne HomeAutomation System laufen lassen, damit zumindest mal die Einzelraumregelung läuft.
Nach und nach werde ich mich dann mit iobroker beschäftigen.

[Gargano]

@jcd Also bei mir funktioniert es. Du musst aber einige Zeit warten ( ca 20 Sekunden nach Reset), bis er die Daten aus dem STM gelesen hat. In der Zeit wird Tidx auf 0 gesetzt. Danach ist aber wieder richtig. Wenn Du aber in der Zwischenzeit etwas in der Config änderst und speicherst , wird wieder TIdx als 0 gespeichert. Also Nach dem Reset einige Zeit warten.
Das failed am Anfang ist bei mir auch.

[jcd]

@gargano
Danke. Es funktioniert jetzt, ich bin aber nicht sicher warum.
Der einzige Unterschied war ein Neustart (stromlos) und der Jumper X22 war jetzt nach einem STM Update noch immer gesteckt als ich konfiguriert habe.
Hat etwas davon eine Auswirkung ?

[Gargano]

@jcd Hattest Du bei den ersten Versuchen den Jumper entfernt ? Dann liegt es daran, Der Jumper muss gesteckt bleiben

[jcd]

@gargano
Ja ich habe den Jumper nach dem Update entfernt. Ich dachte den braucht man nur fürs Update.
Was genau heißt er muss gesteckt bleiben ?

• Generell immer ?
• Nur bei Neustart nach Update ?
• Bei Änderung der Config?

[Gargano]

@jcd Dann war das das Problem. Der Jumper muss generell immer gesteckt bleiben. Ansonsten kann der Stm keinen Reset machen.

[Sevensworld]

Hallo Gargano,

es gab ja zuletzt wieder einige Neuerungen.
Ist die Idee das Aktiv/Passiv setzen der Ventile weiterhin nur per JSON zu ermöglichen weiterhin der Stand der Dinge oder kann ich darauf hoffen, dass auch diese Stellmöglichkeit per MQTT kommt ?

edit
Ich habe jetzt die 1.3.4 installiert ... ist der tTarget bzw. tValue Wert immer noch so wie vorher zu verwenden oder muss ich die Payloads ändern?
Gibt es irgendwo eine Changenote ?

Grüße