Question

Salut!

J'ai des PDA (Windows Mobile) pour tester mon application. L'un d'eux est HTC Touch Dual, et avoir quelques bugs dans le débogage . Il y a un autre appareil ARMv6 je peux utiliser, mais il est très loin. Donc, je ne peux pas utiliser le câble USB, mais peut utiliser TCP / IP (internet, non intranet).

Savez-vous, comment puis-je connecter à Windows à distance appareil mobile pour debug application sur elle?

Nous avons essayé différentes façons et maintenant nous savons:

  1. ActiveSync est mauvaise. Il désactive toutes les connexions externes à l'appareil et il est impossible (ou tout simplement je ne sais pas comment) à un appareil de débogage à distance pendant qu'il est connecté via ActiveSync.
  2. Nous avons créé VPN, appareil connecté via wi-fi à un PC distant, et les voies de configuration à l'appareil soit accessible via VPN. A ce dispositif étape peut être connecté sans ActiveSync ( MSDN ) à partir de Visual studio sur PC à distance. Mais la connexion à partir de Visual Studio sur mon PC n'était pas disponible - « appareil non prêt ». Je peux cingler l'appareil, mais ne peut pas le connecter à partir de Visual Studio.

J'ai vérifié les choses suivantes:

  • binaires versions pour se connecter sans ActiveSync être correct comme indiqué dans l'article ci-dessus MSDN
  • routeurs / pare-feu ne bloque rien
  • appareil est prêt à debug
  • renifla paquets à appareil semble similaire en cas de connexion PC à distance et ma connexion PC, mais en quelque sorte mon PC établir seulement 1 connexion, alors que 2 à distance

Je pense, la connexion VPN et PDA sans ActiveSync était très proche pour obtenir débogage à distance, mais quelque chose se passe mal avec elle. Peut-être que j'ai juste besoin de dormir maintenant:)

Et les questions sont:

  1. Savez-vous, comment déboguer l'application WinCE à distance d'une manière plus simple?
  2. Quel problème peut être avec "méthode VPN" si elle est la façon la plus simple?

Merci.

Était-ce utile?

La solution

Vous pouvez y parvenir via CoreCon ... Après Microsoft déplacé de EVC à Visual Studio ils déconseillés Responsable de la Plateforme en faveur de CoreCon.

Jetez un coup d'oeil sous C:. \ Program Files \ Common Files \ Microsoft Shared \ CoreCon \ 1.0 \ cible \ wce400 [targetarch]

Fondamentalement, vous exécutez ConmanClient2.exe puis CMAccept.exe qui ouvre une fenêtre de temps dans lequel vous pouvez établir une connexion TCP / IP via l'EDI.

Vous pouvez remplacer la nécessité d'CMAccept.exe par l'ajout de la clé reg HKEY_LOCAL_MACHINE \ System \ CoreConOverrideSecurity = DWORD:. 0x01

Après CoreCon est en cours d'exécution sur votre périphérique cible, vous devez pointer l'IDE vers l'appareil via les « Options du périphérique » / 'Propriétés de / « Transport » / « Configurer » /' Utiliser l'adresse IP spécifique. Il suffit de régler l'adresse IP à celle de l'appareil.

J'ai trouvé CoreCon beaucoup plus rapide et plus fiable que l'ancienne infrastructure EVC - le débogueur certainement des avantages de celui-ci. Il a sa part de limitations juste, mais il ne dépend pas directement sur ActiveSync qui fait plus que pour elle! :)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top