之前做LK，由于采用自定义协议，485通信。为了避免通信撞车，采用主控轮询、从机应答的通信方式。
当设备规模扩大，需要轮询的子设备和参数变多时，轮询周期就会加长，人机交互时，系统反应缓慢。
分析主控轮询的数据，发现有的数据实时性并不需要很高（温度、阀门状态），有的数据实时性需要比较高（用户设置参数）。
在某些情况（例如：停机状态、开机完毕、急停完毕等）下，有些设备状态是不需要实时，有些设备状态实时性稍微需要一些（此时，主控可以不轮询这些参数，或者5s轮询一次），温度可以十秒轮询一次，甚至一分钟轮询一次。
—————————————————————
下面分析重新划分轮询时间片：
1、开、关机中，80%轮询所有设备参数,20%轮询计算机。
2、开机完毕，轮询传感器、吸气阀门、节流阀门等会变化的参数，实时性不好的也需要轮询。
3、关机完毕，90%轮询计算机、10%轮询设备参数。
这样，就可以提高用户的使用体验，又不降低设备的性能。
