[参考译文] TMS320F28375S：TIDM- SOMPLC-F28PLC90。 PLC 通信问题

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/885277/tms320f28375s-tidm--somplc-f28plc90-plc-communication-problems

您好！

我们正在使用您的过时 SOM-PLC 通信解决方案之一，当我们将 PLC 线路中的服务节点数量从2个增加到4个服务节点时，我们就检测到了通信问题。 我们发现了意外的问题，如 PLC 模块传输到主机的延迟或数据传输的故障状态 (下面介绍的问题)。 我们希望您能为我们提供一些支持。

• 调制解调器：

• • 硬件：TIDM- SOMPLC-F28PLC90。 微控制器： TMS320F28375S 和 TMS320F28377S。
  • 软件：G3_SDK_Package_V7_7_6_6。
  • PLC 套件 G3主机消息协议规范版本2.0.29作为参考。

• 通信特性：

• • 1个基本节点和4个服务节点。
  • 由应用程序定义的数据传输窗口、用于避免网络不同节点之间的冲突(客户要求)：

• PLC 配置(初始)：

• • 器件模式= 0
  • TMR=0
  • CoH=0
  • 频带选择= 0
  • TX 调制= 0x01 (BPSK)
  • TX 电平=32
  • 色调掩码= 0x 21.48。 ff. 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.0
  • TX 增益/衰减= 30 (hx1E)
  • TX PGA 衰减= 0 (hx00)
  • macMaxCSMA 退避= 1.
  • macHighPriorityWindow size=1
  • adpmax跃 点数= 1

• PLC 问题：

• • DATA_TRANSFRATL.CONFIRM 中的延迟：我们检测到主机发送 DATA_TRANSFRATS.REQUEST 之后的长时间(超过500ms)、直到 PLC 模块发回确认 DATA_TRANSF.CONFIRM。 我们需要缩短此时间、以便尝试禁用媒体访问控制(MAC)机制、从而更改以下参数：

• • • macMaxCSMA 退避= 0
    • macMinBE = 0
    • macMaxBE = 0

遗憾的是，我们仍然有严重的延迟，无法满足传输窗口的要求(见上表)。 我们甚至在线路上仅连接一个基本节点且无服务节点时就会出现此延迟。

• • DATA_TRANSFER.CONFIRM 中的意外状态：根据 “PLC 套件 G3主机消息协议规范”的第4.5节，有时我们会收到值0x20E1作为 DATA_TRANSFER.CONFIRM 中的状态。该错误代码表示： G3_ERROR_CODE_MAC_GROUP + MAC_STAT_CHANNEL ACCESS_FAIL。 我们将此错误理解为 CSMA-CA 算法的通道访问故障(根据标准 ITU -T G.9903)。 与上一个问题一样、我们也会遇到此故障、因为只有一个基本节点已连接、并且线路上没有服务节点。

• • LED 行为：我们观察到连接到微控制器 GPIO41的 PLC 模块上的 LED 通常闪烁(1秒周期)、停止闪烁(有时保持关闭状态、其他一些时间保持亮起状态)。 此 LED 是否代表 PLC 模块的系统心跳？

• SNR 级别：我们想知道一系列有效的 SNR 值、这些值可确保稳定可靠的 PLC 通信。 SNR 级别对 DATA_TRANSFRAT.CONFIRM (延迟和故障)相关问题是否有任何影响？
• 测试点：PLC 板包含多个测试点。 您能否提供有关这些测试点的文档或任何信息？ 是否有任何测试点提供有关 MAC 或 VCS (虚拟电流感测)的信息？
• 源代码：我们还需要 PLC FW 源代码和/或其文档。

谢谢你。