HMCCU 5.0 im SVN verfügbar

Begonnen von zap, 26 Oktober 2021, 19:01:00

Vorheriges Thema - Nächstes Thema

roman1528

Zitat von: zap am 16 August 2022, 20:56:22
@roman1528 einziger Unterschied scheint FTUI zu sein.

wie gesagt... in FHEMWEB gibt es keine Änderung der Readings sonder ein "Connection lost...." und FhemApp (experimentiere ich gerade mit) reconnected.

anfangs gab es so arge probleme mit FTUI und longpoll/websocket. das nervt mich tierisch wenn ich keine optische Rückmeldung bekomme.
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

schic

Zitat[size=0px] Was steht eigentlich im Reading pct, wenn das Fenster verriegelt ist?[/size]
pct ist 0


UND - danke für das Modul, dass Du Deine Zeit auch für dieses Detail investiert ...
Debian Bullseye x86_64 headless
parallell laufende Serversoftware:
AdGuard Home, LMS + MusicIP, baical carddav, Debmatic mit HmIP-RFUSB, zigbee2mqtt mit Mosquitto,
FHEM mit den Grundmodulen: HMCCU, Velux Gateway KLF200, TCM mit USB 300, HUEBridge, harmony, SB_SERVER, LGTV_WebOS, PIONEERAVR

schic

#512
ich habe mir erlaubt, ein wenig in Deinem 88_HMCCU.pm rumzupfuschen.
Eine Ausnahmeabfrage für -0.005 und -0.5 behebt das Problem mit dem in FHEM falsch angezeigten Status - zeigt korrekt "locked" an und tut das auch.
Nach der HomeMatic-Script Dokumentation, scheint dieser Ausnahmewert -0.005, bei WinMatic, der Einzige zu sein, so dass unpassende Folgeerscheinungen eher unwahrscheinlich sind. Die Thermostate HM_CC_RT_DN zeigen jedenfalls auch mit der Codeänderung noch korrekte Werte.


Der Code 88_HMCCU.pm ab Zeile 9545:

        elsif (defined($unit) && $unit =~ /^([0-9]+)%$/) {
                # percentage values
                my $f = $1;
                $min //= 0;
                $max //= 1.0;
                HMCCU_Trace ($hash, 2, "value of $dpt = $value");               # Änderung!
                if ($value == -0.5) {                                           # Änderung!
                  $value = -0.005;                                              # Änderung!
                  HMCCU_Trace ($hash, 2, "set value of $dpt = $value");         # Änderung!
                }                                                               # Änderung!
                elsif ($value == -0.005) {                                      # Änderung!
                  $value = -0.5;                                                # Änderung!
                  HMCCU_Trace ($hash, 2, "set value of $dpt = $value");         # Änderung!
                }                                                               # Änderung!
                else {                                                          # Änderung!
                  if ($mode == 0 || $mode == 2) {
                        $value = HMCCU_MinMax ($value, $min, $max)*$f;
                  }
                  else {
                        $value = $boundsChecking ? HMCCU_MinMax($value, $min*$f, $max*$f)/$f : $value/$f;
                  }
                  HMCCU_Trace ($hash, 2, "Auto scaled value of $dpt = $value"); # Änderung!
                }                                                               # Änderung!
        }


        #HMCCU_Trace ($hash, 2, "Auto scaled value of $dpt = $value");          # Änderung!

        return $value;





Der Lock-Button funktioniert damit allerdings immer noch nicht.
Debian Bullseye x86_64 headless
parallell laufende Serversoftware:
AdGuard Home, LMS + MusicIP, baical carddav, Debmatic mit HmIP-RFUSB, zigbee2mqtt mit Mosquitto,
FHEM mit den Grundmodulen: HMCCU, Velux Gateway KLF200, TCM mit USB 300, HUEBridge, harmony, SB_SERVER, LGTV_WebOS, PIONEERAVR

zap

@schic 2 Fragen dazu:

1. Funktioniert der Befehl "Set lock" ? Oder kannst Du nur per "Set datapoint LEVEL" verriegeln?

2. In Deinem Code prüfst Du auf -0.5 und -0.005. Kannst Du mal bitte die -0.5 Prüfung rausnehmen und testen, ob es immer noch funktioniert mit der "locked" Anzeige?
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

schic

Zitat1. Funktioniert der Befehl "Set lock" ? Oder kannst Du nur per "Set datapoint LEVEL" verriegeln?
set lock verriegelt nicht, sondern ist gleich mit set close. Kann nur per "Set datapoint LEVEL -0.5" verriegeln.
Zitat2. In Deinem Code prüfst Du auf -0.5 und -0.005. Kannst Du mal bitte die -0.5 Prüfung rausnehmen und testen, ob es immer noch funktioniert mit der "locked" Anzeige?
Ohne die -0.5 Prüfung funktioniert die "locked" Anzeige nicht. Das hatte ich als Erstes und hab das deswegen zugefügt.


Charmant wäre natürlich noch eine zusätzliche Prüfung ob es sich um WinMatic handelt. Ich habe aber keine Ahnung wie und wie aufwändig das ist.
Debian Bullseye x86_64 headless
parallell laufende Serversoftware:
AdGuard Home, LMS + MusicIP, baical carddav, Debmatic mit HmIP-RFUSB, zigbee2mqtt mit Mosquitto,
FHEM mit den Grundmodulen: HMCCU, Velux Gateway KLF200, TCM mit USB 300, HUEBridge, harmony, SB_SERVER, LGTV_WebOS, PIONEERAVR

zap

Danke, diese letzte Info ist sehr hilfreich
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

frank

Zitat von: roman1528 am 16 August 2022, 21:40:47
wie gesagt... in FHEMWEB gibt es keine Änderung der Readings sonder ein "Connection lost...." und FhemApp (experimentiere ich gerade mit) reconnected.

anfangs gab es so arge probleme mit FTUI und longpoll/websocket. das nervt mich tierisch wenn ich keine optische Rückmeldung bekomme.
dein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.

die spärlichen infos zwischen deinen wenig hilfreichen frustbemerkungen lassen mich vermuten, dass du eventuell ein problem mit zu vielen events hast. dazu vielleicht noch umfangreiche userreadings ohne trigger.
schon mal nach fhem freezes geschaut?
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

roman1528

#517
Zitat von: frank am 18 August 2022, 11:15:58
dein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.

die spärlichen infos zwischen deinen wenig hilfreichen frustbemerkungen lassen mich vermuten, dass du eventuell ein problem mit zu vielen events hast. dazu vielleicht noch umfangreiche userreadings ohne trigger.
schon mal nach fhem freezes geschaut?

ja welche infos denn... ich habe bzw. bekomme ja selbst keine. und wenn welche geben sollte, wo stehen die? fehlersuche in fhem ist genau so einfach wie perl... für mich... nämlich gar nicht.

natürlich hab ich geschaut bzw. bin dabei
das problem tritt erst auf seitdem ich HMCCU und dazugehörige laufen habe.
freezemon läuft jetzt schon einige zeit... sicherlich hab ich auch andere freezes als HMCCU. dadurch ist aber bisher der websocket nicht abgeschmiert.

ich gehe gerade folgendem auf den grund... mehr details und so
d:tmr-CODE(0x558b04d2d2f8)(HandleSendQueue)
tmr-CODE(0x558b04c36040)(GetUpdate)
d:tmr-CODE(0x55a1d0473580)(SetCmdFn)
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

frank

Zitatja welche infos denn...
zb die ausgaben in der javascript konsole im browser, wenn connection lost auftrifft.

aber:
Zitatdein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.
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

roman1528

Zitat von: frank am 18 August 2022, 11:15:58
dein scheinbar generelles websocket problem solltest du vielleicht im board frontents/fhemweb versuchen zu klären.
ich denke nicht, weil
Zitat von: roman1528 am 18 August 2022, 11:24:57
das problem tritt erst auf seitdem ich HMCCU und dazugehörige laufen habe.

lass einfach gut sein... ich werde es schon hin bekommen... oder eben auch nicht... dann werde ich damit leben müssen... oder das problem beseitigt sich von allein.

trotzdem danke.
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

zap

@roman1528 die Javascript Console vom Browser war jetzt schon ein sehr guter Tipp
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

roman1528

Rechner (192.168.1.23) und FHEM (192.168.1.5) scheinen zeitlich nicht ganz synchron zu laufen (1-2 Sekunden beim Timestamp).
Ich habe jetzt nur eine Aktion aus dem Log genommen. set sz_nachtschrank_R on
Von auslösen bis einschl. reconnect von FHEMWEB.
Bei allen anderen Aktionen (off, anderes Device: set sz_WT auto) gleiches Spiel.

sz_nachtschrank_R ist ein HM-LC-Sw1-Pl

Konsole:

09:34:52.950 09:34:52.951 FW_cmd:/fhem?cmd.sz_nachtschrank_R=set sz_nachtschrank_R on&XHR=1 fhemweb.js:576:13
09:34:52.971 Die Verbindung zu wss://192.168.1.5:8083/fhem?XHR=1&inform=type%3Dstatus%3Bfilter%3Droom%3DUnsorted%3Bsince%3D1660894488.07924%3Bfmt%3DJSON&fw_id=8136&timestamp=1660894490437 wurde unterbrochen, während die Seite geladen wurde. fhemweb.js:1333:18
09:34:52.972 09:34:52.972 ERRMSG:Connection lost, trying a reconnect every 5 seconds.< fhemweb.js:576:13
09:34:57.875 09:34:57.876 ERRMSG:< fhemweb.js:576:13
09:34:57.985 09:34:57.986 Inform-channel opened (websocket) with filter room=Unsorted fhemweb.js:576:13


FHEM-Log WEB:

2022.08.19 09:34:51 5: POST /fhem?cmd.sz_nachtschrank_R=set%20sz_nachtschrank_R%20on&XHR=1&fw_id=8136 HTTP/1.1
Host: 192.168.1.5:8083
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:103.0) Gecko/20100101 Firefox/103.0
Accept: text/plain, */*; q=0.01
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate, br
cache-control: no-cache
X-Requested-With: XMLHttpRequest
Origin: https://192.168.1.5:8083
Authorization: Basic XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Connection: keep-alive
Referer: https://192.168.1.5:8083/fhem?room=Unsorted
Cookie: __Host-nc_sameSiteCookielax=true; __Host-nc_sameSiteCookiestrict=true; zmMontageLayout=1; zmWatchScale1=0; zmMontageScale=50; zmHeaderFlip=up; zmMontageWidth=; zmMontageHeight=; zmWatchScale3=0; zmWatchScale2=0; zmEventStats=on; zmEventScale1=0; zmEventRate=100; sid=7b03c5f6759a426d605456f1ba9e480b; connect.sid=s%3AMvG5tJWi7wm_FsM0kfn88jPw_bsPk1N-.qliaml7PBUm71FgJGDpKq3KLyI7HMENHKEazg3V6s%2FY; PHPSESSID=inc2pl537spjjn5qp3snctps4b; oc_sessionPassphrase=NLO1Gawf25ZRhtT%2FzQZslOSe5D5cAK%2Bzxqeusysoy0uwZg%2FzMvRkJ6xwj9AnHFkaOr1ILSweJEm26ie0LPBT182V7tj0dUETbugYUsDJgW6w8jUg5FWyyAGM%2B8Dm9V1f; oc9isf6x7msr=0e5evq9silpqo7pf5ajun7tu31; redirect=1; testing=1; fhemCmdHistory=list%20sz_taster%0Alist%20ku_taster%0Alist%20ku_taster_01%0Alist%20CCU3%0Adefine%20SAX_ModBus%20ModbusAttr%2067%20slave%20192.168.1.222:3600%20RTU%0Asetreading%20bu_WT%20activity%20no%0Asetreading%20bu_WT%20activity%20alive%0Asetreading%20bu_HT%20activity%20no%0Asetreading%20bu_HT%20activity%20alive%0Asetreading%20bu_HT%20activity%20no%0Asetreading%20bu_HT%20activity%20alive%0Adefine%20freezemon%20freezemon%0Asetreading%20bu_WT%20battery%20low%0Asetreading%20bu_WT%20battery%20ok%0Adefine%20ku_fenster%20structure%20ku_fenster%20ku_SC_L%20ku_SC_R%0Aattr%20wz_taster_.*%20group%20Sensoren%0Aattr%20wz_HT%20group%20Heizung%0Aattr%20wz_WT%20group%20Heizung%0Aattr%20wz_SC.*%20group%20Sensoren%0Aattr%20wz_taster_.*%20event-on-change-reading%20.*%0Aattr%20wz_.*%20room%20Wohnzimmer%0Adelete%20bu_fernbedienung_.*%0Adelete%20bad_taster.*%0Adelete%20ku_taster.*%0Aattr%20bad_taster.*%20room%20Bad%0Aattr%20bad_taster.*%20group%20Sensoren%0Aattr%20bu_fernbedienung.*%20room%20B%C3%BCro%0Aattr%20bu_fernbedienung.*%20group%20Sensoren%0Aattr%20ku_taster.*%20room%20K%C3%BCche%0Aattr%20ku_taster.*%20group%20Sensoren%0Aattr%20bad_taster.*%20event-on-change-reading%20.*%0Aattr%20ku_taster.*%20event-on-change-reading%20.*%0Aattr%20bu_fernbedien.*%20event-on-change-reading%20.*%0Adeleteattr%20bad_taster.*%20event-on-update-reading%0Aattr%20bad_taster.*%20event-on-update-reading%20.*%0Adefine%20wz_notify_CCU3_huw_ball_bulb%20notify%20wz_hue_ball_bulb:onoff:.*%20abc%0Adefine%20wz_doif_CCU3_licht%20DOIF%20(a)%20(b)%0Adefine%20wz_notify_CCU3_lightscene%20notify%20wz_lightscene.*%20abc%0Aset%20sz_notify_taster.*%20inactive%0Aattr%20sz_SC.*%20room%20Schlafzimmer%0Aattr%20sz_SC.*%20group%20Sensoren%0Alist%20TYPE=CUL_HM%0Adefine%20sz_notify_CCU3_lightscene%20notify%20sz_lightscene.*%20{%20fhem('set%20CCU3%20var%20sz_lightscene%20'.ReadingsVal('sz_lightscene'%2C'state'%2C'aus'))%3B%20}%0Adefine%20sz_notify_CCU3_lightscene%20notify%20sz_lightscene.*%20abc%0Adefine%20sz_gute_nacht_dummy%20dummy%0Arename%20sz_notify_taster_2_Short%20sz_notify_gute_nacht_dummy%0Adelete%20sz_notify_taster_.*%0Asetreading%20st_fenster%20open%0Asetreading%20st_fesnter%20state%20open%0Asetreading%20st_fenster%20state%20open; flexFingerprint=faf5671e6f73fd8669779ed58b98b59a
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
Content-Length: 0
2022.08.19 09:34:51 4: WEB_::ffff:192.168.1.23_54594 POST /fhem?cmd.sz_nachtschrank_R=set%20sz_nachtschrank_R%20on&XHR=1&fw_id=8136; BUFLEN:0
2022.08.19 09:34:51 4: authorize WEB/cmd/set: allowed_MQTT returned dont care
2022.08.19 09:34:51 4: authorize WEB/cmd/set: allowed_WEB returned dont care
2022.08.19 09:34:51 4: authorize WEB/cmd/set: allowed_telnetPort returned dont care
2022.08.19 09:34:51 4: authorize WEB/devicename/sz_nachtschrank_R: allowed_MQTT returned dont care
2022.08.19 09:34:51 4: authorize WEB/devicename/sz_nachtschrank_R: allowed_WEB returned dont care
2022.08.19 09:34:51 4: authorize WEB/devicename/sz_nachtschrank_R: allowed_telnetPort returned dont care
2022.08.19 09:34:51 4: WEB: /fhem?cmd.sz_nachtschrank_R=set%20sz_nachtschrank_R%20on&XHR=1&fw_id=8136 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2022.08.19 09:34:52 4: Connection closed for WEB_::ffff:192.168.1.23_54972: EOF
2022.08.19 09:34:56 4: Connection accepted from WEB_::ffff:192.168.1.23_54981


FHEM-Log RPC_BidCos

2022.08.19 09:34:51 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:52 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.19 09:34:52 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.19 09:34:52 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 1 events read: no data
2022.08.19 09:34:53 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:54 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:55 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 accepting connections
2022.08.19 09:34:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] RPC server CB2001001005001016 processing request
2022.08.19 09:34:56 4: HMCCURPCPROC [d_rpc001016BidCos_RF] Read stopped after 16 events read: no data
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

Adimarantis

Ich habe immer noch Probleme mit meinem Regensensor HM_Sen_RD_O
Der übernimmt den Zustand rain/dry aus 1.STATE nicht in state.
Ich habe daher entsprechend das Attribut "statedatapoint" auf "1.STATE" gesetzt - dann klappt das.
ABER: nach einem FHEM Neustart sind "statedatapoint" und "controldatapoint" verschwunden.

Es hat ja leider die letzten 2 Monate bei uns nur 2 mal ein bisschen geregnet, aber ich bin da jetzt jedes mal reingefallen, da meine Dachfenster auf "state" gehen und sich dann nicht geschlossen haben -> Pfütze  :(

Ist das ein Bug oder muss ich alle meine DOIFs umbauen, dass sie "1.STATE" verwenden (sind eine ganze Menge....)

Danke,
Jörg
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

zap

#523
Zitat von: Adimarantis am 19 August 2022, 11:48:46
Ich habe immer noch Probleme mit meinem Regensensor HM_Sen_RD_O
Der übernimmt den Zustand rain/dry aus 1.STATE nicht in state.
Ich habe daher entsprechend das Attribut "statedatapoint" auf "1.STATE" gesetzt - dann klappt das.
ABER: nach einem FHEM Neustart sind "statedatapoint" und "controldatapoint" verschwunden.

Es hat ja leider die letzten 2 Monate bei uns nur 2 mal ein bisschen geregnet, aber ich bin da jetzt jedes mal reingefallen, da meine Dachfenster auf "state" gehen und sich dann nicht geschlossen haben -> Pfütze  :(

Ist das ein Bug oder muss ich alle meine DOIFs umbauen, dass sie "1.STATE" verwenden (sind eine ganze Menge....)

Danke,
Jörg

Hatten wir schon einmal ein "list" vom Device ausgetauscht? Wäre jedenfalls hilfreich. Wenn Du das Attribut "statedatapoint" in FHEM setzt: wird dann in der Dropdownliste "1.STATE" angezeigt oder setzt Du das per FHEM Kommandozeile?

Als Workaround würde ich Dir empfehlen, für jeden der beiden Kanäle ein separates HMCCUCHN Device anzulegen. Mit einem HMCCUDEV Device für beide Kanäle gemeinsam scheinen sich die beiden STATE Datenpunkte in die Quere zu kommen.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Adimarantis

Hi zap,

anbei das "list" für die device mit statedatapoint (wenn es funktioniert) und eins direkt nach einem shutdown restart.
Ich setze statedatapoint und controldatapoint über die GUI und die sind dann bereits korrekt vorbelegt (also 1.STATE für statedatapoint und 2.STATE für controldatapoint).
Danach funktioniert alles - auch wenn ich die beiden Attribute wieder lösche.

Das Problem besteht nur direkt nach einen Neustart, dann steht in state nicht "dry" oder "rain" sondern "on" oder "off" bis ich eben statedatapoint setze.


Internals:
   DEF        PEQxxxxxxx
   FUUID      5ebaa6cf-f33f-b127-c389-1b2d005824b8b644
   IODev      d_ccu
   NAME       HM_Sen_RD_O_PEQxxxxxxx
   NR         231
   STATE      dry
   TYPE       HMCCUDEV
   ccuaddr    PEQxxxxxxx
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    Aussen - HM-Sen-RD-O PEQxxxxxxx
   ccurolectrl RAINDETECTOR_HEAT
   ccurolestate RAINDETECTOR
   ccusubtype HM-Sen-RD-O
   ccutype    HM-Sen-RD-O
   eventCount 84
   firmware   1.4
   readonly   no
   Helper:
     DBLOG:
       1.STATE:
         logdb:
           TIME       1661011200.04821
           VALUE      dry
       2.STATE:
         logdb:
           TIME       1661002475.08125
           VALUE      off
   OLDREADINGS:
   READINGS:
     2022-08-20 15:33:34   1.STATE         dry
     2022-08-20 15:34:35   2.STATE         off
     2022-08-20 15:34:35   control         off
     2022-08-20 15:34:35   devstate        ok
     2022-08-20 15:34:35   hmstate         dry
     2022-08-20 15:33:34   state           dry
   hmccu:
     channels   3
     detect     3
     devspec    PEQxxxxxxx
     forcedev   0
     nodefaults 1
     role       0:MAINTENANCE,1:RAINDETECTOR,2:RAINDETECTOR_HEAT
     setDefaults 0
     cmdlist:
       get       
       set        on:noArg off:noArg on-for-timer on-till toggle:noArg
     control:
       chn        2
       dpt        STATE
     dp:
       1.STATE:
         VALUES:
           NVAL       0
           ONVAL      1
           OSVAL      rain
           OVAL       1
           SVAL       dry
           VAL        0
       2.STATE:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      off
           OVAL       0
           SVAL       off
           VAL        0
     roleCmds:
       get:
       set:
         off:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   1
           syntax     V:STATE:0
           usage      off
           subcmd:
             000:
               args       0
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   1
           syntax     V:STATE:1
           usage      on
           subcmd:
             000:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on-for-timer:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   2
           syntax     V:ON_TIME:?duration V:STATE:1
           usage      on-for-timer duration
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    duration
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
         on-till:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   2
           syntax     V:ON_TIME:?time V:STATE:1
           usage      on-till time
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    time
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
     state:
       chn        1
       dpt        STATE
Attributes:
   IODev      d_ccu
   alias      Regensensor
   ccureadingfilter (STATE|WORKING)
   controldatapoint 2.STATE
   eventMap   /datapoint 2.STATE 1:on/datapoint 2.STATE 0:off/
   room       Aussen
   statedatapoint 1.STATE
   substitute 1.STATE!(0|false|dry):dry,(1|true|rain):rain;2.STATE!(0|false):off,(1|true):on
   webCmd     control
   widgetOverride control:uzsuToggle,off,on


So schaut es direkt nach einen shutdown restart aus:

Internals:
   DEF        PEQxxxxxxx
   FUUID      5ebaa6cf-f33f-b127-c389-1b2d005824b8b644
   IODev      d_ccu
   NAME       HM_Sen_RD_O_PEQxxxxxxx
   NR         231
   STATE      dry
   TYPE       HMCCUDEV
   ccuaddr    PEQxxxxxxx
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    Aussen - HM-Sen-RD-O PEQxxxxxxx
   ccurolectrl RAINDETECTOR_HEAT
   ccurolestate RAINDETECTOR
   ccusubtype HM-Sen-RD-O
   ccutype    HM-Sen-RD-O
   eventCount 84
   firmware   1.4
   readonly   no
   Helper:
     DBLOG:
       1.STATE:
         logdb:
           TIME       1661011200.04821
           VALUE      dry
       2.STATE:
         logdb:
           TIME       1661002475.08125
           VALUE      off
   OLDREADINGS:
   READINGS:
     2022-08-20 15:33:34   1.STATE         dry
     2022-08-20 15:34:35   2.STATE         off
     2022-08-20 15:34:35   control         off
     2022-08-20 15:34:35   devstate        ok
     2022-08-20 15:34:35   hmstate         dry
     2022-08-20 15:33:34   state           dry
   hmccu:
     channels   3
     detect     3
     devspec    PEQxxxxxxx
     forcedev   0
     nodefaults 1
     role       0:MAINTENANCE,1:RAINDETECTOR,2:RAINDETECTOR_HEAT
     setDefaults 0
     cmdlist:
       get       
       set        on:noArg off:noArg on-for-timer on-till toggle:noArg
     control:
       chn        2
       dpt        STATE
     dp:
       1.STATE:
         VALUES:
           NVAL       0
           ONVAL      1
           OSVAL      rain
           OVAL       1
           SVAL       dry
           VAL        0
       2.STATE:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      off
           OVAL       0
           SVAL       off
           VAL        0
     roleCmds:
       get:
       set:
         off:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   1
           syntax     V:STATE:0
           usage      off
           subcmd:
             000:
               args       0
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   1
           syntax     V:STATE:1
           usage      on
           subcmd:
             000:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on-for-timer:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   2
           syntax     V:ON_TIME:?duration V:STATE:1
           usage      on-for-timer duration
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    duration
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
         on-till:
           channel    2
           role       RAINDETECTOR_HEAT
           subcount   2
           syntax     V:ON_TIME:?time V:STATE:1
           usage      on-till time
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    time
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
     state:
       chn        1
       dpt        STATE
Attributes:
   IODev      d_ccu
   alias      Regensensor
   ccureadingfilter (STATE|WORKING)
   controldatapoint 2.STATE
   eventMap   /datapoint 2.STATE 1:on/datapoint 2.STATE 0:off/
   room       Aussen
   statedatapoint 1.STATE
   substitute 1.STATE!(0|false|dry):dry,(1|true|rain):rain;2.STATE!(0|false):off,(1|true):on
   webCmd     control
   widgetOverride control:uzsuToggle,off,on
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)