我希望使用 Multipeer Connectivity 框架,并感谢任何关于如何最好地进行的经验的声音。
我需要一个“教练”设备和多达 45 个“玩家”设备之间的连接。它们都将在同一个空间中,但无法预测 wifi 可用性或连接。教练设备需要每秒向所有玩家设备发送一条指令(一个小数据包)。每个“玩家”需要每秒将蓝牙心率监测器的读数(非常小的数据包)发送回教练。由于每个会话的最大对等点是 8,这些想法中的任何一个都可以满足我需要的数量吗?
a) 与教练建立连接的前 7 个玩家设备宣传不同的会话类型,并允许 7 个(或者这将是 6 个?)更多的玩家加入他们。前 7 人充当其他 49 人(或 42 人?)的中间人,将教练的指示传递给教练,并将收集到的读数传回给教练。指导和心率读数之间有几秒钟的延迟不是首选,但可以。
b) 教练设备创建并宣传一个会话。在 7 个玩家设备连接后,教练设备创建另一个会话并重复 7 个以上。重复直到所有玩家设备都连接到教练。这似乎不太可能奏效,但在不了解 Multipeer Connectivity 的魔力的情况下,这是一个浮现在脑海中的选择。
c) 教练与玩家设备 1 建立会话,该设备以菊花链拓扑连接到设备 2……。当每个设备收到指令时,它会将自己的读取添加到数据包中并继续发送。最后一个设备将整个数据包返回给教练。我无法预测一轮数据需要多长时间,如果一个设备离开该组似乎也很麻烦。
任何关于使用多点连接框架为 45 台左右的设备提供经验的建议或声音将不胜感激。