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

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  ;D
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
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,

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  ;)  :
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,

ZitatKö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,

ZitatDie 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,

Zitatwas 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.

Zitatund 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,

ZitatDa 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?!?

ZitatDanach 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

Zitat von: noansi am 27 September 2022, 22:16:19Hallo 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:
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 -45
Die zweite Nachricht wird an der darin enthaltenen Pause erkannt.
itclock wäre dann aus der Pause
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.