Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.41

Begonnen von noansi, 09 Juni 2014, 19:16:01

Vorheriges Thema - Nächstes Thema

noansi

Hallo Zusammen,

ich habe den Modulstand hier https://forum.fhem.de/index.php/topic,24436.msg1132415.html#msg1132415 aktualisiert.

Grund: IO Zuweisung nach Reading IODev.

Bei physischen HM-devices bitte Attribut IODev händisch löschen, da sonst der Attributwert benutzt wird und ohne Save Config vor einem Restart ist der Attributwert veraltet, was unnötige Änderungen in der IO Zuweisung zur Folge hat.
Ich bitte um Rückmeldung wenn ein Log Eintrag "CUL_HM hint: <HMdeviceName> first CUL_HM_assignIO differs from fhem.pl restore" beim FHEM Restart auftauchen sollte.
Dann bedürfte es hier https://forum.fhem.de/index.php/topic,120603.0.html weiterer Änderungen, weil verfrüht messages verarbeitet und beantwortet werden.

Gruß, Ansgar.

yersinia

Cool. :)
Ich bin jetzt wie folgt vorgegangen:
1. backup ;)
2. neue Modulversionen eingespielt
3. reguläres fhem update (führt auch /usr/bin/perl ./contrib/commandref_join.pl -noWarnings aus ;))
4. attr IODev gelöscht
Zitat von: noansi am 04 Mai 2021, 21:08:38Bei physischen HM-devices bitte Attribut IODev händisch löschen, da sonst der Attributwert benutzt wird und ohne Save Config vor einem Restart ist der Attributwert veraltet, was unnötige Änderungen in der IO Zuweisung zur Folge hat.
Hab ich via gelöst (vorsicht: löscht das Attribut direkt):
deleteattr TYPE=CUL_HM:FILTER=DEF=......:FILTER=subType!=virtual:FILTER=IODev=.* IODev
Das die VCCU das Attribut behält, ist ok?
5. save
6. shutdown restart

Ergebnis: keine (auffälligen) Log-Einträge, kein motd-Eintrag. Bisher scheinen die devices auch angesprochen zu werden. Jetzt werde ich beobachten.
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

riker1

Zitat von: noansi am 04 Mai 2021, 21:08:38
Hallo Zusammen,

ich habe den Modulstand hier https://forum.fhem.de/index.php/topic,24436.msg1132415.html#msg1132415 aktualisiert.

Grund: IO Zuweisung nach Reading IODev.

Bei physischen HM-devices bitte Attribut IODev händisch löschen, da sonst der Attributwert benutzt wird und ohne Save Config vor einem Restart ist der Attributwert veraltet, was unnötige Änderungen in der IO Zuweisung zur Folge hat.
Ich bitte um Rückmeldung wenn ein Log Eintrag "CUL_HM hint: <HMdeviceName> first CUL_HM_assignIO differs from fhem.pl restore" beim FHEM Restart auftauchen sollte.
Dann bedürfte es hier https://forum.fhem.de/index.php/topic,120603.0.html weiterer Änderungen, weil verfrüht messages verarbeitet und beantwortet werden.

Gruß, Ansgar.


Hallo Ansgar,

habe eine Meldung:
2021.05.05 08:48:44.257 0: CUL_HM hint: Smoke_TeamDEV first CUL_HM_assignIO differs from fhem.pl restore

VG T
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

noansi

Hallo Thomas,

hast Du das Attribut IODev bei dem device Smoke_TeamDEV noch gesetzt? Und wenn ja, unterscheidet es sich vom Reading IODev?
Wenn Du das Attribut IODev behalten möchtest, dann musst Du vor dem Neustart SaveConfig ausführen.
Wenn der Logeintrag immer noch kommen sollte, wenn vor einem Neustart entweder beide synchron sind (SaveConfig) oder das Attribut IODev nicht mehr existent ist (vor allem auch nicht in der config Datei), dann ist das eine Diskussionsgrundlage.

Gruß und Danke für die Rückmeldung, Ansgar.

noansi

Hallo yersinia,

schöner Hinweis zum automatischen Entfernen des Attributs.  :)

Bei der VCCU gibt es drei Wege nach Rom.
Ist kein Attribut IODev und kein Reading IODev vorhanden, dann wird für die VCCU das erste IO aus Attribut IOList gewählt und sowohl in Reading, als auch Attribut IODev gesetzt.
Ist das Reading IODev zwar vorhanden, aber nicht in der IOList zu finden, wird wieder das erste IO aus Attribut IOList gewählt und sowohl Reading, als auch Attribut IODev danach gesetzt.
Ist das Reading IODev vorhanden und in der IOList zu finden oder die IOList leer, dann wird es beibehalten.

Via Autoassign kann es im laufenden Betrieb dann auch wechseln, dann auch nach Attribut IOgrp VorzugsIO.

Da kann man sich drin verlaufen, daher auch die Automatismen zur Aufrechterhaltung einer (ggf. suboptimalen) Funktion trotz Irrwegen bei der Konfiguration.

Gruß, Ansgar.

pte

Hallo Ansgar,
seit einem Neustart meines FHEM habe ich ein Problem mit meinem TSCUL. Er versucht in unregelmäßigen Abständen Daten an einen HM-CC-TC  zu senden, der für ihn aber nicht erreichbar ist, da nicht in seinem Sendebereich. Ich erhalte seitdem immer wieder Protokolleinträge:
2021.05.05 20:36:28.093 3: LogHist GASCCUL:  13651287 A F001 13668284 00 0F F9 8610 28B3C9 000000 0A508F090000 -92dB
2021.05.05 20:36:28.094 3: LogHist GASCCUL:  13652420 A F001 13669424 00 0B 43 A258 17A637 149E1C 0000 -77.5dB
2021.05.05 20:36:28.094 3: LogHist GASCCUL:  13652560 A F001 13669560 00 0E 43 8202 149E1C 17A637 0101000036 -72.5dB
2021.05.05 20:36:28.095 3: LogHist GASCCUL:  13652757 A F001 13669760 00 0F 11 8610 28B964 000000 0A508C090000 -83.5dB
2021.05.05 20:36:28.095 3: LogHist GASCCUL:  13657355 A F001 13674360 00 0F A8 8610 23B790 000000 0A90BB0B0000 -59dB
2021.05.05 20:36:28.095 3: LogHist GASCCUL:  13659537 A F001 13676548 00 0F 2C 8610 28B3C1 000000 0A5092090000 -69dB
2021.05.05 20:36:28.096 3: LogHist GASCCUL:  13665815 A F001 13682820 00 0B A4 A258 1B3E9F 149DAB 0000 -81dB
2021.05.05 20:36:28.096 3: LogHist GASCCUL:  13665924 A F001 13682956 00 0E A4 8202 149DAB 1B3E9F 010100002F -70dB
2021.05.05 20:36:28.096 3: LogHist GASCCUL:  13681793 A F001 13698804 00 0C 80 865A 695053 000000 B0DF2B -86.5dB
2021.05.05 20:36:28.096 3: LogHist GASCCUL:  13690567 A F001 13707588 00 0C D2 865A 694D67 000000 B0D92D -82dB
2021.05.05 20:36:28.097 3: LogHist GASCCUL:  13701787 A F001 13718804 00 0C 80 8470 695053 000000 00DF2B -86.5dB
2021.05.05 20:36:28.097 3: LogHist GASCCUL:  13705399 A F001 13722432 00 0F 8F 8610 43F4DD 000000 0A28BF0B0000 -83dB
2021.05.05 20:36:28.097 3: LogHist GASCCUL:  13706972 A F001 13724000 00 0C F9 8670 18134A 000000 00AE29 -99.5dB
2021.05.05 20:36:28.098 3: LogHist GASCCUL:  13707092 A F103 13724096 01 09 F9 A112 F11234 18134A  _CCAdly:4 _dhmSt:96
2021.05.05 20:36:28.098 3: TSCUL_ParseTsHM: GASCCUL HM repeat failed to 18134A/ReglerSZ:  13707323 A F109 13724360 00 09 F9 A112 F11234 18134A  _sfail _noAnsw
2021.05.05 20:43:48.103 3: LogHist GASCCUL:  14115430 A F001 14132460 00 0B 46 A258 17A637 149E1C 0000 -78.5dB
2021.05.05 20:43:48.104 3: LogHist GASCCUL:  14115565 A F001 14132596 00 0E 46 8202 149E1C 17A637 0101000036 -71dB
2021.05.05 20:43:48.104 3: LogHist GASCCUL:  14118819 A F001 14135844 00 0C A7 8670 1B3E9F 000000 00DD25 -83dB
2021.05.05 20:43:48.105 3: LogHist GASCCUL:  14121550 A F001 14138572 00 0F 2F 8610 28B3C1 000000 0A5092090000 -69.5dB
2021.05.05 20:43:48.105 3: LogHist GASCCUL:  14121768 A F001 14138816 00 0C 83 865A 695053 000000 B0DF2B -87dB
2021.05.05 20:43:48.105 3: LogHist GASCCUL:  14134603 A F001 14151632 00 0F AB 8610 23B790 000000 0A90BC0B0000 -59dB
2021.05.05 20:43:48.106 3: LogHist GASCCUL:  14137321 A F001 14154348 00 0C D5 865A 694D67 000000 B0D92C -82.5dB
2021.05.05 20:43:48.106 3: LogHist GASCCUL:  14138809 A F001 14155844 00 0B A7 A258 1B3E9F 149DAB 0000 -82.5dB
2021.05.05 20:43:48.106 3: LogHist GASCCUL:  14138947 A F001 14155980 00 0E A7 8202 149DAB 1B3E9F 010100002E -69.5dB
2021.05.05 20:43:48.107 3: LogHist GASCCUL:  14141787 A F001 14158816 00 0C 83 8470 695053 000000 00DF2B -88dB
2021.05.05 20:43:48.107 3: LogHist GASCCUL:  14142519 A F001 14159560 00 0A E7 8002 F11234 4E6A7D 00 -73dB
2021.05.05 20:43:48.107 3: LogHist GASCCUL:  14142787 A F001 14159828 00 0D E7 8002 F11234 4E6A7D 01014C00 -73.5dB
2021.05.05 20:43:48.108 3: LogHist GASCCUL:  14146996 A F001 14164024 00 0C FC 8670 18134A 000000 00AD29 -98.5dB
2021.05.05 20:43:48.108 3: LogHist GASCCUL:  14147109 A F103 14164120 01 09 FC A112 F11234 18134A  _CCAdly:4 _dhmSt:96
2021.05.05 20:43:48.109 3: TSCUL_ParseTsHM: GASCCUL HM repeat failed to 18134A/ReglerSZ:  14147333 A F109 14164384 00 09 FC A112 F11234 18134A  _sfail _noAnsw


Wie kann ich ihm das wieder abgewöhnen?
Modul- und Firmwarestand entspricht: TSCUL_fwcode_00_38_FHEM_Modules_00_77


Gruß Peter
Lichtenstein/Sa. grüßt den Rest der Welt

frank

hast du denn ein 2. io, das den tc erreichen kann?
dann setzt du "attr IOgrp vccu:io_gut,none", um nur dieses zu erlauben.
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

riker1

Zitat von: noansi am 05 Mai 2021, 18:05:27
Hallo Thomas,

hast Du das Attribut IODev bei dem device Smoke_TeamDEV noch gesetzt? Und wenn ja, unterscheidet es sich vom Reading IODev?
Wenn Du das Attribut IODev behalten möchtest, dann musst Du vor dem Neustart SaveConfig ausführen.
Wenn der Logeintrag immer noch kommen sollte, wenn vor einem Neustart entweder beide synchron sind (SaveConfig) oder das Attribut IODev nicht mehr existent ist (vor allem auch nicht in der config Datei), dann ist das eine Diskussionsgrundlage.

Gruß und Danke für die Rückmeldung, Ansgar.

Hallo Ansgar,
hatte das Attribut nun nochmal gelöscht. Nach einem Restart - vorher save - ist der Log sauber.
sobald wieder was auftaucht melde ich mich. Danke  VG T
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

yersinia

Zitat von: pte am 05 Mai 2021, 21:17:09
Wie kann ich ihm das wieder abgewöhnen?
Modul- und Firmwarestand entspricht: TSCUL_fwcode_00_38_FHEM_Modules_00_77
Das, was frank schreibt, und zusätzlich: der aktuelle Modulstand ist TSCUL_fwcode_00_38_FHEM_Modules_00_81.
Wenn der (eine?) TSCUL den DN nicht erreicht, welcher CUL erreicht diesen sonst noch? Und wenn es noch (mind.) einen weiteren gibt, nutzt du eine VCCU? Würde eine VCCU nicht dann genau dies verhindern?
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

riker1

Zitat von: riker1 am 06 Mai 2021, 07:23:50
Hallo Ansgar,
hatte das Attribut nun nochmal gelöscht. Nach einem Restart - vorher save - ist der Log sauber.
sobald wieder was auftaucht melde ich mich. Danke  VG T

Hallo Ansgar,

habe nun ein neues Problem mit dem Rauchmelder.
Irgendwie erkennt er die Befehle nicht mehr .

https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder

nun sind auf einmal Befehle wie
Unknown argument alarmOn, choose one of clear:msgErrors,noArg,readings,trigger,register,oldRegs,rssi,msgEvents,attack,all getConfig:noArg regBulk peerChan peerBulk getRegRaw statusRequest:noArg peerSmart:VCCU_Btn1 regSet

kann das durch deine Module kommen, oder wo muss ich denn da suchen?

hier noch list der Devices

Internals:
   DEF        497DAC01
   FUUID      5c633177-f33f-74bb-d61b-9a77e02293887fe7
   NAME       Rauchmelder_Kueche
   NOTIFYDEV  global
   NR         1192
   NTFY_ORDER 50-Rauchmelder_Kueche
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     Smoke_TeamDEV
   READINGS:
     2021-05-06 07:34:56   cfgState        ok
     2021-05-06 16:14:47   level           0
     2021-05-06 16:14:47   recentStateType info
     2021-05-06 16:14:47   state           off
     2019-12-07 13:04:16   trigger_cnt     12
   helper:
     peerFriend peerSD
     peerIDsState complete
     peerOpt    p:smokeDetector
     regLst     
     cmds:
       TmplKey    :no:1620301162.64813
       TmplTs     1620301162.64813
       cmdKey     1:0:0::Smoke_TeamDEV:0042:01:
       cmdLst:
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [({actor})]
         peerSmart  -peerOpt-
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         statusRequest noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
       lst:
         condition  Smoke Alarm,no alarm,tone off
         peerOpt    VCCU_Btn1
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
       497DAC01   self01
     role:
       chn        1
     tmpl:
Attributes:
   alias      Rauchmelder_Kueche_Team-Lead
   expert     defReg,rawReg
   icon       secur_smoke_detector
   model      HM-SEC-SD
   peerIDs    00000000,497DAC01
   room       1_Kueche,1_Wohnzimmer,4_Smoke,CUL_HM
   verbose    5
   webCmd     statusRequest:teamCall:alarmOff:alarmOn:press short:press long


Internals:
   DEF        497DAC
   FUUID      5c633177-f33f-74bb-3fc4-c6699abe13a7e43b
   IODev      cul_rpi_remote_ser2net_lan
   LASTInputDev cul_rpi_91_ser2net_lan
   MSGCNT     15
   NAME       Smoke_TeamDEV
   NOTIFYDEV  global
   NR         1185
   NTFY_ORDER 50-Smoke_TeamDEV
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Rauchmelder_Kueche
   cul_rpi_91_ser2net_lan_MSGCNT 1
   cul_rpi_91_ser2net_lan_RAWMSG A0EE6A010497DACAABBCC0601000035::-97:cul_rpi_91_ser2net_lan:
   cul_rpi_91_ser2net_lan_RSSI -97
   cul_rpi_91_ser2net_lan_TIME 2021-05-06 16:45:48
   cul_rpi_remote_ser2net_lan_MSGCNT 7
   cul_rpi_remote_ser2net_lan_RAWMSG A0EE6A010497DACAABBCC0601000035::-53.5:cul_rpi_remote_ser2net_lan:
   cul_rpi_remote_ser2net_lan_RSSI -53.5
   cul_rpi_remote_ser2net_lan_TIME 2021-05-06 16:45:48
   cul_wohn_ser2net_rpi_MSGCNT 7
   cul_wohn_ser2net_rpi_RAWMSG A0EE6A010497DACAABBCC0601000035::-81:cul_wohn_ser2net_rpi:
   cul_wohn_ser2net_rpi_RSSI -81
   cul_wohn_ser2net_rpi_TIME 2021-05-06 16:45:48
   lastMsg    No:E6 - t:10 s:497DAC d:AABBCC 0601000035
   protLastRcv 2021-05-06 16:45:48
   protRcv    7 last_at:2021-05-06 16:45:48
   protSnd    14 last_at:2021-05-06 16:45:48
   protSndB   7 last_at:2021-05-06 16:45:48
   rssi_at_cul_rpi_91_ser2net_lan cnt:1 min:-97 max:-97 avg:-97 lst:-97
   rssi_at_cul_rpi_remote_ser2net_lan cnt:7 min:-53.5 max:-52 avg:-52.71 lst:-53.5
   rssi_at_cul_wohn_ser2net_rpi cnt:7 min:-82.5 max:-80 avg:-81.28 lst:-81
   rssi_from_cul_rpi_remote_ser2net_lan cnt:7 min:-53 max:-51 avg:-51.85 lst:-53
   READINGS:
     2021-05-06 13:49:21   Activity        alive
     2021-05-05 20:30:12   D-firmware      1.1
     2021-05-05 20:30:12   D-serialNr      NEQ0278115
     2021-05-06 13:39:20   IODev           cul_rpi_remote_ser2net_lan
     2021-05-06 07:33:55   PairedTo        0xAABBCC
     2019-12-07 11:38:47   R-pairCentral   0xAABBCC
     2021-05-06 07:33:55   RegL_00.        00:00 02:01 0A:AA 0B:BB 0C:CC
     2021-05-06 16:45:48   battery         ok
     2021-05-06 07:34:56   cfgState        ok
     2021-05-06 16:45:48   commState       CMDs_done
     2021-05-05 20:30:37   powerOn         2021-05-05 20:30:36
     2021-05-06 16:45:49   state           CMDs_done
     2019-10-26 16:13:31   trigger         Short_3
     2019-10-26 16:13:31   trigger_cnt     3
   helper:
     HM_CMDNR   230
     cSnd       
     mId        0042
     peerFriend -
     peerOpt    -:smokeDetector
     regLst     0
     rxType     2
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1620301162.64817
       TmplTs     1620301162.64817
       cmdKey     0:1:0::Smoke_TeamDEV:0042:01:
       cmdLst:
         assignHmKey noArg
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         statusRequest noArg
         tplDel     -tplDel-
         unpair     noArg
       lst:
         condition  Smoke Alarm,no alarm,tone off
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       lstRecType 10
       newChn     +497DAC,00,01,00
       nextSend   1620312348.8467
       nxtSndMcnt E6
       prefIO     
       rxt        0
       tgtDly     -57
       vccu       VCCU
       lRcTm:
         cul_rpi_91_ser2net_lan 11216484
         cul_rpi_remote_ser2net_lan 11237208
         cul_wohn_ser2net_rpi 11197660
         tnms       35936431
       p:
         497DAC
         00
         01
         00
     mRssi:
       mNo        E6
       io:
         cul_rpi_91_ser2net_lan:
           -97
           -97
         cul_rpi_remote_ser2net_lan:
           -43.5
           -43.5
         cul_wohn_ser2net_rpi:
           -81
           -81
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rpt:
       IO         cul_wohn_ser2net_rpi
       flg        A
       ts         1620312348.86973
       ack:
         HASH(0x564523384eb0)
         E68002AABBCC497DAC00
     rssi:
       at_cul_rpi_91_ser2net_lan:
         avg        -97
         cnt        1
         lst        -97
         max        -97
         min        -97
       at_cul_rpi_remote_ser2net_lan:
         avg        -52.7142857142857
         cnt        7
         lst        -53.5
         max        -52
         min        -53.5
       at_cul_wohn_ser2net_rpi:
         avg        -81.2857142857143
         cnt        7
         lst        -81
         max        -80
         min        -82.5
       from_cul_rpi_remote_ser2net_lan:
         avg        -51.8571428571429
         cnt        7
         lst        -53
         max        -51
         min        -53
     tmpl:
Attributes:
   IOgrp      VCCU
   actCycle   099:00
   actStatus  alive
   alias      HM_SMK_Kueche_Virt
   autoReadReg 4_reqStatus
   expert     defReg,rawReg
   firmware   1.1
   model      HM-SEC-SD
   msgRepeat  1
   room       4_Smoke
   serialNr   NEQ0278115
   subType    smokeDetector
   verbose    5
   webCmd     virtual


Danke VG T
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

frank

Zitatkann das durch deine Module kommen, oder wo muss ich denn da suchen?
wieso sind bei deinem sec-sd device und channel 2 getrennte entities?
hast du das absichtlich so konfiguriert?
und dieser rm ist mit sich selbst gepeert. soll das so sein?
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

noansi

Hallo Peter,

was sagt get PAtable1 bei(m) TSCUL?

Eventuell kommst Du mit set patable 9 weiter.

Gruß, Ansgar.

pte

Hallo Ansgar,

get PAtable1 sagt: GASCCUL PAtable1 => 0x81 => 5dBm

Um die Frage von yersinia noch zu beantworten: es gibt eine VCCU und meine HM-Devices werden noch von 2 HMLAN und einem CUNO mit TSCUL versorgt. Das ganze hatte jetzt auch wochenlang ohne Probleme funktioniert.

Gruß Peter
Lichtenstein/Sa. grüßt den Rest der Welt

riker1

Zitat von: frank am 06 Mai 2021, 17:48:12
wieso sind bei deinem sec-sd device und channel 2 getrennte entities?
hast du das absichtlich so konfiguriert?
und dieser rm ist mit sich selbst gepeert. soll das so sein?

Hallo,

ich habe nur 1 Rauchmelder. Der sollte mich sich selbst gepeert sein. hatte das so wie im Wiki gemacht. Lange nicht geschaut. nun auf einmal geht AlarmON und AlarmOff nicht mehr.

Wegen TSCULW kann ich ja nicht die originalen HM Module laden.

sonst gibt es sicher Probleme mit den anderen HM devices.

Vielleicht lösche ich den nochmal und lege ihn neue an?

Aber kann das Thema mit den Entities die Befehle beeinflussen?

FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

noansi

Hallo Thomas,

versuch es bitte mal mit der angehängten CUL_HM und gib mir Rückmeldung.
Ich denke, ich habe das Problem gefunden.

Gruß, Ansgar.