Прошивка-конструктор для народного драйвера под силовую кнопку

vdavid · 24.11.2016, 20:27

Corvax · 24.11.2016, 20:58

LJek · 25.11.2016, 12:00

Цитата:

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

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

Не, я конечно осел, но читать умею: в темах как бы уже пришли к консенсусу, что из-за различия в физиологии и потребностях освещения всем нужны разные уровни. Кому-то нужно 30мА, а кому-то 2 хочется уменьшить.
Решения здесь только два: перекомпилировать прошивку со своими набором уровней, или поддержка прошивкой рампинга и выставление уровней в run-time, так сказать.
Для первого варианта я табличку режимов с уровнями сделал, это более простой способ. Для второго, я полагаю - рампингу быть! Нужен клёвый алгоритм... Уговорили, что для мунлайта он должен отличаться от обычных "силовых" режимов.

Кстати, расскажите, чем так полезен этот мунлайт? Для себя потребность в нем я еще не выявил. Достичь такого низкого свечения, чтобы СИД мог освещать только рефлектор... Зачем?? Разглядывать СИД в темноте???

Цитата:

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

Очень наглядный пример практической бессмысленности линейного рампинга

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

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

vdavid · 25.11.2016, 14:35

Цитата:

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

Кстати, расскажите, чем так полезен этот мунлайт?

Искать фонарик в темноте,

Цитата:

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

Значит выходим ночью и светим на кусты и дорогу

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

galex · 25.11.2016, 15:02

Цитата:

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

А подбирать всякий раз яркость под отдельный куст - занятие для маньяка.

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

fnksb · 25.11.2016, 16:20

Цитата:

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

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

У маньяка скорее всего уже и фонари под тактовую кнопку

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

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

LJek · 25.11.2016, 18:41

Цитата:

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

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

Спасибо, что появились! Я надеялся на Ваше внимание.
Вариант под силовую кнопку я выбрал для начала, как наиболее простой в освоении.
Изменив подсистему обработки команд (сейчас просто клики->действия), можно будет без полной перестройки проекта получить прошивку и под тактовую кнопку, и под их комбинации. Действия будут приводить к выполнению обработчиков (смена режимов, спец. функции), т.е. ядро получается "кросс-платформенным". И если в него заложить разумные и достаточные возможности... (можно будет надеяться и на "популярность")
Я рад, что после первоначального вала нападок и придирок (кстати, сравнительно небольшого), диалог пошел более конструктивный.

У меня Ваша "хотелка упрощенной питерской прошивки" даже имеет разводку имени Вас

С ней список разводок стал законченным.

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

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

fnksb · 25.11.2016, 19:02

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

С точки зрения пользователя, периодически перепрошивающего драйвера:
- сейчас основная сфера применения "линейников под силовую кнопку" - достаточно простые и часто "отдавательные-дарительные" фонари;
- непонятно, зачем для этих простых фонарей запариваться на Attiny45, тем более если не делать термоконтроль.

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

Если же делать "популярную прошивку для народа под силовые кнопки" - то на attiny13.
Я бы всеми руками проголосовал за появление простой открытой прошивки для "бабушко-фонаря" (20-100% на 1*7135 без памяти), "Хай-Лоу-Мед без памяти" для дальнобоев, и т.п. простых решений.

galex · 25.11.2016, 20:19

Цитата:

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

Я бы всеми руками проголосовал за появление простой открытой прошивки для "бабушко-фонаря" (20-100% на 1*7135 без памяти)

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

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

fnksb · 25.11.2016, 21:07

Цитата:

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

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

Мне самому модифицировать сложно, так и не научился этого делать - а готовых таких не попадалось (хотя, возможно, плохо искал). Так что "питерскую" юзаю по старинке

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

Но это из серии "что было бы интересно мне"; какой может быть интерес этим заниматься у ТС - не знаю
Ему-то интереснее что-то навороченное наворотить, и это понятно - но интерес к навороченным "силовым" прошивкам уже в существенной мере прошел, КМК

galex · 25.11.2016, 21:15

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

Цитата:

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

интерес к навороченным "силовым" прошивкам уже в существенной мере прошел, КМК

кмк, интерес к переделкам nanjg105 вообще на форуме уже угас.

Waryag · 27.11.2016, 18:33

Цитата:

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

кмк, интерес к переделкам nanjg105 вообще на форуме уже угас.

Разве появились бюджетные альтернативы под тактовую кнопку с хотя бы таким же ШИМом и нормальным управлением?

galex · 27.11.2016, 19:08

Цитата:

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

Разве появились

разве фонаревка не превратилась в филиал муськи?

Waryag · 27.11.2016, 19:13

И все же - других вариантов нет?

galex · 27.11.2016, 19:18

Waryag, вы от меня что хотите? под тактовую есть открытая прошивка ceramic, закрытая и забытая с заменой контроллера от tamagotchi, закрытая, но активно изменяемая от dandan2000. ну еще один-два забытых всеми варианта.
кому надо - воспользуется. но по активности в темах видно, что уже почти никому не надо. есть дорогие кастомные драйвера (как отдельно, так и в составе кастмоных фонарей), есть недорогие олайты и т.п.

Waryag · 27.11.2016, 19:47

Цитата:

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

Waryag, вы от меня что хотите? под тактовую есть открытая прошивка ceramic, закрытая и забытая с заменой контроллера от tamagotchi, закрытая, но активно изменяемая от dandan2000. ну еще один-два забытых всеми варианта.
кому надо - воспользуется. но по активности в темах видно, что уже почти никому не надо. есть дорогие кастомные драйвера (как отдельно, так и в составе кастмоных фонарей), есть недорогие олайты и т.п.

Просто поинтересовался, хочется довести до ума манкер. А про муську и "никому не надо" вы и начали.

Wildcat · 28.11.2016, 08:46

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

LJek · 04.12.2016, 11:25

Я поэкспериментировал с тактовой частотой и минимальной яркостью:
понижение частоты увеличением CLKPR дает увеличение светимости СИД при одном и том же значении OCR.

Но боже, как трудноуловимо об этом написано в референсных исходниках:

Код:

#define FREQMOON_OFF  // отключаем понижение частоты в светляке (получаем меньшую яркость при том-же потреблении)

У меня получилось

Код:

static NOINLINE_DEBUG void SetSystemClockPrescaler(const byte Scp_Value, const Boolean LockIntrs)
{
	if (LockIntrs)
		cli();
	CLKPR = _BV(CLKPCE);
	CLKPR = Scp_Value;
	if (LockIntrs)
		sei();
}

static NOINLINE_DEBUG void DelayMS(Delay_Interval_MilliSeconds msecs)
{
	byte ActivePrescaler = CLKPR;
	if (ActivePrescaler)
		msecs >>= ActivePrescaler;
	do {
		_delay_ms(1);
	} while (--msecs);
}

И внятная работа с частотой, и независящая от частоты задержка!

Проверял вот так

Код:

__attribute__((OS_main)) int main(void)
{
	static const byte _scps[] PROGMEM = {0, 1, 2, 3, 4};
	byte i = 0;
	while (1) {
		InitHardware(ProgMemRead(_scps[i]));
		SetLightLevel(Minimal_Level);
		DelayMS(5000);
		SetLightLevel(Light_Off);
		if (++i == array_length(_scps))
			i = 0;
	}
}

здесь InitHardware() по сути тот же initialize() с вызовом SetSystemClockPrescaler()

Теперь надо осмыслить результаты...

LJek · 21.12.2016, 10:33

Выяснил, что микропроцессор потребляет не более 4 мА в активном режиме на восьми мегагерцах. Спрашивается, зачем я городил задержки на WDT и спящем режиме?
Народ, скажите, экономия 2-4 мА стоит потери 150 байт места? Хотя бы опционально такая "фича" кому-то интересна?

galex · 21.12.2016, 17:22

Цитата:

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

, зачем я городил

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

25.11.2016, 19:02	48
fnksb Ветеран Фонарёвки Регистрация: 08.03.2011 Последняя активность: Сегодня 01:06 Сообщений: 34364 Записей в дневнике: 4 Сказал(а) спасибо: 17517 Поблагодарили: 39330 раз(а) в 14565 сообщениях	Re: Прошивка-конструктор для народного драйвера под силовую кнопку LJek, но только я совсем не программист, так что по сути мало чем могу помочь. С точки зрения пользователя, периодически перепрошивающего драйвера: - сейчас основная сфера применения "линейников под силовую кнопку" - достаточно простые и часто "отдавательные-дарительные" фонари; - непонятно, зачем для этих простых фонарей запариваться на Attiny45, тем более если не делать термоконтроль. Так что если просто интересно и хочется "понаворачивать" всякого - то лучше сразу переходить на тактовую кнопку, там и возможностей больше. Если же делать "популярную прошивку для народа под силовые кнопки" - то на attiny13. Я бы всеми руками проголосовал за появление простой открытой прошивки для "бабушко-фонаря" (20-100% на 1*7135 без памяти), "Хай-Лоу-Мед без памяти" для дальнобоев, и т.п. простых решений.

27.11.2016, 19:18	55
galex сволочь фонарёвки Регистрация: 27.05.2011 Последняя активность: Вчера 22:09 Сообщений: 40358 Сказал(а) спасибо: 6667 Поблагодарили: 36041 раз(а) в 16651 сообщениях	Re: Прошивка-конструктор для народного драйвера под силовую кнопку Waryag, вы от меня что хотите? под тактовую есть открытая прошивка ceramic, закрытая и забытая с заменой контроллера от tamagotchi, закрытая, но активно изменяемая от dandan2000. ну еще один-два забытых всеми варианта. кому надо - воспользуется. но по активности в темах видно, что уже почти никому не надо. есть дорогие кастомные драйвера (как отдельно, так и в составе кастмоных фонарей), есть недорогие олайты и т.п.

28.11.2016, 08:46	57
Wildcat Ветеран Фонарёвки Регистрация: 09.05.2016 Последняя активность: 31.10.2020 16:52 Сообщений: 2336 Сказал(а) спасибо: 78 Поблагодарили: 920 раз(а) в 608 сообщениях	Re: Прошивка-конструктор для народного драйвера под силовую кнопку А новая Конвойская на роль универсальной прошивки, в том числе и для бабушки, не подходит? Для attiny13, открытая, куча вариантов режимов, разные частоты для разных режимов, надфилем ее под свои нужды можно подправить. Еще проще - STAR, она и под силовую и под тактовую кнопки есть. Хочется еще навернуть - можно ж bistro взять, она под старшие тиньки и управление у нее головоломное, для тонких ценителей

21.12.2016, 10:33	59
LJek Увлеченный Регистрация: 29.04.2015 Последняя активность: 06.05.2018 12:38 Сообщений: 116 Сказал(а) спасибо: 27 Поблагодарили: 5 раз(а) в 4 сообщениях	Re: Прошивка-конструктор для народного драйвера под силовую кнопку Выяснил, что микропроцессор потребляет не более 4 мА в активном режиме на восьми мегагерцах. Спрашивается, зачем я городил задержки на WDT и спящем режиме? Народ, скажите, экономия 2-4 мА стоит потери 150 байт места? Хотя бы опционально такая "фича" кому-то интересна?

24.11.2016, 20:27	41
vdavid Ветеран Фонарёвки Регистрация: 25.01.2015 Последняя активность: 16.02.2025 22:50 Сообщений: 1584 Сказал(а) спасибо: 268 Поблагодарили: 509 раз(а) в 322 сообщениях	Re: Прошивка-конструктор для народного драйвера под силовую кнопку galex, Ага, ступил.

04.12.2016, 11:25	58
LJek Увлеченный Регистрация: 29.04.2015 Последняя активность: 06.05.2018 12:38 Сообщений: 116 Сказал(а) спасибо: 27 Поблагодарили: 5 раз(а) в 4 сообщениях	Re: Прошивка-конструктор для народного драйвера под силовую кнопку Я поэкспериментировал с тактовой частотой и минимальной яркостью: понижение частоты увеличением CLKPR дает увеличение светимости СИД при одном и том же значении OCR. Но боже, как трудноуловимо об этом написано в референсных исходниках: Код: #define FREQMOON_OFF // отключаем понижение частоты в светляке (получаем меньшую яркость при том-же потреблении) У меня получилось Код: static NOINLINE_DEBUG void SetSystemClockPrescaler(const byte Scp_Value, const Boolean LockIntrs) { if (LockIntrs) cli(); CLKPR = _BV(CLKPCE); CLKPR = Scp_Value; if (LockIntrs) sei(); } static NOINLINE_DEBUG void DelayMS(Delay_Interval_MilliSeconds msecs) { byte ActivePrescaler = CLKPR; if (ActivePrescaler) msecs >>= ActivePrescaler; do { _delay_ms(1); } while (--msecs); } И внятная работа с частотой, и независящая от частоты задержка! Проверял вот так Код: __attribute__((OS_main)) int main(void) { static const byte _scps[] PROGMEM = {0, 1, 2, 3, 4}; byte i = 0; while (1) { InitHardware(ProgMemRead(_scps[i])); SetLightLevel(Minimal_Level); DelayMS(5000); SetLightLevel(Light_Off); if (++i == array_length(_scps)) i = 0; } } здесь InitHardware() по сути тот же initialize() с вызовом SetSystemClockPrescaler() Теперь надо осмыслить результаты...