AVR Downloader/UploaDEr - Bugs: bug #53839, ATtiny and Programmer running...
You are not allowed to post comments on this tracker with your current authentication level.
bug #53839: ATtiny and Programmer running after download done
Submitter: | John Barrington <johnbarr> | ||
Submitted: | Fri 04 May 2018 10:03:18 PM UTC | ||
Category: | None | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | None |
Status: | Wont Fix | Privacy: | Public |
Assigned to: | None | Originator Name: | John Barrington |
Open/Closed: | Open | Release: | 6.3 |
Programmer hardware: | USBtinyISP & Genuino | Device type: | ATtiny84 |
Sat 05 May 2018 06:34:31 AM UTC, comment #5: |
Joerg Wunsch <joerg_wunsch>![]() |
Sat 05 May 2018 06:23:02 AM UTC, comment #4: I'm afraid this is not a feature of AVRDUDE but of USBtinyISP.
|
Joerg Wunsch <joerg_wunsch>![]() |
Fri 04 May 2018 11:40:23 PM UTC, comment #3: There are still applications in which chips are programmed separately outside the devices in which they are eventually installed. After all, some AVR chips are still sold in DIPs to facilitate this.
|
Michael Sadaway <mjsadaway> |
Fri 04 May 2018 10:37:55 PM UTC, comment #2: Was I clear? The programmer and the downloaded code should not communicate. |
John Barrington <johnbarr> |
Fri 04 May 2018 10:13:18 PM UTC, comment #1: I'm open for discussions about this, but for that, please
|
Joerg Wunsch <joerg_wunsch>![]() |
Fri 04 May 2018 10:03:18 PM UTC, original submission:
We have analyzed the actions of our programmer, Avrdude / USBtinyISP, when and after downloading our HEX file to our ATtiny84. We find faulty behavior after download is complete.
|
John Barrington <johnbarr> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
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.
Follow 3 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2018-05-04 | joerg_wunsch | Status | None | ![]() |
Wont Fix |
2018-05-04 | johnbarr | Carbon-Copy | - | ![]() |
Added -email is unavailable- |
Carbon-Copy | - | ![]() |
Added -email is unavailable- |
That reminds me:
Back in the days of parallel-port based programming dongles,
AVRDUDE had full control over all programming signal lines.
The way the /RESET (and potential power supply) lines were
left at program termination there is determined by the -E
option.
If USBtinyISP supports something like that, -E could be
implemented for this programmer as well.