eTRV-B Parameter ADAPTIVE_REGULATION über WebUI wieder einstellbar machen

[tzdisco4]

Der im Titel genannte Parameter (aus HmIP_Device_Documentation.pdf) war früher mal über das CCU3 GUI einstellbar. Das ist schon länger nicht mehr so. Ich konnte diesen Parameter jedoch vor einiger Zeit noch über FHEM und eine CCU Integration einstellen. FHEM nutze ich nun nicht mehr. Wäre es möglich, diesen Parameter in OpenCCU wieder zugänglich zu machen? In der Geräteübersicht kann OpenCCU ja auch die Batteriespannungen anzeigen, was die originale SW nicht unterstützt,

Deshalb habe ich eine gewisse Hoffnung, dass das möglich sein könnte :).

[jens-maus]

Möglich ist wie immer fast alles ;-) Nach kurzer Recherche kann man aber folgendes im WebUI Quellcode finden:

https://github.com/OpenCCU/occu/blob/1bafbfccfd660f80f3a5decbfbe1d7aa31d04d04/WebUI/www/config/easymodes/etc/hmipChannelConfigDialogs.tcl#L3016-L3031

D.h. das wurde wohl "aus gutem Grund" abgeschalten das man das via WebUI nicht mehr toggeln kann....

[tzdisco4]

Herzlichen Dank für deine superschnelle Reaktion! Mir war überhaupt nicht klar, dass "so viel Code" offen zugänglich ist. Da ich von Tcl bisher nur wusste, dass es exisiert, habe ich mal ein wenig im Netz gelesen, um zu verstehen, was der Codeabschnitt bedeutet :).

Schade nur, dass der "gute Grund" nicht dokumentiert wurde. Erinnert mich an Zeiten Ende der 80er Anfang der 90er, als wir in Projekten bei Besprechungen immer mal wieder an den Punkt kamen, "warum wir eigentlich vor 3 Monaten etwas so entschieden hatten". Wir hatten's halt nicht aufgeschrieben. Die Geschichte ändert sich irgendwie nicht.

Welches Risiko bestünde aus deiner Sicht, wenn man das mal wieder aktivieren würde? Ich hatte die Adaption damals in den Thermostaten abgeschaltet, weil ich Geräte nicht mag, die schlauer sein wollen, als ich. Die Dinger habe mir immer in meine Zweipunktregelung für meine deutlich überdimensionierte Gastherme rein gegrätscht, weil sie mit Adaption die PI Regelung anscheinend so manipulieren oder außer Kraft setzen, dass eine gewisse Geschwindigkeit der Temperatursteigerung im Raum nicht überschritten werden konnte und nach und nach nur sehr kleine Standardöffnungsgrade eingestellt wurden. Irgendwelche Nebenwirkungen habe ich damals nicht beobachten können. Bis auf dass die Thermostaten sich plötzlich wie solche verhalten haben ...

[Baxxy13]

Willst du das häufiger "umschalten" oder einmal setzen und gut ist's?
Das geht recht einfach per Script.

HM oder HmIP?

[tzdisco4]

Im Prinzip einmal umschalten. Oder nochmal ändern können, wenn sich der Bedarf doch mal ändern sollte. Und die aktuelle Einstellung auslesen. Script(e) wäre(n) also völlig o. k. Ich bin vor 2-3 Jahren auch schon mal auf die Script-Idee gekommen. Aber ich war definitiv zu doof, das hinzubekommen. Für mich ist die eq3-Folklore sehr sehr kryptisch. Mit einem Beispiel oder einem Link zu einer Stelle, an der so etwas wie "Einführung in das Scripting" zu finden ist, wäre mir schon geholfen. Dann würde ich's nochmal versuchen :).

[Baxxy13]

Ich merk schon, die Scripte waren keine so gute Idee. 😉
Noch einfacher geht's per DevConfig würde ich sagen.

[tzdisco4]

Da habe ich mich wohl etwas missverständlich ausgedrückt, bitte um Entschuldigung. Meine Beurteilung "sehr sehr kryptisch" war als satirische Übertreibung gedacht :).. Ich werde es damit nochmal versuchen und mir auch DevConfig anschauen. Letzteres habe ich bisher nur hinsichtlich RSSI Infos verwendet.

O. K., doch kein Scripting lernen :) DevConfig bietet da schon alles:

Danke für den guten Tip!

[tzdisco4]

Zu früh gefreut :(. Ich kann da zwar lustig Parameter ändern, aber "submit changes" ändert da nicht wirklich etwas. Ich hab's mit Adaptive_Regulation und Boost_Position versucht, ohne Erfolg.

[Baxxy13]

Du hast leider immer noch nicht verraten um welche Geräte es geht.
Am besten mal die Typenbezeichnungen posten.

Edit:
Sorry... hab die Überschrift "überlesen".
Ich guck mir das mal an.

Edit 2:
Die generelle Frage wäre ob dieser Parameter bei HmIP überhaupt funktional ist.

Edit 3:
Nimm mal den "Submit-Button" der fast ganz unten ist, beim "oberen" crasht hier auch die UI.

[tzdisco4]

Jup, der untere submit button funktioniert :). Dass beim oberen das GUI crashed, habe ich nicht mal mitgeschnitten. Ich habe mich nur gewundert, dass ich nach dem Drücken des Biuttons wieder die Startseite bekam. Ich habe hier OpenCCU als HA addon in der Version 3.85.7.20260131 installiert.

[tzdisco4]

Noch eine Info. Der Thermostat ist Bestandteil einer Heizungsgruppe zusammen mit einen HmIP-WTH-2. Ich war neugierig und wollte wissen, ob der Parameter ADAPTIVE_REGULATION es sozusagen auch bis in das virtuelle Device Heizungsgruppe geschafft.

Hat er. Aber wenn ich die Heizungsgruppe anklicke und sich die Kanalliste öffnet, erscheint ganz unten auf der Seite das nachfolgende Fehlerprotokoll. Den unteren Button kann ich dann zwar noch drücken, aber funktionieren tut er in diesem FAlle nicht.

Backtrace:
Transport error on xmlrpc call listTeams to xmlrpc://127.0.0.1:39292/groups: Error in XmlRpcClient::parseResponse: Invalid response - no methodResponse. Response:

    while executing
"xmlrpc $url listTeams "
    ("uplevel" body line 3)
    invoked from within
"uplevel 1 [lindex $args end]"
    (procedure "cgi_select" line 19)
    invoked from within
"cgi_select team size=1 {
                                set i 0
                                set teamlist [xmlrpc $url listTeams ]
               ..."
    ("uplevel" body line 6)
    invoked from within
"uplevel 1 [lindex $args end]"
    (procedure "cgi_table_data" line 9)
    invoked from within
"table_data {
                            export cmd=change_team
                            export device
                            export iface
   ..."
    ("uplevel" body line 5)
    invoked from within
"uplevel 1 [lindex $args end]"
    (procedure "cgi_table_row" line 8)
    invoked from within
"table_row {
                        table_data {
                            puts "[url $dev_descr(TEAM) $env(SCRIPT_NAME)?cmd=config&iface=$iface&dev..."
    ("uplevel" body line 2)
    invoked from within
"uplevel 1 [lindex $args end]"
    (procedure "cgi_table" line 9)
    invoked from within
"table {
                    table_row {
                        table_data {
                            puts "[url $dev_descr(TEAM) $env(SCRIPT_NAME)..."
    ("uplevel" body line 2)
    invoked from within
"uplevel 1 [lindex $args end]"
    (procedure "cgi_form" line 28)
    invoked from within
"form $env(SCRIPT_NAME) method=get {
                table {
                    table_row {
                        table_data {
                     ..."
    ("uplevel" body line 57)
    invoked from within
"uplevel 1 [lindex $args end]"
    (procedure "cgi_body" line 7)
    invoked from within
"body {
        array_clear dev_descr
        array set dev_descr [xmlrpc $url getDeviceDescription [list string $device]]
    	h2 "Channel configurati..."
    (procedure "cmd_config" line 6)
    invoked from within
"cmd_$cmd"

CGI info:
_cgi(input): cmd=config&device=INT0000009:1&iface=VirtualDevices&sid=@i2EE6D6Oj3@
_cgi(queryencoding): utf-8

Environment info:

env(CONTENT_LENGTH)                 = 0
env(DOCUMENT_ROOT)                  = /www/
env(GATEWAY_INTERFACE)              = CGI/1.1
env(HTTP_ACCEPT)                    = text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
env(HTTP_ACCEPT_ENCODING)           = gzip, deflate
env(HTTP_ACCEPT_LANGUAGE)           = de,en-US;q=0.7,en;q=0.3
env(HTTP_CONNECTION)                = keep-alive
env(HTTP_COOKIE)                    = session=.eJyV0tsK...O-458W_g
env(HTTP_DNT)                       = 1
env(HTTP_HOST)                      = 192.168.25.54
env(HTTP_PRIORITY)                  = u=0, i
env(HTTP_UPGRADE_INSECURE_REQUESTS) = 1
env(HTTP_USER_AGENT)                = Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0
env(QUERY_STRING)                   = cmd=config&device=INT0000009:1&iface=VirtualDevices&sid=@i2EE6D6Oj3@
env(REDIRECT_STATUS)                = 200
env(REMOTE_ADDR)                    = 192.168.25.10
env(REMOTE_PORT)                    = 51564
env(REQUEST_METHOD)                 = GET
env(REQUEST_SCHEME)                 = http
env(REQUEST_URI)                    = /tools/devconfig.cgi?cmd=config&device=INT0000009:1&iface=VirtualDevices&sid=@i2EE6D6Oj3@
env(SCRIPT_FILENAME)                = /www/tools/devconfig.cgi
env(SCRIPT_NAME)                    = /tools/devconfig.cgi
env(SERVER_ADDR)                    = 172.30.33.4
env(SERVER_NAME)                    = 192.168.25.54
env(SERVER_PORT)                    = 80
env(SERVER_PROTOCOL)                = HTTP/1.1
env(SERVER_SOFTWARE)                = 

[Baxxy13]

Bloß nicht zu tief in DevConfig rumwühlen, das Ding ist aus der Steinzeit.