• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 16 subscribers
  • Views 288 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Original question:

TMUX7234: TMUX7234/TMUX6234 PSPICE models missing subcircuits

TMUX7234: TI-supported PSpice model faulty & not updated yet

Milan Kaiser
Prodigy 10 points
Part Number: TMUX7234
Other Parts Discussed in Thread: TMUX6234

Tool/software:

As mentioned in the related post, the PSpice model for the TMUX7234 is faulty and the following Error is thrown:

There is a bugfix-model provided in the related post, which is not yet updated in the library.

TMUX7234: TMUX7234/TMUX6234 PSPICE models missing subcircuits - Switches & multiplexers forum - Switches & multiplexers - TI E2E support forums

If I use this model and add it to the library path, PSpice switches into the "Third-party-parts-included"-mode and supports only 3 probing points.

When will the model in the library be updated, to avoid this problem?

Is there a possibilty to include the library on a way, PSpice detects that this bugfix-model is provided by TI?

Thanks,

Milan

  • 0
    TI__Mastermind 35208 points

    Hi Milan,

    Thanks for the notice on this! Looks like I may have accidentally uploaded the exact same model with the same bug. I've just submitted a request to update the ti.com model with the revised pspice for tmux7234 and tmux6234. I'll update you here on the timeline as I get word back from the team responsible for uploading them on ti.com.
    I don't know a way to bypass the '3rd party model' unless we add it to the library through ti.com, sorry.

    Thanks!
    Rami

  • 0 in reply to Rami Mooti1
    Prodigy 10 points

    Hi Rami,

    thanks for the confirmation, that the bug is still present in the included library.

    I also optained a faulty behaviour of the updated model in the Simulation. The Enable-Pins seems to have not the function described in the datasheet of the device:



    The Datasheet says, if the EN-Pin is pulled high, the Source-to-Drain Connection is High-Z.

    In the simulation I can obtain, that the state of the EN-Pin has no effect on the Source-to-Drain Connection.
    I applied Voltage to the Drain pin and due to the High-Z State of the Source-to-Drain connection i didn't expect Voltage on the Source pins.
    In the Simuation i can optain voltage on the source pin, even with a really strong pulldown. 
    I also checked what happens, when I apply Voltage to the Source pin and obtained the voltage at the drain pin - too the same behaviour and no High-Z between Source&Drain.

    Can you confirm that this is a faulty behaviour of the simulation model?

    Thanks,

    Milan

  • 0 in reply to Milan Kaiser
    TI__Mastermind 35208 points

    Hi Milan,

    I'm seeing the same thing on my end. Nothing in the code immediately jumps out as me as causing this problem though. I'll take time this week to debug this and try and find where the bug is and update you as I hopefully figure it out. Sorry for the difficulties you're running into while using this model

    -Rami