Interfacing 5V CPU to 3.3V I2C
Posted: 27 July 2007, 7:19 AM
I am considering using the Dallas DS32C35 RTC with FRAM
[http://www.maxim-ic.com/quick_view2.cfm/qv_pk/5283]
It runs on 3.3v. It has 5v tolerant interrupt and clock signals which are open drain types.
But the I2C runs on 3.3v and it does not state explicitly that these are 5v tolerant.
I would have thought that as long as the pull-up resistors on the I2Csignals are not too small, then it should not overstress the RTC to have 5V on the I2C.
But since the docs specifically state that one set of signals ARE 5V tolerant and does not say such a thing about the others, then they are NOT 5V tolerant.
What would be the simplest and/or most reliable way to hook this device into a 5V I2C bus, while not overstressing the RTC.
Could it be as simple as a couple of normal diodes (0.7v Vf), or 3 or 4 diodes with a lower Vf so it adds up to 1.7V total Vf?
Would a transistor or 2 on each signal be better and not interfere with the max bus speed?
-Tony
[http://www.maxim-ic.com/quick_view2.cfm/qv_pk/5283]
It runs on 3.3v. It has 5v tolerant interrupt and clock signals which are open drain types.
But the I2C runs on 3.3v and it does not state explicitly that these are 5v tolerant.
I would have thought that as long as the pull-up resistors on the I2Csignals are not too small, then it should not overstress the RTC to have 5V on the I2C.
But since the docs specifically state that one set of signals ARE 5V tolerant and does not say such a thing about the others, then they are NOT 5V tolerant.
What would be the simplest and/or most reliable way to hook this device into a 5V I2C bus, while not overstressing the RTC.
Could it be as simple as a couple of normal diodes (0.7v Vf), or 3 or 4 diodes with a lower Vf so it adds up to 1.7V total Vf?
Would a transistor or 2 on each signal be better and not interfere with the max bus speed?
-Tony