Форум: Выбор оборудования

Здравствуйте. При 5ти канальном сборе помощью L305 наблюдается следующая проблема.
Мы осуществляем последовательный опрос 0,2,4,9,15 каналов с помощью процедуры SOFT lbios'a. Каналы специально так разнесены, чтобы избежать возможных проблем с межканальным прохождением. Остальные ноги подключающего разема заземлены. Никакого напряжения на выходной разъем не выведено(+-5/12 В). Параметры  сбора таковы:
- межканальная задержка - 10 mks
- кадровая задержка - 50 mks
Частота сбора получается 200 КГц на кадр.
Так вот, при данных параметрах на 0 канале оказывается сигнал физически подключенный к 15 каналу, на 2 канале - сигнал подключеный к 0, на 4 канале - 2 , на 9 канале - 4, а на 15 - 9ый. Происходит циклический сдвиг конфигурации каналов на один вправо: 0,2,4,9,15->15,0,2,4,9. Такой сдвиг наблюдается уже при двух канальном сборе и далее при увеличении числа опрашиваемых каналов. Однако, если опрашивать только 0 канал (т.е. одноканальный сбор) все происходит как положено и сигнал реально оцифровывается. В нашей системе 0 канал используется как управляющий и в зависимости от уровня на нем, программным путем осуществляется вывод сигнала на ЦАП одновременно при вводе. При сдвиге ,понятно, сигнал не выводится.
На данный момент проблема решается просто физическим переподсоединением сигналов в соотсветствии со сдвинутой конфигурацией. Но данное решение не приемлемо в дальнейшем. Кроме этого, даже при таком решении, от сбора к сбору, происходит сдвиг сигналов на опрашиваемых каналах. При просмотре собранных данных явно видно, что сначала сигнал верен а затем происходит сдвиг всей конфигурации. 

Пожалуйста подскажите или посоветуйте что-нибудь, если можно, и чем может быть причина такого поведения.

Заранее очень благодарен!!!!

С Уважением,
Alexey

Попробуйте сделать межканальную задержку 9 мкс.

См. http://www.lcard.ru/forumthreads/271

Привет всем. Большое спасибо за советы.

Заметил интересную вещь. При первом сборе данных, как раз сразу после загрузки биоса все происходит как положено - сдвига не наблюдается. Однако при дальнейших опросах сдвиг присутствует.

Похоже что, действительно проблема в переполнении буфера. Однако, хотя мы собираем данные на Pentium 166 MMX c Windows 2000, довольно странно что внутренний FIFO успевает переполнится между двумя соседними опросами порта. У меня были такие соображения но, я ,почему то, допускал такую причину в самую последнюю очередь. Основная причина здесь, по моему мнению, в многопроцессности ядра Windows 2000. Видимо, во время сбора данных происходит вытеснение процесса который читает данные в режиме ядра OS. Думаю самое простое и правильное решение повышать приоритет процесса, который читает данные из порта данных до realtime на время опроса тогда, частоты процессора с лихвой хватит чтобы опрашивать порт данных с надлежащей скоростью и не допускать переполнения внутреннего FIFO.

C Уважением,
Alexey