[LJek]

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

затем, что при мунлайте в 0.5мА обидно выбрасывать целых 4ма на питание контроллера

Так Вы что, вечный мунлайт хотите, что-ли?

[Wildcat]

Ну, хотя бы полгода он же ж должен светить...

[LJek]

А сколько Тамагочевская прошивка тянет? Там moon_loop() на delay_ms(1) зациклен...

Кстати, кто-нибудь "для себя" менял задержки на WDT+sleep_cpu?

И наблюдение: использование sleep_cpu() в ней это самообман, поскольку АЦП настроен на непрерывное измерение и его прерывание_по_готовности срабатывает с частотой в несколько КГц. Какой уж тут сон?!

[galex]

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

сколько Тамагочевская прошивка тянет?

емнип 1.5-2мА на питание драйвера.
в других прошивках удавалось снизить потребление драйвера до 0.5-1мА

[LJek]

Я имел в виду "сколько светит в мунлайте, в неделях, месяцах?"

[galex]

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

"сколько светит в мунлайте, в неделях, месяцах?"

емкость аккумулятора поделить на ток драйвера+ток диода (или общий ток)
результат перевести в недели или месяцы.

[LJek]

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

емкость аккумулятора подлелить на ток драйвера+ток диода (или общий ток)
результат перевести в недели или месяцы.

2600 мА*ч / (2+0.5) мА = 1040 ч = 43.3 суток.
Так?

Интересно было практическое применение и цифры...

[galex]

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

Интересно было практическое применение и цифры

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

[ceramic]

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

И наблюдение: использование sleep_cpu() в ней это самообман, поскольку АЦП настроен на непрерывное измерение и его прерывание_по_готовности срабатывает с частотой в несколько КГц.

sleep_cpu() -- это усыпление всего шумящего, по максимуму, для повышения точности АЦП. Работает согласно даташит.
В чем обман?

[LJek]

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

В чем обман?

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

static INLINE void moon_loop(void)				 // MOONMODE
{
	mode_saver = 0xAA;
	OCR0A = ramping_reg;

	#ifndef FREQMOON_OFF
		cpu_div();
	#endif
	while(1)
	{
		sleep_cpu();
		if (IsOffMode())
			pwr_down();
		delay_ms(1);
	}
}

Поспали 15-20 тактов, сработало прерывание готовности измерения, отработал ISR, бодренько отпустоциклили 1 мс в процедуре задержки, прерываясь на ISR, и опять спать пока не оцифруется следующее значение... Мало спит, много измеряет и топчется... Не?

[ceramic]

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

Мало спит, много измеряет и топчется... Не?

Не.
Сон при включенном АДС -- это "ADC Noise Reduction", для повышения точности АДЦ, а не для экономии энергии.
Надо экономить энергию -- гасим все и спим в "Power-down".

[LJek]

ceramic, понятно, всё еще хуже чем я думал)

В Power-down и ШИМ отключится

[ceramic]

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

В Power-down и ШИМ отключится

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

[LJek]

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

интересно

7.1.3 Power-down Mode
When the SM[1:0] bits are written to 10, the SLEEP instruction makes the MCU enter Powerdown
mode. In this mode, the Oscillator is stopped, while the external interrupts, and the Watchdog
continue operating (if enabled). Only an External Reset, a Watchdog Reset, a Brown-out
Reset, an external level interrupt on INT0, or a pin change interrupt can wake up the MCU. This
sleep mode halts all generated clocks, allowing operation of asynchronous modules only.

12.1 Overview
The Timer/Counter can be clocked directly by the system clock (by setting the CSn[2:0] = 1).
This provides the fastest operation, with a maximum Timer/Counter clock frequency equal to
system clock frequency (fCLK_I/O). Alternatively, one of four taps from the prescaler can be used
as a clock source. The prescaled clock has a frequency of either fCLK_I/O/8, fCLK_I/O/64,
fCLK_I/O/256, or fCLK_I/O/1024.

Как раз-таки по даташиту: чтобы работал ШИМ режим сна должен быть Idle.
А вот проверить экспериментально еще не довелось...

[vdavid]

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

А вот проверить экспериментально еще не довелось...

Так в драйвере Тамагочи MCUCR = 0x20;. Что и есть Idle Mode.

[Corvax]

Какая хорошая тема! Столько деталей проясняются, которые с наскоку не очевидны.

[LJek]

С Новым Годом всех!
По случаю каникул плодотворно "кодю и шью", хочу поделиться результатами.

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

Протестировал на макете оба своих алгоритма рампинга (по приращению и сдвиговый) - оба практически непригодны! Первый "замирает" в незаметных приращениях на большой яркости, второй слишком грубый и быстрый.

Покумекал и родил нечто усредненное - весь доступный диапазон значений разбил на 6 зон с индивидуальными значениями приращения. TOP не трогал, изменяется только коэфф. заполнения.

static void AlgRampingPWM(void)
{
	while (1) { // выход из цикла - прерыванием питания
		word level = 1; // начальное значение к.з. ШИМ
		byte step = 1;	// 1,  2,  4,  8,  16,  32
		word limit = 8;	// 8, 16, 32, 64, 128, 256
	                         // steps count 8,  4,  4,  4,   4,   4
		do {
			do {
				LightDescr.pwmLevel = level; // служебная структура-описатель яркости
				ApplyLightDescr(); // процедура задания яркости
				WaitMS(RAMPING_DELAY); // задержка
				level += step;
			} while (level < limit);
			step *= 2;
			limit *= 2;
		} while (limit <= 256);


		LightDescr.pwmLevel = 255;
		ApplyLightDescr();
		WaitMS(3*RAMPING_DELAY);
// светим на максимуме подольше, чтобы заметить остановку и сохранить при желании
	}
}

Получилось очень бодрое и визуально-заметное приращение на всем диапазоне яркости (а тестирую я на немодифицированном 105D AMCx.
При этом в самом начале, как вы можете заметить, 8 первых шагов идет приращение по единице, что при RAMPING_DELAY = 250 мс позволяет выбрать яркость и для мунлайта.
Радует, что все получилось алгоритмически, без применения массивов глобальных переменных. (Первая версия этого алгоритма базировалась на табличке и была безжалостно отвергнута )

На очереди "приручение" TOP для "приращения на 10-20%".

[LJek]

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

Поэтому ИМХО если LJek хочет сделать форумную прошивку-конструктор под силовую кнопку, то наиболее востребованное направление на данный момент - это как раз очень простой конструктор для массового использования.
Сделать там какую-то общую базу (Attiny13, нормальная индикация/ступенчатое снижение яркости, отсутствие залипания в переборе режимов, однозначные команды без всяких скрытых хитростей), 2-4 режима с простой возможностью задать их количество и порядок (или прямо на драйвере, или очевидными даже неспециалисту изменениями программы по инструкции), наличие или отсутствие памяти, простую разводку под 1-2*7135 в среднем, возможность получить на базе этого конструктора адекватный драйвер как на 1*7135, так и на 8*7135...

Вы настаиваете, что без "ступенчатого снижения яркости" ни "бабушко-фонарь", ни "Хай-Лоу-Мед без памяти дальнобой" существовать не должен?

Приглашаю к дискуссии всех!

Моя позиция:
1. Рассудительная:
- перегрев чувствуется раньше чем наступает - зачем термоконтроль?
- падение яркости при выходе из режима стабилизации заметно глазом - зачем Система Ступенчатых Порогов? (не видите падения яркости? радуйтесь! )
- при отключении фонаря Сберегателем Батареи из-за критического падения напряжения в мощных режимах можно включить фонарь в слабом режиме - зачем Высасыватель батареи (ступенчатое снижение яркости)?

Пример: я включил фонарь в 3-м режиме. Он должен светить? Пусть светит! Перестанет мочь - выключится. Если я замечу, что он стал светить слабее - сменю режим на меньший (переключение вверх и вниз по карусели режимов - базовый функционал), если сам решу! Если фонарик отключится, не выдержав быстрого разряда на мощном режиме - можно включить первый (обычно самый слабый) режим из карусели. Плюс доступен функционал прямого включения режимов, если вдруг в карусели режимы по убыванию расположены.
Аналогия: застрял полноприводный паркетник в грязи, буксует... Вискомуфта отключится, когда сама решит (по перегреву), а не когда Вы ее выключите за ненадобностью. Вам нравится? Я категорически против! Я за честный полный привод: сам включил, сам выключу (когда на гравийку выеду)...

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

2. Алгоритмическая:
Моя прошивка придает фонарю такие свойства, как:
- возможность "прописать" (задать) яркости, для дальнейшего использования
- конфигурировать для каждого режима все параметры: яркость, алгоритм свечения, параметры свечения, контекстный список обработчиков кликов
- наличие "карусели" режимов, составленной в выбранном вами порядке. И их может быть сколько захотите.
- использование разнообразных команд (обработчиков кликов): прямой вызов режима, работа с каруселью, сервисные...

Эта гибкость, заложенная в структуру, кому-то может показаться избыточной или излишней.
Но: не нужно - не используй, а если нужно - вот оно...

Обратная сторона - она плохо стыкуется с опциями самостоятельного переключения режимов (типа ССП и "высасывателя"). Эти опции базируются на предпосылке, что в любой момент времени фонарь находится в каком-то из режимов, расположенных в отсортированном одномерном массиве, и достаточно изменить индекс текущего режима на +/- 1, "и дело в шляпе". Присутствие в моем случае и других состояний, исключает этот подход.
Прийдя к необходимости выбирать, я (для себя) выбрал многорежимность, моного-карусельность и контекстные обработчики.

Компромисс - возможность использования ССП и высасывателя при выполнении пользователем всех условий: отсортированные режимы только постоянного свечения в единственной карусели и добровольный отказ от алгоритмических режимов. Кому такое будет интересно?

Прошу учесть, что я не считаю фонарь с силовой кнопкой в чём-то ущербным по сравнению с тактовой.
У тактовой всего лишь больше видов нажатий, а фонарь "силён" функционалом.

[Corvax]

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

Моя прошивка придает фонарю такие свойства

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

[LJek]

Corvax, основное есть.
На разводке стандартного драйвера оттестировано: яркости, алгоритмы, режимы, карусели, основные методы-обработчики, таблицы обработчиков.
Пользовательские режимы в полном объеме работоспособны: уровни, пара алгоритмов рампинга, режимы, вход в рампинг и выход с сохранением уровня. (конечно, нет предела совершенству)

Написано, но не оттестировано: команды отображения напряжения, ограничитель разряда, индикация разряженности, работа с настройками, работа с UI и несколькими UI.

Исходники: https://cloud.mail.ru/publi...
Выложил в текущей конфигурации, нацеленной на тестирование команд отображения напряжения. Если не убоитесь повозиться с (рас-)комментированием дефайнов и есть оригинальный nanjg - легко получите рабочую прошивку.

Планы: остальные разводки, ?(термоконтроль на ATtiny45), адаптация к тактовой кнопке.