Using SerialUPDI with Arduino

[dvukovic]

I am not getting how to use SerialUPDI with Arduino IDE.

Can SerialUPDI be use within Arduino IDE or is it only used externally ?

If used externally, how do I get a .bin file to use with it.

Thank You

[hmeijdam]

This is how I use it from within the IDE

Select the Serial UPDI programmer and then press the compile and upload button.

[dvukovic]

OK, I think I see the problem. I'm using Arduino IDE 1.8.19:

[dvukovic]

If I want to continue to use 1.8.19, which serial programmer would I use ??
How do I get .hex files ??

[hmeijdam]

Has nothing to do with 1.8.13

See screenshot of 1.8.19. Megatinycore provides you with the programmer selection.

Anyway. select "Export compiled binary" in the IDE to get your hex in the sketch folder.

[SpenceKonde]

This does not reproduce for me on 1.8.19 either.

Check antivirus logs and make sure it didn't get a false positive during installation and start black-holing pieces of the core (though to get an empty programmers menu, it would have to get black-holed programmers.txt, which is hardly a suspicious file. I could imagine a particularly dysfunctional AV program blackholing serialupdi itself or the python installation it relies on, but not programmers.txt.

There is something weird with your installation and/or your ide in general. I would blow away Arduino15 folder after backing up your preferences, and see if you could then install cores and have them show options in programmers.txt.

[dvukovic]

I completely re-installed Arduino 1.8.19 and deleted all libraries and hardware files.

I now get the correct Programmer entries.

Everything compiles now. But ....
I have a simple prototype built with an ATtiny 3224 chip and an CH340G serial board:

Arduino: 1.8.19 (Windows 7), Board: "ATtiny3224/1624/1614/1604/824/814/804/424/414/404/214/204, ATtiny3224, 20 MHz internal, 1.8V (5 MHz or less), Disabled/Disabled, EEPROM retained, Enabled (default timer), 8ms, Master or Slave (saves flash and RAM), Default (doesn't print floats, 1.4k flash use), On all pins, with new implementation."

Sketch uses 678 bytes (2%) of program storage space. Maximum is 32768 bytes.

Global variables use 4 bytes (0%) of dynamic memory, leaving 3068 bytes for local variables. Maximum is 3072 bytes.

java.io.IOException: Cannot run program "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3/tools/python3/python3": CreateProcess error=2, The system cannot find the file specified

at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)

at processing.app.helpers.ProcessUtils.exec(ProcessUtils.java:26)

at cc.arduino.packages.Uploader.executeUploadCommand(Uploader.java:129)

at cc.arduino.packages.uploaders.SerialUploader.runCommand(SerialUploader.java:383)

at cc.arduino.packages.uploaders.SerialUploader.uploadUsingProgrammer(SerialUploader.java:315)

at cc.arduino.packages.uploaders.SerialUploader.uploadUsingPreferences(SerialUploader.java:90)

at cc.arduino.UploaderUtils.upload(UploaderUtils.java:77)

at processing.app.SketchController.upload(SketchController.java:732)

at processing.app.SketchController.exportApplet(SketchController.java:703)

at processing.app.Editor$UploadHandler.run(Editor.java:2061)

at java.lang.Thread.run(Thread.java:748)

Caused by: java.io.IOException: CreateProcess error=2, The system cannot find the file specified

at java.lang.ProcessImpl.create(Native Method)

at java.lang.ProcessImpl.<init>(ProcessImpl.java:386)

at java.lang.ProcessImpl.start(ProcessImpl.java:137)

at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)

... 10 more

An error occurred while uploading the sketch

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

[dvukovic]

Well, I'm learning something new everyday.
After reading ManualPython.md, I learned that I needed to re-install Python in the right place.

OK, thats done, but .....
Arduino: 1.8.19 (Windows 7), Board: "ATtiny3224/1624/1614/1604/824/814/804/424/414/404/214/204, ATtiny3224, 20 MHz internal, 1.8V (5 MHz or less), Disabled/Disabled, EEPROM retained, Enabled (default timer), 8ms, Master or Slave (saves flash and RAM), Default (doesn't print floats, 1.4k flash use), On all pins, with new implementation."

Sketch uses 678 bytes (2%) of program storage space. Maximum is 32768 bytes.

Global variables use 4 bytes (0%) of dynamic memory, leaving 3068 bytes for local variables. Maximum is 3072 bytes.

SerialUPDI

UPDI programming for Arduino using a serial adapter

Based on pymcuprog, with significant modifications

By Quentin Bolsee and Spence Konde

Version 1.2.3 - Jan 2022

Using serial port COM4 at 460800 baud.

Delaying next op after each page write command by 1.0ms (-wd).

Target: attiny3224

Set fuses: ['2:0x02', '6:0x04', '7:0x00', '8:0x00']

Action: write

File: C:\Users\Donald\AppData\Local\Temp\arduino_build_62338/Blink.ino.hex

Traceback (most recent call last):

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3/tools/prog.py", line 285, in

main()

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3/tools/prog.py", line 128, in main

return_code = pymcuprog_basic(args, fuses_dict)

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3/tools/prog.py", line 201, in pymcuprog_basic

args_start)

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3\tools\libs\pymcuprog\pymcuprog_main.py", line 545, in _start_session

backend.start_session(sessionconfig)

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3\tools\libs\pymcuprog\backend.py", line 362, in start_session

sessionconfig.interface_speed)

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3\tools\libs\pymcuprog\programmer.py", line 83, in setup_device

options=self.options)

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3\tools\libs\pymcuprog\nvm.py", line 42, in get_nvm_access_provider

accessprovider = NvmAccessProviderSerial(transport, device_info, baud=frequency, options=options)

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3\tools\libs\pymcuprog\nvmserialupdi.py", line 54, in init

self.avr = UpdiApplication(port, baud, self.dut)

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3\tools\libs\pymcuprog\serialupdi\application.py", line 79, in init

datalink.init_datalink()

File "C:\Users\Donald\AppData\Local\Arduino15\packages\megaTinyCore\hardware\megaavr\2.6.3\tools\libs\pymcuprog\serialupdi\link.py", line 44, in init_datalink

raise PymcuprogError("UPDI initialisation failed")

pymcuprog.pymcuprog_errors.PymcuprogError: UPDI initialisation failed

pymcuprog.pymcuprog_errors.PymcuprogError: UPDI initialisation failed

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

[SpenceKonde]

I seriously think something on your system is preventing the core from installing correctly... because now the installation of python (that's actually the same version that the ESP8266/ESP32 cores install to run esptool) that board manager is supposed to install... didn't get installed.

The thing that I always suspect in cases like that is overzealous antivirus software sees a program downloading an executable, assumes it's malicious, and promptly quarantines it without notifying the user, usually you can find a record of it in it's logs, and then study the documentation and figure out how to tell it to not interfere with the thing in question. And you're not going to be having a good time installing cores through board manager if something is interfering with download and extraction of tools.

[dvukovic]

That's sad.
I'm using Avira Antivirus, if that means anything to you.

I'll try deleting everything again, turn off Avira and re-install again.

Thanks for your time.

[SpenceKonde]

heh. we are racing against each other to post messages. By getting to the UPDI initialization failed error, SerialUPDI is running.

But it's getting the equivalent of an STK500 sync error on classic optiboot-using AVRs (that is, the failure is such that there is no way for it to return a more informative error, because it's at the point where all it knows is that it tried to start the upload, but didn't get a response from the target.

[SpenceKonde]

Oh, okay, that's looking better.

UPDI initialization failed means there's a wiring problem. And if I zoom in on that image, it looks like you're doing it with a diode between TX and RX? And it looks like the band is on the RX side. It should be on the TX side - you need TX to be able to drive the UPDI line low, without keeping the tinyAVR from doing the same, despite the fact that the UPDI pin has pin drivers less forceful than a wet noodle.

Also, what's the value of the resistor in series with the UPDI line?