Hallo zusammen,
ich habe hier einen nanoCUL CC1101 Transceiver 868MHz als "CUL1" wie folgt eingerichtet:
Internals:
CMDS ABCFGJKRUVWXYeiltx
CUL1_MSGCNT 219
CUL1_TIME 2024-07-30 17:51:39
Clients STACKABLETS:STACKABLE:CUL_HM:CUL_IR:TSHMS
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400 4301
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400
FD 9
FHTID 4301
FUUID 5d20b025-f33f-eaf8-b1ea-5b627599907956f0
NAME CUL1
NR 199
PARTIAL
RAWMSG A1A2DA0104E051FF1430102020105000AF10B430C01140618000000::-38:CUL1:
RSSI -38
STATE Initialized
TYPE TSCUL
VERSION VTS 0.39 CSM868
VERSION_HW nanoCUL_V1.x_0014
VERSION_TS yes AES ChTblSize:209
XmitOpen 1
assignUpdCntI 18
assignedIDsCnt 9
devioNoSTATE 1
eventCount 2
initString XP0C
X21
Ar
AM5
AHF14301
msgLoadCurrent 10
owner_CCU VCCU1
MatchList:
A:CUL_HM ^A....................
B:CUL_IR ^I............
C:TSHMS ^810e04......a001
Y:STACKABLETS ^\*
Z:STACKABLE ^\*
READINGS:
2024-07-27 18:11:55 Xmit-Events ok:2 disconnected:1 non-HM:1
2024-07-30 17:55:38 ccconf freq:868.300MHz freqOffs:0.000kHz bWidth:101kHz freqIF:152.34kHz rAmpl:33dB sens:8dB dRate:9.993kBit/s
agcPrio:1 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:1 AGC_FREEZE:0
CCAmode:3 csRelThr:10dB csAbsThr:7dB
2024-07-27 18:11:26 cmds A B C F G J K R U V W X Y e i l t x
2024-07-27 18:11:55 cond ok
2022-06-28 21:28:25 credit10ms 2700
2024-07-27 18:11:22 prot_disconnected last
2024-07-27 18:11:28 prot_non-HM last
2024-07-27 18:11:55 prot_ok last
2022-06-23 00:05:00 raw is01010101010101010101010101000000
2024-07-30 17:47:12 scF 0.998678653050834
2024-07-27 18:11:28 state Initialized
2024-07-30 17:54:14 version VTS 0.39 CSM868
helper:
CUrun 1
ChkPart 0
RA_Timeout 0
SVTS 1
VTS 1
VTS_ACK 1
VTS_AES 1
assIdCnt 9
assIdRep 9
nRec 0
recAlive 1
recd 1
DEVIOTS:
RXfailTO
HM:
ChTblSize 209
FUP 0
HMactive 1
hmCrdts 1
hmSbusy 0
ChTbl:
29CBB800 00
29CC6200 00
4E051F00 00
5C820100 00
60745900 00
72D47900 00
72D58100 00
72D58500 00
750A4D00 00
msgCNT:
0x01 219
0x02 909
0x03 8467
0x04 1
0x09 2780
unknwn:
5E0C9A:
nextSend 1722230810.88005
lRcTm:
CUL1 246941800
mcnt 10
tnms 1022666908
type 8E
AD948F:
nextSend 1722264626.54974
lRcTm:
CUL1 168164272
mcnt 10
tnms 1056482584
type 8E
ADDA63:
nextSend 1722227765.58211
lRcTm:
CUL1 222740516
mcnt 10
tnms 1019621618
type 8E
ADF1FA:
nextSend 1722354350.31538
lRcTm:
CUL1 258006784
mcnt 12
tnms 72464531
type 83
cnd:
0 2
250 1
253 1
hmLog:
IDs:
hmLogHist:
05339640 A F103 06332476 02 0B 9F A001 F14301 750A4D 010E _CCAdly:8
05339902 A F103 06332740 01 0B 9F A001 F14301 750A4D 010E _CCAdly:4
05340164 A F103 06333004 01 0B 9F A001 F14301 750A4D 010E _CCAdly:4
05340409 A F109 06333264 00 0B 9F A001 F14301 750A4D 010E _sfail _noAnsw
05355667 A F101 06348544 00 12 12 0083 ADF1FA F00001 00010CF62327064804 -99dB
05437764 A F002 06430756 00 01 C3 _ping
05532607 A F002 06525724 00 01 CC _ping
05704252 A F001 06697592 00 1A 05 8400 4E051F 000000 1000DC4E45513039353637383540010101 -36.5dB
461397 As 10 2D A001 F14301 4E051F 00040000000000
05704372 A F103 06697688 01 10 2D A001 F14301 4E051F 00040000000000 _CCAdly:4 _dhmSt:96
05704514 A F101 06697848 00 1A 06 8400 4E051F 000000 1000DC4E45513039353637383540010101 -37dB
05704650 A F103 06697956 01 10 2D A001 F14301 4E051F 00040000000000 _CCAdly:4 _dhmSt:108
05704784 A F101 06698116 00 1A 2D A010 4E051F F14301 02020105000AF10B430C01140618000000 -38dB
05704899 A F103 06698212 01 0A 2D 8002 F14301 4E051F 00 _CCAdly:4 _dhmSt:96
hmQ:
000000:
29CBB8:
29CC62:
4E051F:
5C8201:
607459:
72D479:
72D581:
72D585:
750A4D:
ids:
29CBB8:
cfg +29CBB8,00,00,00
name HM_29CBB8
29CC62:
cfg +29CC62,00,00,00
name HM_29CC62
4E051F:
cfg +4E051F,00,00,00
name HM_4E051F
5C8201:
cfg +5C8201,00,00,00
name HM_5C8201
607459:
cfg +607459,00,00,00
name HM_607459
72D479:
cfg +72D479,00,00,00
name HM_72D479
72D581:
cfg +72D581,00,00,00
name HM_72D581
72D585:
cfg +72D585,00,00,00
name HM_72D585
750A4D:
cfg +750A4D,00,00,00
name HM_750A4D
loadLvl:
bl 40
q:
ATrNo 0
HMcndN 0
InQueues 0
RQLt 0
XRpCnt 0
XRpTm 1722346850.17904
answerPend 0
hmLanQlen 1
apIDs:
29CBB8 0
29CC62 0
4E051F 0
5C8201 0
607459 0
72D479 0
72D581 0
72D585 0
750A4D 0
ref:
Sdly 28
TmBmCnt 3
ioBR 3840
ioBRMax 3722.13796427342
ioBRMean 3268.41186823288
lHMt 258355832
lSys 72813116
pTTu 1024
pndAs 0
pndCUAp 0
pndTuP 1
pngLm 14
pngRef 6
scErr 11.1831021443941
scF 0.998678653050834
scFN 21
scHT 258088996
scST 72546628
scpTm 1722354432.31819
Attributes:
alias CC1101_USB_Lite_CUL1
group IO_Devices
hmId F14301
icon cul_868
rfmode HomeMatic
room 91_Technikraum
verbose 5Nach einem Hinweis hier aus dem Forum wollte ich die Firmware von VTS 0.39 auf VTS 0.41 aktualisieren.
Also TSCUL_fwcode_00_41_part1.zip runtergeladen, entpackt und TSCUL_V3.hex ins Firmware Verzeichnis von FHEM kopiert.
Danach "TSCULflash CUL1 TSCUL_V3" in der FHEM Kommandozeile ausgeführt mit dem Ergebnis:
2024.08.03 21:24:15.779 3: CUL1 device opened
2024.08.03 21:24:30.191 0: Flash-Data: type=TSCUL_V3 device=CUL1 basedevice=CUL1 devport=/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0 filepath=./FHEM/firmware/TSCUL_V3.hex -> dfu-programmer atmega32u4 erase && dfu-programmer atmega32u4 flash ./FHEM/firmware/TSCUL_V3.hex && dfu-programmer atmega32u4 start;
2024.08.03 21:24:30.191 1: TSCULflash dfu-programmer atmega32u4 erase && dfu-programmer atmega32u4 flash ./FHEM/firmware/TSCUL_V3.hex && dfu-programmer atmega32u4 start;
2024.08.03 21:24:30.283 1: TSCULflash dfu-programmer: no device present.Hier im Forum habe ich gelesen, dass TSCULflash bis V0.36 mit avrdude geflasht hat.
Deshalb habe ich folgendes direkt in der Kommandozeile am Server gemacht:
sudo avrdude -p atmega32u4 -c arduino -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0 -b 57600 -D -Uflash:w:/opt/fhem/FHEM/firmware/TSCUL_V3.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: Expected signature for ATmega32U4 is 1E 95 87
Double check chip, or use -F to override this check.
avrdude done. Thank you.Ich habe mich dann für die "-F"-Option entschieden, also:
sudo avrdude -p atmega32u4 -c arduino -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0 -b 57600 -D -Uflash:w:/opt/fhem/FHEM/firmware/TSCUL_V3.hex:i -F
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: Expected signature for ATmega32U4 is 1E 95 87
avrdude: reading input file "TSCUL_V3.hex"
avrdude: writing flash (27760 bytes):
Writing | ################################################## | 100% 14.15s
avrdude: 27760 bytes of flash written
avrdude: verifying flash memory against TSCUL_V3.hex:
avrdude: load data flash data from input file TSCUL_V3.hex:
avrdude: input file TSCUL_V3.hex contains 27760 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 12.06s
avrdude: verifying ...
avrdude: 27760 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.Ich habe natürlich auch die entsprechenden TS-Module für v0.41 geladen und FHEM neugestartet.
Doch leider bleibt der CUL
disconnected :-(
Der Schritt zurück, also Backup einspielen und die alte v0.39 Flashen (wieder wie oben mit avrdude) führt leider zum gleichen Ergebnis.
Kann mir bitte jemand helfen und mir sagen, wie ich meinen CUL wieder in Betrieb nehmen kann?
Ich habe alle möglichen Kombinationen durchprobiert, jeweils mit den entsprechenden Modulen und Neustart
- v0.39er Firmware als atmega32u4 flashen
- v0.39er Firmware als atmega328p flashen
- v0.41er Firmware als atmega32u4 flashen
- v0.41er Firmware als atmega328p flashen
Geflash habe ich sowohl unter Linux, also auch unter Windows.
Immer das selbe Ergebnis: disconnected
dfu-programmer hat immer "no device present".
Beim anstecken des CUL habe ich jeweils das Knöpfchen gedrückt gehalten.
Bin verzweifelt :-(
Vielen Dank,
Rigge
Hallo fhemRigge,
Zitatoha!
wieso TSCUL_V3.hex?
Das Erstaunen kann ich nur teilen. Definitv ist TSCUL_V3.hex die falsche Firmware für einen nanoCUL.
Du musst die TSnanoCUL.hex aus dem untested Untervezeichnis flashen, wie Frank schon richtig bemerkt hat.
Zitatkeine ahnung was eine CSM version ist.
Das CSM steht für CUL Serial Module.
Da der atmega328 nativ eine serielle Schnittstelle hat, ist das auch absolut zutreffend in der Bezeichnung.
USB wird schaltungtechnisch nur extern dran gebaut.
Der nanoCUL muss nebenbei auch mit 16MHz Quartz laufen. Davon geht die Firmware aus, sonst stimmt das Timing nicht. Sollte der Nano eine 8MHz Quartz haben, müsste die Firmware dafür ohne "HAS_16MHZ_CLOCK" neu kompiliert werden.
Gruß, Ansgar.