bessere Kommunikation zwischen Ad-hoc-Wifi-Windows-Mobilgeräten

Wir entwickeln drahtlose Ad-hoc-Kommunikationsanwendungen auf Windows Mobile 6-Geräten mit 802.11 im Ad-hoc-Modus. Wir verwenden HP iPAQ 910-Geräte und OpenNETCF Smart Device Framework 2.3 für die Entwicklung.bessere Kommunikation zwischen Ad-hoc-Wifi-Windows-Mobilgeräten

Als Entwurfsbeschränkung wird jedes Gerät als SSID dargestellt. Wenn zwei Geräte miteinander kommunizieren möchten, wechselt der Initiator zur SSID des anderen Geräts und sendet UDP-Nachrichten. Dieses Umschalten dauert jedoch 4-5 Sekunden, und in einigen Fällen ist es möglicherweise nicht wünschenswert, so viel Zeit zu verbringen. Wir haben uns gefragt, ob es einen besseren und schnelleren Weg gibt, auf dem zwei Geräte kommunizieren können, wofür wir den Wechsel von SSIDs vermeiden können?

Bitte teilen Sie uns mit, wenn weitere Informationen benötigt werden. Vielen Dank im Voraus für Ihre Hilfe!

Quelle

2009-08-14 Kalp

Benutzer ctacke ist der Autor von OpenNetCF und sollte in der Lage sein, Ihnen zu helfen. Ich habe deine Tags geändert, um seine Aufmerksamkeit auf sich zu ziehen. – MusiGenesis

danke MusiGenesis! – Kalp

Ich weiß nicht, ob dies für Ihr Projekt relevant ist, aber UDP stürzt ActiveSync schwer ab (oder ist es sowieso), was das Debuggen von Apps, die UDP verwenden, ziemlich schwierig macht. – MusiGenesis

Sie sollten sie alle auf der gleichen SSID ausführen. Jeder muss mit einer eindeutigen statischen IP-Adresse konfiguriert werden. Sie können dann Ihre Nachrichten basierend auf der IP-Adresse an die gewünschte Nachricht senden, ohne dass eine Umschaltung erforderlich ist (d. H. Es ist sofort verfügbar). Auf diese Weise können Sie auch mit mehreren Geräten gleichzeitig kommunizieren. Sie können sogar die UDP-Broadcast-Funktion verwenden, um mit allen gleichzeitig zu sprechen, obwohl ich mir nicht sicher bin, wie das funktioniert, wenn Sie in einem Ad-hoc-Netzwerk arbeiten.

Ich habe einmal ein System gebaut, das einen iPAQ und einen Laptop sowohl im Ad-hoc-Modus verwendet, um genau das zu tun, was ich gerade beschrieben habe. Ein an den Laptop angeschlossener Joystick wurde verwendet, um einen Roboter fernzusteuern, der vom iPAQ gesteuert wurde.

Quelle

2009-08-14 21:58:48 rmeador

Danke für deine Antwort, Rmeador! Tatsächlich verwenden wir SSIDs als eine Möglichkeit, mobile Geräte oder IBSSs in der Umgebung zu identifizieren. Daher könnte es für uns nicht funktionieren, dieselbe SSID zu behalten. – Kalp

Warum nicht stattdessen Gerät MAC betrachten? Es ist garantiert einzigartig, und die Verwendung einer gemeinsamen SSID für alle Geräte würde sicherlich die Bereitstellung sehr erleichtern (Vorbehalt: Ich habe das noch nie im Ad-hoc-Modus versucht, also YMMV) – ctacke

Vielen Dank für Ihre Antwort, ctacke! Grundsätzlich identifiziert eine SSID eines Gerätes oder eines IBSS es und erzählt uns von Benutzeranwendungen, die darauf laufen. Da die SSID eine konfigurierbare Entität ist, dachten wir, sie als Kennung zu verwenden. Dies ist möglicherweise nicht mit der MAC-Adresse möglich. Ist es alternativ möglich, ohne SSID-Verbindung zu kommunizieren? etwas wie Beacon-Stuffing oder Wi-Fi ohne Verbindung, wie hier angemerkt: http://research.microsoft.com/en-us/groups/nrg/hotmobile07-beacon.pdf. Es wäre wirklich großartig, wenn wir 802.11-Beacons einige Informationen zur Anwendungsebene hinzufügen könnten. – Kalp

bessere Kommunikation zwischen Ad-hoc-Wifi-Windows-Mobilgeräten

Antwort

Verwandte Themen