Hallo zusammen,
ursprünglich habe ich HIER (https://forum.fhem.de/index.php/topic,114382.0.html) nach einem fertigen und einsatzfähigen SIGNALduino gesucht, da ich mit einem miniCUL mit a-culfw (433 MHz) die OBI Emil Lux Schaltsteckdosen (433 Mhz) nicht schalten kann. Im Verlauf der Suchanfrage kommt der Hinweis den vorhandenen miniCUL mit der SIGNALdunino Firmware (https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.4.0/SIGNALDuino_miniculcc11013.4.0.hex) zu flashen. Da scheitere ich nun.
Lösung / Erfolg
Zusammenfassung / Kurzform der Lösung in meinem Fall.
Den kompletten Lösungsweg gibt es HIER (https://forum.fhem.de/index.php/topic,114413.msg1086855.html#msg1086855)
Danach habe ich FHEM gestoppt, den miniCUL aus dem USB Port entfernt, den Reset-Button auf dem miniCUL gedrückt und gedrückt gehalten, während ich den miniCUL an den USB Port angeschlossen habe und dann innerhalb von 2-3 Sekunden den avrdude-Befehl über die Console ausgeführt. Danach überrascht mich folgende Ausgabe:
[linux@linux Downloads]$ sudo avrdude -c arduino -b57600 -P /dev/ttyUSB0 -p atmega328p -vv -U flash:w:SIGNALDuino_miniculcc11013.4.0.hex
avrdude: Version 5.11.1, compiled on Jul 11 2016 at 01:27:17
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/etc/avrdude/avrdude.conf"
User configuration file is "/root/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/ttyUSB0
Using Programmer : arduino
Overriding Baud Rate : 57600
AVR Part : ATMEGA328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : Arduino
Description : Arduino
Hardware Version: 3
Firmware Version: 3.3
Vtarget : 0.3 V
Varef : 0.3 V
Oscillator : 28.800 kHz
SCK period : 3.3 us
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "SIGNALDuino_miniculcc11013.4.0.hex"
avrdude: input file SIGNALDuino_miniculcc11013.4.0.hex auto detected as Intel Hex
avrdude: writing flash (25490 bytes):
Writing | ################################################## | 100% 6.89s
avrdude: 25490 bytes of flash written
avrdude: verifying flash memory against SIGNALDuino_miniculcc11013.4.0.hex:
avrdude: load data flash data from input file SIGNALDuino_miniculcc11013.4.0.hex:
avrdude: input file SIGNALDuino_miniculcc11013.4.0.hex auto detected as Intel Hex
avrdude: input file SIGNALDuino_miniculcc11013.4.0.hex contains 25490 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 5.82s
avrdude: verifying ...
avrdude: 25490 bytes of flash verified
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: safemode: Fuses OK
avrdude done. Thank you.
[linux@linux Downloads]$
Danach habe ich den miniCUL aus dem USB Port entfernt und wieder angesteckt, um einen Reboot durchzuführen. Anschließend habe ich FHEM gestartet und erhalte nun folgende Ausgabe im FHEM Log:
2020.09.22 11:57:57 3: Opening Signalduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0
2020.09.22 11:57:58 3: Setting Signalduino serial parameters to 57600,8,N,1
2020.09.22 11:57:58 1: Signalduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@57600
2020.09.22 11:57:58 3: Signalduino device opened
2020.09.22 11:57:58 3: Signalduino: IdList, attr whitelist disabled or not defined (all IDs are enabled, except blacklisted and instable IDs):
2020.09.22 11:57:58 3: Signalduino: IdList, MS 0 0.1 0.2 0.3 0.4 0.5 1 3 3.1 4 6 7 13 13.2 14 15 17 20 23 25 33 33.1 33.2 35 41 49 51 53 54.1 55 65 68 74.1 87 88 90 91.1 93
2020.09.22 11:57:58 3: Signalduino: IdList, MU 8 9 13.1 16 17.1 19 21 22 24 26 27 28 29 30 31 32 34 36 37 38 39 40 42 44 44.1 45 46 48 49.1 49.2 50 54 56 59 60 61 62 64 66 67 69 70 71 72 73 74 76 79 80 81 83 84 85 86 89 91 92 94 95 97 98 99 104
2020.09.22 11:57:58 3: Signalduino: IdList, MC 10 11 12 18 43 47 52 57 58 96
2020.09.22 11:57:58 3: Signalduino: IdList, development protocol is active (to activate dispatch to not finshed logical module, enable desired protocol via whitelistIDs) = 2 72.1 82
2020.09.22 11:57:59 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.09.22 11:58:00 3: Signalduino: StartInit, get version, retry = 0
2020.09.22 11:58:00 2: Signalduino: CheckVersionResp, initialized v3.4.4_dev+14042020
2020.09.22 11:58:00 3: Signalduino: CheckVersionResp, enable receiver (XE)
2020.09.22 11:58:01 3: Signalduino: CheckCcpatableResponse, patable: 84
Der miniCUL als SIGNALduino geflasht ist nun initialized / opened, hat ein paar cc1101 Readings angelegt und empfängt Informationen meiner Temperatursensoren (wie zuvor als CUL Device).
Vielen Dank für Eure Hilfe!!
Problembeschreibung
Umgebung
Anbei zwei Bilder zum miniCUL falls sich jemand ein Bild von der Hardware machen will/kann.
Der miniCUL als CUL Device ist wie folgt eingebunden und im Rahmen seiner CUL-Fähigkeiten auch einsetzbar - alles ok.
"list miniCUL":
Internals:
CMDS ABCEeFfGiKLlMmRTtUuVWXxY
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@38400
FD 24
FHTID 1234
FUUID 5f68f415-f33f-794b-156d-45ac1ec76dcaea9e
NAME miniCUL
NR 20
PARTIAL
RAWMSG ? (d������V is unknown) Use one of A B C E e F f G i K L l M m R T t U u V W X x Y
RSSI -61.5
STATE Initialized
TYPE CUL
VERSION V 1.26.03 a-culfw Build: private build (unknown) miniCUL (F-Band: 433MHz)
initString X21
miniCUL_MSGCNT 28
miniCUL_TIME 2020-09-21 21:34:30
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-09-21 21:26:57 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2020-09-21 21:34:33 cmds A B C E e F f G i K L l M m R T t U u V W X x Y
2018-07-16 17:03:57 credit10ms 900
2018-07-17 15:06:20 raw ish0001100010011001001110101010
2020-09-21 21:34:33 state Initialized
2020-09-21 21:27:00 uptime 0 00:00:33
2020-09-21 21:27:04 version V 1.26.03 a-culfw Build: private build (unknown) miniCUL (F-Band: 433MHz)
Attributes:
Nun habe ich den miniCUL als CUL Device entfernt und ihn als SIGNALduino Device angelegt, um den Flash-Vorgang wie HIER (https://forum.fhem.de/index.php/topic,42998.msg1086631.html#msg1086631) oder im Wiki (https://wiki.fhem.de/wiki/SIGNALduino#Flashen_des_Arduino_mit_der_SIGNALduino_Firmware) beschrieben durchzuführen. Das Hardware Attribut habe ich auf "miniculCC1101" gesetzt.
Ein "list Signalduino" liefert folgende Ausgabe:
Internals:
CFGFN
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@57600
DMSG nothing
DevState INACTIVE
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@57600
FUUID 5f690190-f33f-794b-36e4-a6d2f18e44bc961c
IDsNoDispatch 2,72.1,82
LASTDMSG nothing
LASTDMSGID nothing
NAME Signalduino
NR 186
STATE closed
TIME 1600717201
TYPE SIGNALduino
initResetFlag 1
initretry 3
sendworking 0
version
versionProtocols 1.20
versionmodul v3.4.4_dev+14042020
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104)#.*
18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
25:CUL_EM ^E0.................
26:Fernotron ^P82#.*
27:SD_BELL ^P(?:15|32|41|42|57|79|96|98)#.*
28:SD_Keeloq ^P(?:87|88)#.*
29:SD_GT ^P49#[A-Fa-f0-9]+
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2020-09-21 21:41:05 state closed
additionalSets:
helper:
mcIdList:
10
11
12
18
43
47
52
57
58
96
msIdList:
0
0.1
0.2
0.3
0.4
0.5
1
3
3.1
4
6
7
13
13.2
14
15
17
20
23
25
33
33.1
33.2
35
41
49
51
53
54.1
55
65
68
74.1
87
88
90
91.1
93
muIdList:
8
9
13.1
16
17.1
19
21
22
24
26
27
28
29
30
31
32
34
36
37
38
39
40
42
44
44.1
45
46
48
49.1
49.2
50
54
56
59
60
61
62
64
66
67
69
70
71
72
73
74
76
79
80
81
83
84
85
86
89
91
92
94
95
97
98
99
104
Attributes:
hardware miniculCC1101
Versuch 1
Nun habe ich "get Signalduino availableFirmware" ausgeführt und erhalte die Meldung "Fetching stable firmware versions for miniculCC1101 from github". Im FHEM-Log sehe ich:
2020.09.21 21:43:45 1: Signalduino: found availableFirmware for ESP8266,ESP8266cc1101,ESP32,nano328,nanoCC1101,miniculCC1101,promini,radinoCC1101
Nun kann ich im SIGNALduino Device die Optionen "set Signalduino flash 3.3.1/3.4.0" auswählen. Tue ich dies, erhalte ich folgende Ausgabe im FHEM-Log:
2020.09.21 21:46:08 3: Signalduino: Set_flash, 3.4.0 try to fetch github assets for tag 3.4.0
2020.09.21 21:46:08 3: Signalduino: Set_flash, 3.4.0 try to fetch release https://api.github.com/repos/RFD-FHEM/SIGNALDuino/releases/tags/3.4.0
2020.09.21 21:46:08 3: Signalduino: ParseHttpResponse, undefined error while requesting https://github.com:443/ - - code=406
Nach der "ParseHttpResponse code=406" habe ich gesucht und folgenden Issue im Github (https://github.com/RFD-FHEM/RFFHEM/issues/806) gefunden. Der Fehler wurde behoben und sollte nicht mehr auftreten - hilft mir aber scheinbar nicht weiter.
Versuch 2
Also versuche ich das SIGNALduino Device mittels "vollständigem" Flash-Befehl zu flashen. Dazu habe ich dieses File (SIGNALDuino_miniculcc11013.4.0.hex) (https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.4.0/SIGNALDuino_miniculcc11013.4.0.hex) runter geladen und in FHEM unter /opt/fhem/FHEM/firmware/ abgelegt:
[linux@linux Downloads]$ cd /opt/fhem/FHEM/firmware/
[linux@linux firmware]$ ls -l
insgesamt 1048
-rwxr-xr-x 1 root root 42424 21. Sep 20:41 ArduCounter.hex
-rwxr-xr-x 1 root root 99233 21. Sep 20:41 esptool.py
-rw-r--r-- 1 root root 54451 21. Sep 20:41 JeeLink_EC3000.hex
-rw-r--r-- 1 root root 519664 21. Sep 20:41 JeeLink_LaCrosseGateway.bin
-rw-r--r-- 1 root root 77782 21. Sep 20:41 JeeLink_LaCrosse.hex
-rwxr-xr-x 1 root root 34557 21. Sep 20:41 JeeLink_PCA301.hex
-rwxrwxrwx 1 root root 71715 21. Sep 21:09 SIGNALDuino_miniculcc11013.4.0.hex
-rw-r--r-- 1 root root 49235 21. Sep 20:41 SIGNALduino_nano328.hex
-rw-r--r-- 1 root root 49235 21. Sep 20:41 SIGNALduino_promini328.hex
-rw-r--r-- 1 root root 49235 21. Sep 20:41 SIGNALduino_uno.hex
[linux@linux firmware]$
Führe ich nun also "set Signalduino flash FHEM/firmware/SIGNALDuino_miniculcc11013.4.0.hex" aus, zeigt mir das FHEM-Log folgende Ausgabe:
2020.09.21 21:51:29 3: Signalduino: Set_flash, filename FHEM/firmware/SIGNALDuino_miniculcc11013.4.0.hex provided, trying to flash
2020.09.21 21:51:32 3: Signalduino: avrdude, ERROR: avrdude exited with error 256
2020.09.21 21:51:32 3: Opening Signalduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0
2020.09.21 21:51:32 3: Setting Signalduino serial parameters to 57600,8,N,1
2020.09.21 21:51:32 1: Signalduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@57600
2020.09.21 21:51:32 3: Signalduino device opened
2020.09.21 21:51:33 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.09.21 21:51:34 3: Signalduino: StartInit, get version, retry = 0
2020.09.21 21:51:44 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.09.21 21:51:44 3: Signalduino: StartInit, get version, retry = 1
2020.09.21 21:51:54 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.09.21 21:51:54 3: Signalduino: StartInit, get version, retry = 2
2020.09.21 21:52:04 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.09.21 21:52:04 3: Signalduino: StartInit, get version, retry = 3
2020.09.21 21:52:04 2: Signalduino: StartInit, init retry count reached. Closed
2020.09.21 21:52:04 2: Signalduino: CloseDevice, closed
Hierzu kann ich noch das Last Flashlog anbieten:
avrdude: Version 5.11.1, compiled on Jul 11 2016 at 01:27:17
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/etc/avrdude/avrdude.conf"
User configuration file is "/root/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0
Using Programmer : arduino
Overriding Baud Rate : 57600
AVR Part : ATMEGA328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : Arduino
Description : Arduino
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
Versuch 3
Letzte Variante ist das Flashen mittels "avrdude" über die Bash. Der Befehl stammt von HIER (https://forum.fhem.de/index.php/topic,42998.msg1086631.html#msg1086631). Führe ich diesen aus, erhalte ich eine "programmer is not responding"-Meldung.
[linux@linux firmware]$ cd /home/linux/Downloads/
[linux@linux Downloads]$ ls
fhem-6.0.tar.gz SIGNALDuino_miniculcc11013.4.0.hex
[linux@linux Downloads]$ ls -l /dev/serial/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 13 21. Sep 21:19 usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0 -> ../../ttyUSB0
[linux@linux Downloads]$ sudo avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:SIGNALDuino_miniculcc11013.4.0.hex:i
[sudo] password for linux:
avrdude: stk500_recv(): programmer is not responding
[linux@linux Downloads]$
Bei meinen Recherchen zu der Meldung habe ich davon gelesen, dass der Reset-Button vor/während/nach dem Flashvorgang irgendwann für eine unbestimmte Zeit gedrückt werden muss, damit der Schreibvorgang möglich ist. Ich habe keine Drück-Variante gefunden, die funktioniert.
Wo liegt nun der Fehler?
Fehlt meinem - in diesem Fall - CentOS irgendwas?
Muss ich den miniCUL irgendwie vorbereiten, damit der Flash-Vorgang möglich ist?
Vielen Dank für Eure Hilfe!!
Ich bin kein Fachmann bei flashen. Aber mir fällt auf
CheckVersionResp, Not an SIGNALduino device
und ich vermute, dass jemand da weitermachen muss. Hinzu kommt
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
und das zeigt, dass das serielle Kommando zum flashen beim arduino gar nicht oder nicht korrekt ankommt. Hast Du Tx und Rx überprüft oder ist das Ding via USB zum flashen dran? Kabel in Ordnung etc. pp.?
Zitat von: andies am 22 September 2020, 11:18:50
Ich bin kein Fachmann bei flashen. Aber mir fällt auf
CheckVersionResp, Not an SIGNALduino device
und ich vermute, dass jemand da weitermachen muss. Hinzu kommt
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
und das zeigt, dass das serielle Kommando zum flashen beim arduino gar nicht oder nicht korrekt ankommt. Hast Du Tx und Rx überprüft oder ist das Ding via USB zum flashen dran? Kabel in Ordnung etc. pp.?
Danke schonmal.
Was ist mit "Tx und Rx überprüft" gemeint? Was soll ich wo und wie prüfen?
Wie du vielleicht auf den Bildern siehst, hat der miniCUL direkt einen USB Typ A Anschluss. Dieser steckt direkt im System ohne Kabel oder Verlängerung. Bei dem USB Port gehe ich davon aus, dass er OK ist, aber ich kann nochmal einen anderen probieren.
Ich habe es nun wohl doch nach langem Rumprobieren endlich hinbekommen.
Erneuter Versuch 4
Nachdem ich diesen Thread (https://forum.fhem.de/index.php/topic,111819.0.html) gefunden habe, habe ich die dort genannten Angaben und Prüfungen auch bei mir durchgeführt. Anfangs noch erfolglos, zumal der miniCUL bei mir nicht mit der Kennung "LUFA" auftaucht:
lsusb:
[linux@linux Downloads]$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 009: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Dennoch habe ich versucht den miniCUL in den Flashmodus zu bringen mittels
set <culname> raw B01
Aber auch das brachte noch keinen Erfolg.
Erneuter Versuch 5
Bei meinen weiteren Recherchen bin ich auf diesen Thread (https://forum.fhem.de/index.php/topic,104506) gestoßen, der sich ebenfalls um das Flashen zur Steuerung von OBI Zwischenstecker befasst. Dort hat der Thread Ersteller folgende Anleitung (https://forum.fhem.de/index.php/topic,104506.msg985969.html#msg985969) gepostet, mit der er zum Erfolg kam.
Diese Schritte habe ich ausgeführt, komme beim avrdude-Aufruf allerdings erneut nicht über die Meldung "programmer is not responding" hinaus.
Den Hinweis
...Und zu guter Letzt habe ich als Vorbereitung FHEM gestoppt, um das Device frei zu geben ...
hatte ich bis dato nicht berücksichtigt, da ich den Flash-Versuch auch mittels FHEM versucht hatte (ebenfalls erfolglos, aber dazu musste FHEM schließlich laufen ;))
Lösung / Erfolg
Danach habe ich FHEM gestoppt, den miniCUL aus dem USB Port entfernt, den Reset-Button auf dem miniCUL gedrückt und gedrückt gehalten, während ich den miniCUL an den USB Port angeschlossen habe und dann innerhalb von 2-3 Sekunden den avrdude-Befehl über die Console ausgeführt. Danach überrascht mich folgende Ausgabe:
[linux@linux Downloads]$ sudo avrdude -c arduino -b57600 -P /dev/ttyUSB0 -p atmega328p -vv -U flash:w:SIGNALDuino_miniculcc11013.4.0.hex
avrdude: Version 5.11.1, compiled on Jul 11 2016 at 01:27:17
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/etc/avrdude/avrdude.conf"
User configuration file is "/root/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/ttyUSB0
Using Programmer : arduino
Overriding Baud Rate : 57600
AVR Part : ATMEGA328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : Arduino
Description : Arduino
Hardware Version: 3
Firmware Version: 3.3
Vtarget : 0.3 V
Varef : 0.3 V
Oscillator : 28.800 kHz
SCK period : 3.3 us
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "SIGNALDuino_miniculcc11013.4.0.hex"
avrdude: input file SIGNALDuino_miniculcc11013.4.0.hex auto detected as Intel Hex
avrdude: writing flash (25490 bytes):
Writing | ################################################## | 100% 6.89s
avrdude: 25490 bytes of flash written
avrdude: verifying flash memory against SIGNALDuino_miniculcc11013.4.0.hex:
avrdude: load data flash data from input file SIGNALDuino_miniculcc11013.4.0.hex:
avrdude: input file SIGNALDuino_miniculcc11013.4.0.hex auto detected as Intel Hex
avrdude: input file SIGNALDuino_miniculcc11013.4.0.hex contains 25490 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 5.82s
avrdude: verifying ...
avrdude: 25490 bytes of flash verified
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: safemode: Fuses OK
avrdude done. Thank you.
[linux@linux Downloads]$
Danach habe ich den miniCUL aus dem USB Port entfernt und wieder angesteckt, um einen Reboot durchzuführen. Anschließend habe ich FHEM gestartet und erhalte nun folgende Ausgabe im FHEM Log:
2020.09.22 11:57:57 3: Opening Signalduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0
2020.09.22 11:57:58 3: Setting Signalduino serial parameters to 57600,8,N,1
2020.09.22 11:57:58 1: Signalduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@57600
2020.09.22 11:57:58 3: Signalduino device opened
2020.09.22 11:57:58 3: Signalduino: IdList, attr whitelist disabled or not defined (all IDs are enabled, except blacklisted and instable IDs):
2020.09.22 11:57:58 3: Signalduino: IdList, MS 0 0.1 0.2 0.3 0.4 0.5 1 3 3.1 4 6 7 13 13.2 14 15 17 20 23 25 33 33.1 33.2 35 41 49 51 53 54.1 55 65 68 74.1 87 88 90 91.1 93
2020.09.22 11:57:58 3: Signalduino: IdList, MU 8 9 13.1 16 17.1 19 21 22 24 26 27 28 29 30 31 32 34 36 37 38 39 40 42 44 44.1 45 46 48 49.1 49.2 50 54 56 59 60 61 62 64 66 67 69 70 71 72 73 74 76 79 80 81 83 84 85 86 89 91 92 94 95 97 98 99 104
2020.09.22 11:57:58 3: Signalduino: IdList, MC 10 11 12 18 43 47 52 57 58 96
2020.09.22 11:57:58 3: Signalduino: IdList, development protocol is active (to activate dispatch to not finshed logical module, enable desired protocol via whitelistIDs) = 2 72.1 82
2020.09.22 11:57:59 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.09.22 11:58:00 3: Signalduino: StartInit, get version, retry = 0
2020.09.22 11:58:00 2: Signalduino: CheckVersionResp, initialized v3.4.4_dev+14042020
2020.09.22 11:58:00 3: Signalduino: CheckVersionResp, enable receiver (XE)
2020.09.22 11:58:01 3: Signalduino: CheckCcpatableResponse, patable: 84
Der miniCUL als SIGNALduino geflasht ist nun initialized / opened, hat ein paar cc1101 Readings angelegt und empfängt Informationen meiner Temperatursensoren (wie zuvor als CUL Device).
Anbei ein list vom Signalduino:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@57600
DMSG TXA02C737732
DevState initialized
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A902W7JR-if00-port0@57600
FD 27
FUUID 5f690190-f33f-794b-36e4-a6d2f18e44bc961c
IDsNoDispatch 2,72.1,82
LASTDMSG TXA02C737732
LASTDMSGID 8
MSGCNT 83
NAME Signalduino
NR 51
PARTIAL
RAWMSG MU;P0=572;P1=-1135;P2=1241;P3=-31008;P4=-9128;P5=-2080;P6=-4167;P7=208;D=010101210101012121010121210103212121210121012121212121212101210101212121010101212101012101010121010101212101012121010304050406050506050505050505050505050505060605060506050505060605060606060506060605067;CP=0;R=58;
RSSI -45
STATE opened
TIME 1600769877
TYPE SIGNALduino
cc1101_available 1
sendworking 0
version V 3.4.0 SIGNALduino cc1101 (868 Mhz ) - compiled at Jul 16 2020 20:52:05
versionProtocols 1.20
versionmodul v3.4.4_dev+14042020
DoubleMsgIDs:
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104)#.*
18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
25:CUL_EM ^E0.................
26:Fernotron ^P82#.*
27:SD_BELL ^P(?:15|32|41|42|57|79|96|98)#.*
28:SD_Keeloq ^P(?:87|88)#.*
29:SD_GT ^P49#[A-Fa-f0-9]+
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2020-09-22 11:58:01 cc1101_config Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud
2020-09-22 11:58:01 cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
2020-09-22 11:58:01 cc1101_patable C3E = 00 84 00 00 00 00 00 00 => 5_dBm
2020-09-22 11:58:00 state opened
additionalSets:
flash 3.4.0,3.3.1
keepalive:
ok 1
retry 0
mcIdList:
10
11
12
18
43
47
52
57
58
96
msIdList:
0
0.1
0.2
0.3
0.4
0.5
1
3
3.1
4
6
7
13
13.2
14
15
17
20
23
25
33
33.1
33.2
35
41
49
51
53
54.1
55
65
68
74.1
87
88
90
91.1
93
muIdList:
8
9
13.1
16
17.1
19
21
22
24
26
27
28
29
30
31
32
34
36
37
38
39
40
42
44
44.1
45
46
48
49.1
49.2
50
54
56
59
60
61
62
64
66
67
69
70
71
72
73
74
76
79
80
81
83
84
85
86
89
91
92
94
95
97
98
99
104
Attributes:
hardware miniculCC1101
updateChannelFW stable
gibt es eine Stelle im wiki, an der man dem nächsten armen Tropf weiterhelfen kann? Dann würde ich da einen Link einfügen, damit wenigstens er Zeit spart.
Wäre dann wohl irgendwo beim Flash-Vorgang anzusiedeln. Wobei das Kapitel "Flashen des Arduino mit der SIGNALduino Firmware" hier nicht ganz passend ist, denn es wurde ein miniCUL umgeflasht. Evtl. trägst du ein neues kleines Kapitel ein.
Zitatgibt es eine Stelle im wiki, an der man dem nächsten armen Tropf weiterhelfen kann?
Dies passt wahrscheinlich am Besten hier hin
https://forum.fhem.de/index.php/topic,42998.0.html
ZitatDanach habe ich FHEM gestoppt, den miniCUL aus dem USB Port entfernt, den Reset-Button auf dem miniCUL gedrückt und gedrückt gehalten, während ich den miniCUL an den USB Port angeschlossen habe und dann innerhalb von 2-3 Sekunden den avrdude-Befehl über die Console ausgeführt. Danach überrascht mich folgende Ausgabe:
Dies betrifft evtl nur den minicul Hardwaretyp die Du hast. Normalerweise wird automatisch kurz vor dem flashen ein Reset durchgeführt.
Gruß Ralf
Hallo,
ich hab nun unter fhem eine Signalduino (arduino nano und CC1101) eingebunden. Leider geht der Signalduino immer nach ein paar sekunden in den state closed.
Hätte jemand eine idee? Danke schon mal vorab.
Hier das Log:
2020.10.17 10:04:05 1: usb create starting
2020.10.17 10:04:05 3: Probing ZWDongle device /dev/serial1
2020.10.17 10:04:05 3: Probing CUL device /dev/ttyACM0
2020.10.17 10:04:05 3: Probing TCM_ESP3 device /dev/ttyACM0
2020.10.17 10:04:05 3: Probing ZWDongle device /dev/ttyACM0
2020.10.17 10:04:05 3: Probing SIGNALDuino device /dev/ttyACM0
2020.10.17 10:04:06 3: Probing MYSENSORS device /dev/ttyACM0
2020.10.17 10:04:06 3: Probing ArduCounter device /dev/ttyACM0
2020.10.17 10:04:06 3: Probing ElsnerWS device /dev/ttyACM0
2020.10.17 10:04:07 3: Probing FRM device /dev/ttyACM0
2020.10.17 10:04:12 3: Probing CUL device /dev/ttyAMA0
2020.10.17 10:04:12 3: Probing TCM_ESP3 device /dev/ttyAMA0
2020.10.17 10:04:13 3: Probing ZWDongle device /dev/ttyAMA0
2020.10.17 10:04:13 3: Probing SIGNALDuino device /dev/ttyAMA0
2020.10.17 10:04:13 3: Probing MYSENSORS device /dev/ttyAMA0
2020.10.17 10:04:13 3: Probing ArduCounter device /dev/ttyAMA0
2020.10.17 10:04:13 3: Probing ElsnerWS device /dev/ttyAMA0
2020.10.17 10:04:14 3: Probing FRM device /dev/ttyAMA0
2020.10.17 10:04:19 1: usb create end
2020.10.17 10:04:19 0: Featurelevel: 6
2020.10.17 10:04:19 0: Server started with 13 defined entities (fhem.pl:22935/2020-10-07 perl:5.028001 os:linux user:fhem pid:678)
2020.10.17 10:04:19 3: Signalduino: IdList, attr whitelist disabled or not defined (all IDs are enabled, except blacklisted and instable IDs):
2020.10.17 10:04:19 3: Signalduino: IdList, MS 0 0.1 0.2 0.3 0.4 0.5 1 3 3.1 4 6 7 13 13.2 14 15 17 20 23 25 33 33.1 33.2 35 41 49 51 53 54.1 55 65 68 74.1 87 88 90 91.1 93
2020.10.17 10:04:19 3: Signalduino: IdList, MU 8 9 13.1 16 17.1 19 21 22 24 26 27 28 29 30 31 32 34 36 37 38 39 40 42 44 44.1 45 46 48 49.1 49.2 50 54 56 59 60 61 62 64 66 67 69 70 71 72 73 74 76 79 80 81 83 84 85 86 89 91 92 94 95 97 98 99 104
2020.10.17 10:04:19 3: Signalduino: IdList, MC 10 11 12 18 43 47 52 57 58 96
2020.10.17 10:04:19 3: Signalduino: IdList, development protocol is active (to activate dispatch to not finshed logical module, enable desired protocol via whitelistIDs) = 2 72.1 82
2020.10.17 10:04:19 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.10.17 10:04:19 3: Signalduino: StartInit, get version, retry = 0
2020.10.17 10:04:19 2: Signalduino: CheckVersionResp, initialized v3.4.4_dev+14042020
2020.10.17 10:04:19 3: Signalduino: CheckVersionResp, enable receiver (XE)
2020.10.17 10:04:35 3: Signalduino: CheckCcpatableResponse, patable: 84
2020.10.17 10:04:55 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/00_SIGNALduino.pm line 674.
2020.10.17 10:04:57 3: Signalduino: ParseHttpResponse, url https://github-production-release-asset-2e65be.s3.amazonaws.com/27504581/04b2f100-c7b7-11ea-9600-b4698dd94b2d?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20201017%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20201017T080456Z&X-Amz-Expires=300&X-Amz-Signature=078a2e20e195fd6c7c86c03f813901404b8e1ae201a2c50a7ee9277b2ab80d64&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=27504581&response-content-disposition=attachment%3B%20filename%3DSIGNALDuino_nanocc11013.4.0.hex&response-content-type=application%2Foctet-stream returned: 72104 bytes Data
2020.10.17 10:04:57 3: Signalduino: ParseHttpResponse, Downloaded SIGNALDuino_nanocc11013.4.0.hex firmware from github-production-release-asset-2e65be.s3.amazonaws.com
2020.10.17 10:04:57 3: Signalduino: Set_flash, filename FHEM/firmware/SIGNALDuino_nanocc11013.4.0.hex provided, trying to flash
2020.10.17 10:05:12 3: Signalduino: avrdude, Firmware update was successfull
2020.10.17 10:05:12 3: Opening Signalduino device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2020.10.17 10:05:12 3: Setting Signalduino serial parameters to 57600,8,N,1
2020.10.17 10:05:12 1: Signalduino: DoInit, /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2020.10.17 10:05:12 3: Signalduino device opened
2020.10.17 10:05:14 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.10.17 10:05:14 3: Signalduino: StartInit, get version, retry = 0
2020.10.17 10:05:14 2: Signalduino: CheckVersionResp, initialized v3.4.4_dev+14042020
2020.10.17 10:05:14 3: Signalduino: CheckVersionResp, enable receiver (XE)
2020.10.17 10:05:16 3: Signalduino: CheckCcpatableResponse, patable: 84
2020.10.17 10:05:26 3: Signalduino: Unknown code u52#FFFFFEB12240F200060000013981, help me!
2020.10.17 10:05:40 3: Signalduino: Unknown code u52#FFFFFF5891207900030000009CC0, help me!
2020.10.17 10:05:45 3: Signalduino: SetFreq, Setting FREQ2..0 (0D,0E,0F) to 21 67 62 = 868.500 MHz
2020.10.17 10:05:56 1: PERL WARNING: Argument "868,350" isn't numeric in division (/) at ./FHEM/00_SIGNALduino.pm line 4701.
2020.10.17 10:05:56 3: Signalduino: SetFreq, Setting FREQ2..0 (0D,0E,0F) to 21 62 76 = 868.000 MHz
2020.10.17 10:05:57 3: WEB_10.0.0.170_35252: unsupported HTTP method , rejecting it.
2020.10.17 10:05:57 3: WEB_10.0.0.170_35250: unsupported HTTP method , rejecting it.
2020.10.17 10:05:57 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (Signalduino)
2020.10.17 10:05:57 3: Setting Signalduino serial parameters to 57600,8,N,1
2020.10.17 10:05:57 1: Signalduino: DoInit, /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2020.10.17 10:05:57 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (Signalduino)
2020.10.17 10:05:58 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.10.17 10:05:59 3: Signalduino: StartInit, get version, retry = 0
2020.10.17 10:05:59 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (Signalduino)
2020.10.17 10:05:59 3: Setting Signalduino serial parameters to 57600,8,N,1
2020.10.17 10:05:59 1: Signalduino: DoInit, /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2020.10.17 10:05:59 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (Signalduino)
2020.10.17 10:06:00 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.10.17 10:06:01 3: Signalduino: StartInit, get version, retry = 0
2020.10.17 10:06:11 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.10.17 10:06:11 3: Signalduino: StartInit, get version, retry = 1
2020.10.17 10:06:21 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.10.17 10:06:21 3: Signalduino: StartInit, get version, retry = 2
2020.10.17 10:06:31 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.10.17 10:06:31 3: Signalduino: StartInit, get version, retry = 3
2020.10.17 10:06:31 2: Signalduino: StartInit, retry count reached. Reset
2020.10.17 10:06:31 3: Signalduino: ResetDevice, nanoCC1101
2020.10.17 10:06:31 3: Opening Signalduino device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2020.10.17 10:06:31 3: Setting Signalduino serial parameters to 57600,8,N,1
2020.10.17 10:06:31 1: Signalduino: DoInit, /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2020.10.17 10:06:31 3: Signalduino device opened
2020.10.17 10:06:32 3: Signalduino: SimpleWrite_XQ, disable receiver (XQ)
2020.10.17 10:06:33 3: Signalduino: StartInit, get version, retry = 0
2020.10.17 10:06:43 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.10.17 10:06:43 3: Signalduino: StartInit, get version, retry = 1
2020.10.17 10:06:53 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.10.17 10:06:53 3: Signalduino: StartInit, get version, retry = 2
2020.10.17 10:07:03 1: Signalduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.10.17 10:07:03 3: Signalduino: StartInit, get version, retry = 3
2020.10.17 10:07:03 2: Signalduino: StartInit, init retry count reached. Closed
2020.10.17 10:07:03 2: Signalduino: CloseDevice, closed
Wenn ich das richtig sehe, ist das Gerät mal offen und empfängt und schliesst sich dann. Dann ist das keine Software- oder Firmwaresache. Entweder Lötstellen problematisch oder, das würde ich vermuten, sind die Teile nicht in Ordnung. Ich habe in so einem Fall mal ein halbes Jahr vergeblich den Fehler gesucht, bis ich einfach den CC1101 getauscht hatte. Der war das Problem bei mir.
Zitat2020.10.17 10:05:14 3: Signalduino: CheckVersionResp, enable receiver (XE)
2020.10.17 10:05:16 3: Signalduino: CheckCcpatableResponse, patable: 84
2020.10.17 10:05:26 3: Signalduino: Unknown code u52#FFFFFEB12240F200060000013981, help me!
2020.10.17 10:05:40 3: Signalduino: Unknown code u52#FFFFFF5891207900030000009CC0, help me!
2020.10.17 10:05:45 3: Signalduino: SetFreq, Setting FREQ2..0 (0D,0E,0F) to 21 67 62 = 868.500 MHz
2020.10.17 10:05:56 1: PERL WARNING: Argument "868,350" isn't numeric in division (/) at ./FHEM/00_SIGNALduino.pm line 4701.
2020.10.17 10:05:56 3: Signalduino: SetFreq, Setting FREQ2..0 (0D,0E,0F) to 21 62 76 = 868.000 MHz
2020.10.17 10:05:57 3: WEB_10.0.0.170_35252: unsupported HTTP method , rejecting it.
2020.10.17 10:05:57 3: WEB_10.0.0.170_35250: unsupported HTTP method , rejecting it.
2020.10.17 10:05:57 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (Signalduino)
Was möchtest Du empfangen, 433.92 oder 868.5 oder 868.35 MHz?
Am Anfang wird noch ein Sensor mit der Protocol ID 52 empfangen, dann wird versucht die Frequenz auf 868 MHz zu ändern, dabei geht was schief.
Gruß Ralf