[参考译文] TINA/Spice/LM4562：LM4562的工作 SPICE 模型(与 LTSPICE XVII 配合使用)

您好、Tilmann、

我没有看到转向柱销顺序有问题、解决了什么问题？ 奇异矩阵等误差是由整个电路产生的、而不仅仅是模型、因此如果不查看您的电路、我就无法判断正在发生什么情况。

请注意、我们不支持 LTSPICE 相关问题。 您可以在 TINA-TI 中尝试复制您的电路、可从以下网站免费获取： http://www.ti.com/tool/TINA-TI。 如果您仍然遇到问题、我们可以对其进行研究。

谢谢、
JC

您好、TILmann、

让我首先谈谈您 的意见、即"通常情况下、OPAMP 使用 IN+/IN-/V +/V-/OUT 中的引脚顺序"。

大多数 SPICE 仿真器支持隐式网络表、这意味着在调用/实例化子电路时、调用行上节点的顺序(从 X 开始)需要与子电路定义(.SUBCKT)的引脚顺序相匹配、以确保正确连接。 没有您所描述的"正常"。

换言之、只要原理图捕捉工具按照任何引脚顺序创建网表、子电路定义就可以使用任何引脚顺序。 这是您需要在所使用的工具中正确设置的内容。 我不知道这在 LTSpice 中是如何工作的、我猜是有一些类似于其他工具的东西可以让您在 SUBCKT 定义中指定引脚的顺序。

我们将以 PSPICE 为例。 这是显示网络名称(红色)的原理图。 请注意符号引脚上的数字(黑色)、这些是创建网表的顺序：

下面是创建的网表，您可以看到网名遵循该顺序：

与模型中的顺序匹配：

请验证您的环境中的信息是否正确。

谢谢、
JC

Tilmann、

BTW、您是否可以在此处粘贴错误消息、以便我们可以看到哪些节点导致了问题？ 我们在 PSPICE 或 TINA-TI 中都看不到这一点。

谢谢、
JC

你好、JC、

非常感谢您的支持和解释。

关于引脚订单、我必须承认"IN+/in-/v +/v-/out "订单对我来说是标准订单、因为我目前所获得的大多数型号都真正使用了此订单。 我查找了从 NS/TI/其他网站下载的许多模型、其中大多数模型遵循此(比如说)准标准。 但您说得对、还有其他引脚顺序的模型、主要问题是模型必须与符号匹配。 LTSPICE 中的通用"opamp2"符号也使用此(假设)准标准引脚顺序、因此实际上这是我真正习惯的唯一顺序...

不过、更正子指令声明中的引脚顺序以匹配(给定)符号并不是一件大事、这就是我所做的。

关于仿真问题、我创建了一个具有非常简单的单放大器级的测试用例。 这对 OPA2140 (使用 TI 提供的模型)进行了完美的仿真、但 LM4562 (TI 提供的模型、但在子电路定义中采用交换输入顺序)持续发生故障。 请查找此消息所附的所有相关文件。

也许我确实做了一些错误、或者 LTSPICE 确实有一些问题、但从这些测试(以及我在 LTSPICE 中使用其他"外来"模型所做的所有经验、主要是来自 TI)来看、该模型似乎是导致这里的问题的原因。

感谢您抽出宝贵的时间-最诚挚的问候、Tilmann

e2e.ti.com/.../Opamp_2D00_Test.zip