difficult to test w/o programmer HW (only orig STK500 (v2) and SMo)
Signed-off-by: Martin <Ho-Ro@users.noreply.github.com>
# Conflicts:
# src/stk500v2.c
this is only a proof of concept
declarations for libavrdude, parser in term.c
sample implementations in stk500v1.c
Signed-off-by: Martin <Ho-Ro@users.noreply.github.com>
* fix -x vtarg handling (HAS_VTARG_READ vs. HAS_VTARG_ADJ)
* stk500v1: implement new option -x xtal=nnn (part of #1560)
* fix parsing of frequencies, values w/o k or M prefix were not recognised
now frequency parameter fosc=nnnn or fosc=nnnnH[z] are also ok
* stk500v2: xtra argument -x xtal=nnnn
* unify xtra argument messages for v1 and v2, better error message wording
* update man and doc
* stk500v1: add option -B handling identical to stk500v2
* allow spaces in extra parameter, e.g. -x "fosc= .1e3 kHz"
Signed-off-by: Martin <Ho-Ro@users.noreply.github.com>
The memory data was introduced for the sole purpose to provide an
nvm_data_offset for Microchip programmers. As an address offset it would
tell programmers to read/write in data space. It so turned out that this
nvm_data_offset always was 0x1000000 for PDI and UPDI parts.
This commit removes this artificial data memory and treats the data offset
in the code as what it currently is: a constant.
At the same time the commit introduces an sram memory with offset and size
for virtually all parts known to AVRDUDE.
* Harmonize WIN32 implementation of serial time-outs with Posix
This is from @mariusgreuel in Issue #1249.
https://github.com/avrdudes/avrdude/issues/1249
> The WIN32 time-out is specified as ReadTotalTimeoutConstant + buflen * ReadTotalTimeoutMultiplier, which makes it potentially much longer than the Posix one (i.e. at least double). ReadIntervalTimeout is also set to timeout, which essentially renders the interval timeout ineffective, so IMHO, we should explicitly disable that feature.
* Update NEWS
* Always print error if part and programmer doesn't have a common programming interface
even though the user uses -F. It won't exit though.
* Don't mention -F in error message if -F is already used
---------
Co-authored-by: mcuee <xiaofanc@gmail.com>
Co-authored-by: Stefan Rueger <stefan.rueger@urclocks.com>
