Форум: Техническая поддержка

Добрый день!

Используем E-502 с подключением по Ethernet.
Время от времени при подключении с помощью E502_OpenByIpAddr() происходит ошибка с кодом -33: Не загружен ПЛИС модуля.
Видимо, происходит какая-то ошибка при холодном старте (перезагрузке) E-502, которая затем выливается в ошибку при подключении к устройству через софт.
Обычно лечится ручным рестартом E-502.

По определенным причинам не всегда возможен ручной доступ E-502, в связи с этим вопрос:
Возможна ли удаленная перезагрузка E-502 через X502API?

Дополню. Какой-то своей кастомной прошивки ПЛИС мы не используем - все стандартное.

Еще дополню: Когда происходит подобная ошибка при подключении с помощью lqmeasstudio возвращает ошибку -31. lqmeasstudio так же подключаем по Ethernet.

При старте контроллер модуля загружает прошивку ПЛИС из Flash-памяти в сам ПЛИС. Эта ошибка говорит о том, что почему-то этот процесс при старте не прошел корректно, что вообще говоря быть не должно...

Если вызвать в случае неудачного Open с этой ошибкой функцию E502_ReloadFPGA() и после этого закрыть и снова открыть соединение, то оно откроется уже успешно?

Функция E502_ReloadFPGA() требует в параметре описатель устройства, а оно у меня не открыто, т.к. функция открытия вернулась с ошибкой.

На самом деле не совсем так, в случае некоторых некритических ошибок данный хендл можно использовать (как раз при ошибках загрузки FPGA и ошибках связанных с отсутствием данных во flash-памяти), хотя и полноценная работа с модулем (т.е. вызов всех функций, связанных с неработающим блоком) невозможна. Это сделано для служебных программ, в частности для возможности обновления прошивок ПЛИС независимо от ее наличия, но в Вашем случае эту возможность можно использовать, вызвав в случае данной ошибки из Open ReloadFPGA с тем же хендлом, с последующим Close и повторным Open для открытия уже полноценного соединения (если конечно прошивка FPGA будет успешно в этом случае загружена).

Спасибо. Обязательно реализую это.
Правда сейчас у меня снова увели АЦП, так что тестирование откладывается. Да и ситуация возникала не часто и не регулярно.

Получается я все равно должен был бы закрыть хендл даже после этой ошибки.

По хорошему да, иначе оно будет закрыто только при очистке с помощью Free. Нужно будет это явно описать в документации... Может также добавить функции IsOpened() для проверки, открыто ли сейчас соединение...

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

Да, в общем-то  так как данная возможность была сделана в первую очередь для служебных программ, то в документации она не описана (хотя сохранение соединения при ошибке открытия может влиять на пользовательскую программу...). Добавляю описание этой особенности.

Обновил документацию и SDK. Добавил функцию X502_IsOpened и в описании в разделе "Открытие связи с модулем" первый подраздел, в котором описал вариант, что открытие с ошибкой может приводить к открытому соединению с описанием кодов ошибок и возможностей работы с модулем при них.