AVR Downloader/UploaDEr - Bugs: bug #41857, avr109 atmega2564rfr2 erase...
You are not allowed to post comments on this tracker with your current authentication level.
bug #41857: avr109 atmega2564rfr2 erase timeout to short
Submitter: | Georg von Zengen <oni> | ||
Submitted: | Thu 13 Mar 2014 03:46:13 PM UTC | ||
Category: | None | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | None |
Status: | None | Privacy: | Public |
Assigned to: | None | Originator Name: | oni |
Open/Closed: | Open | Release: | None |
Programmer hardware: | Device type: |
Jump to the original submission
Fri 16 May 2014 07:00:36 PM UTC, comment #13: |
Georg von Zengen <oni> |
Wed 02 Apr 2014 03:49:02 PM UTC, comment #12: First of all, 8 lines are simple.
|
Georg von Zengen <oni> |
Wed 02 Apr 2014 12:48:42 PM UTC, comment #11: Georg,
|
Klaus Leidinger <kllei> |
Wed 02 Apr 2014 11:51:58 AM UTC, comment #10: I vote for the dynamic solution because its more future-proof. In general giving the user feedback in case of unexpected/faulty behavior as soon as possible is the better solution than let the program hang forever. So we should look if other programmers might have similar problems. |
Dennis Reimers <dreimers> |
Wed 02 Apr 2014 09:00:11 AM UTC, comment #9: I dislike the option to generally raise the serial timeout to 10 seconds. When I have a new untested chip/board it happens a lot, that my programmer times out. When this timeout increases to 10 seconds the whole avrdude will feel way more unresponsive.
|
Yannic Schröder <yan_nic> |
Wed 02 Apr 2014 07:47:34 AM UTC, comment #8: What is your reason against the "complicated" (8 lines) solution which solves the problem and not only delays its appearance. |
Georg von Zengen <oni> |
Wed 02 Apr 2014 07:00:57 AM UTC, comment #7: My vote for the simple solution to match the timeout to other serial programmers. Thanks Jörg for pointing this out. |
Klaus Leidinger <kllei> |
Wed 02 Apr 2014 07:00:23 AM UTC, comment #6: One of the problems with avr109 is that it has only a chip erase command which only sends a reply when the memory is erased completely. That is why the process bar of the erase command simply jumps to 100% immediately. I think other programmers are responding in between.
|
Georg von Zengen <oni> |
Wed 02 Apr 2014 05:42:24 AM UTC, comment #5: Other programmers (like JTAGICE, AVRISPmkII) simply have much
|
Joerg Wunsch <joerg_wunsch> |
Tue 01 Apr 2014 09:49:30 PM UTC, comment #4: Hi,
|
Klaus Leidinger <kllei> |
Tue 01 Apr 2014 07:47:42 AM UTC, comment #3: Hi,
|
Georg von Zengen <oni> |
Thu 13 Mar 2014 09:10:31 PM UTC, comment #2: setting the timeout for the programmer will also increase the time for fault detection for all AVRs.
|
Georg von Zengen <oni> |
Thu 13 Mar 2014 03:55:38 PM UTC, comment #1: 3rd idea: add an adjustable timeout option to the config syntax,
|
Joerg Wunsch <joerg_wunsch> |
Thu 13 Mar 2014 03:46:13 PM UTC, original submission:
An atmega2564rfr2 is not able to erase its program flash in under 5s when running at 8MHz.
|
Georg von Zengen <oni> |
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 |
---|---|---|---|---|---|
2014-05-16 | oni | Attached File | - | Added serial_timeout.patch, #31392 | |
2014-04-02 | yan_nic | Carbon-Copy | - | Added -email is unavailable- | |
2014-03-13 | oni | Attached File | - | Added timeout.patch, #30888 |
Powered by Savane 3.13-02a9.
Corresponding source code
Hi,
I appended a new version of my patch which applies to revision 1304.
regards
Georg von Zengen
(file #31392)