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

[stanford]

Hey,

ich hab heute Deine TSCUL FW auf meinem 868 CUL installiert, damit funktionieren endlich einige HM Sachen bei mir, wie sie sollen. Danke!

Jetzt habe ich auch meine 433 CUL auf die TSCUL v0.21 geflashed, damit lassen sich allerdings meine IT V1 Dosen nicht mehr schalten. Mit der aktuellen a-culfw ging es einwandfrei.

Code Auswählen Erweitern

define CUL_1 TSCUL /dev/serial/by-id/usb-busware.de_CUL433_433000-if00@12000000 0135
attr CUL_1 hmId AFAF01
attr CUL_1 hmLanQlen 1_min
attr CUL_1 rfmode SlowRF

Code Auswählen Erweitern

define Draussen.Steckdose IT FF00F0FFFF FF F0
attr Draussen.Steckdose IODev CUL_1
attr Draussen.Steckdose icon garden_socket
attr Draussen.Steckdose model itswitch
attr Draussen.Steckdose protocol V1

Das Ergebnis:

Code Auswählen Erweitern

2018.02.04 01:24:05 1: TSCUL_Parse: CUL_1 channel busy detected: NOCCA

... und kein Licht

Ich hab in diesem Thread jetzt auf Anhieb nichts gefunden, was mich wirklich weiter bringt. Hat jemand eine Idee?

Vielen Dank!

[noansi]

Hallo Stanford,

TSCUL_Parse: CUL_1 channel busy detected: NOCCA

Dein CUL sendet in diesem Fall nicht, weil er etwas Sendendes auf dem Kanal gesehen hat.
Wenn Das immer bei jedem Schaltvorgang kommt, empfängt der CUL entweder einen Dauerstörsender auf der Frequenz oder empfängt Störungen von Deinem Host Rechner.

Im letzteren Fall sollte Absetzen mit einem USB Verlängerungskabel helfen.

Dauerstörsender könnte z.B. Funkkopfhörer sein. Ich hatte auch schon mal den Fall eines Temperatursensors, bei dem die Batterien leer wurden und er dabei meinte auf Dauersenden gehen zu müssen, bis die Batterie ganz leer war.

Du kannst auch noch mit csRelThr (6,10,14dB) und csAbsThr (-7 bis 7dB) versuchen die CCA Empfindlichkeit herab zu setzen (größere Werte) oder CCAmode von 1 auf 0 setzen, um die CCA Erkennung ganz abzuschalten.
Anpassung geht nicht, da feste Konfiguration genutzt wird.

a-culfw und Standard Firmware verwenden CCA nicht für IT.
Es macht aber Sinn es zu verwenden, da es nicht erfolgversprechend ist, zu senden, wenn bereits gesendet wird.

Gruß, Ansgar.

[noansi]

Hallo Testwillige,

ich habe hier https://forum.fhem.de/index.php/topic,24436.msg732585.html#msg732585 nochmal die Module aktualisiert.
Ich habe Martins letzte Änderungen nach gezogen.

Außerdem mit 97_timerTS.pm die Timerroutinen von fhme.pl ersetzt (ergibt 3 Warnungen beim FHEM Start wegen des Austauschs der Timerroutinen), siehe auch https://forum.fhem.de/index.php/topic,81365.msg734513.html#msg734513. Das wird nur nicht mit 30_MilightBridge.pm funktionieren, wenn Matthew es nicht auch auf RemoveInternalTimer anpasst. Möchte man es nicht nutzen kann man 97_timerTS.pm auch einfach umbenennen oder löschen.

Gruß, Ansgar.

[stanford]

Hallo noansi,

(vorab: habe die Module bereits geupdated auf v33.)

Habe jetzt mal testweise CCAmode auf 0 gesetzt:

Code Auswählen Erweitern

CUL_1 ccconf => freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:177.73kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:1 agcWait:32 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:10dB csAbsThr:4dB

Leider kann ich meine IT V1 Steckdosen weiterhin nicht schalten, es bleibt bei:

Code Auswählen Erweitern

2018.02.04 13:38:45 1: TSCUL_Parse: CUL_1 channel busy detected: NOCCA

USB Verlängerung ist zwischen CUL und RasPi eh dran, hab die auch noch mal getauscht und den anderen CUL weiter weggehangen mit einer Verlängerungen. Einen JeeLink hab ich auch noch dran.
Wie könnten ich denn anderen Störsendern auf die Schliche gekommen? a-culfw hat extrem zuverlässig geschaltet.

LG

[noansi]

Hallo stanford,

dann setze CCAmode auf 0 und sende anschließend ein raw B00 an den CUL oder ziehe ihn mal kurz ab und stecke ihn wieder auf.

Eigentlich sollte es mit CCAmode 0 schon aus sein, wenn die Doku zum cc1101 nicht unscharf ist, aber zusätzlich kannst Du noch
set CUL_1 csRelThr dis
und
set CUL_1 csAbsThr dis
setzen.

Gruß, Ansgar.

[stanford]

Hey noansi,

keinerlei Änderung leider (den CUL hatte ich natürlich schon ein paar Mal stromlos gemacht )

Schade, aber kein Problem. Kommt auf den 868er Deine FW und auf den 433 die a-culfw. Dann funktioniert der "billige" IT V3 PIR 1000 Bewegungsmelder zwar nicht, aber das ist kein Beinbruch. Wenn ich Dich irgendwie beim Debugging unterstützten kann, sag Bescheid!

LG

[noansi]

Hallo stanford,

hast Du das mit csRelThr und csAbsThr auch ausprobiert?

Kam dann immer noch die "TSCUL_Parse: CUL_1 channel busy detected: NOCCA" Meldung im Log?

Wie sieht ccconf aus?
List vom CUL?

Bei mir schalten die IT Dosen einwandfrei mit den Defaults und auch wenn ich die Einstellungen ändere, wie beschrieben.

Gruß, Ansgar.

[noansi]

Hallo stanford,

anbei mal eine neue Firmware für CUL V3 zum Testen.

Darin habe ich das CCA Handling etwas geändert, so dass bei CCAmode = 0 vor dem Umschalten auf Senden auf IDLE geschaltet wird, und somit mit CCA nix mehr sein sollte. Teste bitte mal mit Deinen IT Dosen, ob damit die Meldung aus dem Log verschwindet und Du damit schalten kannst.

Gruß, Ansgar.

[stanford]

Hey Ansgar,

leider immer noch kein Erfolg. Hab die neue Firmware direkt geflashed. Hab folgende Settings getestet: CCAmode = 1, CCAmode = 0, sowie CCAmode 0 mit csRelThr und csAbsThr = dis. Die IT V1 Dosen lassen sich weiterhin nicht schalten.

Das Log zeigt weiterhin:

Code Auswählen Erweitern

TSCUL_Parse: CUL_1 channel busy detected: NOCCA

get CUL_1 ccconf:

Code Auswählen Erweitern

CUL_1 ccconf => freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:177.73kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:1 agcWait:32 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:dis csAbsThr:dis

list CUL_1:

Code Auswählen Erweitern

Internals:
   CMDS       ABCFGJKRUVWXYeilmtx
   CUL_1_MSGCNT 19
   CUL_1_TIME 2018-02-07 20:29:43
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:CUL_TCM97001:CUL_REDIRECT
   DEF        /dev/serial/by-id/usb-busware.de_CUL433_433000-if00@12000000 1134
   DeviceName /dev/serial/by-id/usb-busware.de_CUL433_433000-if00@12000000
   FD         11
   FHTID      1134
   NAME       CUL_1
   NR         40
   PARTIAL   
   RAWMSG     A0A898002DE10BE4B309700::-72:CUL_1:
   RSSI       -72
   STATE      Initialized
   SlowRF_BitBufferOvrfl 0
   SlowRF_BucketOvrfl 0
   SlowRF_IntCalcStat Last: 38.6  Min: 14.6  Mean: 38.6  Max: 51.6
   TYPE       TSCUL
   VERSION    VTS 0.22 CUL433
   VERSION_HW CUL_V3.4
   VERSION_TS yes AES ChTblSize:220
   XmitOpen   0
   initString X21
AM5
AHDE11BE
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:TSCUL_WS ^K.....
     B:IT       ^i.(:.|.....)
     C:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     D:CUL_HOERMANN ^R..........
     E:TSCUL_TX ^TXA.........
     F:CUL_IR   ^I............
     G:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     H:Revolt   ^r......................$
     I:ESA2000  ^S................................$
     K:TSCUL_EM ^E0.0[\dA-F]..............
     L:BS       ^81..(04|0c)..0101a001a5cf
     M:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     N:FS20     ^81..(04|0c)..0101a001
     O:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     P:TSKS300  ^810d04..4027a001
     Q:HMS      ^810e04......a001
     R:CUL_TCM97001 ^s[\dA-F]+
     S:CUL_REDIRECT ^o
   READINGS:
     2018-02-04 01:40:29   ITSndFreq       433.920MHz
     2018-02-07 20:30:16   Ints_per_sec    SI: 4.93276  TI: 1.39984  S: 0.53327  L: 0.00000  U: 0.06666  M: 0.00000
     2018-02-04 01:40:32   SlowRFSndFreq   433.920MHz
     2018-02-07 20:30:01   Xmit-Events     init:1 disconnected:1 ok:1 non-HM:6
     2018-02-07 20:32:31   ccconf          freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:177.73kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:1 agcWait:32 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:dis csAbsThr:dis
     2018-02-07 20:26:21   cmds             A B C F G J K R U V W X Y e i l m t x
     2018-02-07 20:30:01   cond            non-HM
     2018-01-21 18:27:02   credit10ms      563
     2018-01-21 18:27:06   fhtbuf          AE
     2018-02-07 20:26:20   prot_disconnected last
     2018-02-07 20:28:15   prot_init       last
     2018-02-07 20:30:01   prot_non-HM     last
     2018-02-07 20:28:15   prot_ok         last
     2018-02-04 01:37:24   raw             NOCCA
     2018-02-07 20:32:33   scF             0.999980469665484
     2018-02-07 20:26:23   state           Initialized
     2018-02-04 01:00:41   unusedstack     401
     2018-02-04 00:39:55   uptime          0 00:03:38
     2018-02-04 01:40:43   version         VTS 0.21 CUL433
   helper:
     CUrun      1
     ChkPart    0
     RA_Timeout 0
     VTS        1
     VTS_ACK    1
     VTS_AES    1
     hmTSAt1Add
     lastIntC   1537
     lastIntCTime 1518031816.68612
     lastIntTOC 319
     lastSyncC  287
     lastloFltC 0
     lastmtchErrC 0
     lastupFltC 22
     recd       1
     tbuf       
     DEVIO:
       RXfailTO   
     HM:
       ChTblSize  220
       FUP        0
       HMactive   0
       hmCrdts    6
       hmSbusy    0
       ChTbl:
       msgCNT:
         0x01       19
         0x02       17
       unknwn:
         DE10BE:
           lstRecType 02
           nextSend   1518031783.23813
           nxtSndMcnt 89
           tgtDly     88
           lRcTm:
             CUL_1      211932
             tnms       834585838
     cnd:
       0          1
       250        6
       253        1
       255        1
     ids:
     q:
       HMcndN     250
       XRpCnt     0
       XRpTm      1518031695.16934
       answerPend 0
       hmLanQlen  1
       cap:
         sum        13500
     ref:
       Sdly       1
       doNbyterate 41
       ioByteRate 1200000
       ioByteRateMeas 58507.6959303814
       lHMt       370612
       lSys       834744468
       pTTu       512
       pndAs      0
       pndCUAp    0
       pngFrc     1
       pngLm      9
       pngMax     -300000
       pngMaxTot  3
       pngMin     1
       pngRef     2
       pngtm      834756379
       pngtmBRs   1518031976.85725
       scErr      0
       scF        0.999980469665484
       scFN       0
       scHT       126512
       scST       834500374
Attributes:
   hmId       AF91FC
   hmLanQlen  1_min
   icon       cul_cul
   rfmode     SlowRF
   room       System

Lieben Dank für's Kümmern!

[stanford]

Gerade poppten noch folgende Nachrichten in meinem Log auf:

Code Auswählen Erweitern

2018.02.07 20:56:23 2: TSCUL_ReceiveDelayed: CUL_1  C 00=0D 01=2E 02=2D 03=47 04=D3 05=91 06=3D 07=00 08=32 09=00 0A=00 0B=07 0C=00 0D=10 0E=B0 0F=71 10=56 11=8D 12=30 13=23 14=B9 15=00 16=07 17=00 18=18 19=14 1A=6C 1B=07 1C=48 1D=B2 1E=87 1F=6B 20=F8 21=B6 22=11 23=EF 24=2A 25=14 26=1F 27=41 28=00 29=59 2A=7F 2B=B7 2C=81 2D=35 2E=0B 2F=00 30=00 31=14 32=00 33=80 34=F6 35=0D 36=00 37=00 38=B4 39=FD 3A=00 3B=00 3C=00 3D=00
2018.02.07 21:01:08 1: TSCUL_Parse: CUL_1 SlowRF receive timeout detected: C_TOR00 01 00 00
2018.02.07 21:11:23 2: TSCUL_ReceiveDelayed: CUL_1  C 00=0D 01=2E 02=2D 03=47 04=D3 05=91 06=3D 07=00 08=32 09=00 0A=00 0B=07 0C=00 0D=10 0E=B0 0F=71 10=56 11=8D 12=30 13=23 14=B9 15=00 16=07 17=00 18=18 19=14 1A=6C 1B=07 1C=48 1D=B2 1E=87 1F=6B 20=F8 21=B6 22=11 23=EF 24=2A 25=14 26=1F 27=41 28=00 29=59 2A=7F 2B=BF 2C=81 2D=35 2E=0B 2F=00 30=00 31=14 32=00 33=80 34=F2 35=0D 36=00 37=00 38=B4 39=FD 3A=00 3B=00 3C=00 3D=00

[noansi]

Hallo stanford,

schon seltsam.
Und das

Code Auswählen Erweitern

TSCUL_Parse: CUL_1 channel busy detected: NOCCA
kommt wirklich bei jedem IT Schaltversuch neu im Log?

Was hat

Code Auswählen Erweitern

hmId       AF91FC
bei dem CUL_1 zu suchen?
Schmeiß das da mal raus (auch wenn es eigentlich nicht stören sollte) und falls Du es als IO bei HM mit angegeben hast, dann auch da.

Außerdem definiere ihn als

Code Auswählen Erweitern

define CUL_1 TSCUL /dev/serial/by-id/usb-busware.de_CUL433_433000-if00@12000000 0000
womit Du FHT abschaltest, das Du eh nicht benötigst.

Poste bitte auch mal das Ergebnis eines get raw C99

Gruß, Ansgar.

[stanford]

Hallo Ansgar,

das NOCCA kommt bei jedem einzelnen Schaltversuch im Log, jeweils mit einer gefühlten Sekunde Latenz oder teilweise etwas mehr.

hmId rausgeworfen, TSCUL mit 0000 definiert - Macht keinen Unterschied.

get CUL_1 raw C99:

Code Auswählen Erweitern

CUL_1 raw => C 00=0D 01=2E 02=2D 03=47 04=D3 05=91 06=3D 07=00 08=32 09=00 0A=00 0B=07 0C=00 0D=10 0E=B0 0F=71 10=56 11=8D 12=30 13=23 14=B9 15=00 16=07 17=00 18=18 19=14 1A=6C 1B=07 1C=48 1D=B2 1E=87 1F=6B 20=F8 21=B6 22=11 23=EF 24=2A 25=14 26=1F 27=41 28=00 29=59 2A=7F 2B=BF 2C=81 2D=35 2E=0B 2F=00 30=00 31=14 32=00 33=80 34=F4 35=0D 36=00 37=00 38=B4 39=FD 3A=00 3B=00 3C=00 3D=00

Danke!

[noansi]

Hallo stanford,

Gerade poppten noch folgende Nachrichten in meinem Log auf:

Die sind normal, wenn Du lange keine sinnvollen Datenpakete empfängst. Dann schickt die Firmware automatisch den C99, den ich haben wollte. 

Auffällig ist nur der vergleichsweise hohe Ruhe RSSI von -79dB bzw. -81dB

Ich habe da -90dB und weniger.

Gruß, Ansgar.

[stanford]

Volltreffer!

Oh Mann.. Ich hab gerade meine Antenne gerade die kleine kurze mitgelieferte Antenne ausgetauscht.... Jetzt funktioniert's! Auch mit CCAmode 1 und den originalen Einstellungen für die Thresholds.

Dank Dir!

[noansi]

Hallo stanford,

Jetzt funktioniert's!

Schön, nur versteh ich jetzt nicht, warum die letzte Firmware mit CCAmode=0 nicht den erhofften Erfolg gebracht hat. 
Jetzt schon. Mehr Wunsch als Wirklichkeit.

Was ist das für eine Antenne gewesen? Irgendeine oder hatte die doch was mit 433.92MHz zu tun?

Gruß, Ansgar.