
<svg xmlns="http://www.w3.org/2000/svg" style="display: none;"> <path stroke-linecap="round" d="M5,0 0,2.5 5,5z" id="raphael-marker-block" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"></path> </svg> <p>之前的文章中介绍了浙江扩展的冻结数据:<br /> 冻结数据<br /> 以及冻结任务<br /> 但其实际是不符合标准104规范的。<br /> 现在有一套新定义的用于综合能源平台的104规约,其冻结数据及冻结命令定义如下:<br /> <img src="https://i-blog.csdnimg.cn/direct/00c5a413caad6bde1d8aada38.png" alt="在这里插入图片描述" /><br /> <img src="https://i-blog.csdnimg.cn/direct/5d784c434d61441ca3c38c93b3be1fab.png" alt="在这里插入图片描述" /><br /> 将遥信作为冻结,只是借了一个冻结的名义,实际遥信变化一次才存起来,实际是遥信的历史数据。而冻结遥测是定时保存数据,比如15分钟保存一次遥测,不管遥测是否有变化。因此平时遥信的变化,通过变位SOE上送,已经可以了。而召唤冻结数据的目的是补召。是将主站漏掉的数据召上来。<br /> 召唤的冻结数据用的传输原因为49,是扩展的一个传输原因:<br /> <img src="https://i-blog.csdnimg.cn/direct/6e64a66184e14dff8734ed1d.png" alt="在这里插入图片描述" /><br /> 直接上送的冻结遥测用的传输原因用突发(3),因为遥测的类型就已经表示这是冻结遥测了,同时还和召唤的遥测有了区分。</p>
讯享网
报文定义如下:



冻结其实最主要的就是冻结时间,因此冻结参数的下发如下:

相关报文定义如下:


部分报文例子:
讯享网
讯享网

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/185811.html