IVI COM driver access thru Teststand

Hi,
I need to access an IVI COM driver (Sorenson DCPS) from Teststand. The driver works fine as a standalone application but when i call the initialize() method of COM from Teststand i get the following error:
An error occurred calling 'Initialize' in 'IIviDCPwr' of 'IVI SorensenDC 1.0 Type Library'
SorensenDC: Unknown resource.
Source: SorensenDC.SorensenDC.1
Kindly help me out with this!!
Thanks,
Priya.

Hi, Priya,
Have you looked at this knowledgebase document. It looks like you need to create a session before calling the initialize function. This could be the cause of the problem.
When you say it works fine as a standalone application, what do you
mean? Since the driver is an activeX server, do you mean you
successfully use the server in another programming environment? It'd be nice if you can verify that the driver is working before we troubleshoot TestStand.
Also, are you communicating with your device over GPIB, Serial, or some other interface. It looks like the driver does not understand what "SorensenDC" is. Are you sure it's the correct resource name. Typically it's of the format "ASRL10:INSTR" unless you gave an alias to it. So please make sure you are passing the correct resource name.
Regards,
Song D
Regards,
Song Du
Systems Software
National Instruments R&D

Similar Messages

  • Accessing IVI-COM Driver through TestStand ActiveX Steps

    Hello
    I need to control a Agilent 6691 PowerSupply with TestStand. For this PowerSupply only an IVI-COM Driver exists, no IVI-C Driver. I tried to access it with the ActiveX Adapter Step. But when I try to create a IAgilent66xx object it produces an error without an meaningfull error message.
    Is there any way to get this working ?
    Thanks
    Olli

    Hi !,
    - I am working on similar need (using Tek scope IVI-COM driver) and currently facing some problems, I was looking for help and saw this thread of discussion almost two year old. Is there any solution to this problem that is now found within two years ?
    - I am trying to use IVI-COM driver for scope using ActiveX/COM adapter in TestStand (Ver. 3.5) and when I try to execute sequence I get message as ""Attach to Active Object" in automation call failed. Operation unavailable". Attached is sequence file I am working on.
    Attachments:
    Tek_scopeIVI.seq ‏21 KB

  • IVI-COM Driver

    I have recently prototyped an IVI-COM class-compliant specific driver for an instrument. This is still a BETA version but I am going to contribute the driver as an IVI-compliant driver when the development has completed. I would like to know how we can take compliance test and how we can contribute the driver. I previously contacted IVI foundation but no response.

    Makoto,
    We would be happy to post your contributed driver to the IDNet website in either its beta or completed form. You can submit the driver by completing the submission form on IDNet.
    As stated on the IDNet Website, our test tools are currently configured for drivers written in LabWindows/CVI that come with Function Panels (i.e. IVI-C). The only way for us to test your IVI-COM driver is if you could provide an IVI-C wrapper for it.
    Finally, who did you contact at the IVI Foundation? The best working group to contact about IVI-COM compliance is the COM Working Group
    . I would also suggest that you join the IVI Foundation, so you gain access to shared components and can shape future instrument driver classes.
    Thanks,
    Bankim Tejani
    National Instruments

  • ViClose session not called after Read operation Timeout in an IVI COM driver

    Hi everybody
    I have a small VI sample that is initializaing an IVI COM driver for an OPM instrument, set some parameters into the instrument then is doing a single Read power measurement. My Read operation receives a single parameter called MaxTimeout that user could change depending on his own interest. Inside the Read function I change temporarily the VISA query timeout to user timeout but at the end of Read operation the original VISA session timeout is reverted to its original value before Read operation was called. If the Read operation timeout is long enough for the Read operation to complete ( 100 ms or more) the VI is doing its job and when finished the viClose is called twice for DefaultHandler and for OpenHandler.
    If the Read operation timeout value decrease ( 50 ms) then Read operation could not be completed and a Read Operation Timeout error is thrown from inside this method. This error is then propagated trough Error path until the VI end in a Simple Error Handler. Now on my VI I close all open references to my driver interfaces but I don't know why VISA itself is not calling viClose on the DefaultHandler and OpenHandler as in the case when was no VI error. I could see all these diferences in my NI Spy window and I could post this if that could be of any help. Bear with me cause I am more a C, C++, VB programmer and much less of a LabVIEW programmer. BTW the Error Handling from LabVIEW looks a a little weird and the only sure thing is that I wired in Error In and Error Out path in all my VI calls. What kind of error handling should I perform on the Read method in order for VISA to close properly both OpenHandlers even if there is an error in my VI?
    Thansk
    sorinvalea

    So viClose is not called by VISA after an error takes place in a VI that is calling some operations on an IVI COM driver.
    I discovered that all VI sessions opened trough VI that encountered a timeout error in Read operation and that were not properly closed after VI completed are in fact viClose by the LabView itself when I am closing LabVIEW application.
    So these left over open vi sessions are kept aside by LabVIEW until it closes itself and then clean them one by one by calling viClose on them....

  • NI IVI Soft front panel compatibility with IVI-COM drivers

    Does IVI soft front panels support IVI-COM instruments drivers ?
    For example, I would like to use IVI-COM driver for Tektronix TDS5000 with TestStand...
    Jean-Louis SCHRICKE
    ├ CTA - Certified TestStand Architect (2008 & 2010 & 2014)
    ├ CTD - Certified TestStand Developer (2004 & 2007)
    └ CLD - Certified LabVIEW Developer (2003 & 2005)

    The IVI soft front panels that ship with the NI IVI Driver Toolset do not support calling IVI-COM drivers. The soft front panels support IVI-C drivers. On Instrument Driver Network there are IVI-C drivers for other Tektronix scopes.

  • IVI-C vs. IVI-COM Drivers

    I have recently downloaded an IVI-C Instrument specific driver from NI's website. For my application, I need a COM layer to communicate with other software that I am developing. If the driver that I had found would have been an IVI-COM driver, all of my problems would have been solved. However, this not being the case, I need some direction. Would it be easier to take the IVI-C driver and create a wrapper on top of it that would be a COM layer? Or should I attempt to rewrite the driver as an IVI-COM driver. Keeping in mind that I have very little experience developing drivers, my first inclination is to use the driver as is, and create another layer. However, if someone has any more knowledge that they could add to this, please d
    o so. There must be an easy way to accomplish this, and it must have been done before. Any help is greatly appreciated.
    Attachments:
    tkawg5x0.c ‏249 KB

    Actually, I did some more research and it turns out that the IVI foundation does have a COM spec. However creating an IVI-COM driver is not a trival ask as I had mentioned before so I stand by what I said regarding creating a wrapper.
    I wanted to point out that National Instruments offers IVI ActiveX controls to provide a more Visual Basic-friendly programming interface than using standard instrument driver DLLs.
    These IVI ActiveX controls as well as VC++ wrappers for IVI classes come with Measurement Studio Full Development System (FDS). For more info, go to:
    http://www.ni.com/mstudio

  • IVI-com PowerMeter​: Getting to Channel and Measuremen​t interface and using FetchCwPow​er & FetchWavef​orm

    I need a bit of help for the proper usage of the Channel and Measurement interface of IVI-COM driver. I have a sucessfully used the Active-X Automation Open, then the intiate methods via the class browser. Also know that there is communication with the device as some various properties can be set, but Im a bit stuck on the correct way to wireup and use the Measurements on Channel. In C# the syntax is myMeter.Channels.Items["CH1"].Measurements.FetchCw​Power or FetchWaveform.
    Pretty sure the Channels interface down Wiring down to the Channel, then passing the name in a constant, then to Measurements. But the Blue IsValid input and output wire connection are throwing me off, and causing labview to bomb. Any basic help with or example vi using IVI-COM and iviPwrMeter and the Channel Measurements would be appreciated!!

    Are you trying to use the class driver or the instrument specific driver? For the class driver, is your IVI-COM driver listed in MAX?
    For an example of using the instrument specific driver, see http://www.ni.com/white-paper/4505/en/

  • Ivi-com

    Where I can find some examples of ivi-com driver in vc++?

    If you are a Measurement Studio user, we have native IVI classes in our MFC-based Visual C++ tools. We also have many IVI instrument drivers available for download at http://www.ni.com/idnet. We don't have low-level IVI-COM examples since we have easier to use tools in our MFC classes and instruments drivers.
    Best Regards,
    Chris Matthews
    National Instruments

  • 哪位仁兄有TDS3000 IVI-COM specific driver?

    Tek發布哪個好像是Tektronix 5000/5000B/5000BE, 6000/6000B, 7000/7000B and 70000 series ，隻有部分function可用在tds3000上，不知是不這樣？
    NI的TDS3000 IVI-C specific driver當然可用，用VB6.0的話,還是IVI-COM方便一些。
    謝謝，
    已解決！
    轉到解決方案。

    完全看不懂您要表達的東西。
    您的程式語言是?
    您打算控制的儀器型號是?
    您可以上太克的網站找找。
    由 Fatty 在 03-31-2009 09:20 PM
    上編輯的訊息

  • Unsupported Ivi Class Driver

    We developed a new ivi class driver (for counters) and everything works well, the problem comes when we try to use the ivi tool step type to acces functions such as Reset, selftest Get/Set attributes etc. When we use this functions we get the following error
    Error executing substep 'Post'.
    An exception occurred calling 'RunStep' in 'ISubstep' of 'TestStand Ivi Step Types 1.0 Type Library'
    An error occurred while executing the step.
    Component Works IVI Control Error: The IVI operation failed for logical name 'SampleCounter'.
    Details: The session handle is invalid or refers to a session that is not from a supported IVI class driver.
    Source: TSIviStepTypes
    The strange thing is that the functions Close and init with options in ivi to
    ols work very well..so what's the problem with the functions reset, selftest, etc..
    With this functions we can't even access the generic driver code because the error shows up before we can get to the code in debbigging mode. Any ideas?.

    eromero,
    I sounds like there's either an error in the configuration for SampleCounter, or that the IviStepTypes only support the DMM, Scope, Switch, FGen, and DCPwr class drivers.
    If you could send/post your ivi.ini file and your driver, I'd be happy to check it out and see if there's a configuration issue. If you don't want to post it to DevZone, you can e-mail it directly to [email protected]
    As for why the init and close functions work, but not the others, I will investigate further.
    One option to get your application to work is to not use the IviStepTypes. You can still use the driver using C function calls directly through the DLL. This will still work, but may not give you all of the features
    of the step types.
    Thanks,
    Bankim Tejani
    Instrument Drivers/IVI
    National Instruments

  • Latest IVI Class Step Types in TestStand

    IVI instrument classes have recently been defined for RF Signal Generator, Spectrum Analyzer and Power Meter. There are IVI drivers for these classes available for download from the Instrument Driver network. However, TestStand3 does no contain step types for accessing these drivers. Does anyone know when NI plans to add support for these to TestStand? Has anyone created step types for these classes, or have an example of how to do this?

    David -
    There is no documentation on the low-level workings of the TestStand IVI step types. As with many of the step types that have source code, it is available as examples of developing a step type in various languages.
    The additional work to add the a new class to the TestStand IVI step types is not small, that is why to date we have not done it. The amount of work could be divided into the following areas:
    * Update the TsIviStepTypes to add the new class to the enumeration.
    * Create the new step type definition (subproperty structure) based on the IVI spec.
    * Upcate the TSIviStep and TSIviSFP code to allow you to edit and perform the work to process the expressions and initiate the various IVI class operations.
    * Add low level
    IVI class layer logic to talk to the IVI class driver. This piece was previously done in a VB ActiveX control written by the Measurement Studio group in NI.
    The last two items are the biggest and they would take some time. That is why I was suggesting creating specific Action steps that call into custom code modules to talk to IVI directly, that is, no edit dialog box, no SFP, etc.
    Scott Richardson (NI)
    Scott Richardson
    National Instruments

  • Agilent's IVI-COM Drivers

    Can TestStand call Agilent's IVI-COM Drivers and how to configurate them with NI MAX?
    "Only a life lived in the service to others is worth living..." - Albert Einstein

    Estonia,
    At the very least, Agilent probably provides a dll interface to calling their driver. You could call those dll functions from TestStand using the C/C++ DLL adapter (or the Flexible DLL Adapter if you are using TestStand 2.0.1 or below). If they provide an ActiveX or COM interface (which sounds highly likely considering the name of IVI-COM) then you can use the TestStand ActiveX/COM adapter to call into these drivers.
    NI MAX is the NI Measurement and Automation explorer. Because these drivers are not National Instrument's drivers there will not be an interface for them to be used within NI MAX.
    Let us know if you have any other questions.
    Regards,
    Shannon R.
    Applications Engineer
    National Instruments

  • IVI-COM Vi's or property nodes?

    I'm fairly new to IVI-COM instrument drivers and have up until now been using the supplied IVI-COM Vi's for the instrument I'm doing a driver for. However I'm finding that more and more it's making sense to just use a property node to set things such as Start Frequency etc so I'm thinking I might just use them for everything from now on.
    All I really want to know is are there any major issues with doing this - and is it something is recommended to be done - just really want reassurance that if I take the route of using property nodes I won't get bitten on the arse by something that I don't know about.
    Any thoughts happily received,
    David Clark
    CLA | CTA
    CLA Design Ltd
    Hampshire, England

    Hi David,
    I'm guessing that you've got a bunch of LabVIEW vi's from the vendor - that are basically wrappered IVI-COM calls? (If you can tell me where to download the driver from I can look in more detail). The low level IVI-COM calls will just use ActiveX (so property nodes and invoke nodes) to access the COM object.
    Whether you use the wrappered vi's or the lower level calls is up to you, it will depend on the level of flexibility that you require. For some configuration settings for the instrument there might not be a ready built vi - so you may have to use the lower level calls to acheive it.   (A bit like the usual plug and play instrument drivers, versus low level calls directly using VISA - which may or may not give you an idea - depending on whether you've used them!).
    Take a look at the following tutorial which might give you some more pointers:
    http://zone.ni.com/devzone/cda/tut/p/id/4505
    I guess one point to bear in mind is that the vendor can at any time change the ActiveX methods and properties with a new release of the driver (a bit like Microsoft have done in the past with things like media player and office) which may leave code you've generated with broken wires, if you are using their wrappered vi's then its possible that they'll keep the wrapper and change whats inside so that its seamless to the end user. - (Its also possible that they could update the automation servers version number which would result in a non working vi - but may not result in broken wires, working with the vendors LabVIEW API should solve these issues - since they will have re-linked them specifically to each version)
    Another factor that should help you make up your mind is how well documented each of the options are - they may have put more time into the friendly end user vi's than they have to the API?
    But if you're generating your own driver, then it will probably be more useful to you to strip away some of the abstraction to get more efficient results.
    I hope this helps - perhaps other members of the NI community can give you their experiences
    Hannah
    NIUK & Ireland

  • Drive access impossibly slow... Even though target disk!

    Drive access on our MacBook Pro is suddenly impossibly slow - taking five, ten minutes to startup, and being unable to complete an install (Java update).  I found no errors in disk repair and just 'ignorable' errors in permissions.  Programs crashing or haltling - even Finder and Force Quit aren't coming up.
    Plugged it into my white MacBook to run Drive Genius to see if the drive could be salvaged, and disk access is slow even this way.  Crazy slow, like taking several minutes just to get the drive information.
    Size: 499.25 GB (464.96 GiB, 499,248,103,424 bytes)
    Formatted As: Mac OS Extended (Journaled)
    Volume Block Count: 121,886,744
    Volume Block Size: 4,096 bytes
    Volume Size: 499.25 GB (464.96 GiB, 499,248,103,424 bytes)
    Journal: Enabled
    Used: 259.67 GB (241.83 GiB, 259,666,432,000 bytes), 52.01%
    So it seems normal, just really, exceedingly, impossibly slow.
    What are the possible solutions?  I'm not entirely certain it's just the drive; one of the USB ports on the computer is randomly non functioning, no software indications.
    -Crissa

    Using the online hardware test tool (Boot using Option+D) I was able to discern that the operaitng system had decided the drive was bad without actually telling me it was bad.  Eventually the drive completely failed.
    While it was slow, I had backed everything up.  I found a guide to replacing the HD, although I did not actually need the fancy screwdriver to put the drive back in.  It was very simple!
    The USB issue still comes and goes, though.
    -Crissa

  • E3631A IVI class driver can not enable power supply three channel outputs at same time

    Hallo,
    with E3631A IVI class driver i am trying to enable all the channels at the same time,The problem is that class driver supports only Channel Switching between three Channel,i find in this Forums this Discussion 
    http://forums.ni.com/t5/Instrument-Control-GPIB-Serial/E3631A-IVI-class-driver-cannot-enable-power-s...
    is it possible to enable all outputs at same time  that I modify the source code and recompile the drivers,but it is complicated for me.
     Is there a another easy way to solve this problem??
    Would appreciate if someone who has worked on it suggest a method appropriately. Thanks!
    Note：Labview 2009 sp1

    You'll either have to modify yourself, ask the poster in that other thread for it, or use the LabVIEW driver.

Maybe you are looking for