The list at ElecAuto and other sites are based on the entire bin file's
checksum, not that 16-bit value written at the end of the chip.

It would seem that the last two bytes of the chip are some sort of a checksum,
but I can't get them to match up to anything either. For example, I have one 4KB
program with a file checksum of 0x8D5A, but the value at the end of it is
0x8A00. When I subtract 0x8A and 0x00 from 0x8D5A, that's only 0x8CD0, so
evidently doing a checksum on the whole bin file is counting an area that's not
included in the 0x8A00 checksum. And I've had even bigger differences with other
4KB and 8KB chips, even if I do my checksum calculation based on only the top
4KB. I wonder if they're doing something other than a standard checksum when
they write that value at the very end of the chip. The ML1.2 chips appear to be
the same way.


- Weston


--- In BoschDME@yahoogroups.com, "efidabbler" <md4etal@...> wrote:
>
> I would like a reality check on this one:
>
> For the ML 3.1 boxes (2732A and 2764 chips), the checksum is the last address
string at $ _ _FE and $_ _ FF?
>
> I am having a hard time correlating some web data from ELCAuto and their
chipsums on the 261200075 box.
>
> Let me know if anyone has a stron opinon.
>
> Mike D.
>