Open fakr00n opened 2 months ago
Hello @fakr00n
As it happens, I have that very same board and just attempted to replicate the issue. As you experienced, Bloom worked fine initially, but then after attempting to perform a chip erase via avrdude, Bloom began to fail. I suspect the chip erase has resulted in some unintended side effect.
After a little digging, I've found that resetting the target after activating the physical interface and before the signature validation check seems to resolve the issue. Bloom already does this, but only after signature validation. Reading the target signature before the reset results in the garbage data, but it works fine after.
I've prepared an unofficial build, v1.0.2, for you. This build will reset the target immediately after activation and before the signature validation check.
DEB: https://bloom-public-bucket.s3.eu-west-1.amazonaws.com/Bloom-1.0.2-Linux-x86_64.deb RPM: https://bloom-public-bucket.s3.eu-west-1.amazonaws.com/Bloom-1.0.2-Linux-x86_64.rpm PKGBUILD: https://bloom-public-bucket.s3.eu-west-1.amazonaws.com/Bloom-1.0.2-Linux-x86_64.pkg.tar.gz
Please let me know if this fixes the issue.
I will include this change in the next release, but it won't be published for quite some time as I'm currently knee-deep in a large refactor for RISC-V support.
Hi, Thank you for your quick fix. It's working perfectly now :) Good luck with RISC-V support and thank you for such a useful software!
Excellent, thanks for confirming. I will close this ticket once I've added the same change to the master branch.
I'm using the ATTINY416 XPLAINED NANO board. The board stopped working with bloom for some odd reason (it was working fine yesteraday).
Here is the bloom debug output
For some reason bloom reads the target signature 0x552400 instead of 0x1e9221 which is of course wrong. I have no problem reading the target signature with AVRDude (it reads the correct sig 0x1e9221) . I have no problems using AVRDude for flashing, reading flash etc... In other words, No problems with the board.
I have erased flash before running bloom (and AVRDude) just in case to rule out that my firmware was messing with the RESET/UPDI pin (I have double checked it was erased by reading it back with AVRdude). Still same problem.
Here is my bloom.yaml
Here is the output of AVRdude (read signature)