а зачем там вообще кварц - вам что надо соблюдать временно-частотые интервалы? внутреннего генератора хватит с головойmisterkuk писал(а):Но всё же, как быть с кварцем? прямо на ноги цеплять или генератор делать?
а вот и не так. вечером проверил. 4 такта на выходvitalik_1984 писал(а):Получается что так, ведь в режиме Idle генератор такта процессора и флеш не работает.
В общем, да. По окончании преобразования меняете канал АЦП посредством мультиплексора, ждёте немного (см. ДШ) чтобы новое напряжение устаканилось, и запускаете новое преобразование.Serbis писал(а):Правильно ли я понимаю, что это делает простой сменой значения MUX В конце прерывания. После чего, очередное прерывание, считает значение уже другого входа?
А в чем проблема прочитать в том же таймере раз в 1024 (наугад число)цикла прочитать следующий word и сменить значения?zero648 писал(а):, т.к. оба канала мы можем использовать только в одном режиме таймера, а режимы у нас разные, таймер, задающий амплитуду звука, должен работать в режиме PWM 8-бит без прескалера, второй для частоты дискретизации, он должен работать в режиме СТС, можно конечно и без СТС по переполнению, но тогда нужно постоянно корректировать регистр TCNTn.
Код: Выделить всё
IN_REG[15..8].D = DAT[7..0]&RESET;
IN_REG[7..0].D = DAT[7..0]&RESET;
IN_REG[7..0].ENA = (!CS&!WR&(A[]==8))#!RESET;
IN_REG[15..8].ENA = (!CS&!WR&(A[]==9))#!RESET;
Нам же нужно получить аппаратный ШИМ на выходе, работающий на тактовой частоте, если при этом еще каждый OCR на ШИМе прерываться, да плюс его же еще и менять, думаю получим нестабильные дискреты и по скорости много времени потратим. Так зачем нам программный ШИМ?.vitalik_1984 писал(а):А в чем проблема прочитать в том же таймере раз в 1024 (наугад число)цикла прочитать следующий word и сменить значения?
Хотя если ресурсы позволяют, можно не мелочиться
zero648 писал(а): Нам же нужно получить аппаратный ШИМ на выходе, работающий на тактовой частоте
Зачем каждый OCR?На прерывание OCR можно вообще время не тратить.zero648 писал(а): если при этом еще каждый OCR на ШИМе прерываться, да плюс его же еще и менять, думаю получим нестабильные дискреты
А что разве во время работы АППАРАТНОГО шим Мк чем то занят?zero648 писал(а): и по скорости много времени потратим. Так зачем нам программный ШИМ?.
В этом все и дело, что мы тогда, хош не хош, а аппаратный ШИМ превратим в программный, если будем при каждом его OCR прерываться и при этом мешать другим более приоритетным прерываниям выполняться вовремя.vitalik_1984 писал(а):А что разве во время работы АППАРАТНОГО шим Мк чем то занят?
Вы вообще читаете что вам пишут?при каждом его OCR прерываться
Или я вообще не догоняю о чем вы.vitalik_1984 писал(а): Зачем каждый OCR?На прерывание OCR можно вообще время не тратить.
Процедура чтения с flash МК со всеми проверками длины и конца трека занимает примерно 15 тактов.vitalik_1984 писал(а):Какая процедура чтения? Длинная или нет?