[Maksoff]

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

таблица на каждый режим

Это получается, что все режимы должны быть Hard-Coded, и при изменении их нужно будет таблицу менять? Можно поподробнее про таблицу, с наскоку найти не могу.

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

В данном случае условия стерильны и настроить его можно без проблем.

так ли стерильны? Напряжение батареи, температура, много что плавает. Неужели это так просто элиминировать?

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

[AVSel]

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

В данном случае условия стерильны и настроить его можно без проблем.

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

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

Под качеством кода подразумевается не его работа, а красивое и читабельное оформление исходника?

Программа - это как произведение искусства. В ней все должно быть прекрасно. Это как оценивать картину по прочности красок

[Tamagotchi]

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

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

У меня у Rime абсолютно резные драйверы - разная разводка, компоненты, пружинки, СИД, а поведение ПИД абсолютно одинаковое. Работает и все, как и твоя прошивка - без проблем.

[INFERION]

Таблица генерируется, это реализуемо. Просто для её генерирования придётся изобретать алгоритм, который может оказаться вполне по зубам и самому МК. Если используется таблица - значит это чем-то оправдано. К примеру мне в RGB индикатор проще засунуть 5 таблиц по 64 байта, чем вычислять хитрые кривые зависимостей яркости каналов от фактического напряжения питания и реального заряда батареи. Т.е. налепить достаточное количество заранее рассчитанных точек, а затем просто проводить интерполяцию. К тому же мне достаточно нарисовать график и заправить его в специально написанную утилиту, которая даст готовый текст для копипаста. Но эта система простая как двери. Нет никаких амплитудно и фазо-частотных искажений, в отличии от преобразователя с его LC-фильтром и задержками в регуляторе, АЦП. Я не понимаю как регулятор можно заменить таблицей. Там ведь не только состояние в конкретный момент времени играет роль, но и то что было когда-то там, и будет в будущем...

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

так ли стерильны? Напряжение батареи, температура, много что плавает. Неужели это так просто элиминировать?

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

Я обычно лезу в даташит и смотрю на график ВАХ светика. На самом крутом участке (максимальный ток) вычисляю дифференциальное сопротивление, там получается что-то вроде 0,3Ом, в зависимости от мощности. Затем добавляю к нему сопротивление шунта, по желанию эквивалентное сопротивление ключа, дросселя и т.п. (пренебрежение ими лишь поднимет устойчивость, но снизит скорость), представляю что подал на вход 5V и вычисляю количество миллиампер на ступеньку ШИМ. В таких условиях значение это самое высокое. Затем смотрю с какой скоростью эта ступенька пролазит через LC-фильтр на шунт и обратно в МК через дифференциальный усилитель. К примеру постоянная времени получается около 0,25мс, соответственно регулятор должен за это время изменить заполнение ШИМ не более чем на одну ступеньку, чтоб он успевал отреагировать и не возникало перерегулирования. У регулятора есть некий коэффициент, характеризующий постоянную времени, вот он и выставляется соответствующим образом. Всё, теперь остаётся только убедится в стабильности - намеренно скачком изменяя условия и наблюдая за переходным процессом на осциллографе. Это всё пишется копипастами, считается на бумажке с калькулятором и отлаживается за вечер. Сложнее когда изобретаешь новый велосипед вроде мунлайта на режиме с прерывистым током дросселя...

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

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

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

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

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

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

[Maksoff]

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

вроде мунлайта на режиме с прерывистым током дросселя...

Ну так это же и самое интересное (особенно, когда драйвер уже отлажен и работает). Спасибо за алгоритм!

[ploop]

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

Под качеством кода подразумевается не его работа, а красивое и читабельное оформление исходника?

Оформление - одно из критериев. Там ещё необходимость сопровождения другими разработчиками (при работе в команде), покрытие тестами, заделы на будущее развитие и прочее. На самом деле сложная и необходимая штука, на которую обычно все забивают.

А вот его алгоритм работы - это совсем другое, в идеале он должен быть чётко прописан в ТЗ разработчику. Кодер не должен заниматься самодеятельностью. Но такое бывает только в крупных чисто it-шных компаниях. В подавляющем большинстве случаев разработчик, кодер, сисадмин, админ БД, ремонтник чайников и примусов - одно лицо

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

Это получается, что все режимы должны быть Hard-Coded, и при изменении их нужно будет таблицу менять? Можно поподробнее про таблицу, с наскоку найти не могу.

Да. Таблица - это значение ШИМ на каждое значение АЦП. То есть как бы массив из 1024х значений, что бы не выдал АЦП - на выходе всегда получим нужный ток.

Часть снимается опытным путём, на сколько хватит терпения, часть можно сгенерить автоматически.

Но таблица не применима, если необходима плавная регулировка.

[Tamagotchi]

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

Да. Таблица - это значение ШИМ на каждое значение АЦП. То есть как бы массив из 1024х значений, что бы не выдал АЦП - на выходе всегда получим нужный ток.

Все, приплыли. Нафига люди вообще токоизмерительный шунт изобрели?

[INFERION]

Но ведь это работать будет только в частном случае, на конкретной температуре и нагрузке. Более менее мягко в режиме с прерывистым током дросселя, но это всё просто дико зависит от параметров всей системы. Следящий механизм на то и следящий, что он подстраивается, а что сделает статичная таблица? Нет ведь чёткой зависимости заполнения ШИМ от показаний АЦП, или ты предлагаешь таблицу делать в виде кучи разных массивов на все ключевые параметры (входное напряжение, ВАХ светика, его температурная зависимость, графики перехода режима работы дросселя в разных условиях, его зависимости параметров от тока подмагничивания и температуры и т.п.), результат с которых добывается перемножением значений, вытянутых с них по-отдельности? Я конечно чуть утрирую, реально массивов по-меньше надо, но всё же геморрой это всё как по мне. А главное, как заметил AVSel, проект открытый и каждый "рыгает" на не пойми какую плату что ему удобно...

[ploop]

Tamagotchi, Чего?
А АЦП что измерять будет?

[ploop]

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

ледящий механизм на то и следящий, что он подстраивается, а что сделает статичная таблица?

Она же завязана на показания АЦП.
ДА, может и будет погрешность, но не больше, чем от любого другого алгоритма.

[INFERION]

Она завязана только на один параметр, а гуляет целая куча. Вот показывает шунт 0,5A, что сделает таблица? Выберет одно конкретное значение, от чего ток уползёт и таблица тут же выберет другое значение. И так пока не попадёт в состояние равновесия, да? Чем-то смахивает на преобразование Фурье с его весовыми коэффициентами, описывающими передаточную характеристику в виде массива дискретных значений. А если я другой светик подключу, с другой ВАХ? Там таблица конкретно уедет, ибо разница в заполнении в 20 ступенек может перекрыть почти весь диапазон токов, и приблизительно на эти самые 20 ступенек разгуливает ВАХ разных светиков...

[ploop]

Я и не говорил, что таблица - панацея от всего. Я говорил, что таблица на конкретном железе (с конкретным диодом) - это самый надёжный и дубовый вариант.

[Tamagotchi]

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

А АЦП что измерять будет?

Таблицу

[INFERION]

В общем мне интересно будет посмотреть на это. Я просто не понимаю как оно работать будет, не говоря уже о надёжности и дубовости...

[Tamagotchi]

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

В общем мне интересно будет посмотреть на это.

Да никак. Нагрев СИД таблицей на победить.

[ploop]

Нагрев СИД ток изменит? Изменит. Что ещё надо?

[Tamagotchi]

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

Нагрев СИД ток изменит? Изменит. Что ещё надо?

Термодатчик?

[INFERION]

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

Что ещё надо?

А насколько это изменение изменит заполнение ШИМ? Ток вернётся на прежнее значение? Как, если нет интегратора ошибки?

Tamagotchi, ты вот смеёшься, а надо мною тоже когда-то смеялись...

[ploop]

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

Термодатчик?

Я вообще-то серьёзно спрашивал.
Ладно, вопрос закрыт.

[galex]

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

надо мною тоже когда-то смеялись...

...пока я не собрал 500вт лазер и не сжег их всех?