Latest Arduino (1.8.10) cannot program 32u4-based boards under Catalina (Rel. 10.15 Build 19A583) #9290
Comments
|
It looks like Create is using an old version of avrdude |
facchinm
added
32bit Deprecation
|
I believe it's above (the first code block). The second one was the cloud editor's output. Lemme make the separation more clear... |
|
Ok, great. I may have an idea: it looks like the port reappears with the same name after the 1200bps touch ( You may try to keep the board in bootloader mode by pressing the reset button "often" (once every 5 seconds), make sure the LED is fading, check in the meantime if the port is recognized by the OS. Probably @gvarisco knows some Thanks! |
|
No, the button just kicks you right out with an error. Damn. Well I do have a Windows VM which I'm gonna try to see if that works. Fingers crossed! Otherwise I'm DOA! |
|
Hello, |
|
Just confirmed my version of macOS is the released version, so this is going to be a critical issue for Mac users as now there's no viable Arduino solution for them short of installing Windows. Not optimal at all! |
|
We're on it, @MarqueIV. We'll get back to you all once we are done with our findings. |
|
Sorry. Just whining because I'm now cut off from one of my most favorite toys! :) |
MarqueIV
changed the title
|
I've run into the same issue like @facchinm observed with the 1200 baud touch not doing anything and noted it here: qmk/qmk_firmware#6133 (comment) I'm seeing |
|
I'm seeing the exact same behavior, unfortunately. Tried replacing the avrdude executable and |
|
I am seeing this as well with the 1.9.x beta on Catalina. |
|
Same issue... Looks like an issue with AVRDude trying to communicate with the serial interface? Trying to update a project to Arduino Leonardo using macOS Catalina 10.15. |
|
Have not been around Arduino in some time, just trying to get back into a sketch - turbine control application I wrote a few years ago. "User configuration file does not exist... " when I upload the simplest sketch. Mac OS 10.15, Arduino 1.8.10. |
|
For those who don't want to downgrade their OS but still want to continue with Arduino IDE workaround is installing a windows VM. |
|
We're very sorry this is happening, looks like macOS Catalina update broke the bootloader recognition for atmega32u4-based Arduino boards. We've filled a case (FB7376052 for reference) with Apple and we hope to hear back from them as this is impacting lot of users. |
Hello, |
Are you saying they work when Catalina is run under a VM? That would be interesting. However if you're asking why, as others have stated, you can do this under a VM running Windows or even earlier versions of macOS, it's because exactly of that... those are different OS versions. The issue is with Catalina, not the computer or the Arduino. |
|
same here, confirm that update to Catalina breaks avrdude flashing to arduino leonardo and any clones using catherina bootloader. |
No, that's not what I want to say... :-) Sorry... Correct sentence is : With Windows 7 running under Parallels Desktop, Arduino IDE uplaod to Leonardo works correctly. Which means that Catalina is totaly "clear" and without control about the USB software layer used by Parallels Desktop ? By the way, the last Catalina update (macOS 10.15 (19A602), 19.10.15) doesn't change anything. Regards, Cyril |
|
The issue is indeed with catalina. It works on my same laptop with triple boot : the windows and linux installed on it still flash .hex files perfectly with avrdude. Only macos catalina is broken. Other things broken: mini display ports no longer support higher resolutions anymore (for instance external monitor used to be able to do 3840x2160 both with hdmi and display port on mojave. after catelina update the higher resolution only works on the big hdmi port. But no longer on the mini ports they now fall back to 1920x1024) So basically a lot of stuff is now broken on Catalina, wished I stayed on Mojave now... |
|
Have the same issue. And that happened after the update. Tried to connect other serial devices or redirect to Parallels Desktop on Windows, unsuccessfully. I suppose that the reason in OS X |
|
Thank you @w-A-L-L-e OK, Here is where I am at. I remember now that I failed to burn the anykey bootloader with the following error (this was happening when I just replaced the A-Star hex file with the renamed anykey hex file): So I edited the boards.txt file and added the entries provided in boards_example.txt (above), created the corresponding directory and dropped the anykey bootloaded in it. When I try to burn that bootloader I get the following error: Thanks for looking at this, additional feedback would be greatly appreciated. |
|
One more thing in case it helps, here is the boards.txt entry for the Pololu A-Star 32U4: |
Sorry for my short knowledge. I read all but I'm still confused. This compiled new boot loader should be burn in another system. Do I understand right ? |
|
I have a similar problem with LilyPad Arduino USB. This may also be an addition to the problem with my macOS Catalina. |
|
I found a solution to the bootloader for Pololu 32u4 based boards. Pololu has posted an experimental version of their bootloader updated for Mac OS 10.15.1 here: https://www.pololu.com/docs/0J82 I tested this and it works fine. Thanks for the attention in this thread and hopefully this will help other people as well. Thread reference in case anyone wants it is here: pololu/a-star#7 |
|
The ftDuino's bootloader has also been updated according to the suggestions from this thread. Finally a MacOS user has confirmed that this indeed solved the problem. From now on ftDuino's will be equipped with this fixed bootloader by default. The binary size of the bootloader increases by 22 bytes which still allows me to add my custom display init routine. |
|
Looks like things are working again with the recent 10.15.2 beta 4 released a few days ago. |
|
Here’s a question... will the boards flashed with the ‘patched’ custom firmware work with the Arduino IDE normally with this latest change from Apple getting things ‘back to normal’, or will I have to re-flash them back again to the original bootloaders? |
|
I didn’t dig deep into this issue but my understanding is that it should work just as fine if Apple reverted their change. |
Can confirm, updating to Catalina 10.15.2. beta 4 solved all my upload problems. Thanks! |
|
macOS 10.15.2 released. The issue is solved. |
|
Updating solved my problems for about a few hours, however, they are seemingly back. |
|
On 10.15.2 and have had no problems programming Leonardos now for 2 days. |
|
Same exact issue as I was having pre-update. Not sure what could be causing it, particularly as it was working last night and I haven't changed anything (same port, dongle, cable, etc)
|
|
Have you been able to verify this with a simple blink sketch from the examples folder?
|
|
Yep, same exact error. Hangs for a good few seconds between each of the first few lines.
|
|
Well, it works fine on a fresh leonardo. Not sure what I did, but I somehow broke the one I had been playing with – sorry for the false alarm. |
|
That does happen occasionally with the Leonardo, if you want to fix it you can use instructions to reinstall the boot loader.
|
|
OMG did apple actually listen and fix it? One for the record ;) |
|
They've listened before, you may be surprised to hear... In the early days of Teensy, 3 years before Arduino made Leonardo, Apple's driver would not load if CDC ACM serial was combined with any other interfaces (like HID keyboard & mouse) in any way resembling the USB standard. But it would work if the USB device descriptor said the whole device was CDC, and then their HID drivers would recognize HID interfaces within that CDC device. So for years I published 2 versions of code with USB serial and also keyboard & mouse, a standards-conforming version with worked with Windows & Linux, and a non-standard one for Macintosh. I and others begged Apple many times to fix this. At one point they even said the reason they couldn't do it was lack of access to a standards compliant device, so I sent them board with Teensy connected to some buttons which they used for testing. During the waiting period for release, an Apple engineer even answered a question about a horribly non-compliant Texas Instruments device with a copy of the USB descriptors from the demo device I sent them, as an example of what their future driver would expect. MacOS 10.7 (Lion) was the first release with their CDC driver able to work together with HID interfaces. Not long after, Arduino started the Leonardo beta test and about a year later released Leonardo and then Micro. Leonardo never needed to work around those painful issues with Tiger, Leopard & Snow Leopard... because Apple really did listen and fix their drivers. They also fixed a painful first-time issue where plugging in any microcontroller using CDC would trigger a GUI for adding a new modem. That's another long story with the same ending, Apple really did listen and improve their software. I know it's easy to feel cynical about large corporations, but at least with regard to their CDC serial driver, Apple does have a history of listening to feedback. |
|
I am on MacOs 10.15.2, just installed the and I cannot upload any changes to the timing of the blink program, it just throws the above error and the arduino uno blinks at the same rate as the original program, so nothing is working. Any suggestions would be welcome. |
|
Hi @droarty, please refer to arduino/arduino-create-agent#496 (comment). We'll be having a look at it once again shortly. |
|
Hi everyone , Any suggestions would be welcome. There is the error message: Sketch uses 3956 bytes (13%) of program storage space. Maximum is 28672 bytes. This report would have more information with |
|
I have this problem too. I cannot use Arduino 1.8.12 to program 32u4. But Arduino 1.8.9 on Windows machine can upload the code. You can short the RST pin to GND and release it during the uploading process. |
|
With latest updates (Catalina 10.15.5), all patches for Catalina regarding bootloader can and should be reverted as the original bootloader now works again. It's even worse as we had a similar situation and patched our bootloader a few months ago only to have it break again one update later. Reverting to original unpatched bootloader fixed it for us and that works on windows 10, current catalina, mojave and high sierra. |
Really??? |
and others
Just downloaded and upgraded to the released version of macOS 10.5 Catalina (build 19A583) along with the latest official release of Arduino (1.8.10). I'm using an official (i.e. not a clone) Arduino Micro. Ever since doing so, I can not upload.
Here is the sketch...
The app compiles, but as soon as the upload begins (the light 'breathes' on the device) I get the below.
Note: I also tried the cloud editor with the plugin (again, latest as of tonight) but that didn't work either. Those results are under these ones.
RESULTS FROM THE ARDUINO IDE:
RESULTS FROM THE ARDUINO WEB EDITOR:
The text was updated successfully, but these errors were encountered: