之前做LK，由于采用自定义协议，485通信。为了避免通信撞车，采用主控轮询、从机应答的通信方式。
当设备规模扩大，需要轮询的子设备和参数变多时，轮询周期就会加长，人机交互时，系统反应缓慢。
分析主控轮询的数据，发现有的数据实时性并不需要很高（温度、阀门状态），有的数据实时性需要比较高（用户设置参数）。
所以，这个轮询机制可以再细化一下其机制：
1、把系统状态分成几种：1、设置参数 2、心跳查询 3、...
2、轮询时，get当前系统状态，动态调整其轮询周期和轮询设备。
3、例如：
系统状态为设置参数，则屏蔽其他心跳轮询，一直轮询当前设置的设备参数。
系统状态为心跳查询，则调整轮询周期为x秒，轮询所有设备的当前状态。
---------------------------------------------------------------
下面分析LK产品中，划分轮询时间片的一些措施：
1、开、关机中，80%轮询所有设备参数,20%轮询计算机。
2、开机完毕，轮询传感器、吸气阀门、节流阀门等会变化的参数，实时性不好的也需要轮询。
3、关机完毕，90%轮询计算机、10%轮询设备参数。
这样，就可以提高用户的使用体验，又不降低设备的性能。