Коллеги, столкнулся с проблемой. Делаю хост для работы с cRIO. Подключаюсь через Open FPGA VI Reference.
Если в момент запуска программы нет подключения с cRIO, то программа зависает, дальше этого блока сигнал не идёт - ни референса, ни ошибки...
Пробовал перед Open FPGA VI Reference сделать TCP Open Connection, но через него вообще не получилось подключиться к cRIO - даже когда соединение есть.
Обработка ошибки подключения к cRIO
-
- professor
- Сообщения: 3403
- Зарегистрирован: 31 июл 2011, 23:05
- Награды: 2
- Версия LabVIEW: 12-18
- Благодарил (а): 49 раз
- Поблагодарили: 172 раза
- Контактная информация:
Re: Обработка ошибки подключения к cRIO
Странная идея подключаться к контроллеру, когда нет контроллера. Хотя не менее странно, что ошибка не вылезает.
А как через TCP пытаетесь? Для "ответа" на стороне контроллера должен быть какой-то приёмник, ждущий соединения.
А как через TCP пытаетесь? Для "ответа" на стороне контроллера должен быть какой-то приёмник, ждущий соединения.
-
- user
- Сообщения: 70
- Зарегистрирован: 22 ноя 2017, 10:29
- Версия LabVIEW: 2019
- Откуда: Санкт-Петербург
- Поблагодарили: 2 раза
- Контактная информация:
Re: Обработка ошибки подключения к cRIO
Дело в том, что контроллер грузится секунд 20. И хочется, чтобы если кто-то запустит exe до этого, программа не висла, а закрывалась. Также, если соединение будет потеряно во время работы.
Да, путь подключения по TCP мне понятен ( на cRIO делаем RT_Main с обработкой запросов).
Но я стал перечитывать литературу по cRIO и вроде как можно подключаться к cRIO таким образом. Ошибки нет, мало того, когда cRIO подключён к ПК по сети, exe приложение работает - я так понимаю, оно загружает в cRIO битфайл и делает всё то же, что и сам LabView при запуске FPGA. Или я неправ и не так понял?
Да, путь подключения по TCP мне понятен ( на cRIO делаем RT_Main с обработкой запросов).
Но я стал перечитывать литературу по cRIO и вроде как можно подключаться к cRIO таким образом. Ошибки нет, мало того, когда cRIO подключён к ПК по сети, exe приложение работает - я так понимаю, оно загружает в cRIO битфайл и делает всё то же, что и сам LabView при запуске FPGA. Или я неправ и не так понял?
-
- doctor
- Сообщения: 2211
- Зарегистрирован: 28 июн 2012, 09:32
- Награды: 3
- Версия LabVIEW: 2009..2020
- Откуда: город семи холмов
- Благодарил (а): 27 раз
- Поблагодарили: 27 раз
Re: Обработка ошибки подключения к cRIO
а в чем она странная? Контроллер может находиться вне зоны видимости оператора. И с ним может быть все, что угодно.
-
- professor
- Сообщения: 3403
- Зарегистрирован: 31 июл 2011, 23:05
- Награды: 2
- Версия LabVIEW: 12-18
- Благодарил (а): 49 раз
- Поблагодарили: 172 раза
- Контактная информация:
-
IvanLis
- guru
- Сообщения: 5463
- Зарегистрирован: 02 дек 2009, 17:44
- Награды: 7
- Версия LabVIEW: 2015, 2016
- Откуда: СССР
- Благодарил (а): 28 раз
- Поблагодарили: 87 раз
Re: Обработка ошибки подключения к cRIO
А когда ref создаешь с привязкой по ip, там случаем нет параметра TimeOut?
Знание нескольких принципов освобождает от знания многих фактов!
Правила форума
Как добавить в сообщение картинку или файл
Конвертация / версий (форматов) VI
Как правильно задать вопрос...
Правила форума
Как добавить в сообщение картинку или файл
Конвертация / версий (форматов) VI
Как правильно задать вопрос...
-
- professor
- Сообщения: 3403
- Зарегистрирован: 31 июл 2011, 23:05
- Награды: 2
- Версия LabVIEW: 12-18
- Благодарил (а): 49 раз
- Поблагодарили: 172 раза
- Контактная информация:
Re: Обработка ошибки подключения к cRIO
У меня нет скомпилированного битника, чтобы проверить, но TimeOut я там не нашёл
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
- 38 Ответы
- 13295 Просмотры
-
Последнее сообщение AndreyDmitriev
-
- 3 Ответы
- 501 Просмотры
-
Последнее сообщение Artem.spb
-
- 5 Ответы
- 247 Просмотры
-
Последнее сообщение AndreyDmitriev
-
- 5 Ответы
- 224 Просмотры
-
Последнее сообщение Artem.spb
-
- 9 Ответы
- 295 Просмотры
-
Последнее сообщение AndryG