>> Smelly One <<

[dreamy1]

Bitte lasse es funktionieren....ich bekomme noch Atmung, wenn ich an weitere Taupunktstresstests der Elektronik denke

Das ist Smelly-Quälerei, jawohl!

In den Nachfolger baue ich einen Mechanismus ein, der bei solchen Quälereien den Summer dauerhaft aktiviert!

[linolloc]

Dann bitte mal testen und rückmelden, ob es jetzt passt.

Die Änderungen im Code haben gefruchtet. Sowohl bei der Änderung von einstellig zu zweistellig als auch umgekehrt gibt es keine Probleme mit der Anzeige mehr.
Und um Stefan zu beruhigen, alle Kühlschrankstresstests hat der Smelly richtig tapfer weggesteckt. Auch das Display. Aber: Nicht Nachmachen!

Vielen Dank

[WagoKlemme]

Danke für die Rückmeldung !
Ok, dann werde ich morgen die Änderung einpflegen.


Edit: Einpflegen erledigt

[uncelsam]

dreamy1 das sollte die Elektronik problemlos Wegstrecken.
Sind doch nur ein paar K Unterschied,

Interessant wird es dann bei Temperaturwechseln -40°C / 125°C

[dreamy1]

Naja, beim Duschen sinds auch nur wenige Kelvin und da kann man sofort am Badspiegel beobachten, was eine Taupunktunterschreitung ist.

[uncelsam]

Ahso du meinst wegen dem Kondenswasser?

Ja stimmt, das könnte Probleme machen...

[dreamy1]

Genau, das Kondensat möchte ich eigentlich nicht an Platinen haben, die dann auch noch in Betrieb sind (Kriechströme etc.)...

[Tontechniker]

Vielen Dank Armin!
Habe Deine Änderung 1.4 (#2) eingebaut und es funktioniert!
Gruß
Hans

[WagoKlemme]

Hallo Hans,
gerne ! Danke dir für die Rückmeldung.

[TomW80]

Hallo WagoKlemme,

schön dass Du noch Anpassungen am Code durchführst, aber hast Du dir auch mal mein Problem von hier angeschaut?
Sollte das nicht auch angepasst werden? Meine Änderungen habe ich hier verlinkt.

Gruß Tom

[WagoKlemme]

TomW80
Ich logge den Regler zwar nicht, aber eine anspringende Regelung wäre mir sicher am Smelly selbst aufgefallen, denn im Winter ist IST<SOLL eigentlich Standard wegen Nachtabsenkung bei mir.
Hat sich das Problem bei dir dadurch gelöst ?
Ich fände ein Abfangen von negativen Werten, wenn sie wirklich entstehen sollten, so besser: if (yP<0) yP=0;
Denn float bei diesen Variablen ergibt eigentlich keinen Sinn und braucht unnötig Ressourcen. Keinen Sinn deshalb, da die Auflösung für KNX immer ganze Prozent sind.

[TomW80]

Achtung: die Berechnung des Taupunkts und die Übertragung funktioniert nur, wenn die Taupunktanzeige im Display aktiviert ist. Das wäre dann etwas mehr Aufwand im Sketch, wenn die Berechnung immer erfolgen soll.

Muss hier nicht nur die If-Abfrage "if (Taup_Anz)" entfernt werden?

if (Taup_Anz) { //Taupunktberechnung schnelle Methode
float a1 = 17.271;
float b1 = 237.7;
float temp1 = (a1 * temp) / (b1 + temp) + log(hum/100);
tp = (b1 * temp1) / (a1 - temp1);
if (tp<0) tp=0;
Tau_str=float2str(tp,1);
// if (tp!=oldtp) { //Änderung Taupunkt
// Tau_str=float2str(tp,1); //Taupunkttemperatur in String umwandeln
// oldtp=tp; //Taupunkt merken
// }
}

Gruß Tom

[dreamy1]

Muss hier nicht nur die If-Abfrage "if (Taup_Anz)" entfernt werden?

Keine Ahnung Tom, probiers aus :-)

Mir fehlt da noch die Stelle, wo das Display aktualisiert wird (und aus Perfomancegründen nur dann, wenn der neue Wert ungleich dem alten ist).
EDIT: habe mal geschaut, das sollte passen.

Der µC ist aber schon jetzt gut am Anschlag, wenn da auch noch bei jeder Temperaturänderung die recht ressourcenfressende Taupunktberechnung kommt...
EDIT: das ist Blödsinn was ich oben geschrieben habe - macht keinen Unterschied bei der Bearbeitung, habs gerade mal im Code gecheckt. Es bleibt dann nur das zusätzliche Senden der GA mit dem Taupunkt über.

Wenn ich nichts übersehen habe, müsste das von Tom beschriebene Entfernen der Abfrage oben ausreichen.

[dreamy1]

Edit: Einpflegen erledigt

Hallo Armin,

auch von mir nochmals lieben Dank fürs schnelle Einpflegen!

[TomW80]

TomW80
Hat sich das Problem bei dir dadurch gelöst ?

Ja

Ich fände ein Abfangen von negativen Werten, wenn sie wirklich entstehen sollten, so besser: if (yP<0) yP=0;
Denn float bei diesen Variablen ergibt eigentlich keinen Sinn und braucht unnötig Ressourcen. Keinen Sinn deshalb, da die Auflösung für KNX immer ganze Prozent sind.

Ich steuere hier eine FBH, da möchte ich doch nicht gleich das Ventil schließen wenn Ist>Soll ist. Anders kann ja yP negativ sein aber yI oder yD positiv. Dadurch erhalte ich einen kleineren Stellwert und nicht gleich 0.
Allerdings verhinderst Du eine Regelugn ja schon durch "if ((RTR)&&(Sollwert>temp)) { ", da durch Ist>Soll das Ventil geschlossen wird. Hier frage ich nur "if ((RTR){ " ab.
Außerdem ist mir noch ein Fehler in der Windup-Funktion aufgefallen, siehe hier

Gruß Tom