Пример кода или структура проекта для отладочной платы HRTIM334

[@jackkatch3839]

Забавно было почитать коментарии. Я себя заставляю не торопится что либо писать. Тоже подмывало поумничать, а потом дошло. Это учебный проект для начинающих программистов, не нужно требовать от проекта каких то тонкостей. Автору благодарность за его работу!

[@Energy1236]

Спасибо за интересное видео! Есть один вопрос по таким преобразователям. Данная конструкция хорошо работает в режиме неразрывных токов, что и видно на осцилограме на 4:20. Однако в реальном проекте будут моменты когда ток разорвется, хотя бы из за сброса/наброса нагрузки (обязательная проверка для любого источника питания чтоб проверить частотную коррекцию и возбуд) или меняющийся ток потребления у этой самой нагрузки. Чтобы решить эту проблему обязательно требуется так называемый Zero Current Detector, который всегда присутствует в обычных аналоговых микросхемах синхронных контроллерах преобразователей, его задача - постоянное отслеживание направления тока синхронного ключа, и наиболее быстрое его закрытие когда ток начинает течь в обратную сторону (энергия дросселя исчерпана, а новый цикл еще не начался, то есть режим разрывного тока - ключ синхронника надо срочно закрывать). Я никогда не видел этого важного кусочка в DC-DC преобразователях с цифровым управлением, по крайней мере в апнотах ST и прочих, но иногда встречал отдельные его реализации в железе к обвесу МК. Как данная задача решается у Вас? Из моей практики - если дроссель точно рассчитан на нужный диапазон входного напряжения, то даже при отсутствии нагрузки обратный ток не прям значительный в этом диапазоне (что не отменяет не оптимального режима работы силовой). Но если напряжение повышать дальше, холостой ток очень резко возрастает и это может привести к выгоранию ключей. Добавление аппаратного ZCD полностью решает эту проблему, и без нагрузки никаких холостых токов разумеется нет. К повышению напряжения за диапазон расчета дросселя такая конструкция тоже относится не плохо, конечно КПД и пульсации чуть начинают страдать, но про выгорание силовой речь не идет.

[@VladimirMedintsev]

Я вам кратко отвечу. Эта плата и эта схема не более чем отладочная плата для изучения ОСНОВ. Тут нету очень многого интересного. Со временем курс дополнится и другими отладками.

[@ВРЕМЯИНЖЕНЕРОВ]

Спасибо! Очень познавательно и интересно! Скажите пожалуйста, возможно с Вами связаться по вопросу разработки кода для stm высоковольтного повышающего преобразователя? Я в свободное время занимаюсь разработкой инвертерного генератора (видео есть на канале) силавая часть частично проверена осталось грамотно подойти к программе) Я уже подумываю записаться на курсы) Так как понимаю что скорее всего реализовать програмную часть придется самому) Еще раз больше за спасибо за полезную информацию!!!

[@VladimirMedintsev]

Мои контакты есть в описании канала. Также есть группа в телеграмм. [e-mail]

[@ВРЕМЯИНЖЕНЕРОВ]

@@VladimirMedintsev спасибо! Я напишу!

[@ОлегАсмолов-й5н]

Скажите Вы на КЗ проверяли, что реально по ADC успевает сработать ?

[@VladimirMedintsev]

Да, проверял. Могу даже в видео показать. Но нужно понимать, что это отладочная плата начального уровня и код соответствующий. Тут многое весьма упрощенное. И многое в жизни нужно делать другими методами - аппаратными.

[@ДмитрийБуньков-щ8ш]

Здравствуйте. Раз речь зашла про HRTIM, хотел бы спросить. Сам занимаюсь разработкой ПО для силовой электроники. Есть ли китайский аналог stm32g4? У китайских производителей Geehy и Gigadevice подобных процов нет

[@veles_hw]

Про гигадевайс знаете, а про GD32E505 не в курсе? Ещё лет 15 назад за такое на форумах проклянали))) При чем тут есть TMU, то есть это лучше G474 даже.

[@ДмитрийБуньков-щ8ш]

@@veles_hw меня умиляет ваше самодовольство) Но за информацию спасибо) а насколько gd32e505 в целом по функционалу сопоставим с g4? Gd рассматривали как полную замену stm32f407 и stm32f103, но Geehy оказались в этом плане более подходящими. В исходных проектах на stm32 практически ничего не пришлось менять, при переходе на Geehy

[@veles_hw]

@@ДмитрийБуньков-щ8ш это легкий сарказм)) По функционалу он даже более богатый, чем G474. В принципе тоже самое, но еще есть TMU (ускорение аппаратное тригонометрии), что актуально для электропривода, APFC и подобных задач. В остальном: АЦП, HRPWM, компараторы - сопоставимо по параметрам. С точки зрения софта мне показалось вполне неплохо все, но я больше по схемотехнике, так что тут мнение мое очень субъективно.

[@ДмитрийБуньков-щ8ш]

@@veles_hw благодарю. Присмотрюсь поплотнее к этому процессу. Сейчас для задач электропривода как раз думаем, куда двигаться от STM(APM)32F407

[@LrRaiden]

@@veles_hw . То есть апаратное ускорение тригонометрии (Cordic) в G474, медленней. В AN5325 указывалось за 3 цикла .

[@МаксимФ-й7н]

А ссылку то не дали, где купить?)

[@VladimirMedintsev]

Да я думал все знают - electronics-krd.ru/

[@МаксимФ-й7н]

@@VladimirMedintsev Ну я то знаю, но уверен, не все

[@ИванВикторович-ч6с]

Скажите, а есть ли у вашей платки защиты от программиста?

[@VladimirMedintsev]

Нет смысла.

[@ИванВикторович-ч6с]

@@VladimirMedintsev А если сквознячок или зависание программы с открытыми ключами? Для начинающих отладка алгоритмов и кода перейдёт в непрерывную работу с паяльником и совершенствование навыков монтажника.

[@VladimirMedintsev]

@@ИванВикторович-ч6с Во-первых (как вам известно) драйверам для работы нужен PWM они не могут ключ держать включенным бесконечно. Во-вторых в тех же драйверах есть логика переключений. В-третьих лабораторный блок питания даже на 3 ампера сгореть ничему не даст. А если вам так хочется каких-от защит, то могу сделать, но плата просто сильно дороже будет. Ну а если серьезно, то вопрос паяльника сильно преувеличен.

[@ИванВикторович-ч6с]

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

[@Galdershten]

​@@ИванВикторович-ч6си где найти этот опыт и знания, если в нее не влезать?