好的,那我们现在进入:
第七讲:掉电重连后,为什么设备不再上报事件?——持久化与自动恢复的系统设计
关键词:掉电恢复、状态重建、初始化流程、SecsMessage 缓存机制、自动重连、事件再注册
本讲目标
你将理解:
- 主机掉电或软件重启后,设备为啥变得“沉默”了
- 为什么每次都要重新发 S2F33/S2F35/S2F37?
- 如何设计一个“具备恢复能力”的主机系统?
- 在 SECS4NET 中如何优雅处理设备重连与再注册流程?
这将是你迈向“系统级开发”的关键一步。
一、掉电后的“设备失忆”
很多设备的行为非常现实:
“我不认识你了,你要重新告诉我一切。”
所以你之前设置的:
- CEID ↔ RPTID 映射(S2F33)
- RPTID ↔ VID 映射(S2F35)
- 启用了哪些事件(S2F37)
通通 不保留,除非设备支持“非易失性内存存储”(NVM),而这在中低端设备里并不常见。
所以:
主机必须在每次上线时重新建立这些状态。
这一步通常叫做:
“Initialization Sequence”(初始化序列)
二、一个标准的初始化流程(EAP Init Sequence)
下面是你上线后需要干的事情:
-
建立连接(S1F13 / S1F14)
-
判断通信状态(S1F1 / S1F2)
-
注册事件与变量
- S2F35 定义 Report
- S2F33 绑定事件
- S2F37 启用事件
-
设置设备时间(S2F31)
-
请求设备状态(S1F3 / S1F5)
-
注册在线状态(S1F17)
-
订阅 Alarm(S5F3 / S5F5)
-
触发设备上报初始状态(S6F11 或 S1F1响应)
这个流程要么你在启动时自动做一遍,要么写在“设备上线事件”的回调里。
三、SECS4NET 中的自动重连机制
SECS4NET 默认有自动重连机制,如果设备断线后重新上线,你可以注册 ConnectionChanged
事件来监听:
gem.ConnectionChanged += (s, e) =>
{if (e.IsConnected){Log("设备上线,开始初始化序列");RunInitSequence(); // 重新初始化事件、报告、变量等}else{Log("设备断线,等待重连...");}
};
这就是一个典型的“自动恢复”设计。
你不需要人为介入,只要你的 RunInitSequence
写得好,断电也不怕。
四、如何“优雅地”持久化系统状态?
有时候你想把上次定义的 S2F35/S2F33 参数保留下来。建议这样设计:
1. 用配置文件保存定义
{"Events": [{"CEID": 1,"RPTID": 100,"VIDs": [3001, 3002]},{"CEID": 2,"RPTID": 101,"VIDs": [3003]}]
}
2. 启动时读取配置,动态生成报文
foreach (var ev in config.Events)
{rptDefs.Add(Item.L(Item.U2(ev.RPTID), Item.L(ev.VIDs.Select(v => Item.U2(v)).ToArray())));linkDefs.Add(Item.L(Item.U2(ev.CEID), Item.L(Item.U2(ev.RPTID))));
}
3. 动态组合成 S2F35 和 S2F33 的报文发送
这就是“主机状态持久化”的初级实践。
五、案例讲解:设备断线后再上线,如何优雅处理?
场景:
- 设备因电源问题断电,主机仍在运行
- 等设备再次上线后,主机能否“无感知恢复”?
答:可以!
你只需要监听连接事件 + 初始化流程自动执行,SECS4NET 其实已经帮你铺好路:
gem.ConnectionChanged += async (s, e) =>
{if (e.IsConnected){await SendInitSequenceAsync(); // 启动后重新绑定事件、报告}
};
再配合你前面封装好的:
await gem.SendAsync(DefineReports());
await gem.SendAsync(LinkEventReports());
await gem.SendAsync(EnableAllEvents());
系统就会像没断过一样,自动“恢复通讯”。
第七讲 · 小结
概念 | 说明 |
---|---|
掉电后失忆 | 大部分设备不会保留 CEID、RPTID、VID 的设置 |
初始化序列 | 上线后主机要重新定义、绑定、启用这些信息 |
自动恢复设计 | 利用 ConnectionChanged 事件实现自动重连后的再注册 |
配置持久化 | 使用配置文件存储事件-报告-变量定义,实现灵活注册 |
这是你从“报文级理解”迈向“系统级思维”的重要转折点。
下一讲:
第八讲:设备主动发 S6F11 怎么处理?——事件回调与异步监听机制
你将掌握如何在程序中优雅地接收、解析、响应设备主动发来的 S6F11 报文(Event Report)。
只需你一句:“继续”。