I2C with any PIC?

[flotulopex]

Hello,

I'm not used to handle I2C communication.

In several datasheets, I've seen some specific information about the I2C capability of this or that chip.

My question is: what makes the difference between PICs that have a I2C capacity described in their datasheet and the other ones that don't?

(...i just have the feeling my question is not clear enough...)

[sougata]

Hi,

PBP uses a software based I2C so it does not actually matter if your chip has an onboard hardware I2C. It will never use it.

[flotulopex]

Thanks Sougata,

This is what I thought since I use a 12F675 and a 24LCxxx memory via I2C and this PIC has no specific I2C interface (...and, of course, it works).

So what is the "advantage" or simply the reason for certain PICs to have a I2C interface?

[mister_e]

well, usually faster than most software solution, usually provide interrupts triggers, etc etc etc. Same for USART (HSERIN/HSEROUT) against SEROUT/SERIN etc etc.

[BigWumpus]

...just try to code a slave-I2C !

Then you will see, what advantages a hardware-modul can give to you !

...and it gives you so much performance, if you use the hardware in an intelligent way!

[skimask]

...just try to code a slave-I2C !

Then you will see, what advantages a hardware-modul can give to you !

...and it gives you so much performance, if you use the hardware in an intelligent way!

Somewhere out there, is a site with practically complete I2C-slave code, uses the hardware and PBP to handle things. Apparently it works like a champ. A 2nd PIC18F452 is slave-I2C programmed to act just like a 24LC256 and it's accessed by the 1st 18F452 using PBP's I2C commands. Wish I remembered where that was...