8 votes

IPhone 6+ se déconnecte en permanence de mon Macbook Pro

Mon iPhone se déconnecte constamment de mon MacBook Pro; en fait, aucun iPhone que j'essaie de connecter (et avec différents câbles) ne parvient jamais à se connecter.

Je suis très familier avec la ligne de commande et Linux, donc si quelqu'un a des pistes sur ce qui pourrait se passer ici, n'hésitez pas à poster des commandes ou des endroits où je peux essayer de trouver la source de ce problème.

Specs MacBook : Sierra 10.13.3 MacBook Milieu 2015 2,2 GHz Intel Core i7

iPhone 6s Plus / bien que j'ai essayé avec un iPhone 5 et un iPhone 6 ainsi que 3 câbles différents.

tail -f /var/system.log la sortie est la suivante

  25 janv. 12:21:05 MyMac PrintUITool[488]: le nom de la notification "com.apple.system.powersources.source" a été enregistré 320 fois - il peut s'agir d'une fuite
        Jan 25 12:21:08 MyMac fud[1256]: objc[1256]: La classe MobileAssetUpdater est implémentée à la fois dans /System/Library/PrivateFrameworks/MobileAccessoryUpdater.framework/Support/fud (0x10878de10) et /System/Library/AccessoryUpdaterBundles/ApplePowerAccessoryUpdater.bundle/Contents/MacOS/ApplePowerAccessoryUpdater (0x1087df8f8). L'un des deux sera utilisé. Lequel est indéfini.
        Jan 25 12:21:22 MyMac PrintUITool[488]: le nom de la notification "com.apple.system.powersources.source" a été enregistré 340 fois - il peut s'agir d'une fuite

Lorsque je branche iTunes, il continue de faire la même chose mais les rapports d'erreur sont les suivants :

  25 janv. 12:30:22 MyMac PrintUITool[488]: le nom de la notification "com.apple.system.powersources.source" a été enregistré 840 fois - il peut s'agir d'une fuite
        Jan 25 12:30:44 MyMac PrintUITool[488]: le nom de la notification "com.apple.system.powersources.source" a été enregistré 860 fois - il peut s'agir d'une fuite
        Jan 25 12:30:56 MyMac com.apple.BKAgentService[1584]: UTILISATION OBSOLÈTE dans le client libdispatch: Un intervalle de temporisation à 0 demande une minuterie de 1 ns, avez-vous voulu dire À JAMAIS (une minuterie unique) ?
        Jan 25 12:30:56 MyMac iTunes[1582]: info> Facteur d'échelle de l'écran principal = 2,0
        Jan 25 12:30:57 MyMac iTunes[1582]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:8
        Jan 25 12:30:57 MyMac iTunes[1582]: tid:4e07 - impossible de interroger les capacités du périphérique
        Jan 25 12:30:58 MyMac iTunes[1582]: Entered:_AMMuxedDeviceDisconnected, mux-device:8
        Jan 25 12:30:58 MyMac iTunes[1582]: tid:1fc0f - Échec de l'extraction de l'ID de puce du périphérique démarré
        Jan 25 12:30:58 MyMac iTunes[1582]: Échec de la connexion au périphérique pour la requête de verrouillage
        Jan 25 12:30:58 MyMac iTunes[1582]: tid:1fc0f - Échec de l'extraction de l'ECID du périphérique démarré
        Jan 25 12:30:58 MyMac iTunes[1582]: tid:1fc0f - Le proxy a renvoyé un ECID vide
        Jan 25 12:30:58 MyMac iTunes[1582]: tid:1fc0f - Impossible de générer un identifiant de suivi factice pour un périphérique qui n'est pas de type de récupération ou DFU
        Jan 25 12:30:58 MyMac iTunes[1582]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:8
        Jan 25 12:30:58 MyMac iTunes[1582]: tid:1fc0f - Impossible de gérer la déconnexion du périphérique car ce périphérique n'est pas suivi
        Jan 25 12:30:59 MyMac iTunes[1582]: Entered:_AMMuxedDeviceDisconnected, mux-device:9
        Jan 25 12:30:59 MyMac iTunes[1582]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:9
        Jan 25 12:30:59 MyMac iTunes[1582]: tid:1fc0f - ID de Mux non trouvé dans le dictionnaire de correspondance
        Jan 25 12:30:59 MyMac iTunes[1582]: tid:1fc0f - Impossible de gérer la déconnexion avec un ECID invalide
        Jan 25 12:31:01 MyMac iTunes[1582]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:10
        Jan 25 12:31:01 MyMac iTunes[1582]: tid:1fc0f - impossible de interroger les capacités du périphérique
        Jan 25 12:31:01 MyMac iTunes[1582]: Entered:_AMMuxedDeviceDisconnected, mux-device:10
        Jan 25 12:31:01 MyMac iTunes[1582]: tid:4e07 - Échec de l'extraction de l'ID de carte du périphérique démarré
        Jan 25 12:31:01 MyMac iTunes[1582]: Échec de la connexion au périphérique pour la requête de verrouillage
        Jan 25 12:31:01 MyMac iTunes[1582]: tid:4e07 - Échec de l'extraction de l'ID de puce du périphérique démarré
        Jan 25 12:31:01 MyMac iTunes[1582]: Échec de la connexion au périphérique pour la requête de verrouillage
        Jan 25 12:31:01 MyMac iTunes[1582]: tid:4e07 - Échec de l'extraction de l'ECID du périphérique démarré
        Jan 25 12:31:01 MyMac iTunes[1582]: tid:4e07 - Le proxy a renvoyé un ECID vide
        Jan 25 12:31:01 MyMac iTunes[1582]: tid:4e07 - Impossible de générer un identifiant de suivi factice pour un périphérique qui n'est pas de type de récupération ou DFU
        Jan 25 12:31:01 MyMac iTunes[1582]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:10
        Jan 25 12:31:01 MyMac iTunes[1582]: tid:4e07 - Impossible de gérer la déconnexion du périphérique car ce périphérique n'est pas suivi
        Jan 25 12:31:01 MyMac iTunes[1582]: échec de connexion au périphérique USB 0x60c0001b7f40, UDID ddda699531d5203e0a1fd580430d0f60df6a3353 (0xE8000084)
        Jan 25 12:31:01 MyMac PrintUITool[488]: le nom de la notification "com.apple.system.powersources.source" a été enregistré 880 fois - il peut s'agir d'une fuite
        Jan 25 12:31:03 MyMac iTunes[1582]: Entered:_AMMuxedVersion2DeviceConnected, mux-device:11

dmesg affiche ces lignes plusieurs fois :

    Données NCM: la correspondance spécifique de la famille échoue
    AppleUSBInterface: la correspondance spécifique de la famille échoue
    Multiplexeur Apple USB: la correspondance spécifique de la famille échoue
    Contrôle NCM: la correspondance spécifique de la famille échoue
    AppleUSBInterface: la correspondance spécifique de la famille échoue

Je suis en train de développer une application en ce moment, donc ne pas pouvoir tester sur un appareil réel est un problème, quelqu'un a-t-il réussi à résoudre ce problème ou l'a-t-il déjà rencontré ?

1 votes

Si vous utilisez le Gestionnaire de périphériques Xcode et connectez l'iPhone, est-il répertorié ? - Pendant combien de temps est-il dans la liste avant de se déconnecter ? - Quel genre de message d'erreur obtenez-vous dans Xcode ?

0 votes

Aucun appareil n'est répertorié, il clignote simplement pendant quelques millisecondes puis disparaît.. je ne vois aucune erreur dans xcode nulle part

0 votes

Que voulez-vous dire par "flashes"? Où est-ce que ça "flashes"? (dans la liste des appareils de l'organisateur dans Xcode, ou?) ... Avez-vous essayé un autre port USB sur le Mac?

3voto

cmdr_keen Points 41

Essayez la commande suivante dans le terminal : sudo killall -STOP -c usbd

Apple conçoit son matériel pour demander et signaler plus de courant aux appareils iOS que ce que permet la norme USB.

Le processus usbd gère cela. Si vous arrêtez le processus usbd, il arrêtera d'essayer d'envoyer un courant élevé et traitera l'appareil comme un appareil non iOS, envoyant ainsi un courant normal de 500mA, et votre appareil devrait rester connecté.

référence : Problème de connexion iPhone-Mac et que fait le processus usbd ?

0 votes

Apple conçoit son matériel pour demander et signaler plus de courant aux appareils iOS que ce que permet la norme USB. Les appareils Apple ne consomment pas plus de courant que ce que permet la norme USB, et les ordinateurs Apple ne fournissent pas plus de courant que ce que permet la spécification USB. Les appareils Apple consomment jusqu'à 2,4 A max @ 5 V via USB-A ou USB-C. Certains appareils Apple consommeront plus de courant à des tensions plus élevées, mais cela se fait en négociant plus de puissance via USB-PD à partir d'une alimentation USB-C. Les ordinateurs Apple fourniront 3 A @ 5 V depuis leurs ports USB-C. Fournir 12 W via USB-A et 15 W via USB-C est inhabituel mais cela reste dans les spécifications.

0 votes

@MacGuffin en réalité, les appareils iOS peuvent bénéficier d'une puissance supplémentaire excédant les spécifications USB-A, mais seulement lorsqu'ils sont branchés sur un Mac exécutant macOS (c'est-à-dire pas Windows via Bootcamp). Cela se fait grâce à un subterfuge d'Apple. Vous pouvez remarquer cette différence en exécutant system_profiler SPUSBDataType dans le terminal, avant et après avoir arrêté le processus usbd. Le processus usbd fournit aux appareils iOS un courant supplémentaire de 1600mA, en plus de la spécification maximale de 500mA pour l'USB-A (soit un total de 2100mA). Arrêter le processus usbd ramène le courant à 500mA, comme dans les systèmes d'exploitation non-mac.

0 votes

@MacGuffin Cependant, je pense que c'est à cause de cette ruse d'Apple qui rend le chargement/la connexion des appareils iOS avec les appareils Mac si instable. C'est particulièrement un problème lorsque l'appareil iOS a une faible charge, nécessitant plus d'énergie, ce qui déclenche l'instabilité. Il est moins probable que cela se produise lorsque l'appareil iOS a une charge de 70% ou plus que lorsqu'il est à 20%. De plus, cela semble affecter principalement les MacBooks que les ordinateurs de bureau Mac, et est plus susceptible de se produire lorsqu'ils sont connectés aux ports d'E/S de gauche que aux ports de droite.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X