Отправлено ualina 01 сентября 2003 г. 22:37

В общем, я тока начал заниматься DSP - вторая неделя пошла, так что прошу за тупые вопросы не ругаться ;) И так, суть:
На этом ките и ацп и цап отображаются в память по одному и тому-же адресу, но проблема не в этом, а вот в чем: при работе в dma режиме нам надо выставлять DMARequest каждый раз, когда нам нужна новая пара выборок, при этом, первое чтение или запись после dmareq - будет для левого канала, а второе / чтение запись - для правого. Тоесть можно сделать, например вот - так: Dmareq - читаем левый канал, пишем левый канал, читаем правый канал, пишем правый канал. Как вы знаете, у данного проца (tigersharc) есть DMA Chaining(помойму так ;) ) Суть моей проблемы такова: я хочу в дма режиме считать N выборок с ацп, используя dma chaining, затем получившийся набор выборок обработать, и выплюнуть на цап, при этом параллельно заполняя новый набор выборок с АЦП. Тоесть, для безопасности, можно использовать 4 буфера - 2 на вход, 2 - на выход, хотя, может быть , можно и обойтись двумя буферами, но суть - не в этом. Я делаю так: с помощью dma-chaining постоянно читается то первый буфер, то второй. После заполнения буфера чтения(конец режима dma) - софтовый int, выставляю флаг, вернее переменную, которая означает, какой буфер сейчас заполнен, а программа просто отслеживает эту самую переменную и соответственно считает или первый буфер или второй и в конце подсчета в режиме dma выплевывает буфер на цап. Так вот суть проблемы: даже если выходной буфер=входному, на выходе просто толпы шумов. Насколько я понял, это связано с тем, что я не делаю dmarequest. Но если делать dmareq - то толку от работы dma chaining не будет - придется все время следить за работой дма, постоянно подсовывать ему dmar и т.д. К тому-же (не пинайте меня за столь банальный и дурной вопрос ;) ) что будет, когда по одному дма каналу будет вестись чтение с выставлением dmar через один отсчет, а по другому дма каналу - запись - и тоже - выставление dmar. Вообщем, труба ;) А разобраться все-таки хочется - вот и решил у гуру спросить совета, тока не пинайте, за тупой вопрос.

• Ответ: — dsmv   (02.09.2003 11:07, 700 байт)
  • Ответ: — ualina   (02.09.2003 19:59, 739 байт)
    • Собственно я предлагаю отказаться от dma chaining — dsmv   (03.09.2003 10:33, 68 байт)
    • Т.е. механизм, который выбран для работы - не верен в корне, отсюда траблы всякие и вопросы лишние. — sdy   (03.09.2003 01:33, пустое)
    • Для начала: есть такое поле chpt - на него смотреть и думать. А потом отказаться от флага софтверного для определения этого/другого буфера. — sdy   (03.09.2003 01:30, пустое)
  • Вообще то п.40 и там для случая смены направления только - чего тут нет. А п.46 про лстат. Где брали другую хитрую еррату? — sdy   (02.09.2003 17:23, пустое)
    • Это у меня предыдущая ERRATa, в новой этот пункт под номером 47 — dsmv   (02.09.2003 18:36, 536 байт)
      • Не, это же надо умудриться выставить реквест в те самые такты когда происходит смена трансфер контрол блока (ткб)? — sdy   (02.09.2003 20:00, 184 байт)
        • Во, а просто хардварно сделать так, чтобы реквесты поступали с периодом не больщим времени инициализации нового чейна? — sdy   (02.09.2003 20:03, пустое)
          • меньшим, ясно. — sdy   (03.09.2003 01:23, пустое)
• Так, до середины только понял, далее читать лень стало. Что есть dmarequest и зачем его делать? Типа, щас я тебя сделаю, так что ли? — sdy   (02.09.2003 01:50, 611 байт)
  • Вот исходники. — ualina   (02.09.2003 19:49, 4288 байт)
    • Я уже и не рад, что захотел на исходник посмотреть - думал десяток строк будет (как обычно это и бывает на асме), а тут такое, попробую заценить, но это будет долго. — sdy   (03.09.2003 01:21, пустое)
  • Ответ: Новичкам сразу Тиргрового шарика, блин .. нам бы так по началу дали ;-)))) — Jackal   (02.09.2003 09:39, пустое)