DIP Circuit Alternative to PCA9547D SOIC Chip

[mfad]

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: **broken link removed**

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!

 

[Wilksey]

You have a few options.
1. Buy a breakout demo board, if you look on NXP's website they have a list of demo boards which are essentially a DIP breakout.
2. Try an other general purpose multiplexer IC, from someone like Analog Devices.
3. "Deadbug" the chip, i.e., glue it on it's back and solder wires to the pins.

Do you require 8 channels? You might find a smaller channel variant in DIP perhaps?

 

[mfad]

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).

 

[Wilksey]

Hi,
Your 2nd explanation makes things so much simpler.

Look here:
**broken link removed**

I think you will find it has everything you need to complete your project (or the i2c part anyway).