Contrôler plusieurs téléphones Android depuis un PC : scrcpy, ADB et au-delà

Un téléphone sur le bureau, ça va. Trois téléphones, et tu passes ton temps à les déverrouiller, à les recharger, à vérifier lequel a fini. À partir de cinq, tu as besoin d'une vraie méthode : voir tous les écrans au même endroit, agir sur tous d'un coup, et savoir ce qui se passe sans les toucher.

Ce guide fait le tour des options pour contrôler plusieurs téléphones Android depuis un PC, des outils gratuits en ligne de commande jusqu'à une ferme de téléphones pilotée par scripts.

La base commune : ADB

Tout commence par ADB (Android Debug Bridge), l'outil officiel d'Android pour parler à un appareil depuis un ordinateur. Une fois le débogage USB activé sur le téléphone, ADB permet d'envoyer des commandes : installer une appli, lancer une activité, simuler un tap, récupérer une capture d'écran.

Avec plusieurs téléphones branchés, chaque appareil a son numéro de série, et chaque commande doit viser le bon. C'est faisable à la main pour deux appareils. À dix, ça devient vite un tableur de numéros de série et de scripts shell à maintenir.

ADB marche aussi en Wi-Fi, ce qui libère des câbles, au prix d'une connexion un peu moins stable selon ton réseau. AppsMobs, lui, ne propose pas de connexion Wi-Fi : il gère les appareils branchés en USB, et LDPlayer pour les émulateurs.

scrcpy : l'excellent miroir d'écran

scrcpy est un projet open source qui affiche l'écran d'un téléphone Android sur ton PC et te laisse le contrôler à la souris et au clavier. Il est rapide, léger, et c'est souvent la première chose qu'on installe quand on veut voir un téléphone sur un écran d'ordinateur.

Pour plusieurs appareils, tu lances une instance de scrcpy par téléphone, en précisant le numéro de série. Ça donne une fenêtre par appareil. C'est parfait pour regarder et intervenir à la main sur quelques téléphones.

Là où ça coince, c'est quand tu veux dépasser le miroir :

• pas de vue d'ensemble : dix fenêtres flottantes à ranger toi-même ;
• pas d'action groupée : un tap dans une fenêtre ne touche qu'un téléphone ;
• pas d'automatisation : scrcpy affiche et transmet tes gestes, il ne rejoue rien et ne prend aucune décision.

scrcpy est un outil d'affichage et de contrôle manuel remarquable. Ce n'est pas un outil d'automatisation, et il ne prétend pas l'être.

Les scripts maison : ADB + Python

L'étape suivante classique, c'est d'écrire des scripts Python qui envoient des commandes ADB à chaque appareil. On peut aller loin comme ça, et on apprend énormément. Mais on se heurte vite à des problèmes très concrets :

• la latence : chaque adb shell input tap est un aller-retour complet, assez lent dès qu'on enchaîne beaucoup d'actions ;
• la fiabilité : un câble effleuré, un appareil qui se déconnecte, et le script plante au milieu ;
• l'observation : savoir ce qu'il y a à l'écran demande de récupérer une capture et de l'analyser soi-même ;
• l'orchestration : lancer le bon script sur le bon téléphone au bon moment, relancer en cas d'échec, garder des journaux.

Chacun de ces points se résout. Ensemble, ils représentent des semaines de travail avant d'automatiser quoi que ce soit d'utile.

Ce qu'apporte un outil dédié multi-appareils

C'est exactement le terrain d'AppsMobs. L'idée n'est pas de remplacer ADB, mais de construire au-dessus tout ce qui manque pour piloter une petite ferme de téléphones depuis un seul PC.

Une grille d'écrans en direct

Le Tableau de bord affiche tous les téléphones connectés en miniatures en direct, et la page Contrôle te laisse toucher, balayer et taper du texte sur l'écran de celui que tu choisis. Le flux vidéo de chaque appareil a ses propres réglages d'images par seconde et de débit, pour garder plusieurs écrans fluides sur un même ordinateur.

Des entrées rapides

Les gestes d'un script ne relancent pas une commande ADB complète à chaque fois. Résultat : les actions arrivent plus vite qu'avec adb shell input seul.

Agir sur tous à la fois

Tu sélectionnes les appareils, tu lances un script, et il s'exécute sur chacun. Tu peux mettre une exécution en pause, prendre la main sur un téléphone, puis le rendre au script.

Des appareils libres plutôt que des numéros de série

Au lieu d'attacher une tâche à un numéro de série précis, tu choisis « N'importe lequel de libre » dans l'Automatisation, et le planificateur prend un appareil libre, avec une rotation optionnelle d'un passage à l'autre. Un téléphone occupé ou débranché est ignoré pour ce passage.

Des reconnexions automatiques

Quand un câble USB est bousculé, le flux d'écran se reconnecte tout seul et le script en cours attend le retour de l'appareil puis reprend, au lieu de faire planter toute la série.

Le matériel : ce qui compte vraiment

Contrôler dix téléphones, c'est d'abord une question de matériel côté PC. Quelques points à connaître :

• les ports USB : la bande passante est partagée par contrôleur, pas par port. Répartir les téléphones sur plusieurs contrôleurs aide plus qu'un hub de plus ;
• le processeur : chaque flux vidéo se décode. Pour cinq appareils ou plus, un processeur de 6 cœurs ou plus est recommandé ;
• la mémoire : 8 Go au minimum, 16 Go recommandés, davantage si tu entraînes des modèles de vision.

Nous avons détaillé les vrais goulots d'un montage à dix appareils dans cet article dédié. La page de téléchargement rappelle la configuration requise.

Quelle solution pour quel besoin ?

• Tu veux juste voir un ou deux téléphones sur ton écran : scrcpy est parfait, et gratuit.
• Tu apprends l'automatisation et tu aimes bricoler : ADB + Python, en gardant en tête le temps que prendra l'outillage.
• Tu veux faire tourner les mêmes routines sur plusieurs téléphones, de façon fiable et planifiée : un outil dédié comme AppsMobs t'évite de reconstruire tout ça.

Pour aller plus loin

Le tour du produit détaille le module de contrôle et ses limites (il faut le débogage USB activé sur chaque appareil, et un appareil géré par un profil d'entreprise qui bloque ADB ne se connectera pas). Les formules vont de 1 à 10 téléphones, et la Vision IA ajoute la reconnaissance d'écran pour les applis dont l'interface bouge.