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

[riker1]

Hallo Ansgar,

ja das Hauptsystem soll umgestellt werden.

Ok danke. werde das mal angehen. Danke

Thomas

[riker1]

Hallo Ansgar,

noch  eine Frage.

habe noch normale CUL mit RF Mode: SLOWRF.

Die muss ich dann auch umflaschen und mit RF Mode SLOWRF freq 433 normal betreiben?

oder?

Danke Thomas

[riker1]

Hallo Ansgar,

nach der Umstellung hatte ich einige

Code Auswählen Erweitern

HM_4A2F49: unknown attribute .mId. Type 'attr HM_4A2F49 ?' for a detailed list.
HM_4A3089: unknown attribute .mId. Type 'attr HM_4A3089 ?' for a detailed list.
HM_4A302A: unknown attribute .mId. Type 'attr HM_4A302A ?' for a detailed list.
HM_4A29EE: unknown attribute .mId. Type 'attr HM_4A29EE ?' for a detailed list.

bin mir nicht sicher ob das so ok ist?

Danke

[noansi]

Hallo Thomas,

habe noch normale CUL mit RF Mode: SLOWRF.

Die muss ich dann auch umflaschen und mit RF Mode SLOWRF freq 433 normal betreiben?

Nein, aber Du darfst sie dann auch nicht zu TSCUL umdefinieren. Dann läuft SlowRf wie gehabt.
Was empfängst/sendest Du mit diesen CULs.

HM_4A2F49: unknown attribute .mId. Type 'attr HM_4A2F49 ?' for a detailed list.

Das attribut kenne ich nicht. Vermutlich Weiterentwicklungen von Martin, was somit bei meiner älteren 10_CUL_HM.pm auffällt.
Funktioniert denn alle HM Devices?

Gruß, Ansgar.

[riker1]

Hallo Ansgar,


ja die meisten funktionieren.

Danke für die Hilfe.


habe einen hartnäckigen Fall

Code Auswählen Erweitern

2019-12-07_12:58:00 HM_4A2C9A off
2019-12-07_12:58:01 HM_4A2C9A on
2019-12-07_12:58:40 HM_4A2C9A ResndFail
2019-12-07_12:58:40 HM_4A2C9A RESPONSE TIMEOUT:RegisterRead
2019-12-07_13:01:16 HM_4A2C9A ResndFail
2019-12-07_13:01:16 HM_4A2C9A MISSING ACK
2019-12-07_13:07:27 HM_4A2C9A ResndFail


aber auc bei anderen öfters:

Code Auswählen Erweitern

xxx RESPONSE TIMEOUT:RegisterRead

wahrscheinlich wurde aktuell zu viel gefunkt.

Aktuell sind die credits10ms gut > 2700.

Gibt es das mit dem TIMEOUT öfters?

Danke LG Thomas

[noansi]

Hallo Thomas,

habe einen hartnäckigen Fall

aber auc bei anderen öfters:

Lists für die Glaskugel?!
Eventuell das schon erwähnte hmFreqOffs Problem, wenn der RSSI schlecht ist, obwohl der Abstand nicht schlecht ist.

Gruß, Ansgar.

[riker1]

Hallo Ansgar,

hier Licht für die Glaskugel, sorry....


Der Switch ist eigentlich direkt neben dem TSCUL...zu nah dran? gibt es sowas?

Code Auswählen Erweitern

nternals:
   DEF        4A2C9A
   FUUID      5c633177-f33f-74bb-aed7-fecd09904ab55dc6
   IODev      cul_wohn_ser2net_rpi
   LASTInputDev cul_rpi_91_ser2net_lan
   MSGCNT     15
   NAME       HM_4A2C9A
   NOTIFYDEV  global
   NR         1097
   NTFY_ORDER 50-HM_4A2C9A
   STATE      MISSING ACK
   TYPE       CUL_HM
   cul_rpi_91_ser2net_lan_MSGCNT 15
   cul_rpi_91_ser2net_lan_RAWMSG A0D03A4104A2C9AAABBCC0601C800::-63:cul_rpi_91_ser2net_lan:
   cul_rpi_91_ser2net_lan_RSSI -63
   cul_rpi_91_ser2net_lan_TIME 2019-12-07 12:58:28
   lastMsg    No:03 - t:10 s:4A2C9A d:AABBCC 0601C800
   protCmdDel 42
   protLastRcv 2019-12-07 12:58:01
   protRcv    5 last_at:2019-12-07 12:58:01
   protResnd  96 last_at:2019-12-08 08:09:15
   protResndFail 32 last_at:2019-12-08 08:09:21
   protSnd    43 last_at:2019-12-08 08:09:01
   protState  CMDs_done_Errors:1
   rssi_at_cul_rpi_91_ser2net_lan cnt:15 min:-73.5 max:-63 avg:-66.93 lst:-63
   READINGS:
     2019-07-10 09:03:12   CommandAccepted yes
     2019-12-07 12:54:58   D-firmware      2.4
     2019-12-07 12:54:58   D-serialNr      NEQ0180560
     2019-12-07 13:06:33   RegL_00.       
     2019-12-07 12:58:01   deviceMsg       on (to VCCU)
     2019-12-07 12:58:01   level           100
     2019-12-07 12:58:01   pct             100
     2019-12-07 12:57:20   powerOn         2019-12-07 12:57:20
     2019-12-07 12:58:01   recentStateType info
     2019-12-08 08:09:21   statStateDay    MISSING_ACK: 08:09:23 MISSING_ACK_Count: 4 ResndFail: 00:00:00 ResndFail_Count: 3
     2019-12-07 23:59:58   statStateDayLast MISSING_ACK: 12:00:58 MISSING_ACK_Count: 27 RESPONSE_TIMEOUT:RegisterRead: 00:13:36 RESPONSE_TIMEOUT:RegisterRead_Count: 2 ResndFail: 00:00:01 ResndFail_Count: 29 off: 00:00:01 off_Count: 1 on: 11:24:38 on_Count: 11 unreachable: 00:20:33 unreachable_Count: 4
     2019-12-08 08:09:21   statStateMonth  MISSING_ACK: 20:10:21 MISSING_ACK_Count: 30 RESPONSE_TIMEOUT:RegisterRead: 00:13:36 RESPONSE_TIMEOUT:RegisterRead_Count: 2 ResndFail: 00:00:01 ResndFail_Count: 32 off: 00:00:01 off_Count: 1 on: 6d 11:24:53 on_Count: 11 unreachable: 00:20:33 unreachable_Count: 4
     2019-11-30 23:59:56   statStateMonthLast on: 29d 23:59:48 on_Count: 1
     2019-12-08 08:09:21   statStateYear   MISSING_ACK: 20:10:21 MISSING_ACK_Count: 30 RESPONSE_TIMEOUT:RegisterRead: 00:13:36 RESPONSE_TIMEOUT:RegisterRead_Count: 2 ResndFail: 00:00:01 ResndFail_Count: 32 off: 00:15:24 off_Count: 5 on: 340d 11:09:30 on_Count: 15 set_toggle: 00:00:01 set_toggle_Count: 2 unreachable: 00:20:33 unreachable_Count: 4
     2018-12-31 23:59:55   statStateYearLast IOerr: 00:00:19 IOerr_Count: 1 MISSING_ACK: 01:50:44 MISSING_ACK_Count: 2 ResndFail: 00:00:00 ResndFail_Count: 2 off: 00:01:06 off_Count: 4 on: 69d 02:05:52 on_Count: 5 (since: 2018-10-23_21:01:54)
     2019-12-08 08:09:21   state           MISSING ACK
     2019-12-07 12:58:01   timedOn         off
   helper:
     HM_CMDNR   15
     PONtest    0
     _98_statistics myStatDevice
     cSnd       01AABBCC4A2C9A010E,01AABBCC4A2C9A010E
     dlvl       C8
     dlvlCmd    ++A011AABBCC4A2C9A0201C80000
     getCfgList all
     getCfgListNo ,3
     mId        00A1
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       lstRecType 10
       newChn     +4A2C9A,00,00,00
       nextSend   1575719908.66387
       nxtSndMcnt 03
       rxt        0
       tgtDly     88
       vccu       VCCU
       lRcTm:
         cul_rpi_91_ser2net_lan 7080432
         tnms       540652824
       p:
         4A2C9A
         00
         00
         00
       prefIO:
         cul_wohn_ser2net_rpi
     mRssi:
       mNo        03
       io:
         cul_LAPTOP_ser2net:
         cul_rpi_91_ser2net_lan:
           -63
           -63
         cul_rpi_remote_ser2net:
         cul_rpi_remote_ser2net_lan:
         cul_wohn_ser2net_rpi:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         cul_rpi_91_ser2net_lan
       flg        A
       ts         1575719908.67208
       ack:
         HASH(0x55db19b8d7b0)
         038002AABBCC4A2C9A00
     rssi:
       at_cul_rpi_91_ser2net_lan:
         avg        -66.9333333333333
         cnt        15
         lst        -63
         max        -63
         min        -73.5
     tmpl:
Attributes:
   IODev      cul_wohn_ser2net_rpi
   IOgrp      VCCU:cul_wohn_ser2net_rpi
   alias      Z59_99_ACHTUNG_REMOTE_NICHT SCHALTEN_HM_SW_OSMC_Remote_HM_4A2C9A_NEQ0180560
   autoReadReg 4_reqStatus
   event-on-change-reading state
   expert     2_raw
   firmware   2.4
   model      HM-LC-SW1-PL2
   peerIDs    00000000,
   room       0_test,3_OSMC,CUL_HM
   serialNr   NEQ0180560
   subType    switch
   webCmd     statusRequest:toggle:on:off

[noansi]

Hallo Thomas,

hier Licht für die Glaskugel, sorry....

Hast Du auch den Plural in Lists bemerkt? Deine CULs auch...

Das Funkeln verrät:

rssi_at_cul_rpi_91_ser2net_lan cnt:15 min:-73.5 max:-63 avg:-66.93 lst:-63

mRssi:
       mNo        03
       io:
         cul_LAPTOP_ser2net:
         cul_rpi_91_ser2net_lan:
           -63
           -63
         cul_rpi_remote_ser2net:
         cul_rpi_remote_ser2net_lan:
         cul_wohn_ser2net_rpi:

Empfangen wird etwas ausschließlich vom cul_rpi_91_ser2net_lan.
Mit

IOgrp      VCCU:cul_wohn_ser2net_rpi

Hast Du Dir wohl etwas anderes vorgestellt.

ser2net Anbinung darf nicht zu hohen Kommunuikationsverzögerungen zum CUL führen. Kann auch ein Problem sein, da Timing bei Antworten der Zentrale zum Device weiterhin eine Rolle spielt.

Der Switch ist eigentlich direkt neben dem TSCUL...zu nah dran? gibt es sowas?

Ja! 0.5-1m Minimum.
Geräte können sich bei zu geringem Abstand auch einfach stören, z.B. durch ihre Netzteile.

Bezüglich Frequenzoffsetproblematik zeigt dieser Thread https://forum.fhem.de/index.php/topic,91740.0.html worum es geht.
Lösungsmöglichkeit z.B. hier: https://forum.fhem.de/index.php/topic,24436.msg964240.html#msg964240

Gruß, Ansgar.

[riker1]

Hallo Ansgar,

eine Frage

habe ein Problem mit dem STATE und state des TSCUL

siehe hier:

Code Auswählen Erweitern

Anscheinend ändert das Device seinen Status "STATE", aber aktualisiert das Reading "state" nicht. Deswegen triggert er, aber Du kriegst mit ReadingsTimestamp(...., state) immer den gleichen Wert.

Leider weiss ich nicht genau wie TSCUL funktioniert.

https://forum.fhem.de/index.php/topic,106149.msg1000867.html#msg1000867


Dies führt dann zu laufendem Triggern des DOIFs.

Was meinst du dazu? Danke Thomas

[noansi]

Hallo Thomas,

das Reading "state" wird von TSCUL teilweise nur gesetzt, ohne ein Event auszulösen.

Dagegen wird die Änderung des Readings "cond" immer von einem Event begleitet.

Es kann die Werte
'ok'
'Warning-HighLoad'
'ERROR-Overload'
'non-HM'
'dummy'
'timeout'
'disconnected'
'Overload-released'
'init'
annehmen.

Da dieses Reading/Event auch von CUL_HM genutzt wird, habe ich unötige und störende Events bei "state" eingespart.

Gruß, Ansgar.

[riker1]

Hallo Ansgar,

danke , verstehe aber nicht warum das DOIF dann trotzdem laufend feuert. Scheinbar reagiert das nicht nur auf state..... Muss mal im DOIF nachforschen.

Danke

[Crania]

Hallo,

ich habe hier TSCUL Vers. 0.32 installiert und am Laufen.
Nun habe ich jede Menge unterschiedlicher Messages im Log, mit RSSI -80dB(m?) ... -90dB(m?).

Z.B.

Code Auswählen Erweitern


2019.12.18 17:05:24.460 3: MyCunx: Unknown code A1907A0032D86763987574009ED270CCFBBF1C90AFC894FF231EC::-88.5:MyCunx:, help me!
2019.12.18 17:05:24.579 3: MyCunx: Unknown code A0E0780023987572D867600C5C28FE6::-89.5:MyCunx:, help me!


Sind alle nicht von meinen Devices, ich glaube vom Nachbarn.
Wie kann ich diese Messages im Log unterdrücken?
Möchte aber Level 3 beibehalten.

Gruß
Crania

[frank]

definiere eine vccu.

[Crania]

Hallo frank,

vielen Dank für den Hinweis. Werde mich mal mit der VCCU
auseinandersetzen, was sie macht und ob das hier Zielführend ist.

Gruß
Crania

[mwllgr]

Hi, gibt's eine Möglichkeit diese Meldungen auszuschalten, ohne das Loglevel auf 0 zu setzen?

2020.01.02 20:27:32 1: TSCUL_Parse: CUL433 SlowRF receive timeout detected: C_TOR00 01