> Hi all,
>
> Just thought I'd let those who are using ROMzap know that I found an
> obscure bug in the boot code. For the most part it may not cause
> problems and a "char received" error will occur if it appears.
>
> This has been fixed and will upload ASAP. Look for a version with a date
> higher than today.
>
> I have been using ROMzap on projects for months now and while it allows
> fast code changing on the fly, it can still be a little slow to
> reprogram.
>
> (With me anyway) I have found that a high percentage of the reprogram
> cycles are because of simple changes - like adjusting a timing loop, or
> changing a MOVF RAM to a MOVF RAM,W. The trouble was that ROMzap would
> still download the entire file but would only program when it found that
> the changed data did not match the current ROM address contents.
>
> To try to overcome this, I have added an optional "Turbo" mode for
> programming.
>
> In this mode, a copy of the program file data is stored on the PC and is
> updated after every programming cycle. Providing certain conditions are
> met, the data comparison is done inside the PC and only the changed data
> is sent to ROMzap for reprogramming. Thus updates can take as little as
> milli-seconds even for a 16F877.
>
> --
> Best regards
>
> Tony
>
> ICmicro's
>
http://www.picnpoke.com
>
sales
KILLspampicnpoke.com
>
> --
>
http://www.piclist.com hint: The PICList is archived three different
> ways. See
http://www.piclist.com/#archives for details.
>