Labview ошибка 1073807343

Turn on suggestions

Topic Options

• 
  All Forum Topics

• 
  Previous Topic

• Next Topic
  

My LabView program had been running just fine until today when I’m getting:

Error -1073807343 occurred at Old VISA Open in port init.vi->upconversion4.vi

Possible reason(s):

VISA: (Hex 0xBFFF0011) Insufficient location information or the device or resource is not present in the system.

Previously when I’ve gotten a VISA error I’ve just restarted the computer, but that isn’t seeming to work this time. 

The problem occurs when trying to control a newport stepper stage. Their supplied software will still run the stage so it’s just something going on with LabView.

Reported In

Hardware

• CompactRIO Chassis

Issue Details

I am trying to do a VISA Serial Read/Write in LabVIEW or LabWindows/CVI, but when I try to run my code I intermittently receive the following error:

Error -1073807343 occurred at Property Node (arg1) in VISA Configure Serial Port (Instr).vi->Basic Serial Write and Read. vi Possible reason(s): VISA: (Hex0xBFFF0011) Insufficient location information or the device or resource is not present in the system.

Solution

This error happens when the computer cannot communicate correctly with the device it is sending commands to. Follow these recommended steps to troubleshoot this error:

• Ensure you have NI-VISA and NI-Serial Driver installed in your system: 
  • Development: Verify that the driver(s) you need are installed and appears under My Systems >> Software in NI MAX
    • Otherwise, download and install the correct driver(s) for your hardware (found under Supported Devices under the driver version readme)
  • Real-Time Deployment: Verify that the driver(s) you need are under Remote System >> [Your Target] >> Software. If it is not installed on the device, install them on your target.
    • Note: NI-Serial RT is required in VxWorks and Phar Lap ETS based RT Targets. To know what Real-Time Operating System is used on your RT Target refer to Real-Time Controllers and Real-Time Operating System Compatibility
• Verify that you are addressing your instrument correctly.
  • Check that you are using the correct port number.
  • Check the resource in: 
    • Windows: NI MAX on the main configuration page (Settings) of your VISA resource.
    • Mac/Linux: NI-VISA Configuration utility.
  • If you are currently using a VISA Alias, try using the VISA Resource Name
    • For example: using the Resource Name, ​ASRL3::INSTR, instead of the Alias, «COM3»
  • If you are deploying your application, programmatically retrieve VISA resource name.

Note: This is a common cause after moving an application that is working on a PC to another PC with a different operating system. The resource name can change and it is recommended to test both NI-MAX and VISA resource names in the application if the error shows up. 

• Verify that you are properly opening and closing driver sessions.
  • In LabVIEW, you will generally need to open an NI-VISA session before communicating with an instrument and close the session once the communication is complete. Failure to follow these steps can result in this error and cause various other problems in communicating with your instruments. See more below:
    • If you are directly using the NI-VISA API, check the Serial Instrument Control Tutorial
    • If you are using an Instrument driver, check the How to Use an Instrument Driver in LabVIEW Tutorial
• Using an adapter, isolator, or hub: try to use a direct connection or a different adapter, isolator, or hub.
• cRIO in Hybrid Mode using the NI 987x: If you are planning to load and run the FPGA VI programmatically from the Real-Time VI using the Open FPGA VI Reference or Run Method, make sure that a considerable delay (at least 2 seconds) is left between the moment when the FPGA VI starts running and when the serial communication is opened with the NI-VISA VIs. This will ensure that the needed intermediate layers are already up and running before trying to establish communication.

Горячее подключение прибора к РС и автоопределение

Привет Всем любителям и профессионалам LabView!
Я пишу в LabView 2010 софт для тестирования приборов.
Для соединения с РС используется RS232, но физически со стороны компьютера используется переходник: USB/RS232 (FTDI), поэтому соответствующий COM порт всегда открыт, хотя прибор может быть и не подсоединен!
На программном уровне использую функции Visa
У меня в тех.задании на программу есть пункт: «горячее» подключение приборов к РС, при этом на лицевую панель должна выдаваться информация: тип прибора, версия внутреннего программного обеспечения (Firmware)…,
а при отключении прибора от РС на лицевой панели информационные соответствующие окошки должны быть пустыми. И так от прибора к прибору без выключении программы на компьютере.
Как организована работа: При старте LabView приложения происходит инициализация соединения, далее авто определение СОМ порта через которое происходит коммуникация с прибором, а далее классика: в цикле по условию Event структура, которая отслеживает все объекты управления по тайм-ауту делаю запрос (использую Write/Read Visa) о статусе прибора, если прибор все еще подключен, то он выдает мне свой статус, если ответа нет, то принимается решение: что прибор отключен от компьютера и вычищаем все информационные окошки. Проблема начинается когда прибор отключают от РС и подключают вновь или подключают другой прибор: LabView приложение его уже не видит. По каналу Error прилетает ошибка: -1073807194. Говорит о том что связь потеряна: в чем проблема тоже понятна: на момент отсоединения прибора не была выполнена функция Close Visa. При этом отключение происходит в случайный момент и если закрывать порт потом, то прилетает ошибка -1073807302, тоже в принципе понятно: закрываем порт, который уже отключен.
По всему этому у меня есть только одна идея: каждый раз при общении LabView приложения с прибором инициализировать порт, выкидывать команду в прибор через Write Visa, закрывать порт. Через паузу делать опять инициализацию порта, считывать статус прибора и опять закрывать порт… Думаю, что это не красиво, не предсказуемо, нестабильно…
Буду благодарен, если кто-то из вас уважаемые профессионалы LabView предложит какое-нибуть простое, красивое и эффективное решение…
P.S: Может как-то возможно сбрасывать на ходу ошибку: -1073807194 и тем самым оживлять функции Visa…, чтобы не открывать/закрывать постояно СОМ порт?

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

dadreamer » 04 сен 2013, 18:38

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

sun170178 » 04 сен 2013, 18:55

Дело в том, что в приборе: 1)микросхема FT2232D (FTDI) для USB и приемопередатчик RS232: согласно тех.заданию на прибор, он может работать как по USB, так и по RS232 через один универсальный разьем. Когда я подключаю прибор через USB к РС, то там все просто: я физически вижу наличие виртуального COM порта, по которому проишодит коммуникация, а если использовать RS232, то там все сложнее: в современных компьютерах нет физически COM порта, поэтому используем мост USB/RS232, а он создает виртуальный COM порт, когда его подсоединяют к компьютеру и ему не важо: что на другом конце моста (RS232): подключена что-то или нет…. Поэтому, в своем приложении я делаю опрос по тайма уту…
А каким образом перезапускать конфиг Визы?

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

dadreamer » 04 сен 2013, 19:14

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

sun170178 » 04 сен 2013, 19:35

Когда мы общаемся по RS232, то со стороны прибора обычный от МАХ приемо-передатчик, но со стороны компьютера устанавливаем мост… И когда мост подключается 1-ы раз, то винда распознает устроство и устанавливает драйвер под этот мост… и виртуальный СОМ порт создается при подключении этого моста сразу же, не зависимо от того: включен прибор или нет, хотя я не исключаю, что где-то возможно хранится информация о физическом подключении прибора. Но я не хочу привязываться к определенному драйверу, потому что мое приложение вместе с прибором будет расходится тысячами по всему миру на диске в виде тестовой программы, а как мост будет использовать потребитель, какой драйвер неизвестно…
Но не в этом проблема: Проблема в том, что возможен вариант, когда прибор отсоединят от компьютера до закрытия сессии и до нового подсоединения приложение должно выполнить ряд действий по восстановлению функциий Виза…
Спасибо за пример… Я в принципе как-то так и представлял, что надо будет каждый раз переконфигурировать визу, когда будет потеря коммуникации

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

dadreamer » 04 сен 2013, 19:48

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

sun170178 » 04 сен 2013, 20:00

Да, вы правы… Приложение сейчас работает, но хотелось бы, чтобы оно работало все таки «по уму»… И я понимаю, что решение есть всегда, только время поискa, эффективность определяется наличием опыта по данному вопросу…
Подскажите, пожалуйста, каким образом «проверять наличие устройства в системе (вызов функции драйвера, например)..» и потом, когда я закрываю сессию через Close Visa, a прибор уже отключен даже через USB, то есть на этот момент СОМ порт отсутствует, то возникает ошибка -1073807302

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

dadreamer » 04 сен 2013, 20:52

sun170178, нужно поэкспериментировать с Визой, я попробую посмотреть, как завершить сессию при удалении порта из Windows. Должен быть какой-то вариант. А вы пока можете посмотреть, как ведёт себя ваш прибор при первичном подключении к компу с XP и 7.

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

dadreamer » 05 сен 2013, 07:54

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

sun170178 » 05 сен 2013, 20:07

Докладываю о своих исследованиях:
1) При первичном подключении к PC либо прибора через USB на прямую, либо по RS232 с использованием моста USB/RS232 происходит поиск драйверов и их установка, после чего создается виртуальный СОМ порт.
2) При отключении прибора в процессе работы LabView приложения возникает 2 варианта развития событий:
а) Если прибор работает прямо через USB, то виртуальный СОМ порт пропадает, что можно в LabView приложении легко отследить без опроса самого прибора;
б) Если прибор работает через мост USB/RS232, то виртуальный СОМ порт присутствует всегда, даже если прибор отключили и никаким способом, кроме как прямого опроса прибора не узнать присутствует прибор или
нет: тут на самом деле можно было бы поиграть железом, использовать служебные линии RS232, но на данном этапе железо для данного прибора уже произведено и нет возможности вернуться к перепроектированию
коммуникации.
3) Исходя из п.2 в LabView приложении по тайм ауту запускается процесс опроса статуса прибора, чтобы судить о наличии коммуникации прибора с РС. Делается следующим образом: Event структура просыпается через 1 секунду, формирует запрос на статус, записывается в Visa Write отсылается, далее стоит задержка по времени (чтобы прибор успел принять посылку, обработать ее о отослать ответ), после задержки с помощью Property Node «Bytes at Port» проверяем приемный буфер СОМ порта и если байты прилетели от прибора, то делаем вывод, что прибор подключен, если байты не прилетели, то делаем вывод, что прибор отключен, тогда вычищаем информационные окошки…..
Так вот: если в процесс отключить прибор, а затем подключить к РС (использую только USB), то при тайм ауте LabView приложение не может определить что прибор заново подключили, а обработчик ошибок выдает сообщение:
Error -1073807194 occurred at Property Node (arg 1) in LRF12K rev18.vi

Possible reason(s):

VISA: (Hex 0xBFFF00A6) The connection for the given session has been lost.

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

sun170178 » 05 сен 2013, 22:56

Важно дополнение: никаких ошибок не возникает при выключении прибора и новом подключении, если используем конфигурацию: порт прибора RS232, мост RS232/USB, компьютер. Все работает нормально, если отсоединяем мост от прибора и вновь соединяем: LabView приложение подхватывает на горячую и работает. Оснавная причина: при отключении прибора от моста RS232/USB, на РС остается виртуальный СОМ порт и никаких ошибок нет.
Что касается драйвера, то он один и тот же, что для моста RS232/USB, что и в приборе USB порт (обе микросхемы от FTDI)…
Получается, основная проблема кроется в том, что при отключении прибора, работающего по USB с РС, исчезает виртуальный СОМ порт, но к нему по прежнему обращается Visa,а после нового подключения прибора к PC, создается вновь виртуальный порт, но Visa уже не хочет с ним работать, а выкидывает ошибку -1073807194

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

dadreamer » 06 сен 2013, 07:01

Сложная какая-то у вас проблема. Я пока не могу посоветовать внятного решения. Может, вам пересмотреть способ управления программой? Пусть юзер каждый раз останавливает её перед извлечением прибора, чтобы Виза корректно завершалась. Или пусть дожидается какого-нибудь сообщения, когда можно отключать прибор без всякой опасности для системы. Можно, конечно, попробовать сторонние библиотеки для работы с COM-портом, я встречал даже под LabVIEW, но мне кажется, это не совсем правильный выход из ситуации. По идее «на горячую» не стоит извлекать никакое USB-устройство, хотя если нет иконки безопасного извлечения, то придется это сделать. А какая у вас винда и как вы отключаете прибор — просто выдёргиваете кабель?

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

sun170178 » 06 сен 2013, 07:59

А какая разница в типе Windows..?
А горячее подключение избежать не могу — записано в тех.задании на софт! Сделано из благих намерений: Представьте, что вам надо проверить за ограниценое время соттню приборов.. Что, каждый раз выключать и включать софтину?
А отключается просто: выдергиваешь кабель из USB и вставляешь в РС уже другой прибор с другим кабелем………

Re: Горячее подключение прибора к РС и автоопределение

Сообщение

sun170178 » 06 сен 2013, 08:07

Делать какие-либо дополнительные кнопки для безопасного выключения можно, но дело в том, что этот софт будет использоваться во многих странах, причем военными…. Они же не будут на какие-то кнопки при выключении нажимать: дернут кабель и все…. Для военных софтина должна быть простая и надежная, как автомат калашников….
Сейчас напал на статью: http://www.ni.com/white-paper/4256/en#toc5, но пока не могу увязать со своей задачей, хотя на форуме NI есть на нее ссылка для решении этой ошиби…