[gelöst] HM-CC-RT-DN, desired-Temp Problem nach update 2020-09-06

Begonnen von KNUT345, 06 September 2020, 17:59:56

Vorheriges Thema - Nächstes Thema

KNUT345

Hallo Zusammen,
seit heutigem Update funktioniert desired-temp bei meinem HM-CC-RT-DN Thermostaten nur noch bedingt,
heißt desired Temp zeigt nicht mehr den aktuellen Wert an.
Zitat# $Id: 10_CUL_HM.pm 22700 2020-08-30 18:00:33Z martinp876 $
Einstellen funktioniert, aber nach refresh der Seite ist der aktuelle Wert wieder weg.
Ein Zurücksetzen auf meine frühere Version
Zitat# $Id: 10_CUL_HM.pm 22181 2020-06-14 15:50:06Z martinp876 $
brachte dann den Fehler dass desired-temp nicht mehr als Pull-Down funktionierte.

Ich vermute es ist ein Zusammenspiel mit fhemweb.js
ZitatFW_version["fhemweb.js"] = "$Id: fhemweb.js 22618 2020-08-17 16:21:28Z rudolfkoenig $";

Selbst die Verwendung einer Kombination der beiden Dateien von einer funktionierenden älteren Installation
Zitat# $Id: 10_CUL_HM.pm 22181 2020-06-14 15:50:06Z martinp876 $
FW_version["fhemweb.js"] = "$Id: fhemweb.js 22094 2020-06-02 10:20:18Z rudolfkoenig $";
brachte keine Abhilfe, bzw. führte zu einer nicht einstellbaren desired-temp.

Ich muss erwähnen, dass ich in der Datei fhemweb.js eine Anpassung gemacht habe,
die in der neuen Version nicht funktioniert, weshalb ich die o.g. ältere Version verwende.
Heißt in dem Fall wir mein modifiziertes textFieldNL auch als leeres Pull-Down dargestellt.
Ok, unschön oder unprofessionell, aber in der o.g. vorigen Version funktioniert es ja.

FW_createTextField(elName, devName, vArr, currVal, set, params, cmd)
{
  if(vArr.length != 1 ||
     (vArr[0] != "textField" &&
      vArr[0] != "textField_10" &&
      vArr[0] != "textField_15" &&
      vArr[0] != "textFieldNL" &&
      vArr[0] != "textFieldNL_10" &&
      vArr[0] != "textFieldNL_15" &&
      vArr[0] != "textField-long" &&
      vArr[0] != "textFieldNL-long") ||
     (params && params.length))
    return undefined;
 
  var is_long = (vArr[0].indexOf("long") > 0);

  var newEl = $("<div style='display:inline-block'>").get(0);
  if(set && set != "state" && vArr[0].indexOf("NL") < 0)
    $(newEl).append(set+":");
  if(set && set != "state" && vArr[0].indexOf("_10") > 0)
    $(newEl).append('<input type="text" size="10">');
  else if(set && set != "state" && vArr[0].indexOf("_15") > 0)
    $(newEl).append('<input type="text" size="15">');
  else
    $(newEl).append('<input type="text" size="30">');


Grüße
Knut

Jamo

Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/Conbee III, FB7690, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack, Sonos, ESPresence

KNUT345


Jamo

Hi Knut, wie hast Du das jetzt gelöst? Die alten Dateien zurückzuspielen ist ja nicht der Sinn, damit ist der Fehler ja weiterhin in den den neuen Dateien vorhsnden.
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/Conbee III, FB7690, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack, Sonos, ESPresence

KNUT345

Hallo Jamo,
doch für mich war die Lösung die alten Dateien zurückspielen und das Update der Dateien bis auf weiteres zu blockieren.
Ich habe nicht verfolgt warum an HM was geändert wurde, mein System funktioniert derzeit ohne Probleme.
Bei mir fingen die Probleme ja erst mit den neuen Dateien an,
heißt desired-Temp lies sich nicht mehr wie gewohnt über ein Drop-Down steuern.
VG
Knut