[HM-Module] HM-Thermostate: TempList-Änderung nur nach manuellem getConfig

Begonnen von FFHEM, 14 November 2021, 15:49:31

Vorheriges Thema - Nächstes Thema

frank

ZitatHoffe, richtig gesnifft zu haben
da ist wie vermutet nur das setzen zu sehen.
auch später kommt nichts mehr, oder?

ich denke, das hat mit den etwas anderen registernamen zu tun, da es 3 programme gibt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

FFHEM

Zitat von: frank am 15 November 2021, 18:34:46
da ist wie vermutet nur das setzen zu sehen.
auch später kommt nichts mehr, oder?

ich denke, das hat mit den etwas anderen registernamen zu tun, da es 3 programme gibt.
Danach habe ich dann wohl selber einen set...getConfig gemacht, die ganze Snifferei ist hier:
Edit: 18:04:34.003 fängt das  set.. tempList... an


2021.11.15 18:04:34.003 0: HMUARTLGW myHmUART send: 01 02 00 00 01 msg: B1 B1 12 FF3004 6339D2
2021.11.15 18:04:34.518 0: HMUARTLGW myHmUART recv: 01 04 03 00 3F msg: B1 80 02 6339D2 FF3004 00
2021.11.15 18:04:34.737 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: B2 A0 01 FF3004 6339D2 00050000000007
2021.11.15 18:04:34.896 0: HMUARTLGW myHmUART recv: 01 04 03 00 3F msg: B2 80 02 6339D2 FF3004 00
2021.11.15 18:04:34.992 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: B3 A0 01 FF3004 6339D2 0008494E
2021.11.15 18:04:35.169 0: HMUARTLGW myHmUART recv: 01 04 03 00 3F msg: B3 80 02 6339D2 FF3004 00
2021.11.15 18:04:35.265 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: B4 A0 01 FF3004 6339D2 0006
2021.11.15 18:04:35.437 0: HMUARTLGW myHmUART recv: 01 04 03 00 3F msg: B4 80 02 6339D2 FF3004 00
2021.11.15 18:06:14.053 0: HMUARTLGW myHmUART recv: 01 05 00 00 3A msg: B1 86 5A 6339D2 000000 ACD737
2021.11.15 18:06:34.052 0: HMUARTLGW myHmUART recv: 01 05 00 00 3C msg: B1 84 70 6339D2 000000 00D737
2021.11.15 18:08:09.079 0: HMUARTLGW myHmUART send: 01 02 00 00 01 msg: B2 B1 12 FF3004 6339D2
2021.11.15 18:08:09.594 0: HMUARTLGW myHmUART recv: 01 04 03 00 3E msg: B2 80 02 6339D2 FF3004 00
2021.11.15 18:08:09.796 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: C2 A0 01 FF3004 6339D2 0203
2021.11.15 18:08:09.971 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: C2 80 10 6339D2 FF3004 0144E8810200000000
2021.11.15 18:08:10.066 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: D2 A0 01 FF3004 6339D2 02040000000001
2021.11.15 18:08:10.252 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: D2 80 10 6339D2 FF3004 0208000000
2021.11.15 18:08:10.348 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: E2 A0 01 FF3004 6339D2 00040000000007
2021.11.15 18:08:10.539 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: E2 A0 10 6339D2 FF3004 03012A22093D00000000C7300000000104
2021.11.15 18:08:10.796 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: E3 A0 10 6339D2 FF3004 031000000900484856EA49204520452045
2021.11.15 18:08:11.055 0: HMUARTLGW myHmUART recv: 01 05 01 00 3D msg: E4 A0 10 6339D2 FF3004 031F204520452045204520452045204520
2021.11.15 18:08:11.313 0: HMUARTLGW myHmUART recv: 01 05 01 00 3C msg: E5 A0 10 6339D2 FF3004 032E484856EA4920452045204520452045
2021.11.15 18:08:11.571 0: HMUARTLGW myHmUART recv: 01 05 01 00 3D msg: E6 A0 10 6339D2 FF3004 033D2045204520452045204520484E56EA
2021.11.15 18:08:11.829 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: E7 A0 10 6339D2 FF3004 034C492055084520452045204520452045
2021.11.15 18:08:12.086 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: E8 A0 10 6339D2 FF3004 035B20452045204520484856EA49205508
2021.11.15 18:08:12.344 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: E9 A0 10 6339D2 FF3004 036A452045204520452045204520452045
2021.11.15 18:08:12.605 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: EA A0 10 6339D2 FF3004 0379204520484856EA4920550845204520
2021.11.15 18:08:12.928 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: EB A0 10 6339D2 FF3004 0388452045204520452045204520452048
2021.11.15 18:08:13.119 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: EC A0 10 6339D2 FF3004 03976056EA492055084520452045204520
2021.11.15 18:08:13.377 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: ED A0 10 6339D2 FF3004 03A645204520452045204520484E56EA49
2021.11.15 18:08:13.636 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: EE A0 10 6339D2 FF3004 03B5205508452045204520452045204520
2021.11.15 18:08:13.889 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: EF A0 10 6339D2 FF3004 03C4452045204520000000000000
2021.11.15 18:08:14.135 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: F0 80 10 6339D2 FF3004 0300
2021.11.15 18:08:14.228 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 00 A0 01 FF3004 6339D2 02040000000008
2021.11.15 18:08:14.423 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 00 A0 10 6339D2 FF3004 0301000000000000000000000000000000
2021.11.15 18:08:14.677 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 01 A0 10 6339D2 FF3004 0310000000004520452045204520452045
2021.11.15 18:08:14.935 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 02 A0 10 6339D2 FF3004 031F204520452045204520452045204520
2021.11.15 18:08:15.194 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 03 A0 10 6339D2 FF3004 032E452045204520452045204520452045
2021.11.15 18:08:15.453 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 04 A0 10 6339D2 FF3004 033D204520452045204520452045204520
2021.11.15 18:08:15.725 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 05 A0 10 6339D2 FF3004 034C452045204520452045204520452045
2021.11.15 18:08:15.967 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 06 A0 10 6339D2 FF3004 035B204520452045204520452045204520
2021.11.15 18:08:16.225 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 07 A0 10 6339D2 FF3004 036A452045204520452045204520452045
2021.11.15 18:08:16.486 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 08 A0 10 6339D2 FF3004 0379204520452045204520452045204520
2021.11.15 18:08:16.744 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 09 A0 10 6339D2 FF3004 0388452045204520452045204520452045
2021.11.15 18:08:17.001 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 0A A0 10 6339D2 FF3004 0397204520452045204520452045204520
2021.11.15 18:08:17.259 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 0B A0 10 6339D2 FF3004 03A6452045204520452045204520452045
2021.11.15 18:08:17.517 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 0C A0 10 6339D2 FF3004 03B5204520452045204520452045204520
2021.11.15 18:08:17.774 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 0D A0 10 6339D2 FF3004 03C4452045204520000000000000
2021.11.15 18:08:18.016 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 0E 80 10 6339D2 FF3004 0300
2021.11.15 18:08:18.110 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 1E A0 01 FF3004 6339D2 02040000000009
2021.11.15 18:08:18.303 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 1E A0 10 6339D2 FF3004 0301000000000000000000000000000000
2021.11.15 18:08:18.560 0: HMUARTLGW myHmUART recv: 01 05 01 00 3F msg: 1F A0 10 6339D2 FF3004 0310000000004520452045204520452045
2021.11.15 18:08:18.820 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 20 A0 10 6339D2 FF3004 031F204520452045204520452045204520
2021.11.15 18:08:19.077 0: HMUARTLGW myHmUART recv: 01 05 01 00 3C msg: 21 A0 10 6339D2 FF3004 032E452045204520452045204520452045
2021.11.15 18:08:19.335 0: HMUARTLGW myHmUART recv: 01 05 01 00 3D msg: 22 A0 10 6339D2 FF3004 033D204520452045204520452045204520
2021.11.15 18:08:19.648 0: HMUARTLGW myHmUART recv: 01 05 01 00 3D msg: 23 A0 10 6339D2 FF3004 034C452045204520452045204520452045
2021.11.15 18:08:19.851 0: HMUARTLGW myHmUART recv: 01 05 01 00 3D msg: 24 A0 10 6339D2 FF3004 035B204520452045204520452045204520
2021.11.15 18:08:20.109 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 25 A0 10 6339D2 FF3004 036A452045204520452045204520452045
2021.11.15 18:08:20.367 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 26 A0 10 6339D2 FF3004 0379204520452045204520452045204520
2021.11.15 18:08:20.627 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 27 A0 10 6339D2 FF3004 0388452045204520452045204520452045
2021.11.15 18:08:20.885 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 27 A0 10 6339D2 FF3004 0388452045204520452045204520452045
2021.11.15 18:08:21.143 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 28 A0 10 6339D2 FF3004 0397204520452045204520452045204520
2021.11.15 18:08:21.401 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 29 A0 10 6339D2 FF3004 03A6452045204520452045204520452045
2021.11.15 18:08:21.658 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 2A A0 10 6339D2 FF3004 03B5204520452045204520452045204520
2021.11.15 18:08:21.915 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 2B A0 10 6339D2 FF3004 03C4452045204520000000000000
2021.11.15 18:08:22.159 0: HMUARTLGW myHmUART recv: 01 05 01 00 3E msg: 2C 80 10 6339D2 FF3004 0300
Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

FFHEM

Aus lauter Verzweiflung habe ich jetzt die TempList(s)-Dateien mit save und restore auf einen Stand gebracht, so dass HMInfo nicht mehr ungleiche Stände anmeckert, aber auch ohne Erfolg oder irgendeine Änderung.
Und das Einspielen eines alten Standes (z. B. Ende 2020 und Mai 2021) der 10_CUL_HM, 98_HMinfo und HMConfig-Dateien bringt jetzt erstaunlicherweise auch nichts mehr.
Ich fasse noch einmal zusammen:

Wenn ich im HM-TC-IT-WM-W-EU im Channel Arbeitszimmerthermostat_Climate mit
set Arbeitszimmerthermostat_Climate tempListMon 06:30 18.0 19:30 21.5 24:00 18.0
die Startuhrzeit von 06:00 auf 06:30 ändere, sieht die Liste so aus (nämlich unverändert), und R_P1_tempList_State ist und bleibt auch nach längerer Zeit "incomplete":
R_P1_0_tempListSat
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-17 10:00:10
R_P1_1_tempListSun
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-17 10:00:10
R_P1_2_tempListMon
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-17 10:00:10
R_P1_3_tempListTue
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-17 10:00:10
R_P1_4_tempListWed
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-17 10:00:10
R_P1_5_tempListThu
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-17 10:00:10
R_P1_6_tempListFri
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-17 10:00:10
R_P1_tempList_State
incomplete
2021-11-17 10:32:57

Erst ein
set Arbeitszimmerthermostat_Climate getConfig
"schreibt" die Daten dann in den Thermostaten bzw. ergibt den Zustand "verified".
Wie das RAW-Sniffen weiter oben ergeben hat, kommt auch kein automatisches "getConfig"

Gruß,
Friedhelm
Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

Beta-User

Mahlzeit.

Weiß weder sicher, ob das die richtige Zeile war, noch, ob es die passende Funktion ist, aber gg. dem Stand von gestern ist anbei mal testweise in #11600 das hier ergänzt:
CUL_HM_complConfig($name) if @exec;
Damit sollte nach meinem Verständnis das getConfig (zeitverzögert) ausgelöst werden, nachdem eine Templist angewendet und geändert wurde (sowohl beim RT etc. wie bei WT's) und autoReadReg passend (oder auch gar nicht (?)) gesetzt ist.

EDIT: Anhang entfernt, war erfolglos...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

FFHEM

Leider keine Änderung.
Zur Info: autoReadReg   steht nach wie vor auf 5_readMissing.
Nach dem set ..tempList sieht es nach wie vor so aus, dass der
R_P1_tempList_State incomplete
ist:

R_P1_0_tempListSat
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-19 14:38:36
R_P1_1_tempListSun
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-19 14:38:36
R_P1_2_tempListMon
06:30 18.0 19:30 21.5 24:00 18.0
2021-11-19 14:38:36
R_P1_3_tempListTue
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-19 14:38:36
R_P1_4_tempListWed
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-19 14:38:36
R_P1_5_tempListThu
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-19 14:38:36
R_P1_6_tempListFri
06:00 18.0 19:30 21.5 24:00 18.0
2021-11-19 14:38:36
R_P1_tempList_State
incomplete
2021-11-19 14:43:02
Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

Beta-User

Na ja, war nur ein Versuch (daher auch nicht in "patches" eingestellt). Du solltest m.E. noch eine Zeitlang warten, ob nicht doch noch ein configCheck kommt. Wenn ich die Zusammenhänge richtig verpuzzelt habe, müßte HMinfo nach etwa einer halben Stunde auch nochmal einen Versuch unternehmen, das "incomplete" zu fixen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

FFHEM

Ok, ich werde berichten. 1/2 Stunde wäre auch noch zu verkraften ;-)
Danke Dir auf jeden Fall!!!!
Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

FFHEM

Nach 2 Stunden: keine Änderung, der Status ist immer noch incomplete.
Wär zu schön gewesen...
Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

Beta-User

Schade, aber danke für die Rückmeldung. Mal sehen, wann sich einer der "Wissenden" des Themas annimmt...
(Für mich hat das low prio, weil es ein reines Anzeige-Thema ist, die Profile an sich sollten ja tatsächlich in der Regel erfolgreich durchlaufen).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

FFHEM

Zitat von: Beta-User am 19 November 2021, 17:18:08
(Für mich hat das low prio, weil es ein reines Anzeige-Thema ist, die Profile an sich sollten ja tatsächlich in der Regel erfolgreich durchlaufen).
Hallo Beta-User,
habe jetzt leidvoll festgestellt, dass es kein reines Anzeige-Thema ist:
Änderungen an der TempList werden bei der 1. Änderung noch an den Thermostaten weitergeleitet (und nicht mehr "verified" oder angezeigt), soweit so schlecht.
Eine 2. und weitere Änderungen der TempList werden dann aber nicht mehr durchgeführt - wenn man nicht jedes Mal manuell getConfig sendet.
Das hat natürlich dämliche Konsequenzen, und in einem halben Jahr habe ich das bestimmt vergessen, wenn ich den Temperaturplan ändere.
Wenn das auch keine hohe Priorität besitzt, bitte auf die ToDo-Liste setzen, wenn es geht (ich weiß, Zeit usw.).
Falls nicht noch einer der HM-Kapazitäten eine Idee hat!?

Merkwürdig finde ich, dass anscheinend nur ich dieses Problem habe..

Vielen Dank!
Gruß,
Friedhelm


Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

Beta-User

Vermutlich habe ich das ganze Problem noch nicht verstanden...

Also: du weist eine tempList-Änderung an einem Thermostaten an. Ein getConfig erfolgt nicht.
Du machst dasselbe nochmal, aber mit einer anderen tempList. Danach ein getConfig.

Wird dann die 2. Liste zurückgelesen oder gibt es dann Abweichungen zwischen dem erwarteten (2.) Profil und dem, was auf dem Thermostaten angekommen war?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

FFHEM

Hallo Beta-User,
Mist, ich habe es jetzt mehrfach probiert, also eine TempList (Montag) nacheinander mehrfach geändert ohne getConfig zwischendurch.
Dann reicht ein einziges set..getConfig, um alle Änderungen der TempList korrekt in die Anzeige zu schreiben.

2. Versuch: eine Änderung in TempListMon, eine in TempListTue, erst danach ein set..getConfig -> klappt ebenfalls.

Ich könnte schwören, ich habe letzte Woche den Fall gehabt, da war die jeweils 1. Änderung nicht übertragen worden, als ich erst nach der 2. Änderung ein getConfig gemacht habe.
Danach war lediglich das aktuelle offizielle CUL_HM-Update (Martins Freigabe) dazwischen, danach hatte ich es nicht mehr probiert - zu meiner Schande,
Entschuldigung!!

Ich werde noch weiter ausprobieren und melde mich, wenn ich den Fall wieder reproduzieren kann.
Es bleibt somit "nur" die fehlerhafte Anzeige - wodurch auch immer.

Gruß,
Friedhelm





Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

frank

ZitatEs bleibt somit "nur" die fehlerhafte Anzeige - wodurch auch immer.
die anzeige ist nicht fehlerhaft, sondern genau richtig.
jedes ändern von registern muss durch lesen verifiziert werden.

beim tc-it fehlt nur der trigger für ein automatsches getconfig.
das bedeutet noch lange nicht, dass nach getconfig anschliessend das erwartete im reading steht.
alles kann schief gehen, sowohl das setzen als auch das verifizieren.

in hminfo kann man bequem readings checken lassen.
einfach im attr sumERROR das reading mit gut-wert ergänzen.
zusammen mit HMinfoTools sieht man schön, wo es probleme gibt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

FFHEM

Zitat von: frank am 02 Dezember 2021, 17:49:30
Es bleibt somit "nur" die fehlerhafte Anzeige - wodurch auch immer.
die anzeige ist nicht fehlerhaft, sondern genau richtig.
jedes ändern von registern muss durch lesen verifiziert werden.
Hast recht, falsch formuliert, wieder was dazugelernt, danke!

Zitat von: frank am 02 Dezember 2021, 17:49:30
beim tc-it fehlt nur der trigger für ein automatsches getconfig.
Die RAW-Messages haben dies gezeigt, s. weiter oben.

Zitat von: frank am 02 Dezember 2021, 17:49:30
in hminfo kann man bequem readings checken lassen.
einfach im attr sumERROR das reading mit gut-wert ergänzen.
zusammen mit HMinfoTools sieht man schön, wo es probleme gibt.
Habe jetzt zusätzlich zu hminfo noch Deine HMinfoTools installiert, sieht schön aus, Kompliment!
Im attr sumERROR habe ich noch ",cfgState:ok" ergänzt, da ich sonst keinen "Gut-Wert" gefunden habe, der für dieses Problem zutreffen könnte.
Dabei fielen mir in vielen Devices viele cfgStates auf, die nicht ok waren, sondern auf  cfgState_updating standen.
Im hier interessierenden Arbeitszimmerthermostat_Climate kam das cfgState_updating auch vor, meistens stand dort aber:

Arbeitszimmerthermostat_Climate
iERR_cfgState_Team

Auch durch mehrfaches set...getConfig und Bestätigen auf dem Wandthermostaten ging dies nicht weg.
Könnte dieser Zustand das automatische getConfig verhindern?
Vielen Dank!
Gruß, Friedhelm


Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

frank

ZitatIm attr sumERROR habe ich noch ",cfgState:ok" ergänzt, da ich sonst keinen "Gut-Wert" gefunden habe, der für dieses Problem zutreffen könnte.
ich habe gerade mal im ersten beitrag von hminfotools meine ergänzungen für sumERROR hinterlegt. die punkte 4-6 sollten funktionieren.
1. "cfgState:ok"                                                         => alle entities
2. "sabotageAttack_ErrIoAttack_cnt:ok"                                   => alle devices
3. "R_tempList_State:verified"                                           => HM-CC-TC, HM-CC-RT
4. "R_P1_tempList_State:verified"                                        => HM-TC-IT
5. "R_P2_tempList_State:verified"                                        => HM-TC-IT
6. "R_P3_tempList_State:verified"                                        => HM-TC-IT
7. "valveCtrl:restart:unknown:ok:miss_1:miss_2:miss_3:miss_4:miss_5"     => virtueller HM-CC-TC
8. "smokeChamber:ok"                                                     => HM-SEC-SD-2
9. "alarmTest:ok"                                                        => HM-SEC-SD-2



Zitatauf  cfgState_updating standen
das zeigt nach meiner beobachtung, dass noch ein automatischer check geplant ist, der 60s nach einem erfolgreichem getconfig startet.
entweder sind die 60s noch nicht rum, oder das getconfig fehlt noch.
die entities in deinem sreenshot sind scheinbar von einer fernbedienung. da musst du das getconfig vermutlich manuell starten und vor allem dann auch das device durch knöpfchen drücken aufwecken.


ZitatiERR_cfgState_Team
alle existierenden abkürzungen der cfgState meldungen sind unter "get hminfo configInfo" ausführlich beschrieben.

Team            long: boost or template differ in team 
                boost time defined is different in team. Check boost time setting for all team members

dabei kann natürlich kein getconfig helfen, auch wenn es erfolgreich war.

vermutlich hilft die beseitigung dieses fehlers auch nicht dabei, das "fehlende" automatische getconfig zu triggern. ich vermute das liegt daran, dass der tc-it 3 programme und damit auch 3 readings R_Px_tempList_State hat.
bei allen modellen mit einem programm scheint es ja zu funktionieren.

ich würde mal folgendes reading zum testen im chn2 vom tc-it setzen:
setreading Arbeitszimmerthermostat_Climate R_tempList_State incomplete


HMdeviceTools.js hilft dir beim ändern von registern und zeigt die entsprechenden icon dann auch in jeder entity an.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html