Применение МК AVR в импульсных БП, Возможно ли? Опции

[SINtheTHICK]

Нечто похожее обсуждается в одном из апноутов на PIC. Хочется на АВР. Даже в недорогих камнях есть, в общем, все необходимое - аппаратный шим (а то и несколько каналов), многоканальный АЦП... Интересует возможность применения в качестве универсального контроллера - ШИМ + супервизор выходных напряжений + софт старт + формирование нужных задержек + разного рода защиты.

Все применительно к компьютерному БП (АТХ/EPS).

[Rst7]

Я бы не советовал применять МК для прямого управления источником питания. На то есть ряд причин. Если Вам интересно, могу рассказать подробнее.

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

[Прохожий]

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

Интересно, а заказчиков кто нибудь просветил, насчет такого решения проблем электропитания?
И еще. Хотелось бы узнать название фирмы, чтобы не дай Бог не приобрести сие изделие .
Если переходить к конкретике, то есть ряд вопросов:
1. Решение системы защиты по току.
2. Решение проблемы ограничения мощности на ключе при перегрузке.
3. Устойчивость замкнутой системы.
4. Решение при сбоях МК.
5. Размеры индуктивных элементов и емкостей.

[singlskv]

Если переходить к конкретике, то есть ряд вопросов:
1. Решение системы защиты по току.

Если ток на шунте больше определенного отрубаем ключ

2. Решение проблемы ограничения мощности на ключе при перегрузке.

Мощность на ключе ? это Вы о чем ? Это принципиально задается
параметрами tONmax tOFFmin, вне зависимости от способа регулирования...

3. Устойчивость замкнутой системы.

Видимо этот параметр зависит от программиста...

4. Решение при сбоях МК.

что есть - то есть, только после того количества сгоревших DC/DC которые
я видел у Maxim/LTC/AD очень сложно думать в этом направлении...
Внешние факторы преобладают над внутренними...
Ну и вобщем есть мысли как правильно все сделать так, что бы сбои МК, не имели
катастрофических последствий

5. Размеры индуктивных элементов и емкостей.

А вот с этого места поподробнее,
как зависит выбор мк вместо DC/DC от размера ...

[Прохожий]

Если ток на шунте больше определенного отрубаем ключ

Это необходимое, но недостаточное действие.

Мощность на ключе ? это Вы о чем ? Это принципиально задается
параметрами tONmax tOFFmin, вне зависимости от способа регулирования...

Это никак не задается. Это получается само по себе и зависит только от минимального коэффициента заполнения D=tи/T (tи - время открытого состояния ключа, T - период следования импульсов). Чем меньше это соотношение при коротком замыкании выхода, тем легче ключевому элементу. МК обсуждаемого класса однозначно не может обеспечить очень короткое время импульса. Можно, конечно, определять сам факт КЗ и увеличивать период, но эта задача не имеет однозначного решения.

Видимо этот параметр зависит от программиста...

Не совсем. По большей части это зависит от скорости МК, поскольку все алгоритмы уже давно изложены в учебниках и реализованы на практике не одним поколением программистов.

что есть - то есть, только после того количества сгоревших DC/DC которые
я видел у Maxim/LTC/AD очень сложно думать в этом направлении...
Внешние факторы преобладают над внутренними...
Ну и вобщем есть мысли как правильно все сделать так, что бы сбои МК, не имели
катастрофических последствий

Это сделать абсолютно нереально. Причина тривиальна - достаточно большое время рестарта МК (когда сбой связан с генератором МК, к примеру) и потеря информации о предыдущем состоянии системы.

А вот с этого места поподробнее,
как зависит выбор мк вместо DC/DC от размера ...

Все очень просто. Современные контроллеры и конверторы работают на частотах, начиная от 200 кГц. К примеру, рабочая частота DPA-switch - 400 кГц. Я уже не говорю о последних разработках, где частоты перевалили за 1 МГц. В этом случае индуктивности и емкости имеют минимальные размеры.