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.

PLC电力载波Prime报警疑问



我在进行PLC电力载波组网通信时,发现表端模块PLC板出现过以下报警信息

1、07 00 08 00 84 D8 00 00 01 00 00 00此条信息通过查看协议是网络断开,我表端收到此报警信息时会重新进行Attach Request,之后有时候会出现如下报警信息

     10 00 12 00 B6 7E 00 00 09 30 06 00 00 00 00 00 00 00 00 00 00 00 ,查看协议09 30两个字节应该对应CL ERROR CODES  0x3xxx,对于CL ERROR究竟是什么意思?CL代表什么?什么情况下会造成这种报警?对于出现此条报警信息后我表端应该做出怎样的反应处理比如说是重新再次Attach Request还是其他的操作?

2、07 00 08 00 84 D8 00 00 40 00 00 00此条报警信息通过查看协议应该是PHY received PPDU header CRC fail detected,此条报警信息在什么样的条件下会出现?具体表示什么含义?如果出现此条报警信息那么我的表端模块该做出怎样的处理比如说重新上电复位还是重新Attach Request?

3、如果出现PHY received PPDU header syntax error detected: No additional data.这样的报警该怎么处理?

4、我在用表端模块向集中器发送奇数个有效字节的时候有时候发送不成功有时候可以成功 这是为什么?是不是PLC表端模块不支持发送奇数字节?

  • 1. 收到Network Deregistered后建议进行一次软复位,重新设置CL Alarm和Network Deregistered Alarm后重新Attach

    收到CL Alarm后直接Attach即可

    CL是432层的连接,但具体这条警报的意思我也不太清楚。但我怀疑可能是干扰较大导致的,重新attach不知是否能正常连上?

    2. 主要是干扰较大的时候可能出现数据接收错误。一般忽略即可

    3. 问题同2,可能是由于干扰(噪声大或者网络上有其它不兼容的设备正在发送)忽略即可

    4. 不知道楼主有没有把HCT消息凑成偶数字节数?HCT消息应该是偶数对齐的,否则可能会因为UART FIFO原因不能正确处理。楼主请对照PRIME表端HCT消息手册2.1节的要求

    至于PRIME本身应该是可以接收奇数字节的数据

  • 另外我还想问一下集中器在接收表端信息或者向表端发送发送信息时,表端的SAP地址(在0-191或者0-255范围内)的多少会不会影响数据传输质量(比如掉线或者丢包)?

  • SAP地址的值不会影响。节点多了,对传输质量的影响并不明显,但对传输速率肯定会有影响。