SIGNALDuino Empfänger Firmware V 3.3.2r-dev

Markus. · 03 Oktober 2018, 07:17:12

okay danke dir

werde es mal so testen...

Gruß

Markus

RappaSan · 03 Oktober 2018, 08:47:14

Hallo Ralf,

in Antwort #129 ist mit miniCUL der miniCUL von locutus gemeint?

Ralf9 · 03 Oktober 2018, 09:41:44

Zitatist mit miniCUL der miniCUL von locutus gemeint?

ja, der ist gemeint.

Gruß Ralf

KnutWuchtig · 22 Oktober 2018, 12:37:13

Hallo Ralf,
ich habe versucht, meinen SignalDuino nach Deiner Anleitung zu flashen.

set sduino_nano_c1101 flash https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/firmware/SIGNALduino_nanoCC1101_332rc2.hex
(Die Datei wurde auch in das FHEM-Firmwareverzeichnis kopiert)

Leider wird die Änerung nicht übernommen (es gibt auch keine Fehlermeldung)

Es wird weiterhin die ursprüngliche Version (version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50)
von FHEM genutzt.

Das sind die beiden Zeilen zu meinem sduino aus der FHEM fhem-Config:

Ralf9 · 22 Oktober 2018, 19:36:04

Es gibt ein flash log wo Du nachsehen kannst, was nicht geklappt hat.
Der flash log steht in der Datei "SIGNALduino-Flash.log" im log Verzeichnis.
https://forum.fhem.de/index.php/topic,82379.msg821636.html#msg821636

Du kannst auch mit

Code Auswählen

set sduino_nano_c1101 flash FHEM/firmware/SIGNALduino_nanoCC1101_332rc2.hex
nochmals versuchen zu flashen

Gruß Ralf

Ralf9 · 24 Oktober 2018, 00:05:15

Mich würde mal interessieren wie stabil die V 3.3.2 rc oder 3.3.2.1 rc bei Euch läuft, insbesondere wenn viel gesendet wird.

Ich verwende produktiv einen promini mit der "V 3.3.2-rc2 SIGNALduino cc1101" und habe mittlerweile eine uptime von fast 144 Tagen. Ich sende nur sehr wenig.

Da ich gegenüber der V 3.3.1 die Senderoutinen überarbeitet habe, müsste die firmware auch bei sehr langen Sendebefehlen sehr stabil laufen.
Interessant ist auch ob durch vieles senden das freeram deutlich weniger wird.

Gruß Ralf

MogRuith · 26 Oktober 2018, 11:05:32

Hallo Ralf,
ich schätze deine Bemühungen sehr, nur leider ändert sich bei mir nichts. Inzwischen habe ich die Befürchtung, dass durch das häufige flashen irgendwann der sduino ganz aussteigt...

Wie dem auch sei...eben auf Version 3.3.2.1-rc4 aktualisiert und Zeile 3802 in der 00_SIGNALDUINO gemäß #134 geändert:

2018.10.26 10:51:12 1: sduino: SOMFY_Parse : Somfy RTS message format error (length)! :A18D8FD22409EE84001D:
2018.10.26 10:51:12 3: sduino: Unknown code YsA18D8FD22409EE84001D, help me!

Dabei hatte ich schon so gefreut... $:-\$

LG

Ralf9 · 26 Oktober 2018, 12:50:08

was ergibt

Code Auswählen

get sduino version
get sduino config
get sduino ccconf

nähere Infos wären hilfreich.
funktioniert gar nichts?
Funktioniert SOMFY nur teilweise oder gar nicht?

Gruß Ralf

Devender · 27 Oktober 2018, 12:33:24

Hallo zusammen,

ich bin nun durch Arnd ebenfalls im Besitz eines Signalduino mit cc1101-Chip um meinen Busware CUL abzulösen und die Somfy Rollos nebst IT Komponenten Schalten zu können.
Nach dem Konfigurieren und ersten Test mit dem Signalduino ist mir aufgefallen, dass er bei scheinbar jedem (auch get version) Kommando auf den Status Disconnectet wechselt und dann sofort wieder open wird.

Aus dem Log mal ein Mitschnitt, wo ich eben ein Rollo runter, gestopped und hochgefahren habe. Der Befehl zum Runterfahren wurde sofort ausgelöst, der nach wenigen Sekunden gesendete Stop-Befehl gar nicht und erst wieder nach mehrmaligem Versuch der Hoch-Befehl.
Versuche ich das ganze mit meinem CUL läuft es Problemlos.

Code Auswählen

2018.10.27 12:17:04 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0 disconnected, waiting to reappear (SIGNAL_CUL)
2018.10.27 12:17:04 3: Setting SIGNAL_CUL serial parameters to 57600,8,N,1
2018.10.27 12:17:04 1: SIGNAL_CUL/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
2018.10.27 12:17:04 1: SIGNAL_CUL/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
2018.10.27 12:17:04 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0 reappeared (SIGNAL_CUL)
2018.10.27 12:17:04 5: SIGNAL_CUL/write: adding to queue sendMsg P43#ACB7BD11888888#R6
2018.10.27 12:17:05 3: SIGNAL_CUL/init: disable receiver (XQ)
2018.10.27 12:17:05 5: SIGNAL_CUL SW: XQ
2018.10.27 12:17:05 5: SIGNAL_CUL/write: adding to queue sendMsg P43#ADB6BC11888888#R6
2018.10.27 12:17:06 3: SIGNAL_CUL/init: get version, retry = 0
2018.10.27 12:17:06 5: SIGNAL_CUL SW: V
2018.10.27 12:17:06 4: SIGNAL_CUL/msg READ: V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:17:06 5: SIGNAL_CUL/noMsg Parse: V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:17:06 5: SIGNAL_CUL/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:17:06 2: SIGNAL_CUL: initialized. v3.3.2
2018.10.27 12:17:06 5: SIGNAL_CUL SW: XE
2018.10.27 12:17:06 3: SIGNAL_CUL/init: enable receiver (XE)
2018.10.27 12:17:09 5: SIGNAL_CUL/write: adding to queue sendMsg P43#AEB5BF11888888#R6
2018.10.27 12:17:09 5: SIGNAL_CUL: sendmsg msg=P43#AEB5BF11888888#R6
2018.10.27 12:17:09 5: SIGNAL_CUL: sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=AEB5BF11888888
2018.10.27 12:17:09 5: AddSendQueue: SIGNAL_CUL: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB5BF11888888;F=10AB85550A; (1)
2018.10.27 12:17:09 4: SIGNAL_CUL/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB5BF11888888;F=10AB85550A;
2018.10.27 12:17:09 5: SIGNAL_CUL SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB5BF11888888;F=10AB85550A;
2018.10.27 12:17:09 4: SIGNAL_CUL SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEB5BF11888888;F=10AB85550A;
2018.10.27 12:17:11 4: SIGNAL_CUL/HandleWriteQueue: sendraw no answer (timeout)
2018.10.27 12:17:11 4: SIGNAL_CUL/HandleWriteQueue: nothing to send, stopping timer
2018.10.27 12:17:37 5: SIGNAL_CUL/write: adding to queue sendMsg P43#AF878D22BBBBBB#R6
2018.10.27 12:17:37 5: SIGNAL_CUL: sendmsg msg=P43#AF878D22BBBBBB#R6
2018.10.27 12:17:37 5: SIGNAL_CUL: sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=AF878D22BBBBBB
2018.10.27 12:17:37 5: AddSendQueue: SIGNAL_CUL: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF878D22BBBBBB;F=10AB85550A; (1)
2018.10.27 12:17:37 4: SIGNAL_CUL/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF878D22BBBBBB;F=10AB85550A;
2018.10.27 12:17:37 5: SIGNAL_CUL SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF878D22BBBBBB;F=10AB85550A;
2018.10.27 12:17:37 4: SIGNAL_CUL SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AF878D22BBBBBB;F=10AB85550A;
2018.10.27 12:17:37 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0 disconnected, waiting to reappear (SIGNAL_CUL)
2018.10.27 12:17:37 3: Setting SIGNAL_CUL serial parameters to 57600,8,N,1
2018.10.27 12:17:37 1: SIGNAL_CUL/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
2018.10.27 12:17:37 1: SIGNAL_CUL/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
2018.10.27 12:17:37 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0 reappeared (SIGNAL_CUL)
2018.10.27 12:17:38 4: SIGNAL_CUL/msg READ: 10B0715700SC;R=62560;P1=2640;D=101M;C=645;D2BBBBBB;F50A;
2018.10.27 12:17:38 5: SIGNAL_CUL/noMsg Parse: 10B0715700SC;R=62560;P1=2640;D=101M;C=645;D2BBBBBB;F50A;
2018.10.27 12:17:38 4: SIGNAL_CUL/msg READ: Received answer (10B0715700SC;R=62560;P1=2640;D=101M;C=645;D2BBBBBB;F50A;) for sendraw does not match ^S(R|C|M);
2018.10.27 12:17:39 3: SIGNAL_CUL/init: disable receiver (XQ)
2018.10.27 12:17:39 5: SIGNAL_CUL SW: XQ
2018.10.27 12:17:39 3: SIGNAL_CUL/init: get version, retry = 0
2018.10.27 12:17:39 5: SIGNAL_CUL SW: V
2018.10.27 12:17:39 4: SIGNAL_CUL/msg READ: V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:17:39 5: SIGNAL_CUL/noMsg Parse: V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:17:39 5: SIGNAL_CUL/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:17:39 2: SIGNAL_CUL: initialized. v3.3.2
2018.10.27 12:17:39 5: SIGNAL_CUL SW: XE
2018.10.27 12:17:39 3: SIGNAL_CUL/init: enable receiver (XE)

Anbei auch das list:

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_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
   DMSG       W51#E25055D721
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
   FD         62
   ITClock    250
   LASTDMSG   W51#E25055D721
   MSGCNT     11
   NAME       SIGNAL_CUL
   NR         749
   PARTIAL    
   RAWMSG     MS;P1=-1827;P2=615;P3=-4049;P4=-16004;P5=1040;P6=-991;P7=-7852;D=27232323212121232121232123212121212123212321232123232321232123232321212321212121232456565656;CP=2;SP=7;R=242;O;m=2;
   RSSI       -81
   STATE      opened
   TIME       1540590227.02006
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     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   ^u30#.*
     18:FLAMINGO ^P13#[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
     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:
     2018-10-26 20:05:34   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-10-27 12:15:14   config          MS=1;MU=1;MC=1;Mred=1
     2018-10-27 12:21:48   ping            OK
     2018-10-27 12:14:35   raw              done
     2018-10-27 12:20:48   state           opened
     2018-10-27 12:20:48   version         V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   devStateIcon opened:10px-kreis-gruen
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   verbose    5

Obwohl die Frequenz laut list auf freq:433.420MHz habe ich diese wieder umgesetzt auf: 433.920 MHz. Das Reading wurde seit gestern nicht mehr aktualisiert.

Code Auswählen

2018.10.27 12:27:59 3: SIGNAL_CUL: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
2018.10.27 12:27:59 5: AddSendQueue: SIGNAL_CUL: W0F10 (1)
2018.10.27 12:27:59 5: AddSendQueue: SIGNAL_CUL: W10b0 (2)
2018.10.27 12:27:59 5: AddSendQueue: SIGNAL_CUL: W1171 (3)
2018.10.27 12:27:59 5: AddSendQueue: SIGNAL_CUL: WS36 (4)
2018.10.27 12:27:59 5: AddSendQueue: SIGNAL_CUL: WS34 (5)
2018.10.27 12:27:59 5: SIGNAL_CUL SW: W0F10
2018.10.27 12:27:59 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0 disconnected, waiting to reappear (SIGNAL_CUL)
2018.10.27 12:28:00 3: Setting SIGNAL_CUL serial parameters to 57600,8,N,1
2018.10.27 12:28:00 1: SIGNAL_CUL/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
2018.10.27 12:28:00 1: SIGNAL_CUL/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0@57600
2018.10.27 12:28:00 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0 reappeared (SIGNAL_CUL)
2018.10.27 12:28:01 3: SIGNAL_CUL/init: disable receiver (XQ)
2018.10.27 12:28:01 5: SIGNAL_CUL SW: XQ
2018.10.27 12:28:02 3: SIGNAL_CUL/init: get version, retry = 0
2018.10.27 12:28:02 5: SIGNAL_CUL SW: V
2018.10.27 12:28:02 4: SIGNAL_CUL/msg READ: V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:28:02 5: SIGNAL_CUL/noMsg Parse: V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:28:02 5: SIGNAL_CUL/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-RC8 SIGNALduino cc1101  - compiled at Oct  4 2018 21:44:45
2018.10.27 12:28:02 2: SIGNAL_CUL: initialized. v3.3.2
2018.10.27 12:28:02 5: SIGNAL_CUL SW: XE
2018.10.27 12:28:02 3: SIGNAL_CUL/init: enable receiver (XE)

Im obigen Logauszug sieht man auch, dass der disconnect erfolgt:
2018.10.27 12:27:59 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_003A9QUY-if00-port0 disconnected, waiting to reappear (SIGNAL_CUL)

Firmware habe ich jetzt wieder die aktuelle: V 3.3.1-RC8. Ich hatte gestern aber auch andere Version aus dem Git geflashed mit dem gleichen Ergebnis.

Ein weiteres Problem: Das Senden von Kommandos an IT Geräte klappt nicht bei allen Geräten. Der alte CUL schaltet sofort alle Geräte, der Signalduiono ist da sehr wählerisch.

Vielleicht hat von euch jemand eine Idee, was ich noch testen kann?

Grüße,
Dirk

Ralf9 · 27 Oktober 2018, 12:51:16

Mit welchen Firmware Versionen hast du es getestet?
Mit welchen funktioniert es und mit welchen nicht?

Gruß Ralf

Devender · 27 Oktober 2018, 14:44:47

Hallo Ralf,

ich hab das Problem auch bei: https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC7/SIGNALDuino_nanocc1101.hex
sowie bei Test mit: https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC4/SIGNALDuino_nanocc1101.hex

Weitere habe ich bisher nicht ausprobiert.

Anbei noch mal ein Logauszug, wo ich gerade versucht habe das IT Gerät (Intertechno Funk Einbauschalter CMR-1000 ) zu schalten:

Code Auswählen

2018.10.27 14:42:02 3: SIGNAL_CUL IT_set: Dach.Decke.LED on
2018.10.27 14:42:02 5: SIGNAL_CUL IT_set: Type=SIGNALduino Protocol=V1
2018.10.27 14:42:02 4: SIGNAL_CUL IT_set: sendMsg=P3#is0F0F000F0FFF#R6
2018.10.27 14:42:02 5: SIGNAL_CUL/write: adding to queue sendMsg P3#is0F0F000F0FFF#R6
2018.10.27 14:42:02 5: SIGNAL_CUL: sendmsg msg=P3#is0F0F000F0FFF#R6
2018.10.27 14:42:02 5: SIGNAL_CUL: sendmsg IT V1 convertet tristate to bits=000100010000000100010101
2018.10.27 14:42:02 5: SIGNAL_CUL: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=000100010000000100010101
2018.10.27 14:42:02 5: AddSendQueue: SIGNAL_CUL: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423; (1)
2018.10.27 14:42:02 4: SIGNAL_CUL/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423;
2018.10.27 14:42:02 5: SIGNAL_CUL SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423;
2018.10.27 14:42:02 4: SIGNAL_CUL SendrawFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423;
2018.10.27 14:42:03 4: SIGNAL_CUL/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423;
2018.10.27 14:42:03 5: SIGNAL_CUL/noMsg Parse: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423;
2018.10.27 14:42:03 5: SIGNAL_CUL/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423;
2018.10.27 14:42:03 4: SIGNAL_CUL/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404230404042304040404040404230404042304230423;
2018.10.27 14:42:03 4: SIGNAL_CUL/HandleWriteQueue: nothing to send, stopping timer

Mir scheint eher, mein Problem liegt nicht an der Firmware....

Grüße,
Dirk

Ralf9 · 27 Oktober 2018, 16:00:46

Mit den V 3.3.1-RC Firmware Versionen lässt sich nicht sicher sagen ob es ein Problem mit der Hardware ist. Dies sind Entwicklerversionen.
Es gibt anscheinend bestimmte Hardware mit den die V 3.3.1-RC Probleme hat. Dies könnte z.B. an Hardwareversionen des cc1101, Toleranzen oder einem nicht sauberen Hardwareaufbau liegen.

In die V 3.3.2 rc2 habe dafür einen Workaround eingebaut und auch die Senderoutinen überarbeitet. Dies ist zwar auch eine Entwicklerversion, dürfte aber einer stable Version schon recht nahe kommen.

Code Auswählen

set sduino flash https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/firmware/SIGNALduino_nanoCC1101_332rc2.hex

Wenn es mit der V 3.3.2 rc2 auch nicht funktioniert, kannst Du es auch mal mit der 3.3.1-dev vom normalen fhem update probieren.
Dies ist eine Version von Anfang 2017.
Du kann diese flashen mit

Code Auswählen

set SIGNAL_CUL flash

Gruß Ralf

RaspiLED · 27 Oktober 2018, 16:08:15

Hi,
da es ja ein Wemos Clone ist, würde ich auch dringend über das Netzteil nachdenken. Hast Du da mal etwas anderes verwendet? Welches setzt Du ein? Wie verhält sich die Spannung beim senden?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Ralf9 · 27 Oktober 2018, 16:14:42

Für mich sieht es nach einer nanocul Hardware aus

Zitatich hab das Problem auch bei: https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC7/SIGNALDuino_nanocc1101.hex
sowie bei Test mit: https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC4/SIGNALDuino_nanocc1101.hex

Gruß Ralf

RaspiLED · 27 Oktober 2018, 16:22:02

Naja, eigentlich ist die Hardware ja von mir, aber hier gingen verschiedene Testaufbauten von mir in den letzten Tagen raus. Daher logisch, bei der Firmware ein nanocul (wahrscheinlich auf Boardplatine V3.1) mit SMD-cc1101.
Vielleicht wäre eine Bild hilfreich w/ genauem cc1101 Typ?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...