02-12-2007 11:33 AM
02-12-2007 11:42 AM
02-13-2007 05:21 AM
02-13-2007 08:38 AM
02-14-2007 01:51 AM
Hi Pete,
If you switch off and on a device connected to a com port there always a risk that the port will receive invalid characters. But I would expect a parity and/or framing error and not a I/O error.
Labview (VISA) detects all errors and reports them. Hyperterminal does not repor errors and displays any data that comes in also if it is invalid.
The best way is to start your com port configuration and flush com port after you switch on your device.
You could also ignore the first error but that is no a (real) solution.
02-14-2007 10:58 AM
08-24-2009 06:05 AM
I know that this topic is rather old, but since it was the first result on google search, I thought I will post my solution in here. I had identical problem with "VISA: (Hex 0xBFFF003E) Could not perform operation because of I/O error".
The solution for this issue in my case was to simply remove "VISA Shared Components" from the main list in "Add or Remove Programs".
WinXP
LabVIEW 7.1.1
NI VISA 4.5
Serial port on PC motherboard
08-26-2009 07:26 AM
ok. please ignore my previous post. it was just a pure luck that the problem was gone after uninstalling this program.
it occured te be a hardware issue and corrupted communication over rs232 (there was additional 0x00 Null symbol added at the end of data transmission)
12-06-2009 11:06 PM
12-07-2009 02:48 AM
It seems that this problem is hardware related. In my case it was \00 (null) symbol at the end of data transmission generated by my embedded system. Perhaps in your case the device you're communicating with, adds this kind of "forbidden" symbol at random times.Try logging the data using e.g. http://www.hhdsoftware.com/Products/home/serial-monitor.html (there is a free trial version), and check if the response you receive have anything suspicious in it.
What LabVIEW version do you use ? Can you try running you program on another PC ?