При работе с RATE больше 1,5 МГц  FIFO перекачиваются в буфер в ОЗУ ПК с пропусками. Судя по длительности тестовых импульсов через раз. Длителность импульсов размером несколько FIFO регистрируется примерно в два раза короче. Длителность импульсов размером меньше FIFO получается от полного импульса, до его отсутствия. FIFO=3072 (пробовал разные), IrqStep=FIFO*20(пробовал разные).
Проверено на двух платах L783 (ревизия В, ADSP 2186, 20 МГц, 6L72901, 6L72911). Это происходит и в моей программе на C# и в LGRAF2. LCOMP и WLCOMP последние. Процессор AMD X2 5400+. IRQ платы ни с кем не делят. В чем может быть дело?

1. Попробуйте в одноканальном режиме подать обычный синус. Проверить наличие пропуска данных можно по спектру.
2. А чипсет какой?

1. Синуса под руками нет, да мне и так понятно, что идут пропуски. Если бы не был уверен, не писал бы. При RATE=1МГц импульс 0.9 сек - "правильный", при RATE=2МГц - 0.45 сек (в 2 раза меньше истинного). Параллельно запоминающий осциллограф.
2.Чипсет AMD 780G/SB700.

Иван. В одноканальном режиме такой-же эффект? Задаю этот вопрос, чтобы сразу исключить из рассмотрения возможные коммутационные эффекты, связанные с высокоомностью источника сигнала.

Только что проверил в одноканальном режиме с LGRAF2. Импульс примерно в 2 раза короче истинного. Источник сигнала - выход ATMEGA16. Соединительная колодка штатная, отработано тысячи опытов.

Похоже, PCI тормозит по какой-то причине. Может, драйвер материнской платы не установлен, или компьютер загружен какими-то задачами... Имеет смысл попробовать на другом компьютере...

Драйвера переустановил, ВСЕ программы снял (кроме LGRAF2), в PCI только одна плата L783 - эффект тот же. Материнская плата прошлого года выпуска, вроде с PCI не должно быть проблем. На другом компьютере попробую, но мне на этом надо.

Проверил на другом компьютере - эффект тот же. А у вас на всех компьютерах L783 работает нормально при RATE > 1МГц?

Иван, уточните, пожалуйста - где Вы наблюдаете пропуски сигнала: в записанном на диск файле или на экране при отображении "on-line". В последнем случае искажения вполне возможны - программа просто не успевает отрисовывать данные. Важно, чтобы на диск писалось правильно. Для проверки стоит сделать следущее. 1. Перейти на запись в ОЗУ и отключить визуализацию. 2. Поставить децимацию при отображении данных порядка 100. При отображении выбрать дефолтную тонкую сплошную линию - все остальные работают намного медленнее. При этом можно убедиться в том, что запись идет нормально. При последующем просмотре записанных файлов проверить, есть ли пропуски - визуально и используя функцию поиска. 3. Стоит проверить в LGraph1. Естественно, все это лучше делать в одноканальном режиме.

Создал новую тему "Вопрос для Poul". Наблюдаю не только в LGRAF2 но и в l7XX.tst.

Добрый день!
Хотелось бы узнать, как определить время пропуска в записанных данных? У меня E20-10D, №5R804332, 2010г. Вариант (а): эти пропуски заполняются нулями, и число отсчетов, частота и общее время - такие как и должны быть при отсутствии пропусков; число точек и общая длительность корректируются с учетом пропусков, при этом в данных записывается некий флаг конца пропуска (б); непрерывный кусок записывается в один сегмент, а после пропуска корректируется запись в файле PAR (в).

Михаил. К какому именно режиму синхронизации E20-10 относится Ваш вопрос? Ведь, если просто запустить сбор (и дальше без остановки), то E20-10 будет непрерывно собирать данные без пропусков. Но если, например, синхронизацию настраиваете  на заданное количество данных, то ровно столько данных и получите после выполнения условия старта.

Александр, сбор без остановок, на 20 минут, 4 канала, частота - 500 кГц. При сборе данных (в разные моменты времени от начала) визуально видна некоторая задержка в отображении (как зависание), затем виден на графиках "пробел" в несколько миллисекунд. График за время "пробела" отображается одной прямой линией, что сразу бросается в глаза. Я наслышан о задержках ОС Windows, при большой длительности которой потоковые данные могут быть и не все переданы. К тому же, полоса пропускания шины USB тоже конечна.

Михаил, это явно ненормальное поведение E20-10. Давайте разбираться. Под каким ПО Вы всё это наблюдаете? USB-порт настроен на режим High-Speed? В противном случае, если USB-порт на Full-Speed настроен, то пропускной способности интерфейса будет не хватать, и поведение будет похоже на то, что Вы описываете...

Мы пользуемся стандартным ПО, новой версией LGrahp2, порт USB - точно High-Speed. До этого работало и на 2,5 МГц, но не проверяли, есть ли "пробелы".

Светодиод на E20-10 светится красным или зелёным во время работы?

Попробуйте еще в качестве эксперимента в меню /Настройки/Настройка окон отключить режим "Отображать данные во время ввода".

Светодиод помаргивает зелёным при сборе данных.
Мне просто не понятно, как записываются данные при этом: это просто так отображается, а записывается нормально, или в данных реально будет какой-то "пробел"? И ещё один вопрос: зачем нужно несколько  сегментов, а то я пока не понял(возможно, прочитал мануал поверхностно). Я просто думал, что на этот случай и нужен. А запись серией (или по расписанию) всё равно идёт в разные файлы.

Я так и не понял, каков ответ на мой
вопрос от 03.03.11 10:45. Напишите, пожалуйста!