Доброго времени суток, форумчане!

Возможно ли, принципиально, реализовать SEPIC преобразователь на МК STM32, не используя стандартные ШИМ-контроллеры,?
Идея какова: необходима возможность оперативно задавать и изменять выходной ток преоразователя.
Делал ли кто-нибудь нечто подобное?

Принципиально - да. Но делать так не стоит - при зависании или сбое МК возможен фейерверк в нагрузке и другие неприятности. SEPIC лучше реализовать на специализированной ИС, а вот управлять им можно и от МК ...

В разделе "Для начинающих" уже несколько человек делают "нечто подобное", только результатов пока не видно. Если хотите сделать что-то работающее, используйте то, что для этого предназначено - PIC16F753.

если чисто ради хохмы, попробовать свои силы в написании ПО автоматического управления - пожалуйста.

только учтите - специализированные ИС имеют наносекундные задержки. Сможет ли STM32 обеспечить такую скорость реакции, и выгодно ли городить огород из микроконтроллера, если специализированная ИС займёт в 5 раз меньше площади?

А как управлять специализированной ИС от МК?
К какой ноге специализированной ИС подключать МК?
Я, например, хочу МК управлять SEPIC-преобразователем на базе LM3478.
Идея такова: задавать выходной ток преобразователя, скажем от 0 до 5А, микроконтроллером (с клавиатуры), МК в свою очередь
выдаёт сигнал на ИС, и та поддерживает заданную МК величину тока.

1. принципиально возможно. и сепик, и тд...
2. если не умеете сами использовать наработанную всем миром десятилетиями элементную базу SMPS, то наймите специалиста. Он сделает вам цифровое управление любым источником от любого вашего процессора с любым заданным Вами быстродействием.

ПС. ... и точностью. и, даже ценой.

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

Например, в SEPIC можно снять сигнал инвертирующим усилителем (точнее интегратором, потому что ток пульсирует) на ОУ с подключения выходного дросселя к общему проводу, потому что в данной топологии средний ток этого дросселя равен выходному — просто ставите в разрыв резистор 0,01 Ом, инверсно усиливаете снятое с него в 100 раз (т.е. получаете на выходе +5 В при 5 А) и подаёте полученное через делитель на FB, туда же через резистор подаёте и сигнал с ЦАП микроконтроллера, т.е. делаете сумматор токов в этой точке 1,26 В. Сопротивления этих трёх резисторов даруются небольшой алгеброй средней школы. И ещё неплохо бы защитить схему от обрыва нагрузки, т.е. добавить в цепь FB хоть какой-нибудь сигнал о выходном напряжении (например, стабилитрон), иначе она будет накачивать его до посинения.

На этом всё — можете рулить кнопочками выходным током.

Не совсем понял, каким образом осуществляется задание тока от МК. FB - это пин обратной связи.
Я Вас понял так: на FB идут 2 напряжения - с интегратора и ЦАПа.
"Подмешивая" определённое напряжение ЦАПом мы задаём выходной ток. Но тогда вопрос:
в какой пропорции надо "подмешивать" напряжение с ЦАПа, чтобы получить заданный ток.
.

Лучше подмешивать в COMP. Точнее, я бы, в данном случае, подмешивал в COMP, а не в FB

Напряжение там всегда паспортное 1,26 В, а идут туда, повторяю, три тока.

Сложение напряжений называется "батарея" и выполняется оно последовательным соединением, а что бывает от попыток сложить их параллельно — погуглите втыкание батареек в розетку.

1-й ток - с выхода интегратора, 2-й ток - с выхода ЦАП, а 3-й откуда?

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

drum1987, можно и авиационный мотор в сарае запустить чисто для обогрева, а что толку?

чем преобразователь на stm32f030 лучше специализированной ИС, у которой и синхронное выпрямление может быть встроено и все необходимые сервисные функции?

я вот не могу понять это унижение микроконтроллеров.

специализированная ИС денег стоит иногда это решающий фактор

1.Решающий фактор - работоспособность устройства. С МК это не достигается.
2. Крепко сомневаюсь, что МК, да еще с обвязкой, дешевле и компактнее микросхемы контроллера питания.
3. Не понятно как программно менять параметры источника, чем источник тока отличается от источника напряжения, - учиться, а не тащить везде за уши МК.

Бывает, что МК полюбому будет в устройстве и его возможности используются далеко не полностью именно тогда софт преобразователь дешевле спец ИС. А питать например надо светодиод мощный или подсветку ЖК(это как пример применения).

А в копеечной UC3843 есть линейный стабилизатор напряжения, от которого можно запитать МК.

Мелочиться не надо. Сразу реализуйте на 16 ядерном компе.

Ок, гугл. Давайте представим.
Есть LM5119 - двухфазный понижатель с 65 вольт входного с синхронным выпрямлением. Крохотный корпус WQFN-32 размерами 5х5мм. Цена в розницу по РФ - порядка 800 рублей в партии от 100шт.

Предложите вариант ей на замену с аналогичными характеристиками. Суммарные размеры чтобы были не на порядок больше.

Как ваш вопрос относится к теме?

Скорее, это чисто философский вопрос. О целесообразности применения МК в источниках питания. Он вечный.

Я вам предлагаю обосновать в конкретном примере возможность и целесообразность замены дорогой LM5119 на цифровой функциональный и электрический аналог.

Здесь нечего обосновывать, ибо такового аналога не существует. Давайте "философские вопросы" не раздувать, ведь, как Вы сами отмечаете, не будет этому конца.
Сосредоточимся на конкретном.

На самом деле SEPIC (и иные топологии) на микроконтроллерах делают. И даже работает. Если осторожно. Вот пример SEPIC на микроконтроллере. Или другой пример - схема и описание. Второе - "перевернутый buck", но ряд идей оттуда пригодится и для SEPIC-а.

Зачем это нужно? Иногда бывает так что конструкция by design предполагает микроконтроллер, от которого нельзя избавиться. А иногда еще и требования к преобразованию хитрые. Решение напрашивается. Особенно это любят всякие любители многорежимных фонариков и тому подобного, где микроконтроллер всяко есть, для обеспечения этих самых режимов. А на второй схеме автор схемы еще и КПД заморочился: "усиление" портов (о нем ниже), "крутой" полевой транзистор (с очень низким Rds_on), а изюминка - в алгоритме: его прошивка сперва понижает напряжение, поддерживая заданный ток через диод. А когда литиевый аккумулятор настолько сел что ток через диод не превышает допустимый, даже при 100% заполнении - микроконтроллер перестает коммутировать транзистор и он всегда открыт, аккумулятор напрямую досаживается на диод, КПД этого кастома на конечном участке разрядной кривой - почти 100%. Ну и какой готовый чип сможет buck с такой нестандартной, application specific логикой?

Из очевидных проблем видится:
1) У STM32 выходное напряжение только 3.3 вольта, поэтому при желании дергать полевик GPIO портом - придется его придирчиво выбирать из наиболее низковольтных логических. Они есть, но - не каждый первый транзистор подойдет.
2) У STM32 не очень сильные порты. Хоть и не очень слабые. Поэтому про высокую частоту преобразования придется забыть, иначе будут заметные потери из-за фронтов, и вообще, превышать допустимый ток порта, особенно средний - нехорошо. По этому поводу бывают варианты, см. ниже...
3) Как верно заметили - при отладке есть риск пожечь все и вся . С другой стороны, по первости можно спалить и чипы конверторов, как в соседней теме про ST1S10. Из очевидных failsafe - pull-down резистор, так что по умолчанию транзистор будет закрыт, пока прошивка не возжелает чего-то иного. Если вас заклинит с открытым транзистором или вы будете бесконтрольно качать энергию, игнорируя feedback - ну извините, что-нибудь сгорит.
4) В большинстве случаев STM32 надо линейный стаб для его питания, это еще +1 чип. Небольшой и дешевый, но все-таки. Хотя если микроконтроллер есть - то и стаб для него всяко будет...

На самом деле, как можно видеть на второй схеме, со "слабыми" портами можно разобраться, усилив их чем-нибудь. Тот человек усилил их аналоговым ключом семейства TS5A (от Ti), коммутируя им затвор полевика с питания на землю. Но сам этот TS5A стоит денег и затея в таком формате имеет смысл только при желании получить крутой КПД при очень кастомных требованиях к управлению. Зато усиление порта этим TS5A позволяет тому человеку щелкать с высокой частотой крайне низкоомным, а потому обладающим достаточно большим зарядом затвора полевиком, не теряя однако много энергии на фронтах из-за приличного тока вгоняемого в затвор. Так уже можно разогнаться до приличных частот коммутации. Если порты не усиливать - придется брать полевики с минимальным зарядом затвора. А значит относительно высокоомные. И частоту коммутации снижать. Т.е. уже не так здорово по сравнению с современными чипами будет выглядеть.

Да практически любой, ибо ничего нестандартного в этом алгоритме нет.

P.S. Я Вас попрошу писать по-русски, без этих "кастомов", "дёргать полевик" и прочего сленга. Здесь форум взрослых людей.

У многих чипов требование в даташите - не превышать коэффициент заполнения по причинам стабильности, а то и вовсе требования к нагрузке. В граничных режимах или с переменной нагрузкой чипы имеют свойство работать черт знает как, очень зависит от конкретики реализации управления. Не говоря уж про сервисные функции навроде отключения при низком заряде, индикации остатка заряда, нескольких режимах и прочем. Ну и КПД - во второй схеме используется дискретный транзистор, выбранный по минимальному Rds_on, что обеспечивает отличный КПД по всему диапазону, особенно - в режиме прямого подключения. Да и токи такой транзистор может коммутировать огромные. Сформировать такой же хороший ключ когда кристалл надо делить с множеством других компонентов - не получится. Поэтому на самом деле на основе этого TS5A+МК существует "широко известный в узких кругах" выводок схем, где любители высокого КПД в малых габаритах при богатых возможностях сражаются за доли процента.

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

Да дело не в боязни или предрассудках. А, как всегда, в надёжности и цене за эту надёжность. ИП - ключевой узел в устройстве и от его исправности зависит не только работоспособность устройства, но и физическая сохранность. А зависание программы - нередкая ситуация и она не должна приводить к фатальным последствиям. Поэтому "жёсткая логика" здесь, как правило, уместнее по критерию цена/надёжность. Только и всего.

Во первых, логика чипов получается достаточно сложной, а если производитель чего-то не предусмотрел (для упрощения этой самой логики) - это лишний шанс что чип выгорит от этих факторов. Не окажется нужной защиты - и все сгорает. А если там куча защит - они всегда могут внезапно вылезти там где их не ждешь.

Во вторых, с точки зрения разработика иметь дело с навороченной жесткой логикой - очень так себе затея: надо знать кучу особенностей конкретного чипа, и чем дальше - тем хуже. В погоне за параметрами и функциональностью чипы становятся сложнее и все их особенности учесть становится не так то просто. Чему подтверждением соседняя ветка про S1S10. Более того, с жесткой логикой, даже неудачной - придется жить. И возможно как-то выправлять ее дурные свойства дополнительными элементами. Свойства чипов в даташитах документируют лишь приблизительно, видимо из опасений что конкуренты у себя так же сделают. Поэтому фактическое поведение чипа в той или иной ситуации оценить может быть довольно сложно.

В третьих, если мы про цену - если надо что-то регулируемое, микроконтроллер там почти навернка есть, так что цена чего доброго даже снизится: специализированные чипы конверторов питания с хорошими параметрами стоят приличных денег.

В четвертых, в плане надежности я бы скорее пенял на регулируемость и изменения входных и выходных напряжений/токов. Исправному микроконтроллеру с программой без ошибок нет никаких поводов зависать. А если мы про всякие нестандартные ситуации... ну вон на сайте терраэлектроники есть рассказ про "БракоПауэр" - когда модули от TracoPower выжигали нагрузку повышенным напряжением, когда входное падало ниже некоего предела. Так что в жесткой логике тоже проколы случаются. Где чаще? Ну у меня такой статистики нет. И вообще, если микроконтроллеру доверяют выпускать подушки безопасности в автомобиле - наверное SEPICом управлять все-таки несколько безопаснее по возможным последствиям.

я считаю, что микроконтроллерщик и силовик не могут удачно сочетаться в одном человеке - и то, и то направление тащат слишком большой багаж знаний. Есть, конечно, уникумы, какие-то редковстречающиеся персонажи, но на операции анестезиолог и хирург - это 2 разных человека.
Тому пример ваша любимая соседняя ветка про S1S10. Отдельная ситуация, когда требуется углублённое знание "силы". Вряд ли эти знания будут в распоряжении человека, который с утра до вечера гоняет биты в портах по ассемблеру.

Вот это для меня новость. Да, есть весьма скупые даташиты. Но на популярные чипы солидных фирм документация, как правило, исчерпывающая. Бывает, просто не умеем читать. Отсюда всякие "неожиданности".
Я никого ни за что не агитирую. Но, по определению, МК, сочетающий в себе непростое "железо", то бишь "жёсткую логику", и программу, написанную пользователем, не всегда идеально оттестированную, имеет больше шансов сбоить.

Вполне имеющие право на жизнь мысли. Действительно, почему-то бывает что микроконтроллерщик занимающийся слаботочными и низкочастотными цепями - в физике не разбирается, являясь чистым программистом . И не заморачивается путями протекания тока и прочим. Но за это воздается - как только он пытается вылезти за пределы слаботочных низкочастотных цепей. Надо развести сигнал по плате на несколько сотен килогерц и выше? Уже нельзя разводить абы как - придется учесть путь тока и излучение которое создается. Иначе можно получить неожиданную загадку. Как небезызвестный DiHALT, начавший сканировать матрицу клавиатуры с частотой под мегагерц. И узнавший что мегагерц идущий по плате - с удовольствием наводится на все остальное. Аналогично - коммутация сильноточных цепей рядом с МК без учета путей токов и результирующих электромагнитных дел. Ну да, некоторые микроконтроллерщики почему-то об этом подумать не способны.

Но на самом деле это - простейшая физика, чуть-чуть за пределами школы. Ну может 1-2 курса ВУЗа. И там и тут все сводится к путям протекания тока и эффектам которые этот ток создает. Не вижу проблем знать физику процесса (избегая в результате множества проблемных мест "автоматически") и при этом уметь программировать МК. Но да, без понимания физики процесса соваться в такие вещи не стоит. Высокочастотная сильноточная цепь - сама по себе штука сложная и проблемная. А с микроконтроллером - еще сложнее. Что при требовании ни в коем разе не сбоить - и вовсе хорошо.

С другой стороны, кроме преобразователей питания МК можно встретить и в иных схемах с "прямым управлением питанием". Например всякие там схемы управления BLDC и тому подобное - часто делается как просто МК + кучка ключей. И МК в реальном времени подстраивает коммутацию под вращение движка. А хороший ESC может обнаружить сопротивление вращению за 1 период коммутации и все отключить. Что спасло немало рук авиамоделистов, сунутых в пропеллер который крутит киловаттный движок, который без отключения порубил бы руку моделиста в капусту. Так что схемы с лобовым управлением сильноточными цепями микроконтроллером через кучу ключей - заняли свое место под солнцем и уходить уже никуда не собираются.

Фантастика просто! Наверное, не только отключить, но и затормозить киловаттный движок вместе с раскрученным до весьма высоких скоростей пропеллером, дабы уберечь пальцы и руки моделистов.
rnd, давайте прекращать этот флуд. Охотно верю, что всё это обилие букв Вам кажется важным. Но не надо взрослым людям объяснять, какие мысли имеют право на существование. Поверьте, это не открытие Америки. Почитайте форум, здесь всё это обсуждалось десятки раз.

Простите за глупый вопрос: а как тут аккаунт удалить? Все перерыл но такой опции не нашел.

На этом форуме наглые и враждебные модераторы с комплексами по поводу возраста - я более пользоваться этим форумом не желаю. Просьба удалить данный аккаунт и все ассоциированные с ним данные.

rnd, обиделся? зря.
пункт 3.7 правил форума.

Стоит собрать SEPIC на стандартном ШИМ контроллере, немного разобраться как же он работает. Потом это сделать на МК программно сразу перехочется.
Да, фонарик светодиодный на батарейках может и простит программное управление , но источник посерьезнее работать не будет. Или будет ограниченно функционален, с параметрами ниже среднего.
Сервисные функции на МК сделать можно, это его область применения, но не силовой контур.

Никто тут обидеть Вас не хотел. Просто говорят как оно есть, а не так, как Вы ожидали или надеялись.
А обижаться - ничего не сделать, ничему не научиться.
Злобные модеры, намекают на возраст...
Возраст Ваш тут вплотную никого не интересует, если его и видно невооруженным глазом - не нужно смущаться. Все проходят последовательно через разный возраст и то, что больше ошибок в молодости - не вина, закономерность вполне понятная.
Когда мне в трехлетнем возрасте отец вручил молоток и жестянку с гвоздями - отбитых пальцев и реву было - ой-ей! Но ведь научился же гвоздь забить и не обижаюсь сегодня.
И паяльник кто-то научил впервые держать, и закон Ома втолковал, и про SEPIC рассказал.
Все это дали "злобные" взрослые, старшие, старики

rnd, вынужден отвечать на Ваши жалобы здесь, так как Вы успели воспользоваться вредным советом товарищей по несчастью и заблокировали Личку.
Засовывание головы в песок обычно проблем не решает.
Ваш аккаунт удалён не будет. И сообщения остануться. Считайте, что это превентивная мера от повторной регистрации, запрещённой Правилами.
Не желаете пользоваться Форумом - никто не принуждает. Просто перестаньте заходить. И помните, что слово - не воробей.
А если всё же повзрослеете - возвращайтесь.