Подскажите скоростной драйвер для mosfet-а

genius7

Ищу драйвер с фронтами порядка 10-20нс (или круче) для mosfet-а. Достаточно только с одним выходом для верхнего ключа (НО). Если кто в курсе, а еще лучше - использовал подобное, подскажите название и если можно - сразу рабочую схему с номиналами где уже подобраны форсирующие цепочки и элементы. спасибо!

Реклама

Seriyvolk

genius7 писал(а):Ищу драйвер с фронтами порядка 10-20нс

Тебе бы сначала разобраться в терминологии, а затем искать. Что сделать пытаешься то?

Реклама

genius7

я сразу на практике попробую, мимо терминологии...

драйвер нужен с задержкой включения+нарастания не более 20нс. и по выключению+спаду такого же примерно значения. Если есть еще быстрее - тоже хорошо.

blackx

Зачем вам драйвер? Управляйте напрямую мосфетом.

Реклама

genius7

источник сигнала слабый по выходу, он мосфет напрямую не потянет.

Реклама

Seriyvolk

UCC37322

Реклама

genius7

спасибо! этот наверно пойдет, буду искать, пробовать. Еще быстрее бывают?

Seriyvolk

Не видел.

Телекот

Так он вроде только для нижнего плеча.

genius7

Не нашел в даташите, а на какой максимальной частоте может работать UCC37322 ?

Seriyvolk

У драйвера нет макс. рабочей частоты, как таковой. Но ты её можешь посчитать, исходя из задержек сигнала и фронтов имульсов.

genius7

если брать задержки по вх, вых, подъем и спад, то 240нс. если меандр то это ок 500нс, по ним получается 2МГц расчетный потолок. реально думаю заявленные фронты до 300-500кгц будет обеспечивать. выше - вряд ли. есть у кого-нить картинки на 300-500кгц и ок 1-2Мгц фронты на вых этого драйвера? было бы здорово.

Seriyvolk

genius7 писал(а):есть у кого-нить картинки на 300-500кгц

А зачем тебе картинки? Я и так могу сказать - этот драйвер на частоте 500 кГц вполне справляется с затвором IRFP460. Правда недолго - перегрев имеет место быть.
И ещё, тебе бы давно уже помогли точным советом и по теме, если бы не делал такую великую тайну из того, что ваяешь.

genius7

та нету никаких секретов. балуюсь с магнитами да катушками. осваиваю перелив меж катушками с разными включениями. пока выбираю драйверы да ключи чтобы минимизировать потери на них.
по UCC37322 вопрос появился. в даташите указана задержка по входу разрешения (ENBL).
Правильно ли я понимаю, что если я этим входом пользоваться не буду (всегда разрешен, закинут на +пит), то эта задержка для меня будет нуль?

Seriyvolk

Но задержка в самом драйвере от входа к выходу то от этого никуда не денется

genius7

это понятно, но уже будет значительно шустрее ?

Enable (ENBL)
tD3, propagation delay time(4) 60ns
tD4, propagation delay time(4) 60ns

Switching Time
tR, rise time (OUT) 20ns
tF, fall time (OUT) 20ns
tD1, propagation delay, IN rising (IN to OUT) 25ns
tD2, propagation delay, IN falling (IN to OUT) 35ns

Итого: по каналу ENBL 60+60, по основному 20+20+25+35 = 220нс. Если по ENBL 0нс, то всего 100нс. В 2.2 раза быстрее.
Понятно, что срабатывать эти каналы будут не по очереди, а где-то их времена работы и выключения будут пересекаться, но в худшем варианте максимальная задержка такая как привел.

Я верно всё понял и посчитал?
.

Seriyvolk

genius7 писал(а):Я верно всё понял и посчитал?

Не совсем. В первом расчёте сгрузил всё в кучу, хотя нужно было эти 60 нСек подставить вместо 25 и 35. Итого 160 нСек, а не 220.

задержки по Enable - это время реакции на этот сигнал. например, подаешь запрет работы, этот запрет "опоздает" на 60 нс.
к задержкам от входа до выхода не имеет никакого отношения.

genius7

вобщем, если ENBL всё время на +питания и не использую, то можно рассчитывать на задержку вх/вых 20+20+25+35 = 100нс ?

КРАМ

есть задержка, а есть фронт.
Это разные вещи.
Нарисуйте входной прямоугольный импульс и каждый фронт сначала задержите на даташитную величину, а потом наклоните фронт на даташитную величину. Получите трапецию на выходе.