Path: ...!news.mixmin.net!proxad.net!feeder1-2.proxad.net!cleanfeed1-b.proxad.net!nnrp2-2.free.fr!not-for-mail Newsgroups: fr.sci.electronique From: JKB Subject: Re: =?UTF-8?Q?Probl=C3=A8me?= de claquage d'un MOSFET References: <636aa261$0$2980$426a74cc@news.free.fr> Reply-To: User-Agent: slrn/1.0.3 (Linux) Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Date: 09 Nov 2022 13:37:05 GMT Lines: 78 Message-ID: <636bad01$0$25820$426a34cc@news.free.fr> Organization: Guest of ProXad - France NNTP-Posting-Date: 09 Nov 2022 14:37:05 CET NNTP-Posting-Host: 62.212.98.88 X-Trace: 1668001025 news-4.free.fr 25820 62.212.98.88:33766 X-Complaints-To: abuse@proxad.net Bytes: 4343 Le 09-11-2022, Olivier B a écrit : > Il se trouve que JKB a formulé : >> > Salut JKB, > > J'ai l'impression que s'il y a plantage de la commande et que CMD1 et > 2 ne sont plus tirés la configuration aboutit à une conduction > simultanée de Q49 et Q48 ce qui en l'absence de protection en courant > n'est pas très safe. Merci pour l'analyse, mais ça ne peut pas être le cas. Les deux commandes sont générées à partir des deux sorties d'une bascule D et de deux signaux qui valent 0 ou 5V : - #RUN (passe à 0 lorsque tous les signaux sont propres) - #CC (passe à 1 en cas de court-circuit détecté en sortie). Donc CMD1 et CMD2 valent : - soit 0 en condition de court-circuit ou lorsque les signaux ne sont pas encore stabilisés (#RUN à 1) ; - soit une modulation en largeur d'impulsion. J'ai naturellement vérifié au scope ce qu'il se passe et ils ne sont jamais à l'état haut simultanément. Le temps de garde est correct lui aussi (850 ns, ça doit être suffisant). J'ai mis sur le ftp un fichier COMMANDE.PNG. V20 est toujours l'alimentation 28Vdc. TR50 est un signal triangulaire (à peu près entre 0,4 et 4,6 V). 2V5, comme son nom l'indique, c'est 2,5Vdc #RUN est in signal qui vaut 0 lorsque TR50 est stable (TR50 est un triangle généré à partir d'un quartz et d'un système avec un contrôle automatique de gain. Il faut 2 à 3 ms pour qu'il soit établi correctement). Explications rapides : - U7B/C est un amplificateur d'erreur (FB est le feedback qui provient du secondaire du transformateur au travers d'un pont résistif. Le correcteur est uniquement R61, C41 et C40 dont les valeurs ont été fixées par tâtonnement). U7B est là pour pouvoir utiliser un pont résistif pour le feedback de grande valeur (c'est une alimentation haute tension, on a plusieurs MR dans le feedback et attaquer directement U7C n'est pas possible.) ; - U5B compare le triangle au signal d'erreur ; - D49 avec U7D et le pont diviseur D48/R57/R58 servent d'écrêteur (pour que la bascule U9A commute quelle que soit l'erreur). Avec les valeurs de R57 et R58, on arrive à un rapport cyclique maximal de 92% (temps de garde 850 ns pour un cycle de 10 us) ; - U5A, les transistors Q32, Q33 et Q34 ainsi que U6B servent de détection de court-circuit. Si l'erreur est toujours supérieure au maximum de TR50, la sortie de U6B bascule à l'état haut et reste bloquée dans cet état jusqu'à ce qu'un signal arrive sur RST. Le signal RST est généré par un circuit annexe lors de l'allumage de l'alimentation générale (V20). Une fois le contrôleur bloqué dans cet état, il faut couper l'alimentation amont pour le réinitialiser. Lorsque le circuit démarre, on se retrouve donc avec : - #RUN qui passe de 1 à 0 (en quelques millisecondes). Ce signal est généré par une bascule D (donc il n'y a pas d'état batard indéterminé) ; - la sortie de U6B à 0 (et qui passe à 1 si la puissance en sortie est trop importante durant un peu moins d'une seconde) ; - les sorties Q et #Q de U9A qui commutent. La conséquence est d'avoir deux beaux signaux CMD1 et 2 qui sont exactement ce que j'attends. Ne pas oublier que ça fonctionnait parfaitement avec les transistors précédents. Bien cordialement, JKB -- Si votre demande me parvient en code 29, je vous titiouillerai volontiers une réponse.