工具与软件：
你(们)好
我遇到一些关于 TMUX1248 IBIS 模型的问题、
引脚1、3、4应该是 I/O (输入和输出)
| 质量 | SIGNAL_NAME | 模型名称 |
| 1. | S2 | 常闭 |
| 2. | GND | GND |
| 3. | S1 | 常闭 |
| 4. | D. | 常闭 |
| 5. | VDD | 电源 |
| 6. | 选择 | 输入 |
此 IBIS 模型适用于网站 https://www.ti.com/product/TMUX1248?keyMatch=TMUX1248&tisearch=universal_search&usecase=GPN#params
有没有人 能立即解决这个问题
谢谢！
Kevin
尊敬的 Kevin：
实际上、我对 Hyperlynx 并不熟悉、因为我们的团队通常使用 ADS 进行仿真。
但是、本文中链接的常见问题应该适用于 hyperlynx 环境。
这是因为您可以将此器件的封装数据与数据表中的 ron 和 CON 信息结合使用。 在 hyperlynx 中为该设备创建完全无源待机模型。 。 仅提供部分 IBIS 模型-无直通路径数据 的辅助部分应该是最好的帮助。
我假设您可以在 hyperlynx 中使用将分立式元件组合在一起。
请让我知道这是否有帮助,我很高兴继续与你看看这个.
此致、
Kameron
您好、Kameron
有数据表、电路和结果
您能帮助我检查电路和结果是否正确吗？
谢谢！
Kevin
您好、Kameron
这个屏幕截图是我使用 无源组件待机模型的结果。
蓝色波形是输入信号、绿色波形是输出信号。
这个屏幕截图是我使用 IBIS 模型的结果。
绿色波形是输入信号。
Vdd 为1.8V
请 帮助我检查结果是否正确。
如果不正确、如何构建电路。
此外、是否有任何 IBIS 模型可以替代 TMUX1248？
如果您有、您能给我提供吗？
谢谢！
Kevin
您好、Kameron
您好、由于这两个 TMUX1248 / SN74AUC2G53不是引脚对引脚兼容、我想问一下映射它们的方法是如图中所示吗？
谢谢
您好、Kameron
TMUX1248的封装为 DCK。
SN74AUC2G53有3种类型的封装 PW、RGY 和 RSV。
根据 TMUX1248的封装、我应使用的 SN74AUC2G53封装是 DCK。
尊敬的 Kevin：
您的器件引脚映射正确。
此外、正如您指出的那样、 SN74AUC2G53采用3种不同的封装、而非这些封装为 DCK 封装。
此外、文件中还包含软件包名称。 我在此文件中看不到 RGV,PW 或 RSV。
DCT 和 DCU 是 DCK 等引线式封装
是否可以评估不采用 DCK 封装的器件？
这是 您在线看到的有关 sn74器件的 e2e.ti.com/.../sn74auc2g53.ibsfile 吗？
此外、对多路复用器器件的交流参数测试(如器件带宽)在不同的仿真器(如 pspice ( 通过 ibis 模型传递高频信号可能会产生比器件实际性能更差的结果。 ) pspice 模型应显示出更精确的实际带宽性能。
是否可以选择使用 pspice 作为仿真器？
请告诉我您的想法、我们可以继续对此进行研究。
此致、
Kameron
您好、Kameron
因此、 SN74AUC2G53 DCT 和 DCU 可以替代 TMUX1248 DCK 吗？
我认为这个屏幕截图是正确的
就是这样 通过 ibis 模型传递高频信号可能会产生比器件实际性能更差的结果。 ) pspice 模型应表现出更精确的实际带宽性能。
但我只能将 HyperLynx 用作仿真器。
谢谢！
Kevin
您好、Kameron
存在电路和结果。
输入引脚为6、输出引脚为1是否正确？
绿色波形是输入信号。
红色波形是输出信号。
该信号似乎未通过 SN74AUC2G53。
谢谢！
Kevin
您好、Kameron
这个 e2e 仍然无法解决问题。
让我 重复一遍我的问题。
信号 无法 通过 SN74AUC2G53。
绿色波形是输入信号、红色波形是输出信号。
通常、型号类型应为"I/O"、而不是"Terminator"。
并应该有输出可以选择。
谢谢！
Kevin
尊敬的 Kevin：
e2e 的文章有一些信息,关于我认为什么可能是你的问题 hyperlynx 和我们的团队模型在过去如何有冲突与这个软件。
但是、借助您向我展示的信息、我可能能够提供更多帮助。
根据我的理解、串联开关模型类型是我们通过该模型传递信号时需要使用的类型。
此 e2e 文章解释了串联开关型号类型和终结器型号类型之间的差异。
在模型选择器字段中、您能否更改为串联开关模型类型(AUC2G53_IO_18_S)？
hyperlynx 是否为您提供执行此操作的选项？
请告诉我这样做的结果、我们可以继续看看这是否是您的最佳选择。
此致、
Kameron
您好、Kameron
在模型选择器字段中、我无法更改串联开关模型类型(AUC2G53_IO_18_S)
谢谢！
Kevin
尊敬的 Kevin：
感谢您的回应、现在我认为我们可以更接近解决方案了。
我找不到在我的电脑上下载 hyperlynx 的方法、但我们可以在这里尝试另一个故障排除的想法。(我不是 hyperlynx 的家人、这是我认为我们下一步应该做的事情)
您可以更改"IBIS 引脚模型"字段吗？
我们可能不说 AUC2G53_IO、而是说 AUC2G53_IO_S
如果可行、您可以将模型选择器字段更改为 AUC2G53_IO_18_S
最后、更改这些字段后、您可能仍会将 IO 缓冲器方向视为输入、这对于多路复用器是不正确的。 多路复用器输入不是缓冲器、这 篇文章解释了 这一点。 根据这些信息、如果您要传递高频信号、就应该能够在仿真中使用此开关。
此外、如果故障排除不起作用、我们可以像 TMUX1248一样为此器件创建无源标准、看看 结果会是什么。
您能告诉我您想通过此处多路复用器的信号的频率吗？
此致、
Kameron
您好、Kameron
我无法将"IBIS 引脚模型"字段 AUC2G53_IO 更改为 AUC2G53_IO_S
它将类似于：
是否有方法可以将 IBIS 引脚模型"字段 AUC2G53_IO 更改为 AUC2G53_IO_S？
我们不想使用这个解决方案"为此器件提供无源插座"、还有其他解决方案吗？
谢谢！
Kevin
尊敬的 Kevin：
感谢您发送这张图片。
再看看此 ibis 文件、可能会发现除了此器件的 YZP 封装之外、每个封装都缺少一些信息。
DCT 等其他封装不能为串联开关建模的原因是它们缺少引脚映射部分。
此部分对串联开关建模非常重要。(只有此器件的 yzp 封装具有此信息、并且我能够在 ADS 中设置此串联开关)
在我看来、此处最好的做法是使用 AUC2G53_YZP 进行仿真。
在我刚才发送给您的文件中、我从 DCT 获取了封装数据、并将其放入 YZP 部分、以便获得 SN74器件 DCT 的最佳结果
此文件应能帮助您访问 DCT 软件包的 AUC2G53_IO_18_S 信息。
e2e.ti.com/.../sn74auc2g53send.ibs
请告诉我这是否有帮助、我们可以继续查看是否可以获得此器件的仿真设置
此致、
Kameron
您好、Kameron
我已经尝试过了 将串联引脚映射从2更改为1
I/O 缓冲器方向仍然存在 输入 、但信号已通过 sn74。
黄色波形是输入信号、蓝色波形是输出信号。
我想问,我的方式女巫 将 串联引脚映射从 2更 改为 1 允许吗？
如果允许、结果是否正确？
如果不允许、是否有其他办法解决这一问题？
谢谢！
Kevin
尊敬的 Kevin：
实际上、我认为这里一切都很好、现在我们获得了正确的仿真结果。
将串联引脚映射从2更改为1 ( FUNCTION_TABLE_GROUP)与此 ibis 文件无关、允许这样做、但实际上您根本不需要编辑它。
根据我的读数、FUNCTION_TABLE_GROUP 是数字指示符、有助于告知读取文件的人哪些串联开关模型 与相同的公共控制功能(该器件上选择引脚上的逻辑高电平或低电平)关联
因此、例如、当引脚6和引脚1连接时、交替 表示 COM<->Y2 已连接、控制逻辑为 (A=HIGH、INH=LOW)。
功能表组2中的所有不同系列模型数据都可用、您可以在其中选择任意型号的名称。
在我们的场景中、我们使用 AUC2G53_IO_18_S。
此外、hyperlynx 调用 IO 信号路径"输入"、但这不应该是问题、因为您确实选择了串联开关数据(输入的 IO 缓冲器方向在 hyperlynx 中是不正确的命名 、不会影响我们的串联开关模拟)
您的模拟结果是正确的、如果您需要更多帮助、请告诉我。
Reagrds、
Kameron
