I2C issue

[Charles Linquis]

Thanks for the link, I may have to use that technique. I'm currently setting up the hardware to do the WRITE.
I already use it for READ.
I have never been 100% successful in getting the HW WRITE to work, so I usually just fall back to bit
banging. Fortunately, I'm hooked up to the real SDA and SCL on the chips.
It was always real easy to do a master-slave thing by sending in software and receiving in hardware,
you don't have to reconfigure any registers.

And for those of you that want to play with I2C: If you use my interrupt-driven slave (posted on this forum), you can
use I2CREAD and I2CWRITE at the same time the slave is running. One chip at both ends of the conversation!
A great debugging tool.

[Charles Linquis]

The SHIFTOUT / SHIFTIN method does, indeed look like it is going to work. I get a lot more control over what is going on.
I don't have eveything configured perfectly yet, but Thanks!

[mackrackit]

Cool!!!

[Charles Linquis]

BUT --- I can't use the shiftin/shiftout commands to write I2C. It violates the open-collector spec. That leaves me with a couple of options:
1. Learn to use the hardware
2. Modify the library to give shiftin/shiftout an open-collector mode (like I already have with DEBUG)
3. Do everything at the bit level myself.

[cncmachineguy]

I vote hardware!!

[Charles Linquis]

Working on it now. I'll get an interrupt-driven routine going and share it when it gets done.

[mackrackit]

Is there anything here that would help? I have not used DTs instants for this.
http://darreltaylor.com/DT_INTS-18/home.html

Looking forward to seeing your solution.