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

[exocet01]

Hallo Ansgar,

ich hatte damals eine für Somfy angepasste CULFW für meinen CULV3 von dir bekommen. Jetzt habe ich aber einen nanoCUL433 gekauft. Könntest Du mir die FW auch für diesen posten?

Frohe Ostern 
Eckart

[noansi]

Hallo Eckart,

im Anhang eine als VTS 0.40 "getarnte" Version für einen 433er nanoCUL.
Ungetestet, da ich keine Testhardware dafür habe.

Gruß, Ansgar.

[exocet01]

Hi Ansgar,

funktioniert leider nicht
Rollos bewegen sich nicht

Code Auswählen Erweitern

2023.04.16 20:41:11 4: SOMFY_sendCommand: Rollo_3 -> cmd :on:
2023.04.16 20:41:11 4: SOMFY_send Rollo_3 on: sA64008E3000008
2023.04.16 20:41:11 5: SOMFY_send Rollo_3 enc key : A6  rolling code : 08E3
2023.04.16 20:41:11 4: TSCUL_Write: CUL_0 sending YsA64008E3000008
2023.04.16 20:41:11 5: GET /fhem?detail=Rollo_3&fw_id= HTTP/1.1
2023.04.16 20:41:13 5: TSCUL_Read CUL_0: /NOCCA
2023.04.16 20:41:13 1: TSCUL_Parse: CUL_0 channel busy: NOCCA
2023.04.16 20:41:13 4: TSCUL_Parse: CUL_0 NOCCA

[noansi]

Hallo Eckart,

Code Auswählen Erweitern

2023.04.16 20:41:13 1: TSCUL_Parse: CUL_0 channel busy: NOCCA
CUL_0 meint, etwas zu empfangen und sendet daher nicht.

List vom CUL_0 fehlt.

Setz mal CCAmode auf 0 und probiere es nochmal.

Gruß, Ansgar.

[exocet01]

Hi Ansgar,
setzen von CCAmode 0 und ein reboot des Raspberry haben geholfen. DANKE!

PS.: Hier trotzdem mal die List von CUL_0    :

Code Auswählen Erweitern

Internals:
   CFGFN     
   CMDS       ABCFGJKRUVWXYehiltx
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:TSHMS:FS20V:UNIRoll:CUL_TCM97001:CUL_REDIRECT
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@38400 1034
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@38400
   FD         24
   FHTID      1034
   FUUID      6443ead1-f33f-d1ce-5401-510706f751e4875c
   NAME       CUL_0
   NR         997
   PARTIAL   
   RAWMSG     
   STATE      Initialized
   TYPE       TSCUL
   VERSION    VTS 0.40 CSM433
   VERSION_HW nanoCUL_V1.x_0014
   VERSION_TS yes AES ChTblSize:209
   XmitOpen   0
   devioNoSTATE 1
   eventCount 5
   initString XP1C
X21
AM5
AHF11034
   MatchList:
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:IT       ^i.(?::.|.....)
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TX[A-F89].........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~
     L:TSCUL_EM ^E0.0[\dA-F]......
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:TSHMS    ^810e04......a001
     U:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     V:CUL_TCM97001 ^s[\dA-F]+
     W:CUL_REDIRECT ^o
     Y:STACKABLETS ^\*
     Z:STACKABLE ^\*
   READINGS:
     2023-04-22 16:12:18   SlowRfconf      freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:203.12kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:10dB csAbsThr:7dB  peakfilter:88
     2023-04-22 16:12:18   Xmit-Events     disconnected:1 non-HM:2
     2023-04-22 16:12:18   ccconf          freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:203.12kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:10dB csAbsThr:7dB
     2023-04-22 16:10:29   cmds             A B C F G J K R U V W X Y e h i l t x
     2023-04-22 16:12:18   cond            non-HM
     2023-04-22 16:12:18   peakfilter      88 µs
     2023-04-22 16:10:25   prot_disconnected last
     2023-04-22 16:12:18   prot_non-HM     last
     2023-04-22 16:10:31   state           Initialized
   helper:
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     VTS        1
     VTS_ACK    1
     VTS_AES    1
     nRec       0
     recAlive   1
     recd       0
     DEVIOTS:
       RXfailTO   
     HM:
       ChTblSize  209
       hmCrdts    9
       ChTbl:
     cnd:
       250        2
       253        1
     hmLog:
       Resolve    1
       IDs:
     q:
       HMcndN     250
       answerPend 0
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1768572625.11227
       pngLm      80
       scF        1
Attributes:

[exocet01]

Hallo Ansgar,

ich habe jetzt einen Mischverbau und würde gerne die Scripte alle gleichziehen damit ich den Empfang etwas optimieren kann. Hierzu habe ich verstanden dass die Scripte auf dem neuesten Stand sein müssen um in den Logs die Info zu finden. Diese funktionieren ja aber nur mit der Version >0.4
Ich habe aktuell:

• einen nanoCUL mit VTS 0.40 CSM433
• und einen CUL_V3 mit VTS 0.39 CUL868

Könntest Du mir bitte die gleiche oder größere TSCULFW für den CUL868 und die Scripte bereitstellen?

[noansi]

Hallo Eckart,

Könntest Du mir bitte die gleiche oder größere TSCULFW für den CUL868 und die Scripte bereitstellen?

warum nimmst Du nicht die CUL_V3 Firmare, die Du schon hast?
Siehe https://forum.fhem.de/index.php?msg=1237832

Gruß, Ansgar.

[exocet01]

  Oh Mann. Gute Frage 
Die FW ist nicht Frequenzabhängig, oder?

[noansi]

Hallo Eckart,

Die FW ist nicht Frequenzabhängig, oder?

Die mir bekannten busware CULs haben eine Kodierung für die Frequenz des Funkmoduls, die mittels Lötbrücken entsprechend gesetzt ist.
In der board.h kann man vor dem Compilieren einstellen, welches Verhalten man haben will.
Bei der tsculfw für den CUL V3 wird der Code für 868.3MHz und 433.92MHz meinerseits eincompiliert.
Somit dann beim boot über Eingänge abgefragt, wird die Frequenz dann entsprechend von der tsculfw eingestellt.

Beim nanoCUL compiliere ich normalerweise ebenfalls den Kodierungscode ein, für 868.3MHz, 433.92MHz und 915MHz. Board Pin A0 bzw. Prozessor Pin C0 (nach Masse verbunden) ist für 433.92MHz und Board Pin A1 bzw. Prozessor Pin C1 (nach Masse verbunden) ist für 915MHz. Beide Pins offen ist für 868.3MHz.

Da die Bauplanvorlagen für nanos dies jedoch nicht vorsehen, habe ich Dir die nanoCUL Firmware für fest 433.92MHz (enstprechend Deiner Hardwareinformation) compiliert (ebenfalls in der board.h wählbar).

Kommt also drauf an...

Selbstverständlich liegt es in der Nutzerverantwortung, sich über die Zulässigkeit der Nutzung der verschiedenen Funkfrequenzen landesspezifisch zu informieren und die Nutzung ggf. zu unterlassen!

Gruß, Ansgar.

[Space_Teddy]

Servus,
ich muss leider nochmal nach den Basics fragen.
Also ich habe die TSCUL schon sein ca. 2 Jahren im Einsatz (V0.29) und seit paar Tagen bekomme ich von allen meinen HM Geräten keinen response mehr. Immer MISSING ACK oder ähnlichen. Keine Ahnung ob ein update irgendwas zerhauen hat, aber altiv irgendwas geändert habe ich nciht.
Jedenfalls habe ich auf V0.39 hochgezogen und bin mir nicht mehr sicher, was ich mit den *.pm files genau machen soll. War das a) einfach in das FHEM Verzeichnis kopieren? b) die files mit den äquivalenten "originale" ersetzen ,also umbenennen? c) etwas anderes damit anstellen?!?!?

Danke schön nochmal für die Aufklärung.

BTW: ein einfaches update auf V039 hat bei mir keine Veränderung gebracht. Entweder ist der Nano CUL mitlerweile EndOfLife, oder wie schon erwähnt ein FHEM update hat was verändert.

lg,
Chris

[noansi]

Hallo Chris,

was ich mit den *.pm files genau machen soll.

1. Backup der vorhandenen .pm Dateien im fhem/FHEM Ordner erstellen.
2. Backup der fhem.cfg erstellen.
3. Die .pm Dateien aus der zip (https://forum.fhem.de/index.php?msg=1167796) in den fhem/FHEM Ordner kopieren, vorhandene überschreiben.
4. FHEM neu starten.

und seit paar Tagen bekomme ich von allen meinen HM Geräten keinen response mehr.

Mit null Infos zum Zustand (list von CUL, VCCU, Problemdevice etc.) und ggf. vorhandenen Log Daten bleibt die Glaskugel leider ziemlich ratlos.

Nur keinen response mehr und schalten angesprochene Aktoren noch? Werden regelmäßig sendende Geräte (z.B. Temperatursensoren) noch empfangen?

Ein Babbling Idiot im Empfangsbereich kann den Empfang aller Geräte durch CUL stören, sprich z.B. ein amoklaufender Sensor oder ein Aktor auf Dauersenden mit 868.3MHz.

Gruß, Ansgar.

[Space_Teddy]

Hallo Ansgar,
besten Dank für die schnelle Antwort.
Da in der Beschreibung etwas von "händischer Bearbeitung der fhem.cfg" stand, habe ich lieber nochmal nachgefragt, aber mit dem kopieren/überschreiben der files lag ich ja schon mal gar nicht so falsch.
Bezüglich meines no response Problems schaue ich erstmal nach dem NanoCUL. Danach setze ich alle HM devices außer betrieb (danke für den Tip). Wenn das alles nichts hilfs rufe ich hier nochmal um Hilfe

schönen Abend,

Chris

[noansi]

Hallo Chris,

Da in der Beschreibung etwas von "händischer Bearbeitung der fhem.cfg" stand, habe ich lieber nochmal nachgefragt

Ich habe Dich so verstanden, dass Du das schon mal für Deinen vorherigen Stand gemacht hast?!?

Danach setze ich alle HM devices außer betrieb

Es kommen grundsätzlich auch andere auf 868.3Mhz sendende Geräte als Babbling Idiot in Frage. Bei mir war es mal ein WS Sensor, der mit leer werdenden Batterien auf Dauersenden ging und damit auch HM blockiert hat.

Gruß, Amsgar.

[Space_Teddy]

Hi Amsgar,
kurze Rückmeldung. Also nach Update aller Devices mit leerer Batterie und Neueinstellung der CUL settings (Bandbreite, parable, etc.) läuft es wieder stabil. Keine Ahnung ob es am NanoCul oder an den Devices gelegen hat, vermute aber am CUL, da ich mit einem Ersatzstick keine übermäßigen Nachrichten gesehen habe und mein LimeSDR auch keinen Dauerträger erkannt hat.
Besten Dank schon mal für deine Hilfe.

Chris

[exocet01]

Hallo Eckart,

prinzipiell hat der IT V1 Empfang im letzten Stand funktioniert. Allerdings gibt es einen Verwechslungsbereich mit IT V3 und HEEU, abhängig vom Timing der Fernbedienung.

Im Anhang eine neue als VTS 0.40 "getarnte" Version zum Testen.

Wäre schön, wenn Du auch IT V3 und HEEU Geräte hättest, denn ich habe für die die Timing Tolereanz deutlich eingeengt und Zusatzcode, um ggf. doch noch IT V1 zu interpretiern.

Der Zusatzcode dafür hat natürlich das Flash Limit gerissen und ich habe XLED deswegen weg gelassen. Damit ist LED Blinken nur noch "langweilig". 

Nur mit den neueren FHEM Modulen und raw X29, sowie verbose 4 könntest Du auch noch das Timing raus bekommen. Dann kommt so was in das fhem Log:

Code Auswählen Erweitern

2022.09.27 21:00:26.922 4: TSCUL_Parse: PIG2_WS433 raw SlowRf:
H 0 - s0
H 376 L896 s0
H 880 L328 s0
H 264 L880 s1
H 304 L864 s0
H 304 L872 s1
H 912 L312 s1
H 264 L920 s1
H 896 L256 s0
H 328 L872 s1
H 296 L864 s0
H 304 L904 s1
H 304 L856 s1
H 304 L912 s1
H 296 L872 s1
H 296 L880 s1
H 904 L320 s1
H 264 L912 s3
H 896 L264 s3
H 320 L872 s3
H 880 L296 s3
H 296 L912 s3
H 304 L856 s3
H 304 L912 s3
H 840 L312 s3.
2022.09.27 21:00:26.973 4: TSCUL_Parse: PIG2_WS433 raw SlowRf:
H 320 L9160 s0
H 312 L864 s2
H 880 L312 s5
H 320 L872 s5
H 304 L864 s5
H 304 L872 s5
H 904 L320 s5
H 264 L912 s5
H 896 L264 s5
H 320 L872 s5
H 296 L864 s5
H 304 L912 s5
H 296 L864 s5
H 296 L912 s5
H 296 L872 s5
H 296 L880 s5
H 904 L320 s5
H 256 L920 s5
H 896 L264 s5
H 320 L872 s5
H 896 L296 s5
H 288 L864 s5
H 304 L912 s5
H 296 L864 s5
H 888 L312 s5.
2022.09.27 21:00:26.984 4: TSCUL_Parse: PIG2_WS433 i4501513A -45Die zweite Nachricht wird an der darin enthaltenen Pause erkannt.
itclock wäre dann aus der Pause

Code Auswählen Erweitern

H 320 L9160 s0als Summe von H und L geteilt durch 32 relativ genau rauszulesen. In diesem Fall also (320+9160)/32 = 296.xx, was ich auch zum Senden verwendet habe.

Gruß, Ansgar.

Anscheinend senden mehrerer IT Geräte in der Umgebung. Ich habe jetzt im log so viele Einträge dass ich sie nicht mehr Eindeutig meinem Handsender zuordnen kann. Gibt es da eine Möglichkeit?

Und eine weitere Frage: Somfy sendet ja auf 433.42 MHz und IT auf 433.92. Kann man die Frequenz beim Somfy Device zuordnen? Gibt es eine Möglichkeit auch das Senden bei Somfy zu optimieren? Ich habe jetzt mal den CCA Mode 3 verwendet, weiß aber nicht was der macht und ob es was bringt.