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

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

Vorheriges Thema - Nächstes Thema

yersinia

Zitat von: frank am 01 Oktober 2024, 12:46:00eventuell gab es kontaktprobleme bei den steckkontakten durch "korrosion", die durch die mechanischen steckbewegungen beim wechseln verschwunden sind.
kurios aber nicht abwegig und durchaus möglich, denn bisher läuft es unauffällig.

Zitat von: noansi am 01 Oktober 2024, 22:27:082024.09.27 10:49:55 1: PERL WARNING: Use of uninitialized value $1 in addition (+) at ./FHEM/10_CUL_HM.pm line 2086.lasse ich in CUL_HM unverändert, weil das nur die erweiterten unknown Readings (letztes Ziel, laufende Anzahl, letzte Länge und RSSI) in der VCCU betrifft und wenn Du die vorhandenen alle nochmal empfangen hast, verschwindet das von selbst.
Imho iO, dann weiss man (ich) zumindest, woher es kommt und wieso es da ist. Danke. :)


Zitat von: noansi am 01 Oktober 2024, 22:27:08und 98_HMinfo.pm und 98_HMtemplate.pm.
ihgs, da muss ich wohl nochmal ran. Die hab ich übersehen beim Datumsvergleich.... :o ::)
viele Grüße, yersinia
----
FHEM 6.4 (SVN) on RPi 4B with RasPi OS Trixie (perl 5.40.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

Ralf9

Hallo Ansgar,

beim SIGNALduino auf dem ESP32 gibts bei jemanden das Problem, dass es beim Empfang von einem Bresser Wettersensor sporadisch zu Ausfällen kommt.
Der Empfänger ist aktiv und wenn der cc1101 über ein strobe Befehl nach IDLE und wieder nach RX gesetzt wird, empfängt er wieder.
 
Ich habe dazu folgendes gefunden:
"read register 0x25 FSCAL1. The PLL is in lock if the register content is different from 0x3F"

Ich hab bei mir mit einem sduino mit Maple Mini und einem LAN Modul auch mal getestet. Hab dazu eine Abfrage vom FSCAL1 und Ausgabe bei 0x3F eingebaut.
Beim Empfang von einem Temperatursensor mit dem Bresser Protokoll konnte ich es nachvollziehen, wenn der Empfang ausfällt ist FSCAL1 = 0x3F.
Bei einem anderem Protokoll mit Bodenfeuchte Sensoren ist zwar auch sporatisch FSCAL1 = 0x3F, aber es kommt zu keinem Ausfall des Empfangs.

Das ganze ist sehr sporadisch, es kann nach einigen Stunden oder erst nach über einem Tag kommen.

cc1101 Register 0x17 = 0 und Reg 0x18 = 0x18
Nach dem Empfang einer Nachricht geht er nach IDLE und wird dann wieder nach RX gesetzt
Kann es ein Unterschied machen ob er direkt nach RX gesetzt wird oder ob vorher noch ein SFRX (Flush the RX FIFO buffer) gemacht wird.
Das SFRX dürfte eingentlich, wenn kein überlauf, nicht nötig sein.

Ich habe gesehn, dass beim ASKSIN ein Abfrage auf FSCAL1 = 0x3F drin ist.
Gibt es Erkenntnisse was die Ursache für das PLL not locked sein kann?

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

noansi

Hallo Ralf,

schau im CC1101 Manual in Kapitel 22.1. Da steht beschrieben, dass der PLL lock nicht immer erreicht wird und dann erneut kalibriert werden muss. Weiterhin, dass der LOCK verloren gehen kann und (spätestens) dann rekalibriert werden muss.
Es ist als Ursache nur angegeben, dass die kalibrierten Registerwerte nur für einen eigentlich recht großen Temperaturbereich (aber nicht den kompletten Temperaturbereich nach technischen Daten) funktionieren, also starke Temperaturschwankungen für einen LOCK Verlust verantwortlich sein können.

Rein praktisch hat es sich zuer Erhaltung der Empfangsbereitschaft als sinnvoll erwiesen, beim Umschalten von IDLE nach RX (oder TX) AUTOCAL zu nutzen und auch auf LOCK zu prüfen und in größeren regelmäßigen Abständen (nicht ständig) via FSCAL1 Check auf != 0x3f den LOCK zu checken (siehe CC1101 ERRATA Seite 3) und ggf. zu rekalibrieren bis LOCK erreicht ist.

Es gibt Unterschiede zwischen CULs bezüglich der Anfälligkeit für PLL LOCK Verlust und meinen besonders auffälligen Problemkandidaten konnte ich damit zu zuverlässiger Zusammenarbeit überreden. Was konkret zu der erhöhten Anfälligkeit führt, kann ich nicht sagen.

Gruß, Ansgar.

exocet01

Ich habe eine Frage zum Delay vom CUL. In meinem Log zum CUL finde ich immer folgende Einträge. Kann es sein dass ich einen HW Defekt habe? Es funktioniert alles mit der Steuerung, aber der Log Eintrag verunsichert mich:

2026.06.10 09:33:13 4: TSCUL_Parse: CUL_Homematic a4C59
2026.06.10 09:35:46 4: TSCUL_Parse: CUL_Homematic a4C5C
2026.06.10 09:38:19 4: TSCUL_Parse: CUL_Homematic a4C63
2026.06.10 09:40:52 4: TSCUL_Parse: CUL_Homematic a4C5B
2026.06.10 09:41:00 4: TSCUL_Parse: CUL_Homematic  08009663 A F002 10554412 00 01 CC _ping
2026.06.10 09:43:25 4: TSCUL_Parse: CUL_Homematic a4C61
2026.06.10 09:45:58 4: TSCUL_Parse: CUL_Homematic a4C58
2026.06.10 09:46:49 4: TSCUL_Parse: CUL_Homematic  08359334 A F002 10904096 00 01 C3 _ping
2026.06.10 09:47:09 2: TSCUL_ReceiveDelayed: CUL_Homematic No data received within 900s; CC1101: C 00=07 01=2E 02=01 03=4F 04=E9 05=CA 06=1A 07=04 08=45 09=00 0A=00 0B=06 0C=00 0D=21 0E=65 0F=6A 10=C8 11=93 12=03 13=22 14=F8 15=34 16=07 17=3C 18=18 19=16 1A=6C 1B=43 1C=67 1D=91 1E=87 1F=6B 20=F8 21=56 22=10 23=EF 24=2B 25=16 26=1F 27=41 28=00 29=59 2A=7F 2B=3E 2C=81 2D=35 2E=09 2F=00 30=00 31=14 32=FF 33=00 34=B9 35=01 36=00 37=00 38=27 39=FD 3A=00 3B=09 3C=00 3D=00
; Ints_per_sec: ?

Hier die CUL Config:
Internals:
   CMDS       ABCFGRUVWXYaehilmtx
   CUL_Homematic_MSGCNT 4184
   CUL_Homematic_TIME 2026-06-09 10:50:16
   Clients    STACKABLETS:STACKABLE:CUL_HM:CUL_IR:TSHMS
   DEF        /dev/serial/by-id/usb-busware.de_CUL868_868000-if00@38400 1234
   DeviceName /dev/serial/by-id/usb-busware.de_CUL868_868000-if00@38400
   FD         22
   FHTID      1234
   FUUID      64f860a0-f33f-d1ce-8ee7-a979667a5cb31473
   NAME       CUL_Homematic
   NR         81
   PARTIAL   
   RAWMSG     A0F1B86536AB9CF00000000C1000666B8::-82.5:CUL_Homematic:
   RSSI       -82.5
   STATE      Initialized
   TYPE       TSCUL
   VERSION    VTS 0.43 CUL868
   VERSION_HW CUL_V3.4_0014
   VERSION_TS yes AES ChTblSize:209
   XmitOpen   1
   anaInRef   2.56V
   anaInSource Temperature
   assignUpdCntI 39
   assignedIDsCnt 13
   devioNoSTATE 1
   eventCount 2248
   initString X21
XP25
Ar
AM5
AHF13421
   ioBR       max: 46392.3, mean: 44756.8, min: 11840.4
   msgLoadCurrent 0
   owner_CCU  VCCU_Homematic
   MatchList:
     A:CUL_HM   ^A....................
     G:CUL_IR   ^I............
     R:TSHMS    ^810e04......a001
     Y:STACKABLETS ^\*
     Z:STACKABLE ^\*
   READINGS:
     2026-06-10 10:11:28   Temperature     28.47
     2026-06-10 10:11:28   VoltAnIn        0.763750
     2026-06-06 10:46:35   Xmit-Events     ok:2 non-HM:1 disconnected:1
     2026-06-06 10:46:28   cmds             A B C F G R U V W X Y a e h i l m t x
     2026-06-06 10:46:35   cond            ok
     2026-06-06 10:46:28   frequency       868.300MHz
     2026-06-06 10:46:27   prot_disconnected last
     2026-06-06 10:46:28   prot_non-HM     last
     2026-06-06 10:46:35   prot_ok         last
     2026-06-10 10:03:53   scF             0.99996317107519
     2026-06-06 10:46:29   state           Initialized
   helper:
     AInChnIdx  27
     AInFactorIdx 3
     CUrun      1
     ChkPart    0
     RA_Timeout 0
     SRfXinit   X21
XP35
     SVTS       1
     VTS        1
     VTS_ACK    1
     VTS_AES    1
     VTS_LZYCFG 1
     assIdCnt   13
     assIdRep   13
     frq        86
     nRec       0
     preplog    12
     recAlive   1
     recd       0
     DEVIOTS:
       RXfailTO  
     HM:
       ChTblSize  209
       FUP        0
       HMactive   1
       hmCrdts    0
       hmSbusy    0
       ChTbl:
         5B72D700   00
         6140EE00   00
         614B0900   00
         614E1400   00
         63307400   00
         6AB88100   00
         6AB9CF00   00
         6FC63400   00
         70783400   00
         732B6100   00
         772C9600   00
         79DA5B00   00
         7A02CF00   00
       msgCNT:
         0x01       4184
         0x02       917
         0x03       177
       unknwn:
         24FAF1:
           nextSend   1780889690.83835
           lRcTm:
             CUL_Homematic 158522428
             mcnt       12
             tnms       625746546
             type       83
         34DDE6:
           nextSend   1780982442.73305
           lRcTm:
             CUL_Homematic 251277676
             mcnt       12
             tnms       718498443
             type       83
         36E1D2:
           nextSend   1780989885.51754
           lRcTm:
             CUL_Homematic 258720724
             mcnt       12
             tnms       725941227
             type       83
         3A8462:
           nextSend   1780892720.84151
           lRcTm:
             CUL_Homematic 161552540
             mcnt       12
             tnms       628776550
             type       83
         79B645:
           nextSend   1780994434.81302
           lRcTm:
             CUL_Homematic 263270180
             mcnt       12
             tnms       730490522
             type       83
         A15613:
           nextSend   1780993410.79052
           lRcTm:
             CUL_Homematic 262246120
             mcnt       10
             tnms       729466499
             type       8E
         AE28DE:
           nextSend   1780993607.09478
           lRcTm:
             CUL_Homematic 262442432
             mcnt       10
             tnms       729662804
             type       8E
         AEFFA5:
           nextSend   1780994123.32385
           lRcTm:
             CUL_Homematic 262958680
             mcnt       12
             tnms       730179034
             type       83
         AFB4C5:
           nextSend   1780861393.91811
           lRcTm:
             CUL_Homematic 130224504
             mcnt       12
             tnms       597449626
             type       83
     cnd:
       0          2
       250        1
       253        1
     hmLog:
       IDs:
     hmLogHist:
        05008144 A F002 07552784 00 01 CC _ping
        05287441 A F002 07832092 00 01 C3 _ping
        05608446 A F002 08153108 00 01 CC _ping
        06208748 A F002 08753432 00 01 CC _ping
        06311406 A F002 08856096 00 01 C3 _ping
        06809054 A F002 09353760 00 01 CC _ping
        07335368 A F002 09880096 00 01 C3 _ping
        07409359 A F002 09954088 00 01 CC _ping
        08009663 A F002 10554412 00 01 CC _ping
        08359334 A F002 10904096 00 01 C3 _ping
        08609965 A F002 11154736 00 01 CC _ping
        09210270 A F002 11755064 00 01 CC _ping
        09383300 A F002 11928100 00 01 C3 _ping
        09810572 A F002 12355388 00 01 CC _ping
     hmQ:
       000000:
       732B61:
       79DA5B:
       7A02CF:
     ids:
       5B72D7:
         cfg        +5B72D7,00,00,00
         name       HM_5B72D7
       6140EE:
         cfg        +6140EE,00,00,00
         name       Terassentuer_5
       614B09:
         cfg        +614B09,00,00,00
         name       Terassentuer_1
       614E14:
         cfg        +614E14,00,00,00
         name       Terassentuer_6
       633074:
         cfg        +633074,00,00,00
         name       Fensterkontakt_Bad_EG
       6AB881:
         cfg        +6AB881,00,00,00
         name       Lichtsensor_West
       6AB9CF:
         cfg        +6AB9CF,00,00,00
         name       Lichtsensor_Aussen
       6FC634:
         cfg        +6FC634,00,00,00
         name       Aussen_Temp
       707834:
         cfg        +707834,00,00,00
         name       Bad_EG_Temp
       732B61:
         cfg        +732B61,00,00,00
         name       HM_732B61
       772C96:
         cfg        +772C96,00,00,00
         name       Wohnzimmer_Temp
       79DA5B:
         cfg        +79DA5B,00,00,00
         name       Steckdose_Gartenhaus
       7A02CF:
         cfg        +7A02CF,00,00,00
         name       Steckdose_Garten
     loadLvl:
       bl         40
     q:
       ATrNo      0
       HMcndN     0
       InQueues   0
       RQLt       0
       XRpCnt     0
       XRpTm      1780735597.08997
       answerPend 0
       hmLanQlen  1
       apIDs:
         732B61     0
         79DA5B     0
         7A02CF     0
     ref:
       Sdly       0
       TmBmCnt    4
       ioBR       46392.3016924911
       ioBRCmd    Ap
       ioBRMax    46392.3016924911
       ioBRMean   44756.7524915483
       ioBRMeas   45462.4615959634
       ioBRMin    11840.387038682
       lHMt       347899708
       lSys       815116940
       pTTu       1024
       pndAs      0
       pndCUAp    0
       pndTuP     1
       pngLm      12
       pngRef     1
       scErr      -0.287033679080196
       scF        0.99996317107519
       scFN       59
       scHT       347472420
       scST       814689668
       scpTm      1781078633.85879
Attributes:
   SlowRfRecToLogLev 2
   hmId       F13421
   icon       cul_868
   rfmode     HomeMatic
   verbose    4


noansi

TSCUL_ReceiveDelayed: CUL_Homematic No data received within 900s
Sagt, dass vom CUL 900s keine neuen HM Daten gekommen sind, was Dich vermutlich verunsichert.
Hast Du überhaupt HM devices, die regelmäßig Daten senden, z.B. Temperatursensoren, und auch gut empfangen werden können, also guter RSSI? Und Batterie noch ok?

Wenn nicht, dann liegt es einfach daran, dass schlicht nichts rein kommt.
Die Historie (hmLogHist:) ist auf jedenfall sehr leer, was genau darauf hin deutet.

Wenn Du Aktoren hast, dann kannst Du mehr "Action" machen, damit Antworten rein kommen...

Gruß, Ansgar.

exocet01

Hallo Ansgar,
Ich habe einen Temperatursensor Aussen, einen für das Bad und einen für das Wohnzimmer. Keine Ahnung ob die ständig Funken (sind alles HM Geräte). Ausserdem habe ich eine Lichtsensor von HM, aber seit einiger Zeit ist entweder die Batterie nach 2 Wochen leer, oder es kommen nur sehr sporadisch Daten an. Ich habe die Position des Sensors nicht verändert und hatte gefofft dass ich etwas in den Logs finden kann.
Es kann auch sein dass der Lichtsensor einen HW Defekt hat.

Danke für Deine Rückmeldung!!
Eckart