[MOHAPX]

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

Из новостей

Ах да, я завтра еду в Ялту месить горную грязь) Могу появится еще в Симферополе, Севастополе (Херсонес) и Геническе.

[Tamagotchi]

Альтернативная прошивка проходит обкатку в железе:

[WallE]

если кому интересно, оптика трекнулась у лягушатников.

[MOHAPX]

А тушки уже в моем отделении почты.

[маньяк]

Это радует!
Дело за "мозгами".
Хоть под елочку успеем?.

[MOHAPX]

маньяк, может и успеем. Но нет новостей ни по печаткам, ни по прошивке...

[ploop]

Пока ничего не писал. Завал на работе. Похоже на выходные тоже приказ напишут.

Давайте определяться: если сроки жмут, могу оставить алгоритм стабилизации, из-за которого тут брехали, и который у Rime нормально завёлся. И заняться рюшками, чтоб придать ей товарный вид.

Или могу продолжить искать "идеальный" алгоритм, для своего удовольствия, а он - как философский камень, и тогда сроки неизвестны.

[Rime]

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

из-за которого тут брехали, и который у Rime нормально завёлся.

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

[ploop]

А чего молчал-то?
Меня можно и нужно расстраивать! Точнее наоборот: я только рад буду, если нормально сообщат об ошибках.

Тогда делаю упор на другой вариант. По сути тот же ПИД получится, но его надо просчитать хорошенько. Последнее время над ним думал.

[Tamagotchi]

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

из-за которого тут брехали, и который у Rime нормально завёлся.

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

но та прошивка и у меня мерцала, на среднем режиме при определённом напряжении.

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

[Rime]

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

А чего молчал-то?
Меня можно и нужно расстраивать! Точнее наоборот: я только рад буду, если нормально сообщат об ошибках.

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

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

[ploop]

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

Я прям всю жизнь мечтал побрехать на твою "прошивку".

Не ты брехал, а мы с тобой брехали (не важно из-за чего). Это разные вещи

[ploop]

Rime, я осциллом проверял - не было. Поэтому и спорил.
Ладно, всё равно тот вариант мне не нравился. Делаем другой.

[Maksoff]

Вклинюсь с вопросом: а чего оно вообще мерцает? Из-за того, что между измерением тока и настройкой тока проходит "слишком" много времени, и оно начинает осциллировать? Или из-за того, что разрядность слишком мала, и значение прыгает туда-сюда?
И если глазом мерцаний не видно, то чем это плохо для светодиода в частности и фонаря в целом?

[INFERION]

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

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

[AVSel]

ПИД конечно хорош, но уж больно капризен. Чуть изменились условия - и вместо стабильности возникнет генерация. Железобетонные алгоритмы надежнее.

[Maksoff]

INFERION, для того, чтобы заставить работать софт правильно нужно иметь опыт, знаю - у вас он, как я понял, есть (все-таки лазерные драйверы это не хухры-мухры)
Я сам "пришел" с мощной электроники, где такие "мерцания" - полная ерунда - больше емкость и готово. И сейчас потихоньку пытаюсь осмыслить всю радость питания мощных светодиодов. Для меня вообще шоком было, что линейный регулятор может оказаться эффективнее импульсного, но ничего, я уже привык.
А насчет "нормальной" работы - тут тоже вопрос спорный. Одно дело подсветка для фото, другое - доя скоростной видеосъемки, третье - сверхэкономный во всех режимах фонарь для многодневных походов.

[ploop]

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

Плохо в первую очередь низким качеством кода, и больше ничем

А вот теперь попрошу указать на то место, где у меня "низкое качество кода".
Неправильный алгоритм? Согласен.
Нет опыта в разработке драйверов? Тоже согласен.
При чём тут качество кода? И как ты его можешь оценить, если даже на Си не пишешь?

"Качество кода" - вполне устоявшийся термин, и обозначает он совсем другое.

[ploop]

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

Железобетонные алгоритмы надежнее.

Именно.

А самый железобетонный я уже озвучивал: таблица на каждый режим. Заполнять геморно, но это 100% гарантия надёжности. Объём - максимум килобайт на режим.

[INFERION]

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

ПИД конечно хорош, но уж больно капризен. Чуть изменились условия - и вместо стабильности возникнет генерация. Железобетонные алгоритмы надежнее.

В данном случае условия стерильны и настроить его можно без проблем. А вот с термоконтролем уже проблемы. Я не знаю как производители его засовывают. Должно быть под одеялом или в воде с определённой температурой может и зазвенеть на ИНЧ..

Maksoff

Объединить в одном драйвере достоинства импульса и линейки не трудно, и даже обойти их по КПД. Существуют специальные режимы работы преобразователей, и они даже аппаратно реализованы в некоторых микроконтроллерах. Самостоятельные решения тоже существуют. Наглядный пример - серия TPS630xx, на которой собраны дрова у зебр. Да, они считаются самыми крутыми по показаниям эффективности как на максималке, так и в мунлайте, насколько я понимаю. И не удивительно, ведь чип отдавая 3A сам потребляет 0,00003А без нагрузки (что существенно меньше даже типичного линейника). Так что всё зависит от реализации, а не ярлыка "цифра/аналог". Всё оно в целом хорошо может работать, но с цифрой в наши дни проще.

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

"Качество кода" - вполне устоявшийся термин, и обозначает он совсем другое.

Под качеством кода подразумевается не его работа, а красивое и читабельное оформление исходника? Тогда я действительно ошибся, сорри.
Я на Си с USB стеком возился и ковырял взрослые МК. Ещё писал простенькие программки на ПК, так что немного его всё таки понимаю. Он куда читабельнее ассемблера, просто быстро позабывал возню с указателями и некоторые типы переменных/констант, но вспоминается это всё достаточно быстро, если захотеть...

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

А самый железобетонный я уже озвучивал: таблица на каждый режим. Заполнять геморно, но это 100% гарантия надёжности. Объём - максимум килобайт на режим.

Я не понимаю чем должна заниматься таблица. Компенсировать какие-то нелинейности или заменять своим килобайтом (который ещё сгенерировать надо) не сложную формулу?