Форум: Техническая поддержка

Здравствуйте!
Карта L-502 с прошивкой 0.4 (и 0.10)
Есть задача принимать аналоговый сигнал и DIN и выдавать этот же сигнал через два ЦАП'а.
Оцифровка входа 1МГц (АЦП и DIN), выход 1МГц (только ЦАП). Настроено прерывание 2000 раз в секунду, соответственно,
использую выходной буфер в 1000 слов. При приеме АЦП значение преобразую в 16-ти битное и записываю попеременно
для ЦАП1 и ЦАП2 в выходной буфер.
И при этом получаю разрывы при выдаче. Ситуация исправляется, если выдавать 1000 - 2 слова, но это же не дело?

Так это выглядит (желтым цветом принимаемый сигнал, зеленым - ЦАП1, отключен ЦАП2):

Ошибся, 500 - 2 конечно же для этой настройки. Но если прерывать 1000 раз в секунду, та же картина.

Здравствуйте.

Не совсем понятно, речь идет о написании данного алгоритма в программе для сигнального процессора BlackFin?
Можете привести куски кода обработки входных данных и управления выводом, или прислать на почту минимальный вариант проекта прошивки, на котором проявляется проблема.
Какой масштаб времени в клетке в приведенной осциллограмме?

Архив послал на почту support@lcard.ru
Прошивка создана на основе вашей штатной. В архиве только ваши измененные и мои файлы.
Запускается подачей команды L502_BF_CMD_CODE_USER + 1 с PC
Масштаб 100 микросекунд

Здравствуйте.
Я посмотрел Ваш код. Из найденных проблем:
1. Массивы adcArray и dacArray у Вас объявлены внутри функции, как локальные переменные, которые создаются на стеке. Соответственно при выходе из функции они могут быть перезаписаны, а функция sport_tx_start_req только запускает dma на вывод, реально передача выполняется в фоне (и по ее завершению вызывается соответствующая функция). У Вас там есть указание секции, но по крайней мере на той версии VisualDSP, что я собирал, этот атрибут никак не влиял на переменные на стеке (прошивка бинарно такая же как и без секций). Таким образом, нужно либо их объявить вне функций, либо указать static, тогда и секции явно указывать не нужно.
2. в присланном файле в buildDacOutputArray передается размер OUT_BUF_SIZE, хотя в функции этот параметр - размер данных АЦП, который в 2 раза должен быть меньше для Вашего случая. Таким образом, Вы обрабатываете в два раза больше данных выходя за границу массива и что самое худшее, заполняете в выходной массив в 2 раза больше данных, что может повредить какие-то переменные, расположенные после массива dacArray.
3. Т.к. функция sport_tx_start_req только запускает DMA, но сам буфер во время DMA используется, то пока его передача не будет полностью завершена, буфер использовать нельзя. Т.к. у Вас будет небольшая задержка от запуска DMA до момента собственно передачи данных в SPORT процессора, т.е. вывод идет с небольшим смещением по времени, то на момент следующего входа в функцию usr_in_proc_data может еще использоваться последние слова буфера. Чтобы это исключить я сделал двойную буферизацию - обявил dacArray[2][OUT_BUFF_SIZE_ALL] и ввел переменную номера используемого буфера dacArrayNum (также static, чтобы сохраняла значения между вызовами), изначально равную 0, и в функции buildDacOutputArray и sport_tx_start_req передавал dacArray[dacArrayNum] и после sport_tx_start_req делал переход к другой половинке dacArrayNum ^= 1.

В принципе после этих изменений измеренный сигнал стал без каких-либо артефактов. Попробуйте у себя, решится ли проблема.

Здравствуйте! Спасибо за ответ, действительно помогло!
Описанные Вами особенности работы функции sport_tx_start_req были для меня не очевидны.

С пунктом 2 несогласен, т.к. за раз принимаю 500(ЦАП) + 500(DIN) слов, и при этом OUT_BUF_SIZE=1000000/2000=500
В выдаче я формирую две синусоиды, поэтому должен выдавать OUT_BUFF_SIZE * 2= 1000 слов
Что я и делаю.
Вроде бы, все правильно...

Да, по второму пункту согласен, не обратил внимание, что у Вас две разные константы OUT_BUF_SIZE и OUT_BUF_SIZE_ALL и в первом вызове используется первая, а во втором вторая.