neuer Arduino Micro lässt sich nicht beschreiben

International Deutsch
1

Hallo Zusammen,
ich habe mir folgenden Atmega32u4 basierenden Arduino-Clone von Ebay geholt:
https://www.ebay.de/itm/Beetle-Atmega32U4-BadUSB-DM-Micro-Development-Board-for-Arduino-Leonardo-UNO-R3/272990229963?hash=item3f8f7c55cb:g:RgIAAOSw5dlaOjDm

Als ich das Ding zum ersten mal in mein macbook gesteckt habe hat es sich als Tastatur identifziert. per Arduino-IDE konnte ich jedoch problemlos einen Sketch aufspielen.
Leider funktioniert das kein zweites mal.

Das Ding identifiziert sich an meinem macbook am usb-port als "Arduino Micro".
In der Arduino-IDE kann ich als Port "dev/cu.usbmodem1411 (Arduino Genuino/ Micro)" auswählen.

Leider schlägt der Upload aber mit folgender Meldung fehl:

avrdude: Version 6.3, compiled on Jan 17 2017 at 12:01:35
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/Users/Sebastian/Library/Arduino15/packages/arduino/tools/avrdude/6.3.0-arduino9/etc/avrdude.conf"
         User configuration file is "/Users/Sebastian/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/cu.usbmodem1411
         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: .avrdude: butterfly_recv(): programmer is not responding

avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
Found programmer: Id = ""; type = (
    Software Version =

arduinousb.jpg

2

Ja, das ist wirklich sehr schade :frowning:

3

Super Kommentar, vielen Dank!

An alle anderen: Ich hab es jetzt geschafft, in dem ich während des Kompilier / Upload-Vorganges kurz Reset gedrückt habe... Das ist aber nur nötig, wenn vorher ein "komplexerer" Sketch geladen wurde... Spielt man z.B. nur das Blink-Sample auf, kann man ohne Reset flashen..

So ein Verhalten kenne ich von keinem anderen Board... Woran liegt das?

4

Woran liegt das?

Am 32U4

So ein Verhalten kenne ich von keinem anderen Board...

Micro + Leonardo machen das auch....

Das ist ein dokumentiertes Verhalten..

Das ist aber nur nötig, wenn vorher ein "komplexerer" Sketch geladen wurde...

Nein!
Das hat nichts mit der Komplexität zu tun.

Sobald du ein Serial.begin(..) im Code hast funktioniert der Upload garantiert.
Hast du nur ein HID aktiv, gehts nur über den externen Reset.

Also:
Nicht die Komplexität ist Schuld, sondern der Programmierer.

5

Ich möchte deine Kompetenz in keinsterweise in Frage stellen, aber Serial.begin(9600); bewirkt bzgl. dieses Phänomens nichts.

Das Blink-Sample hingegen lässt sich problemlos mehrmals flashen (dort gibt es kein Serial.begin...)

Ich stehe auf dem Schlauch..

6

Ich möchte deine Kompetenz in keinsterweise in Frage stellen,

Kannst du gar nicht!

Das Blink-Sample hingegen lässt sich problemlos mehrmals flashen (dort gibt es kein Serial.begin...)

Da du in der IDE einen Port auswählen kannst, ist belegt, dass auch Blink einen Seriellen Port bereit stellt.
Ob du das jetzt im Code siehst, oder auch nicht, soll nicht meine Kompetenz berühren.

aber Serial.begin(9600); bewirkt bzgl. dieses Phänomens nichts.

Dann hast du ganz offensichtlich andere Probleme, als du meinst.
(zumindest sagt mir meine Kompetenz das durch die Glaskugel)

7

Super Kommentar, vielen Dank!

Gerngeschehen!
Wenn ich eine Frage in Deinem Text gesehen hätte wäre ich evtl. auch darauf eingegangen. So war's für mich einfach nur eine Mitteilung.