Des freezes de 10–20 s suivis d’un BSOD et l’événement 1796 (Microsoft‑Windows‑TPM‑WMI) touchent surtout Windows 11 23H2 avec GPU NVIDIA sur PCIe 4.0. Ce guide pas‑à‑pas vous aide à diagnostiquer, corriger et fiabiliser définitivement votre plateforme.
Vue d’ensemble du problème
- Symptômes principaux : micro‑gel de quelques secondes en jeu ou en charge 3D, parfois suivi d’un Blue Screen of Death (BSOD) ou d’un redémarrage forcé.
- Journal système : événement critique 1796 émis par Microsoft‑Windows‑TPM‑WMI ;
HResult = -2147020471. - Contexte fréquent : Windows 11 23H2, GPU NVIDIA, charges 3D (jeux/bench), PCIe 4.0 activé.
Dans de nombreux cas, le minidump du BSOD incrimine nvlddmkm.sys (pilote NVIDIA). Le flux d’erreurs TPM‑WMI est souvent une conséquence d’un incident sur le bus PCIe (instabilité, timeouts, TDR), et non la cause première.
Analyse technique
nvlddmkm.sys mis en cause
Le pilote d’affichage NVIDIA (nvlddmkm.sys) déclenche un Timeout Detection and Recovery (TDR) lorsque la carte graphique ne répond plus dans les délais. Ce TDR peut ensuite provoquer un gel prolongé, un BSOD (ex. VIDEO_TDR_FAILURE) et une cascade d’événements dans d’autres sous‑systèmes, dont le journal TPM‑WMI (event 1796).
Interaction TPM ↔ PCIe
Le TPM (firmware fTPM intégré au CPU ou module discret dTPM) s’appuie sur la plateforme (chipset/PCIe/UEFI). Une instabilité PCIe (lien Gen 4 borderline, riser, BIOS agressif, microcode/ME/chipset obsolète) peut déclencher des erreurs de communication système : le canal Microsoft‑Windows‑TPM‑WMI journalise alors l’événement 1796.
Autres causes possibles
- Pilotes chipset obsolètes (AMD Chipset, Intel ME/Chipset) impactant la gestion de l’alimentation, d’ASPM et du PCIe.
- Microprogramme TPM dépassé ou option fTPM/iTPM instable.
- Fichiers système corrompus (rarement la cause unique, mais amplifiante).
- UEFI/BIOS non à jour, paramètres d’OC agressifs (XMP/EXPO mal tenus, GPU factory OC limite).
- RAM/PSU marginale : erreurs mémoire ou alimentation à la limite sous pics de charge GPU.
Chaîne typique cause → effet
| Déclencheur | Conséquence immédiate | Effets en cascade |
|---|---|---|
| Instabilité PCIe 4.0 (lignes borderline, riser, BIOS) | Timeout GPU → TDR (nvlddmkm.sys) | Freeze 10–20 s → BSOD/redémarrage → événement 1796 TPM‑WMI |
| Pilote NVIDIA corrompu/inadapté | Crashes du pilote, timeouts | Logs TPM/WHEA, gel, parfois corruption driver store |
| Chipset/ME/TPM/BIOS obsolètes | Glitches de gestion d’alimentation et bus | Incohérences avec Windows 11 23H2, erreurs TPM‑WMI |
Solutions déjà validées dans le fil
| Étape | Détails | Résultat le plus souvent | Commentaires |
|---|---|---|---|
| DDU + réinstallation propre du pilote NVIDIA | Supprimer le pilote en mode sans échec (DDU), redémarrer, installer la toute dernière version ou une version Studio antérieure stable. | Réduit ou élimine les BSOD pour certains utilisateurs. | Choisir installation « Personnalisée > Pilote graphique uniquement ». |
| Basculer le réglage PCIe de Gen 4 à Gen 3/Auto dans le BIOS | Menu Advanced/PCIe configuration (intitulé variable selon les cartes‑mères). | Solution radicale pour la majorité : plus de gels ni BSOD. | La bande passante reste suffisante pour la majorité des GPU actuels. |
| Mettre le BIOS carte‑mère & le firmware TPM à jour | Flash BIOS officiel ; si disponible, MAJ du module fTPM (AMD) ou iTPM (Intel) via utilitaire constructeur. | Corrige des incompatibilités avec Windows 11 23H2. | Toujours rétablir les réglages par défaut après flash puis reparamétrer. |
| Vérifier l’intégrité de Windows | sfc /scannow puis DISM /Online /Cleanup-Image /RestoreHealth. | Répare des fichiers système corrompus (rarement seul responsable). | À exécuter en console admin. |
| Tester la RAM et l’alimentation | MemTest86 (4 passes mini), moniteur HWInfo pour les tensions. | Exclut un défaut matériel masqué. | Instabilité + event 1796 peut aussi signaler une alimentation en limite. |
Procédures détaillées pas‑à‑pas
DDU + réinstallation propre du pilote NVIDIA
- Sauvegardez (image système/point de restauration).
- Déconnectez Internet pour éviter l’installation automatique d’un pilote générique.
- Démarrez en mode sans échec (Paramètres > Récupération > Démarrage avancé).
- Lancez DDU et choisissez GPU : NVIDIA, puis Nettoyer et redémarrer.
- De retour sur Windows, installez un pilote propre (Game Ready récent ou Studio réputé stable). Préférez Installation personnalisée, cochez Nouvelle installation et gardez Pilote graphique + PhysX uniquement.
- Dans le Panneau de configuration NVIDIA, sous Alimentation, réglez « Préférer les performances maximales » pour vos jeux les plus sensibles.
Astuce : si vous suspectez une régression pilote, testez une version antérieure Studio réputée stable pour votre modèle (ex. LTSB/NV Studio), ou la toute dernière WHQL.
Forcer PCIe en Gen 3 (ou Auto) depuis l’UEFI/BIOS
Le passage de Gen 4 → Gen 3 est la parade la plus efficace observée. La perte de performances réelles est souvent marginale (1–5 % selon jeux/titres), largement compensée par la stabilité.
| Constructeur | Chemin typique | Paramètre | Valeur conseillée |
|---|---|---|---|
| ASUS | Advanced → PCI Subsystem Settings | PCIEX16_1 Link Speed | Gen3 ou Auto |
| MSI | Settings → Advanced → PCIe/PCI Subsystem | PEG0/PEG1 Max Link Speed | Gen3 |
| Gigabyte | Settings → IO Ports | PCIe Slot Configuration | Gen3 |
| ASRock | Advanced → Chipset Configuration | PCIe Link Speed | Gen3 |
Si vous utilisez un riser (boîtiers compacts/vertical GPU), testez sans le riser : certains câbles riser Gen 4 sont instables. En multi‑slots, essayez un autre slot x16 câblé au CPU.
Mises à jour BIOS / microprogramme TPM / Chipset
- UEFI/BIOS : flashez la version stable récente (utilitaire constructeur). Après flash, chargez les Optimized Defaults, puis reconfigurez vos options (XMP/EXPO, ventilateurs, boot, etc.).
- TPM : dans le BIOS, vérifiez fTPM/iTPM activé et l’option TPM Reset disponible.
- Avant toute réinitialisation TPM, sauvegardez la clé BitLocker.
- Après reset, Windows régénère les clés TPM au prochain démarrage.
- Pilotes chipset :
- AMD : installez le pack AMD Chipset (influence ASPM/PCIe/CPPC).
- Intel : mettez à jour Intel Chipset Device Software + Intel ME (Management Engine).
Vérifier et réparer Windows
Exécutez ces commandes en Invite de commandes (admin) :
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
chkdsk C: /scan
Puis redémarrez. Contrôlez le Moniteur de fiabilité (perfmon /rel) pour vérifier la disparition des erreurs après correctifs.
Tester la RAM et l’alimentation
- RAM : MemTest86 (4 passes minimum, zéro erreur). Si échecs, repassez le profil XMP/EXPO en AUTO ou baissez la fréquence/les timings.
- Alimentation : surveillez les tensions sous charge (GPU à 100 %) ; testez un autre câble PCIe, évitez les adaptateurs chaînés, et, si possible, un autre PSU.
Pistes complémentaires utiles
- Réinitialiser le TPM depuis le BIOS, puis laisser Windows recréer les clés (sauvegarder BitLocker au préalable).
- Désactiver temporairement le fTPM/TPM 2.0 pour confirmer l’influence du TPM (sur certaines cartes mères AMD 500/600). Re‑activez ensuite.
- Mettre à jour AMD Chipset ou Intel ME/Chipset : ces piles gèrent PCIe, ASPM et interactions TPM.
- Thermals GPU/VRAM : vérifiez que la température GPU et la VRAM restent dans des plages sûres sous charge prolongée. Un excès de chaleur entraîne des timeouts
nvlddmkm. - Alimentation Windows : profil Performances élevées et désactivation des états PCIe agressifs (ASPM). Invite de commande (admin) :
powercfg -setactive SCHEME_MIN powercfg -setacvalueindex SCHEME_CURRENT SUB_PCIEXPRESS ASPM 0 powercfg -setdcvalueindex SCHEME_CURRENT SUB_PCIEXPRESS ASPM 0 powercfg -SetActive SCHEME_CURRENT - Resizable BAR / Above 4G Decoding : si activés, testez en Auto ou Désactivé pour exclure une incompatibilité marginale.
- Annuler les overclocks (CPU/GPU/RAM). Testez stock ; certains OC factory GPU sont limite sous PCIe 4.0.
- Vérifier le slot et le riser : insérez fermement le GPU, nettoyez le connecteur, essayez un autre slot ou retirez le riser.
Bonnes pratiques de dépannage
- Image disque/point de restauration avant toute manipulation.
- DDU uniquement en mode sans échec et hors ligne.
- Après un BSOD, récupérez le minidump (
%SystemRoot%\Minidump\*.dmp) et analysez‑le avec WhoCrashed ou WinDbg pour confirmer le module fautif. - Notez chaque changement (version pilote, BIOS, réglages PCIe) afin de pouvoir revenir en arrière.
Comment vérifier que vous êtes bien touché par l’événement 1796
- Ouvrez Observateur d’événements → Journaux des applications et des services → Microsoft → Windows → TPM‑WMI (canal Operational).
- Recherchez les entrées ID 1796 au moment du gel/BSOD (HResult = -2147020471).
- Contrôlez en parallèle Journaux Windows → Système pour des erreurs WHEA‑Logger ou Display (TDR).
PowerShell : extraire rapidement les 50 derniers événements 1796
Get-WinEvent -LogName "Microsoft-Windows-TPM-WMI/Operational" `
| Where-Object {$_.Id -eq 1796} `
| Select-Object TimeCreated, Id, LevelDisplayName, Message `
| Select-Object -First 50
Mini‑atelier de diagnostic (15–30 minutes)
| Étape rapide | Outils/commande | À noter |
|---|---|---|
| 1) Profil énergie | Paramètres → Système → Alimentation : Performances élevées | Réduit les transitions d’états PCIe agressives. |
| 2) Pilote NVIDIA propre | DDU → Installation pilote uniquement | Supprime conflits GeForce Experience/HD Audio si inutiles. |
| 3) Gen 4 → Gen 3 | UEFI/BIOS → PCIe Link Speed = Gen3 | Observe si les gels/BSOD disparaissent. |
| 4) Vérif. logs | Observateur : TPM‑WMI (1796), Système (WHEA, Display) | Confirme la chaîne d’événements. |
| 5) Sanity check Windows | sfc /scannow + DISM | Assainit l’OS. |
WinDbg : confirmer nvlddmkm.sys dans le minidump
- Ouvrez WinDbg (Preview) et chargez un fichier
.dmpdepuis%SystemRoot%\Minidump. - Exécutez :
!analyze -v lmvm nvlddmkm - S’il s’agit d’un VIDEO_TDR_FAILURE ou apparenté avec pile dans
nvlddmkm, le correctif pilote/PCIe décrit plus haut est prioritaire.
Note : n’augmentez pas arbitrairement TdrDelay dans le Registre pour masquer le problème ; cela retarde le BSOD sans résoudre la cause (instabilité PCIe/driver).
FAQ
Basculer en Gen 3 fait‑il perdre beaucoup de performances ?
Dans la majorité des jeux et applications, la différence est faible (souvent <5 %). Le gain de stabilité est, lui, immédiat. Sur quelques charges très lourdes PCIe (IA, I/O intensif), mesurez avant/après pour arbitrer.
L’événement 1796 TPM‑WMI est‑il la cause du BSOD ?
Le plus souvent, non. Il s’agit d’un symptôme (conséquence d’une instabilité bus/alimentation/pilote), pas la cause racine. Corrigez en priorité le duo pilote NVIDIA + stabilité PCIe.
Dois‑je réinitialiser le TPM ?
Seulement si vous avez sauvegardé vos clés BitLocker et après avoir tenté pilote/PCIe/BIOS. La réinitialisation TPM peut aider lorsque des états TPM ont été corrompus par des crashs répétés.
fTPM vs dTPM, ça change quoi ?
fTPM (CPU) et dTPM (module) exposent la même interface TPM 2.0. Dans la pratique, fTPM hérite des mises à jour AGESA/ME du BIOS ; dTPM s’actualise via un firmware dédié. Dans les deux cas, gardez BIOS/firmware à jour.
Dois‑je désactiver complètement le TPM ?
Non sur le long terme : Windows 11 l’exige. Comme test de courte durée pour isoler la cause, c’est acceptable, à condition de réactiver ensuite et de conserver vos clés BitLocker.
Matrice décisionnelle rapide
| Situation | Action immédiate | Étape suivante |
|---|---|---|
| Freeze 10–20 s en jeu + logs 1796 | DDU + pilote NVIDIA propre | Forcer PCIe Gen 3 |
| Encore des gels après Gen 3 | MAJ BIOS + Chipset/ME + firmware TPM | Tester RAM/PSU, retirer riser |
| BSOD persiste, pas de 1796 récent | Analyser minidump (!analyze -v) | Revenir pilote Studio/antérieur |
| Stable en Gen 3, instable en Gen 4 | Conserver Gen 3 | Surveiller thermals, évaluer impact perf réel |
Scripts & commandes utiles
PowerShell : état du TPM et version
Get-Tpm | Format-List *
tpm.msc
PowerShell : vérifier version du pilote NVIDIA
Get-PnpDevice -Class Display | Where-Object {$_.FriendlyName -match "NVIDIA"} | `
ForEach-Object { $_.FriendlyName; (Get-PnpDeviceProperty -KeyName DEVPKEY_Device_DriverVersion -InstanceId $_.InstanceId).Data }
CMD (admin) : journal de fiabilité & système
perfmon /rel
eventvwr.msc
PowerShell : exporter WHEA & TPM‑WMI récents
$whea = Get-WinEvent -LogName System | Where-Object {$_.ProviderName -eq "WHEA-Logger"} | Select-Object -First 100
$tpmlogs = Get-WinEvent -LogName "Microsoft-Windows-TPM-WMI/Operational" | Where-Object {$_.Id -eq 1796} | Select-Object -First 100
$whea | Export-Csv "$env:USERPROFILE\Desktop\WHEA.csv" -NoTypeInformation -Encoding UTF8
$tpmlogs | Export-Csv "$env:USERPROFILE\Desktop\TPM1796.csv" -NoTypeInformation -Encoding UTF8
Scénarios typiques et résolutions
PC fixe AMD B550/X570 + RTX 30/40 + PCIe 4.0
- Symptômes : gels courts, nvlddmkm dans le dump, 1796 dans TPM‑WMI.
- Correctifs : DDU → pilote propre, BIOS récent (AGESA), Chipset AMD, Gen 3 forcé, test sans riser.
PC fixe Intel Z490/Z590/Z690 + RTX 30/40
- Symptômes : BSOD sporadiques sous charges I/O + GPU, 1796 corrélé.
- Correctifs : ME + Chipset à jour, UEFI récent, Resizable BAR en Auto, Gen 3 si besoin.
Portable gaming (UEFI limité)
- Symptômes : freezes brefs, pas d’option de vitesse PCIe.
- Correctifs : pilote propre, profil performance ; BIOS/EC récent ; limiter brièvement la puissance GPU (mode Silent/« Optimisé » du constructeur) pour vérifier la stabilité.
Checklist de fin de dépannage (contrôle qualité)
- Session de jeu/bench 30–60 min sans gel ni BSOD.
- Observateur d’événements : aucun nouvel event 1796 pendant les tests.
- Moniteur de fiabilité : courbe stable, pas d’erreurs critiques.
- Températures GPU/VRAM/VRM correctes selon le modèle.
- Si Gen 4 reste instable mais Gen 3 est parfait, conservez Gen 3 pour une stabilité durable.
Résumé opérationnel
Pour la majorité des configurations affectées, l’enchaînement gagnant est :
- Réinstallation propre du pilote NVIDIA avec DDU (pilote minimal).
- Forcer le lien PCIe en Gen 3 (ou Auto) dans l’UEFI/BIOS.
- Mettre à jour BIOS + firmware TPM + Chipset/ME.
- SFC/DISM pour assainir l’OS, puis tests RAM/PSU au besoin.
Ce combo supprime dans la plupart des cas les freezes 10–20 s, les BSOD nvlddmkm et l’événement 1796 (Microsoft‑Windows‑TPM‑WMI). Les autres pistes servent à fiabiliser et à éviter toute rechute.
Annexe : modèles de notes de suivi
Copiez/collez ce tableau dans votre documentation de dépannage pour tracer chaque changement.
| Date | Action | Détail (version/paramètre) | Résultat | Prochaine étape |
|---|---|---|---|---|
| JJ/MM | DDU + pilote | 531.xx Studio (pilote seul) | Freeze disparu 45 min | Tester Gen 4 |
| JJ/MM | PCIe | PEG x16 = Gen3 | OK 2 h de jeu | MAJ BIOS |
| JJ/MM | BIOS/TPM | UEFI 2.20 + fTPM mis à jour | Stable | — |
Mises en garde importantes
- BitLocker : notez et sauvegardez votre clé de récupération avant de réinitialiser le TPM ou de toucher aux options de chiffrement.
- Régistre TDR : éviter l’augmentation de
TdrDelaycomme « solution ». Elle masque le problème sans le résoudre. - Flash BIOS : respecter scrupuleusement la procédure constructeur et éviter toute coupure durant l’opération.
Conclusion
Les gels de 10–20 s suivis d’un BSOD et l’événement 1796 TPM‑WMI sous Windows 11 23H2 sont quasi toujours la manifestation d’un triptyque pilote NVIDIA ↔ stabilité PCIe ↔ cohérence firmware/BIOS. En appliquant d’abord la réinstallation propre du pilote, puis la bascule PCIe Gen 4 → Gen 3, et enfin les mises à jour BIOS/TPM/Chipset, vous éliminez durablement les symptômes tout en sécurisant la plateforme pour l’avenir.