SIGNALDuino Empfänger Firm- und Hardware

Begonnen von Ralf9, 02 Oktober 2016, 22:59:51

Vorheriges Thema - Nächstes Thema

HomeAuto_User

#1110
Hallo und frohe Ostern,

wenn du dir deine Software selbst kompilieren kannst, so aktiviere den Debugmodus um erstmal zu schauen ob du eine Verbindung zum deinem CC1101 erhältst. Wenn alles später funktioniert, so kannst du dies wieder deaktivieren. (Bin soeben nicht am Rechner um dir die Zeile zu benennen)

Liebe Grüße

Gesendet von iPhone mit Tapatalk Pro

EDIT:

ZitatAls Komponenten habe ich lediglich einen ESP8266 (NodeMCU 1.0) und einen Neuftech TI-CC1101.
Das funktioniert, das habe ich schon mehrfach in Betrieb genommen. (Voraussetzung Verkabelung stimmt)

Thema Verkabelung, wenn der Aufbau auf einem Breadboard gesteckt wurde, dann bitte alles durchmessen / testen.
Es gibt Boards, da ist der Übergangswiderstand sehr hoch und nicht "eindeutig". (Nachbauten aus Fernost)

Debug für serielle Ausgabe
//Enable debug option here:
#define DEBUG


bei aktiv, sieht es dann ca. so aus

CCInit CCInit SRES Started,POR Done,EEPROM read .........................................done
CCVersion =0x14
CCPartnum =0x0
cc1101 found
Starting timerjob


Solltest du denn noch Probleme haben, so kann ich dir gern eine compiliere FW zur Verfügung stellen.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Ralf9

#1111
Ich habe zwar kein SignalEsp.

Hast schon mal versucht den Esp anzupingen, dann kannst Du Dich testweise auch per Telnet verbinden.

Das Neuftech TI-CC1101 hat keinen genauen Quarz, es kann sein, daß Du, wenn alles funktioniert mit set bWith die Bandbreite erhöhen musst

Gruß Ralf

und frohe Ostern
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

zod

Danke für die Rückmeldungen.
Habe den Debug-Modus mal eingeschaltet.
Bekomme tatsächlich
CCVersion =0xff
CCPartnum =0xff
no cc1101 found


Derzeit habe ich kein Breadboard dazwischen, sondern nur direkte Kabelverbindung.
Werde es mal mit Breadboard und anderen Kabeln testen.

Muss ich denn
#define CMP_CC1101 oder #define OTHER_BOARD_WITH_CC1101  1
für den ESP wählen? Werde mich gleich zurückmelden!

Achja und @Ralf9:
IP hat das Gerät. Via telnet bekomme ich "Command too long" und der ESP startet neu

Ralf9

ZitatVia telnet bekomme ich "Command too long" und der ESP startet neu
Danke für die Info, bei früheren Firmware Versionen hat es auch über Telnet funktioniert.
Da ist anscheinend an der aktuellen Firmware was nicht ganz sauber programmiert.

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

zod

#1114
Zitat von: HomeAuto_User am 12 April 2020, 09:58:55
Hallo und frohe Ostern,

wenn du dir deine Software selbst kompilieren kannst, so aktiviere den Debugmodus um erstmal zu schauen ob du eine Verbindung zum deinem CC1101 erhältst. Wenn alles später funktioniert, so kannst du dies wieder deaktivieren. (Bin soeben nicht am Rechner um dir die Zeile zu benennen)

Liebe Grüße

Gesendet von iPhone mit Tapatalk Pro

EDIT:
Das funktioniert, das habe ich schon mehrfach in Betrieb genommen. (Voraussetzung Verkabelung stimmt)

Thema Verkabelung, wenn der Aufbau auf einem Breadboard gesteckt wurde, dann bitte alles durchmessen / testen.
Es gibt Boards, da ist der Übergangswiderstand sehr hoch und nicht "eindeutig". (Nachbauten aus Fernost)

Debug für serielle Ausgabe
//Enable debug option here:
#define DEBUG


bei aktiv, sieht es dann ca. so aus

CCInit CCInit SRES Started,POR Done,EEPROM read .........................................done
CCVersion =0x14
CCPartnum =0x0
cc1101 found
Starting timerjob


Solltest du denn noch Probleme haben, so kann ich dir gern eine compiliere FW zur Verfügung stellen.

Ich bin jetzt ein kleines Stückchen weiter.
Ich habe mit einem Multimeter alle Verbindungen geprüft und alle waren korrekt.
Dann habe ich den ESP8266 ausgetauscht und nun scheint er den CC1101 zu finden.
Trotzdem bekomme ich: 01: Setting RX failed

connected with FRITZ!Box 7590 WO, channel 1
dhcp client start...
ip:192.168.178.47,mask:255.255.255.0,gw:192.168.178.1
Reading values from EEPROM..done
dump
EEPROM=33 1d 0d 2e 2d 47 d3 91 3d 04 32 00 00 06 00 10
b0 71 57 c4 30 23 b9 00 07 00 18 14 6c 07 00 91
87 6b f8 b6 11 e9 2a 00 1f 41 00 ff ff ff ff ff
00 84 00 00 00 00 00 00
CCInit CCInit SRES Started,POR Done,EEPROM read .........................................done
01: Setting RX failed
CCVersion =0x14
CCPartnum =0x0
cc1101 found
mounting FS...
Starting config portal with SSID: NodeDuinoConfig
*WM: [1] AutoConnect
*WM: [1] AutoConnect: ESP Already Connected
*WM: [1] STA static IP:
*WM: [2] setSTAConfig static ip not set
*WM: [1] AutoConnect: SUCCESS
*WM: [1] STA IP Address: 192.168.178.47
cc1101 _PKTCTRL0=50 vs initval PKTCTRL0=50
cc1101 _IOCFG2=13 vs initval IOCFG2=13
receiver enabled*WM: [1] Starting Web Portal
*WM: [3] dns server started with ip:
*WM: [2] HTTP server started
scandone
*WM: [2] WiFi Scan completed in 1583 ms
pm open,type:2 0


PS:
Ich bekomme bei telnet immernoch "Command to long", aber wenn ich etwas eingebe, dann kommt es zumindest beim ESP an (und dieser stürzt anschließend ab)

HomeAuto_User

#1115
Zitat von: Ralf9 am 12 April 2020, 11:02:04
Da ist anscheinend an der aktuellen Firmware was nicht ganz sauber programmiert.

::) ::) ::) ::)

Zitat von: zod am 12 April 2020, 10:44:35
Via telnet bekomme ich "Command too long" und der ESP startet neu

Was hast du genau gemacht und was für ein Command hast du gesendet?

Zitat von: zod am 12 April 2020, 10:44:35

Muss ich denn
#define CMP_CC1101 oder #define OTHER_BOARD_WITH_CC1101  1
für den ESP wählen? Werde mich gleich zurückmelden!

Mit den Einstellungen:
// Config flags for compiling correct options / boards Define only one!
//#define CMP_CC1101
//#define ARDUINO_ATMEGA328P_MINICUL 1
//#define ARDUINO_AVR_ICT_BOARDS_ICT_BOARDS_AVR_RADINOCC1101 1;
#define OTHER_BOARD_WITH_CC1101  1


//Enable debug option here:
#define DEBUG


habe ich soeben es getestet und sofort erscheint

Reading values from EEPROM..done
dump
EEPROM=33 1d 0d 2e 2d 47 d3 91 3d 04 32 00 00 06 00 10
b0 71 57 c4 30 23 b9 00 07 00 18 14 6c 07 00 91
87 6b f8 b6 11 e9 2a 00 1f 41 00 ff ff ff ff ff
00 84 00 00 00 00 00 00
CCInit CCInit SRES Started,POR Done,EEPROM read .........................................done
CCVersion =0x14
CCPartnum =0x0
cc1101 found
mounting FS...
Starting config portal with SSID: NodeDuinoConfig
*WM: [1] AutoConnect
*WM: [2] esp_wifi_set_country: US
*WM: [2] Connecting as wifi client...
*WM: [1] STA static IP:


Das sollte wohl deine Frage beantworten  :D

EDIT:
01: Setting RX failed

Setze den cc1101 mal zurück.
- entweder via serieller Verbindung
- oder wenn du in FHEM Verbindung hast zum ESP via set <name> raw e
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

zod

Hm komisch nur, woher plötzlich das "01: Setting RX failed". Scheinbar war es beim ersten mal nicht dort.
Ich verwende Windows & putty für Telnet. Habe dort einfach die IP und Port 23 eingegeben und auf "Connect" gedrückt.
Anschließend kam der Fehler "Command to long"

HomeAuto_User

#1117
Zitat von: zod am 12 April 2020, 11:29:17
Hm komisch nur, woher plötzlich das "01: Setting RX failed". Scheinbar war es beim ersten mal nicht dort.
Ich verwende Windows & putty für Telnet. Habe dort einfach die IP und Port 23 eingegeben und auf "Connect" gedrückt.
Anschließend kam der Fehler "Command to long"

Das ist bekannt und selbst hier auch. @sidey kann dir erläutern wieso das zu stande kommt.
Drücke in putty mal e und du solltest das rücksetzen sehen.
ccFactoryReset done

Siehst du RAWMSG´s eintreffen?

EDIT: Welche Version nutzt du zum Compilieren?
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

zod

Habe noch mal in Windows telnet installiert. Hier kann ich scheinbar Befehle senden.

telnet <IP> und <Enter>
Dann "e" und <Enter>
Dann sehe ich in der Konsole "ccFactoryReset done",
aber auf dem ESP bekomme ich folgenden Fehler:

New client:
192.168.178.48
.........................................CCInit SRES Started,POR Done,EEPROM read .........................................done
Fatal exception 3(LoadStoreErrorCause):
epc1=0x4000e041, epc2=0x00000000, epc3=0x00000000, excvaddr=0x4024c321, depc=0x00000000

Exception (3):
epc1=0x4000e041 epc2=0x00000000 epc3=0x00000000 excvaddr=0x4024c321 depc=0x00000000

>>>stack>>>

ctx: cont
sp: 3ffffce0 end: 3fffffc0 offset: 01a0
3ffffe80:  00000000 00000019 4024c309 00000000 
3ffffe90:  00000001 3fff15fc 00000000 000001ff 
3ffffea0:  00000000 00000019 401003fc 00004f9a 
3ffffeb0:  00000000 b88dfb0c 00610a00 4024c309 
3ffffec0:  00000000 00000019 3fff115c 40204970 
3ffffed0:  007a1200 b88e49ac 00000000 4024c309 
3ffffee0:  00000001 00000000 3fff115c 40204a0a 
3ffffef0:  00000019 00000000 3fff115c 40204ae5 
3fffff00:  402156a8 00000000 00001388 00000057 
3fffff10:  40204aa8 3ffef264 4024c309 402103a5 
3fffff20:  3ffef11c 3ffef11c 3ffef264 40210691 
3fffff30:  00000000 3ffef11c 3ffeeef0 4020235d 
3fffff40:  0000000f 7f0a4a19 00000000 4022181a 
3fffff50:  007a1200 00000000 3fff115c 40204b96 
3fffff60:  3ffef11c 3ffef264 0000000a 3ffef11c 
3fffff70:  3ffef11c 3ffef264 3ffeeef0 40203115 
3fffff80:  3fffdad0 00000000 3ffef718 3ffef758 
3fffff90:  3fffdad0 00000000 3ffef718 40203185 
3fffffa0:  3fffdad0 00000000 3ffef718 402126a8 
3fffffb0:  feefeffe feefeffe 3ffe8514 40101059 
<<<stack<<<

ets Jan  8 2013,rst cause:2, boot mode:(3,6)

load 0x4010f000, len 1392, room 16
tail 0
chksum 0xd0
csum 0xd0
v3d128e5c
~ld


Und anschließend noch einmal "Setting RX failed".
Raw messages sehe ich nicht (also in der Arduino IDE Konsole wo ich die sonstigen Messages sehe).

HomeAuto_User

#1119
Du hast ein Stackover und deswegen Commandtolong ...

Welche Version nutzt du??? Das Thema hatten wir schon behandelt (finde Link nicht mit Handy)

Diese?
https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r3.4_plattformIO

Erklärung:
,,Command to Long kommt, wenn das übermittelte Kommando nicht in den Puffer passt."

Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

zod

Ne, habe den Master genommen.
Werde es mal mit dieser Version probieren

zod

#1121
Zitat von: HomeAuto_User am 12 April 2020, 11:44:38
Du hast ein Stackover und deswegen Commandtolong ...

Welche Version nutzt du??? Das Thema hatten wir schon behandelt (finde Link nicht mit Handy)

Diese?
https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r3.4_plattformIO

Erklärung:
,,Command to Long kommt, wenn das übermittelte Kommando nicht in den Puffer passt."

Gesendet von iPhone mit Tapatalk Pro

So, habe mal den Branch dev-r3.4_plattformIO genommen. Jetzt stürzt der Arduino nicht mehr ab.
Auch den Fehler bekomme ich gerade nicht mehr.

Habe via telnet "e" gesendet und bekomme folgende Ausgabe:

.........................................CCInit SRES Started,POR Done,EEPROM read .........................................done
dump
EEPROM=33 1d 0d 2e 2d 47 d3 91 3d 04 32 00 00 06 00 10
b0 71 57 c4 30 23 b9 00 07 00 18 14 6c 07 00 91
87 6b f8 b6 11 e9 2a 00 1f 41 00 ff ff ff ff ff
00 84 00 00 00 00 00 00


Jetzt habe ich meinen Wandsender neben mir liegen und drücke auf/ab/stopp, sehe aber keine empfangenen Signale.

Edit: Ah stop. Ich sehe sie glaube ich im telnet.
Ich denke, dass ich von hier erst mal weiterkomme. Vielen lieben Dank!

HomeAuto_User

Wenn der cc1101 erkannt wurde, kannst du in FHEM auf verbose 4 stellen und solltest im Log RAMSGs sehen.


Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

assi05

#1123
Hallo,

ich habe nach zwei Jahren Abstinenz wieder FHEM installiert und hatte meinen nanoC1101 (Eigenbau) auch schon am laufen, maßgeblich um meine SOMFY RTS Rollläden zu steuern.

Auf einmal habe ich SIGNALduino = CLOSED - ich habe den RPI, FHEM, alles mittlerweile komplett neu aufgesetzt und komme nicht weiter.

Rechtevergabe nach Forumsbeiträgen auch schon geändert - über "nanoCUL" kann ich connecten, aber bekomme z.B. keine Config angezeigt.

Flashen klappt wunderbar, ohne Probleme. Zur Sicherheit habe ich AVRDUDE auch nochmal neu installiert.

avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/opt/fhem/.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_A9YX9BNN-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
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e950f (probably m328p)
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 "FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex"
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex auto detected as Intel Hex
avrdude: writing flash (25830 bytes):

Writing | ################################################## | 100% 13.22s

avrdude: 25830 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex:
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex contains 25830 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 11.45s

avrdude: verifying ...
avrdude: 25830 bytes of flash verified

avrdude done.  Thank you.


Als Fehlermeldung im Log sehe ich "Not an SIGNALduino Device" - exakt dieses Gerät hat mit exakt dieser Verkabelung bis vor ein paar Tagen aber funktioniert.



Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none

2020.04.18 16:15:16 1: usb create starting
2020.04.18 16:15:16 3: Probing ZWDongle device /dev/serial0
2020.04.18 16:15:16 1: ZWDongle: Can't open /dev/serial0: Permission denied
2020.04.18 16:15:17 3: Probing CUL device /dev/ttyAMA0
2020.04.18 16:15:17 1: CUL: Can't open /dev/ttyAMA0: Permission denied
2020.04.18 16:15:17 1: usb create end
2020.04.18 16:15:17 0: Featurelevel: 6
2020.04.18 16:15:17 0: Server started with 7 defined entities (fhem.pl:21709/2020-04-17 perl:5.028001 os:linux user:fhem pid:551)
2020.04.18 16:15:17 3: sduino: IdList, attr whitelist disabled or not defined (all IDs are enabled, except blacklisted and instable IDs):
2020.04.18 16:15:17 3: sduino: 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.04.18 16:15:17 3: sduino: 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
2020.04.18 16:15:17 3: sduino: IdList, MC 10 11 12 18 43 47 52 57 58 96
2020.04.18 16:15:17 3: sduino: IdList, development protocol is active (to activate dispatch to not finshed logical module, enable desired protocol via whitelistIDs) = 2 72.1 82
2020.04.18 16:15:17 3: sduino: SimpleWrite_XQ, disable receiver (XQ)
2020.04.18 16:15:18 3: sduino: StartInit, get version, retry = 0
2020.04.18 16:15:28 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:15:28 3: sduino: StartInit, get version, retry = 1
2020.04.18 16:15:38 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:15:38 3: sduino: StartInit, get version, retry = 2
2020.04.18 16:15:48 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:15:48 3: sduino: StartInit, get version, retry = 3
2020.04.18 16:15:48 2: sduino: StartInit, retry count reached. Reset
2020.04.18 16:15:48 3: sduino: ResetDevice, nanoCC1101
2020.04.18 16:15:48 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9YX9BNN-if00-port0
2020.04.18 16:15:48 3: Setting sduino serial parameters to 57600,8,N,1
2020.04.18 16:15:48 1: sduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9YX9BNN-if00-port0@57600
2020.04.18 16:15:48 3: sduino device opened
2020.04.18 16:15:49 3: sduino: SimpleWrite_XQ, disable receiver (XQ)
2020.04.18 16:15:50 3: sduino: StartInit, get version, retry = 0
2020.04.18 16:16:00 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:16:00 3: sduino: StartInit, get version, retry = 1
2020.04.18 16:16:10 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:16:10 3: sduino: StartInit, get version, retry = 2
2020.04.18 16:16:20 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:16:20 3: sduino: StartInit, get version, retry = 3
2020.04.18 16:16:20 2: sduino: StartInit, init retry count reached. Closed
2020.04.18 16:16:20 2: sduino: CloseDevice, closed
2020.04.18 16:24:22 1: sduino: found availableFirmware for ESP8266,ESP8266cc1101,ESP32,nano328,nanoCC1101,miniculCC1101,promini,radinoCC1101
2020.04.18 16:24:26 3: sduino: Set_flash, 3.3.1 try to fetch github assets for tag 3.3.1
2020.04.18 16:24:26 3: sduino: Set_flash, 3.3.1 try to fetch release https://api.github.com/repos/RFD-FHEM/SIGNALDuino/releases/tags/3.3.1
2020.04.18 16:24:28 3: sduino: ParseHttpResponse, url https://github-production-release-asset-2e65be.s3.amazonaws.com/27504581/35219280-160d-11ea-8171-74214f6f40f0?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20200418%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20200418T142427Z&X-Amz-Expires=300&X-Amz-Signature=2a5148fa66cfc46b429451c43b5b7c5f1905466b11a15001578cc85481f108a8&X-Amz-SignedHeaders=host&actor_id=0&repo_id=27504581&response-content-disposition=attachment%3B%20filename%3DSIGNALDuino_nanocc11013.3.1.hex&response-content-type=application%2Foctet-stream returned: 72668 bytes Data
2020.04.18 16:24:28 3: sduino: ParseHttpResponse, Downloaded SIGNALDuino_nanocc11013.3.1.hex firmware from github-production-release-asset-2e65be.s3.amazonaws.com
2020.04.18 16:24:28 3: sduino: Set_flash, filename FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex provided, trying to flash
2020.04.18 16:24:56 3: sduino: avrdude, Firmware update was successfull
2020.04.18 16:24:56 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9YX9BNN-if00-port0
2020.04.18 16:24:56 3: Setting sduino serial parameters to 57600,8,N,1
2020.04.18 16:24:56 1: sduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9YX9BNN-if00-port0@57600
2020.04.18 16:24:56 3: sduino device opened
2020.04.18 16:24:58 3: sduino: SimpleWrite_XQ, disable receiver (XQ)
2020.04.18 16:24:58 3: sduino: StartInit, get version, retry = 0
2020.04.18 16:25:08 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:25:08 3: sduino: StartInit, get version, retry = 1
2020.04.18 16:25:18 1: sduino: CheckVersionResp, Not an SIGNALduino device, got for V: undef
2020.04.18 16:25:18 3: sduino: StartInit, get version, retry = 2
2020.04.18 16:25:28 1: sduino: CheckVersionResp, Not an SI

andies

Du musst mal die Angaben in Deinem Post in #-Tags schreiben, das kann ja kein Mensch lesen. Einfach Post "bearbeiten".
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann