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

[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

[Gargano]

@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

[Sevensworld]

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?

[Gargano]

@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.

[Sevensworld]

@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'

[Sevensworld]

Kurze Rückmeldung:

• ein State ist angeblich "blocked" und wird rot dargestellt. Schon zum 2. mal ( seit dem Update )nach einem Reboot.
  Open bzw. close counts angeblich jeweils unter 100. So wenig habe ich bisher noch nie gesehen und alle anderen passen.
  Irgendwelche Ideen dazu?

Davon abgesehen schließen die Ventile scheinbar nicht mehr so stark wie vor dem Update. Habt ihr da auch etwas verändert? Einige Räume sind warm, obwohl das Ventil den ganzen Tag zu war.

Characteristic ist bei open und close auf 1,6 ( Original HM Ventile )

[Gargano]

@sevensworld Ja , es wurde etwas an der Motorsteurung geändert. Mit der 1.3.6 kommt noch eine Änderung. (Kommt diese Woche).
Blocked wird gemeldet, wenn die Counts < min. Counts in der Config ist. Erhöhe mal etwas die open/close Faktoren.

[Sevensworld]

@gargano
Werde ich testen.
1 Ventil wird im State ( also da wo das Fenstersymbol ist ) jetzt auch gelb angezeigt. Fenster habe ich aber gar nicht eingebunden !?

Gibt es schon eine Changenotice für die 1.3.6 ?

[Gargano]

@sevensworld gelb heißt, dass mindestens ein Versuch bei der Kalibrierung nicht funktioniert hat. D.h. die Anzahl der Counts war kleiner als die min. Counts.
Änderung 1.3.6 : Bugfix für nicht existente sntp Server. Motorsteurung.