Neu entwickelter Heizungs-Controller für ELV HmIP-VDMot
-
@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 ?
-
@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.
-
Ok, das ist eine Alternative.
Was genau ist der JSON Parameter "allow":0 ? Habe in der Doku nichts dazu gefunden!? -
@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.
-
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? -
@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? -
@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 C5Ich habe folgendes gemacht
- In config/temperature sensor gescannt und No 1 aktiviert (siehe Bild im Ursprungspost) "save config" gespeichert.
- In control/valves folgende Einstellung gemacht und gespeichert
- 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. - In config/temperature sensor gescannt und No 1 aktiviert (siehe Bild im Ursprungspost) "save config" gespeichert.
-
@gargano
Ach ja. Ich hatte am Anfang vergessen meinen Usernahmen einzustellen, deswegen stand da noch der Std vom Google Account -
@jcd muss ich morgen mal nachstellen. Ich melde mich dann. Su hast json als Target.eingestellt, die meisten nehmen Mqtt.
-
@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. -
@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. -
@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 ? -
@jcd Hattest Du bei den ersten Versuchen den Jumper entfernt ? Dann liegt es daran, Der Jumper muss gesteckt bleiben
-
@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?
-
@jcd Dann war das das Problem. Der Jumper muss generell immer gesteckt bleiben. Ansonsten kann der Stm keinen Reset machen.
-
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
-
@sevensworld
Hallo sevensworld,Release Notes sind hier : https://github.com/SurfGargano/VdMot_Controller/releases
Wenn Du Aktiv / Passiv der Ventile unter Control meinst , dann ist dies unter mqtt hier einzustellen :
(Station name).valves.(room).control.mode : 0 or "off" = no automatic control by pi-controller, the valve is set to 0
1 or "auto"= automatic control.Ein generelles Aktiv/Passiv wie unter Config gibt es nicht. Wofür brauchst Du das ?
tTarget und tValue ist noch an der gleichen Stelle im mqtt. Für Iobroker brauchst Du ja nicht 'strict seperate topics'
Alle mqtt Befehle sind im Wiki beschrieben : https://github.com/Lenti84/VdMot_Controller/wiki/MQTT
Viele Grüße
-
Danke!
Ich nutze allerdings keinen Iobroker und habe einen separaten Mosquitto Server im Netzwerk und wenn ich das richtig sehe, hat sich die Position von tValue und tTarget verändert mit einem zusätzlichen "/set/value", während vorher ein "/tTarget" ausgereicht hat. State sieht auch anders aus, hieß vorher nur "actual" und jetzt "/state/value" !?Aber dass man jetzt endlich die Ventile doch per MQTT Aktiv/Passiv schalten kann ist super
Wir benötigen das hin und wieder um einzelne Räume über eine Bedienoberfläche raus zu nehmen oder das Wohnzimmer, wenn der Kamin an ist, wir aber trotzdem Wärme an den Füßen über die Fbh haben wollen und der Raum eigentlich schon warm genug ist. Da kann ich ja jetzt den Stellwert vom Ventil manuell auf einen Wert setzen
Aktiv/Passiv (hattest Du vor einiger Zeit erklärt) verhindert ja nur die automatische Regelung über den PI , richtig? -
@sevensworld Wenn Du Mosquito hast , musst Du unbedingt 'strict seperate topics' einschalten. Sonst kommt es zu Problemen. Mosquito kann nicht denselben Topic für Lesen und Schreiben handlen.
d.h für Schreiben muss ein '/set' dazugesetzt werden und für Lesen ein '/value'Aktiv/Passiv (Mode) verhindert nur die automatische Regelung über den PI.
-
@gargano
Der Haken bei 'seperate topics ' war schon vor dem Update auf 1.3.4 gesetzt und es hat die ganze Zeit ohne '/set' oder '/value' funktioniert!?
Aber nun denn, ich habs entsprechend überall abgeändert und alles funktioniert wie gewollt, incl. Veränderungen am 'Mode'
