Metro mini and Trinket M0 issues

Please tell us which board you are using.
For CircuitPython issues, ask in the Adafruit CircuitPython forum.

Moderators: adafruit_support_bill, adafruit

Please be positive and constructive with your questions and comments.
Locked
User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Metro mini and Trinket M0 issues

Post by AblazeRiver »

Hi!
Neither my Trinket M0 nor my Metro Mini are being recognized on my computer as a serial com. They don't even show up in my USB device list.

I've been troubleshooting them for about two weeks: I've tried several cables, every USB port, and two different computers--a Mac that was recently updated and a PC running Windows 10. I've installed the drivers from you guys and SilLabs several times. I tried following the instructions on https://support.arduino.cc/hc/en-us/sec ... 0003198300 but there's no way to put these board into DFU mode.

I'm working on a project that has a really tight deadline and it's coming up soon. Any way I can get replacements shipped to me quickly, please? Also, should I cross-post this to the trinket forum?

Faulty items include:
Adafruit Trinket M0
Adafruit Metro Mini 328
order number: 2788693-4955311723

I'm including screenshots/error messages from the PC and photos of the metro mini because that's what's with me at work, I can include the other images when I get home.
(I think the IDE is trying to connect to my Arduino UNO board, which was not connected).
Arduino: 1.8.19 (Windows 10), Board: "Arduino Uno"

Sketch uses 1786 bytes (5%) of program storage space. Maximum is 32256 bytes.

Global variables use 13 bytes (0%) of dynamic memory, leaving 2035 bytes for local variables. Maximum is 2048 bytes.

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xa7

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xa7

Problem uploading to board. See https://support.arduino.cc/hc/en-us/sec ... 0003198300 for suggestions.



This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.


Changed my preferences to show verbose output during compilation and got:
Arduino: 1.8.19 (Windows 10), Board: "Arduino Uno"

C:\Program Files (x86)\Arduino\arduino-builder -dump-prefs -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\NeonBlond Prime\Documents\Arduino\libraries -fqbn=arduino:avr:uno -vid-pid=0000_0000 -ide-version=10819 -build-path C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101 -warnings=none -build-cache C:\Users\NEONBL~1\AppData\Local\Temp\arduino_cache_588409 -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arduinoOTA.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.arduinoOTA-1.3.0.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avr-gcc.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avr-gcc-7.3.0-atmel3.6.1-arduino7.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avrdude.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avrdude-6.3.0-arduino17.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -verbose C:\Users\NeonBlond Prime\Documents\Arduino\senketsu_randblink\senketsu_randblink.ino

C:\Program Files (x86)\Arduino\arduino-builder -compile -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\NeonBlond Prime\Documents\Arduino\libraries -fqbn=arduino:avr:uno -vid-pid=0000_0000 -ide-version=10819 -build-path C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101 -warnings=none -build-cache C:\Users\NEONBL~1\AppData\Local\Temp\arduino_cache_588409 -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arduinoOTA.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.arduinoOTA-1.3.0.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avr-gcc.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avr-gcc-7.3.0-atmel3.6.1-arduino7.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avrdude.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -prefs=runtime.tools.avrdude-6.3.0-arduino17.path=C:\Program Files (x86)\Arduino\hardware\tools\avr -verbose C:\Users\NeonBlond Prime\Documents\Arduino\senketsu_randblink\senketsu_randblink.ino

Using board 'uno' from platform in folder: C:\Program Files (x86)\Arduino\hardware\arduino\avr

Using core 'arduino' from platform in folder: C:\Program Files (x86)\Arduino\hardware\arduino\avr

Detecting libraries used...

"C:\\Program Files (x86)\\Arduino\\hardware\\tools\\avr/bin/avr-g++" -c -g -Os -w -std=gnu++11 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -Wno-error=narrowing -flto -w -x c++ -E -CC -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=10819 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR "-IC:\\Program Files (x86)\\Arduino\\hardware\\arduino\\avr\\cores\\arduino" "-IC:\\Program Files (x86)\\Arduino\\hardware\\arduino\\avr\\variants\\standard" "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101\\sketch\\senketsu_randblink.ino.cpp" -o nul

Generating function prototypes...

"C:\\Program Files (x86)\\Arduino\\hardware\\tools\\avr/bin/avr-g++" -c -g -Os -w -std=gnu++11 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -Wno-error=narrowing -flto -w -x c++ -E -CC -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=10819 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR "-IC:\\Program Files (x86)\\Arduino\\hardware\\arduino\\avr\\cores\\arduino" "-IC:\\Program Files (x86)\\Arduino\\hardware\\arduino\\avr\\variants\\standard" "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101\\sketch\\senketsu_randblink.ino.cpp" -o "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101\\preproc\\ctags_target_for_gcc_minus_e.cpp"

"C:\\Program Files (x86)\\Arduino\\tools-builder\\ctags\\5.8-arduino11/ctags" -u --language-force=c++ -f - --c++-kinds=svpf --fields=KSTtzns --line-directives "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101\\preproc\\ctags_target_for_gcc_minus_e.cpp"

Compiling sketch...

"C:\\Program Files (x86)\\Arduino\\hardware\\tools\\avr/bin/avr-g++" -c -g -Os -w -std=gnu++11 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -Wno-error=narrowing -MMD -flto -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=10819 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR "-IC:\\Program Files (x86)\\Arduino\\hardware\\arduino\\avr\\cores\\arduino" "-IC:\\Program Files (x86)\\Arduino\\hardware\\arduino\\avr\\variants\\standard" "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101\\sketch\\senketsu_randblink.ino.cpp" -o "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101\\sketch\\senketsu_randblink.ino.cpp.o"

Compiling libraries...

Compiling core...

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\wiring_pulse.S.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\WInterrupts.c.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\wiring_analog.c.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\wiring_digital.c.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\wiring.c.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\wiring_pulse.c.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\hooks.c.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\wiring_shift.c.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\CDC.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\HardwareSerial1.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\HardwareSerial0.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\HardwareSerial.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\HardwareSerial2.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\HardwareSerial3.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\IPAddress.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\Tone.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\Print.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\Stream.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\PluggableUSB.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\WMath.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\WString.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\abi.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\main.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\new.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\USBCore.cpp.o

Using previously compiled file: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_build_634101\core\core.a

Archiving built core (caching) in: C:\Users\NEONBL~1\AppData\Local\Temp\arduino_cache_588409\core\core_arduino_avr_uno_0c812875ac70eb4a9b385d8fb077f54c.a

Linking everything together...

"C:\\Program Files (x86)\\Arduino\\hardware\\tools\\avr/bin/avr-gcc" -w -Os -g -flto -fuse-linker-plugin -Wl,--gc-sections -mmcu=atmega328p -o "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101/senketsu_randblink.ino.elf" "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101\\sketch\\senketsu_randblink.ino.cpp.o" "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101/core\\core.a" "-LC:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101" -lm

"C:\\Program Files (x86)\\Arduino\\hardware\\tools\\avr/bin/avr-objcopy" -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101/senketsu_randblink.ino.elf" "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101/senketsu_randblink.ino.eep"

"C:\\Program Files (x86)\\Arduino\\hardware\\tools\\avr/bin/avr-objcopy" -O ihex -R .eeprom "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101/senketsu_randblink.ino.elf" "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101/senketsu_randblink.ino.hex"

"C:\\Program Files (x86)\\Arduino\\hardware\\tools\\avr/bin/avr-size" -A "C:\\Users\\NEONBL~1\\AppData\\Local\\Temp\\arduino_build_634101/senketsu_randblink.ino.elf"

Sketch uses 1786 bytes (5%) of program storage space. Maximum is 32256 bytes.

Global variables use 13 bytes (0%) of dynamic memory, leaving 2035 bytes for local variables. Maximum is 2048 bytes.

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x37

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x37

Problem uploading to board. See https://support.arduino.cc/hc/en-us/sec ... 0003198300 for suggestions.
screenshot metro mini.JPG
screenshot metro mini.JPG (90.44 KiB) Viewed 220 times
The attachment front.jpg is no longer available
The attachment screenshot metro mini.JPG is no longer available

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

front.jpg
front.jpg (877.46 KiB) Viewed 219 times

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

back.jpg
back.jpg (889.32 KiB) Viewed 219 times

User avatar
adafruit_support_carter
 
Posts: 29150
Joined: Tue Nov 29, 2016 2:45 pm

Re: Metro mini and Trinket M0 issues

Post by adafruit_support_carter »

Double check the USB cables by using them with something else and verify they can move data.

Does COM1 go away if you unplug the Metro Mini?

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

All three cables work with moving data to/from other devices. COM1 is there whether the metro mini is plugged in or not.

User avatar
adafruit_support_carter
 
Posts: 29150
Joined: Tue Nov 29, 2016 2:45 pm

Re: Metro mini and Trinket M0 issues

Post by adafruit_support_carter »

COM1 is probably something else then. And if no other COM port is showing up when the Metro Mini is plugged in, it could be a driver issue. Is Windows making any noise when the Metro Mini is plugged in? Like the USB connect sound?

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

No, it doesn’t make any sound

User avatar
adafruit_support_carter
 
Posts: 29150
Joined: Tue Nov 29, 2016 2:45 pm

Re: Metro mini and Trinket M0 issues

Post by adafruit_support_carter »

Same for all USB cables and both computers. PC's do nothing at all when Metro is plugged in?

Is the power LED even lighting up on the Metro?

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

The power LEDS is solid green, and the “L” LED flashes red—1sec on, 1sec off, in a loop.

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

But otherwise, nothing happens on either device.

User avatar
adafruit_support_carter
 
Posts: 29150
Joined: Tue Nov 29, 2016 2:45 pm

Re: Metro mini and Trinket M0 issues

Post by adafruit_support_carter »

The Metro Mini and the Trinket M0 are significantly different boards. The Metro Mini is based on an AVR 328P and has a USB to serial converter chip (CP2104) where as the Trinket M0 is based on an ARM M0 and has native USB (handled directly by the M0). So the basic USB behavior is very different.

For the Metro Mini, the PC sees the CP2104. As long as it gets power, it should at least make the PC respond when plugged in. Being able to actually program it is just a matter of software drivers for the CP2104. The processor itself (328P) does not even matter. So it's very weird that the Metro Mini is not responding at all. The blinking red LED sounds like there is a program running on the 328P at least. And power is OK as well.

Let's switch focus to the Trinket M0 and see if we can figure anything out there. Since it's different, the trouble shooting is different. For the Trinket M0, try plugging it in. Then, double press the reset button. Describe how the LEDs behave after the double press of reset.
green LED next to micro USB = ?
red LED next to micro USB = ?
RGB NeoPixel next to Adafruit logo = ?

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

Hi!
Sorry, I didn’t see this message until I got to work and my trinket is back at home. Honestly that one is very low priority; I have a project I have to finish by next Tuesday and the trinket doesn’t have enough pinouts to support it.

I’m starting to think the metro mini may be over my head and more than I need to accomplish. This is my first Arduino project. I’ve got 5 LED strips I need to have follow the script I wrote.

the script works when I test it with my Uno, but I’m making a wearable and need something
-small
-5 or more pinouts
-newbie friendly
-easy to work with on MacOS 15

Any product recommendations? I can’t stress enough how time sensitive this is.

User avatar
adafruit_support_carter
 
Posts: 29150
Joined: Tue Nov 29, 2016 2:45 pm

Re: Metro mini and Trinket M0 issues

Post by adafruit_support_carter »

Would the Feather form factor work?
https://learn.adafruit.com/adafruit-feather
There are *lots* of Feather main board options.

There's also the ItsyBitsy form factor, with more pins than a Trinket, and also comes in numerous options:
https://www.adafruit.com/?q=ItsyBitsy&sort=BestMatch

The Trinket M0 does have 5 digital pins, FWIW:
https://learn.adafruit.com/adafruit-tri ... no/pinouts

The behavior with the Metro Mini is very odd. For all the PC's / USB cables to not see the CP2104 would indicate some kind of hardware failure, like a bad USB connector. We can replace it.

To get a replacement Metro Mini, email [email protected] with a link to this thread and your order number and they can send you a replacement Metro Mini.

When you're able to continue trouble shooting the Trinket M0, please respond back here and we'll continue.

User avatar
AblazeRiver
 
Posts: 10
Joined: Wed Mar 09, 2022 4:57 pm

Re: Metro mini and Trinket M0 issues

Post by AblazeRiver »

Thank you so much!

Locked
Please be positive and constructive with your questions and comments.

Return to “Metro, Metro Express, and Grand Central Boards”