Thanx for your ideas!
Indeed, it would be more consistent to get the vendor to change the automation, unfortunately it sometimes takes a while until new SW version are released, and sometimes different DUT's behave different for the same automation scenario.
Anyway, it seems like there is no such solution made already and I cannot spend the time to build a wrapper at this point. I was hoping someone may have done something already in this direction or that there actually are already functions in visa that I just don't know about.
Thanx again for brainstorming!
Robert
-----Original Message-----
From: Stan Bischof (Richard S) [mailto:rsb@soco.agilent.com]
Sent: Thursday, November 29, 2007 2:09 PM
To: VRF
Cc: vrf@agilent.com
Subject: Re: [vrf] Filter/intercept GPIB commands
"Robert Hemp" <rhemp@rim.com> wrote:
> Hi All,
>
>
>
> The other way would interface / wrap around the VISA COM in some way
and
> filters directly whats send to the VISA interface.
>
>
>
> Can one these solutions work and has anybody tried this before?
>
I did something similar to that a ways back with SICL, so I'd expect that something similar could be done with VISA.
Ended up creating library that duplicated the SICL commands and looked externally like SICL. It internally did SICL calls to the "real" SICL library.
I would think that you could write a VISA lookalike and have it call the "real" VISA.
Woudln't it maybe be easier to get the vendor to fix their code?
Stan
------------------------------------------------------------------------
--
Stan Bischof Agilent Technologies 707-577-3994 stan_bischof@agilent.com
------------------------------------------------------------------------
--
---
You are currently subscribed to vrf as: rhemp@rim.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
"http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".
---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
---
You are currently subscribed to vrf as: ming_meng@agilent.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 "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".
Indeed, it would be more consistent to get the vendor to change the automation, unfortunately it sometimes takes a while until new SW version are released, and sometimes different DUT's behave different for the same automation scenario.
Anyway, it seems like there is no such solution made already and I cannot spend the time to build a wrapper at this point. I was hoping someone may have done something already in this direction or that there actually are already functions in visa that I just don't know about.
Thanx again for brainstorming!
Robert
-----Original Message-----
From: Stan Bischof (Richard S) [mailto:rsb@soco.agilent.com]
Sent: Thursday, November 29, 2007 2:09 PM
To: VRF
Cc: vrf@agilent.com
Subject: Re: [vrf] Filter/intercept GPIB commands
"Robert Hemp" <rhemp@rim.com> wrote:
> Hi All,
>
>
>
> The other way would interface / wrap around the VISA COM in some way
and
> filters directly whats send to the VISA interface.
>
>
>
> Can one these solutions work and has anybody tried this before?
>
I did something similar to that a ways back with SICL, so I'd expect that something similar could be done with VISA.
Ended up creating library that duplicated the SICL commands and looked externally like SICL. It internally did SICL calls to the "real" SICL library.
I would think that you could write a VISA lookalike and have it call the "real" VISA.
Woudln't it maybe be easier to get the vendor to fix their code?
Stan
------------------------------------------------------------------------
--
Stan Bischof Agilent Technologies 707-577-3994 stan_bischof@agilent.com
------------------------------------------------------------------------
--
---
You are currently subscribed to vrf as: rhemp@rim.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
"http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".
---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
---
You are currently subscribed to vrf as: ming_meng@agilent.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 "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".
This is the case: I have a vendor supplied automated testset coming with its own sw interface. Unfortunately its sending some commands to the instruments, which are putting these into bad states so that they will be unable to perform the measurement.
I thought an application could monitors the local GPIB controller and the commands send over it. Then it may gate those commands so that the unneeded commands are not send to the GPIB bus or replaced by more appropriate ones.
This could be realized in two ways:
One would be to create a virtual instrument that receives the commands first; this piece of sw would forward the commands to the real instrument and block the not wanted ones. Drawback would be probably speed issues.
The other way would interface / wrap around the VISA COM in some way and filters directly whats send to the VISA interface.
Can one these solutions work and has anybody tried this before?
Thanx,
Robert
---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
---
You are currently subscribed to vrf as: ming_meng@agilent.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 "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".