Bonjour,

Nous avons développé une application WinDevMobile (14) pour PDA (sous Windows Mobile 6.1 et 6.5 – Exemple : Motorola MC65/ M3 Mobile /PSION EP10…). Cette application récupère et transfère des données sur un serveur FTP. Les modes de communication sont variés : GPRS, WiFi, USB-Ethernet (via dock PDA) voire mixte (GPRS/Wifi ou GPRS/Ethernet).

Nos clients sont des chauffeurs transporteurs qui utilisent les PDA tout au long de leur tournée de livraison/collecte. Des données sont transférées tout au long de la tournée (jusqu’à 1 transfert toutes les 3/5 min).

Nous faisons face à des problèmes de blocage de la communication principalement en mode GPRS (quel que soit l’opérateur) mais aussi de temps en temps en mode WiFi ou USB-Ethernet.

En mode GPRS, lorsque la couverture n’est plus suffisante (zone blanche), il est évident que la communication n’est plus assurée. Mais ce qui est préoccupant, c’est que le blocage perdure quelquefois lorsque la couverture est de nouveau suffisante. De plus, il n’est pas évident que ce problème de blocage soit toujours directement lié à une perte de couverture précédente, cela peut arriver aussi en zone bien couverte…

Pour débloquer la communication, plusieurs solutions sont possibles :
• Fermeture puis relance du programme WindevMobile (pas toujours efficace malheureusement)
• Reboot du PDA
• Lancement d’une autre application communicante comme IE

Pour information, notre programme WinDevMobile utilise les fonctions du type « NetOuvreAccèsDistant » et « FTPConnecte »... En activant des traces autour de ces fonctions, nous avons bien vu que les problèmes de communication rencontrés étaient liés à des erreurs au niveau de ces fonctions.

Après consultation de la documentation WinDevMobile, des exemples (Pocket ClientFTP) et du forum, je n’ai malheureusement pas trouvé d’information qui pourrait permettre de vraiment fiabiliser notre application.

Concernant la documentation WinDevMobile, la description de la fonction « NetOuvreAccèsDistant » n’est pas claire du tout et semble obsolète.
Faut-il utiliser cette fonction avant chaque nouvelle connexion et ce quel que soit le mode de communication (GPRS/WiFi/USB-Ethernet) ? Pour rappel, c’est le module « Connection Manager » de Windows Mobile qui gère les modes/type de connexion (transparent pour l’application), donc qu’en est-il quand nous avons un mode mixte (GPRS/Wifi ou GPRS/Ethernet) ?
Cette fonction semble être sensible et perturbée sous certaines conditions. En effet, dans certains cas, elle retourne une erreur alors que si l’on tente toute de même derrière une communication FTP avec un « FTPConnecte », cela fonctionne quand même bien !
Quel est donc son intérêt réel ? Quand et comment l’utiliser ? Car dans l’exemple « Pocket ClientFTP », elle n’est pas du tout utilisée !
Idem pour son pendant « NetFermeAccèsDistant » qui semble inutile ou sans effet immédiat ? (spécificité Windows Mobile ?)

Concernant le forum, j’ai vu quelques « vieux » problèmes similaires mais sans explication claire des causes (que des suppositions/pistes) ni de vraie solution fiable et professionnelle d’un point de vue client (autre que reboot PDA, lancement de IE). Est-ce que d’autres développeurs ont été confronté récemment à ce type de problématique : contrainte de communication data fréquente en configuration mobile (mouvement) et en mode mixte (GPRS/WiFi/USB-Ethernet) ? Quelles robustesses faut-il mettre en œuvre pour fiabiliser ce genre d’application mobilité/métier.

Pour information, j’ai aussi soumis le pb au support technique gratuit et suis en attente de leur retour.

Merci d’avance.
Fabrice.