Форум РадиоКот

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

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

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

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

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

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

UCC37322

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

Не видел.

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

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

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

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

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

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

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

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

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

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 раза быстрее.
Понятно, что срабатывать эти каналы будут не по очереди, а где-то их времена работы и выключения будут пересекаться, но в худшем варианте максимальная задержка такая как привел.

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

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

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

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

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

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