Cc1101 von Ebay

[Omega-5]

Daraufhin habe ich den Spannungsteiler komplett weggelassen und den C1101 direkt mit den 5V des Nano gespeist. Und siehe da:
...
Ich vermute mal, dass mein C1101 mit 5V betrieben werden muss und das des Übels Wurzel war.

Das glaube ich nicht, auch wenn es hier immer wieder behauptet wird. Es kann auf Dauer nicht gut gehen. Man sollte dem Hersteller glauben, der hat das IC schließlich entwickelt.

Gruß Friedrich

[peterchen88]

bei mir gab es noch nie ein Problem. Betrieben wird er natürlich mit 3V.

[kadettilac89]

Das glaube ich nicht, auch wenn es hier immer wieder behauptet wird. Es kann auf Dauer nicht gut gehen. Man sollte dem Hersteller glauben, der hat das IC schließlich entwickelt.

Es ist richtig, dass 5 V außerhalb der Spezifikation ist, meine beiden laufen seit August 2014 auf 5V. Man kann hier noch nicth von dauerhaft sprechen, aber von lange. Ich weiß auch nicht wie hoch die Lebenserwartung für 3.3V ist.

Ich vermute mal, dass mein C1101 mit 5V betrieben werden muss und das des Übels Wurzel war.

CC1101 geht bis auf 1.8V oder so runter. Ich habe Tempsensoren damit laufen die mit 2V kein Problem haben. Dass deiner nur mit 5V läuft bezweifle ich. Hast du mal durchgemessen, hast du vieleicht eine kalte Lötstelle die viel höheren Widerstand hat?

[Wasserwerk33]

hallo Leute

Kann mir vielleicht einer helfen von euch. Was ich so gelesen habe benutzt ihr den schon lange. Und zwar wollte ich meinen CC1101 an meinen PI 3 anschließen. Habe passende kabel naturlich auch , wie schließe ich diesen nun an meinen PI an und was muss ich noch alles installieren??

p.s. das ist das erste mal das ich etwas an den pins meines pi anschließe

kann ich ihn nach diesem Bild anschließen??

Danke schon mal für die Hilfe.

[PeMue]

Hallo,

Und zwar wollte ich meinen CC1101 an meinen PI 3 anschließen.

das geht so nicht. Auf dem Arduino läuft die Firmware, die die Rohsignale des CC1101 dekodiert. Für den Raspberry Pi 3 gibt es diese Firmware nicht. Sprich: Du könntest den CC1101 zwar an den Raspberry Pi anschließen, aber die zugehörige Software fehlt.
Nimm lieber den Arduino (nano oder pro micro), schließe den CC1101 dran an (mit Pegelwandler bei einem 5 V Arduino), flashe die culfw oder die a-culfw drauf und schließe den dann über USB oder die serielle Schnittstelle an den Raspberry Pi 3 an. Da hast Du langfristig mehr Freude dran 

Gruß PeMue

[e-nighthawk]

Hallo!

Ich habe eine Frage. Ich habe einen 5V / 16 MHz "pro micro" zuhause und wollte mir testweise die Firmware darauf flashen, um etwas mit einem CUL (erstmal in irgendeiner beliebigen Ausführung) herumzuspielen. Leider finde ich keine passende Firmware für einen ATmega32u4 mit 16 MHz. Egal, was ich auf den Arduino flashe, wird er hinterher nicht mehr als USB Gerät erkannt (habe Windows, Linux und Raspberry Pi ausprobiert). Entweder blinkt die LED zu schnell (ein kompletter an/aus Zyklus innerhalb einer Sekunde) oder gar nicht.
Welche Firmware ist für meinen Arduino geeignet oder was muss ich bei welchem "Device" an einer board.h ändern, damit die Firmware zu meinem Gerät kompatibel wird?

Vielen Dank!

[A.Harrenberg]

Hi,

Ich habe eine Frage. Ich habe einen 5V / 16 MHz "pro micro" zuhause ...

zum Kompilieren kann ich gerade nichts sagen, aber der CC1101 ist nur bis 3.9V ausgelegt, da müssen dann offiziell Spannungsteiler an alle Pins...
Einfacher ist es sich einen Chip mit 3.3V zu besorgen und dann damit ohne Spannungsteiler auszukommen. (Das Problem mit der Firmware wäre dann auch weg...)

Gibt hier aber auch genügend Leute die den CC1101 mit 5V betreiben.

Gruß,
Andreas.

[e-nighthawk]

Ja, das habe ich auch gesehen. Die 8 MHz Variante ist auch schon bestellt, aber leider dauert das ja immer ein paar Wochen, bis Lieferungen aus China eintreffen. Ich hatte halt gedacht, ich kann bis dahin schon ein paar Sachen mit der 16 MHz Variante ausprobieren.

[juergs]

Welche Firmware ist für meinen Arduino geeignet oder was muss ich bei welchem "Device" an einer board.h ändern, damit die Firmware zu meinem Gerät kompatibel wird?

In der board.h - nichts, auch im Makefile die F_CPU auf 8 MHz lassen.

Sondern:

in CUL.c  (Beispiel aus der Version: a-culfw_1-6-23)
Entweder im  CUL_Micro-  oder CUL- (_V3) Verzeichnis

Code Auswählen Erweitern

int
main(void)
{
  wdt_enable(WDTO_2S);
 
  clock_prescale_set(clock_div_2);  // clock_div_1 for 8MHz, *** clock_div_2 ***  for 16Mhz


setzen und über "make all" kompilieren, das wars schon für 16 MHz und 32U4 ...

[RaspiLED]

Hi,
Ist eigentlich die Beschaltung eines Busware CULs anders (und wenn ja wie)?
Eine Version hat doch auch den AtMega32u4 drauf
Gruß Arnd


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

[e-nighthawk]

Also, ich habe als erstes meinen a-culfw Ordner zurückgesetzt auf die aktuelle Git Version. Dann habe ich die CUL.c im Ordner CUL entsprechend deiner Anleitung angepasst und alles mit make kompiliert. Dann habe ich mit der Arduino IDE einen "Hallo Welt" Sketch auf den Arduino geflasht. Wenn ich ihn damit an den Pi anstecke, kommt folgendes:

Code Auswählen Erweitern


[  873.442329] usb 1-1.2: new full-speed USB device number 23 using dwc_otg
[  873.590799] usb 1-1.2: New USB device found, idVendor=2341, idProduct=8036
[  873.590812] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  873.590820] usb 1-1.2: Product: Arduino Leonardo
[  873.590828] usb 1-1.2: Manufacturer: Arduino LLC
[  873.592657] cdc_acm 1-1.2:1.0: ttyACM1: USB ACM device


Dann habe ich die CUL_V3_433MHZ.hex auf das Gerät geflasht:

Code Auswählen Erweitern


# avrdude -v -pm32u4 -cavr109 -P/dev/ttyACM1 -b57600 -D -Uflash:w:./CUL_V3_433MHZ.hex:i

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         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 "/root/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/ttyACM1
         Using Programmer              : avr109
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega32U4
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         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  9000  9000 0x00 0x00
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lock           0     0     0    0 no          1    0      0  9000  9000 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 : butterfly
         Description     : Atmel AppNote AVR109 Boot Loader

Connecting to programmer: .
Found programmer: Id = "CATERIN"; type = S
    Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.

Programmer supports the following devices:
    Device code: 0x44

avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructions

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

avrdude: Device signature = 0x1e9587
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as CB
avrdude: reading input file "./CUL_V3_433MHZ.hex"
avrdude: writing flash (26446 bytes):

Writing | ################################################## | 100% 2.64s

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

Reading | ################################################## | 100% 0.52s

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

avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as CB
avrdude: safemode: Fuses OK (E:CB, H:D8, L:FF)

avrdude done.  Thank you.

#


So weit, so gut. Alles wunderbar. Aber leider ist der Arduino nun wieder unbrauchbar. Keine LED blinkt und in dmesg steht folgende Ausgabe:

Code Auswählen Erweitern


[ 1015.780725] usb 1-1.2: new full-speed USB device number 30 using dwc_otg
[ 1015.880691] usb 1-1.2: device descriptor read/64, error -32
[ 1016.100637] usb 1-1.2: device descriptor read/64, error -32
[ 1016.320581] usb 1-1.2: new full-speed USB device number 31 using dwc_otg
[ 1016.420549] usb 1-1.2: device descriptor read/64, error -32
[ 1016.640497] usb 1-1.2: device descriptor read/64, error -32
[ 1016.860437] usb 1-1.2: new full-speed USB device number 32 using dwc_otg
[ 1017.300372] usb 1-1.2: device not accepting address 32, error -32
[ 1017.400309] usb 1-1.2: new full-speed USB device number 33 using dwc_otg
[ 1017.840233] usb 1-1.2: device not accepting address 33, error -32
[ 1017.840306] usb 1-1-port2: unable to enumerate USB device


Was mache ich falsch? Ich danke schon mal für die Hilfe.

[juergs]

@e-nighthawk
ich glaube Du verwechselst Arduino und reine 32U4-Programmierung.
Wenn Du den Arduino-Micro verwenden möchtest, befindet sich der Arduino-Bootloader auf dem Chip.
In dieser Konstellation ist die CUL-Firmware nicht kompatibel (es sei denn Du benutzt den Code für den Arduino-Micro)
Für den CUL bzw. die CUL-Firmware benötigtst Du einen speziellen Bootloader, der eigentlich schon mit dem Chip ausgeliefert wird.
Er nennt sich DFU-Bootloader und wird mit dem Atmel-Fips-Tool via USB auf den Chip geflasht. 
Du benötigst die Micro-Arduino-Variante (Leonardo) der CUL Firmware aus dem Verzeichnis "CUL-ProMicro"

Schaue mal auf die Code-Output-Größe, es kann sein, dass alle Protokolle enabled sind und der Ouput die Flashgröße in den Bootloader-Bereich
kommt und diesen zerschießt. dann geht eine Programmierung nur noch mittels ISP-Programmer: Bootloader neu flashen ...

... und die Fuses ?   (Wenn über "make program" sollte das aber nicht relevant sein, da diese über den Arduino schon gesetzt sind ...) 

Hoffe, ich habe das richtig (aus der Erinnerung) mal so eben schnell zusammengefasst 

@Arnd:
http://busware.de/tiki-index.php?page=CUL
Weiter unten ist der Schaltplan ...
Der 32U4 läuft unter 3V3, deshalb die 8MHz und keine Levelshifter. (Fips+DFU-Bootloader)

Ich hatte mir das Board hier zusammengebaut 32u4 Breakout Board

Grüße,
Jürgen

[e-nighthawk]

Kein Problem. CUL.c in CUL-ProMicro angepasst, kompiliert und geflasht:

Code Auswählen Erweitern


# avrdude -pm32u4 -cavr109 -P/dev/ttyACM1 -b57600 -D -Uflash:w:./CUL_ARDUINO_433MHZ.hex:i

Connecting to programmer: .
Found programmer: Id = "CATERIN"; type = S
    Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.

Programmer supports the following devices:
    Device code: 0x44

avrdude: AVR device initialized and ready to accept instructions

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

avrdude: Device signature = 0x1e9587
avrdude: reading input file "./CUL_ARDUINO_433MHZ.hex"
avrdude: writing flash (26498 bytes):

Writing | ################################################## | 100% 2.65s

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

Reading | ################################################## | 100% 0.59s

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

avrdude: safemode: Fuses OK (E:CB, H:D8, L:FF)

avrdude done.  Thank you.


Ergebnis: Die LED blinkt jetzt korrekt (1s an, 1s aus), in dmesg steht aber weiterhin folgendes:

Code Auswählen Erweitern


[ 3129.579447] usb 1-1.2: new full-speed USB device number 47 using dwc_otg
[ 3129.679442] usb 1-1.2: device descriptor read/64, error -32
[ 3129.899435] usb 1-1.2: device descriptor read/64, error -32
[ 3130.119457] usb 1-1.2: new full-speed USB device number 48 using dwc_otg
[ 3130.219435] usb 1-1.2: device descriptor read/64, error -32
[ 3130.439440] usb 1-1.2: device descriptor read/64, error -32
[ 3130.659435] usb 1-1.2: new full-speed USB device number 49 using dwc_otg
[ 3131.099439] usb 1-1.2: device not accepting address 49, error -32
[ 3131.199440] usb 1-1.2: new full-speed USB device number 50 using dwc_otg
[ 3131.639437] usb 1-1.2: device not accepting address 50, error -32
[ 3131.639531] usb 1-1-port2: unable to enumerate USB device


Ich habe nicht mit "make program" geflasht, weil ich in einer Ubuntu VM kompiliere (geht schneller), aber der Arduino am Pi hängt. Durch die VMware dazwischen dauert es immer ein wenig, bis das USB Gerät an die VM durchgereicht ist und oft wartet der Bootloader dann nur noch so kurz, dass ich es nicht schaffe genau in dem Moment zu flashen. Daher mache ich das am Pi, dort ist das ttyACM1 Device sofort und damit länger zu sehen.

[juergs]

avrdude: verifying ...
avrdude: 26498 bytes of flash verified
avrdude: safemode: Fuses OK (E:CB, H:D8, L:FF)

Hm, sieht eigentlich gut aus ... Fuses auch Ok.

Welche Arduino Version? Mal ein "make clean" probieren ...

[RaspiLED]

Hi,
dieser enumerate Fehler sagt, dass es Zeit für einen Reboot ist. Danach wird er laufen. Ist bei mir auch so, wenn ich gefühlt den 15sten Stick reinstecke, dann geht es nicht mehr.
Gruß Arnd

Edit: Wenn man den Fahler googled findet man folgende Lösungen:
A) Stromversorgung reicht nicht -> aktiver USB Hub
B) Nur USB 1.1 Device -> Bootparameter für USB 1.1 only setzen
C) Anderes USB Kabel nutzen

Tatsächlich haben  A) und C) bei mir auch schon geholfen. Aber ich schwöre der Reboot hilft mir in 100% der Fälle, wo der Arduino Nano mit FTDI erkannt wurde und nach dem flashen den Enumerate Fehler bringt!

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