Не подскажете ли, в чем может быть дело. Плата Е-270 через USB, субмодули Н27U10, регистрация раз в секунду, длительная круглосуточная работа, программа на Лабвью 7.0. Время от времени (нерегулярно, иногда через 10-20 мин, иногда через 4-5 часов) происходит выдача нуля по всем каналам, после чего продолжается нормальная работа. Для задач регистрации это не страшно, но для управления внешними процессами недопустимо.

В других версиях Лабвью (7.1 и 8.51) наблюдается то же самое. Видимо дело связано с железом Е-270. Интересно, что похожее наблюдение было в посте
(http://lcard.ru/forums/1?action=viewthread&thread=4063), но осталось без ответа.

Не могли бы вы ответить как-нибудь, например, "Не знаем", чтобы перестать рассчитывать на Вашу помощь.

Нулевые выбросы пришлось программно заменять на предшествующие значения. Подачу команд на TTL для управления внешними устройствами пришлось программно подстраховать (проверкой, прошел ли сигнал). Конечно, Е-270 уже снята с производства, но интересно, не унаследовала ли это свойство ее наследница - LTR-27, и в чем причина полного молчания техподдержки.

Алексей, в понедельник попробуем воспроизвести у себя эту ситуацию.

LTR27 и E-270 - совершенно разные платформы, с совершенно другой аппаратной и программной реализацией. По-моему, нет причин искать в них что-то общее в поведении...
Алексей, у Вас есть возможность проверить другой экземпляр E-270 при тех же условиях?

У нас есть два экземпляра Е-270. На обоих выбросы на ноль происходят, синхронности в выбросах нет.

В дополнение к предыдущему: Наверное говорить о несинхронности нельзя, поскольку несмотря на одинаковую частоту считывания моменты опроса наверняка отличаются

Серийные номера обоих Е-270 сообщите, пожалуйста.
В каком году они были куплены?

Серийные номера 4R382612 и 3L911813. Один приобретен в прошлом году, другой - значительно раньше (лет 5-6 тому назад)

Алексей, попробуйте исправленную библиотеку. Скачки должны исчезнуть.

ftp://ftp.lcard.ru/pub/users/e270/e270api.dll

Спасибо! Действительно, сбросы на ноль исчезли, но скольких перживаний это стоило...

Ситуацию со сбросом на ноль можно было разрешить средствами labview, просто добавив обработку возвращаемого значения ВП ReadE270.
Сброс на ноль появлялся, когда ReadE270 возвращала ошибку чтения.

Прошу прощения, что возвращаюсь к старой теме, но она вновь становится актуальной. После замены библиотеки e270api.dll на исправленную сбросы на ноль почти исчезли. Но в последнее время в отдельные дни они опять стали появляться довольно часто. Роман, Вы пишете, что можно средствами labview исключить сбросы на ноль, добавив обработку ошибок. Но в виртуальном подприборе ReadE270 нет терминала ошибок. Там есть только вызов библиотечной функции LVE270_GetData из библиотеки e270lvdll.dll. Или Вы имели ввиду какой-то другой путь узнать, когда ReadE270 возвращает ошибку чтения?

Сбросы на ноль появляются, когда функция LVE270_GetData из библиотеки e270lvdll.dll не может считать данные и возвращает значение > 0.
В этом случае возвращается произвольное значение, в данном случае нуль.

В изначальном виртуальном приборе ReadE270 действительно нет терминала ошибок, но вы его можете легко добавить.

Далее, нужно анализировать возвращаемое значение ReadE270 и если данные не считаны, то повторять попытку в течении некоторого времени.

Так вы совершенно точно избавитесь от некорректных данных.

Вы пишете:"В изначальном виртуальном приборе ReadE270 действительно нет терминала ошибок, но вы его можете легко добавить."
Извините, но не могли бы Вы показать, как это можно легко сделать, например, в том же MainDemoE270.vi, прилагаемом к Е-270

Алексей, сообщите адрес вашей электронной почты, вышлю пример.

Мой адрес alturkuz@mail.ru. Буду Вам очень признателен!