[rrrccc]

Мучает еще один вопрос. Прошивка как либо влияет на потребление фонаря? Допустим если в описанном выше случае какой то режим работает с несколькими стабами и 1 стаб работает с ШИМ и 100% заполнения. Кушает ли при этом драйвер больше энергии, чем если бы просто работало такое же количество стабов, без ШИМ?
Или существуют другие какие либо способы уменьшить жор фонаря, при одинаковых токах?

[galex]

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

Кушает ли при этом драйвер больше энергии, чем если бы просто работало такое же количество стабов, без ШИМ?

Скорее даже немного меньше.
Драйвер потребляет менее 3мА. Из них 0,15ма жрет резистивный делитель напряжения, и чуть меньше 0,2 каждый включенный стабилзатор.

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

существуют другие какие либо способы уменьшить жор фонаря, при одинаковых токах?

Существуют. Изменить топологию и прошивку чтобы подключать делитель только на время замера напряжения, вгонять контроллер в спячку на время простоя. Около 1.5мА удастся сэкономить

[MSS]

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

подключать делитель только на время замера напряжения

Это актуально для тактовой кнопки, когда нет разрыва цепи питания. А для силовой оно не нужно. В прошивке для тактовой так и сделано.

[galex]

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

В прошивке для тактовой так и сделано

в прошивке ceramic-а это необходимость, чтобы не жрало в выключенном состоянии

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

А для силовой оно не нужно

вопрос был как снизить потребление во время работы.

[rrrccc]

А какие на сегодняшний день прошивки наиболее энергосберегающие, и на сколько это отличимо в процентном соотношении по потреблению допустим со стоковыми прошивками?

[MSS]

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

[DooMmen]

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

А какие на сегодняшний день прошивки наиболее энергосберегающие

Если интересует энергосбережение в режиме мунлайта, то можно в моей версии прошивки закоментировать //#define FREQMOON_OFF. В остальных режимах - если драйвер будет потреблять ток 4мА, а в светодиод буде идти например 2100мА - потребление драйвера можно вообще не учитывать.

[galex]

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

какие на сегодняшний день прошивки наиболее энергосберегающие

Прежде чем развивать тему дальше, ответьте пожалуйста на вопрос - вас действительно серьезно заботит экономия 1-1.5ма на фоне общего потребления 0.1-2.8А? Серьезно настолько, что вы готовы вниматель изучить все ветки этой темы и еще одну смежную?

[rrrccc]

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

Прежде чем развивать тему дальше, ответьте пожалуйста на вопрос - вас действительно серьезно заботит экономия 1-1.5ма на фоне общего потребления 0.1-2.8А? Серьезно настолько, что вы готовы вниматель изучить все ветки этой темы и еще одну смежную?

Я ведь написал:

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

и на сколько это отличимо в процентном соотношении по потреблению допустим со стоковыми прошивками?

Если это десятые 1 процента, то естественно это можно назвать погрешностью и мой вопрос можно далее не развивать... Я надеялся что можно хоть 10% по рантайму вытянуть на улучшениях...

[MSS]

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

Я надеялся что можно хоть 10% по рантайму вытянуть на улучшениях...

нельзя. 1А и 5-10мА не сопоставимы

[DooMmen]

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

[galex]

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

Я надеялся что можно хоть 10% по рантайму вытянуть на улучшениях

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

[MSS]

Приехали с ебея TINY13A-SU SOP-8, чуть больше по длине А нужен был SSU.
Для программирования и запайки пришлось лапки поджать вниз. Не удобно но уже что есть
Зато теперь прошил и работает как надо.

[MSS]

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

MSS, Потому, что к измеренной температуре мы прибавили MAX_MODES, а в обработчике прерывания ADC к калибровочной величине прибавили еще раз:

#ifdef REVERSE_SW
if(adch_val < (uint8_t)(MAX_THEMP + current_mode)) // режимы 0 - слабо 3 - сильно

Допустим напряжение при калибровке составило 20 единиц АЦП. Мы запомнили 20+3=23. А потом сравниваем те же 20 единиц уже с 23+3=26. Что бы фонарь включился хотя бы на минимуме нужно подождать, пока АЦП увеличится до 23. При использовании диода перескок с максимума на предыдущий будет при температуре на 10 градусов меньшей, чем была при калибровке. С термистором может быть по-разному в зависимости от его номинала и калибровочной температуры.

Смотрел опять прошивку, кто-то помнит, для чего делали это?
#ifdef REVERSE_SW
if(adch_val < (uint8_t)(MAX_THEMP + current_mode))
#else
if(adch_val < (uint8_t)(MAX_THEMP - current_mode))
#endif
И почему решили не делать просто одно условие adch_val<MAX_THEMP для всех режимов?
Ведь дальше по программе у нас
#ifdef REVERSE_SW
WriteEEPROMByte(CFG_CALIBRATE, calibrator10 - MAX_MODES);
#else
WriteEEPROMByte(CFG_CALIBRATE, calibrator10);
#endif
и для прямого хода от макс к мин мы ничего не прибавляем.

Какой был смысл добавлять этот код? Запас на инерцию прогрева на максимальном режиме?

[vdavid]

MSS, Все очень просто. Мы понизили режим, но температура-то не упала сразу, поэтому без +(-) current_mode сразу свалимся еще на один уровень и так до полного выключения.

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

чуть больше по длине

Я бы сказал - по ширине . Но я предупреждал.

[MSS]

vdavid, я правильно понимаю, для вашего варианта с правками - нужно фьюзы ставить Lo=71 и Hi=FD?
А то у меня на макетке вместо мунлайта выдает максималку. Попробовал залить https://forum.fonarevka.ru/... эту - рампинг работает, после рампинга светится в мунлайте, но если выйти из него - то опять не зайти по трем кликам - попадаем в макс.

vdavid, пожалуста, оставьте здесь свой окончательный вариант и какие к нему фьюзы? А то я уже совсем зарылся в этих версиях в этой теме

Может изза того, что провода припаяны к МК и идут к колодке (но не подключены к программатору) так косячить?

Блин, таже хрень, что у Твинтвин на 39 странице была...https://forum.fonarevka.ru/...
буду думать что сделать.

[galex]

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

Может изза того, что провода припаяны к МК и идут к колодке (но не подключены к программатору) так косячить?

нет

[vdavid]

MSS, Прошивка из этого сообщения должна быть самой распоследней и правильной. Можно добавить вот зто, но Вас, кажется, работа термоконтроля и так устраивает.
Lo я ставлю не 71, а 79. Существенно для фонариков типа Mini-01. Там не кнопка, и дребезг жуткий, поэтому лишние 64 мс совсем не лишние .
Из-за проводов так косячить не должен.

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

Блин, таже хрень, что у Твинтвин на 39 странице была

Что, промаргивает индикацию батарей быстрее, чем надо?

[MSS]

Нет, у него не входило в мунлайт. Я так понял то из-за софта. У меня вместо мунлайта - попадает в максималку (все 7135 включены). Тут конечно МК не родной , но щас попробую эти прошивки.
Странно, что в мунлайт после рампинга можно было остаться и даже питание отключать - он оставался в мунлайте, если не делать короткий клик - тогда не попадал

UPD прошил https://forum.fonarevka.ru/...
и наконец то проверил, как работает таймер вместо термоконтроля. Таймер работает, режим сбрасывает на предыдущий. После выкл/вкл - попадаем опять в турбо(макс). В общем как и описывали.
В этой прошивке я почемуто вместо мунлайта попадаю в младший режим. Уже не в макс, но и не в мунлайт.
В мунлайт может попасть только после рампинга по 8 кликам и остается там сколько угодно, пока не переключишь режим на другой. После этого заходит по трем кликам в минималку...

[vdavid]

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

Тут конечно МК не родной

Думаю это не важно. Мне как-то под маркировкой tiny13A прислали tiny13. Так они тоже нормально работают в этой схеме. Для других целей, когда нужно отключить BOD - не годятся.