Sur Surface Pro 9 (Windows 11), votre casque Skullcandy Hesh ANC reste muet… sauf quand la fenêtre « Son » est ouverte ? Ce guide explique le pourquoi, liste les correctifs à appliquer et partage la solution validée qui a définitivement réglé le problème.
Son du casque Bluetooth absent sur Surface Pro 9 quand la fenêtre « Son » est fermée
Vue d’ensemble de la question
- Symptôme : le casque Skullcandy Hesh ANC se connecte en Bluetooth à un Surface Pro 9 (Windows 11), mais aucun son n’est audible. Le son apparaît si la fenêtre des paramètres/panneau « Son » est ouverte (par exemple en basculant vers l’onglet « Enregistrement »), puis disparaît après 2–3 s dès qu’on la ferme.
- Constats croisés :
- Le casque fonctionne normalement sur Android, MacBook et un autre PC Windows 11.
- Une autre paire de casques fonctionne sur le Surface.
- Réappairage déjà tenté, sans effet.
- L’option LE Audio n’est pas visible dans les paramètres.
Résumé express : tout pointe vers un mauvais endpoint audio sélectionné côté Windows (ex. bascule intempestive entre A2DP et mains‑libres/HFP) ou des profils/pilotes corrompus. L’ouverture de « Son » force brièvement le bon endpoint, mais il retombe immédiatement après.
Réponse & solution
Solution validée (résout totalement le problème) : réinitialisation du Surface (réinitialisation Windows en conservant les fichiers ou réimage via clé Surface).
Après reset, le son sort immédiatement dès la connexion du casque, de façon durable.
Interprétation (utile pour comprendre)
Sur Windows, chaque périphérique audio Bluetooth expose un ou plusieurs endpoints logiques. Pour un casque, on retrouve typiquement :
| Profil/codec | Usage prévu | Nom courant côté Windows | Symptômes si mal sélectionné |
|---|---|---|---|
| A2DP (SBC/AAC/aptX/LDAC/LC3 pour LE Audio) | Écoute stéréo haute qualité | « Casque (stéréo) » / « Headphones (Stereo) » | Silence si endpoint inactif, audio qui revient quand « Son » est ouvert, puis disparaît |
| HFP/HSP (mains‑libres) | Appels voix, micro intégré | « Casque (mains‑libres) » / « Headset (Hands‑Free) » | Son mono de mauvaise qualité, bascule automatique qui « vole » la sortie |
Lorsque les pilotes ou la base de configuration des endpoints sont incohérents, Windows peut « recréer » l’endpoint correct quand on ouvre le panneau « Son », puis le libérer immédiatement après : d’où l’impression que le son ne tient que fenêtre ouverte. Une interaction (présente ou latente) avec la pile Bluetooth/LE Audio et les services Windows Audio renforce ce comportement.
Pistes à essayer avant un reset (ordre recommandé)
- Windows Update & Surface
- Installez toutes les mises à jour y compris « Mises à jour facultatives / Pilotes » : Bluetooth, audio, firmware Surface.
- Redémarrez complètement (Shift + Arrêter pour forcer l’arrêt, puis démarrage).
- Nettoyer l’appairage
- Paramètres > Bluetooth & appareils : Supprimez toutes les entrées « Hesh ANC » (y compris variantes Hands‑Free / LE s’il y en a).
- Redémarrez le PC.
- Remettez le casque en mode appairage, puis réappairez depuis Windows.
Gestionnaire de périphériques>Bluetooth, affichez aussi les périphériques cachés et supprimez (clic droit > Désinstaller l’appareil) les restes « Skullcandy » persistants avant de réappairer. - Choisir le bon périphérique par défaut
- Paramètres > Système > Son > Choisir où lire le son : définissez Hesh ANC (Stéréo) comme périphérique par défaut.
- Ouvrez Paramètres avancés du volume des applications et vérifiez le mappage par application (chaque appli doit sortir vers Hesh ANC).
- Désactiver le profil mains‑libres
- Panneau de configuration > Son > Onglet Enregistrement : désactivez Hesh ANC Hands‑Free (micro mains‑libres).
- Alternative : Gestionnaire de périphériques > Entrées et sorties audio : désactivez l’entrée « mains‑libres » du casque.
- Désactiver les Enhancements et le mode exclusif
- Panneau de configuration > Son > Lecture > Hesh ANC > Propriétés :
- Onglet Améliorations : Désactivé.
- Onglet Avancé : décocher « Autoriser les applications à prendre le contrôle exclusif ».
- Répétez côté Enregistrement pour le micro du casque.
- Panneau de configuration > Son > Lecture > Hesh ANC > Propriétés :
- Relancer les services audio
- Paramètres > Système > Dépannage : exécutez les dépanneurs Lecture audio et Bluetooth.
- Ou redémarrez les services Windows Audio et Windows Audio Endpoint Builder (
services.msc).
- Désactiver la mise en veille de l’adaptateur Bluetooth
- Gestionnaire de périphériques > Bluetooth > (adaptateur, ex. « Intel Wireless Bluetooth ») > Gestion de l’alimentation : décocher « Autoriser l’ordinateur à éteindre ce périphérique pour économiser l’énergie ».
- LE Audio (si présent)
- Paramètres > Bluetooth & appareils > Périphériques > Hesh ANC : désactivez LE Audio pour ce périphérique, testez, puis réactivez si besoin.
En complément (facultatif mais utile)
- Réinitialiser la pile audio :
mmsys.cpl> onglets Lecture/Enregistrement : Afficher les périphériques désactivés > supprimez tous les « Skullcandy », redémarrez, réappairez. - Vérifier l’intégrité système (Invite admin) : sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth
- Redémarrage « à froid » de la radio : dans Gestionnaire de périphériques, désactiver puis réactiver l’adaptateur Bluetooth.
En dernier recours
Si, après les pistes ci‑dessus, le casque ne tient le son que lorsque « Son » est ouvert, procédez à une réinitialisation de Windows (Conserver mes fichiers) ou à une restauration via clé de récupération Surface.
Dans le cas documenté, c’est ce qui a corrigé définitivement le problème : dès la première reconnexion, le Hesh ANC a émis le son immédiatement, sans rechute.
Pourquoi cette panne est trompeuse
- Bascule A2DP ↔ HFP : l’OS croit qu’une application demande le micro (meeting, VOIP, jeu) et force HFP. La fermeture de « Son » rend la main à ce profil, d’où le silence.
- Endpoints orphelins : suite à des installations/désinstallations de pilotes, Windows garde des endpoints zombies. L’ouverture de « Son » les ré‑énumère temporairement.
- Conflits d’optimisations audio : améliorations, spatialisation ou mode exclusif peuvent bloquer la session audio tant que le panneau ne maintient pas l’endpoint actif.
- Gestion d’alimentation agressive : l’adaptateur Bluetooth passe en veille, coupe le flux A2DP et ne se réveille plus correctement sans interaction.
Procédure guidée, pas à pas
Suivez les écrans ci‑dessous pour sécuriser la configuration (Windows 11).
- Définir le casque par défaut
- Ouvrez Paramètres > Système > Son.
- Dans Choisir où lire le son, cliquez sur Skullcandy Hesh ANC (Stéréo) > Définir par défaut.
- Cliquer sur Volume de l’application et préférences de périphériques et affecter Hesh ANC à vos applis (navigateur, lecteur, Teams, etc.).
- Désactiver le canal mains‑libres
- Ouvrez
mmsys.cpl(Win+R, tapezmmsys.cpl). - Onglet Enregistrement : clic droit sur Hesh ANC Hands‑Free > Désactiver.
- Onglet Lecture : vérifiez que Hesh ANC (Stéréo) est actif et par défaut.
- Ouvrez
- Neutraliser le mode exclusif
- Dans Lecture > Hesh ANC > Propriétés > Avancé, décochez les deux cases « exclusif ».
- Dans Améliorations, cochez Désactiver toutes les améliorations.
Matrice de diagnostic rapide
| Observation | Probable cause | Action prioritaire |
|---|---|---|
| Son OK uniquement quand « Son » est ouvert | Endpoint A2DP non maintenu | Désactiver HFP, définir stéréo par défaut |
| Casque muet alors qu’icône connectée | Pilotes Bluetooth/Audio incohérents | Windows Update + réappairage propre |
| Audio revient après redémarrer « Audio », puis repart | Service ou session WASAPI instable | Relancer services + désactiver exclusif |
| OK sur Android/Mac, KO sur Surface | Pile Windows/Surface spécifique touchée | Mises à jour Surface, puis reset si échec |
Checklist avant de conclure au reset
- [ ] Tous les pilotes et firmwares Surface sont à jour.
- [ ] HFP désactivé côté Enregistrement, stéréo par défaut côté Lecture.
- [ ] Mode exclusif désactivé, améliorations désactivées.
- [ ] Appairage propre (entrées cachées supprimées), test après redémarrage.
- [ ] Gestion d’alimentation décrochée pour l’adaptateur Bluetooth.
- [ ] Services audio redémarrés sans erreur.
Après réparation : bonnes pratiques
- Conserver une entrée unique du casque dans « Bluetooth & appareils » (éviter les doublons « LE »/« Hands‑Free » inutilisés).
- Éviter d’ouvrir simultanément plusieurs applis qui réclament le micro (visioconf + jeu + dictée) si HFP est réactivé.
- Si vous switchez souvent entre appels et écoute hi‑fi, créez deux profils : un avec HFP activé (réunions), un sans (musique).
Foire aux questions
Pourquoi ça marche sur Android/Mac mais pas sur mon Surface ?
Chaque OS gère différemment la sélection des endpoints et la coexistence A2DP/HFP/LE Audio. Le Surface Pro 9 combine des composants (Bluetooth, audio, firmware) propres à la gamme Surface ; une incohérence dans cet empilement peut n’affecter qu’une seule machine.
Dois‑je désactiver définitivement le profil mains‑libres ?
Pas forcément. Si vous n’utilisez pas le micro du casque pour les appels sur ce PC, désactivez‑le pour stabiliser l’audio. Sinon, gardez‑le mais désactivez le mode exclusif et surveillez le mappage par‑application.
LE Audio est‑il en cause ?
Pas nécessairement. Certains cas se résolvent sans même que LE Audio soit exposé dans l’UI. Toutefois, si l’option est visible, testez en la désactivant : cela simplifie la pile et peut éviter une bascule intempestive.
Un pilote tiers « améliorateur de son » peut‑il bloquer l’audio ?
Oui. Désinstallez temporairement tout module d’« amélioration » (spatialisation, égaliseur système, etc.) pour lever le doute.
Cas pratique récapitulé
Le Hesh ANC se connecte bien au Surface Pro 9 mais reste muet. Ouvrir « Son » réanime brièvement l’audio, qui s’éteint 2–3 s après fermeture. Une autre paire fonctionne, et le Hesh ANC marche ailleurs. Après avoir tenté sans succès les étapes de correction (mises à jour, réappairage propre, choix du périphérique par défaut, désactivation HFP, mode exclusif, services audio, gestion d’énergie, test LE Audio), la réinitialisation Windows a rétabli immédiatement et durablement la lecture audio Bluetooth.
Conclusion
Ce comportement caractéristique (son présent uniquement panneau ouvert) trahit un endpoint A2DP mal épinglé ou une pile audio/Bluetooth corrompue. Les démarches proposées ré‑alignent généralement Windows. Si tout échoue, la réinitialisation restaure un environnement sain et règle définitivement la panne.
Annexe A — Script pratique (optionnel)
Pour relancer les services audio d’un clic (Invite de commandes en administrateur) :
sc stop audiosrv sc stop AudioEndpointBuilder timeout /t 3 /nobreak >nul sc start AudioEndpointBuilder sc start audiosrv
Annexe B — Check de santé système (optionnel)
Ces commandes réparent des fichiers système potentiellement altérés :
sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth
Annexe C — Tableau des actions et impacts
| Action | Ce que ça change | Durée | Risque |
|---|---|---|---|
| Mises à jour Windows/Surface | Aligne pilotes/firmware avec la pile audio | 5–15 min + redémarrage | Faible |
| Réappairage propre | Purge endpoints zombies & services | 3–5 min | Faible |
| Désactivation HFP | Empêche la bascule mains‑libres intrusive | 2 min | Perte micro casque en appels |
| Désactiver exclusif/Enhancements | Stabilise la session WASAPI | 2 min | Aucun (qualité parfois moindre) |
| Relancer services Audio | Réinitialise le moteur audio sans reboot | 1 min | Coupure audio momentanée |
| Désactiver veille adaptateur BT | Évite l’extinction du lien A2DP | 1 min | Autonomie PC très peu affectée |
| Test LE Audio off | Élimine conflit d’empilement LE | 1 min | Fonctionnalités LE indisponibles |
| Réinitialisation Windows | Repart sur une pile audio/BT saine | 30–60 min | Réinstallation applis requise |
À retenir
Le comportement « son seulement si la fenêtre “Son” reste ouverte » révèle un profil/périphérique audio Bluetooth mal épinglé dans Windows. Les étapes ci‑dessus rétablissent généralement l’endpoint correct ; si elles échouent, la réinitialisation restaure une pile audio/Bluetooth saine et met fin au problème.