LK产品如何提高通信速率
2024-08-27 13:28:42
之前做LK,由于采用自定义协议,485通信。为了避免通信撞车,采用主控轮询、从机应答的通信方式。
当设备规模扩大,需要轮询的子设备和参数变多时,轮询周期就会加长,人机交互时,系统反应缓慢。
分析主控轮询的数据,发现有的数据实时性并不需要很高(温度、阀门状态),有的数据实时性需要比较高(用户设置参数)。
在某些情况(例如:停机状态、开机完毕、急停完毕等)下,有些设备状态是不需要实时,有些设备状态实时性稍微需要一些(此时,主控可以不轮询这些参数,或者5s轮询一次),温度可以十秒轮询一次,甚至一分钟轮询一次。
---------------------------------------------------------------
下面分析重新划分轮询时间片:
1、开、关机中,80%轮询所有设备参数,20%轮询计算机。
2、开机完毕,轮询传感器、吸气阀门、节流阀门等会变化的参数,实时性不好的也需要轮询。
3、关机完毕,90%轮询计算机、10%轮询设备参数。
这样,就可以提高用户的使用体验,又不降低设备的性能。
最新文章
- phoenix 索引修复-基本流程
- .NET DLR 上的IronScheme 语言互操作&;&;IronScheme控制台输入中文的问题
- 怎样禁用或启用";最近使用的项目";
- Epub2基础知识介绍
- Ⅷ.spring的点点滴滴--抽象对象和子对象
- php中utf8 与utf-8
- 2.CLI标准
- Python module ---- re
- Java设计模拟菜单
- d9
- python学习-名字管理
- socket编程及API简介
- C# 给主程序签名及第三方dll强签名操作
- Nutch相关视频教程3
- LOJ#6035. 「雅礼集训 2017 Day4」洗衣服
- java利用反射机制获取list中的某个字段并以list形式返回
- Oracle初始化数据库表空间、用户、表(索引、分区)等
- MYSQL分表与分区
- elasticsearch数据迁移——elasticsearch-dump使用
- python学习之logging