Archive

Posts Tagged ‘android’

Utiliser un Nokia X dans un environnement de développement Xamarin

Vous avez un Nokia X ? Vous souhaitez l’utiliser comme téléphone de développement, mais il n’est pas reconnu par le SDK Android et donc invisible comme cible de développement pour les outils de Xamarin ?

nokia_x_device_manager

La procédure est la même que pour les périphériques ‘exotiques’ décrite dans mon premier billet : http://nicolasclerc.wordpress.com/2013/12/26/installation-des-outils-de-xamarin-avec-des-configurations-exotiques-partie-1/

  • Installez les drivers Intel pour Android
  • Forcez l’utilisation du driver "Android Composite ADB Interface" sur le périphérique "Nokia_X (RM-980)"
  • Vérifiez avec adb que votre téléphone est maintenant bien visible : votre Nokia X est maintenant listé avec le nom "d71d479" (ou peut être une variante …)

nokia_x_adb_devices

  • Lancez Visual Studio et ouvrez un projet Xamarin ciblant Android, votre Nokia X est maintenant visible et utilisable en débogage :)

nokia_x_visual_studio2013

 

A vous de coder !

 

 

 

Catégories:.NET, Mobilité Tags:, , , ,

Installation des outils de Xamarin avec des configurations exotiques – partie 2

Si ce n’est déjà fait, je vous recommande fortement la lecture du 1er billet de cette série : http://nicolasclerc.wordpress.com/2013/12/26/installation-des-outils-de-xamarin-avec-des-configurations-exotiques-partie-1/

Et comme promis, la deuxième partie de cette série de billet concernera l’utilisation d’une tablette exotique (‘marque de distributeur’, made in china et 100% low cost) sur un poste de développement Xamarin/Microsoft.

La tablette utilisée dans ce billet a été acheté dans un magasin Carrefour lors d’une promo de rentrée en 2012.

image

Elle est équipée avec :

  • Android 4.0.3 ICS sans le playstore (elle ne respecte pas les préconisations hardware de Google pour ICS)
  • CPU Rockchip Cortex A8 à 1ghz
  • Ecran 7pouces 800×480
  • 512Mo RAM, 4Go de stockage

Il s’agit donc d’une tablette bas de gamme, dont le principal avantage est le prix.

Connexion au PC

La première étape est donc de s’assurer que le PC reconnait bien le device lorsqu’il est connecté.

Au préalable, la tablette a été configuré en mode ‘débogage USB’.

Lors de la connexion de la tablette, Windows identifie un périphérique ‘CT705FR’ mais n’arrive pas à trouver les pilotes de périphériques. Pour installer les pilotes, je vous renvoi à la 1ere partie de cette série de billet (http://nicolasclerc.wordpress.com/2013/12/26/installation-des-outils-de-xamarin-avec-des-configurations-exotiques-partie-1/)

image

Après cette étape la tablette est bien identifiée comme un ‘Android phone’ par Windows.

Mais

(ben oui, il faut bien justifié ce 2e billet ),

Si je lance mon Visual Studio (avec les outils Xamarin installés) et que je rouvre le projet créé dans le billet précédent, ma liste des cibles de débogage ne mentionne pas la tablette comme on aurait pu s’y attendre.

Vous pouvez tenter des reboots du PC, de la tablette, essayez de rooter la tablette, faire bruler des cierges ou installer votre tablette à côté d’une corbeille de fruit, rien n’y fera. 70€ de perdu … que neni ! Il suffit de continuer à lire J

Le rôle d’ADB

ADB (Android Debug Bridge) est un utilitaire faisant partie du SDK Android qui a été installé par l’installeur Xamarin. Cet utilitaire fait la passerelle entre vos outils de développement et le périphérique Android sur lequel le débogage USB est activé.

ADB peut être interrogé en ligne de commande. On va vérifier les périphériques détectés par ADB :

Ouvrir une fenêtre de ‘ligne de commande’, et positionnez-vous dans le dossier du SDK Android (dans mon cas, il se trouve dans le dossier : C:\Users\Nicolas\AppData\Local\Android\android-sdk , à adapter en fonction de votre installation)

Adb.exe se trouve dans le sous-dossier platform-tools (ou le sous-dossier tools si votre sdk est ancien)

Exécuter la commande ‘adb devices –l’ pour obtenir la liste des devices reconnus par adb.

image

Le résultat est sans appel : rien !

Donc : bien que Windows ait reconnu notre tablette, que le driver système ait été chargé, adb continue à ne pas aimer notre tablette comme cible de débogage.

En fait, par défaut ADB reconnait uniquement un certain nombre de devices (ceux vendus par Google et les principaux fabricants, ce qui explique que notre téléphone HTC est été reconnu d’emblée mais pas notre tablette exotique)

Je vais vous décrire la marche à suivre totalement générique pour configurer ADB pour supporter votre device. Cette démarche est la même quel que soit le périphérique Android du moment que Windows le reconnait. Il faut la réitérer pour chaque device non reconnu par ADB. Cette méthode est aussi utilisable pour ceux qui font du développement natif (java) pour Android.

Pour se faire, il vous faut connaitre l’identifiant USB du fabricant de votre device. Dans le cas des grandes marques s’est assez simple, dans le cas des périphérique noname ou MDD (Marque De Distributeur) ce n’est pas facile.

Récupérer l’identifiant du fabricant de votre device

Le plus simple est de le récupérer dans le gestionnaire de périphériques Windows :

  • Lancer l’outil de gestion l’ordinateur,
  • Sélectionnez la section « Gestionnaire de périphériques »,
  • Ouvrez le nœud « Android Phone »
  • Faites un clic droit sur votre device et sélectionner « Propriétés »

image

  • Allez dans l’onglet ‘détails’
  • Dans la liste déroulante ‘Propriété’, sélectionnez ‘Numéro d’identification du périphérique’

image

La valeur qui nous intéresse est celle qui suit ‘USB\VID_’, soit 2207 (en hexadecimal), il s’agit de l’identifiant du fabricant du périphérique USB.

 

Forcer ADB à accepter notre ‘fabricant’

Une fois l’identifiant du fabricant de notre device connu, il ‘suffit’ maintenant de l’ajouter dans un obscure fichier de configuration qui se trouve dans le dossier ‘.android’ dans votre dossier utilisateur. Sur mon poste, il s’agit donc du dossier C:\Users\Nicolas\.android

Dans ce dossier, éditez (ou créez) le fichier ‘adb_usb.ini’ avec votre éditeur de texte préféré (notepad++ ou même Visual Studio). Le notepad.exe de Windows ne gère pas correctement les retours à la ligne ‘sauce Unix’, à éviter donc.

Ajoutez une ligne de texte ‘0x2207’ (2207 étant à remplacer par l’identifiant de votre fabricant que vous aurez relevé à l’étape précédente. Dans mon cas, 0×2207 est l’identifiant du fabricant de la tablette Carrefour CT705).

image

Il faut ensuite redémarrer le serveur ‘adb’ pour qu’il prenne en compte le nouveau fichier de configuration : exécutez la commande ‘adb kill-server’ puis ‘adb start-server’, puis vérifiez la détection de votre device  avec la commande ‘adb devices –l’:

image

Ça marche !!! ADB accepte notre tablette maintenant. Dernière vérification avec Visual Studio (relancer le pour rafraichir la liste des devices de debug) :

image

A vous le débogage Android sans vous ruiner en device !

Néanmoins, un panel significatif des différents types de devices (puissance CPU, version OS, résolution écran) est fortement recommandé afin de tester vos applications dans différents cas d’utilisation. L’utilisation de périphérique low cost permet d’équiper une équipe complète à moindre cout, tout en mutualisant des périphériques plus couteux pour les phases de test et de validation.

Et puis, commencer avec une cible de faible puissance pousse à optimiser son code dès le début.

Voilà : ces 2 billets vous permettent de commencer sereinement le développement .Net sur Android avec les outils de Xamarin , Visual Studio et les périphériques exotiques qui pullulent en cette fin d’année connectée et high-tech ; que vous les ayez reçu en cadeau ou que vous comptiez en offrir à vos collaborateurs.

 

Je profite de ce dernier billet de 2013 pour vous souhaiter un bon réveillon, et tous mes meilleurs vœux pour cette nouvelle année 2014 qui débutera dans quelques heures.

Catégories:.NET, Mobilité Tags:, , ,

SDK Client Azure pour Android : Windows Azure Toolkit for Devices

Suite à mon précédent billet dans lequel j’annonçais la disponibilité d’un toolkit client Azure pour iPhone (iOs), Microsoft vient publier le toolkit pour Android.

Ces toolkits sont des implémentations natives (iOs/ObjectiveC, Android/Java) d’une couche d’accès client pour les services de la plateforme de Cloud computing Microsoft Windows Azure (Azure Storage, authentification, …).

Toolkit pour iPhone/iOs :  https://github.com/microsoft-dpe/wa-toolkit-ios

Toolkit pour Android : https://github.com/microsoft-dpe/wa-toolkit-android

Toolkit pour Windows Phone 7 : http://watwp.codeplex.com/

Wade Wegner publie sur son blog un exemple de mise en œuvre du toolkit sur Android : http://www.wadewegner.com/2011/08/windows-azure-toolkits-for-devices-now-with-android/

Ca bouge dans le monde de la mobilité : Google achète Motorola Mobility

En effet, malgré les vacances et le ralenti franco-français du mois d’Aout, ca bouge dans le monde de la mobilité.  Alors qu’une bonne partie de la France est en vacances, Google fait ses emplettes. Et pas des moindres.

Ce 15 Aout, Google vient d’annoncer le rachat de la branche mobilité de Motorola : http://mediacenter.motorola.com/Press-Releases/Google-to-Acquire-Motorola-Mobility-3797.aspx 

http://googleblog.blogspot.com/2011/08/supercharging-android-google-to-acquire.html

Avec Apple , et après le rapprochement Microsoft/Nokia, Google vient de s’offrir une division hardware historique et réputée.

Tout les principaux éditeurs de système d’exploitations mobile dispose maintenant d’une production hardware attitré (ou quasi attitré), avec (Apple/Rim)  ou sans (Microsoft/Google) exclusivité de l’OS.

L’autre avantage de ce rachat pour Google est le stock de brevet détenu par Motorola. Des 4 géants de l’informatique, Google est celui qui possède/dépose le moins de brevet. Ce stock pourrait servir à une contre attaque de Google sur Apple ou Microsoft, qui eux, n’hésite à jouer de leur droit sur certains brevet pour faire payer des royalties aux fabricants utilisant Androïd (Microsoft sur Htc, …) ou carrément faire interdire des produits basé sur Androïd ( Apple avec la tablette Samsung, …).

Ce rachat pose aussi la question de la pérennité de RIM sur ce marché, ainsi que sur les prochaines étapes de la collaboration Microsoft/Nokia : Rapprochement encore plus prononcé (Nokia ayant déjà annoncé l’abandon de Symbian en Amérique du nord au profit de Windows Phone 7 ), voire un rachat complet et l’intégration de Nokia en tant que division hardware à part entière.

Après le rachat de Skype, Microsoft possède en effet un panel de technologies, de logiciels et d’outils extrêmement prometteur … Affaire à suivre !

Quelques pointeurs et articles intéressant sur les question de brevets dans le secteur de la mobilité :

Suivre

Recevez les nouvelles publications par mail.