SIGNALduino verliert Verbindung

gestein · 08 Juni 2021, 20:35:03

Ich habe den Stick mit einem ganz kurzen USB-Kabel direkt an den raspberry angeschlossen und momentan kommen diese log-Einträge (jede Minute):

Code Auswählen

2021.06.08 20:25:18.738 4: mySIGNALduino_WZ/KeepAlive not ok, retry = 1 -> get ping
2021.06.08 20:25:18.739 5: AddSendQueue: mySIGNALduino_WZ: P (1)
2021.06.08 20:25:18.841 5: mySIGNALduino_WZ SW: P
2021.06.08 20:25:18.856 5: mySIGNALduino_WZ/RAW READ: /OK
2021.06.08 20:25:18.857 4: mySIGNALduino_WZ/msg READ: OK
2021.06.08 20:25:18.857 5: mySIGNALduino_WZ/noMsg Parse: OK
2021.06.08 20:25:18.857 4: mySIGNALduino_WZ/msg READ: regexp=^OK$ cmd=ping msg=OK
2021.06.08 20:25:19.154 4: mySIGNALduino_WZ/HandleWriteQueue: nothing to send, stopping timer
2021.06.08 20:26:18.742 4: mySIGNALduino_WZ/keepalive ok, retry = 0

Bisher scheint mal alles ok zu sein.
lg, Gerhard

Beta-User · 09 Juni 2021, 07:32:31

Zitat von: gestein am 08 Juni 2021, 20:11:43
Hallo,

mein Verkäufer hat sich mit der folgenden - für mich sehr kryptischen - Antwort gemeldet:

Ich werte das als Antwort, dass sie die Sticks so mal nicht zurücknehmen wollen.

lg, Gerhard

Mit der Antwort kann ich auch nicht viel anfangen, für mich sieht das nach einem Ablenkungsmanöver aus.
Verkauft wurde mAn. jedenfalls ein FTDI-Chip, unabhängig davon, welche Variante es nun genau ist. Es ist dabei zumindest seltsam, dass der mit einer Seriennummer (!) kommt, die identisch zu bekannten Fakes ist. Unwahrscheinlich, dass eine vom Hersteller vergebene Seriennummer genau paßt...
Mein Kenntnisstand zum Thema Fake erkennen ist folgender: Es gibt vom Hersteller eine Software für das OS aus Redmond, mit der man die Teile programmieren kann. Das verweigert Berichten zufolge den Dienst, wenn der Chip (von der Software) als Fake erkannt wird.

Würde mir den Spaß machen, mal zu versuchen, die Herstellerbezeichnung (nicht die VID!) zu ändern. Wenn das nicht klappt, nochmal bei denen nachhaken und ein paar Fundstellen (am besten: offizielle FTDI-Seiten) dazu liefern...

(Das im Wiki zu "mehrere USB..." verlinkte Linux-Script ist da toleranter und kann auch manche (!) Fakes umprogrammieren).

gestein · 09 Juni 2021, 08:18:37

Guten Morgen,

Danke.
Gestern Abend/Nacht hat der Verkäufer noch ein paar Mails mit Lösungsvorschlägen geschickt.
Schlussendlich würde er mir einen Stick mit einem nano und einem ch340 schicken.

Da ich da nicht mehr wirklich durchblicke, wäre das eine Lösung?

Danke für jeden Tipp.
lg, Gerhard

Ralf9 · 09 Juni 2021, 15:56:37

Wenn Du keine weiteren Sduino, Culs oder ähnliches mit einem ch340 am fhem Server eingesteckt hast, sollte es damit auch funktionieren.

gestein · 09 Juni 2021, 16:14:37

Ich denke nicht, dass ich sowas habe.
Dann probiere ich es einfach mal.

Was stelle ich denn dann als Attribut "hardware" im Modul SIGNALduino ein?

Und kann ich einfach die Treiber von Dir verwenden?

Fragen über Fragen. Bitte entschuldige. Aber da bin ich mir einfach viel zu unsicher.
Danke, lg, Gerhard

Beta-User · 09 Juni 2021, 16:19:45

"hardware" bleibt gleich, egal, welcher Wandler da werkelt, und Treiber für diesen Chipset sind im Kernel auch seit langem drin.

Ad Ralf's Anmerkung noch:
Sehe ich ähnlich, aber selbst mehrere ch34x an einem Server funktionieren. Man sollte dann nur "py-path" einbinden, was etwas "unhandlicher" ist, wenn man mal umzieht oder aus anderen Gründen umstöpseln muss.

Kann aber nicht wirklich viel mehr zu dem ch34x sagen, weil ich zum einen grade keinen im Einsatz und zum anderen auch FHEM schon länger auf "klassicher" x86-Hardware laufen habe - mit entsprechenden "normalen" USB-Anschlüssen (was die elektrischen Spezifikationen angeht). Davon sind auch hinreichend viele vorhanden, so dass seitdem auch keinen Hub mehr benötigt wird.

Interessant finde ich, dass der Verkäufer dann doch nochmal reagiert und nicht auf "Durchzug" gestellt hat. Deutet für mich darauf hin, dass die ihr Problem genau kennen...

Ralf9 · 09 Juni 2021, 16:49:45

Eigentich ist es egal welchen USB zu seriell Wandler Du nimmst, so lange er zuverlässig funktioniert, er macht nur die Wandung von USB zu seriell und kann den nano bei Bedarf reseten.Ein reset wird z.B beim flashen benötigt.

Das Attribut "hardware" vom Modul wird nur zum flashen und zum firmware download über "get sduino zAvailableFirmware" benötigt. Ich habe vor Available ein z gesetzt, damit es im Menü ganz unten ist

Es gibt auch das hardware Attribut "nanoCC1101_optiboot", damit wird dann beim optibootloader eine baudrate von 115200 verwendet. Der alte Bootloader hat eine baudrate von 57600

gestein · 10 Juni 2021, 18:37:54

Hallo,

ich teste gerade die Sticks.
Dafür habe ich auch die folgenden Versionen der Dateien bzw. FW installiert:
version V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01
versionmodul v3.4.6-dev_ralf_01.05.
versionprotoL v3.4.6-dev_ralf_30.04.

Damit klappt aber der Empfang der Wandsender bzw. Fernbedienungen überhaupt nicht mehr.

Ich bekomme ständig neue SOMFY-Devices angelegt und im SIGNALduino-Device erscheinen auch seltsame readings:

Code Auswählen

RAWMSG MC;LL=-1281;LH=1327;SL=-635;SH=671;D=FD959582AD6198;C=652;L=53;R=230;s11;b0;w;
rmsgRaw Mu;��;���;���;��;���;�̊;���;C2;RE6;D4222425eeeeeeeeeeee22;p;

Das alles ist irgendwie eigenartig.
lg, Gerhard

Ralf9 · 10 Juni 2021, 18:58:11

dies

ZitatRAWMSG MC;LL=-1281;LH=1327;SL=-635;SH=671;D=FD959582AD6198;C=652;L=53;R=230;s11;b0;w;

ergibt

Code Auswählen

2021.06.10 18:48:40.891 4 : sduinoD: Found manchester Protocol id 43 clock 652 RSSI = -87 -> Somfy RTS
2021.06.10 18:48:40.891 4 : sduinoD: Somfy bitdata: 11111101100101011001010110000010101011010110000110011000 (53)
2021.06.10 18:48:40.891 4 : sduinoD: Somfy bitdata: _10101111101100101011001010110000010101011010110000110011 (56). 1010 am Anfang zugefuegt
2021.06.10 18:48:40.891 4 : sduinoD Dispatch: YsAFB2B2B055AC33, -87 dB, dispatch
2021.06.10 18:48:40.926 4 : sduinoD: Somfy RTS preprocessing check: D enc: AFB2B2B055AC33(14) dec: AF1D0002E5F99F
2021.06.10 18:48:40.926 1 : SOMFY Unknown device 9FF9E5 (AF 0002), cmd=11 please define it

dabei fällt auf, daß Du mit RSSI = -87 recht schlechte Empfangsbedingungen hast.

Bitte poste mal
get ccconf
get config

und ein
list sduino

gestein · 10 Juni 2021, 21:08:54

Gerne. Aber soll ich vorher einen Befehl absetzen oder per Fernbedienung einen empfangen?
Lg, Gerhard

Ralf9 · 10 Juni 2021, 21:46:05

Funktioniert das Senden?
Bist Du sicher, daß Du mein angepasstes modul v3.4.6-dev verwendest.
Wenn Du bei dem 00_Signalduino Modul vom normalen fhem update schlechte Empfangsbedingungen hast, dann kann es solche Effekte geben.

Gruß Ralf

gestein · 10 Juni 2021, 22:37:37

Hallo,

das Senden funktioniert - bis dann irgendwann der Stick auf closed geht.
Ja, ich bin mir sicher, dass die modul-Version v3.4.6-dev verwendet wird.

Ein "get ccconf" liefert: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)
das "get config" liefert: MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=0;MdebFifoLimit=120/140

Danke, lg, Gerhard

Und hier noch das list des Devices:

Code Auswählen

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:LaCrosse:KOPP_FC:PCA301:SD_Tool:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   DMSG       Ys5FB0B0B055AC33
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   EQMSGCNT   0
   FD         298
   FUUID      60a8a8b8-f33f-0b7a-6aa9-94fc18f88472a655
   FVERSION   00_SIGNALduino.pm:v3.4.6-s346/2021-05-01
   LASTDMSG   Ys5FB0B0B055AC33
   LASTDMSGID 43.1
   MSGCNT     597
   NAME       mySIGNALduino_WZ
   NR         1885
   PARTIAL    
   RAWMSG     MC;LL=-1306;LH=1310;SL=-637;SH=661;D=AFD858582AD6198;C=652;L=57;R=232;s26;b26;w;
   RSSI       -86
   STATE      opened
   TIME       1623355239.31484
   TYPE       SIGNALduino
   cc1101_frequency 433.920
   ccconf     b=0 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
   rmsgRaw    Mu;���;���;���;���;�Å;�Ǌ;���;C5;RE6;dVVVVVVVVVVVVPCC!!!!!@;p;
   sendworking 0
   unknownmessages 2021-06-10 22:16:08-MC;LL=-1268;LH=1322;SL=-629;SH=680;D=F616160A8;C=649;L=34;R=232;s7;b0;#2021-06-10 22:16:14-MC;LL=-1237;LH=1352;SL=-605;SH=698;D=AFD858582;C=648;L=36;R=231;s1;b1;#2021-06-10 22:16:14-MC;LL=-1290;LH=1328;SL=-606;SH=685;D=2C156B0CC;C=651;L=34;R=231;s4;b1;#2021-06-10 22:16:18-MC;LL=-1293;LH=1313;SL=-638;SH=674;D=16160AB5866;C=652;L=43;R=231;s7;b2;#2021-06-10 22:31:45-MC;LL=-1290;LH=1299;SL=-611;SH=680;D=B0B055;C=646;L=24;R=231;s11;b11;#2021-06-10 22:31:45-MC;LL=-1287;LH=1344;SL=-682;SH=660;D=F616160A;C=662;L=32;R=231;s7;b0;#2021-06-10 22:31:45-MC;LL=-1259;LH=1342;SL=-613;SH=681;D=16160AB58;C=649;L=36;R=231;s6;b1;#2021-06-10 22:31:48-MC;LL=-1264;LH=1348;SL=-615;SH=687;D=AFD8584;C=652;L=27;R=230;s6;b6;#2021-06-10 22:31:48-MC;LL=-1280;LH=1323;SL=-638;SH=659;D=C156B0CC;C=649;L=30;R=232;s3;b0;#2021-06-10 22:31:48-MC;LL=-1294;LH=1320;SL=-638;SH=688;D=AFD858582AD0;C=656;L=45;R=232;s1;b1;#2021-06-10 22:31:48-MC;LL=-1237;LH=1423;SL=-676;SH=669;D=FB0B0B05;C=667;L=32;R=232;s10;b1;w;#2021-06-10 22:31:48-MC;LL=-1300;LH=1332;SL=-609;SH=674;D=2C156B0C;C=652;L=32;R=231;s8;b5;#2021-06-10 22:31:48-MC;LL=-1271;LH=1331;SL=-620;SH=687;D=616160AB5860;C=651;L=45;R=231;s1;b1;#2021-06-10 22:31:54-MC;LL=-1286;LH=1315;SL=-638;SH=661;D=BF616160A;C=649;L=36;R=229;s1;b1;#2021-06-10 22:31:54-MC;LL=-1269;LH=1310;SL=-635;SH=672;D=6B0CC;C=647;L=18;R=230;s1;b1;#2021-06-10 22:31:54-MC;LL=-1276;LH=1339;SL=-633;SH=668;D=AFD85858;C=652;L=32;R=230;s1;b1;#2021-06-10 22:31:54-MC;LL=-1267;LH=1311;SL=-630;SH=684;D=6B0CC;C=648;L=18;R=231;s1;b1;#2021-06-10 22:31:54-MC;LL=-1283;LH=1331;SL=-613;SH=665;D=AFD8584;C=648;L=27;R=232;s13;b13;#2021-06-10 22:31:54-MC;LL=-1283;LH=1316;SL=-621;SH=678;D=AFD858580;C=649;L=33;R=230;s1;b1;#2021-06-10 22:31:54-MC;LL=-1247;LH=1315;SL=-642;SH=715;D=B5866;C=653;L=19;R=228;s1;b0;#2021-06-10 22:31:54-MC;LL=-1268;LH=1296;SL=-656;SH=667;D=58582AD4;C=647;L=30;R=230;s12;b11;#2021-06-10 22:31:58-MC;LL=-1259;LH=1334;SL=-626;SH=694;D=5FB0B0B055A8;C=652;L=45;R=232;s1;b1;#2021-06-10 22:31:58-MC;LL=-1297;LH=1347;SL=-631;SH=655;D=160AB5866;C=654;L=35;R=230;s6;b1;w;#2021-06-10 22:31:59-MU;P0=-4852;P1=-631;P2=655;P3=-1297;P4=1347;P5=2631;P6=-2496;CP=5;R=230;D=56565656565656565656565650434321212121214;p;#2021-06-10 22:31:59-MC;LL=-1284;LH=1320;SL=-620;SH=680;D=C2C2C14;C=650;L=27;R=230;s3;b0;
   version    V 3.3.4-dev200914 SIGNALduino cc1101 (b0) - compiled at Sep 17 2020 23:37:47
   versionmodul v3.4.6-dev_ralf_01.05.
   versionprotoL v3.4.6-dev_ralf_30.04.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2}
     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|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105)#.*
     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]+
     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     31:KOPP_FC ^kr..................
     32:PCA301  ^\S+\s+24
     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]+
     90:SD_Tool ^pt([0-9]+(\.[0-9])?)(#.*)?
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   OLDREADINGS:
   QUEUE:
   READINGS:
     2021-06-10 22:31:09   cc1101_config   freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)
     2021-06-05 01:50:17   cc1101_patable  C3E = 00 84 00 00 00 00 00 00  => 5_dBm
     2021-06-10 22:33:15   config          MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=0;MdebFifoLimit=120/140
     2021-06-04 14:33:51   lastState       rawmsg mc
     2021-06-10 22:28:48   ping            OK
     2021-06-10 22:27:48   state           opened
     2021-06-10 08:03:58   version         V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01
   additionalSets:
     flash      3.3.4-dev200914__2020-09-14,3.3.4.0-dev200126__2020-01-27,3.3.4.0-dev200121__2020-01-27,3.3.2.1-rc9__2019-06-16
   getcmd:
   helper:
     avrdudelogs flashing Arduino mySIGNALduino_WZ
hex file: FHEM/firmware/SIGNALduino_nanoCC1101_3340dev200914.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
host: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
log file: ./log/SIGNALduino-Flash.log
mySIGNALduino_WZ closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3340dev200914.hex 2>./log/SIGNALduino-Flash.log

--- AVRDUDE ---------------------------------------------------------------------------------

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_A50285BI-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_nanoCC1101_3340dev200914.hex"
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3340dev200914.hex auto detected as Intel Hex
avrdude: writing flash (29860 bytes):

Writing | ################################################## | 100% 14.52s

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

Reading | ################################################## | 100% 12.63s

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

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

mySIGNALduino_WZ opened

     bm:
       CODE(0x383c010):
         cnt        467
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        10.06. 18:39:35
         max        0.00358986854553223
         tot        0.167848587036133
         mAr:
           HASH(0x906ba50)
           mySIGNALduino_WZ
           flash
           3.3.4-dev200914__2020-09-14
       CODE(0x38a2608):
         cnt        30
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        10.06. 18:38:52
         max        0.00463199615478516
         tot        0.020625114440918
         mAr:
           HASH(0x906ba50)
           mySIGNALduino_WZ
           zAvailableFirmware
       CODE(0x394f5c8):
         cnt        1202
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        10.06. 12:26:23
         max        3.03688907623291
         tot        71.5888497829437
         mAr:
           HASH(0x906ba50)
       CODE(0x39e3010):
         cnt        48
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        10.06. 12:57:50
         max        0.0812909603118896
         tot        1.65489649772644
         mAr:
           HASH(0x906ba50)
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     43.1
     47
     52
     57
     58
   mnIdList:
   msIdList:
     0
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     15
     17
     20
     23
     25
     33
     35
     41
     49
     51
     55
     65
     68
   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
     44
     44.1
     45
     46
     48
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     79
     80
     81
     83
     84
     85
     86
     89
     92
   rfmodesets:
     rfmode     DP100_WH51_17241,HoneywActivL_SlowRf_FSK,KOPP_FC_4785,Lacrosse_mode1_17241,Lacrosse_mode2_9579,PCA301_mode3_6631,SlowRF_ccFactoryReset,WS1600_TX22_mode5_8842,bresser_5in1_8220
   sendAslowrfID:
Attributes:
   cc1101_frequency 433.420
   comment    https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900
   debug      1
   event-on-change-reading state
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Empfänger
   hardware   nanoCC1101
   icon       cul_usb
   rawmsgEvent 0
   room       Z_System->SOMFY,Rollos,Zentrale
   updateChannelFW Ralf9
   userReadings lastState
   verbose    5
   whitelist_IDs 0,1,3,3.1,4,6,7,8,9,10,11,12,13,13.1,13.2,15,16,17,17.1,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,43,43.1,44,44.1,45,46,47,48,49,50,51,52,55,56,57,58,59,60,61,62,64,65,66,67,68,69,70,71,72,74,79,80,81,83,84,85,86,89,92

Ralf9 · 10 Juni 2021, 22:50:55

Welchen sduino verwendest Du gerade? den mit dem fake FTDI ?

Beim sduino recht verbose 4

Bitte drücke ein paar mal die Tasten Deiner Wandsender bzw. Fernbedienungen und poste dann das log

gestein · 10 Juni 2021, 23:11:26

Ja, momentan habe ich nur den mit dem Fake-FTDI.
Wobei der Verkäufer betont, dass er keine FT232RL verkauft, sondern nur FT232RT.
Bei den RT gäbe es keine Fake-FTDI.

Das mache ich gerne morgen.

lg, Gerhard

Beta-User · 11 Juni 2021, 13:36:41

Zitat von: gestein am 10 Juni 2021, 22:37:37
Ein "get ccconf" liefert: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)

Wäre es für Somfy nicht besser, die freq etwas niedriger zu wählen? Die senden doch auf ca. 433.4MHz, wenn ich das richtig im Kopf habe?

Zitat von: gestein am 10 Juni 2021, 23:11:26
Bei den RT gäbe es keine Fake-FTDI.

...wenn ich einen Fake verkaufen wollte (als supplier von dem Verkäufer), würde ich ggf. auch ein andere Label draufkleben bzw- -drucken, wenn's hilft... Jedenfalls wäre das kein großer Akt. Und sehr sicher haben nicht alle "RT" dieselbe Seriennnummer, oder ist das die Behauptung des Verkäufers?
MWn. ist die einzige halbwegs zuverlässige Methode zur Erkennung von "genuine"-Modulen das FDTI-Windows-Tool, über weitere Feinheiten habe ich bisher weder gelesen noch habe ich danach gesucht.