[vdavid]

 Сообщение от Жером :

превращается в лотерею в зависимости от экземпляра контроллера?

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

[Жером]

vdavid,

Откалибровать даже при желании не получится. Время отмаргивания SOS сократилось с 4.4 сек. при 7.26 кГц (уточнённый 7.3) до 3.4 сек. при 9.34 кГц. В результате чего сигнал превратился в набор быстрых и неинформативных вспышек, а я и 4.4 сек хотел немного удлинить. Увеличить же длительность тире можно только с 225 до 255, что на глаз заметно не будет.
Нет ли программного решения для уменьшения подобного разброса у разных контроллеров?

[vdavid]

 Сообщение от Жером :

Откалибровать даже при желании не получится.

Это как? Я о калибровке встроенного генератора тини13. Почитайте в даташите о регистре OSCCAL. Ну и Application Note AVR053.
Если же хочется радикально замедлить все на свете - записать в CLKPR вместо единицы двойку. Не забудьте подправить константы в delay_sec и input_mode как минимум. Остальное по вкусу. Можно перейти на генератор 9.6 МГц. При этом в CLKPR нужно записать 3. Повторяемость будет немного лучше без калибровки.

[Жером]

vdavid,

Прошил ради эксперимента в эти контроллеры питерскую прошивку. Частоты ШИМ получились те же: 7.26 и 9.34 кГц.
Прошил в них же прошивку отсюда https://forum.fonarevka.ru/... .
С ней контроллер работает на частоте 9.6 МГц и частота ШИМ 4.8 кГц. Реальная частота ШИМ получилась 4.42 и 4.6 кГц соответственно. Разброс в частотах уменьшился в разы и в калибровке не нуждается.
Вроде как получается, что надо попробовать перейти на генератор 9.6 МГц (перезадать фьюзы SKSEL), но как записать в CLKPR нужное значение что править в константах?
Почему для этого проекта сразу не была выбрана частота 9.6 МГц?

[vdavid]

 Сообщение от Жером :

как записать в CLKPR нужное значение

Найти в файле .с строку CLKPR=1 и заменить 1 на 2.

[Жером]

vdavid,

#define F_CPU 4800000UL
А эту строку в .h-файле надо как то изменять?

[Жером]

vdavid,

clkpr встречается дважды, менять во втором?

#ifndef FREQMOON_OFF
static NOINLINE void cpu_div(void) // Устанавливаем делитель тактовой частоты
{
CLKPR = 0x80;
CLKPR = 0x02;
}
#endif

и

static INLINE void initialize(void)
{
CLKPR = 0x80;
CLKPR = 0x01; // устанавливаем делитель тактовой частоты

[vdavid]

 Сообщение от Жером :

clkpr встречается дважды,

но = 1 встречается лишь однажды, правда?

[Жером]

vdavid,

Значения ШИМ при частоте контроллера 9.6 МГц и CLKPR = 0x02.
Было 9.34, стало 9.3 Кгц.
Было 7.26, стало 8.95 Кгц!!!
Работа на частоте, под которую происходит заводская калибровка творит чудеса?

[DooMmen]

Жером, судя по всему у Вас китайская подделка (отбраковка) контроллера в котором не работает встроенный делитель (и в этом вся проблема). При CLKPR = 0x02 частота ШИМа должна была уменьшиться в 2 раза (это встроенный делитель частоты который по умолчанию устанавливается на 2, а строка CLKPR = 0x02 должна включить делитель на 4), ну и частота мигалок то-же. Возможно это проблема в коде инициализации, а может это и контроллер такой. Попробуйте в коде static INLINE void initialize(void) перед CLKPR = 0x80; вставить строку:

cli();

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

[MSS]

Лучше принскрин пусть фьюзов своих выложит с МК

[Tamagotchi]

DooMmen, При старте МК все прерывания выключены - не надо выключать при инициализации.

[DooMmen]

Tamagotchi, лучше попробовать на всякий случай, иначе я не знаю что там происходит

[vdavid]

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

При CLKPR = 0x02 частота ШИМа должна была уменьшиться в 2 раза

Да нет же. Я ему посоветовал перейти на генератор 9.6Мгц. При этом тактовая частота составит те же 2.4МГц.

[Жером]

DooMmen,
Мы же частоту работы контроллера подняли до 9.6 МГц и поделили на два. То есть подняли частоту в два раза поделили на два. Почему частота ШИМ должна поменяться?
Почему для этого проекта выбрали именно частоту 4.8 МГц?

[Жером]

Tamagotchi,

Почему для этого проекта выбрана частота 4.8 МГц?

Выдержка из даташита:

17.3 Calibration Bytes
The signature area of the ATtiny13A contains two bytes of calibration data for the internal oscillator.
The calibration data in the high byte of address 0x00 is for use with the oscillator set to 9.6
MHz operation. During reset, this byte is automatically written into the OSCCAL register to
ensure correct frequency of the oscillator.
There is a separate calibration byte for the internal oscillator in 4.8 MHz mode of operation but
this data is not loaded automatically. The hardware always loads the 9.6 MHz calibration data
during reset. To use separate calibration data for the oscillator in 4.8 MHz mode the OSCCAL
register must be updated by firmware. The calibration data for 4.8 MHz operation is located in
the high byte at address 0x01 of the signature area.

[Tamagotchi]

 Сообщение от Жером :

Почему для этого проекта выбрана частота 4.8 МГц?

Я так захотел.

 Сообщение от Жером :

17.3 Calibration Bytes...

За 3 года ни у кого особых проблем не вылезало... вообще проблем не вылезало.

[vdavid]

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

За 3 года ни у кого особых проблем не вылезало...

Осциллографы у юзеров отобрать - и дальше не будет.

[Tamagotchi]

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

Осциллографы у юзеров отобрать - и дальше не будет

[Жером]

Tamagotchi,

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

За 3 года ни у кого особых проблем не вылезало... вообще проблем не вылезало.

Есть подозрение, что на частоте тактирования контроллера 4.8 МГц частота ШИМ имеет относительно 9.2 КГц большой разброс в меньшую сторону из-за чего стробы на разных контроллерах работают с разной скоростью.
У меня получилось: 9.34, 7.26, 6.75 и сейчас померил светодиодом в звуковуху собранный фонарь примерно 7,5 кГц.
У vdavid: 8.2, 8.4 и 8.6 кГц.

У кого есть возможность, померяйте частоту ШИМ и отпишитесь.