|
 南网104实施细则与西门子eRTU具体实现之间存在严重差异(2) |
|
问题2：《南网104细则》中作为基础之一的102号类型，西门子eRTU没有实现。 说明：《南网104细则》在第47页是这样描述应用要求的： “9.5 站召唤和组召唤 象101实施细则一样，仍然采用站召唤和组召唤相结合的方式。刚建立链路后的第一次召唤使用站召唤，而且不能被打断，定时召唤采用分组召唤。…” 站召唤也就是总召唤(类型标识为100)，用于取得厂站端的全部数据，包括数字的、模拟的，带时标的、不带时标的。组召唤的类型标识为102，用于取得厂站端的局部数据，分组策略需双方事先约定。《南网104细则》在第50页给出了具体定义。 我查阅了《104规约文本》，102是用于查询方式收集数据服务的(文本第22页7.2条)，而100是用于总召唤服务的(文本第22页7.5条)。我又仔细查找了《eRTU 104实现》，结果令人失望，第11页明确写到“Read procedure(Type ID 100 and 101 are supported; Type ID 102 is not supported)”，至于不被支持的原因，在第5、7页上注明为“Not implemented and therefore NOT usable in the project”(原来西门子没有实现102类型)。回想我做eRTU通讯测试的过程，确实没有分组的地方。 IEC870-5-104规约是支持平衡传输的，即主站、从站都可以处于主动地位。与此对应的是非平衡传输，即永远是主站问，从站答，只有主站居于主动地位。 我不知道西门子为何不做102类型，但我猜想双方在如何实施平衡传输的技术方向上是不同的。《南网104细则》虽然在第3页的基本规定里明确为平衡方式传输，但是却“坐在平衡传输的椅子上，想着非平衡传输的招儿”。主站仍然采用总召唤和组召唤相结合的方式来收集数据，从站只有主动读负荷曲线数值的份儿(如果从站自己觉得有必要的话)。而西门子的技术措施是透彻的，除了主站的总召，更多的是从站通过背景传输、受时间控制的事件传输、受计数器控制的事件传输等不依赖于主站命令的主动传送。西门子具体定义了7种方式： 1、BaC -- Basic cycle list； (背景传输) 2、Per -- Low level basic cycle list；(低层背景传输) 3、Cc -- Time-controlled list； (受时间控制的事件传输) 4、Coc -- Counter-controlled list； (受计数器控制的事件传输) 5、IL -- Interragation list；(主站召唤) 6、MSPwT -- Telegram buffer list with time(spontaneous list)；(下面两个我不清楚如何使用) 7、MSPnT -- Telegram buffer list without time(spontaneous list)； 从效率上讲，西门子的实现能以“最少的传输量实现最快的反应速度”，而《南网104细则》的思路是以“较多的传输量实现较慢的反应速度”。当然，系统发生连串事故时，西门子的思路可能使主站的通讯开销迅速上升，而南网的则能始终保持一致。 | |
| 阅读全文() | 回复(0) | 引用通告() | 编辑 |