Cc1101 von Ebay

Begonnen von stim, 17 Juni 2014, 20:46:24

Vorheriges Thema - Nächstes Thema

michael27983

#870
Zitat von: juergs am 30 März 2016, 18:19:28
Was gibt den CCCONF aus?

Es sollte so aussehen: 32U4CUL ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB

nanoCUL ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB

Mist, jetzt ists wohl klar... DANKE!!!

Zitat von: Omega-5 am 30 März 2016, 21:26:21
Besser noch was gibt ein "get <CULNAME> raw C99" aus. Dies testet auch die Verbindung zum CC1101 und liest die Register aus. Ausgabe ähnlich => 0D2E2D07D3913D04....

Gruß Friedrich

nanoCUL raw => 0D2E2D07D3913D04

DAS WAR ES!!! Danke an alle!

jnewton957

Hallo,

gibt es zwischenzeitlich ein ECHTES 868 Modul auch ohne Löten.

Ich würde gerne mein Fake868 gegen ein Echtes ersetzen - aber eben mit Jumperkabeln mit dem nano verbinden.

Aliexpress (wegen Preis) wäre natürlich Klasse.

Grüße
Jög
FHEM6.2 auf Pi5
V 1.66 nanoCUL 433 (IT)
V 1.66 nanoCUL868 (HM)
sqlite3 LogDb
ELRO AB440, DECT200,  TFA30.3125, esp8266, HM, TabletUI, IR-Schreiblesekopf (Udo),tibber Pulse, Kostal Pico, cfos Wallbox, Modbus TCP


Pythonf

Ich hab einen nano mit dem "echten" 868mhz Modul aus dem Wiki zu diesem Beitrag. Hab wie im Wiki beschrieben den CC1101 (ohne Widerstände) verbunden und erfolgreich geflasht (FTDI-Nano-Modul).
Die LED blinkt allerdings deutlich schneller als mit 1Hz und in FHEM wird der CUL nicht automatisch erkannt und lässt sich auch nicht händisch einbinden. Hat jemand  eine Idee woran das liegen könnte und was ich anders machen sollte?

Grüße
Fabian

juergs

Hallo Fabian,
schreibe mal bitte mehr Infos, welche Firmware hast Du geflasht?
Gab es Meldungen in der compile-ausgabe.
Hast du ein fertiges Hex-File geflasht oder ein make?
Beschreibe mal Deine Umgebung...

chris1284

das mit dem sehr schnellen blinken hatte ich nch dem ich eine zu große firmware versucht hatte zu flashen und dann der flashvorgang entsprechend nicht zu 100% durchgeführt wurde

Pythonf

#876
Also ich hab jetzt die a-culfw geflasht (hatte die und jene aus dem Wiki getestet) und jetzt funktioniert alles, obwohl ich eigentlich nichts geändert habe, nur zum x-ten mal neu geflasht mit eigentlich den selben Ergebnissen.
Jetzt wollte ich noch einen zweiten nanoCUL  (einer HM, einer slowrf). Alles genau identisch geflasht
root@NUC:/home/fabian/Downloads/nanoCUL# sh flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 1
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB1

The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
^C
root@NUC:/home/fabian/Downloads/nanoCUL# sh flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 1
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB1

The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: reading input file "./nanoCUL868.hex"
avrdude: writing flash (29706 bytes):

Writing | ################################################## | 100% 8.15s

avrdude: 29706 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL868.hex:
avrdude: load data flash data from input file ./nanoCUL868.hex:
avrdude: input file ./nanoCUL868.hex contains 29706 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 6.05s

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

avrdude: safemode: Fuses OK (E:00, H:00, L:00)

avrdude done.  Thank you.

und wie folgt definiert

/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL022TU8-if00-port0@38400 0000

ein list Internals:
   CMDS       BCFiAZEGMKUYRTVWXefltx
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL022TU8-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL022TU8-if00-port0@38400
   FHTID      0000
   NAME       nanoCUL2
   NR         245
   PARTIAL
   STATE      opened
   TYPE       CUL
   VERSION    V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
   initString X21
Ar
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2016-04-16 11:57:11   ccconf          freq:3523.764MHz bWidth:203KHz rAmpl:42dB sens:16dB
     2016-04-16 12:21:30   cmds             B C F i A Z E G M K U Y R T V W X e f l t x
     2016-04-16 11:51:16   raw             V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
     2016-04-16 12:21:27   state           opened
     2016-04-16 11:57:16   version         V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
Attributes:
   rfmode     HomeMatic
   room       IOs

Interessant ist, der CUL blinkt zuerst nicht und wird als initialized angezeigt. Wenn ich dann ein get ausführe kommt ein Timeout und die LED des CULs beginnt schnell zu flackern.
Im Vergleich dazu der andere CUL (CH340G) Internals:
   CMDS       BCFiAZEGMKUYRTVWXefltx
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyUSB0@38400 1324
   DeviceName /dev/ttyUSB0@38400
   FD         69
   FHTID      1324
   NAME       nanoCUL
   NR         244
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
   initString X21
   Matchlist:
     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....(1|5|9).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+
   Readings:
     2016-04-16 12:23:39   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2016-04-16 12:17:49   cmds             B C F i A Z E G M K U Y R T V W X e f l t x
     2016-04-16 11:38:11   fhtbuf          No answer
     2016-04-16 11:38:25   raw             V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
     2016-04-16 12:17:49   state           Initialized
     2016-04-16 11:38:01   uptime          0 00:00:59
     2016-04-16 11:37:57   version         V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
Attributes:
   rfmode     SlowRF
   room       IOs


Jemand eine Idee?
Grüße
Fabian

juergs

#877
Prüfe die Größen der erzeugten Binaries im Hex-file!

Bei der a-culfw war in einem anderen Zusammenhang alles an Protokollen enabled.
Das bewirkt das der Flashcode zu groß wird und evtl Konflikte mit dem Bootloader erzeugt. (32U4 und nicht 328!) .
Der compile geht zwar ohne Probleme durch, aber das Flashergebnis ist nicht ok...

Evtl.  unbenötigte Protokolle aus der board.h nehmen um Platz zu schaffen ...

https://forum.fhem.de/index.php/topic,51535.15.html

Zitatfreq:3523.764MHz bWidth:203KHz rAmpl:42dB sens:16dB
---> scheint nicht ok zu sein, versuche mal "set <cul-name> raw e", dann mal ccconf prüfen.
Wenn das nicht hilft, stimmt die Verdrahtung zum Modul nicht.

Und da ist noch diese Meldung, die irritiert:
ZitatCall now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
War der Controller nicht eingesteckt?

Vielleicht ist da die Lösung mit dabei?
http://forum.arduino.cc/index.php?topic=28223.0

Flash mal den Arduino Bootloader und probiere es mal mit einem Testsketch in der Arduino-Ide aus.

Pythonf

So ganz sicher bin ich mir nicht - aber es deutet alles auf falsch verdrahtet hin. Jetzt funktioniert es - mal gespannt wie lange noch aber schaut gut aus. Danke!

jay-jey

Hallo,
Danke erst mal hab in dem Forum und dem Wiki viele Tipps bekommen. Ich hab auch zuerst vergeblich versucht den alles zum laufen zu bringen. Hatte zunächst auch Probleme, dass der CUL nichts tat und die LEDs nach dem flashen ganz schnell blinkten. Hab dann den adruino mit CH340 gegen einen mit FTDI Chip getauscht. Brachte auch nichts, dann hab ich anstatt der CULFW 1.66 mal die A-culfw versucht und sieh da es funktionierte. Nun hab ich nur noch ein Problem. Wenn ich den Raspberry-pi neu starte wird nach dem Neustart der CUL nicht mehr erkannt. Auch bei dem Befehl " lsusb" taucht er nicht mehr auf. Wenn ich ihn abziehe und neu anstecke erscheint er aber wieder.

Irgendjemand ne Idee woran es liegen könnte oder wo ich nachsehen kann woran es liegt.

Feuerdrache

Vermutlich daran, das der Test pin des ftdi in der Luft hängt, also der Arduino fehlerhaft ist.
Schau mal hier: https://ketturi.kapsi.fi/2014/04/how-to-fix-moody-arduino-nano/


Gesendet mit einer zu kleinen Tastatur
FHEM auf Raspberry PI B2
- CUL V3.4 mit culfw 1.65 für HM
- nanoCUL mit culfw 1.66 für KOPP FreeControl

jay-jey

Okay das ist aber nicht so doll, denke auch nicht, dass ich diese Lösung hinbekomme. Denke mal bei meinen Fähigkeiten am Lötkolben hab ich später einfach alle Pins gebrückt.  :)

gibt es eventuell auch ne Software technische Lösung z.b. beim Start des Pis die stromversorgung am usb ab und wieder anzuschalten (nur ne Idee).

oder kann mir einer genau sagen wo ich nen funktionierenden adrunio her bekomme.

Feuerdrache

Die ch340 arduinos funktionieren bei mir gut. Hab bisher über eBay oder aliexpress welche bekommen, aber mal mit gefälschten ftdi, mal mit dem pin26 Fehler, oder ch340. Wenn du ganz sicher sein willst, musst du einen original Arduino nano kaufen, aber der kostet das 10 fache (ca 30€).


Gesendet mit einer zu kleinen Tastatur
FHEM auf Raspberry PI B2
- CUL V3.4 mit culfw 1.65 für HM
- nanoCUL mit culfw 1.66 für KOPP FreeControl

chris1284

Zitat von: Feuerdrache am 08 Juni 2016, 14:42:47
Wenn du ganz sicher sein willst, musst du einen original Arduino nano kaufen, aber der kostet das 10 fache (ca 30€).

da reicht aus eigener erfahrung einfach einen deutschen händler zu nehmen der a) ftdi explizit ausschreibt und b) auf anfrag dies bestätigt. habe somit bisher nicht einmal mist gekauft und immer so 5-9€ /po stück betzahlt. sollte wirklich mal mist kommen dann schickts mans einfach zurück

jay-jey

Hi,

also ist dies ein Hardware-Defekt. Ich hatte es so verstanden, dass dies bei allen Adruinos mit FDTi Chip so wäre,. weil dies einfach falsch geplant wurde.

Gibt es eine Möglichkeit zu testen ob der Adruino auch 100% richtig funktioniert? Ein Test Programm oder so.