Отправлено homekvn 24 октября 2006 г. 16:25 В ответ на: И еше посмотрите на статус порта - нет ли оверранов. Скорее всего при выводе классной картинки с FFT процессор не успевает обслуживать порт и некоторое (случайное) количество данных из порта не забирается. Когда это количество четное проблем с квадратурами нет, но видимо оно бывает и нечетным. отправлено andy_P 24 октября 2006 г. 16:18

Я думал, что данные идут в комп, а там уже БПФ, картинки и прочее делается. Или Вы под процессором комп понимали? Но тогда с чего бы ему не успевать?

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

• Не важно. DSP останавливается пока данные вытягиваются с таргета на хост. — andy_P   (24.10.2006 17:00 80.82.63.185, пустое)
  • DSP останавливается, а вот DMA, которым скорее всего данные тянут, похоже, что нет. — homekvn   (24.10.2006 17:06 212.185.161.237, пустое)
    • DMA-то время от времени перепограммировать надо :-), а если DSP стоит, то DMA не перепрограммируется. У любого уважаемого порта флажок есть, показывающий, все ли вычитывалось что в порт попадало. Проверить этот флажок и призываю. — andy_P   (24.10.2006 17:52 80.82.63.185, пустое)
      • Если DSP стоит, то DMA работает себе спокойно, будучи один раз запрограммированным. Я, например, предпочитаю один раз запустить DMA и забыть об этом. А он, родимый, работает себе тихонечко, даже если DSP вдруг остановился. — homekvn   (24.10.2006 20:54 212.185.161.237, пустое)
        • Долго обсуждать что там не так, да и телепатия это . Я например стриминг люблю - когда DMA подсовываются пустые буфера из очереди. Обработка ковыряет заполеннные буфера и отдает их в очередь пустых. На вкус и цвет... — andy_P   (25.10.2006 12:35 80.82.63.185, пустое)