TinyCore cannot deal with micronucleus bootloaders < 2.0

[felias-fogg]

It is probably an avrdude problem. In any case, in ATTinyCore using the micronucleus uploader, I can upload the sketch, and I can also upgrade the bootloader.

The upload protocol looks as follows:

Avrdude version 8.1
Copyright see https://github.com/avrdudes/avrdude/blob/main/AUTHORS

System wide configuration file is /Users/nebel/Library/Arduino15/packages/TinyCore/tools/avrdude/8.1/etc/avrdude.conf
User configuration file /Users/nebel/.avrduderc does not exist

Using port            : usb
Using programmer      : micronucleus
Found device with Micronucleus V1.6, bus:device: 003:005
AVR part              : ATtiny85
Programming modes     : SPM, ISP, HVSP, debugWIRE
Programmer type       : Micronucleus V2.0
Description           : Micronucleus bootloader
Bootloader version: 1.6
Available flash size: 6012
Page size: 64
Bootloader start: 0x1780
Write sleep: 8ms
Erase sleep: 752ms
Signature1: 0x93
Signature2: 0x0B

AVR device initialized and ready to accept instructions
Device signature = 1E 93 0B (ATtiny85)
Auto-erasing chip as flash memory needs programming (-U flash:w:...)
specify the -D option to disable this feature
Ignoring last error of erase command: Broken pipe
Connection dropped, trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Trying to reconnect ...
Warning: unable to reconnect USB device: Operation timed out
Error: chip erase failed

USB access errors detected; this could have many reasons; if it is
USB permission problems, avrdude is likely to work when run as root
but this is not good practice; instead you might want to
check out USB port permissions on your OS and set them correctly

Avrdude done.  Thank you.
Failed uploading: uploading error: exit status 255

[MCUdude]

According to the Avrdude documentation, both Micronucleus v1 and v2 should be supported. Maybe open an issue over at the Avrdude Github repo?

[MCUdude]

Seems to work fine on my mac. Where did you find Micronucleus V1.6? V1.11 appears to be the latest V1.x release.

/Users/hans/Library/Arduino15/packages/TinyCore/tools/avrdude/8.1/bin/avrdude -C/Users/hans/Library/Arduino15/packages/TinyCore/tools/avrdude/8.1/etc/avrdude.conf -v -pattiny85 -cmicronucleus -V -xwait=60 -Uflash:w:/var/folders/zb/v12zftvj4dv7mw0_1c6x8lwc0000gn/T/arduino_build_353779/Blink.ino.hex:i 
Avrdude version 8.1
Copyright see https://github.com/avrdudes/avrdude/blob/main/AUTHORS

System wide configuration file is /Users/hans/Library/Arduino15/packages/TinyCore/tools/avrdude/8.1/etc/avrdude.conf
User configuration file /Users/hans/.avrduderc does not exist

Using port            : usb
Using programmer      : micronucleus
Found device with Micronucleus V1.11, bus:device: 001:001
AVR part              : ATtiny85
Programming modes     : SPM, ISP, HVSP, debugWIRE
Programmer type       : Micronucleus V2.0
Description           : Micronucleus bootloader
Bootloader version: 1.11
Available flash size: 6330
Page size: 64
Bootloader start: 0x18C0
Write sleep: 8ms
Erase sleep: 792ms
Signature1: 0x93
Signature2: 0x0B

AVR device initialized and ready to accept instructions
Device signature = 1E 93 0B (ATtiny85)
Auto-erasing chip as flash memory needs programming (-U flash:w:...)
specify the -D option to disable this feature
Erased chip
Reading 132 bytes for flash from input file Blink.ino.hex
in 1 section [0, 0x83]: 3 pages and 60 pad bytes
Writing 132 bytes to flash
Writing | 
Reading not supported for flash memory
################################################## | 100% 0.07s
132 bytes of flash written
Avrdude done.  Thank you.

[felias-fogg]

Bought from the Far East, a couple of years ago.

[MCUdude]

I just found V1.6 in the official Micronucleus repo. First it failed like yours did, but I gave it another try, and then it worked. Highly recommended to upgrade to the latest version (which I managed to do using V1.6)!

/Users/hans/Library/Arduino15/packages/TinyCore/tools/avrdude/8.1/bin/avrdude -C/Users/hans/Library/Arduino15/packages/TinyCore/tools/avrdude/8.1/etc/avrdude.conf -v -pattiny85 -cmicronucleus -V -xwait=60 -Uflash:w:/var/folders/zb/v12zftvj4dv7mw0_1c6x8lwc0000gn/T/arduino_build_353779/Blink.ino.hex:i 
Avrdude version 8.1
Copyright see https://github.com/avrdudes/avrdude/blob/main/AUTHORS

System wide configuration file is /Users/hans/Library/Arduino15/packages/TinyCore/tools/avrdude/8.1/etc/avrdude.conf
User configuration file /Users/hans/.avrduderc does not exist

Using port            : usb
Using programmer      : micronucleus
Error: no device found, waiting 60 seconds for device to be plugged in ...
Error: press CTRL-C to terminate
Found device with Micronucleus V1.6, bus:device: 001:001
AVR part              : ATtiny85
Programming modes     : SPM, ISP, HVSP, debugWIRE
Programmer type       : Micronucleus V2.0
Description           : Micronucleus bootloader
Bootloader version: 1.6
Available flash size: 6012
Page size: 64
Bootloader start: 0x1780
Write sleep: 8ms
Erase sleep: 752ms
Signature1: 0x93
Signature2: 0x0B

AVR device initialized and ready to accept instructions
Device signature = 1E 93 0B (ATtiny85)
Auto-erasing chip as flash memory needs programming (-U flash:w:...)
specify the -D option to disable this feature
Erased chip
Reading 132 bytes for flash from input file Blink.ino.hex
in 1 section [0, 0x83]: 3 pages and 60 pad bytes
Writing 132 bytes to flash
Writing | 
Reading not supported for flash memory
################################################## | 100% 0.06s
132 bytes of flash written
Avrdude done.  Thank you.

[felias-fogg]

Maybe a subtle timing problem. No idea.