Hello
I just bought a recent McBook Pro with MacOS BigSur (i.e. MacOSX version 11.6) and Apple M1 chip, before I had a PC where everything worked fine until I switched to this recent Mac with M1 chip.
I have an issue while uploading sketches (the board is not visible, the loopback test failed) when I connect my Arduino UNO R3 board with the latest IDE (2.0 or even yesterday's nightly build) on a Macbook pro with Apple M1 chip and using the original Apple USB / USBC adapter (as recommended in some forums), but I still have an error:
"Sketch uses 936 bytes (2%) of program storage space. Maximum is 32256 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2039 bytes for local variables. Maximum is 2048 bytes.
Compilation complete.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
Upload error: Failed uploading: uploading error: exit status 1"
Looks like a driver issue for M1 chip , do you have any fix to solve this issue ?
I use an Apple USB Type C to USB host cable along with the usual USB cable for the Uno. No drivers needed to be installed or updated. I use the IDE 1.8.16. I have never used the 2.0 version. Mac Air M1 running Big Sur. My friend says a cheap USB Type C to USB host cable from Amazon also works.
They have a beta, but I havent tried it myself yet since I just found it. Having the same issue with my Mac M1. I even tried using my old windows pc and loaded the ArduinoOTA sketch on it and got my ESP32 working and online. The mac IDE (running 2.0....nightly build) can see it but constantly drops the connection to just keeps cycling between reconnecting and going to the debug wlan
Hi bnvill84
Thank you for this answer. I already tried the nightly build:
Version: 2.0.0-beta.12-nightly.20211113
Date: 2021-11-13T03:03:05.693Z (2 weeks ago)
CLI Version: 0.19.1 alpha [718bbbf2]
Any idea how can I install this browser agent on M1 ? :
I downloaded the 1.2.5 amd64 version for chrome. I can now see the board, but it keeps dropping the connection. Think there may be something else going on that's causing a conflict with the communication. I will play around with it hopefully tonight and see if I can narrow it down or possibly fix it and let you know.
Arduino IDE 1.8.16 sometimes give this error: avrdude: stk500_getsync(): not in sync: resp=0x00
I just upload the program multiple times until it works.
Create Agent won't work. Give installations error all the time om Safari.
On Crome and Firefox is it possible to install the driver, but the boards is never found.
MacBook Air (M1, 2020)
macOS Monterey version 12.0.1
I think I found the problem and have it worked out. I've been able to communicate with a nano, esp8266, esp32, and Uno. Sketches uploaded and the serial monitor sends and receives info with the different boards. I used the Arduino IDE 2.x.x. nightly builds and used the Agent for online for sketches and serial monitoring on the M1. I have also used all the same things on my Windows 11 side via Parallels.
Now, I got to that point by trying a multitude of various drivers and software in several different combinations. Then getting to the point of frustration where i removed everything i did and basically gave up on it until my curiosity of wanting to tinker with my new CNC got the best of me.
Credit will go to Bart Dring and the hard work he and some others have done (and continue to do) with his development of FluidNC, a next level CNC program powered by the ESP32. Because of how he developed and wrote the scripts for flashing FluidNC to an ESP32, it requires the use of Python whether it's Mac or Windows. Please check out Barts work, he has some great stuff out there on github GitHub - bdring/FluidNC: The next generation of motion control firmware and also check out his channel https://www.youtube.com/user/engserve
Part of the software setup side of thing, you have to run python and use that to load esptool onto your system. It is my belief that python, esptool, plus the specific driver for your particular board is what finally tied everything together. The 2 drivers I used to get started were the CH340 (for most of the older arduino boards) and the CP2102 runs the UART bridge on the ESP32's I have. Once all of those are installed, make sure to close everything out and reboot. This combination seems to work good....and i only say good because it isnt flawless and can have a few quirks about it at times.
A few procedures I have worked out that seem to help out:
As stated above, reboot your computer after installing a new software or a new driver
It seems to help at times by plugging in your board BEFORE opening the IDE or Create website
I always verify the USB connection before preceding. Click Apple at the top left corner, about this mac, system report, select usb on the left side and you should see your board listed under one of the usb 3.1 lines. This indicates apple sees it and has gotten data from it. Clicking the device line will give you some stats about the device and connection speeds.
Load up your IDE, comm terminal, or whatever you want to use to play with your board.
You should now be able to see your port/board in the port list with some soft of hardware info tag from the board. Here is another quirk I have found. If you have to change the board type and port in the IDE from a previous board to a different you are using now, sometime you will need to complete close out the IDE the open it again before it will connect right. Ive only seen my do it sometimes so it may not always do it for you or may not do it at all.
Hope this can help out anyone that is having the M1 connection issues.
I've had the same problem with an arduino-genuino 101. Later, I've connected my new M1 to an arduino mega. Same problem. But I've bought a cable Usb B to C. Now the IDE is able to debug the sketches without error. But when loading to the board two things: a. A message error appears, but, b. the program works. It's hard to me to understand this but the question is that the program runs indenpendtly of the error ????
Same problem here. While trying to update the FTDI driver I feel like I removed all of them (including the one that comes with macOS) and cannot really figure out how to get them back. Funnily enough, I do not have any problems with the Arduino Micro, but tried two original UNOs and both trigger the error. They do work on my Windows machine, though.
How do I know that I have the correct driver? I tried to install version 1.4.7 from VCP Drivers - FTDI but it does not seem to do much or add anything to the Extensions folder.
Any help or work around would be highly appreciated!
Edit: I am using a Macbook Air M1 with macOS Monterey 12.2.
Hmm... That may be a help in itself. I was not aware of that, thank you. Do you know by any chance what kind of driver I would need so that the Macbook can communicate to the Uno?
Ok it seems like I found a solution to my problem. I bought an authentic USB-C to USB-A adapter from Apple and now everything seems to be working. Before I was using an adapter from another company (not sure if I can name it here). I am curious why it would work with the Arduino Micro, though.
