DIP Circuit Alternative to PCA9547D SOIC Chip

Hey,

I was wondering if you guys could lend a helping hand on one of my problems or at least send me in the correct direction.

I am trying to redesign a circuit and one of the components being used is a:

PCA9547D 8-channel I2C-bus multiplexer
Datasheet: View attachment PCA9547D.pdf

This chip is a SOIC and I would rather use a DIP multiplexer with the same functionality. It would allow for accessibility and easy integration.

Is this feasible? Are there alternatives? How do I go about this problem? Any help you could offer would be great! Thanks!

get the soic chip, and soldier it to a soic-to-dip adapter
it's the simpliest way to deal with that problem.

Apparently a lot of the features are current not being used in the PCA9547D and thus I have reduced it down to a simpler circuit.

PCA9540B 2-channel I2C-bus multiplexer
**broken link removed**

So I guess now my current questions are:

Are there simple DIP I²C bus multiplexers?

If not are there DIP multiplexers or other electrical components that would do the same thing as a 2-channel multiplexer?

Do all DIPS need to be programmed through a PIC?

mfad said:

Are there simple DIP I²C bus multiplexers?
If not are there DIP multiplexers or other electrical components that would do the same thing as a 2-channel multiplexer?

Click to expand...

I don't think I've seen a DIP (Dual Inline Package) for any part for more than 10 years. If you find one it's probably some grey market part.

I suggest using the SOIC part and doing as Kripton2035 suggests or add a header to the board that can be DNI'd and is only used for testing/integration purposes.
As it's I2C the frequencies are pretty low so having the stubs to the header shouldn't cause too much of a problem. If you're worried about that then put the header as close as you can and route it in a fly-by fashion.

mfad said:

Do all DIPS need to be programmed through a PIC?

Click to expand...

I have no clue what you are asking here. DIPs are a package type, whether or not its programmed by a PIC is a function of the IC contained in the package.

Regards

Thanks for all the help. This has really helped me understand what is going on with the circuit.

Alright so after additional research today I have a different path that I would like to take. Hope you can help!

Apparently a lot of the features are current not being used in the PCA9547D and thus I have reduced it down to a simpler circuit.

PCA9540B 2-channel I2C-bus multiplexer
PCA9540D.pdf

Currently two HMC5883 sensors are hooked up to an Arduino I2C bus, but have fixed addresses and thus require a multiplexer.

Here is my new idea:

Both sensors have the same clock rate and was wondering could those clock lines be combined because they both share the same frequency and are being read at separate times?

If so this would simplify the multiplexer into something along the lines of using a few digital logic gates (DIP Package)to switch between the address lines of the two sensors. I can see a few problems which I am looking into... the logic gates would have to wait for a LOW or HIGH signal from the Arduino and would need to switch at a high speed. They would also need to be bi-directional logic gates (If those exist).