Search results

Ignore the zero volt readings. It looks like it can't measure anything below about 0.4. V. Average the readings for each of the other voltages and fit a straight line to it. In decimal, it looks like approximately voltage = (reading + 64) / 648.

Hi retepsnikrep. The fact that the last 16 bit number cycles through 12 different values while the preceding 6 bytes remain all zero, means that it is not simply a CRC. Nor can the last 8 bit number be a CRC since we see four different values when the 7 preceding bytes are all zero. So I'm...

There are two problems there TickTock. First you transcribed the data wrong. That 01 should be 07. i.e. F7 07 00 00 07 44 30 70 And second, you have to do 8 more turns of the crank after the data runs out, shifting in zeros, to flush it through.

Thanks Coulomb, I hadn't noticed that. Ernie, the XORing with the polynomial needs to be inside the loop, not outside. And it needs to be conditional on the value of the bit being shifted out of the working value. I think you want something like: while (X<=63){ if ((Workingvalue &...

Sorry, Ernie. I may have used the wrong terminology, but I actually meant to process them in the order they are transmitted D0 D1 D2 D3 D4 D5 D6, where D7 is the CRC.

In case anyone still cares about the 8-bit CRC in the Leaf's ID 0x1D4 CAN packets, my colleague Coulomb and I have reverse-engineered it. We used the excellent method described in New Zealander Greg Ewing's awesome paper, "Reverse-Engineering a CRC Algorithm"...