Hello, can anyone share his experience with the new ARM Chips for Windows on ARM in terms of compiling speeds etc. ?
Mine will arrive tomorrow and after a bit of research, some say Windows on ARM x86 emulation slows down the compiling time to minutes for easy Sketches.
Uno R4 minima and ESP32 however, are unusable. It seems that there is no DFU-RT driver available for windows on arm. The IDE can see the board, but can't upload. Both work fine with the same cable on my x86 laptop
Cannot open DFU device 2341:0069 found on devnum 1 (LIBUSB_ERROR_NOT_FOUND) No DFU capable USB device available Failed uploading: uploading error: exit status 74
I suggest using Zadig to install the WinUSB driver. I don't have a Windows ARM machine so I can't try it out, but the Zadig developer seems to be quite involved in the Windows ARM world and they say it works:
I have verified that the UNO R4 Minima works fine with the WinUSB driver installed via Zadig on a Windows x86 machine. I didn't bother to test it with an ESP32 board, but I'm sure it will work as well.
Unfortunately, Zadig has failed to install any drivers.
ESP32 will work, but you can't use the setup.exe. Download the Windows Universal Driver from Silicon Labs. Find silabser.inf and right-click>install to get the driver to install. Don't use setup.exe. It will tell you that it's not compatible. Just got this working today.
Zadig identifies the device as DFU-Port (Interface 2).
I have tried to install WinUSB, USB Serial, and libusb-win32
Install Driver, or Install WCID Driver, neither changes the outcome.
Zadig gives the same errors each time.
As a popup: "The driver installation failed."
At the bottom of the Zadig window: "Driver Installation: FAILED (Operation not supported or not implemented)"
I have also tried installing the DFU-RT_Port_(Interface_2).inf file directly by extracting them, but they also fail with: "A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider"
Thanks for the clarification, and for the link to the valuable information in that related issue.
Unfortunately I'm completely out of my depth here due to lack of knowledge regarding the low level workings of driver certificates and Zadig, and due to lack of a Windows ARM machine to run any experiments on. So I don't think I can be of further assistance to you. Hopefully one of the other forum helpers who are more knowledgeable on the subject matter can help.
If you haven't already, I would recommend spending some time investigating this. If you can find a way to disable driver signing enforcement then I think you will be home free, and although you should be very careful when it comes to drivers, I do think you can trust the driver provided by Zadig; most especially WinUSB since this actually Microsoft's own driver.
I recommend focusing your efforts on WinUSB.
I don't think USB Serial will work since this is the DFU-RT device rather than the CDC device.
Although it probably is appropriate for the device, I'm not sure whether the libusb-win32 driver is available for ARM hosts. The situation for libusb-win32 might be similar to that described for libusbK:
After a few months, do you have any experiences with your ARM Windows, now?
I plan to buy a Surface 11 Pro, but developing for both, Arduino Uno and ESP32 must be possible.
Did anyone get this to work I have a new Surface 11 with an ARM processor and cant update my Uno R4. I have tried Zadig with all its options, tried installing the drivers manually, I even looked on the Renesas web site to see if they had new drivers, with no success.
Just chiming in with the snapdragon plus (surface laptop 7) and not able to upload a sketch to my Uno R4 Minima.
I tried following installation guide for ARM machine from this:
Following section 3.3 Manual Installation instructions (only way for ARM64 according to that documentation) I am unable to successfully install those drivers.
I gave up trying to get my snapdragon PC to work with my Uno R4 Minima, and just used another PC I had laying around to flash my sketch. It's unfortunate that some boards work with the snapdragon processor, and some don't.
Hopefully this is addressed soon, as I'm a huge fan of Windows on ARM. Just not when it fails to work in these situations
Adding my 2 cents. Currently, I can't upload sketches to my R4 Minima from my arm64 device. This is because I don't have the WinUSB driver. I have tried installing this driver with Zadig, but of course I need to disable Driver Signature Enforcement in Secure Boot. However, currently arm64 devices have an issue where secure boot is not working and an error code is displayed. So, until Windows fixes this is the next update, or Arduino makes these boards compatible with my device, I can't use them.
New Arduino user here. FWIW I was not able to achieve any consistent success with compiling/uploading to an ESP32 dev board via the Arduino IDE on Windows 11 ARM (surface pro 11, snapdragon x elite).
I did manage to find a decent workaround though (with the added benefit of running the Arduino IDE as a native arm64 executable!)
The Arduino IDE and CLI cannot flash the esp32 chip running on ARM windows. Even though the USB to UART drivers are ARM drivers, flashing is near impossible. I've bricked an esp32 dev board trying this approach.
Arduino IDE on WSL with USB passthrough
I have found success with flashing ESP32 dev boards using the Arduino IDE running on WSL (ubuntu). Here's the setup process:
Do NOT install any drivers on windows (CP210x, etc.). If windows drivers are installed flashing crashes just as it does running the Arduino IDE on windows. Uninstall any USB-UART drivers in Windows Device manager
Determine USB bus ID of the USB uart bridge usbipd list
Attach the usb device with usbipd usbipd attach --wsl --busid [bus-id-of-device]
In WSL terminal, launch arduino This will launch the linux Arduino IDE
Can be installed with sudo apt install arduino
Added side benefit - Native compiler!
Since WSL is running native aarch64 (ARM) code, the arduino IDE installed is also native aarch64! This has huge performance and battery impact as there is no x86_64 emulator required. There is currently no aarch64 windows arm arduino IDE; WSL for the win!
Hi, have you ever tried it with digispark attiny85? I followed your guide for attiny85 but it keeps failing attaching (usbipd list says "unknown device" and ubuntu didn't list it in the lsusb. Windows is not able to recognize the device as there's no driver built for WoA.
I have not. I don't have any experience with this particular chip. It appears the attiny85 doesn't have a built in USB to UART bridge though. You might have to find some kernel modules to get the attiny85 to work over USB, or a dedicated programmer (i.e. another arduino UNO).
The Digispark uses a bit-banged USB implementation, both for uploading sketches via the board's Micronucleus bootloader, and for any communication between the sketch application and the computer via the USB connection.
Micronucleus uses libusb, so you can use the libusb-win32 or libusbK Windows drivers. I haven't tried it with the WinUSB driver.
I have tried all of the methods described here, but I am still unable to apply the DUF device driver.
I would appreciate it if an update were available.