[DS]

Спасибо но мне легче не стало
с силовой нормально работает а вот с тактовой маломощной ну никак нормально не хочет

[INFERION]

 Сообщение от den020282 :

А можно простеньпий пример как бороться с шумами?

Тут уже кто на что горазд. Я стараюсь минимизировать шум следующим образом:
- Жесткая синхронизация АЦП с ШИМ. Т.е. автотриггерный режим, запуск по переполнению таймера, работающего на кратной с ШИМ частоте. В таком случае шум вырождается в статичную ошибку. Иногда эта ошибка настолько огромная, что мешает работе ПИД-регулятора на малых токах (она ведь зависит от заполнения ШИМ и можно вместо ООС получить ПОС и генератор вместо стабилизатора), Поэтому я иду дальше...
- Оверсемплинг (передискретизация). Очень нужная штука. Не следует экономить на частоте выборок. Чем больше - тем лучше. Чтоб ПИД-регулятор успевал отрабатывать поток данных - я ставлю скорость в 1 семпл на 255 тактов МК. Причём не на 256, а именно так, чтоб каждый новый семпл запускался на такт раньше относительно периода ШИМ. Таким образом получается "специально обученный" рассинхрон, и каждые 32 семпла АЦП проходит через весь период ШИМ минимизируя таким образом статическую ошибку. Т.е. в среднем влияние заполнения ШИМ на показания АЦП теперь гораздо меньше, а шум по-прежнему отсутствует (по крайней мере на частотах ниже килогерца). Это хоть и позволит уменьшить уровень шума, но есть ещё куда двигаться...
- С родным АЦП получить токи в 100...200 раз меньше за максимальный не получится. Слишком мало ступенек остаётся у АЦП (5...10). С калибровкой смещения, передискретизацией и хорошим источником ВЧ шума (благодаря которому передискретизация и работает) ещё можно получить на 2-х амперном шунте ток в 15мА, но шум будет заметен. Поэтому имеет смысл переходить на другой алгоритм стабилизации, когда ток опускается ниже половины реактивного тока дросселя (т.е. преобразователь переходит в режим работы с прерывистым током дросселя). В таком случае шунт ненужен и достаточно крутить заполнение ШИМ под напряжение питания. А Это напряжение всегда качественно меряется самим МК, и не требует никакого обвеса. Тут ток уже можно хоть в 65535 раз уменьшить, при этом разрядности ШИМ ещё достаточно будет для мягкой работы. Кстати о ШИМ, с ним тоже не всё так просто. Недостаточно просто взять и закинуть в компаратор 8 бит. Мало этого, с этого ШИМ можно получить разрешение и в 16 бит (как и с этого же АЦП) уже на килогерце (при частоте ШИМ 250кГц и выше).

Вот пример реализации с учётом всех этих заморочек: https://forum.fonarevka.ru/...

[DS]

INFERION, может это ... улучшите нам данную схему и прошивку ? вы наверное уже не один фонарь на этом съели
а то два фонаря так и пылятся уже год
а с нуля напишете ?
этот драйвер с двумя режимами у меня отлично работает а вот с тремя ну никак

[INFERION]

А какой в этом смысл, если есть то же самое, только с уже готовыми и отлаженными программами? И с уже улучшенной схемой, да ещё и как минимум два варианта.

Глючить может ещё и из-за залитого от левой тиньки хекса. К примеру у 25-й стек как минимум инициализируется не так как в 85-й и 45-й, а области памяти вообще у всех распределены по разному, и программа с 85-й тиньки, даже если занимает меньше 4кБ - может нафиг вылетать в 45-й, ибо попытается что-то записать в недоступное пространство. В ассемблере это очевидно, а Сишный код - идентичный для всех, т.к. с такими нюансами разбирается компилятор...

[DS]

это если я найду 25 тиньку то все будет хорошо ?
"А какой в этом смысл, если есть то же самое, только с уже готовыми и отлаженными программами? И с уже улучшенной схемой, да ещё и как минимум два варианта."
ссылочку можно ?

[INFERION]

https://forum.fonarevka.ru/... - "форумная" понижалка. Весь форум за неё знает. Версий много, как и печаток. Существует уже давно. Есть и повышалки, и варианты для питания от нескольких банок.
У меня такое вот чудо: https://forum.fonarevka.ru/... - предназначен для монстров, и я его 3 поста выше уже кидал.
И всё оно собрано на 85-х тиньках по очень похожей схеме.

А этот драйвер, похоже, автор не захотел доводить до ума. Очень жаль.

[DS]

автор наверное на отдыхе ... вот как приедет будем мучить

[ka-pex]

сорри, отдых на работу наложился
специально еще раз прошил последнюю версию- все работает без проблем, и в режиме сильноточки и в режиме тактовой, если надо- могу хоть завтра видео выложить...
всеж, видится, косяк или в пайке, или в фузах.
по поводу остального:
1. прошивка- для тиньки 25-й, можно легко использовать 45,85(45-ю проверял лично)
2. шумы и все такое быват, у меня используется синхронизация по запуску адс и "мягкая" ОС, так что все норм(кста, в последней прошивке частота шима поднята до ~400кГц)
3. все элементы и их номиналы взяты не с потолка...
попробую завтра, если успею, смоделировать плохое поведение системы

[Tamagotchi]

 Сообщение от INFERION :

А этот драйвер, похоже, автор не захотел доводить до ума. Очень жаль.

А если доводить до конца - получится форумная понижайка... не думаю, что можно сделать лучше при сохранении простоты конструкции.

[Tamagotchi]

 Сообщение от ka-pex :

в последней прошивке частота шима поднята до ~400кГц

Как? В жертву отдана разрядность?

[ka-pex]

 Сообщение от Tamagotchi :

Как? В жертву отдана разрядность?

наоборот, разрядность даже улучшена
там меняется и время включения и время выключения

[Tamagotchi]

 Сообщение от ka-pex :

наоборот, разрядность даже улучшена
там меняется и время включения и время выключения

При сохранении 8 бит PLL позволяет 250 килогерц. Откуда 400?

[INFERION]

Эффективную разрядность можно поднять, если комбинировать ШИМ с ЧИМ. Я этим вопросом занимался, но быстро забросил, т.к. СДМ куда эффективнее и проще. Я могу поднимать частоту сколь угодно высоко, и разрядность останется прежней. Просто без аппаратной поддержки тинька уже на 500кГц модулятором сожрёт почти все ресурсы. Модулятор можно тактировать отдельно, на более низкой частоте, но тогда эффективная разрядность всё же снижается. Короче 250кГц это вовсе не потолок. И частота никак не влияет на эффективную разрядность где-нибудь на интересующих нас частотах (>10кГц). К примеру если мы пожертвуем младшим битом ради двухкратного повышения частоты, то мы сможем на прежней частоте получить этот утраченный бит просто по-очереди выводя округленные до целого меньшего и целого большего значения. Надо нам вывести значение 153 на 250кГц, а у нас 500кГц и разрядность 7 бит. Выводим по-очереди значения 76 и 77. На частоте 250кГц (т.е. за два периода ШИМ) мы получим 76,5. LC-фильтр сглаживает всё вплоть до единиц килогерц, и весь этот спектр грех не использовать. Более того - модуляция может заползать в десятки герц, облегчая жизнь ОС благодаря отсутствию квантования (оно вырождается в простой шум).

У меня разрядность порядка 16-ти бит на 976Гц. Могу увеличить до 24-х, но смысла нет. На 250кГц основной гармоники (собственно, частота самого ШИМ) модулятор сжирает 40% ресурсов. На мелких мощностях имеет смысл что-то придумать и выжать мегагерц, но для моих 80W это ничего не даст, кроме роста динамических потерь (габариты и так требуются приличные для теплоотвода, а мощные ключи медленные).

 Сообщение от Tamagotchi :

А если доводить до конца - получится форумная понижайка... не думаю, что можно сделать лучше при сохранении простоты конструкции.

Ты (мы ж вроде бы на "ты" уже, верно? ) хочешь сказать что я зря изобретал велосипед? Т.е. Indigo 5.0 ни чем не интереснее форумного драйвера? Так вот и ka-pex ведь сделает ещё один вариант, который чем-то будет выделятся и кому-то понравится больше существующих сейчас. Да и для своего развития полезно. Тем более если он осилил ШИМ+ЧИМ (правда алгоритма я не видел).

[ka-pex]

 Сообщение от Tamagotchi :

При сохранении 8 бит PLL позволяет 250 килогерц. Откуда 400?

так прошей, увидишь
частота тактирования шима у нас 64МГц, при использовании полнай разрядности мы имеем на выходе 64000/255=~250кГц, ок.
но мы можем использовать потолок перезагрузки и в, допустим, 128.
тогда частота шима увеличится в два раза(500кГц), так?
за счет разрядности, ок. но!!!!
разрядность нам не так важна, важнее дискретность, т.е. разница между двумя соседними значениями. вот, все крутят только время включения, и получают, к примеру, на малых режимах, дискретность 1/255, след значение уже 2/255, т.е. выходная мощность увеличится в два раза!!!
тут уж регулировать как то тяжко... но можно с 1/255 перейти на 1/254, правильно? тогда выходная мощность увеличится всего на ~0.4%.
вот вам и повышение разрядности выходной мощности

[ka-pex]

 Сообщение от INFERION :

Тем более если он осилил ШИМ+ЧИМ (правда алгоритма я не видел).

я профессионально разрабатываю электронику более 20-лет, и, в свое время, осилил многое

[Tamagotchi]

 Сообщение от INFERION :

Ты (мы ж вроде бы на "ты" уже, верно? )

Да, да. Я к Ка-пексу обращался

 Сообщение от INFERION :

хочешь сказать что я зря изобретал велосипед? Т.е. Indigo 5.0 ни чем не интереснее форумного драйвера?

Нет, если схемотично форумная понижайка и твой 5.0 похожи (это ведь так?) то програмо 5.0 интереснее.

 Сообщение от INFERION :

Так вот и ka-pex ведь сделает ещё один вариант, который чем-то будет выделятся и кому-то понравится больше существующих сейчас. Да и для своего развития полезно.

Согласен, это интересно, но затвор полевика надо чем-то дергать. Нужен драйвер... какой малогабаритный драйвер с питанием от 3-х вольт може быть использован? Вот потихоньку идем форумной понижайке.

[Tamagotchi]

 Сообщение от ka-pex :

разрядность нам не так важна, важнее дискретность,

Почему?

[INFERION]

 Сообщение от ka-pex :

я профессионально разрабатываю электронику более 20-лет, и, в свое время, осилил многое

Да ну? Не сочтите за оскорбление, просто небольшая проверка компетентности .
1. Почему с самого начала ключ не имеет эффективный буфер на затворе?
2. Зачем у него на затворе 10Ом резистор (при сопротивлении пина 20Ом, и гарантированного отсутствия звона из-за мизерного тока)?
3. Как опытный человек может нарисовать схему с биполярником, подписанным как полевик? Ещё и портировать это дело в плохо читаемое изображение (опытные так обычно не делают).
4. Почему код не отлажен до более-менее юзабельного состояния вот уже в течении пары лет? Все эти рывки, грубая работа и т.п. очень похоже на неполное понимание протекающих в преобразователе процессов, и в теории оптимального управления этим хозяйством в частности. На вопрос о реализации следящего механизма я ответа так и не получил, а размер кода (да к тому же Сишного) не превышает пары килобайт (в 25-ю ведь лезет?). Я просто по своему ассемблерному опыту прикидываю сколько туда надо кода, чтоб оно нормально заработало. Да и фразы "я глянул код - он идентичный, так что перекомпиливать хекс под другие тиньки не надо" наводят на мысль о том, что человек только осваивает AVR...

Без обид, просто у меня очень много вопросов насобиралось, пока я тему читал. Но решил всё списать на "любитель, пускай практикуется - я тоже с этого начинал когда-то".

[INFERION]

 Сообщение от Tamagotchi :

Почему?

Человек решил на малых значениях заполнения регулировать не длительность, а скважность импульсов, т.к. в данный момент скважность огромна и изменение значения на 1 LSB приведёт к значительно меньшему изменению мощности. Т.е. вместо скважности мы плавно крутим частоту и получаем ЧИМ вместо ШИМ, с зеркальной относительно ШИМ зависимостью процентного прироста мощности от абсолютного значения (завернул, да). Т.е. ШИМ выгодный на больших заполнениях, а ЧИМ на малых.

Я когда-то пытался решить очень острую проблему низкой разрядности программного усилителя класса D на STM32F4. При тактовой таймеров 192МГц разрядности чуть менее 10-ти бит на 192-х килосемплах явно маловато для Hi-Fi звучания. Вот тогда и решил попробовать крутить не только заполнение, но и частоту. В екселе был сгенерирован график всех возможных вариантов, заданы границы и отсортированы наиболее линейные точки. Точек всего осталось 65536 из около 230 000 не повторяющихся значений мощности, т.е. я таки получил 16 бит, пусть и немного шершавых. Но возникла огромная проблема с непостоянством частоты дискретизации, и я решил посмотреть как выкручиваются разработчики звуковых ЦАП. И их идея мне очень понравилась - с тех пор и использую везде передискретизацию и сигма-дельта модуляцию...
Так что это на самом деле велосипед, и все крутят только заполнение не просто так. Кто-то не допёр, а кто-то это уже давно прошел или подсмотрел у взрослых дядь...

[ka-pex]

 Сообщение от INFERION :

Да ну? Не сочтите за оскорбление, просто небольшая проверка компетентности .
1. Почему с самого начала ключ не имеет эффективный буфер на затворе?
2. Зачем у него на затворе 10Ом резистор (при сопротивлении пина 20Ом, и гарантированного отсутствия звона из-за мизерного тока)?
3. Как опытный человек может нарисовать схему с биполярником, подписанным как полевик? Ещё и портировать это дело в плохо читаемое изображение (опытные так обычно не делают).
4. Почему код не отлажен до более-менее юзабельного состояния вот уже в течении пары лет? Все эти рывки, грубая работа и т.п. очень похоже на неполное понимание протекающих в преобразователе процессов, и в теории оптимального управления этим хозяйством в частности. На вопрос о реализации следящего механизма я ответа так и не получил, а размер кода (да к тому же Сишного) не превышает пары килобайт (в 25-ю ведь лезет?). Я просто по своему ассемблерному опыту прикидываю сколько туда надо кода, чтоб оно нормально заработало...

Без обид, просто у меня очень много вопросов насобиралось, пока я тему читал. Но решил всё списать на "любитель, пускай практикуется - я тоже с этого начинал когда-то".

1. потому что, как уже писал,детали брались не с потолка емкость затвора данного ключа позволяет управлять им напрямую.
2. привычка соблюдения надежности в случае всякого, долго рассказывать
3. там вообще-то видно, что пару черточек подписано другим цветом, "на живую", разбирающися помет... простая лень и отсутствие времени... на какой-то странице я выкладывал схему для энкодера, там времени было больше
4. с кодом все норм, я даже, помнится, выкладывал даже с комментариями..
по поводу рывков и всего такого-на самом деле проще прошить и написать отзыв, т.к. у меня такого нет...
зы: даже первая версия, выложенная в шапке, как понимаю, работает норм, всЁ остальное- вариации хотелок в пределе моих временных возможностей, так что не обессудьте.