• State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 22 subscribers
  • Views 890 views
  • Users 0 members are here
Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

XC167 IIC_ID register...?

Dave Sudolcan

The KEIL header file for the XC167 microcontroller has the below entry:

#define IIC_ID (*((unsigned int volatile sdata *)0xE60C)) // IIC Module Identification Register

However, I can find no reference to any such register in any of the XC167 doc's I have. Can anyone tell me what this register is and how to use it?

Thanks,
Dave.

Parents
  • 0 in reply to Chris Wunderlich

    Hmmm... something doesn't sound right...

    It seems to me that what generates the SCL clocks is the act of reading either IIC_RTBL or IIC_RTBH. Then, after the SCL clocks, you must read the register again to get the results of shifting in that data.

    But... reading that register the 2nd time causes the SCL clocks to come out again. That's what I'd like to get rid of... those extra SCL clocks. But, I can't find any other way to start the cycle of SCL clocks besides reading the IIC_RTBL or IIC_RTBH registers. Kind of like a catch-22 situation.

Reply
  • 0 in reply to Chris Wunderlich

    Hmmm... something doesn't sound right...

    It seems to me that what generates the SCL clocks is the act of reading either IIC_RTBL or IIC_RTBH. Then, after the SCL clocks, you must read the register again to get the results of shifting in that data.

    But... reading that register the 2nd time causes the SCL clocks to come out again. That's what I'd like to get rid of... those extra SCL clocks. But, I can't find any other way to start the cycle of SCL clocks besides reading the IIC_RTBL or IIC_RTBH registers. Kind of like a catch-22 situation.

Children
No data