Bardzo przerywana awaria zasilania MOSFET


9

Pracuję nad bardzo nierówną awarią silnika (nie jestem projektantem). Posiadamy zwiniętą armaturę, która jest przełączana przez MOSFET-y mocy. Są one napędzane przez sterownik FET z biegunem totemowym FET. Dlatego gdy sterownik jest wyłączony, brama FET mocy pływa. Tak, wiem. Zły wybór projektu. Właśnie sprzątam bałagan.

Po stronie stojana silnika znajduje się triak i obwód napędowy sterowany mikroprocesorem. Po podłączeniu silnika linia napędowa unosi się, ponieważ mikroport jest naprężony aż do zakończenia rozruchu. Ponieważ ta linia portu wchodzi w bramę AND i unosi się, kończy się na niej około 5 cykli prądu przemiennego o wystarczającej amplitudzie, aby wystrzelić bramę i ten triak. To nakłada około 3-5 pół cykli linii na stojan, z pikami do 100A w zależności od impedancji źródła. Tak. Kolejny błąd w projekcie - powinien był zostać rozebrany.

Problem - nie zdarza się to często, podobnie jak awaria zasilania MOSFET. Spośród setek silników mieliśmy trzy awarie, w których FET-y zwarły odpływ i przejście do źródła. Pytanie - próbuję zdecydować, czy ta seria skoków prądu (które indukują napięcie na zworę - a stosunek zwojów wynosi 1: 1) jest prawdopodobnie podejrzana, biorąc pod uwagę źle zaprojektowany obwód MOSFET mocy. Tranzystory MOSFET znajdują się w poprzek uzwojenia twornika. Kiedy silnik ulega awarii, nie ulega awarii podczas pracy. Wygląda na to, że zawiedzie, gdy tylko go włączysz. Moje dowody są poszlakowe - jak dotąd nie byłem w stanie wymusić awarii. Ale ogromny wzrost liczby wtyczek, rzadkość niepowodzenia i trudność jego zduplikowania wydają się na to wskazywać. Jeśli idę złą ścieżką, muszę wiedzieć i wiedzieć, dlaczego. Wygląda na to, że może uszkodzić FET, ale ja ”

W tej chwili uruchamiam kilka silników, korzystając ze sterownika PLC, aby mieć je na oku. Planuje się cyklicznie aż do awarii, zastosować poprawki projektowe i uruchomić ponownie. Chyba że dostanę błysk geniuszu.


Witamy w EE.SE. Podsumowując, jest to całkiem dobre pierwsze pytanie. +1 ode mnie
Adam Lawrence

3
Dalej do pytania - jeśli szukam usterki, której nie mogę odtworzyć, i znajdę tam coś „złego”, co powoduje, że drapię się po głowie, zrobiłbym wszystko, co w mojej mocy, aby naprawić tę złą, nawet jeśli pierwotna przyczyna pozostaje nieuchwytny. Jest do bani, ale czasami rzadki, narożny problem musi zostać naprawiony empirycznie, poprzez ulepszenia i sprawdzenie, czy wskaźnik awaryjności w czasie i ilości poprawia się.
Adam Lawrence

2
To tylko spekulacje, ale jeśli masz MOSFET z ruchomą bramką i przykładasz impuls napięcia do drenu, pojemność dren-brama może spowodować, że napięcie między bramkami przekroczy wartość znamionową tranzystora i wytworzy trwała awaria.
Dave Tweed

Po pierwsze, jesteśmy nową firmą i jesteśmy bardzo wrażliwi na awarie w terenie. Zgadzam się, że jest to rozsądny sposób działania - napraw goofy i spójrz na dane zwrotów. Wątpliwe jest, czy kierownictwo to kupi, ale warto spróbować.
Mike Lipphardt

Po drugie, pojemnościowe połączenie z bramą trochę mnie przeraża. Linia ta powinna zostać zerwana, gdyby nie z innego powodu niż ochrona ESD, ale chroniłaby również przed tym trybem awarii. Myślałem w tym kierunku, kiedy rozpocząłem program testów cyklicznych. Dziękuję Ci.
Mike Lipphardt

Odpowiedzi:


2

Bramy FET NIE MUSZĄ pływać.
W tym stanie nie można zagwarantować niczego.

Pojemność Millera z przyjemnością sprzęga duże sygnały napędowe z bramą z stanów nieustalonych drenażu. Brama napędzana powyżej swojej wartości Vgsmax często przebije tlenek bramki i może wystąpić dowolna kombinacja twardych zwarć między GDS. Widziałem DS krótkie z G open, GS krótkie z D open, GDS wszystkie krótkie i być może GD krótkie z S open, ale nie byłbym w 100% tego pewien.

Dla KAŻDEJ mocy FET z obciążeniem indukcyjnym dodaję zener GS zamontowany jak najbliżej FET, o napięciu znamionowym powyżej Vgs_drive_max i wygodnie poniżej VGS_abs_max. To przekształca obwody, które ulegają awarii w ciągu kilku minut lub godzin, w obwody, które nigdy nie zawodzą.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.