AFR Modifier ... bugs reported

[Dave Zug.]

That 16 bit AFR calculation is a bit to deal with..  Calculating it
correctly is easy enuff but you can get into a situation if you are not
careful in software that you calculate it to one decimal place AFR, then
recalculate it back to 16 bit and it will change the decimal value when you
didn't mean to. Same thing with Spark mods or AFR mods using a "+" key that
increments the advance by one. it should increment the advance value by
0.3515, which is decimal (1), not by one degree (1.05 +- decimal) which can
have odd effects when translating to decimal for the Bin.  If you calculate
the checksum based on translation from full degrees there could be errors.
Example 34 degrees entered is really 33.75 degrees to the computer, etc.
Just some pitfalls based on experience ;-)  One tweaking package I knew of a
while ago used to perform behind the scene patches to the binaries.. things
the author figured "everyone" wanted. He did let people know but you had to
be registered to find out.


----- Original Message -----
From: <timsiford at hushmail.com>
To: <gmecm at diy-efi.org>
Sent: Wednesday, November 22, 2000 11:55 AM
Subject: AFR Modifier ... bugs reported


> Recieved some bug issues.  Gonna check into them now and post here when
> done.  As a precautionary measure I would only use this program to view
> information about the AFRs and the modifiers.  Don't burn the bin on an
> EPROM yet.  Will post shortly.
>
> Tim

----------------------------------------------------------------------------
To unsubscribe from gmecm, send "unsubscribe gmecm" (without the quotes)
in the body of a message (not the subject) to majordomo at lists.diy-efi.org