В разрабатываемом приборе применяется внешняя покадровая синхронизация АЦП L-783. После запуска АЦП в буфере после первого кадра нарушается положение первого канала  во всех последующих кадрах (первый канал и только первый идет с задержкой, можно наблюдать если по всем каналам писать один сигнал). При устанвке програмной межкадровой задержки все работает нормально.Частота канальная 1 МГц, кадровая 4 кГц
Может кто нибудь сталкивался с такой проблемой подскажите, заранее благодарен

Сообщите серийный номер Вашего L-783.

Каким ПО пользуетесь?

L-783 Ревизия В №7С620078 DSP 2186
Программа регистрации написана с использованием поставляемых с платой драйвера, L783.BIN и Lcomp.dll. Проверялась под Ме и ХР результат одинаковый. Вчера дополнительно установил, что ошибка наблюдается только если канальная частота меньше или равна 1МГц при установке канальной частоты от 1056 до 2000 все работает нормально.
В принципе можно было бы успакоиться, но насколько я понял при частоте выше 1 МГц нет коррекции

Дополнительно. Организацией было закуплено две L-783 . Номера к сожалению под рукой нет, но работает аналогично.

Попробовал писать программой LGraph все, что писал выше повторяется

Серийный номер сообщил

Victor. Мы воспроизведём эту ситуацию и ответим.

У меня не получилось воспроизвести Вашу ситуацию. Всё вроде бы работает нормально.
Я использовал штатную программу L-Graph. Частота АЦП была установлена равной 952.381 кГц. Была также выбрана внешняя покадровая синхронизация. При этом никаких сбоев в собранных данных я не обнаружил.

Попробую подробней рассказать как я тестирую.
На 1 физический вход подан сигнал частотой 1 кГц -синусоида. Сигнал внешней кадровой синхронизации 4 кГц жестко синхронизирован с синусоидой. Оцифровка производится в моменты максимумом и перхода через 0 синусоиды (4 раза за период). Во всех 4 логических каналах L-Graph выбран канал с синусоидой. Так как частота АЦП на два порядка больше кадровой то на экране наблюдается пила. Если все нормально то все 4 линии сливаются. Если частоту АЦП выставить 1МГц или меньше то в 1 логическом канале происходит задержка на время одного кадра после первого же отсчета (первый правильный). В 99% случаев применения это не имеет ни какого занчения, но к сожалению не в моем.

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

Прикупили 4 шт. L783, по два в пару ПЭВМ. Для нашей задачки требуется покадровая синхронизация до 1000 кГц. Результат работы АЦП (одного) озадачил: при аналогичных режимах тестирования выходило, что в некоторые моменты вре-мени (закономерности выявить не удалось) АЦП запускалось самопроизвольно. За-давая частоты тактирования кратно частоте синуса, подаваемого на вход АЦП, лег-ко понять, сколько полных периодов должно наблюдаться. Наблюдалось сущест-венно меньше (около 12.5 периодов вместо 13), да и искажения сигнала были легко заметны на глаз.
Аналогичное явление несколько лет назад наблюдалось с L780. Но тогда лишних отсчетов было мало, да и заменой компа проблема решилась (догадать до этого правда удалось далеко не сразу).
Теперь с L783 перепробовали 4 ПЭВМ и все 4 АЦП, но увы… Где-то лучше, где-то хуже, но ни в одном из случаев не получили удовлетворительного количества лишних отсчетов.
Изучение файла sinchro.h дало не много. Единственное, что изменили, так это переставили строку остановки АЦП (AR = 0x3F1F; DM(Sport1_Ctrl_Reg) = AR;) из конца цикла в начало, сразу после метки AnotherLowFreqKadr. Это дало привязку первого кадра к фронту синхроимпульса, а ранее этот кадр по времени был привя-зан к команде перехода в режим покадровой синхронизации. (Может быть, такое изменение поможет и Виктору, автору этого сообщения?) Но данная корректировка файла позволила исправить только первый кадр, но лишние отчеты не пропали.

Вот и возникает закономерный вопрос: что может быть причиной появления такого поведения АЦП (4-х L783 и 2-х L780). Не удивлюсь, что на ваших компью-терах такого эффекта не наблюдается. Но тем не менее хотелось бы получить ком-ментарии специалистов.

Юрий.
Самопроизвольный, как Вы пишете, запуск АЦП возможен по причине наличия помех в Вашей схеме подключения внешнего сигнала синхронизации. С этим можно бороться разными способами, но что-либо советовать я смогу тогда, когда Вы опишите подробно Ваши условия эксперимента:
-- схему подключения контактов 17 (AGND), 37 (DIGIN) входного разъёма модуля L-783;
-- что является источником сигнала синхронизации, какие электрические уровни он имеет?
-- общий провод источника сигнала синхронизации  имеет ли электрическую связь с корпусом компьютера (кроме как через контакт 17)?
-- какое расстояние до источника сигнала синхронизации, каким проводом он подключен?

Александр! Спасибо, что ответили. Думаю, что без советов сотрудников Вашей фирмы, мы не сможем найти причину сбоев.
------------------------------------------------
Вначале о тем, что я подразумеваю, когда говорю о "самопроизвольном" запуске АЦП. Корректней было бы говорить, что в массиве считанных отсчетов есть явно "лиш-ние" точки. "Лишние" потому, что если их удалить из массива, то оставшиеся отсчеты да-ют красивую синусоиду. На глаз такие точки легко определяются на участках синусоиды вблизи 0, т.е. на участках, которые можно считать линейными. Здесь нет возможности привести картинку, поэтому попытаюсь озвучить картинку с искаженным сигналом. Пусть имеется 7 отсчетов со следующими значениями: 0, 2, 4, 5, 6, 8, 10. Даже без графика вид-но, что 4-й отсчет со значением 5 - "лишний". Если его удалить, то становится все просто и красиво, а именно: 6 отсчетов со значениями: 0, 2, 4, 6, 8, 10. Именно такого рода иска-жения и наблюдаются. "Лишний" отсчет" имеет значение, равное половине суммы сосед-них отсчетов. Настоящая причина существования таких отсчетов пока не известна, но пер-вое что приходит в голову – это несанкционированные запуски АЦП. Например: если бы АЦП иногда запускалось бы по второму фронту TTL-синхросигнала (от 0 к 1), то наблю-даемая картинка получала бы прекрасное объявление. Не знаю только возможно ли это. Конечно, это только предположение. Почему не грешу на помехи в схеме подключения внешнего сигнала синхронизации? Потому, что если заменить L783 на L780 в одном из ПВЭМ, а остальное все оставить тем же (даже программа та же, например Lgraf), то лиш-ние отсчеты глазом уже не видны.
------------------------------------------
Теперь о том, как это все получено.
Для генерации синусоидального сигнала используется "Генератор сигналов низко-частотный прецизионный Г3-122" (это написано на его лицевой панели), для генерации TTL-синхросигнала второй такой же генератор. Генераторы хороши тем, что управляются по КОПу и могут работать в режиме внешего задающего генератора 5 МГц, а также пре-доставлять такой сигнал. В нашем случае первый генератор управляется от второго как раз этим сигналом, и, таким образом, они работают в режиме одного задающего генератора 5 МГц.

Для нашей задачки BIOS для L783 использовался модифицированный: в файле sinchro.h были закоментарены две следующие строки
CNTR=DM(Control_Table_Lenght);
DO TtlKadrLowFreq UNTIL CE;
которые расположены между метками AnotherLowFreqKadr: и TtlKadrLowFreq3: в низко-частотном цикле сбора для по-кадровой синхронизации. В результате этого по приходу синхроимпульса на вход TRIG считывается не кадр отсчетов, а только один отсчет с одно-го, очередного канала.

В кабеле для подключения аналоговых сигналов (взяли тот, который уже был) име-ются 6 отрезков РК-50, которые задействуют 5 каналов в режиме с общей землей 1, 2, 3, 4 и 17 (контакты 13, 15, 14, 13 и 35) и один для подачи синхроимпусьсов на вход TRIG (37). Остальные контакты (включая 17 AGND и 36 GND32), кроме 18 DAC1 и 19 DAC2 объеди-нены (на ответном разъеме АЦП) и соединены с оплеткой кабелей РК-50, которые закан-чиваются кабельными вилками СР-50, 5 их которых (сигнальные) в сою очередь с помо-щью тройников СР-50 соединены вместе и кабелем из комплекта Г3-122 подключены к выходу первого генератора. TTL выход второго генератора также кабелем из комплекта Г3-122 подключен к вилке отрезка кабеля РК-50 входа TRIG также через тройник СР-50. Час-тота первого генератора задавалась в диапазоне от 30 до 500 Гц. Частота второго генерато-ра устанавливалась таким образом, чтобы при запросе 256 кадров наблюдалось ровно 13 периодов входного сигнала (на каждом канале). Число 13 можно заменить любым другим целым числом.
Других соединений общего провода с корпусом компьютера нет.
Генераторы располагались в непосредственной близости от ПЭВМ с АЦП. Сум-марная длина проводов приблизительно 2 м.
------------------------------------------
И о результатах.
Получаем, что пятью каналами оцифровывался один сигнал в равноотстоящих точ-ках по времени, поэтому отсчеты в буфере можно интерпретировать как оцифровка сигна-ла одним каналом. На всех задаваемых частотах вместо 13 целых периодов наблюдалось около 12,5 периодов. Если мысленно убрать все "лишние" отсчеты и добавить недостаю-щее число "правильных" отсчетов, то тогда, я думаю, и получится целых 13 периодов.

Если АЦП работает, так как ему предписано, то тогда можно было бы грешить на коммутатор каналов. Например: если бы коммутатор иногда не переключался на следую-щий канал, а опрашивал бы еще раз предыдущий, то картинка была бы как описана выше. Для проверки этой версии провели следующий эксперимент. На первый канал подали по-стоянное напряжение 1 В, на второй – 2 В, на третий – 3 В, на четвертый – 4 В и на 17-й – 5 В. Отчеты должны были быть следующими: 400, 800, 1200, 1600 и 2000. Делим полу-ченные величины на 400 и тогда получаем: 1, 2, 3, 4 и 5. Именно такие значения и получи-лись! И никаких сбоев и искажений! В графическом виде наблюдалась разно плечная пи-ла. 256 точек на 5 каналов, итого 1280 точек и ни одного сбоя! Следовательно, и коммута-тор работает правильно.

Пробовали разные АЦП (4 шт. 783 и 2 шт. 780, а всего 780-х у нас 5 шт.), две пары генераторов, другие кабели (которые подключают все 32 канала к одному выходу), другие ПЭВМ (4 шт.). Пара: конкретный экземпляр ПЭВМ и тип (!) АЦП - вот что определяет кол-во "лишних" точек. Где-то больше, где-то меньше. Высказывалось предположение, что величина напряжения питания у блоков питания в разных ПЭВМ разная и это как-то влия-ет на работу АЦП.

Что делать дальше пока не ясно. Но работать с 783-ми сейчас мы не может.