[ploop]

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

Светику понижаем до требуемого, но это не ниже 2.4В.

Тогда я тебя не понял совсем.
Светляк, не стабилизированный, 100% будет работать от 2.7. На него голый ШИМ идёт с к-том заполнения =1. То есть один импульс и 255 пауз. Меньше не сделать.
На твоём макете это очень слабый свет, чуть ярче сигаретного уголька ночью. Ток не замерял.

По идее другие светодиоды могут светить чуть ярче, или чуть слабее, но сделать на всех одинаково не выйдет - контроля тока нет.

[Tamagotchi]

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

Меньше не сделать.

Почему? А частоту следования импульсов кто запретил менять?

[MOHAPX]

На твоём макете это очень слабый свет, чуть ярче сигаретного уголька ночью.

Если так, то оставляй.

[ploop]

Tamagotchi, А нахрена? Меньше просто не нужно.

[Tamagotchi]

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

А нахрена? Меньше просто не нужно.

невозможно и не нужно разные вещи.

[ploop]

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

невозможно и не нужно разные вещи.

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

[Medvedev]

del

[INFERION]

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

На глаз не заметно, даже INFERION не разглядит

На глаз да, а вот эффект давно замечен. Без изменения схемы спокойно внутрикристально меряется напряжения питания и вносится правка с опору на программном уровне. Только я с таким никогда не заморачивался, ибо оно ненужно. Да и сам шунт тоже имеет не нулевой ТКС. У нас не прецизионная аппаратура питания.
RC-генератор так тоже можно заставить работать не хуже кварца, написав его калибровку под температуру и напряжение питания. Да, это всё гемор, но гемор то программный и только...

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

Ток через светляк контролировать нереально. Это можно сделать только в случае коммутируемого шунта, т.е. конкретного усложнения схемы.

Да ладно? А как же у меня получается? Если нет шунта - ещё не значит что зная все ключевые параметры схемы этот ток нельзя вычислить. Физика, мать её!..
Я уже писал что на слабых токах преобразователь работает как источник мощности, и эту мощность легко вычислить зная заполнение ШИМ (знаем ведь?), напряжение питания (знаем ведь?) и индуктивность дросселя (тоже знаем же!). А вот чтоб узнать ток - необходимо по тому же заполнению вычислить падение на нагрузке, или задать его жестко. Только нам это вовсе не требуется, т.к. падение на нагрузке стабильное. В общем реально это всё, и без требований к точности даже просто (не требуется учить программу искать реальные параметры компонентов в схеме).

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

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

Сколько с ними не возился - везде все косяки и вообще поведение в целом тупо идентично, как две капли воды. Даже если индекс (диапазон частот и напряжений питания) разный. Вот от объёма памяти разница в поведении аналоговой части существенно зависит.

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

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

Квадратичной зависимости мне показалось мало, буду сегодня пробовать кубичную. А время у меня на весь диапазон отводится 3,5с, по-моему вполне оптимально. Дольше ждать надоедает, а скорость достаточно небольшая, чтоб спокойно настроить.

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

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

Давай ради спортивного интереса просто пиписьками померяемся . В результате родится что-нибудь действительно интересное, а не слепленное на от***ись. Я просто уверен что светляк сделать стабильным тут возможно и на сотых долях миллиампера, а если не ставить себе такие рамки, а делать "чтоб не на полку, а юзать" - то нормально реализовать светляк ещё проще. Достаточно вбить небольшую формулу в алгоритм и вписать пару констант под дроссель и светик. Им не обязательно точно соответствовать действительности, там всё равно проблем много других вылезет (паразитный резонанс, какие-то нелинейные потери и т.п.). Я бы кинул готовую формулу, но для понижалки мне её рожать надо, пока влом . Попробую просто объяснить суть "на низком уровне":

Имея дроссель на 10мкГн , батарею на 4V, падение на нагрузке 2,5V, длительность импульса 100нс и период 4мкс мы получаем:
- Во время импульса дроссель подключен последовательно с батареей и нагрузкой. поэтому ему достаётся лишь 4V-2,5V=1,5V.
- Импульс длится 0,1мкс, за это время при таком напряжении и индуктивности ток дросселя вырастет на 1,5V*0,1мкс/10мкГн=0,015А.
- Ток растёт линейно, поэтому в среднем мы получим всего 7,5мА за импульс, или 4V*7,5мА=30мВт потребляемой мощности.
- Импульс длится не вечно, поэтому в среднем мы получаем 30мВт*0,1мкс/4мкс=0,75мВт. Именно эта мощность достанется светодиоду.
- На светодиоде падает 2,5V, поэтому ток получается 0,75мВт/2,5V=0,3мА

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

[ploop]

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

Давай ради спортивного интереса просто пиписьками померяемся

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

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

[Tamagotchi]

Кстати, тема про драйвер на коте http://radiokot.ru/forum/vi...

[INFERION]

Меня оттуда в своё время выгнали )
Задвигал там за рациональное использование БП в усилителях, из-за особенностей звукового сигнала. Обозвали еретиком, я и ушел...

[ploop]

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

Обозвали еретиком, я и ушел...

Ну так и не говори, что выгнали
Выгнать только я могу. Банхаммером

[Rime]

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

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

Отличный на мой взгляд посыл. Именно так и надо.
Это не прецизионный прибор, это фонарь. Его задача быть надёжным, удобным, и эффективным.
Переводя в фонарную терминологию - работа должна быть стабильной, (без глюков и мерцаний); интерфейс должен быть логичным, удобным, и шустрым; КПД должен быть как можно выше.
Какая разница пользователю, что ток в данный момент не 500мА, а 480 или 520?
Да никакой.
Более того, по своему опыту скажу что даже плюс-минус 10% на глаз не особо заметно, если мгновенно не сравнивать.
Если итоговая стабильность тока будет +/- 5% - это будет очень хорошо.

А то сейчас начнётся - а давайте вот так, а потом вот так... И в итоге страждущий народ драйвер год будет ждать, если вообще дождётся.
ploop, делай как делаешь, и всё будет отлично. Не разменивайся на никому не нужные рюшки.

[INFERION]

Так ведь речь идёт не о 10%, против них я и сам ничего против не имею. Речь идёт о мунлайте с его 200, а-то и все 500%. Надо ведь как-то заполнение ШИМ подкручивать по мере разряда батареи? А как? Ведь там зависимость далеко не банальная.

Фонарь без глюков и мерцаний с таким подходом? Когда у соседей всё нормально, а тут вот даже АЦП шумит и готовый велосипед брать у соседей никто не желает. При этом ещё и затрагиваются темы о занятости и экономии своего времени на фоне непонятных экспериментов с непонятными фильтрами и следящими системами. По крайней мере я так данную ситуацию вижу. Я лишь предложил свой вариант решения проблемы. Все те проблемы, которые тут сейчас возникают - уже давно решены. Какая же это экономия времени? Тут скорее вопрос в готовой копипасте, которую я не могу дать из-за того, что пишу на другом языке. А теорию курить никто не хочет, чтоб написать то же самое на своём языке. Лучше покурить гугл на какие-то отдалённые темы, не имеющие такого близкого отношения к конкретной задаче, чем успешную реализацию того же самого другим человеком. Нет, я не против, дерзайте . Всё равно я тут буду продолжать предлагать свои идеи, кому-то когда-то да пригодятся...

[ploop]

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

Всё равно я тут буду продолжать предлагать свои идеи, кому-то когда-то да пригодятся...

Разумеется, идеи интересные, кто-то говорил против? Но если мне понадобится твой код и твои идеи, я просто попрошу исходник и поковыряюсь (дада, я тоже писал по 4 и более кило на ассемблере, ничего страшного).
А пока я хочу сам проверить свои идеи, потому, что мне это нравится. Не лишайте меня удовольствия.

[Rime]

INFERION

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

Всё равно я тут буду продолжать предлагать свои идеи, кому-то когда-то да пригодятся...

Дык ради Бога, комрад, всегда рады! Больше идей хороших и разных.
Просто не хочется, чтоб из-за чрезмерного вылизывания кода, это всё затянулось на неопределённое время.

[Tamagotchi]

Rime,
Там уже все давно затянулось. Как было на 0% так примерно так и осталось. До программирования драйвера еще и не дошло.

[ploop]

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

Как было на 0% так примерно так и осталось

Ничего себе

[Tamagotchi]

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

Ничего себе

А где я не прав?

[Rime]

Tamagotchi
Чужую работу никогда не видно, либо она кажется мелкой, и незначительной, комрад.