mirror of
https://github.com/mariusgreuel/avrdude.git
synced 2025-09-28 15:05:27 +00:00
Mention -B in the error message
One of possible problems of failed initialization is too hight frequency of ISP clock. Mention using -B option as a possible solution. Closes #1133
This commit is contained in:
@@ -3046,14 +3046,15 @@ See also: @url{http://www.libusb.org/ticket/6}
|
||||
@item
|
||||
Problem: after flashing a firmware that reduces the target's clock
|
||||
speed (e.g. through the @code{CLKPR} register), further ISP connection
|
||||
attempts fail.
|
||||
attempts fail. Or a programmer cannot initialize communication with
|
||||
a brand new chip.
|
||||
|
||||
Solution: Even though ISP starts with pulling @var{/RESET} low, the
|
||||
target continues to run at the internal clock speed as defined by the
|
||||
firmware running before. Therefore, the ISP clock speed must be
|
||||
reduced appropriately (to less than 1/4 of the internal clock speed)
|
||||
using the -B option before the ISP initialization sequence will
|
||||
succeed.
|
||||
target continues to run at the internal clock speed either as defined by
|
||||
the firmware running before or as set by the factory. Therefore, the
|
||||
ISP clock speed must be reduced appropriately (to less than 1/4 of the
|
||||
internal clock speed) using the -B option before the ISP initialization
|
||||
sequence will succeed.
|
||||
|
||||
As that slows down the entire subsequent ISP session, it might make
|
||||
sense to just issue a @emph{chip erase} using the slow ISP clock
|
||||
|
Reference in New Issue
Block a user