AVR Downloader/UploaDEr - Bugs: bug #41631, TPI bitbang for preprogrammed...
You are not allowed to post comments on this tracker with your current authentication level.
bug #41631: TPI bitbang for preprogrammed ATtinys can fail (Patch attached)
Submitter: | Matthias Neeracher <microtherion> | ||
Submitted: | Tue 18 Feb 2014 01:13:56 PM UTC | ||
Category: | None | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | None |
Status: | None | Privacy: | Public |
Assigned to: | None | Originator Name: | Matthias Neeracher |
Open/Closed: | Open | Release: | None |
Programmer hardware: | Device type: |
Attached Files
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follows 1 latest change.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2014-02-18 | microtherion | Attached File | - | Added bitbang,patch, #30594 |
Powered by Savane 3.13-cf05.
Corresponding source code
If an ATtiny4/5/9/10 has been programmed with software that sets PB0 (a.k.a TPIDATA) as an output, this will interfere with the MOSI -> MISO connectivity test when avrdude tries to reprogram the MCU.
The simplest solution, it seems to me, is to hold RESET low during the MOSI->MISO test. I’ve attached a patch implementing this, which works for me (Using a Buspirate as the programmer).