Check the PBP mqnual. PBP *AUTOMATICALLY* sets the LSbit to the
correct value. That is, the I2CREAD instruction FORCES the bit to "1"
and I2CWRITE FORCES it to "0". Try it in your code, and you will find
that it works.
Check the PBP mqnual. PBP *AUTOMATICALLY* sets the LSbit to the
correct value. That is, the I2CREAD instruction FORCES the bit to "1"
and I2CWRITE FORCES it to "0". Try it in your code, and you will find
that it works.
Charles Linquist
Hi,
Have you tried the DEFINE I2C_HOLD 1 in your prog ? Any difference using or not using it ?
Regards
Sougata
Hi,
There has been no update. Please do let us know if you succeed and how.
Regards
Sougata
Hi, Charles
Found a demo here ... :
Listing 2
' Nuts & Volts "Stamp Applications" -- November, 2001
... may be it will help
Alain
************************************************** ***********************
Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
************************************************** ***********************
IF there is the word "Problem" in your question ...
certainly the answer is " RTFM " or " RTFDataSheet " !!!
*****************************************
Hi Charles (long time - no hear),
Did you ever find the answer to this problem? I'm looking at using the chip, but not if there's unforseen gotchas.
Thanks!
Len
Bookmarks