Homeputer CL Studio und FHT - Keine Chance

[mikewolf99]

Hallo ,

Die Dunkelziffer wäre evt.ja auch noch als variable vorhanden ?

Vielleicht würden dann mehr HPCl nutzen ??!

MfG

[contronics-RK]

Hallo,

es wurde jetzt ein Fehler in der ExecEngine behoben, der dazu geführt hatte, dass der Betriebsmodus der FHTs evtl. nicht korrekt verstellt werden konnte, weil eine solche Verstellung mit separater Meldung bestätigt wurde und es passieren konnte, dass die Meldungen durch die Pufferung zeitlich aneinander vorbeiliefen, so dass der Zustand letztlich nicht richtig aktualisiert wurde. Dadurch wurde dann jetzt auch das Meldungsaufkommen der FHTs etwas reduziert.
Eventuell verbessert diese Änderung auch das Verhalten von FHTs in Installationen mit mehreren FHZ2000, in denen es anscheinend häufiger zu Problemen mit der FHT-Aktualisierung kommt.
In Installationen mit mehreren FHZs würde ich empfehlen möglichst wenige FHZs für die FHT-Kommunikation zu benutzen weil bei mehreren FHZs mit FHT-Anbindung die Gefahr von Kollisionen bei der FHT-Kommunikation steigt.

[mikewolf99]

Hallo ,
Behoben auch ??
Mit welchen Release ?

MfG
Mikewolf

[Familienvater]

Moin,

die neuste Exec-Engine für die CCUs ist die 2.53..

Der Familienvater

[leknilk0815]

Servus,
bist Du sicher? 2.53 ist die HPCL- Version...

[Daimler]

Hallo Herr Krapoth,

danke, dass das Problem nun erkannt wurde und Sie sich der Sache annehmen!
Ich habe soeben das Update durchgeführt und werde dann berichten, ob und wie es jetzt funktioniert!
P.S. Wie im Beitrag zu erkennen, erfolgt(e) mein Test mit einer einzigen FHZ!

@Toni
Die ExecEngineWin.exe ist auch seit 12/2012 nicht mehr geändert worden - hat nach wie vor Version 2.5 Release 121209.
Aber die ExecEngine.exe hat jetzt ein Datum von gestern - wüsste nur nicht, wie man da die Version abfragen könnte

[leknilk0815]

So, ich hab jetzt getestet, als erstes mit 2 Raumreglern und einer Steckdose.
1 RR an der FHZ1300WLAN und 1 RR an der FHZ2000 im Projekt angemeldet, FHZ1300WLAN zeigt FHT-Code 1 (korrekt), FHZ2000 steht auf FHT-Code 0
(Anmerkung: Ich hatte im Test- Projekt einen der beiden Regler auf die FHZ2000 angemeldet, später aber wieder alle Regler an die FHZ1300WLAN angemeldet. Im Test- Projekt habe ich dann heute erst nach Testbeginn bemerkt, daß ein Regler im Projekt "falsch" konfiguriert war. War aber gut so, weil damit der folgende Bug erst ans Tageslicht kam)
Startanzeige war "---.--" auf beiden Reglern.
Wenn man am Regler die Temp verändert, wird das für beide Reglern nach ein paar Sekunden korrekt in der Visu angezeigt.
Wie soll das funktionieren???
Angeblich ist doch bei der FHZ2000 der FHT-Code 0 = deaktiviert!
@contronics: Bug beseitigen oder als Feature bestätigen!

P.S.: da die Tests jeweils rel. viel Aufwand erfordern und ich auch an meiner Steuerung zwischendrin arbeite, werde ich in diesem Thread die einzelnen Tests so, wie sie bei mir anfallen, beschreiben.
Abwarten und dann eine zusammenhängende Fehlerbeschreibung abzuliefern ist unter diesen Umständen unmöglich, weil die Menge an auftretenden Fehlern nur in einer dedizierten Testumgebung gemacht werden könnten. Da es aber Winter ist und ich mir keine zweite Umgebung leisten kann/will...

[leknilk0815]

Livetest mit allen Komponenten (komplette Umgebung mit allen Komponenten, Scripten, etc.):
(alle Regler auf FHZ1300WLAN FHT-Code 1 angemeldet, FHZ2000 FHT-Code = 0, alle Regler im Programm auf FHZ1300WLAN konfiguriert)
Anzeige Visu:
alle Regler zeigen "---.--"
Gute Nachricht: sie die Regler werden nicht mehr auf 0,0°C gesetzt, sie bleiben bei der eingestellten Temp
Test: an jedem Regler die Temp ändern
Ergebnis: die Änderungen werden unmittelbar in der Visu angezeigt, von 6 Reglern wurde nach dem "Rundgang" bereits bei 5 Reglern die neue Temp angezeigt, der 6. Regler kam etwa nach 1 Minute
@contronics: Gratulation! EIN Bug weniger

[leknilk0815]

Nächster Test:
Änderung der Temp in der Visu, Messung vom Zeitabstand der Änderung in Visu bis zum Empfang am Regler
Start: 13:39 - an jedem Regler in der Visu die Temp um 0,5°C erhöht
Alle Regler gehen in der Visu auf "---.--" (@contronics: ????)
13:50 Testende, da alle Regler nunmehr auf "0,0°C" stehen und die Heizung in jedem Zimmer aus ist. Einzige Ausnahme:
der Regler in der Küche, der ist neu (FHT80b-3), der steht auf "OFF"...
14:15
alle Regler manuell wieder auf gewünschte Temp eingestellt, die Visu wird binnen Sekunden mit den eingestellten Werten aktualisiert. Wobei die Anzeigen für "Manuell/Auto" falsch sind, die werden scheinbar mit dem Gießkannenprinzip bedient. Na ja, 50% Trefferquote immerhin...

Im nächsten Testlauf werde ich das Projekt bearbeiten und die Makros rausnehmen, welche auf die Regler einwirken, wenn z.B. ein offenes Fenster durch einen HMS TFK gemeldet wird.
Hier mal vorab ein Makro, wie es zum Einsatz kommt (wobei nicht alle Regler mit TFK's ausgestattet sind und somit ohne Makro laufen)

Code: Alles auswählen

LS := Zeit
WOHeizkoerperLIVentilPos:= ReglerWohnzimmer.Ventilpos
warte("00:00:03")
SchreibTextWZ:=Datum+";"
SchreibTextWZ:=SchreibTextWZ+Uhrzeit+";"
SchreibTextWZ:=SchreibTextWZ+ReglerWohnzimmer+";"
SchreibTextWZ:=SchreibTextWZ+ReglerWohnzimmer.Temperatur+";"
SchreibTextWZ:=SchreibTextWZ+ReglerWohnzimmer.Ventilpos
Schreibedatei("TempWZ.txt",SchreibTextWZ,0)

[mikewolf99]

Hallo,

auch ich kann bestätigen das von den Reglern an HPCL die Kommunikation fast passt,Ventilstellungen sind aber noch immer falsch allerdings nur Abweichungen +-5%
anders dann dagegen senden von HPCL an RR funktioniert so gut wie gar nicht .....
Setzen über HPCL die RR auf Komfort oder Absenktemperatur ebensowenig dann kommen die bekannten --,-- !!
kann mich aber nur auf die FHZ2000 beziehen da ich meine FHZ1300WLAN derzeit deaktiviert habe da ich plane das ganze ueber die CCU2 laufen zu lassen .... nur wann????

mfg
mikewolf