caxapa.ru :: У AVR время входа в прерывание непостоянно, зависит от текущей выполняемой команды, поэтому будет джиттер. У меня в начале обработчика есть специальный фрагмент, компенсирующий этот джиттер.

Лeoнид Ивaнoвич (21.08.2012 11:35, просмотров: 309) ответил Blackbird_sunday на хм а зачем так делать - в прерывании сначала выдал прошлое значение а потом считаешь будущее но выводишь его уже в следующем прерывании ..

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

Ответить

- Здоровый сон перед прерыванием должен помочь сделать время постоянным. - Юрий_СВ(22.08.2012 14:25)
  - Есть еще фоновая задача, которая мониторит посылки от управляющего процессора. Делать это по прерыванием нельзя. - Лeoнид Ивaнoвич(22.08.2012 15:32)
    - Если приём посылок по УАПП, то задаю время ("скорость") приёма по УАПП заведомо больше, чем период основного прерываний и проверяю флаги приёма в конце прерывания. Дальше выход в фон и засыпание. - Юрий_СВ(22.08.2012 16:42)
      - Наверное, можно что-то такое придумать. Но у меня и так работает, джиттер компенсируется кодом, хотя на на это тратится лишних 5 тактов. - Лeoнид Ивaнoвич(22.08.2012 18:18)
  - Ещё в некоторых ЦАП бывает двойное буферирование и отдельный вход для перегрузки из воходного буфера в выходной. Если управлять таймером, то дрожания быть не должно. - Юрий_СВ(22.08.2012 14:32)
    - Нет такого у аудио-ЦАП. - Лeoнид Ивaнoвич(22.08.2012 15:31)
- А не лучше ли генерить звук в основном цикле, а кнопки обслуживать по прерыванию? - Крок(21.08.2012 14:05)
  - Лучше всё делать по одному прерыванию! Yft(141 знак., 24.08.2012 12:39)
    - Зачем опрос кнопок в прерывании? - Лeoнид Ивaнoвич(28.08.2012 23:11)
  - это ещё ужасней. при генерации в прерывании дрожение 1/2 такта. А если в фоне, то можно получить дрожание, н-р, 100 тактов :( - Юрий_СВ(22.08.2012 14:34)
    - А откуда дрожание 1/2 такта? Я думаю, что дрожание примерно равно джиттеру тактового генератора, что намного меньше такта. - Лeoнид Ивaнoвич(22.08.2012 15:33)
      - Я имел в виду дрожание из-за прерывания во время исполнения команд разной длины. Длина команд в фоне 1, 2 или 3 такта. Т.е. изменения от периода к периоду: 0/1/2 такта. (если не принимать спец. действий против этого) - Юрий_СВ(22.08.2012 16:48 - 16:55)
        
        Конкретно на ATmega88 первой командой обработчика прерывания, который начинается прямо по адресу OC1Aaddr, стоит чтение TCNT1L. Получаю значения 5, 6, 7, 8. - Лeoнид Ивaнoвич(22.08.2012 18:10)
  - Так прерывание всё поломает. - Лeoнид Ивaнoвич(21.08.2012 15:38)
    - Да и хрен с ним. Клиент крутит ручки изредка. В остальное время прибор генерит синус. - Крок(21.08.2012 17:23)
      - Издеваетесь? Огромным недостатком своего прибора я считаю небольшой скачок фазы, который наблюдается при изменении частоты. А если такое будет на каждое нажатие кнопок, когда юзер ходит по меню, это вообще ни в одни ворота. Кстати - интересный Лeoнид Ивaнoвич(48 знак., 22.08.2012 11:43)
        
        В Вашем синтезаторе? Надо подумать. Для Вас страшен именно скачок фазы? Ведь не наблюдается скачка амплитуды - и это есть зер гут. - Крок(22.08.2012 11:53)
        
        Я вынужден на время обновления регистров частоты останавливать DDS, так как по времени не вписываюсь в один период дискретизации. Можно было бы держать вторую копию регистров и два обработчика прерывания, но регистров не хватает... - Лeoнид Ивaнoвич(22.08.2012 12:13)
        
        Точнее, не вписываюсь в интервал между двумя прерываниями. - Лeoнид Ивaнoвич(22.08.2012 12:15)
        
        В большинстве (если не во всех) интегральных DDS есть две пары регистров частоты - модифицируешь теневой сколь угодно долго, а потом одной командой делаешь теневой рабочим - MBedder(22.08.2012 12:32)
        
        В данном случае два набора регистров просто негде сделать - не хватает регистров. А из памяти скопировать не успеваю - там всего 5 циклов между прерываниями. - Лeoнид Ивaнoвич(22.08.2012 13:16)
        
        Эх, другой бы контроллер :) - Make_Pic(22.08.2012 13:32)
        
        Какой? Вообще нужно ставить FPGA + RAM + TxDAC. - Лeoнид Ивaнoвич(22.08.2012 13:52)
        
        а почему бы не применить dsPIC? последние вроде до 40МГц, паябельнные корпуса, несложный :) ассемблер, 2-канальный 12-битный цап со встроенным передескретизатором х256 интерполяцией sin(x)/x. - AVF(23.08.2012 09:49)
        
        Наслышан, что dsPIC - хороший контроллер. Но я его не знаю. - Лeoнид Ивaнoвич(23.08.2012 11:23)
        
        Леонид Иванович, поверь мне - после АВР тебе дсПИК покажется сущим раем. Прекрасные режимы адресации, мощная, логичная и негромоздкая система команд, великолепная быстрая периферия, простая и вменяемая среда разработки для АСМ и С, доступность, MBedder(122 знак., 23.08.2012 11:55)
        
        Два и более чудесных банка регистров которые надо переключать , втрое меньше памяти за те-же деньги... - PlainUser(28.08.2012 13:13)
        
        Чиво-чиво нащот банков и памяти - а ну с этого места пападробнее! - MBedder(29.08.2012 02:24)
        
        Атотысамнезнаешь. - PlainUser(05.09.2012 13:03)
        
        Т.е. dsPIC - фигня? - Лeoнид Ивaнoвич(28.08.2012 23:13)
        
        не знаю, может и не фигня, но если Вы отважитесь на изучение нового семейства, я бы рекомендовал потратить усилия STM32, а не dsPIC xMega и прочие тупиковые семейства - koyodza(29.08.2012 09:03)
        
        Присоединяюсь. Не обязательно STM32, можно и по NXP пройтись, но ядро Cortex M3. - Vladimir Ljaschko(29.08.2012 09:30)
        
        Зато xmega в освоении гораздо проще, и система команд та же. - Apтём(29.08.2012 09:06)
        
        система команд та же - это для Вас так существенно? - koyodza(29.08.2012 09:24)
        
        Вобщем не существенно, но это плюс (вдруг пригодится). - Apтём(29.08.2012 09:38)
        
        Золотые слова. Я бы ещё добавил полторы тысячи Аппликух, разжёвывающих любую тему до полной усвояемости. - Крок(23.08.2012 16:52)
        
        Буду иметь в виду, спасибо. Но пока будущее так туманно, не знаю, буду ли вообще заниматься чем-то подобным. - Лeoнид Ивaнoвич(23.08.2012 12:25)
        
        у ДСПИКов только один порт сделан не через жопу. В остальных или разряды не все выведены, или ноги равномерно по периметру разбросаны. - Крок(23.08.2012 11:10)
        
        BlackFin + Audio ЦАП. Mahagam(104 знак., 22.08.2012 14:25)
        
        Ну это только если исключительно для аудио генератор делать. Но большинство генераторов ЗЧ имеют диапазон хотябы до 200 кГц, что с аудио-ЦАП недостижимо. Гораздо интересней получается прибор на FPGA + TxDAC. - Лeoнид Ивaнoвич(22.08.2012 15:27)
        
        да можно в блекфину два ЦАПа воткнуть. аудио и инструментальный. разные диапазоны разные параметры. DMA блекфина не только аудиоскорость вытянет - Mahagam(22.08.2012 18:20)
        
        Как говорится, каждый хвалит своё болото. Как сделать генератор на ПЛИС - я знаю. А как на Блэкфин - нет. Поэтому пытаюсь найти оправдание :) - Лeoнид Ивaнoвич(22.08.2012 18:27)
        
        На заметку => USSR(65 знак., 23.08.2012 10:56, )
        
        Вообще то здравая мысль, хотя на первый взгляд и безумная ;) И стоит, что самое интересное, совсем недорого: 2-3$ за ADSP BF592. И вся библиотека цифровой обработки в ROM :) - Dir(22.08.2012 14:52, ссылка)
        
        ADSP BF592 2-3$ это @10000 piece? - saifullin(23.08.2012 06:32)
        
        В розницу ADSP-BF592KCPZ-2 продают за 3.74$ => USSR(49 знак., 23.08.2012 07:19, )
        
        При таком раскладе ATXmega явно в пролёте. - saifullin(23.08.2012 09:16)
        
        Так и вижу, как ТС, который делает генератор ДЛЯ СЕБЯ, побежал покупать за 150$ эмулятор и сел изучать ADSP :) - Лeoнид Ивaнoвич(23.08.2012 11:26)
        
        корпус не очень. а так любой блекфин с дорогучим аудиоЦАПом будет просто эталоном по формированию сигналов любой формы в звуковой полосе. Mahagam(154 знак., 22.08.2012 15:08)
        
        Думаю, что с таким же успехом аудио-ЦАП можно подключить к ARM с аппаратным I2S. Зачем там производительность BF? - Лeoнид Ивaнoвич(22.08.2012 15:29)
        
        за тем, что стоит он копейки - Mahagam(22.08.2012 15:36)
        
        Не окупит себя время, потраченное на его освоение. Применений для DSP даже меньше, чем для ПЛИС. - Лeoнид Ивaнoвич(22.08.2012 16:15)
        
        бросьте. на самом деле затрат только купить житаг за $150. а дальше это тупо обычный но _очень_ быстрый контроллер, с одним отличием - мы ему в ~~зубы~~ассемблер не смотрим, ибо там чёрт ногу сломит. а так он просто невероятно быстрый, особенно Mahagam(240 знак., 22.08.2012 18:14)
        
        Почему LFCSP не очень? Как по мне вполне нормально. Можно даже обычным паяльником припаять. Ламели с боков видны, не то что у QFN. Dir(227 знак., 22.08.2012 15:21)
        
        Soldering Considerations for Exposed-Pad Packages /EE352/: "the concepts discussed throughout this document should also apply to other DSPs with an EPAD, such as the ADSP-BF592.." => USSR(72 знак., 22.08.2012 15:25, )
        
        И что там такого нереального? 64-выводный корпус, малогреющийся чип. Что то не осознал... - Dir(22.08.2012 15:35)
        
        Кроме выводов по краям, есть ещё 65-ый вывод 6*6 мм на нижней стороне корпуса (EXPOSED PAD). Его тоже нужно припаивать. => USSR(82 знак., 22.08.2012 15:38, )
        
        В "бытовых" условиях там можно просто отверстие изобразить - залить припоем. - Гудвин(22.08.2012 15:52)
        
        Соглашусь.. Но в случае с ЛИ, овчинка (звуковой ГКЧ) выделки (VisualDSP-5.0 + JTAG-emulator + изучение нового DSP) не стOит. :) - USSR(22.08.2012 15:58, )
        
        Это еще неизвестно куда звуковой диапазон расширится. Если до 200кГц...1МГц, то или FPGA-шная реализация или на BF. Причем реализация на BF592 будет явно дешевле и функциональней. Dir(209 знак., 22.08.2012 16:15)
        
        А... ну это понятно :) QFN же с шагом 0,5 и PADом под чипом давно все юзают, уже приноровились... Я думал дело в каком то суровом профиле пайки. - Dir(22.08.2012 15:41)
        
        Ну тут я плохой советчик. По части регистров я только ПИКами владею. - Крок(22.08.2012 12:28)
  - Ой, и как получить минимальный джиттер и точность установки частоты? Или все остальные программы перенести то же в прерывание, а оставить только формирование синуса? - Make_Pic(21.08.2012 14:22)
    - Вынести в отдельный контроллер :-) (кстати видел такое решение в серийном устройстве). - =AlexD=(21.08.2012 14:30 - 22.08.2012 07:24)
      - Так у меня и вынесено. Это и есть ответ автору темы - сопроцессор на ATmega88 занимается только генерацией сигнала, для него ПО написано на ассемблере. А основной процессор, который Лeoнид Ивaнoвич(189 знак., 21.08.2012 15:37)
    - использовать DMA :=) Кстати, оно и в 8-битниках бывает - koyodza(21.08.2012 14:39)
      - В ATMega8 не был замечен :) Хотя на мой взгляд выбор ARM для такой задачки был бы более правильным или хотя бы DsPic или MSP430. - Make_Pic(21.08.2012 15:04)
        
        В 8-ми битном AVR Xmega есть ПДП. Работает не хуже АРМовского :) - Юрий_СВ(23.08.2012 01:15)
        
        Хуже: DMA есть не у всех xmeg, количество каналов - не больше 4, примитивней сделан как-то, и не получится например также как в АРМах с АЦП работать - сделано гораздо кривее. - Apтём(23.08.2012 01:27)
        
        В данном случае АЦП не нужен. Но если уж говорить об АЦП то у Xmega (вход опорного, диф. вход, входной усилитель с выбираемым коэф., знак/беззнак) он покруче АРМовского. Если бы ещё работал правильно - цены б ему не было. - Юрий_СВ(23.08.2012 03:11)
        
        Я знаю, но речь про Mega - Make_Pic(23.08.2012 01:26)
        
        MSP430 не годятся для этого, по крайней мере F1, а DMA есть в STM8 - koyodza(21.08.2012 15:13)
        
        Давно с ними (MSP430) не работал, но в старших есть DMA с DAC - Make_Pic(21.08.2012 15:18)
        
        MSP не самый универсальный МК, они прочно занимают свою нишу микропотребляющих контроллеров, но делать на них всё подряд не очень удобно - koyodza(21.08.2012 15:22)

Микроконтроллеры