Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.Sign up
Hi! I'm using ATmega48PA + FT232R + diode.
Gosh, well found!
It's a long time ago ...
Looking back through history the only relevant comment I found was'Refactor with 0x1000 PC and BP bias for atmega88'. I vaguely remember having problems with the atmega88 and that without the 0x10 high byte offset on both PC and BP, register reads didn't terminate.
None of this was documented when I was working on it, other than the good but cryptic notes from Rikus W at http://www.ruemohr.org/docs/debugwire.html.
Atmel didn't publish the dWire protocol. If I had to guess where oddities like this might have come from, I would expect that if a chip revision had bugs/quirks in its dwire implementation, Atmel would be more likely to work around them in their debugging and programming firmware than they would be to produce a new hardware revision.
This flag was a guess. Indeed I don't really understand it now: how can it still work for the atmega88 which is an 8k flash chip?
Great to hear that with AddrFlag() always returning 0, dwdebug is working correctly for you.