текущей версии UTC у меня пока нет. и лишних средств на нее тоже нет. от хороших GDT пока отказываюсь. либо добью оптику, либо попробую вариант с сигнальным трансом.
в общем наверное я попробую сделать еще одну плату для оптики. на ней будут возле каждого оптрона своя буферная микруха, дорожки соответственно укорачиваются. к микрухам пойдут экранированные провода от UTC. и на каждую микруху с оптроном индивидуальный экран.
над конструкцией экрана надо подумать. можно сделать по простому - с оной стороны метализация на плате, с другой крышечка напаяная как в мобильниках. но так возрастает емкость меж выходом оптрона и входом. можно с обоих сторон напаять крышечки, тогда емкость меж выходом и входом оптрона вырастет не так сильно. но это сложнее и корявее.
и места для преобразователя на такой плате уже не останется. его придется рядом ставить на своей платке.
и вот еще я думаю что делать с временной релюшкой. в общем то может оно и не такой плохой вариант? мож ее и оставить? это самое простое и надежное решение всех проблем с переходными процессами при включении.
Оптодрайверы для DRSSTC
не. релюшка на плату не вмещается.
тогда буду делать так download/file.php?id=356&mode=view
обзвонил магазины. есть только IRLML6402. они 20ти вольтовые. но попробовать на них можно. если будут гореть - закажу 30 вольтовые IRLML9301
тогда буду делать так download/file.php?id=356&mode=view
обзвонил магазины. есть только IRLML6402. они 20ти вольтовые. но попробовать на них можно. если будут гореть - закажу 30 вольтовые IRLML9301
Да, вариант с оптикой интереснее, чем с GDT.
Я думаю, что больше виноваты приемники в оптронах, чем длинные дорожки. По крайней мере, у меня оптика с теслой никогда хорошо не дружила, только экран спасал.
Транзистор, в принципе, гореть не должен. На нем больше 18 в не будет. Кстати, его можно заменить pnp биполяром. Только с биполяром важно с емкостб в базе не перебрать, чтобы переход база-коллектор не открылся.
Я думаю, что больше виноваты приемники в оптронах, чем длинные дорожки. По крайней мере, у меня оптика с теслой никогда хорошо не дружила, только экран спасал.
Транзистор, в принципе, гореть не должен. На нем больше 18 в не будет. Кстати, его можно заменить pnp биполяром. Только с биполяром важно с емкостб в базе не перебрать, чтобы переход база-коллектор не открылся.
там супрессоры 20В и начинают ограничивать они где то с 24В. а с транса без нагрузки приходит звон который может заряжать конденсаторы фильтра до 24В. так что лучше 30В транзисторы. а вообще конечно супрессоры не совсем удачно выбрал.
в общем решил попробовать сделать так:
для каждого оптрона своя буферная микруха и на каждый оптрон с микрухой свой экран. экран будет с двух сторон платы стоять. прямоугольные крышечки высотой 8мм.
к каждому входу свой экранированный провод от UTC.
в схеме появились компоненты Q100 R100 C100 VD100 - это цепь предотвращения появления на выходе положительного импульса при подаче питания на схему.
так же появились электролиты по 100мкФ параллельно керамике в фильтрах питания каналов.
преобразователь на эту плату уже не влезает. он будет на отдельной платке над этой стоять.
для каждого оптрона своя буферная микруха и на каждый оптрон с микрухой свой экран. экран будет с двух сторон платы стоять. прямоугольные крышечки высотой 8мм.
к каждому входу свой экранированный провод от UTC.
в схеме появились компоненты Q100 R100 C100 VD100 - это цепь предотвращения появления на выходе положительного импульса при подаче питания на схему.
так же появились электролиты по 100мкФ параллельно керамике в фильтрах питания каналов.
преобразователь на эту плату уже не влезает. он будет на отдельной платке над этой стоять.
Кстати, VD1 не нужен - его роль вполне играет внутренний диод полевика. А так - похоже на правду. У тебя один из экранов не подключен. Экраны нужно будет соединить с землей системы, чтобы наводящийся потенциал уходил по кратчайшему пути.
Хотя, я бы все равно предпочел засунуть весь драйвер в один корпус.
Хотя, я бы все равно предпочел засунуть весь драйвер в один корпус.
экраны все подключены, просто в первом слева канале я показал медь со стороны смдюх, а в следующем - медь с противоположной стороны. на следующих двух каналах оба слоя меди в режиме прозрачности. соединяться слои меди будут через переходное отверстие а подключаться к земле через UTC. хотя может сделаю подключение к земле напрямую.
весь драйвер в один корпус очень сложно сделать, и плюс будет невозможно ни чего настраивать. осцилографом потыкать то уже не получится.
весь драйвер в один корпус очень сложно сделать, и плюс будет невозможно ни чего настраивать. осцилографом потыкать то уже не получится.
Осциллограммы можно прямо с затворов снимать-же 
в общем наверно я всетаки переделаю дрова полностью еще раз.
интересно конечно что получилось бы у меня с последним вариантом с экранами, тем более что я его уже спаял (осталось только пару недостающих компонентов закупить и будет готово). но даже если они заработают нормально я все же буду хотеть детектор десатурации и не будет мне покоя.
так что я пожалуй не буду даже испытывать свои дрова а сосредоточусь на новой версии с блекджеком и шлюхами.
у меня теперь делема что использовать. те что есть M57962, или более дешевые и кое в чем более удобные HCPL316, или до безобразия навороченные TD350E...
дело в том буфер на биполярах то можно прикрутить к любой микрухе и даже к M57962 желательно.
далее я хочу индикацию срабатывания защиты по каждому каналу отдельно, по любому каналу общую, и сброс хочу иметь с кнопки, либо автоматический, чтоб выбирать можно было. такой функционал легче всего обеспечить с HCPL316, т.к. у него выход ошибки уже опторазвязан, и он вроде не сбрасывается по времени а ждет сигнала RESET.
а у TD350E есть куча пока не понятных но предположительно полезных функций типа "Active Miller clamp" "Two-level turn-off" и т.д. но он вообще без оптронов и я не знаю как у него с доставабельностью и ценой...
но самое главное - у меня очень тяжелые условия работы для драйверов. передергивать мощные ключи в общем то не проблема, и теоретически все драйверы будут делать это хороше и надежно. но у меня же тесла а не двигатель, это значит большая частота, дикие электрические поля, помехи и наводки, и желательно иметь большие скорости переключения. какой из драйверов будет в таких условиях работать стабильнее и надежнее не известно...
по идее M57962 спроектированы именно для работы с самыми мощными кирпичами и по идее они могут быть и самыми надежными и безглючными. но не известно... тем боле что мощные кирпичи ни когда не переключают за 100нс как того хочу я.
я в муках выбора и растерянности...
интересно конечно что получилось бы у меня с последним вариантом с экранами, тем более что я его уже спаял (осталось только пару недостающих компонентов закупить и будет готово). но даже если они заработают нормально я все же буду хотеть детектор десатурации и не будет мне покоя.
так что я пожалуй не буду даже испытывать свои дрова а сосредоточусь на новой версии с блекджеком и шлюхами.
у меня теперь делема что использовать. те что есть M57962, или более дешевые и кое в чем более удобные HCPL316, или до безобразия навороченные TD350E...
дело в том буфер на биполярах то можно прикрутить к любой микрухе и даже к M57962 желательно.
далее я хочу индикацию срабатывания защиты по каждому каналу отдельно, по любому каналу общую, и сброс хочу иметь с кнопки, либо автоматический, чтоб выбирать можно было. такой функционал легче всего обеспечить с HCPL316, т.к. у него выход ошибки уже опторазвязан, и он вроде не сбрасывается по времени а ждет сигнала RESET.
а у TD350E есть куча пока не понятных но предположительно полезных функций типа "Active Miller clamp" "Two-level turn-off" и т.д. но он вообще без оптронов и я не знаю как у него с доставабельностью и ценой...
но самое главное - у меня очень тяжелые условия работы для драйверов. передергивать мощные ключи в общем то не проблема, и теоретически все драйверы будут делать это хороше и надежно. но у меня же тесла а не двигатель, это значит большая частота, дикие электрические поля, помехи и наводки, и желательно иметь большие скорости переключения. какой из драйверов будет в таких условиях работать стабильнее и надежнее не известно...
по идее M57962 спроектированы именно для работы с самыми мощными кирпичами и по идее они могут быть и самыми надежными и безглючными. но не известно... тем боле что мощные кирпичи ни когда не переключают за 100нс как того хочу я.
я в муках выбора и растерянности...
вот накидал черновой вариант схемы на M57962L. пока останавливаюсь на этом драйвере ибо он более "CMRистый" и дубовый.
питание каждого канала буду стабилизировать отдельным стабом, ибо эти драйверы какие то дюже капризные по диаппазону питающего. да и импульсы покрасивше станут.
детектор десатурации подключен через стабилитрон и диод. диод понятно зачем нужен а стабилитрон для регулирования напряжения десатурации. например порог детектора в микрухе - 15В (хотя это надо проверить, наверное опытным путем придется ибо даташит не понятен до конца) на стабилитроне упадет 10В и при 5В на транзисторе детектор сработает. дополнительно этот вход защищен супрессором на 20...25В, ибо он быстрее и мощнее даташитного варианта с защитой стабилитроном.
сигнал ошибки с драйвера заводится через оптрон в триггер. триггер срабатывает и через элемент И не пройдет сигнал с UTC пока не сбросишь кнопкой RESET триггеры. Цепь сброса триггеров общая, плюс есть RC цепь начального сброса при подаче питания. на каждом триггере висит по светодиоду - они загорядтся и будут гореть пока триггер не сбросишь.
элемент И и буферную микуху можно было бы заменить просто элементом И-НЕ но я хочу каждому каналу по своей буферном микрухе дать чтоб она стояла в непосредственной близости от драйвера и не было длинных дорожек.
буферная микруха становится инвертирующей и меняется подключение оптрона драйвера на вариант из даташита. вариант с шунтирование светодиода не проканает ибо в драйвере встроенный резистор есть.
опционально при желании драйвер можно умощнить парой биполяров. но это надо где то разыскать быстрые биполяры. в даташите на драйверы дюже редкие какие то биполяры в пример приводятся.
драйверы буду экранировать наверное. ибо ихний оптрон тоже не известно насколько нежный окажется.
я все же буду хотеть детектор десатурации и не будет мне покоя.
Эх, обидно, что отказался от своих драйверов - было интересно. Если честно, то я еще не видел тесел с детектором десатурации
Из предложенного мне больше всего понравился TD350E хотя бы, своими раздельными выходниками, но, как я понимаю, у тебя уже есть M57962, так-что, деваться некуда.
По схеме - тебе постоянно придется жать reset потому, что состояния триггера будет зависеть от последовательности включения питания. Можно сделать RC цепочку с выхода триггера, которая будет его сбрасывать раз в пару секунд, к примеру.
Стабилизатор -9 может греться.
И опять 25 - при обрыве 5в на входе оптрона будет пропадать напряжение и транзисторы будут взрываться.
TD350E
Active Miller clamp - это вот тот дополнительный поливичек они так обозвали. Позволяет надежнее закрывать транзистор.
Two-level turn-off - драйвер сначала снижает напряжение на затворе до некого "полуоткрытого состояния", чтобы на транзисторе не было ацких выбросов напряжения, потом, закрывает полностью.
стабилитроне упадет 10В и при 5В на транзисторе детектор сработает.
Помойму, наоборот, на стабилитроне упадет 10в и при 25в детектор сработает.
по структурной схеме там стоит компаратор одна нога которого на опорном источнике, вторая притянута к VCC через резистор. при открытом транзисторе через диод вытекает ток и напряжение на компараторе уменьшается до "падение на диоде + падение на транзисторе". если мы в эту цепь вводим стабилитрон то напряжение на компараторе будет "падение на стабилитроне + падение на диоде + падение на транзисторе". т.е. на транзисторе хватит и 5В если на стабилитроне уже будет остальное.
могу свои дрова тебе отдать когда закончу эту эпопею. там все почти запаяно и экраны есть. останется пару деталюх допаять и преобразователь какой нить прикрутить. поэкспериментируешь с ним сам мне было бы приятно если б у тесластроителей появилась обкатаная схема, и им не пришлось бы мучаться как мне. потому что если я остановлюсь на M57962 врядли кто то такое повторит. а я уже ни когда без детектора десатурации ни чего собирать не буду. даже какой нить примитивный импульсник
тесел с детектором я тоже ни видел и очень жаль. и вообще жаль что я не видел раньше таких дров. вернее даже видел, но не разбирался с ними и не вникал. и только когда они оказались у меня на столе мне стало дюже любопытно.
про триггеры не понял. они запитаны от UTC и сбрасываются при каждом включении UTC. а потом они могут переключиться только если драйвер выдаст ошибку.
про пропадание 5В тоже не правда. эти дрова неинвертирующие. и когда 5В пропадет буферная микруха вырубается и ее выход висит в воздухе, оптрон ни к чему не подключен. да и 5В пропали так что оптрону не от чего загореться.
насчет стабилизаторов я пока еще думаю. может сделаю +15 -12В тогда с выпрямителя хватит 18В и сильно греться не будет точно.
TD350E вообще достать проблема. M57962 у меня есть в наличии, HCPL316 могу купить где нить в Москве так что если припрет перейду на них, а эти только из за бугра тащить похоже. да и много к ним обвязки надо. опять глючные оптроны и куча преключений.
могу свои дрова тебе отдать когда закончу эту эпопею. там все почти запаяно и экраны есть. останется пару деталюх допаять и преобразователь какой нить прикрутить. поэкспериментируешь с ним сам
мне было бы приятно если б у тесластроителей появилась обкатаная схема, и им не пришлось бы мучаться как мне. потому что если я остановлюсь на M57962 врядли кто то такое повторит. а я уже ни когда без детектора десатурации ни чего собирать не буду. даже какой нить примитивный импульсник тесел с детектором я тоже ни видел и очень жаль. и вообще жаль что я не видел раньше таких дров. вернее даже видел, но не разбирался с ними и не вникал. и только когда они оказались у меня на столе мне стало дюже любопытно.
про триггеры не понял. они запитаны от UTC и сбрасываются при каждом включении UTC. а потом они могут переключиться только если драйвер выдаст ошибку.
про пропадание 5В тоже не правда. эти дрова неинвертирующие. и когда 5В пропадет буферная микруха вырубается и ее выход висит в воздухе, оптрон ни к чему не подключен. да и 5В пропали так что оптрону не от чего загореться.
насчет стабилизаторов я пока еще думаю. может сделаю +15 -12В тогда с выпрямителя хватит 18В и сильно греться не будет точно.
TD350E вообще достать проблема. M57962 у меня есть в наличии, HCPL316 могу купить где нить в Москве так что если припрет перейду на них, а эти только из за бугра тащить похоже. да и много к ним обвязки надо. опять глючные оптроны и куча преключений.
BSVi писал(а):Active Miller clamp - это вот тот дополнительный поливичек они так обозвали. Позволяет надежнее закрывать транзистор.
и в большинстве случаев, исходя из режима работы транзистора, можно обойтись без отрицательного напряжения на затворе.
BSVi писал(а):Two-level turn-off - драйвер сначала снижает напряжение на затворе до некого "полуоткрытого состояния", чтобы на транзисторе не было ацких выбросов напряжения, потом, закрывает полностью.
дополню. Отключение происходит в 2-а этапа. Сперва в течении 1,5 мкс напряжение на затворе снижается с 16В до 11 В, а потом окончательно до -10 В. Данная технология проявляет свою эффективность при отключении транзистора в режиме токовой перегрузки и позволяет снизить бросок напряжения на «коллектор-эмиттер», который может привести к выходу транзистора из строя. Платой за это является незначительное увеличение потери энергии на выключение.
Драйвер TD350E был предложен мною и я лично работал с ним. Все возможности драйвера при этом были задействованы и на выходе стоял IGBT APT80GA60LD40.
misterio писал(а):тесел с детектором я тоже ни видел и очень жаль. и вообще жаль что я не видел раньше таких дров. вернее даже видел, но не разбирался с ними и не вникал. и только когда они оказались у меня на столе мне стало дюже любопытно.
резонансный трансформатор всего лишь разновидность нагрузки, а данная защита используется во многих преобразователях на базе IGBT в модульном исполнении.
надоело бухать.
посидел оптодрова помозговал.
схема думаю вопросов не вызывает.
4 светодиода индикации срабатывания детекторов десатурации распаяны на плате чтобы видно было какой именно канал дурканул. и один общий светодиод будет на морде теслы чтобы пугать меня если что.
в рамке обведена схемка контроля. нужна на случай если детекторы десатурации будут срабатывать. она поможет выяснить где зарождаются два одновременных сигнала. схемка будет подключаться к плате драйверов тупопроводочками ибо места нормального ей нет, и подключаться она может в разные точки. на схеме - один из наиболее вероятных вариантов подключения.
в преоразователе появилась небольшая тонкость. стабилизатор силового питания включен с доп. стабилитроном чтобы можно было подбирать напряжение на входе стабилизаторов в каналах. это нужно т.к. напряжение до стабилизаторов каналов проседает как бы я не старался а тупо сделать запас побольше невариант ибо стабы и без того греются прилично. нагревом объясняется и значения +15 -12В. я бы сделал +18 -9 но так очень сильно греется -9В стаб. а мотать транс похитрее - не охото.
транс для преобразователя нашел готовый, заводской. красивый и удобный. впаивается в плату. вернее их даже два. красивый и одинаковых небольших трансика. так как у меня два канала драйвера включаются одновременно - они и будут питаться от одного транса. а два других - от другого. таким образом связь меж "противоположными" парами каналов будет минимальна. а на то что связь меж "одновременными" каналами выростает с такими трансформаторами - пофиг. наверное...
все это добро собирается на двух платах, которые станут друг над другом и соединятся короткими прямыми перемычками.
платы двусторонние ибо на односторонних такое развести малореально. придется изгаляться блин. на картинках нижняя медь - оранжевая, верхняя - синяя. и они полупрозрачные чтобы видно было оба слоя меди одновременно.
микросхемы драйверов можно закрыть экранами. но сделать эти экраны аккуратно - пока проблема. так что предположительно буду пробовать пускать без экранов, и надеяться что либо глюков не будет, либо детекторы десатурации защитят транзисторы от въеба. если будут проблемы - тогда и буду изгаляться с экранами. может они помогут.
в преобразователе теперь стабилизатор силового питания будет напаиваться на довольно большой полигон и плата будет служить теплоотводом. надеюсь что такого охлаждения хватит (хотя греется он очень прилично).
ну и что касаемо того когда же будет продолжение эпопеи. транзисторов то нэма. заказал 10 штук из америки. жду.
не знаю. прошлый раз такая же посылка доехала до меня за 15 суток.
сейчас она (по аналогии с прошлым разом) валялась на московской сортировке 15 дней прежде чем на нее обратили внимание. и до сих пор продолжает там валяться. это уже 27 дней в пути. жопа. я крайне негодую. но это рашка. че от нее хотеть.
в общем жду, надеюсь и не имею понятия когда.
посидел оптодрова помозговал.
схема думаю вопросов не вызывает.
4 светодиода индикации срабатывания детекторов десатурации распаяны на плате чтобы видно было какой именно канал дурканул. и один общий светодиод будет на морде теслы чтобы пугать меня если что.
в рамке обведена схемка контроля. нужна на случай если детекторы десатурации будут срабатывать. она поможет выяснить где зарождаются два одновременных сигнала. схемка будет подключаться к плате драйверов тупопроводочками ибо места нормального ей нет, и подключаться она может в разные точки. на схеме - один из наиболее вероятных вариантов подключения.
в преоразователе появилась небольшая тонкость. стабилизатор силового питания включен с доп. стабилитроном чтобы можно было подбирать напряжение на входе стабилизаторов в каналах. это нужно т.к. напряжение до стабилизаторов каналов проседает как бы я не старался а тупо сделать запас побольше невариант ибо стабы и без того греются прилично. нагревом объясняется и значения +15 -12В. я бы сделал +18 -9 но так очень сильно греется -9В стаб. а мотать транс похитрее - не охото.
транс для преобразователя нашел готовый, заводской. красивый и удобный. впаивается в плату. вернее их даже два. красивый и одинаковых небольших трансика. так как у меня два канала драйвера включаются одновременно - они и будут питаться от одного транса. а два других - от другого. таким образом связь меж "противоположными" парами каналов будет минимальна. а на то что связь меж "одновременными" каналами выростает с такими трансформаторами - пофиг. наверное...
все это добро собирается на двух платах, которые станут друг над другом и соединятся короткими прямыми перемычками.
платы двусторонние ибо на односторонних такое развести малореально. придется изгаляться блин. на картинках нижняя медь - оранжевая, верхняя - синяя. и они полупрозрачные чтобы видно было оба слоя меди одновременно.
микросхемы драйверов можно закрыть экранами. но сделать эти экраны аккуратно - пока проблема. так что предположительно буду пробовать пускать без экранов, и надеяться что либо глюков не будет, либо детекторы десатурации защитят транзисторы от въеба. если будут проблемы - тогда и буду изгаляться с экранами. может они помогут.
в преобразователе теперь стабилизатор силового питания будет напаиваться на довольно большой полигон и плата будет служить теплоотводом. надеюсь что такого охлаждения хватит (хотя греется он очень прилично).
ну и что касаемо того когда же будет продолжение эпопеи. транзисторов то нэма. заказал 10 штук из америки. жду.
не знаю. прошлый раз такая же посылка доехала до меня за 15 суток.
сейчас она (по аналогии с прошлым разом) валялась на московской сортировке 15 дней прежде чем на нее обратили внимание. и до сих пор продолжает там валяться. это уже 27 дней в пути. жопа. я крайне негодую. но это рашка. че от нее хотеть.
в общем жду, надеюсь и не имею понятия когда.
У тебя драйвер уже по сложности сравним с UTC получается. Насчет экранов - в тесле без них сложно будет - оптика очень хорошо ловит большие электрические поля, так что, я бы делал экран сразу.
ок. буду готовиться к необходимости экранирования.
но без экранов всеж попробую. заодно проверю спасет ли детектор десатурации если будут глюки.
это тоже очень желательно выяснить и если дрова будут глючить то мне не придется коротить выход моста (ну или симулировать глюк по входу для обеспечения сквозняка).
но без экранов всеж попробую. заодно проверю спасет ли детектор десатурации если будут глюки.
это тоже очень желательно выяснить и если дрова будут глючить то мне не придется коротить выход моста
(ну или симулировать глюк по входу для обеспечения сквозняка).итак есть первые результаты.
и первые размышлизмы.
затворы общий вид
затворы общий вид пачки
растущий фронт
спадающий фронт
затворного резистора нет. кроме того что встроен в транзистор (2Ом)
снимал осцилограммы непосредственно на ногах транзистора (т.е. сюда включена индуктивность проводов от драйвера до транзистора) по этому есть небольшие дрючки на спадающем фронте.
фронты достаточно короткие. драйверы вроде не слишком сильно греются. возможно потом попробую добавить дополнительный затворный резистор небольшого номинала если это не сильно затянет фронты (хотя наверное затянет так что не получится нифига) ибо производитель рекомендует ставить минимальное сопротивление при котором ток через драйвер не может превысить штатных 5А. но скорее всего я плюну на эти рекомендации в угоду коротким фронтам.
амплитуда импульсов не пляшет как в прошлый раз благодаря стабилизаторам. правда они офигенно греются и по идее их надо бы на теплоотводы ставить. но это не реально. так что буду терпеть.
а вот общий стабилизатор в преобразователе просто кипит. плата в качестве теплоотвода не спасает ни как. и даже небольшой теплоотвод не помогает толком. пришлось временно посадить на термоклей небольшой вентилятор который обдувает небольшой теплоотвод. в общим надо что то с этим делать.
далее начал разбираться с дедтаймом.
в прошлый раз (с первой версией оптодрайверов) дедтайм составил 111нс по обоим фронтам. т.е. 222нс.
сейчас что то странное происходит...
для полного избавления от выбросов на осцилограмме приходится ставить аж 1322нс по обоим фронтам. это дикость какаято 2.6мс дедтайма!
картинки снимал при питании на силовухе 25В и при работе на активную нагрузку.
вот как выглядят затворы на 1322нс
питание силовухи и выход на 1322нс
питание силовухи и выход на 1005нс
питание силовухи и выход на 0нс
при дедтайме 0нс выбросы питания силовухи просто дикие. значит сквозняк офигенный.
при дедтайме 1005нс по обоим фронтам выбросы вполне умеренные и выходное напряжение нормальной формы.
при дедтайме 1322нс по обоим фронтам выбросы минимальные (и дальше уже не уменьшаются) но выходное напряжение имеет сильно затянутые фронты. это вообще то странно...
итого я оставляю пока 999нс дедтайма по обоим фронтам но как то это мне кажется дофига дюже... как будто транзисторы стали просто дико тормозные... может это подделка... недайбог.
и первые размышлизмы.
затворы общий вид
затворы общий вид пачки
растущий фронт
спадающий фронт
затворного резистора нет. кроме того что встроен в транзистор (2Ом)
снимал осцилограммы непосредственно на ногах транзистора (т.е. сюда включена индуктивность проводов от драйвера до транзистора) по этому есть небольшие дрючки на спадающем фронте.
фронты достаточно короткие. драйверы вроде не слишком сильно греются. возможно потом попробую добавить дополнительный затворный резистор небольшого номинала если это не сильно затянет фронты (хотя наверное затянет так что не получится нифига) ибо производитель рекомендует ставить минимальное сопротивление при котором ток через драйвер не может превысить штатных 5А. но скорее всего я плюну на эти рекомендации в угоду коротким фронтам.
амплитуда импульсов не пляшет как в прошлый раз благодаря стабилизаторам. правда они офигенно греются и по идее их надо бы на теплоотводы ставить. но это не реально. так что буду терпеть.
а вот общий стабилизатор в преобразователе просто кипит. плата в качестве теплоотвода не спасает ни как. и даже небольшой теплоотвод не помогает толком. пришлось временно посадить на термоклей небольшой вентилятор который обдувает небольшой теплоотвод. в общим надо что то с этим делать.
далее начал разбираться с дедтаймом.
в прошлый раз (с первой версией оптодрайверов) дедтайм составил 111нс по обоим фронтам. т.е. 222нс.
сейчас что то странное происходит...
для полного избавления от выбросов на осцилограмме приходится ставить аж 1322нс по обоим фронтам. это дикость какаято 2.6мс дедтайма!
картинки снимал при питании на силовухе 25В и при работе на активную нагрузку.
вот как выглядят затворы на 1322нс
питание силовухи и выход на 1322нс
питание силовухи и выход на 1005нс
питание силовухи и выход на 0нс
при дедтайме 0нс выбросы питания силовухи просто дикие. значит сквозняк офигенный.
при дедтайме 1005нс по обоим фронтам выбросы вполне умеренные и выходное напряжение нормальной формы.
при дедтайме 1322нс по обоим фронтам выбросы минимальные (и дальше уже не уменьшаются) но выходное напряжение имеет сильно затянутые фронты. это вообще то странно...
итого я оставляю пока 999нс дедтайма по обоим фронтам но как то это мне кажется дофига дюже... как будто транзисторы стали просто дико тормозные... может это подделка... недайбог.
Ну, у твоих транзисторов 1100нс - время выключения, так что вполне правдоподобно получилось. Правда, 1мкс довольно дофига. Может, тебе стоит немного сквознячку оставить?
Кстати, сейчас мучаю новый UTC, и вот что вижу:
Это - выход полумоста (правда, без нагрузки). Как видно, скорость нарастания напряжение - 25кВ/мкс. Твои оптодрайвера могли бахнуть вот от этого. У тебя транзисторы намного медленнее, но посмотреть что на выходе стоило бы, и посчитать скорость нарастания напряжения тоже.
Кстати, сейчас мучаю новый UTC, и вот что вижу:
- out1.gif (4.61 КБ) 17720 просмотров
Это - выход полумоста (правда, без нагрузки). Как видно, скорость нарастания напряжение - 25кВ/мкс. Твои оптодрайвера могли бахнуть вот от этого. У тебя транзисторы намного медленнее, но посмотреть что на выходе стоило бы, и посчитать скорость нарастания напряжения тоже.
ну опять блин. да нету там 1100нс. мне неон по моему уже такое выдавал.
удивительно но в интернете несколько вариантов даташитов на эти транзисторы. я скачал на офф сайте
http://www.microsemi.com/existing-parts ... docs-specs
там нет ни каких 1100нс.
Turn-off Delay Time - 560нс
Current Fall Time - 100нс
итого 660нс время выключения.
и если из этого вычесть время включения 50+80=130нс выходит дед нужен 530нс. у меня вышло 2000нс. это как то не очень айс.
но тут и драйверы косячят.
они как то странно растягивают импульс...
вот картинки без дедтайма.
выходит где то порядка 500нс можно считать драйверы сквозят. плюс 500нс сквозят транзисторы - выходит 1000нс. но у меня то 1000нс по обоим фронтам, т.е. 2000нс. все равно многовато.
и немного сквозняка я оставляю. вроде бы. потому что минимальные выбросы на 1300нс.
может я конечно меряю не правильно нифига... но фиг его знает как еще померить.
что у меня на выходе моста - посмотрю. ок.
удивительно но в интернете несколько вариантов даташитов на эти транзисторы. я скачал на офф сайте
http://www.microsemi.com/existing-parts ... docs-specs
там нет ни каких 1100нс.
Turn-off Delay Time - 560нс
Current Fall Time - 100нс
итого 660нс время выключения.
и если из этого вычесть время включения 50+80=130нс выходит дед нужен 530нс. у меня вышло 2000нс. это как то не очень айс.
но тут и драйверы косячят.
они как то странно растягивают импульс...
вот картинки без дедтайма.
выходит где то порядка 500нс можно считать драйверы сквозят. плюс 500нс сквозят транзисторы - выходит 1000нс. но у меня то 1000нс по обоим фронтам, т.е. 2000нс. все равно многовато.
и немного сквозняка я оставляю. вроде бы. потому что минимальные выбросы на 1300нс.
может я конечно меряю не правильно нифига... но фиг его знает как еще померить.
что у меня на выходе моста - посмотрю. ок.
Ого, когда драйвера растягивают импульсы - это совсем плохо, без деда даже и пробовать не стоит. Что-то ты странно считаешь дед "по обоим фронтам". Дед считается от падающего фронта до нарастающего.
Дальше считаем - драйвера растягивают на 500нс (даже больше), транзисторы - 660нс. В сумме, в программе значение должно быть 1160нс. Все опять сходится.
Дальше считаем - драйвера растягивают на 500нс (даже больше), транзисторы - 660нс. В сумме, в программе значение должно быть 1160нс. Все опять сходится.
у тебя в программе две цифры дедтайма - по растущему и по спадающему фронту. и обе цифры у меня по 1000нс. это сколько от спада одного фронта до начала роста вроторого? и вообще зачем дедтайм отдельно по растущему и спадающему фронту нужен?
выход моего моста при работе на резистор 9Ом. дедтайм 705нс по обоим фронтам.
скорость нарастания выходит 7,5кВ/мкс. это любые дрова выдержать должны.
сейчас у M57962L Built in high CMRR optocoupler (VCMR : Typical 30kV/ms, Min. 15kV/ms)
итого - я спокоен.
еще мне не очень нравится то что нижняя полка на второй картинке не сразу уходит вверх а есть порядка 60нс совсем другого наклона... может деда все же многовато... хотя я его и так уменьшил...
UPD:
вот картинка при работе от сети без вторички
желтый - затвор, синий ток в контуре.
как видим - жопа. миллер появился опять довольно сильный.
но может это и не миллер, или может его удастся уменьшить когда я подберу корекцию фазы. потому что сейчас она по нулям и на осцилограмме тока есть небольшие выбросы.
и еще.
выяснилось то чего я очень не хотел.
имеется абсолютная необходимость полного экранирования платы драйверов.
выяснил так: с ростом напряжения на силовухе начал срабатывать детектор десатурации одного канала. после долгих экспериментов я пришел к тому что даже с отпаяным оптроном триггер все равно переключается. остаются только наводки на дорожки платы или вообще на кристалл триггера.
попробовал запихать дрова в корпус от компьютерного БП. кое как на соплях его подключил к макету. смотреть на это было просто жутко но мля заработало все. и детекторы не разу не сработали вплоть до сетевого питания и до тока в контуре 600А.
выходит что наводки ни как не получится не учитывать и городить экран просто необходимо.
раньше скорее всего теже самые наводки заставляли переключаться дрова не как положено и они выжигали силовуху. экран решил бы все проблемы наверное. так что может я и зря ебался с кучей версий оптодров. но зато теперь у меня есть детектор десатурации.
в общем начинаю судорожно придумывать как бы так сгородить экран чтоб он не шибко колхозно выглядел...
ну и тогда продолжу эксперименты.
P.S.
выход моего моста при работе на резистор 9Ом. дедтайм 705нс по обоим фронтам.
скорость нарастания выходит 7,5кВ/мкс. это любые дрова выдержать должны.
сейчас у M57962L Built in high CMRR optocoupler (VCMR : Typical 30kV/ms, Min. 15kV/ms)
итого - я спокоен.
еще мне не очень нравится то что нижняя полка на второй картинке не сразу уходит вверх а есть порядка 60нс совсем другого наклона... может деда все же многовато... хотя я его и так уменьшил...
UPD:
вот картинка при работе от сети без вторички
желтый - затвор, синий ток в контуре.
как видим - жопа. миллер появился опять довольно сильный.
но может это и не миллер, или может его удастся уменьшить когда я подберу корекцию фазы. потому что сейчас она по нулям и на осцилограмме тока есть небольшие выбросы.
и еще.
выяснилось то чего я очень не хотел.
имеется абсолютная необходимость полного экранирования платы драйверов.
выяснил так: с ростом напряжения на силовухе начал срабатывать детектор десатурации одного канала. после долгих экспериментов я пришел к тому что даже с отпаяным оптроном триггер все равно переключается. остаются только наводки на дорожки платы или вообще на кристалл триггера.
попробовал запихать дрова в корпус от компьютерного БП. кое как на соплях его подключил к макету. смотреть на это было просто жутко но мля заработало все. и детекторы не разу не сработали вплоть до сетевого питания и до тока в контуре 600А.
выходит что наводки ни как не получится не учитывать и городить экран просто необходимо.
раньше скорее всего теже самые наводки заставляли переключаться дрова не как положено и они выжигали силовуху. экран решил бы все проблемы наверное. так что может я и зря ебался с кучей версий оптодров. но зато теперь у меня есть детектор десатурации.
в общем начинаю судорожно придумывать как бы так сгородить экран чтоб он не шибко колхозно выглядел...
ну и тогда продолжу эксперименты.
P.S.
у тебя в программе две цифры дедтайма - по растущему и по спадающему фронту. и обе цифры у меня по 1000нс. это сколько от спада одного фронта до начала роста вроторого? и вообще зачем дедтайм отдельно по растущему и спадающему фронту нужен?
В программе одна цифра - от падающего фронта первого драйвера до растущего фронта второго, а вторая - от падающего фронта второго драйвера до растущего фронта первого. Зачем нужно - не знаю, сделал по аналогии с коррекцией фазы, пусть уж так будет, не мешает.
понял. спс.
есть идея насчет экрана.
комповый блок питания конечно великоват для драйвера. но если туда еще и UTC поместить и нормальный вентилятор для охлаждения драйверов - места как раз в притык. правда комповый блок питания плохо вписывается в планируемую тумбу...
надо подумать как следует... помоделить...
есть идея насчет экрана.
комповый блок питания конечно великоват для драйвера. но если туда еще и UTC поместить и нормальный вентилятор для охлаждения драйверов - места как раз в притык. правда комповый блок питания плохо вписывается в планируемую тумбу...
надо подумать как следует... помоделить...
Кстати, хоть и оффтоп. Но я сегодня гонял IXDN609 на КЗ, потом разряжал в них конденсатор 4.4нф/150в, и вообще всячески с них издевался, но им как-то пофиг. Я вот до сих пор не понимаю, как ты их умудрялся убивать О_о.
х.з.
у меня с этим проектом вообще какие то чудеса и полтергейсты постоянные.
даже простейшие LM7815 и те глючили невооброзимо как.
но я все равно его добью
у меня с этим проектом вообще какие то чудеса и полтергейсты постоянные.
даже простейшие LM7815 и те глючили невооброзимо как.
но я все равно его добью
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 25 гостей