我工作的公司正在开发一种传感器网络，每 6 平方米大约需要 1 个传感器，10,000 平方英尺的建筑需要大约 160 个传感器。
他们需要通过每秒向每个人发送同步信号来同步它们。它们以 4 个为一组排列，因此第一个信号将激活 40 个传感器，第二个信号将激活另外 40 个，依此类推。
他们希望使用 wifi 生成同步信号，以便路由器除了办公楼中的一般 wifi 流量外还能看到 160 个设备。整体带宽会很小，但设备数量很大，需要不断的ping通。准确计时不是问题，信号延迟可以达到 200%。
这是一个好主意吗？这会显着影响 wifi 流量或存在潜在的配置问题吗？
原则上，这可能是一个好主意。它是否适合您的情况取决于很多事情，这里有一些您可能会考虑找到答案的东西。
同步信号是一种什么样的协议？UDP、TCP 和其他协议的网络行为将大不相同。对于单播、多播和广播来说，情况将大不相同。请记住，使用 TCP 时您会失去很多对计时的控制。
如果丢包会发生什么？这可能是最重要的问题。如果这无关紧要，那会有很大帮助。如果这很重要，不要用任何形式的收音机来做。
在不同的频道或频率上放置单独的 SSID 甚至全新的 wifi 是否可行？
从你的描述中不清楚160设备是否发送回复。听起来有点像您一次向许多设备发送相同的信号，有点像广播模式下的 SNTP ( RFC 1769 )。
您可以设计或选择协议吗？必须是每秒 1 次吗？如果可能，请使用现有协议。如果你不能，考虑一个非常部分实现或非常适应的标准协议。例如，单 OID SNMP 或具有非时间值的时间协议 ( RFC 868 )。
轮询系统是否必须通过wifi连接，或者这个设备可以有线吗？
我做了很多遥测工作。当我得到选择时，我选择来自服务器的带有随机延迟 UDP 单播回复的 UDP 广播；理想情况下，我喜欢每分钟进行一次这种轮询，如果给定的设备没有响应，我喜欢它根本不重要。这些只是从现场挑选的偏好：通常没有选择，您必须每秒执行一次 TCP，例如在 Modbus/TCP 中。