Zigbee设备有快有慢，能不能借鉴牙膏厂设计X86指令的一些思路？

zigbee_luo

当年牙膏厂的X86干不过RISC，主要原因就是X86指令有快有慢，快的指令要等慢的指令。然后牙膏厂引入了RISC才有的超标量技术，流水线技术和乱序执行技术。
网关在控制快慢不同的Zigbee设备上，目前主要还是采用轮询的方式，但是Zigbee设备有快有慢，常规的思路还是快的等慢的，比如典型的德州仪器的CC2652P适配器采用的ZNP指令。
如果Zigbee适配器上同时向多个不同的设备发送控制指令，并异步等待应答，理论上来说就可以有效规避快的等慢的。

relliky

wifi以前也是最基本的轮询，毕竟所有设备都在共享一个无线带宽，感觉按你的思路，是不是只要接入一些新的wifi的技术就行了？

wdmywm3

硬件层面和软件层面的技术不能混为一谈
而且即便是x86也一样要快的等慢的，不然不会在并行效率上被gpu摁着暴打了
通常轮询并不是导致卡顿的问题，而是某个设备慢了以后，影响了后续自动化的执行
你哪怕改成异步，你前一个设备的状态没有回来，后续自动化就必须等它