GW3000

GW3000, обработка ошибок при управлении по LAN

Пользователь

Сообщений: 5 Регистрация: 21.09.2019

21.09.2019 09:47:54

Как узнать статус состояния ошибки, если осциллограф серии GW3000 получил неправильную команду? И как сбросить это состояние? Обычно я использовал *CLS, но на этих осциллографах это не работает. Пока я только через выкл/вкл могу реанимировать связь.

Дмитрий Серков Модератор Сообщений: 593 Регистрация: 12.04.2018	#2 0 23.09.2019 10:24:28 Добрый день. Уточните пожалуйста точную модель Вашего прибора.

Виктор Кулик

Пользователь

Сообщений: 5 Регистрация: 21.09.2019

05.10.2019 12:54:16

Модель GDS73504A
У меня некоторые исправления в первое сообщение. На самом деле и *RST и *CLS работают. Кстати, работают и Common commands *ESE и *ESR?, которых нет в описании.
Моя проблема скорее в другом: при выдаче запроса на чтение, для которого у инструмента нет ответа, не происходит timeout error, а запрос просто "виснет". Вполне вероятно, что это моя ошибка как программиста, поскольку я сам открываю сессию как TCPIPclient. В ближайшее время попробую изменить связь на NI VISA ...SOCKET, как, собственно, и рекомендует руководство. Возможно проблема решится, о чем доложу.

Виктор Кулик Пользователь Сообщений: 5 Регистрация: 21.09.2019	#4 0 23.10.2019 22:03:23 Наконец я созрел для продолжения темы. Если соединяться с GDS73504A через NI-VISA, то при выдаче запроса на чтение, когда у инструмента нет ответа, то благополучно происходит timeout. Восстановить работоспособность можно вызовом viClear( viSession). Выдача регистратору бестолковых команд решительно ничего не меняет. Они просто игнорируются прибором и даже ESR? по прежнему возвращает 0. А вот выдача бестолковых запросов, типа AAA? таки "вешает" регистратор. Во всяком случае, после этого любые попытки чтения с устройства приводят к timeout. Не помогают ни viClear, ни CLS . Только Выкл/Вкл Некоторые могут подумать, что автор ерундой занимается, но в сложных проектах взаимодействие с устройством может иметь достаточно запутанный характер и иметь возможность спросить само устройство "Тебе все понятно?" с помощью *ESR? (чтение Event Status Register) или STB? (чтение Status Byte) вещь очень полезная. Эти регистраторы, похоже, такого не умеют. Впрочем, это не смертельно: само по себе возникновение timeout может служить диагностикой ошибки, а с помощью viClear восстановиться. Ну а некорректные запросы, видимо, придется отлавливать в процессе отладки.

Читают тему