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.

[参考译文] SN65HVD3082E:SN65HVD3082E

Guru**** 2386610 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1085676/sn65hvd3082e-sn65hvd3082e

部件号:SN65HVD3082E
“线程:测试”中讨论的其它部件

您好,

大约4个月前,我在下面的链接线程中指出了制造商使用 SN65HVD3082ED 而不是 SN65HVD72DR 的问题

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1054139/sn65hvd72-about-vp3082-marking-code/3904043#3904043

如果我需要详细介绍我们的产品,产品是恒温器,有两种不同的模式,即稳态模式和正常操作模式。 如果设备在重新启动电源之前处于稳定状态模式,则它将在稳定状态模式下启动。 但是,如果设备在重新启动电源之前处于正常操作模式,它将以正常操作模式启动。 在稳态模式下,设备只在显示屏上显示温度,并关闭风扇线圈控件。  

总结一下 ,我们的一位客户 投诉 我们的产品说他们没有沟通。 在检查 了仓库中的产品后,我们意识 到我们的制造商一直在使用 SN65HVD3082ED 而不是 SN65HVD72DR。 问题出在 SN65HVD3082ED 的数据表上,声明 IC 应提供5V 电压。 但我们的电路设计采用3.3V 电源(您可以在附件上看到电路设计)。 所以,我们自然认为问题是由错误的供电电压引起的。 之后,我们尝试在 办公室环境中进行测试。 正如我们在上述链接的另一个线程中所讨论的,在线路中添加了36个设备后,通信失败,这里没有问题。 但我们的客户 表示 ,即使线路中有15台设备,通信也会失败。  

在我们的客户反馈后,我们的一名现场工程师访问了现场,发现如果设备 以 稳定状态模式开始工作,将无法进行通信,如果设备以正常操作模式开始工作,则通信将不会出现问题。 现场工程师带来了其中一台设备,我们对其进行了检查。

我们研究了从现场到同行的产品。 如所附图像(黄色接收信号,蓝色发射信号,粉红色启用信号)所示,信号是特殊的。 当没有通信时,接收信号电压水平将启动3.3V 电压水平,但在1秒后,电压水平将下降约1V,这似乎是通信失败的原因。 即使有数据,由于电压水平约为1V,MCU 也无法将其识别为数据,并开始发送垃圾数据。 您可以看到 传输数据电压电平没有问题。  

在测试仓库中的产品时,我们看不到这一问题,因此我们认为产品在现场已损坏。 但我们无法理解这种情况。 如果设备在正常操作模式下启动,但在稳定状态模式下启动,为什么不会出现问题? 当电源电压没有变化时,IC 的行为是否可能发生变化?  

我想充分解释一下这种情况,很抱歉解释得太久了。

 注:波特率为76800kbps。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好,尼汉,

    为了澄清问题,我有几个问题:

    1.范围镜头是什么-因为左侧代表什么,右侧是图片。 这是在 R,D 和启用引脚处测量一台设备,还是显示多台设备。

    2.范围是否仅来自可能损坏的设备?

    3. HVD72设备是否是测试范围镜头中的设备-我只是想澄清一下,因为它仍在示意图中说明了这一部分。

    4.设备在稳定状态模式下启动时处于什么状态(启动时设备针脚上的电压)-正常操作模式的问题相同。  

    如果您只能添加坏设备的示波器,而不能添加好设备的示波器,这将很好地表明 设备中可能发生的情况。 除此之外,从您提供的初始信息可以看出,这一问题是在一种情况下出现的,而不是在另一种情况下出现的,这将使我首先想看看收发器在启动时的两种操作模式下会看到什么区别。 启用时 R 电压下降也可能表明 零件内部存在内部损坏。 如果你能确认问题,我可以更深入地了解可能造成损害的原因,如果这对所看到的情况有意义的话。  

    请告诉我,这样我可以更深入地了解可能发生的事情!

    最佳

    帕克·多德森

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    帕克您好,

    第一张图片是我们没有沟通的信号。 第二个是在有通信时属于的。   (黄色接收信号,蓝色传输信号,粉红色启用信号)

    2.是的,它们来自可能损坏的设备。 但我们仓库中的损坏产品的行为与第二个产品不同。 我知道这很奇怪,因为接收信号的电压下降幅度很小。 但由于它仍在高电压水平范围内,所以没有问题,MCU 仍能理解它。  

    示意图上有 HVD72DR,但 PCB  上的 SN65HVD3082ED 是组装的,因为我们的制造商认为它们是等效的,组装时没有询问我们。 在本帖子的附件中,您可以找到 HVD72DR 组装产品在正常操作模式和稳态 模式(实际上是待机模式)下的行为。  

     

    4. 您可以在下面找到我们在产品正常操作模式和待机模式下加电时拍摄的照片。 在这两种情况下,通信 IC 的电源电压均为3.3V 且稳定。  

      

    当受损 IC 在启动后的某个时间工作(在正常操作模式下)时,信号如下所示

    您可以在图像上看到 R 信号的骤降电压。  

    我希望我能回答你的所有问题。 正在等待您的回复。

    请提前感谢。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好,尼汉,

    感谢详细的跟进,我真的很感激!

    尽管如此,当 DE 信号偏高时,似乎确实出现了一些电气问题——它似乎正在下降电压——可能是通过上拉电阻器,因为这两种情况下的下降情况相似 (这让我认为 当 DE 变高时,R 针上有大约100uA 的电流。 每个引脚都内部连接到 VCC 并接地-因此可能存在内部损坏导致电流消耗,就像在 RE 引脚较低时,连接到 VCC 时 R 输出应为高 z,应将其置于~3.3V。 在通信失败的情况下- R 针脚上似乎有1伏信号-您是否知道这种信号来自何处? 因为它还可能表示设备在以稳定状态模式启动时分流更多电流。  

    但我确实怀疑设备有损坏-尽管损坏似乎与 R 针将电流分流到地面有关-这可能表明设备内多条通道存在问题。 我建议您查看我们的故障分析页面,了解此问题的后续步骤:
    https://www.ti.com/support-quality/additional-information/failure-analysis.html

    它有一些步骤来解决这些问题,并为我们的质量团队提供了一个机会来研究这些问题——他们可能想要测试坏设备或做 FA—这取决于他们最好解释的几个因素; 但是,这里可以利用帮助来了解接下来可能需要采取哪些步骤来帮助发现问题的根源。 我要说的是当前示意图——我看不到正常操作造成损坏的“风险”——但这不会影响其他可能导致损坏的“暂时事件”。 这取决于零件上的损坏和实际损坏的位置-但 R 确实是分流电流,当以稳态启动时 R 电压值对于应该是 Hi-z 的端口来说似乎太低  

    如果 您有任何其他问题,请告诉我,我将看到我可以做什么!

    最佳

    帕克·多德森  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    帕克您好,

    在收到您的回复后,我们试图找到您所说的当前发出警告的原因。

    我不确定我是否提到过这一点,但我们正在使用 BACnet 进行通信。 因此,如果我们使用 Modbus 协议,我们尝试了是否存在通信问题。 我们意识到在正常操作模式或稳态模式下通信没有问题。 但在检查 Modbus 通信上的信号电压时,我们发现电压水平正常,电压水平为~3.3V。 R 引脚上的电压没有降至~2.6V 水平,就像 HVD72DR 或 SN65HVD3082ED 的工作通信状态一样(您可以在我上次发送的 POST 中看到图像属于这种情况)

    在意识到我们比较了 Modbus 和 BACnet 固件的 UART 初始功能后。 在 Modbus 通信固件中,接收信号被定义为浮动引脚。 但在 BACnet 通信固件中,它被定义为备用功能推挽式引脚。 因此,使用损坏的 IC,我们将 BACnet 固件 UART 初始化功能将接收引脚定义更改为浮动引脚,这种方法奏效。 正常操作模式或稳态模式下均无压降。 你对此有什么了解吗? 如果可以的话,请给我们一些启示。
    我们还想知道这种替代函数 fush-pull 定义是否是这些 IC 损坏的原因。 多年来,我们一直在使用 Bacnet 通信设备的这一定义,但这么久之后,我们收到了关于通信的投诉。 我们正在等待您对原因的评论。

    此致。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [引用 userid="422422" url="~ë/support/interface-group/interface/f/interface-forum/1085676/sn65hvd3082e-sn65hvd3082e/4020531#4020531']我将要说的是当前原理图-我看不到对正常操作造成损坏的“风险”很大,但不会导致更多的瞬态损坏。 这取决于零件上的损坏和实际损坏的位置-但 R 确实是分流电流,当以稳态启动时 R 电压值对于应该是 Hi-z 的端口来说似乎太低  [/引用]

    我还想了解更多有关您对电路设计保护的想法的详细信息。 我们放置了 TV 二极管以防止瞬态电压。 这还不够吗? 您是否建议采取其他保护措施来防止瞬态电压和噪音?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好,尼汉,

    对于保护电路:

    1.问题似乎出在 R 针脚上-因此我怀疑损坏是来自 A/B 针脚(因为这些针脚在额定值方面已经是设备上最坚固的针脚) 在大多数情况下,添加的电视二极管都应该在电柜中保留任何损坏的信号,因此我认为这不是一个重大问题。 逻辑针脚最容易损坏,因为这些针脚的额定值仅为-0.3V 至 VCC +0.3V,因此瞬态峰值可能 会导致问题。  

    对于固件问题:

    我发现这可能是问题所在-可能不是设备损坏。  如果出现故障,您能否澄清一下 BACNET 是否在输出推挽配置中进行编程?  如果是这样,可能会导致故障—不是由于收发器,而是由于 GPIO 引脚状态。 此针脚应该被编程为浮动(当您执行此操作时,它可以解决此问题-让我相信这可能是固件错误)或 输入推送配置。 由于看起来 HVD72设备上的压降也可能是您测试过的,但它不会导致与实际在主板上的设备相同的问题。  

    一些快速测试可以检查它是否与收发器无关:  

    1. 取下收发器(这些输入是高阻抗的,因此让它们浮动不应是测试的一个大问题),并应用与通常应用的信号相同的信号。  如果在推挽配置中配置 R 电压时 R 电压骤降,则该电压降来自固件。

    2.在输入推挽配置中配置设备(如果设备允许此配置)-如果通信再次工作,则确认这是固件问题。

    请告诉我这些测试结果是否可能表明问题与收发器无关。 如果是这样,则可能只需将启动功能更改为浮动(如果可能)即可防止此设备出现此错误。

    最佳

    帕克·多德森