Autor Thema: SIGNALDuino Empfänger Firm- und Hardware  (Gelesen 262119 mal)

Offline pc1246

  • Hero Member
  • *****
  • Beiträge: 3006
  • Kein support per PN oder eMail
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1155 am: 20 April 2020, 15:12:33 »
Hallo Ralf,

ja, Deine FW-Version hatte ich auch probiert, ohne Erfolg.

Habe eben bestimmt 20x get sduino ccconf gemacht, Ergebnis immer dasselbe ohne Probleme:

ccconf: Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 40 dB, sens: 8 dB, DataRate: 5603.79 Baud, Modulation: ASK/OOK, Syncmod: No preamble/sync
ist die niedrige DataRate ok? 5.6k Baud?

Gruß
Jochen
Moin
Andies hatte Dich schon mal gebeten, Deine Posts zu formatieren! Auf Seite 77 ganz oben, hat er Dir sogar beschrieben, wie es geht.
Das ist echt irre anstrengend Deine posts zu lesen, da man sich immer alles auseinanderklamuesern muss!
Ich habe jetzt mal im Zitat das nachtraeglich angepasst. Das sollte Dir auch gelingen!
Gruss Christoph
RasPi2
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; add-on board mit 6 IT-Steckdosen;3 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; KS300; ESA2000; HUE

Offline assi05

  • New Member
  • *
  • Beiträge: 35
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1156 am: 20 April 2020, 15:36:55 »
Done...ich dachte,  es geht um große Tapeten Code..

Aber gut, Du hast Recht, sieht auch bei dem Einzeiler schöner aus.

Gruß!

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3862
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1157 am: 20 April 2020, 19:30:58 »
Zitat
ist die niedrige DataRate ok? 5.6k Baud?
Ja, das passt

Zitat
Bandwidth: 325 KHz
Da bei diesen blauen cc1101 die Frequenz nicht sehr genau ist, kann es bei einigen Temperatursensoren notwendig sein, daß Du die Bandwidth auf ca 400 oder 500 erhöhst.

Mit dem Maple Mini ist die fliegende Verkabelung viel übersichtlicher, da keine Widerstände (Levelshifter) notwendig sind (siehe Anlage)

Gruß Ralf


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

Offline assi05

  • New Member
  • *
  • Beiträge: 35
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1158 am: 21 April 2020, 22:09:12 »
Da bei diesen blauen cc1101 die Frequenz nicht sehr genau ist, kann es bei einigen Temperatursensoren notwendig sein, daß Du die Bandwidth auf ca 400 oder 500 erhöhst.


Danke für den Hinweis! Gesagt, getan und auf einmal wird auch meine SD_Bell Tchibo Funkklingel erkannt :) Jetzt muss ich nur noch verstehen, wie ich mich am Handy/Alexa benachrichtigen lassen kann wenn's klingelt. Oder gar über ein Zucken meiner Somfy-Markise? Das Ding ist nur die Gartenklingel, also wenn wir im Garten sind. So etwas müsste doch denkbar sein, oder?

Schönen Abend!

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2594
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1159 am: 21 April 2020, 22:45:41 »
Jetzt muss ich nur noch verstehen, wie ich mich am Handy/Alexa benachrichtigen lassen kann wenn's klingelt.

Wenn Du das geschafft hast, dann lass mich daran teilhaben.
Wobei ich im Garten keine Alexa habe hmm.

Aufs Handy habe ich die Benachtichtungen über Telegram realisiert. Ist aber auch nicht immer so gut wenn das Handy lautlos gestellt ist.


Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa

Offline juergs

  • Hero Member
  • *****
  • Beiträge: 1945
    • github
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1160 am: 22 April 2020, 12:38:41 »
Hallo Zusammen,

habe seit Kurzem wieder den nanoSDUInoCC1101 im Einsatz.
Allerdings werde ich gerade mit SDBell-Türglocken Devices überschüttet:
Zitat
Please define FileLog_SD_BELL_FA7A03E first
Please define FileLog_SD_BELL_FA7A03E first
Please define FileLog_SD_BELL_FA7A041 first
Please define FileLog_SD_BELL_FA7A041 first
Please define FileLog_SD_BELL_FA7A042 first
Please define FileLog_SD_BELL_FA7A042 first
Please define FileLog_SD_BELL_FA7A043 first
Please define FileLog_SD_BELL_FA7A043 first
Please define FileLog_SD_BELL_FA7A047 first
Please define FileLog_SD_BELL_FA7A047 first
Please define FileLog_SD_BELL_FA7A048 first
Please define FileLog_SD_BELL_FA7A048 first
Please define FileLog_SD_BELL_FA7A04B first
Please define FileLog_SD_BELL_FA7A04B first
Please define FileLog_SD_BELL_FA7A04C first
Please define FileLog_SD_BELL_FA7A04C first
Please define FileLog_SD_BELL_FA7A04D first
Please define FileLog_SD_BELL_FA7A060 first
Please define FileLog_SD_BELL_FA7A060 first
Please define SD_BELL_FA7A03E first
Please define SD_BELL_FA7A03E first
Please define SD_BELL_FA7A041 first
Please define SD_BELL_FA7A041 first
Please define SD_BELL_FA7A042 first
Please define SD_BELL_FA7A042 first
Please define SD_BELL_FA7A043 first
Please define SD_BELL_FA7A043 first
Please define SD_BELL_FA7A047 first
Please define SD_BELL_FA7A047 first
Please define SD_BELL_FA7A048 first
Please define SD_BELL_FA7A048 first
Please define SD_BELL_FA7A04B first
Please define SD_BELL_FA7A04B first
Please define SD_BELL_FA7A04C first
Please define SD_BELL_FA7A04C first
Please define SD_BELL_FA7A060 first
Please define SD_BELL_FA7A060 first


... und das ist die Menge nur in einem kleinem Zeitraum von etwa 30 Min ...

Das sieht nach rollierendem Code aus,. Ich nehme mal an, dass hier im Nachbarbereich nicht so viele Türklingeln von Tschibo aktiv sind...

Ich habe mal den Device-Typ in der Whitelist  herausgenommen und fhem neu gestartet
und hoffe das ich dann  davon verschont bleibe.

;-)

Grüße,
Jürgen

/Nein, wirkt nicht...


/edit: Oh, es gibt mehrfache Einträge SD_BELL in der Whitelist (Sortierung?) ;-)

« Letzte Änderung: 22 April 2020, 14:07:20 von juergs »

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3862
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1161 am: 22 April 2020, 15:30:26 »
Hallo Jürgen,

kannst Du bitte ein paar von diesen raw Nachrichten posten?

Wenn Du beim sduino den verbose auf 4 hast, müsstest Du eigentlich im log sehen welche raw Nachrichten diese SDBell-Türglocken Devices erzeugen.
Im Log kannst Du auch die entsprechende Protokoll ID sehen. Diese Protokoll ID kannst Du dann aus der Whitelist rausnehmen
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

Offline Harst

  • Developer
  • Full Member
  • ****
  • Beiträge: 224
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1162 am: 22 April 2020, 15:46:43 »
Hallo,
ich habe auch eine fremde Glocke in der Nähe, im Laufe der Zeit haben sich die folgenden IDs angesammelt:
SD_BELL_02E
SD_BELL_4BE   
SD_BELL_6E4
SD_BELL_E96

Das könnte beim Identifizieren der Stellen helfen.
2020-02-27_15:22:02 SD_BELL_02E Protocol_ID: 79
2020-02-27_15:22:02 SD_BELL_02E DMSG: P79#02E
2020-02-27_15:22:02 SD_BELL_02E RAWMSG: MU;P0=-4965;P1=513;P2=-629;P3=1364;P4=364;P5=-294;P6=681;P7=-104;CP=4;D=12123212456217656562404242424242424562456565624042424242424245624565656240424242424242456245656562404242424242424562456565624042424242424245621;p;

2020-03-13_13:43:04 SD_BELL_4BE Protocol_ID: 79
2020-03-13_13:43:04 SD_BELL_4BE DMSG: P79#4BE
2020-03-13_13:43:04 SD_BELL_4BE RAWMSG: MU;P0=635;P1=-312;P2=-632;P3=325;P4=-4847;D=01023432310232310231010101010234323102323102310101010102343231023231023101010101023432310232310231010101010234323102323102310101010102343231023231023101010101023432310232310231010101010234323102323102310101010102343231023231023101010101023432310232310231;CP=3;O;


2020-01-10_20:17:35 SD_BELL_6E4 Protocol_ID: 79
2020-01-10_20:17:35 SD_BELL_6E4 DMSG: P79#6E4
2020-01-10_20:17:35 SD_BELL_6E4 RAWMSG: MU;P0=-300;P1=315;P2=-456;P3=763;P4=-872;P6=186;P7=-4084;CP=1;D=012323234141412341232341414141234141414671412323412323234141234141464123414123232341414121;e;i;


2020-01-30_13:18:47 SD_BELL_E96 Protocol_ID: 79
2020-01-30_13:18:47 SD_BELL_E96 RAWMSG: MU;P0=-204;P1=314;P2=-319;P3=640;P4=-647;P5=-4920;CP=1;D=01232341232341512323234123414123412323415123232341234141234123234151232323412341412341232341512323234123414123412323415123232341234141234123234151232323412341412341232341512323234123414123412323415123232341234141234123234151232323412341412341232341512323;O;

Wenns irrelevant ist, einfach ignorieren
Horst

Offline juergs

  • Hero Member
  • *****
  • Beiträge: 1945
    • github
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1163 am: 22 April 2020, 15:56:34 »
Hallo Horst + Ralf,

vielen Dank für Eure Mühe.

Die Haustür-Glocken meiner Nachbarn sind mal eher uninteressant, leider müllen sie mein log zu. (Außer zum Ärgern …  ::)

Hatte Übersehen, dass das Protokoll mehrere Einträge in der protocol_list hatte (ziemlich weiter unten) …

In den Daten von Harst sehe ich die ID: 79 und nehme an es ist das Protokoll SD_BELL.

2020.04.19 17:19:22 5: sduino: Starting demodulation (StartStr: 212121 first found at 2 regex: (?:212121)((?:21|31){28,}) Pos 2) length_min_max (28..120) length=42
2020.04.19 17:19:22 5: sduino: dispatching hex: P42#E9E821FFFDC
2020.04.19 17:19:22 4: sduino: Decoded matched MU Protocol id 42 dmsg P42#E9E821FFFDC length 44 dispatch(1/4) RSSI = -67.5
2020.04.19 17:19:22 5: sduino Dispatch: P42#E9E821FFFDC, test ungleich: disabled
2020.04.19 17:19:22 5: sduino Dispatch: P42#E9E821FFFDC, -67.5 dB, dispatch
2020.04.19 17:19:22 5: sduino: dispatch P42#E9E821FFFDC
2020.04.19 17:19:22 4: sduino: SD_BELL_Parse protocol 42 Pollin_551227 doubleCode=no rawData=E9E821FFFDC
2020.04.19 17:19:22 4: sduino: SD_BELL_Parse Check P42 - E9E821FFFDC alone
2020.04.19 17:19:22 1: sduino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code E9E821F
2020.04.19 17:19:22 5: part is 2121212121312131312121212131213131313131213131313121212121212121212121212121212131212121 starts at position 92 and ends at 186
2020.04.19 17:19:22 5: sduino: 2. try demodulation at Pos 92
2020.04.19 17:19:22 5: sduino: dispatching hex: P42#FA7A087FFF7
2020.04.19 17:19:22 4: sduino: Decoded matched MU Protocol id 42 dmsg P42#FA7A087FFF7 length 44 dispatch(2/4) RSSI = -67.5
2020.04.19 17:19:22 5: sduino Dispatch: P42#FA7A087FFF7, test ungleich: disabled
2020.04.19 17:19:22 5: sduino Dispatch: P42#FA7A087FFF7, -67.5 dB, dispatch
2020.04.19 17:19:22 5: sduino: dispatch P42#FA7A087FFF7
2020.04.19 17:19:22 4: sduino: SD_BELL_Parse protocol 42 Pollin_551227 doubleCode=no rawData=FA7A087FFF7
2020.04.19 17:19:22 4: sduino: SD_BELL_Parse Check P42 - FA7A087FFF7 alone
2020.04.19 17:19:22 1: sduino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code FA7A087
2020.04.19 17:19:22 5: part is 2121212121312131312121212131213131313131213131313121212121 starts at position 188 and ends at 252
2020.04.19 17:19:22 5: sduino: 3. try demodulation at Pos 188
2020.04.19 17:19:22 5: sduino: dispatching hex: P42#FA7A0878
2020.04.19 17:19:22 4: sduino: Decoded matched MU Protocol id 42 dmsg P42#FA7A0878 length 32 dispatch(3/4) RSSI = -67.5
2020.04.19 17:19:22 5: sduino Dispatch: P42#FA7A0878, test ungleich: disabled
2020.04.19 17:19:22 5: sduino Dispatch: P42#FA7A0878, -67.5 dB, dispatch
2020.04.19 17:19:22 5: sduino: dispatch P42#FA7A0878
2020.04.19 17:19:22 4: sduino: SD_BELL_Parse protocol 42 Pollin_551227 doubleCode=no rawData=FA7A0878
2020.04.19 17:19:22 4: sduino: SD_BELL_Parse Check P42 - FA7A0878 alone
2020.04.19 17:19:22 1: sduino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code FA7A087
2020.04.19 17:19:22 5: sduino: start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2020.04.19 17:19:22 5: sduino: start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2020.04.19 17:19:22 5: sduino: start pattern for MU Protocol id 45 -> Revolt not found, aborting
2020.04.19 17:19:22 5: sduino: start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting

Zitat
2020.04.19 17:19:22 1: sduino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code FA7A087

=>    
   
Zitat
42
MU
SD_BELL   
wireless doorbell
Pollin 551227

Die Protokoll ID 42 wäre auszublenden gewesen, die anderen SD_BELL Devices hätten eine andere ID. 

=> Die Protokoll-ID steht auch in Attribut "Def"
« Letzte Änderung: 22 April 2020, 17:18:54 von juergs »

Offline Hoobert

  • New Member
  • *
  • Beiträge: 5
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1164 am: 27 April 2020, 13:05:50 »
Hallo zusammen,

ich habe jetzt einige Beiträge gelesen, aber die Antwort auf folgende Frage nicht gefunden. Wahrscheinlich kann das einer der Experten aber ohne große Probleme beantworten:
Mein SIGNALDuino soll primär SMOFY RTS senden UND empfangen, außerdem sollte er mehrere TFA 30.3208.02 empfangen. Das Problem hierbei ist, dass SOMFY mit 433,42 MHz arbeitet, die TFA aber mit 433,92 MHz. Momentan geht bei mir nur das eine oder das andere. Gibt es eine Möglichkeit Einstellungen zu wählen, die beides möglich machen oder gibt es hier Entwicklungen in der Firmware des SIGNALDuino die das evtl. in naher Zukunft möglich machen oder hilft nur ein zweiter SIGNALDuino?

Hier noch das List meines 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_00000000-if00-port0@57600
   DMSG       YsCAE3EE1A348A00
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@57600
   FD         28
   FUUID      5e96a9b7-f33f-07a2-fa15-91b0cd2be5f71159
   IDsNoDispatch 2,72.1,82
   ITClock    250
   LASTDMSG   YsCAE3EE1A348A00
   LASTDMSGID 43
   MSGCNT     1193
   NAME       SDUINO
   NR         180
   NR_CMD_LAST_H 1
   PARTIAL   
   RAWMSG     MC;LL=-1411;LH=1266;SL=-750;SH=588;D=CAE3EE1A348A00;C=669;L=56;R=229;s9;b6;
   RSSI       -87.5
   STATE      opened
   TIME       1587981228
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   unknownmessages
   version    V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01
   versionProtocols 1.17
   versionmodul v3.4.3
   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)#.*
     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)#.*
     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-04-25 16:51:58   cc1101_config   Freq: 433.420 MHz, Bandwidth: 464 KHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5603.79 Baud
     2020-04-25 16:51:58   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2020-04-25 13:16:46   cc1101_patable  C3E = 00 84 00 00 00 00 00 00  => 5_dBm
     2018-04-11 18:24:39   ccconf          freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-04-10 19:02:45   ccpatable       C3E = 00 84 00 00 00 00 00 00  => 5_dBm
     2018-04-10 19:03:00   cmds            V R t X F S P C r W x e
     2018-04-10 19:03:09   config          MS=1;MU=1;MC=1
     2018-04-10 19:03:18   freeram         637
     2020-04-27 12:56:19   ping            OK
     2020-04-25 13:16:44   state           opened
     2018-04-10 19:03:48   uptime          0 00:54:48
     2020-03-03 18:04:48   version         V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   XMIT_TIME:
     1587980935
   additionalSets:
     flash      3.3.1
   helper:
     avrdudecmd avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>./log/SIGNALduino-Flash.log || avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>./log/SIGNALduino-Flash.log
     avrdudelogs flashing Arduino SDUINO
hex file: FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>[LOGFILE] || avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALduino_nanoCC1101_3321rc9.hex 2>[LOGFILE]

SDUINO closed
--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 5.11.1, compiled on May 23 2012 at 11:08:25
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/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_00000000-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.00s

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

Writing | ################################################## | 100% 7.32s

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

Reading | ################################################## | 100% 5.39s

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

avrdude done.  Thank you.

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

SDUINO reopen started

   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
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   verbose    3

Vielen Dank und Gruß
Hoobert

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2594
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1165 am: 27 April 2020, 22:27:42 »
Hi,

Du kannst den SIGNALduino auf eine Frequenz zwischen 433,92 und und 433,42 stellen. GGf. musst Du auch die Bandbreite ein wenig nach oben anpassen.
Welcher Wert für dich am besten funktioniert, bekommst Du leider nur durch ausprobieren heraus, da die Empfangsqualität leider abnimmt, je weiter Du dich von der Frequenz des Senders entfernst.


Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa

Offline Hoobert

  • New Member
  • *
  • Beiträge: 5
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1166 am: 28 April 2020, 14:22:57 »
Hallo Sidey,

vielen Dank für den Tipp. Ich habe mal folgende Einstellungen gewählt:
Freq: 433.675 MHz, Bandwidth: 650 KHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5603.79 Baud
Ein erster Test hat ergeben, dass ich beides empfangen kann. Ich werde das mal längerfristig im Auge behalten, ob die Einstellungen auch die erhoffte Zuverlässigkeit erreichen.

Gruß
Hoobert

Offline mayonezo

  • New Member
  • *
  • Beiträge: 14
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1167 am: 04 Mai 2020, 23:13:48 »
Hallo, mach dir die Arbeit und Vergleiche die Pins vom bsp Radino in der Ino Datei mit dem Leonardo. Passe diese an und kompiliere :)

Auf die schnelle ...
(https://uploads.tapatalk-cdn.com/20191008/3c21da7b7163d2dc1e117dc9bdb10176.jpg)

(https://uploads.tapatalk-cdn.com/20191008/d0efb51973a4b1933b7a98715b156209.jpg)

@Sidey, wollen wir den Leoardo mit aufnehmen analog dem Radino? So muss der User nur „umschalten“ vor dem Kompilieren.

Grüße marco


Gesendet von iPhone mit Tapatalk Pro

So, ich habe nun Zeit gehabt und den Leonardo mit der Arduino IDE geflasht (V 3.3.1). Hat soweit alles geklappt, Signalduino wird von FHEM erkannt. Die Pins des Radino und des Leonardo zum Senden und Empfangen sind soweit ich das sehe gleich:

             Radino  ATmega32U4   Leonardo
Send          9            PB5                 9
Receive      7            PE6                 7

Leider weiß ich nicht recht wie ich das nun testen soll. Meine Funksteckdose (Elro) wollte ich über das IT Modul steuern, das klappt aber leider nicht. Ich bin mir aber nicht sicher, ob ich die richtigen Befehle sende (DEF 0F0F0FFF0F FF F0). Bisher steuere ich die direkt mit meinem Raspberry Pi erfolgreich mit dem Modul Shellswitch (DEF /home/pi/wiringPi/433Utils/RPi_utils/send 10101 4 1 0).

Verbose des Signalduino devices ist auf 4, aber da kommt nichts rein. Ich habe auch "attr autocreate autosave 1" gesetzt, da kommt auch nichts rein.

Wie kann ich das am besten debuggen?

Offline Sidey

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2594
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1168 am: 04 Mai 2020, 23:44:28 »
Hi,

Verbose 4 sollte ausreichen.
Schau dir noch mal die Verbindung zum Empfänger an und ob auch wirklich der Empfänger am richtigen Pin hängt.
Ansonsten, das Logfile mal genau ansehen wenn der SIGNALduino initialisiert wird, ggf. auch einfach mal an der seriellen Konsole direkt schauen ob was empfangen wird.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa

Offline elektron-bbs

  • Full Member
  • ***
  • Beiträge: 236
    • Elektron BBS
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1169 am: 05 Mai 2020, 16:25:47 »
So, ich habe nun Zeit gehabt und den Leonardo mit der Arduino IDE geflasht (V 3.3.1). Hat soweit alles geklappt, Signalduino wird von FHEM erkannt. Die Pins des Radino und des Leonardo zum Senden und Empfangen sind soweit ich das sehe gleich:

             Radino  ATmega32U4   Leonardo
Send          9            PB5                 9
Receive      7            PE6                 7

Mir erschließt sich jetzt nicht, welche Firmware du geflasht hast und welche Hardware du verwendest.
Für den Leonardo müsstest du die Firmware des Radino verwenden und den CC1101 dann aber auch so anschließen:

#ifdef ARDUINO_RADINOCC1101
#define PIN_LED               13
#define PIN_SEND              9   // gdo0Pin TX out
#define PIN_RECEIVE    7
#define PIN_MARK433   4
#define SS   8 

Für einen ATMEGA32U4 mit getrenntem Sender und Empfänger (kein CC1101) gibt es m.E. keine vorgefertigte Konfiguration.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino CC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + SIGNAL-ESP CC1101 + ESPeasy 2x serial server SIGNALduino CC1101 + LaCrosseGateway

 

decade-submarginal