pcmhacking.net

just in case anyone is interested, the difference between S1 and S2 VX clusters single or triple window is .............

Needle colour and that's it. it goes from orange to white and they are interchangeable, i think people confuse VT needles with the orange VX needles and think the white ones are different

kham383 wrote:Can someone show me how to calculate this
I started with 137235 tried to 0 the ks and ended up with 274464
this is what i did
137235+137235+1440 =255910
/ 16 = 17244 hex value 435C
FFFF - 435C = BCA3

Should i have taken 1000000 - 137235 = 862765 difference then added 1440 = 864205
/16 = 54012 hex value D2FC
FFFF - D2FC = 2D03
Both bins are VU SS Ute v8 auto series 2 bin has gear prnd321

Hey Kham383, not sure how you read this but looks like it reversed bytes somehow as I was looking at it the other day & bytes are sort of right from start to finish, but every 2nd 1 seem to be reverse order?

Not sure how this happened but guessing it has something to do with the mode your read it in!

Do any programmers out there know why it would read bytes in reverse order?

Could it have been the wrong eeprom selected in device or in back to front or something?

I would say wrong eeprom type. the last letter for chip type I believe is for how many bits it will read it as, a i think is 8bit b is 16bit, changing it could make it display it correctly. If it isn't that the car might write it to the chip in reversed bytes, I have found this with some cars.

I don't know what happened on that read, i read it a few times and they compared all the same.read with the right chip selected.
Once i wrote the new calc to it & it was wrong i did a new calc on what i put in it & it worked perfect so i don't know what happened.
I also tried some 93c56 chips written as 93c56 & 93s56 with no success.
The lcd,s just lit up blank.
I also soldered in a dip8 adapter wrote to a 93c56 dip8 footprint & it worked fine.
I have no idea why the 93c56 sop8 didn't work & the 93c56 dip8 did work, same brand chips too.
I have done 2 other clusters i have with no issues worked perfect first time.

I cant look it up as my internet is down but if you look up the data sheets of the soip and dip chips, there might be a different configuration for legs.

I'm starting to doubt with minimal replies that I was the 1 that read the eeprom wrong?

I went through every bit of the map of the eeprom today & has reversed bytes which makes my read correct but is it?

With processors there are 2 ways of storing data, its called endianness. There is LSB (least significant bit) and MSB (most significant bit).

See here: http://en.wikipedia.org/wiki/Endianness

I think the dashboards and the intel PCs are the other way around from each other. So the results you get and lists you compare might just be written one for LSB and for MSB.

Thanks for that Antus,

So after a read is done like that, is there an easy way to convert it back & save it like that?

I just noticed with hex workshop there is an option to reverse byte order or change to intel or Motorola type but they don't seem to change anything?