[DooMmen]

 Сообщение от дядюшка_зуэ :

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

Так от этого и все проблемы. У вас то-же самое что и у TwinTwin. Рекомендую задать частоту в проекте (точно где не помню, но описание даже в этой теме есть).

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

не пробовали делать сброс с макс в средний по таймеру?

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

[дядюшка_зуэ]

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

Конфигами там не обойтись. У меня была мысль перенести мунлайт в основные режимы. Для увеличения количества режимов надо редактировать подпрограмму set_mode, а вот с мунлайтом - все сложнее, хотя можно вызов mode_line_chg вставить в нужный режим в set_mode, и посмотреть результат.

а если отключить #define MODELINECHG
и добавить допрежим #define Mod0001

[MSS]

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

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

Ну да. Об этом и разговор. Возни с терморезистором на много больше. Это и лишние провода, и огромный объем кода в программе.

[Tamagotchi]

Насчет частоты: Фусами мы задаем частоту процессору, а компилятору нужно делать так:
В коде:

#ifndef F_CPU
#define F_CPU = 4800000UL
#endif

И в свойствах проекта:

Это для delay информация
Вот после этого все всегда должно правильно работать. Если забыли указать в настройках проекта то берется из #define F_CPU

[дядюшка_зуэ]

переустановил AVR Studio и тулчейн которого ранее не было
на пробу компилил с добавлением режима и получил такое предупреждение

актуально для проекта от 19.12.2014 #329 пост
тоже самое проекта от 18.12.2014 #323 пост предупреждений не поступает
что бы это могло значить

[TwinTwin]

дядюшка_зуэ, такое же и у меня выдает.
Какая то неиспользуемая переменная.
Но прошил и все ок было.
Попробуй зашить, потом напиши как батарея мигать будет.

[Tamagotchi]

дядюшка_зуэ,
TwinTwin,
Закоментируйте строку uint8_t i:

[DooMmen]

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

Закомментируйте строку uint8_t i:

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

static NOINLINE void std_loop(void)
{
	while(1)
	{
		set_mode(current_mode);
		if (IsNewMode())
		{
			#ifdef WEAR_LEWELING
				delay_sec(1);
			#else
				delay_sec(2);
			#endif
			#ifndef	NOMEM
				#ifdef WEAR_LEWELING
						save_byte(CMODE_ADR, current_mode);
				#else
					if((ReadEEPROMByte(CFG_CURRENTMODE)) != current_mode)
						WriteEEPROMByte(CFG_CURRENTMODE, current_mode);
				#endif
			#endif
		}
		#ifdef THEMPERATURE_CONTROL
		calibrator10 = adch_temp;
		calibrator11 = calibrator10;
		#endif
		delay_ms(3);
	}
}

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

#ifndef F_CPU
#define F_CPU = 4800000UL
#endif

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

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

Возни с терморезистором на много больше. Это и лишние провода, и огромный объем кода в программе.

Я не думаю что в коде много освободится, зато прибавится. Какое время до снижения интересует? И до какого уровня? Если будет время - займусь, но не скоро, и без отладки в живом драйвере.

[Tamagotchi]

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

А что будет если компилятор по умолчанию втулит какую-то стандартную частоту сам

Сами программы не работают. ИИ еще не изобрели.

[MSS]

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

Я не думаю что в коде много освободится, зато прибавится. Какое время до снижения интересует? И до какого уровня? Если будет время - займусь, но не скоро, и без отладки в живом драйвере.

90 секунд в максимальном режиме и сброс в предыдущий (например с 2800 сброс в 1400). Освободится должно прилично. Я для кинга когда делал, там или рампинг или термоконтроль всунуть можно было.

[дядюшка_зуэ]

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

#define Mod0001	do {leds_off(); OCR0A  = 0x01;} while (0);

и соответственно рампинг 5 значений перебором от Mod0001 до Mod0005

[DooMmen]

дядюшка_зуэ, не у всех и на низком напряжении при OCR0A = 0x01 светодиод светился, так-что был выбран минимум OCR0A = 0x02 (это если #define FREQMOON_OFF не закомментирован). Уровни рампинга в данной прошивке - 2-4-8-16-32-64-128. Если очень хочется - можно сделать перебор 1-8 с шагом 1, ну или хоть до 255, только очень долго будет.

[galex]

 Сообщение от дядюшка_зуэ :

каким образом уменьшить яркость мунлайта

если диод загорается при OCR0A = 0x01 и этого много () можно частоту шим поднять до 18кГц, если не погаснет, то снизится, даже при при OCR0A = 0x02 (а то и 3)
ну или менять алгоритм (вроде можно задействовать 2 генератора и включать по совпадению...)
а еще можно поискать 190мА аналог 7135 (a705ngt-190)

[дядюшка_зуэ]

DooMmen, а помню как раз так все и оговаривалось
просто ранее перепробовал эти уровни
в одной из версий с которой начинал знакомство с этой веткой прошивки было OCR0A = 0x05 это для мунлайта был прожектор
OCR0A = 0x01 для кромешной темноты в самый раз
в данном случае с одним хмелем OCR0A = 0x02 вроде нормально , с триплом очень много
хочу попробовать OCR0A = 0x01 в последней версии по идее должно соответствовать Mod0001
и рампинг вовсе не нужно много шагов
того колличества которое в данный момент, а именно 5 шагов самое то
и задать их с уровнями Mod0001, Mod0002, Mod0003, Mod0004, Mod0005
все остальные потребности перекрываются заданым минимумом SetMod0

вот только не могу найти где эти параметры задаются в исходниках

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

[DooMmen]

 Сообщение от дядюшка_зуэ :

и задать их с уровнями Mod0001, Mod0002, Mod0003, Mod0004, Mod0005

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

 Сообщение от дядюшка_зуэ :

вот только не могу найти где эти параметры задаются в исходниках

		#ifdef FREQMOON_OFF
			ramping_reg = 2;
			k = 6;
		#else
			ramping_reg = 1;
			k = 7;
		#endif

заменить на:

		ramping_reg = 1;
		k = 7;

Количество уровней яркости не пробовали увеличивать? И мунлайт в основные впиливать?

[дядюшка_зуэ]

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

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

		#ifdef FREQMOON_OFF
			ramping_reg = 2;
			k = 6;
		#else
			ramping_reg = 1;
			k = 7;
		#endif

заменить на:

		ramping_reg = 1;
		k = 7;

Количество уровней яркости не пробовали увеличивать? И мунлайт в основные впиливать?

т.е. никакой возможности нет чтобы написанные ранее уровни равнялись 1, 2, 3, 4, 5мА и они совсем никак этих значений в ряду не принимают?

о значит если закоментирован #define FREQMOON_OFF то и так работает одно из условий и наоборот
только какое когда

увеличивать пробовал получил провал
позже заметил что нужно было и в сишнике править
еще займусь этим плотнее
замысел не в том чтобы засунуть сам мунлайт в линейку режимов, а сделать 1, 20, 350, 1050, 2800, где 1мА и будет мунлайтом или светляком как получится

[дядюшка_зуэ]

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

[DooMmen]

 Сообщение от дядюшка_зуэ :

т.е. никакой возможности нет чтобы написанные ранее уровни равнялись 1, 2, 3, 4, 5мА и они совсем никак этих значений в ряду не принимают?

ramping_reg = (ramping_reg<<1);

меняем на:

ramping_reg++;

k = 7; - это количество уровней, т.е. при =7 OCR0A будет меняться от 1 до 7.

 Сообщение от дядюшка_зуэ :

о значит если закоментирован #define FREQMOON_OFF то и так работает одно из условий и наоборот
только какое когда

Верхнее - если не закомментировано, как-раз было сделано из-за отсутствия свечения при OCR0A = 1.

 Сообщение от дядюшка_зуэ :

замысел не в том чтобы засунуть сам мунлайт в линейку режимов, а сделать 1, 20, 350, 1050, 2800, где 1мА и будет мунлайтом или светляком как получится

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

[дядюшка_зуэ]

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

ramping_reg = (ramping_reg<<1);

меняем на:

ramping_reg++;

k = 7; - это количество уровней, т.е. при =7 OCR0A будет меняться от 1 до 7.

Верхнее - если не закомментировано, как-раз было сделано из-за отсутствия свечения при OCR0A = 1.

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

ух ты ж ка
все работает
и если закоментирован #define FREQMOON_OFF то выход из мунлайта в минимум и тогда пятый режим не нужен тем более если сделать вот так

	#ifdef FREQMOON_OFF
			ramping_reg = 1;
			k = 6;
		#else
			ramping_reg = 1;
			k = 7;
		#endif

а если нет то в максимум
нужно еще немного подумать как правильнее сделать
ато так не совсем хорошо

не не нужно мунлайт в линейку
сейчас уже все будет пучком

странно убрал пятый режим Mod0001 и снова не зависимо от того закоментировано или нет #define FREQMOON_OFF выход из мунлайта в максимум
как тогда с пятью было если закоментировано в нулевой загадка

[DooMmen]

 Сообщение от дядюшка_зуэ :

тем более если сделать вот так

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

 Сообщение от дядюшка_зуэ :

закоментировано или нет #define FREQMOON_OFF

Это всего-лишь уменьшение частоты контроллера для уменьшения потребления, и все. ВЫ вашем случае надо раскомментировать.

 Сообщение от дядюшка_зуэ :

странно убрал пятый режим Mod0001

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