[uquote="ARV",url="/forum/viewtopic.php?p=3935455#p3935455"]
Kot_v_Nebesax писал(а):частоту шим можно поднять вплоть до 85 килогерц а разряность 10 бит
простой засчет показывает, что при 10 битах и предельно возможной для
atmega8 тактовой частоте 16 МГц частота ШИМ никак не может быть более 15 кГц с хвостиком... поэтому я с нетерпением буду ждать реализации этого проекта, ибо такое чудо надо обязательно взять на вооружение![/uquote]
Заходим к алексу гайверу на сайт и читаем, там всё описанно как поднять частоту я точно не помню либо до 85 либо до 65, точно не помню. Но частоту шим можно поднять это точно. Ах да, не забываем, не знаю как у вас, у меня максимальная частота на которой работает 8 атмега это 20 мгц.
Добавлено after 2 minutes 4 seconds:
Вот вырезка из статьи алекса гайвера.
Как мы уже говорили в уроке про функции времени и про ШИМ сигнал, у микроконтроллера есть несколько таймеров, которые могут выполнять разные функции, в частности – генерировать ШИМ сигнал. Чтобы таймер генерировал ШИМ, его нужно предварительно настроить при помощи редактирования регистра таймера. Когда мы работаем в Arduino IDE, таймеры настраиваются без нашего ведома в библиотеке Arduino.h, и собственно получают настройки, которые пожелали разработчики. И вот настройки эти не очень хорошие: частота ШИМ по умолчанию низкая, возможности таймеров не используются в полной мере. Посмотрим на стандартный ШИМ у ATmega328 (Arduino UNO/Nano/Pro Mini):
Таймер Пины Частота Разрешение
Timer 0 D5 и D6 976 Гц 8 бит (0-255)
Timer 1 D9 и D10 488 Гц 8 бит (0-255)
Timer 2 D3 и D11 488 Гц 8 бит (0-255)
На самом деле все таймеры спокойно могут выдавать 64 кГц ШИМ сигнал, а таймер 1 – он вообще 16 битный, и на той частоте, которую ему дали Arduino, мог бы работать с разрешением 15 бит вместо 8, а это, на минуточку, 32768 градаций заполнения вместо 256!!! Так к чему такая несправедливость? Таймер 0 занимается отсчётом времени, и настроен так, чтобы миллисекунды тикали точно. А остальные таймеры просто причёсаны к нулевому под одну гребёнку, чтобы у ардуинщика не возникло лишних проблем. Такой подход в целом можно понять, но сделали бы хоть пару стандартных функций для более высокой частоты, ну серьёзно! Ладно, если они не сделали, то сделаем мы
