Дуже переривчаста помилка MOSFET


9

Я працюю над дуже плямистою моторною несправністю (я не конструктор). У нас є ранова арматура, яка перемикається силовими MOSFET. Вони керуються драйвером FET тотемного полюса типу FET. Коли драйвер відключений, отже, затвор силового FET плаває. Так, я знаю. Поганий вибір дизайну. Я просто прибираю безлад.

На стороні статора двигуна є ланцюг тріаку і приводу, керований мікровиходом. Коли ви підключаєте двигун, лінійка приводу плаває, оскільки мікропорту зачинено до завершення завантаження. Оскільки ця лінія порту переходить у ворота AND і пливе, то в кінцевому підсумку ви маєте приблизно 5 циклів змінного струму на ньому достатньої амплітуди, щоб запустити ворота і це триак. Це ставить приблизно 3-5 півциклів лінії на статор, з піками до 100А залежно від опору джерела. Так. Ще одна помилка дизайну - її слід було зняти.

Проблема - це трапляється не часто, а також не виходить з ладу MOSFET. Із сотень двигунів у нас було три збої, коли короткочасний злив та ворота на джерело живлення були короткочасними. Питання - я намагаюся вирішити, чи є ця серія струмових стрибків (які індукують напругу на арматуру - а коефіцієнт витків 1: 1) є підозрюваним, враховуючи погано розроблену схему потужності MOSFET. MOSFET розташовані прямо через обмотку арматури. Коли мотор виходить з ладу, він не виходить з ладу під час бігу. Схоже, це не вдається, як тільки ви підключите його. Мої докази є всебічними - досі я не міг примусити невдачу. Але масовий сплеск плагіна, рідкість відмови та труднощі його дублювання, схоже, вказують на це. Якщо я йду неправильним шляхом, мені потрібно знати і знати, чому. Схоже, це може пошкодити БНТ, але я '

На даний момент я замикаю кілька двигунів, використовуючи ПЛК, щоб стежити за ними. План полягає в кругообігу до відмови, застосуйте виправлення дизайну і запустіть знову. Якщо я не отримаю спалаху генія.


Ласкаво просимо на EE.SE. Загалом, це досить гарне перше питання. +1 від мене.
Адам Лоуренс

3
Далі до питання - якщо я шукаю несправності, яку я не можу повторити, і я знаходжу там щось «погано», яке змушує почухати голову, я б зробив усе, що міг, щоб виправити цю неприємність, навіть якщо першопричина залишилася невловимий Це відстійно, але іноді рідкісну проблему з вирішенням проблем слід вирішувати емпірично, вдосконалюючись і перевіряючи, чи покращиться показник відмов у часі та кількості.
Адам Лоуренс

2
Це лише спекуляція, але якщо у вас є MOSFET з плаваючим затвором, і ви застосовуєте імпульс напруги до стоку, ємність зливу до затвора може призвести до того, що напруга від джерела до джерела перевищить показник транзистора і створить постійний збій.
Дейв Твід

Перший коментар - ми нова компанія та гіперчутливі до поломки на місцях. Я погоджуюся, що це розумний хід дій - виправте кози і перегляньте дані, що повертаються. Сумнівно, чи купить менеджмент, але варто його зняти.
Майк Ліпфардт

До другого коментаря, ємнісна муфта до воріт трохи напудує мене теж. Ця лінія повинна була бути знята, якщо б не будь-яка інша причина, крім захисту ОУР, але вона захистила б і від цього режиму відмови. Я замислювався по тих напрямках, коли запускав циклічну програму тестування. Дякую.
Майк Ліпфардт

Відповіді:


2

Ворота FET НЕ ПОВИННІ плавати.
У цьому стані нічого не можна гарантувати.

Ємність міллера з радістю з'єднає великі приводні сигнали на ворота від зливних перехідних процесів. Ворота, переведені вище свого значення Vgsmax, часто досить проколоти оксид воріт, і будь-яка комбінація жорстких шортів між GDS може призвести. Я бачив DS короткий з G відкритим, GS короткий з D відкритим, GDS весь короткий і, можливо, GD короткий з S відкритим, але я не був би на 100% впевнений у цьому.

Для будь-якої потужності FET з індуктивним навантаженням я додаю стабілітрони GS, встановлені якомога ближче до FET, з напругою вище Vgs_drive_max і зручно нижче VGS_abs_max. Це перетворює схеми, які виходять з ладу за хвилини до години, в схеми, які ніколи не виходять з ладу.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.