Windows mobile 在特设wifi windows移动设备之间进行通信的更好方式

Windows mobile 在特设wifi windows移动设备之间进行通信的更好方式,windows-mobile,compact-framework,wifi,opennetcf,ssid,Windows Mobile,Compact Framework,Wifi,Opennetcf,Ssid,我们正在windows mobile 6设备上开发无线自组织通信应用程序,在自组织模式下使用802.11。我们正在使用HP iPAQ 910设备和OpenNETCF智能设备框架2.3进行开发 作为设计约束,每个设备都表示为SSID。如果两个设备想要彼此通信,启动器将切换到另一个设备的SSID并广播UDP消息。然而,这种切换需要4-5秒才能完成,在某些情况下,花费这么多时间可能是不可取的。我们想知道是否有一种更好更快的方式可以让两台设备进行通信,避免切换SSID 如果需要更多信息,请告知我们。提前

我们正在windows mobile 6设备上开发无线自组织通信应用程序,在自组织模式下使用802.11。我们正在使用HP iPAQ 910设备和OpenNETCF智能设备框架2.3进行开发

作为设计约束,每个设备都表示为SSID。如果两个设备想要彼此通信,启动器将切换到另一个设备的SSID并广播UDP消息。然而,这种切换需要4-5秒才能完成,在某些情况下,花费这么多时间可能是不可取的。我们想知道是否有一种更好更快的方式可以让两台设备进行通信,避免切换SSID


如果需要更多信息,请告知我们。提前感谢您的帮助

您应该在同一SSID上运行它们。每一个都需要配置一个唯一的静态IP地址。然后,您可以基于IP将消息发送到您想要的任何一个,无需切换(即即时)。这种方法还允许您同时与多个设备通信。您甚至可以使用UDP广播功能一次与所有用户通话,尽管我不确定在临时网络上如何工作


我曾经构建过一个系统,它使用iPAQ和笔记本电脑,在临时模式下完成我刚才描述的工作。连接在笔记本电脑上的操纵杆用于远程控制iPAQ引导的机器人。

用户ctacke是OpenNetCF的作者,应该能够帮助您。我在这里更改了您的标记以引起他的注意。我不知道这是否与您的项目相关,但UDP会使ActiveSync硬崩溃(或者已经习惯),这会使调试使用UDP的应用程序变得非常困难。因为我们的大多数应用程序都涉及网络,所以我们使用应用程序生成的日志进行调试。有更好的办法吗?我们观察到,在使用ActiveSync调试应用程序时,wifi适配器无法正常工作。这很普遍吗?我甚至会说“动态同步”和任何很少有用的东西。@ctacke:我还没有发现“动态同步”和纸牌之间有冲突。谢谢你的回答,rmeador!实际上,我们使用SSID作为在周围环境中识别移动设备或IBS的一种方法。所以,保持相同的SSID可能对我们不起作用。为什么不看看MAC设备呢?它保证是唯一的,对所有设备使用一个通用的SSID肯定会使部署更加容易(注意:我从来没有在临时模式下尝试过,所以YMMV)。谢谢你的回复,ctacke!基本上,设备的SSID或IBS可以识别它,并告诉我们在上面运行的用户应用程序。由于SSID是一个可配置的实体,我们考虑将其用作标识符。对于MAC地址,这可能是不可能的。或者,是否可以在没有SSID关联的情况下进行通信?类似于信标填充或没有关联的Wi-Fi,如下所述:。如果我们能为802.11信标添加一些应用程序级别的信息,那就太好了。@CuriousTiger:SSID不打算给您提供任何信息,除了要连接到哪个网络。你误用了它,因此你遇到了问题。我不能在没有关联或信标的情况下谈论wifi的可行性,因为我从未使用过任何一种。我坚持我的建议,使用IPs来区分手持设备,尽管ctacke关于Mac的想法是另一个非常好的选择。