Bug: Arduino IDE 1.8.5 Linux is not working with the Arduino Micro

[jtdaling]

Hello, I would like to report a bug.
I installed Arduino IDE (version 1.8.5) on a Manjaro Linux distro.
When I tried to upload a sketch I received the warning:
avrdude: Expected signature for ATmega32U4 is 1E 95 87

I was sure to have selected the right arduino board, port and I had sufficient rights to use the port.
I installed the same version (1.8.5) on a windows computer and uploaded the same script with the same settings and on Windows it worked.

I tried out some different versions of Arduino IDE and discovered that version 1.6.2 was the latest version that was able to upload sketches under Linux

[per1234]

Please do this:

1. File > Preferences > Show verbose output during: > compilation (uncheck) > upload (check) > OK
2. Sketch > Upload
3. After the upload fails you'll see a button on the right side of the orange bar "Copy error messages". Click that button.
4. Paste the error messages in a reply here using code fencing.

[jtdaling]

Here is the error message:

Arduino: 1.8.5 (Linux), Board: "Arduino/Genuino Micro"

Sketch uses 4130 bytes (14%) of program storage space. Maximum is 28672 bytes.
Global variables use 149 bytes (5%) of dynamic memory, leaving 2411 bytes for local variables. Maximum is 2560 bytes.
Forcing reset using 1200bps open/close on port /dev/ttyACM1
PORTS {/dev/ttyACM1, } / {} => {}
PORTS {} / {} => {}
PORTS {} / {/dev/ttyACM1, } => {/dev/ttyACM1, }
Found upload port: /dev/ttyACM1
/home/jantinus/.arduino15/packages/arduino/tools/avrdude/6.3.0-arduino9/bin/avrdude -C/home/jantinus/.arduino15/packages/arduino/tools/avrdude/6.3.0-arduino9/etc/avrdude.conf -v -patmega32u4 -cavr109 -P/dev/ttyACM1 -b57600 -D -Uflash:w:/tmp/arduino_build_93539/Blink.ino.hex:i 

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

         System wide configuration file is "/home/jantinus/.arduino15/packages/arduino/tools/avrdude/6.3.0-arduino9/etc/avrdude.conf"
         User configuration file is "/home/jantinus/.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.19s

avrdude: Device signature = 0x433f0d
avrdude: Expected signature for ATmega32U4 is 1E 95 87
         Double check chip, or use -F to override this check.
avrdude: error: programmer did not respond to command: leave prog mode
avrdude: error: programmer did not respond to command: exit bootloader

avrdude done.  Thank you.

the selected serial port 
 does not exist or your board is not connected
Invalid library found in /home/jantinus/Arduino/libraries/sketch_jun13a: /home/jantinus/Arduino/libraries/sketch_jun13a
Invalid library found in /home/jantinus/Arduino/libraries/sketch_jun13a: /home/jantinus/Arduino/libraries/sketch_jun13a

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

[facchinm]

@jtdaling I've never seen something like this; I'm on Arch so the distro is 99% the same. Is there a chance that your bootloader is not the default one? If so, you could try a couple of things:

• try the Beta, which contains an updated avrdude (based on master branch)
• test using avrdude shipped with your distro (pacman -S avrdude will work); double click the reset button on the board and the LED should start fading; then run

avrdude -v -patmega32u4 -cavr109 -P/dev/ttyACM1 -b57600 -D -Uflash:w:Blink.ino.hex:i 

Let me know if any of those strategies work!

[nseidle]

This may or may not be related but in the last ~20 hours we've seen micro support break in Windows and Mac (reported but not confirmed).

We can't tell if it's a windows update (not likely since Linux and Mac are reporting similar issue), Java update (we've reverted all the way back to 7 without fix), or something with Arduino (we've tried back to v1.6.x). We are currently dumbfounded, but are starting to hear from customers.

Turning on verbose, the port is correctly found, but Arduino just hangs at the port.

Programming freezes at this point for ~30 seconds. After 8 seconds the Pro Micro exits the bootloader and starts running code. The bootloader COM port (7 in this example) is closed. After 30 seconds avrdude then tries to run and since COM 7 no longer exists, it fails.

If I replicate the avrdude command at CLI it works flawlessly (once I force the Pro Micro into bootloader mode by double-tapping the reset).

May be related: I am seeing the Tools->Ports menu lag behind Windows Device Manager by 20 to 30 seconds. It seems the Arduino IDE can't see the port but avrdude and Windows can.

[PaulStoffregen]

Is this Linux? I see lots of talk of COM ports...

[nseidle]

Sorry if I'm conflating issues but it seems related: My screenshot is from my Windows box. We have multiple windows users and a Mac user reporting the same behavior (failed/timeout at point of avrdude call) as jtdaling (serial port does not exist).

[gdsports]

I noticed the IDE accesses api-builder.arduino.cc on startup (thank you wireshark) so I blocked access to this host. I added an entry to /etc/hosts like this to blacklist the host.

127.0.0.1 api-builder.arduino.cc

Now the IDE starts up with the serial ports listed immediately without having to disconnect the network cable.

Perhaps something has changed on api-builder.arduino.cc.

Lots of discussion at forum.arduino.cc. JP2222 at the forum discovered disconnecting the network cable makes the serial problem go away.

https://forum.arduino.cc/index.php?topic=553078.0

After considerable time spent trying to figure out the problem which showed up late yesterday, I too have found that switching off the wireless adapter in my Windows 7 laptop eliminates the serial problem. I encountered the problem with Arduino 1.8.5 and 1.8.2, using two different computers, seven different USB ports between the two, and 8 ProMicro boards. None of the permutations previously evaluated worked. On advice from SparkFun tech support, I tried Arduino 1.6.3, which worked correctly even with wireless network access available. With wireless network access switched off, I am able to use Arduino 1.8.5 without any serial problems. Anyone know how to tell 1.8.5 to quit talking on the internet without permission?

[NPoole]

As suggested by gdsports above, adding "127.0.0.1 api-builder.arduino.cc" to your Windows\System32\drivers\etc\hosts file will prevent anything on your machine from talking to that particular domain and it's a good fix for now. (I'm running 1.8.5 on Win10)

An "Application Rule" for Windows Defender Firewall may also work to block the IDE from calling the web. I haven't tested though.

[facchinm]

Hi everyone, let's stop the confusion a bit:

• the first reported issue is strictly about avrdude on Linux (or a board with old bootloader). @jtdaling setup is perfectly able to open the port after restarting in bootloader mode but fails to read the chip signature.
• The issue reported by @nseidle is about the IDE not being able to properly open the port after it restarted in bootloader mode; it might be related with api-builder.arduino.cc issue (if the bootloader VID/PID is not listed in the IDE).

Now the third problem, that ABSOLUTELY needs a discussion on its own: interrogating our cloud backend to get the board name based on VID/PID.

That API endpoint suffered recently from a lot of problems that made it respond REALLY slowly and (my fault) we don't implement any timeout when calling getBoardWithMatchingVidPidFromCloud() (see

Arduino/arduino-core/src/cc/arduino/packages/discoverers/serial/SerialBoardsLister.java

Line 163 in 2bfe164

platform.getBoardWithMatchingVidPidFromCloud(parts[1], parts[2]);

and

Arduino/arduino-core/src/processing/app/Platform.java

Line 204 in 686c78b

public synchronized void getBoardWithMatchingVidPidFromCloud(String vid, String pid) {

for the implementation).

Also, there is not a real opt-out procedure, leaving the blacklist using etc/hosts the only feasible way to get rid of it. #7575 might be related as well so maybe we could use that issue to follow.
In the meantime, the api endpoint has been fixed but it would be important to define an opt-out strategy (via Preferences menu or configuration key).

[jtdaling]

I can confirm that the solution that rmadsen61 suggested, also works for Linux (Arch).
I switched my wireless adapter off and was able to upload scripts without any problems and without having to force the micro into bootloader mode.
After the upload the connection over the serial port was immediately established and started to receive data send by the Arduino.

[kshestov]

I have this problem with IDE 1.8.5 on Arch too