Hi Dave,
Simple fix – works well. Much easier than a wrapper!
Â
Thankyou
Â
Dave
Â
 _____ Â
From: Andersen, Dave-P26278 [mailto:Dave.Andersen@gdc4s.com]
Sent: 30 March 2006 21:29
To: David Watling
Subject: RE: [vrf] Virtual serial (COM) ports
Â
Dave
Â
I have no idea if this will work, but I wonder if you close the port using Direct I/O Execute Close before you unplug the product and then issue an Execute Reset after connecting the new one will allow this switch without a restart. It might even work without the reset.
Â
Dave Andersen
Â
 _____ Â
From: David Watling [mailto:watling@IceraSemi.com]
Sent: Thursday, March 30, 2006 5:33 AM
To: VRF
Subject: [vrf] Virtual serial (COM) ports
Hi all,
I have to test a product which presents itself as a virtual COM port (via the PCMCIA interface). So I plug it in to the PC, run a Vee program, get a result, and unplug it. The only thing is, Vee (or the IO libraries) cannot handle a COM port that disappears and re-appears. This means I have to close & re-start Vee for each device I plug in. In a production environment, this would be highly un-satisfactory.
The IO libraries seems quite capable of handling USB devices or GPIB interfaces or TCPIP connections that come & go, just not COM ports.
Â
Questions:
Is this a known bug in the IO libraries?
Is there a Vee based work-around?
Is there another work-around (eg has anyone written a wrapper dll to deal with this?)
Â
Regards
Â
David Watling
---
You are currently subscribed to vrf as: Dave.Andersen@gdc4s.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
---
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Simple fix – works well. Much easier than a wrapper!
Â
Thankyou
Â
Dave
Â
 _____ Â
From: Andersen, Dave-P26278 [mailto:Dave.Andersen@gdc4s.com]
Sent: 30 March 2006 21:29
To: David Watling
Subject: RE: [vrf] Virtual serial (COM) ports
Â
Dave
Â
I have no idea if this will work, but I wonder if you close the port using Direct I/O Execute Close before you unplug the product and then issue an Execute Reset after connecting the new one will allow this switch without a restart. It might even work without the reset.
Â
Dave Andersen
Â
 _____ Â
From: David Watling [mailto:watling@IceraSemi.com]
Sent: Thursday, March 30, 2006 5:33 AM
To: VRF
Subject: [vrf] Virtual serial (COM) ports
Hi all,
I have to test a product which presents itself as a virtual COM port (via the PCMCIA interface). So I plug it in to the PC, run a Vee program, get a result, and unplug it. The only thing is, Vee (or the IO libraries) cannot handle a COM port that disappears and re-appears. This means I have to close & re-start Vee for each device I plug in. In a production environment, this would be highly un-satisfactory.
The IO libraries seems quite capable of handling USB devices or GPIB interfaces or TCPIP connections that come & go, just not COM ports.
Â
Questions:
Is this a known bug in the IO libraries?
Is there a Vee based work-around?
Is there another work-around (eg has anyone written a wrapper dll to deal with this?)
Â
Regards
Â
David Watling
---
You are currently subscribed to vrf as: Dave.Andersen@gdc4s.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
---
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
I have to test a product which presents itself as a virtual COM port (via the PCMCIA interface). So I plug it in to the PC, run a Vee program, get a result, and unplug it. The only thing is, Vee (or the IO libraries) cannot handle a COM port that disappears and re-appears. This means I have to close & re-start Vee for each device I plug in. In a production environment, this would be highly un-satisfactory.
The IO libraries seems quite capable of handling USB devices or GPIB interfaces or TCPIP connections that come & go, just not COM ports.
Â
Questions:
Is this a known bug in the IO libraries?
Is there a Vee based work-around?
Is there another work-around (eg has anyone written a wrapper dll to deal with this?)
Â
Regards
Â
David Watling
---
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
Â
No workaround required. Do a Read Text Byte format and specify the number of chars you want to read.
Â
If the number of chars is variable or unknown, read one at a time in a loop (store them in a collector) until a timeout occurs.
Â
Also, the EOL char is user defined in the instrument manager:Â Properties/Advanced/Direct I/O. You can make it anything you want...
Â
Bill
Â
Therefore I am currently experimenting with a VEE wrapper library that uses the Microsoft mscomm.ocx ActiveX control.
My serial port is connected via USB/serial converter and I just made the test that inside the running VEE program the control is 'seeing' the port if it is plugged in, not seeing it if I unplug it, and seeÃng it again if I plug it in again. This is without restarting VEE.
Perhaps that helps you.
Â
Georg Nied
-----Ursprüngliche Nachricht-----
Von: David Watling [mailto:watling@IceraSemi.com]
Gesendet: Donnerstag, 30. März 2006 14:33
An: VRF
Betreff: [vrf] Virtual serial (COM) ports
Hi all,
I have to test a product which presents itself as a virtual COM port (via the PCMCIA interface). So I plug it in to the PC, run a Vee program, get a result, and unplug it. The only thing is, Vee (or the IO libraries) cannot handle a COM port that disappears and re-appears. This means I have to close & re-start Vee for each device I plug in. In a production environment, this would be highly un-satisfactory.
The IO libraries seems quite capable of handling USB devices or GPIB interfaces or TCPIP connections that come & go, just not COM ports.
Â
Questions:
Is this a known bug in the IO libraries?
Is there a Vee based work-around?
Is there another work-around (eg has anyone written a wrapper dll to deal with this?)
Â
Regards
Â
David Watling
---
You are currently subscribed to vrf as: g.nied@gn-software.de
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
---
You are currently subscribed to vrf as: William.Drago@l-3com.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
---
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".
This e-mail and subsequent attachments may contain information which is proprietary to L-3 Communications Corporation. The contents shall not be disclosed, copied, distributed or used unless authorized by L-3 Communications Narda - East.
<b><span style='font-weight:bold'>Sent:</span></b> 30 March 2006 21:29
<b><span style='font-weight:bold'>To:</span></b> David Watling
<b><span style='font-weight:bold'>Subject:</span></b> RE: [vrf] Virtual serial(COM) ports</span></font><span lang=EN-US><o:p></o:p></span></p></div><p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:12.0pt'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 color=blue face=Arial><span style='font-size:10.0pt;font-family:Arial;color:blue'>Dave</span></font><o:p></o:p></p><p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:12.0pt'> <o:p></o:p></span></font></p><p class=MsoNormal><font size=2 color=blue face=Arial><span style='font-size:10.0pt;font-family:Arial;color:blue'>I have no idea if this will work, but Iwonder if you close the port using Direct I/O Execute Close before you unplugthe product and then issue an Execute Reset after connecting the new one willallow this switch without a restart. It might even work without thereset.</span></font><o:p></o:p></p><p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:12.0pt'> <o:p></o:p></span></font></p><p class=MsoNormal><font size=2 color=blue face=Arial><span style='font-size:10.0pt;font-family:Arial;color:blue'>Dave Andersen</span></font><o:p></o:p></p><p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:12.0pt'><o:p> </o:p></span></font></p><div class=MsoNormal align=center style='text-align:center'><font size=3face="Times New Roman"><span lang=EN-US style='font-size:12.0pt'><hr size=2 width="100%" align=center tabIndex=-1></span></font></div><p class=MsoNormal style='margin-bottom:12.0pt'><b><font size=2 face=Tahoma><spanlang=EN-US style='font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</span></font></b><fontsize=2 face=Tahoma><span lang=EN-US style='font-size:10.0pt;font-family:Tahoma'>David Watling [mailto:watling@IceraSemi.com]
<b><span style='font-weight:bold'>Sent:</span></b> Thursday, March 30, 20065:33 AM
<b><span style='font-weight:bold'>To:</span></b> VRF
<b><span style='font-weight:bold'>Subject:</span></b> [vrf] Virtual serial(COM) ports</span></font><span lang=EN-US><o:p></o:p></span></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Hi all,<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>I have to test a product which presents itself as a virtualCOM port (via the PCMCIA interface). So I plug it in to the PC, run a Veeprogram, get a result, and unplug it. The only thing is, Vee (or the IOlibraries) cannot handle a COM port that disappears and re-appears. Thismeans I have to close & re-start Vee for each device I plug in. In aproduction environment, this would be highly un-satisfactory.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>The IO libraries seems quite capable of handling USB devicesor GPIB interfaces or TCPIP connections that come & go, just not COM ports.<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Questions:<o:p></o:p></span></font></p><ol style='margin-top:0cm' start=1 type=1> <li class=MsoNormal style='mso-list:l0 level1 lfo1'><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Is this a known bug in the IO libraries?</span></font> <font size=2 face=Arial><span style='font-size: 10.0pt;font-family:Arial'><o:p></o:p></span></font></li> <li class=MsoNormal style='mso-list:l0 level1 lfo1'><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Is there a Vee based work-around?</span></font> <font size=2 face=Arial><span style='font-size: 10.0pt;font-family:Arial'><o:p></o:p></span></font></li> <li class=MsoNormal style='mso-list:l0 level1 lfo1'><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Is there another work-around (eg has anyone written a wrapper dll to deal with this?)</span></font> <font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></li></ol><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Regards<o:p></o:p></span></font></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'><o:p> </o:p></span></font></p><p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>David Watling<o:p></o:p></span></font></p><p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>
---
You are currently subscribed to vrf as: Dave.Andersen@gdc4s.com
To subscribe please send an email to:"vrf-request@lists.it.agilent.com" with the word subscribe in themessage body.
To unsubscribe send a blank email to"leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at"www.oswegosw.com/vrf_archive/". <o:p></o:p></span></font></p></div><BR>---<BR>You are currently subscribed to vrf as: rsb@soco.agilent.com<BR>To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.<BR>To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".<BR>To send messages to this mailing list, email "vrf@agilent.com". <BR>If you need help with the mailing list send a message to<BR>"owner-vrf@it.lists.it.agilent.com".<BR>Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".</BODY></html>