[AVSel]

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

Кстати, а почему у тебя > 10мА получилось?

У меня в безразрывном режиме тоже почти линейная зависимость получилась. Поэтому грубо, если драйвер на 2500мА, то 1/256 - ~10мА

[INFERION]

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

Блин, у меня уже попкорн кончается

Кстати я уже об этом тоже говорил, придутся второй порцией попкорна терпения запасаться . Но мне не привыкать, помню был когда вообще весёлый холивар на тему питания лазерных диодов НАПРЯЖЕНИЕМ. По феньшую - током надо питать, а я решил упростить и удешевить схему, подняв её параметры вплоть до "плохой контакт на стороне нагрузке к катастрофе не приводит". И сколько же грызни было вокруг этой схемы, и она таки прочно прижилась (драйвер на NCP1529, он же Inferno 2.0)...

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

Индуктивности, энергии - не нужно всё это! На токах до 100 мА ток светодиода линейно зависит от значения ШИМ.

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

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

У меня в безразрывном режиме тоже почти линейная зависимость получилась. Поэтому грубо, если драйвер на 2500мА, то 1/256 - ~10мА

Запас по спектру позволяет получить 1/65536 уже на килогерце, так что тут ограничения тоже практически нет. Но ведь зависимость нужно подстраивать под конкретную схему. Под индуктивность и падение на нагрузке главным образом. Можно представить что она линейная и без косяков, тогда получится и упростить. Я пошел другим путём, поскольку производительность позволяет разобрать всё по винтикам и настроить более тонко. Но это всё не обязательно на самом деле, так что ploop в чём-то прав.

[AVSel]

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

Запас по спектру позволяет получить 1/65536 уже на килогерце, так что тут ограничения тоже практически нет. Но ведь зависимость нужно подстраивать под конкретную схему.

В самом начале ШИМ есть сильная нелинейность. Например у меня при 2/256 затвор полевика еле дергался, явно недостаточно чтоб его открыть. Чтоб обеспечить линейность 1/65536, придется сильно попотеть, затачиваясь под частотные характеристики конкретных элементов.

[ploop]

INFERION, я так и не пойму, где мой просчёт. Зачем матан? Зависимость шим/ток привёл, сейчас не поленился, снял напряжение/ток, при к-те заполнения = 80, и при к-те заполнения = 1 (для сравнения жёлтая линия - это к-т = 1 умноженный на 80 для масштаба)

[INFERION]

AVSel, так и есть, я с этим немного потрахался. Резонанс ещё мешал. Есть такое дело, но это проблема уже на субмиллиамперных токах, что значительно ниже текущик проблем. Да и нелинейность и шаг - немного разные вещи. Мелкий шаг обеспечит более мягкий характер регулирования, пусть и точность из-за нелинейности будет хромать...

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

я так и не пойму, где мой просчёт.

На графике я не вижу зачем. Тут зависимость тока от напряжения, причём достаточно аккуратная. А где зависимость тока от заполнения ШИМ на разных напряжениях? Именно там могут выскочить сюрпризы, мне бы интересно было глянуть. Если и с этим порядок будет, тогда и я не вижу проблем. На самом деле весь матан, которого ты избегаешь, занимает одну строку кода с несколькими операциями умножения и деления. При этом появляется возможность модифицировать самый базовый параметр во время состыковки разных ОС - индуктивность. Этот же параметр позволяет чётко определить оптимальный момент перехода с одной ОС на другую. Но без этого можно обойтись, да.

[ploop]

Вот, ниже давал:

Я просто в упор не вижу нелинейности. Ни там, не тут.

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

А где зависимость тока от заполнения ШИМ на разных напряжениях?

3D-график вручную? Увольте.

[ploop]

Твою ж мать! Ведь смотрю - что-то тут не так. Прямая линия не значит линейная зависимость, цифры-то видно. Вот:



Синяя линия - снятый ток. Красная - синтетическая, это ось напряжений (X) в степени 3.25
Зависимость кубическая! Чтоб её!

Или так, или спать пора.

[Rime]

ploop

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

Прямая линия не значит линейная зависимость

Вообще то значит. при квадратичной или кубической зависимости, синяя линия имела бы параболическую форму.

[INFERION]

График тока от заполнения есть, и отдельно есть график тока от напряжения. Этого мне достаточно, ненужны мне 3D графики . Я просто предлагал нарисовать несколько линий под разными напряжениями. Подобные зависимости я пытаюсь вычислить "синтетически" через базовые формулы, описывающие работу преобразователя. Только важно не забывать за паразитные фигни реальной схемы (резонансы, не идеально резкие фронты и т.п.). Для упрощения себе же задачи - я эти формулы вбиваю сразу в программу и она сама со всем возится. Это не сложнее чем рисовать кривую другими способами, родив ту же формулу, только с непонятно чего. Но если выяснится что всё таки проще - к этому всё равно придётся прийти не менее сложными способами, делая двойную работу. А эмпирически что-то там выяснить - такой чёрный ящик может в какой-то ситуации и подвести...

Я не вижу на графике кубической зависимости. Давайте вспомним ЭТОТ пост и попробуем вывести зависимость синтетически в сферическом в вакууме преобразователе.
Сначала слепим всё в кучу: (Vin-Vout)*Ton/L/2*Vin*Ton/T/Vout=Iout
Теперь попробуем выкинуть лишнее и уменьшить количество делений до одного: Iout=(Vin-Vout)*Ton^2*Vin/(2TL*Vout)
Нас интересует неизвестный Ton (заполнение ШИМ), попробуем вывести: Ton=sqrt(Iout*2TL*Vout/((Vin-Vout)*4));
Вот готовая формула, которой можно вычислить кривую как в программе, так и самому для того, чтоб научится вычислять её как-то иначе (чего и добивается ploop). Однако зная архитектуру AVR я бы использовал формулу такого вида: Ton=sqrt(Iout*2TL*Vout)/sqrt((Vin-Vout)*4). Операция деления весьма ресурсоёмкая, и лучше добавить один sqrt, но существенно уменьшить разрядность делителя и делимого.

Vout можно заменить константой и сэкономить одно умножение, если не планируется автоматическая подстройка под нагрузку. Можно ли это превратить во что-то вроде Iout*k/(Vin-Vout)=PWM? Поробуем: 0,0003A*k/(4V-2,5V)=0,1, k=(4V-2,5V)*0,1/0,0003=500. Теперь меняем условия: sqrt(0,0003A*2*4мкс*10мкГн*2,5V/((3V-2,5V)*3V))=0,2мкс. Напряжение упало на 25%, а заполнение увеличилось в 2 раза. Посмотрим что нам даст "тупой" вариант: 0,0003A*500/(3V-2,5V)=0,3мкс, что в полтора раза выше. Можно поиграться ещё с Vout, подсунув вместо него какую-то лажу, которая возможно и исправит ситуацию. Или доогородить ещё какой-нибудь коэффициент. Я думаю ploop с этим лучше справится, если готовая формула его не утраивает (что в общем-то странно для программиста). Исходная формула имеет преимущество в плане шумоподавления. 2TL можно очень сильно сглаживать, поскольку в реальной схеме этот параметр плавает очень медленно, и при этом сглаживание никак не отразится на быстродействии самой ОС, т.к. она завязана на Vin. Поскольку Vin меряется довольно качественно, а вот шунт (по которому и калибруется 2TL) на таких токах весьма некачественно - выборочное сглаживание переменных даёт весьма ощутимый результат...

P.S. Касательно условных попугаев. У меня T=65536 (16 бит ШИМ), Iout зависит от шунта, (показания АЦП так же аппаратно умножаются на 64 и получается 1023*64=65472), На напряжение так же можно взять любое удобное количество попугаев, а обеспечивается соответствие Ton и T через индуктивность (вернее комплексную переменную 2TL), которая и подстраивается следящей системой во время стыковки разных механизмов стабилизации. Естественно её хотя бы приблизительно необходимо заранее рассчитать, чтоб определится с разрядностью этой переменной и записать максимально близкое к реальному стартовое значение.

Это уже просто мегажирная подсказка. Я подобные вещи вывожу когда сам что-то пишу...

[ploop]

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

при квадратичной или кубической зависимости, синяя линия имела бы параболическую форму.

Уравнение прямой у нас Y=a*X+b, и не иначе. Вот данные:

voltage	Current (pwm=80)
2,80	19,70
2,90	26,20
3,00	32,90
3,10	40,00
3,20	45,00
3,30	51,00
3,40	58,00
3,50	64,50
3,60	70,00
3,70	77,30
3,80	83,20
3,90	90,50
4,00	97,50
4,10	104,00
4,20	111,30
4,30	119,00

И на что это похоже?
Просто визуально линейный участок не означает реальную линию, из-за масштаба и погрешности измерений.

[Rime]

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

И на что это похоже?

Хм.. - на типичную линейную зависимость. Подняли напряжение на 0,2В - получили прирост тока на ~13мА. Подняли ещё на 0,2В - получили прирост тока на ещё 13мА.
Снова прибавили 0,2В - и снова прирост тока 13мА!
Типичная линейная зависимость.

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

Просто визуально линейный участок не означает реальную линию

Только в случае нелинейной градуировки осей. А у тебя всё вполне линейно - ток равными делениями по 20мА, и напряжение равными делениями по 0,2В.

[uV3]

Мимо проходил, заметил спор.
В коэффициенте корреляции аж три девятки.

[ploop]

Rime, да, точно. Не буду больше по ночам много думать
uV3, что за софтина?

[uV3]

ploop, Origin

[AVSel]

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

Просто визуально линейный участок не означает реальную линию, из-за масштаба и погрешности измерений.

Хм... Если кривая на неком участке имеет вид линии, почему бы его и не заменить на линию на этом участке?

[ploop]

Да разобрался уже.

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

Ща попробую снять то, что получилось со стабилизацией (и свои мысли в кучу соберу)

[ploop]

Собственно вот. Без всяких ухищрений (которые можно добавить), тупо линейная стабилизация. На графике страшно, в реале неплохо выглядит. Думаю, "выпрямить" начало диапазона труда не составит.

[Tamagotchi]

Тема становится самой полезной в Инете темой по разработке понижающих преобразователей

[ploop]

Где тут разработка? Тут попытка "подогнать неподгоняемое", т.к. схему изменять нельзя

[Tamagotchi]

ploop,
И что там надо изменить?