我一直在使用 controlSUITE v202中 M3内核的 CAN_loopback 示例。
我已将其加载到我们的定制板上、该定制板具有连接到 ISO1050DUB 收发器的 CAN 模块。
我对设置环回的线路进行了注释、而是将它们连接在一起、形成 一个500kbps 的简单总线 、其中只有两个 CAN 模块作为节点。
因此、我有一个节点发送消息、另一个接收器接收消息。 工作正常。
但是、如果我拔下接收端、我看不到发送器的错误计数器递增。
我有一个示波器监控 总线上的 CAN_H - CAN_L 电压。
我附加了下面的注释屏幕截图(隐性位为高电平、显性位为低电平)。 请 µs、它的速率为500kbps、从而产生2 μ s 位、这对应 于示波器屏幕截图上的最小时间节拍。
可以看到帧起始(SoF)后跟四个初始 ID 位(全部为0、因为 ID 为0x10)、然后要求填充位1。 电平变化需要太长时间、导致被监控的位与被发送的位不同、并导致发送器发送一个错误帧(活动错误标志、6个显性位)。
这种情况本身不成问题、因为总线没有端接电阻器、所以就我所能说的那样、这种问题是可以预料的。
然后、我还可以从 CAN 2.0B 规范中了解发送器错误计数器未递增的原因：检测到填充错误、这会触发要发送的错误标志。 但是、这种情况发生在仲裁过程中、对于本应为隐性但被监控为显性的位、也会发生这种情况。
但是，该示例设置了一个中断，通过 CANStatusGet ()调用读取状态寄存器。 返回的值为4、表示"Bit1 Error"：
在发送消息期间(仲裁域的触发) 、器 件希望发送一个隐性电平(逻辑值"1"的位)、但监控到的总线值为显性。 (SPRUH22I)
上面突出显示的异常与 CAN 2.0B 规范一致(如果在仲裁中发生隐性位传输期间监控显性位不是位错误)、这意味着如果我理解正确、LEC 应该读为1 ("填充错误")。 我是吗？
我不清楚您的意思是"我对传播延迟的假设"以及它们是否正确。 如果我已经检查过传播时间段等特定位时序配置是否正确、您是说吗？ 如果是这种情况，我没有详细介绍位时序，而是依靠对 CANBitRateSet()的简单调用。
我 µs µs、CAN BTR 的读数为0x344E、CAN_CLK=75MHz、即500kbps、tq = 0、2 μ s、位 µs µs µs = 2 μ s、TSEG1 = 1 μ s、TSEG2 = 0、8 μ s、SJW = 0、4 μ s。
以下是相同场景的示波器截图、但 在 CANTX 上：
在 CANRX 上(不 是同时获取 CANTX 屏幕截图)：
这是 CANRX 的第二个屏幕截图、与上面相同、仅移动"光标1"以显示上升时间。
在我看来、CANRX 实际上提升得太接近了、只有300ns、直到下一个位时间。
你好。 感谢您的回复。
我感谢您的帮助、我意识到不合格是导致这种行为的最不可能的原因。 我不是这个问题的专家、我希望在这里发帖、是有人能够向我澄清我所看到的行为或指出 我的解释中的错误。
很抱歉 我之前的示波器截图。 以下是新的、在与之前相同的条件下(单独节点连接到 未端接总线或存根)同时捕获 CANTX (CH1)和 CANRX (CH2)引脚。
隐性->显性转换的较高分辨率快照：
显性->隐性转换的较高分辨率快照：
我可以看到 这些快照对于理解为什么 应该为隐性的位被监控为显性位以及反之非常重要。
回到我下面的问题、这些是否有助于澄清"仲裁场中的一个位实际上是以隐性状态传输的、被监控为显性状态"？
[引用 userid="10172" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1165407/f28m35h52c-can-lec-reports-bit1-error-during-arbitration/4393184 #4393184"]为什么在仲裁域中一个被监控为显性的位作为隐性发送而导致 LEC 指示"Bit1 Error"？
我同意不应发生这种情况。
[/报价]
