UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Gargano]

@sevensworld Am besten, Du zeichnest mal die Soll/Ist und Valve% Werte über 24 Stunden auf. Wobei hier für die Regelung der Sollwert und Valve % am Wichtigsten sind. Wenn der Valve% bei einer Erhöhung des Sollwertes stark überschießt, dann den xp Wert erhöhen. Bei meinem kleinen Wintergarten habe ich deshalb den xp Wert auf 80 gesetzt.

Wenn der Raum trotz 100% Valve Wert nicht die Solltemperatur erreicht, ist Deine Vorlauftemperatur der Heizung zu niedrig.
Da gibt es auch Offset und Steigung. Wenn an warmen Tagen der Sollwert im Raum trotz 100% Valve nicht erreicht wird, dann den Offset um 1-3 Grad erhöhen. Evtl. dafür die Steigung etwas erniedrigen, wenn an kalten Tagen das Ventil stark zu macht um die Temperatur zu halten.

Der Pi -Regler sollte die Differenz bis auf wenig zur Zieltemperatur regeln. Offset braucht man evtl. nur in speziellen Fällen, habe ich aber noch nie gebraucht.

Debug geht nur über den RS232 Port X23 (115200 BD, 8 Bit , no Parity)

Du kannst mit die Einstellungen zurücksetzen.

Bei mir kommen die Änderungen von tTarget und tValue innerhalb einer Sekunde (Weil Interval auf 1000 ms gesetzt ist)

[Sevensworld]

@gargano Ich habe die Vermutung, wir schreiben ein wenig aneinander vorbei -.-
Der Sollwert ist eigentlich stabil, bzw. hat nur 2 Werte ( 1x Heizbetrieb und 1x Absenkbetrieb ), schwankt also schon mal nicht.
Das mit der Vorlauftemperatur ist klar, das mit dem Xp Wert war nur eine Verständnisfrage.

Was die MQTT Werte an geht, da hakt es allerdings ein wenig ... wenn ich den Controller auf "none" setze, dann gehe ich davon aus, das alle Verbindungen gelöst werden und auch die Subscribes alle weg fallen.
Wenn ich diese Verbindung neu herstelle, dann sollte der Controller doch auf die tTarget und tValue Variablen ein Subscribe setzen und diese auch Zeitnah bei Änderung bekommen!? Das passiert aber nicht! Ich habe heute Mittag einen Wert geändert und die Änderung war auch sofort auf dem Broker sichtbar, nur der Controller hat bis jetzt nichts davon mitbekommen.
Hast Du eine Idee wo das Problem sein könnte?
Auch habe ich bei 7 Stellmotoren die Sollwerte weg gelassen (also auf 0 ) und trotzdem hat der Controller über 100 Moves registriert.
Was ist das sinnvollste Vorgehen bezgl. der Targetwerte?
Am besten ist es, wenn die schon vor der Konfiguration vom Controller auf dem Mosquitto Broker vorhanden sind oder wenn die erst hinterher erstellt werden und sollten die einen Retain Kenner haben oder besser nicht ?

Meine Einstellungen hatte ich auf 2000ms gesetzt, aber ob nun 1000ms oder 2000ms ist sicher nicht die Problemlösung.!

Hier jetzt noch eine merkwürdige Sache. Die 3 Ventile sind zusammengefasst, trotzdem haben sie unterschiedlichen % Einstellungen !?
Wohimmer.png
Oder das hier, da ist der Istwert um 3°C höher als der Sollwert und trotzdem geht der Antrieb auf 20% ?

[Gargano]

@sevensworld Du kannst mal den Sysylog Watcher Personal runterladen.
Einstellung ist dann wir folgt :

Client IP : Die IP von Deinem PC.

Im Syslog Watcher Text auf MQTT setzen
Es sollte ungefähr so aussehen :

Nach dem Start braucht er auch eine Zeit bis er das Regeln anfängt. Bei der ersten Änderung des % Wertes wird erstmal eine Kalibrierung gefahren.

Zeig nochmal bitte die komplette Control Seite.

[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