I know RTFM, but why?

[Acetronics2]

Hi, Jumper

Having a look to various I2C Datasheets show Word DATAs are read an sent High byte first ...

This simply could be the clever explanation you're looking for.

Back to YOUR own problem ( I do not see the reason, yet : $0000 or $FFFF do not care of byte order ... ), a look at the manual, 4.17.10 section : REV function, could enlight a really fair solution ... consuming very little time.

Alain

PS : I'll use it for my variable array storage ... thanks a lot !!!

[SteveB]

Jumper,
Why not solve your problem by always using the STR modifier? For a single word, just use something like:

a var word[8]
I2CWRITE datapin,clockpin,control,(address),[STR a\1]
.....
I2CREAD datapin,clockpin,control,(address),[STR a\1]

For X Words, use:

a var word[8]
I2CWRITE datapin,clockpin,control,(address),[STR a\X]
.....
I2CREAD datapin,clockpin,control,(address),[STR a\X]

This should keep you from having to think about which order the bytes are stored in.

Steve

[Jumper]

It seems to be a good idea as you point out to always use the STR function. Everybody sais that PbP has few bugs, I would like to call this a bug but since the manual mentions that the I2C command will return different data compared how variables are usually stored it has to be a feature :-)

Thanks for taking time to think about this and if anyone ever find a reson why PBP has decided to go this way I still would like to know.