Отправлено bp 07 июля 2006 г. 19:22

Сбивается синхронизация, не знаю как побороть.

По McBSP в процессор идут фреймы по 6 16-битных слов. Клоки 2 Мгц, частота фреймов 10Кгц.
Настроил 2 DMA канала : элемент = 1, длина блока = 128 элементов.
Выделил 2 буфера : по 6 * 128 слов
И в прерываниях DMA я запускаю тот или другой канал, то есть заполняю поочередно 2 буфера (в перерывах буду обрабатывать)

dma0_isr:
psh T0
mov #0x4BC9, T0
mov T0, port(#DMA_CCR1)
mov port(#DMA_CSR0), T0
pop T0
reti

dma1_isr:
psh T0
mov #0x4BC9, T0
mov T0, port(#DMA_CCR0)
mov port(#DMA_CSR1), T0
pop T0
reti

Проблема в том, что где-то данные умудряются теряться. Если посмотеть после первых двух прерываний после старта - то все в порядке. А уже через секунду вижу, что данные потеряны.
Где может быть проблема ? Или подобные задачи принято как-то по другому решать ?

• Если разрешить прерывание DROPIE - то оно почему-то не срабатывает. — bp   (07.07.2006 19:37 81.3.189.234, пустое)
  • Обычно проблема в перегрузке IO-шины, например из-за USB, или просто активной записи/чтения портов где-то (командами, расположенными подряд). При этом дропается не запрос, а данное от MCBSP. — SM   (07.07.2006 19:52 213.141.159.26, пустое)
    • Странно это всё. Из периферии dsp используется только лишь McBSP, да еще таймер (но тот максимум пару раз в секунду прерывает). Может все-таки дело в DMA. А можно в этом случае (и поможет ли это ?) использовать автоинициализацию DMA ? (+) — bp   (07.07.2006 23:37 89.110.6.109, 214 байт)
      • да, с автоинициализацией и с одним dma каналом все чётко стало — bp   (10.07.2006 15:09 81.3.189.234, пустое)
    • Как вариант, можете попробовать работать 32-битными словами (в mcbsp), это уменьшит частоту запросов вдвое. Если, конечно, у Вас это возможно. — SM   (07.07.2006 19:59 213.141.159.26, пустое)

E-mail: info@telesys.ru