石鑫华视觉论坛微信公众号:石鑫华视觉

 找回密码
 注册会员
查看: 1628|回复: 0

[NI驱动程序] NI-VISA3.2Windows 美国国家仪器虚拟仪器软件架构VISA3.2 Windows版下载

[复制链接]
  • TA的每日心情
    慵懒
    16 小时前
  • 签到天数: 3156 天

    连续签到: 26 天

    [LV.Master]2000FPS

    发表于 2020-3-3 11:37:35 | 显示全部楼层 |阅读模式 来自:广东省东莞市 联通

    注册登陆后可查看附件和大图,以及购买相关内容

    您需要 登录 才可以下载或查看,没有账号?注册会员

    x
    Windows系统下(Linux和MAC系统下请自行了解清楚)NI的各种软件、模块、工具包、驱动程序,使用NI许可证管理器来激活的,绝大部分的都可以使用NI Lincense Activator来激活:NI序列号Serial Number生成激活工具NI License Activator,LabVIEW/VBAI/VDM/VAS等软件模块工具包破解工具不限版本http://visionbbs.com/thread-490-1-1.html

    视觉论坛的各种NI资源,除了视觉相关的模块有使用外,大部分的都不会使用,仅提供资源不提供技术支持。资源的下载地址一般会同时提供NI官方和百度网盘的地址。某些工具包NI地址失效或没有NI地址,只能使用百度网盘地址;如果百度网盘地址失效过期,可联系论坛客服更新。NI的服务器在美国,有时候速度很慢或下载容易出错,这样会造成安装时各种错误而无法安装。建议在下载完成后,对下载资源做校验和(NI一般会提供MD5或SHA256等)验证,与官方或视觉论坛提供的校验和对比,一致就可以安装;如不一致,则需要重新下载。视觉论坛早期下载上传的资源,基本上都是正常下载的资源;2019后下载的资源,都与NI的正确校验和对比过,保证是正确的资源才上传到百度网盘。校验和工具下载地址:文件Hash计算器FHash,文件校验和验证下载文件正确性验证,MD5值计算、SHA1值计算、SHA256值计算、CRC32值计算http://visionbbs.com/thread-26524-1-1.html

    NI-VISA3.2Windows 美国国家仪器虚拟仪器软件架构VISA3.2 Windows版下载

    NI-VISA为使用GPIB、串行、PXI和其他类型仪器的用户提供支持。
    NI-VISA是一个NI仪器驱动程序,是虚拟仪器软件架构(VISA) I/O标准的具体实现。虚拟仪器软件架构(VISA)这一标准用于配置和编程基于GPIB、VXI、PXI、串口(RS232/485)、以太网/LXI和/或USB接口的仪器系统以及故障分析。NI-VISA包括实用程序、底层控制功能和范例,可帮助您快速创建应用程序。

    百度网盘下载:
    NI-VISA3.2完整版和运行时:
    链接:请注册视觉论坛会员登录后购买附件下载查看
    提取码:请购买附件下载查看

    NI官方下载地址(可能无效或无法下载完成):
    NI-VISA3.2完整版和运行时:
    请购买附件下载查看
    VISA3.2Win.txt (645 Bytes, 下载次数: 0, 售价: 10 元)

    National Instruments NI-VISA(TM) Software for Windows. Version 3.2.
    Copyright(c) 1995-2004 National Instruments Corporation. All rights reserved.

    NATIONAL INSTRUMENTS HOLDS MULTIPLE COPYRIGHTS, TRADEMARKS, AND PATENTS
    FOR THIS PRODUCT.  BY DOWNLOADING AND/OR INSTALLING THIS PRODUCT, YOU AGREE
    TO THE TERMS OF THE license.txt FILE THAT RESIDES IN THE SAME DIRECTORY AS
    THIS readme.txt FILE ON THE CD AND/OR WEB SITE.  FOR PATENTS COVERING
    NATIONAL INSTRUMENTS PRODUCTS, REFER TO THE patents.txt FILE ON THE ROOT
    DIRECTORY OF YOUR CD (IF APPLICABLE) AND/OR www.ni.com/patents.


    CONTENTS OF THIS FILE
    ---------------------
    Installing and Uninstalling NI-VISA 3.2
    LabWindows(TM)/CVI(TM) Run-Time Engine
    PXI Geographic Addressing Support
    PXI Resource Naming
    PXI System Configuration
    Support for Multiple GPIB-VXI Controllers
    Support for Agilent/HP Controllers
    Using viPeekXX/viPokeXX Macros
    NI-VISA 2.5 Improvements and Bug Fixes
    NI-VISA 2.5.2 Improvements and Bug Fixes
    NI-VISA 2.6 Improvements and Bug Fixes
    NI-VISA 2.6.1 Improvements and Bug Fixes
    NI-VISA 3.0 Improvements and Bug Fixes
    NI-VISA 3.0.1 Improvements and Bug Fixes
    NI-VISA 3.1 Improvements and Bug Fixes
    NI-VISA 3.2 Improvements and Bug Fixes
    Credits
    Known Issues


    INSTALLING AND UNINSTALLING NI-VISA 3.2
    ---------------------------------------
    NI-VISA 3.2 does not support Windows 9x.  If you need to run your VISA
    application on Windows 95, you must install NI-VISA 2.6.1 or lower.
    If you need to run your VISA application on Windows 98 or Windows Me,
    you must install NI-VISA 3.0.1 or lower.

    Before you install NI-VISA 3.2, we strongly recommend that you uninstall
    any versions of VISA prior to NI-VISA 2.0.1.  NI-VISA 3.2 should upgrade
    properly over NI-VISA versions 2.0.1 through 3.1.

    After uninstalling NI-VISA, some DLLs and executables may remain in the
    NI-VISA directories. To complete the uninstall process, you must restart your
    machine. Note: the uninstaller application will not notify you when rebooting
    is necessary. If you plan to re-install NI-VISA, you should always reboot
    the machine after running the uninstaller.


    LABWINDOWS/CVI RUN-TIME ENGINE
    ------------------------------
    The Setup program now automatically installs the LabWindows/CVI Run-Time
    Engine when necessary. The NI-VISA interactive utility, VISAIC, requires the
    LabWindows/CVI Run-Time Engine 6.0 or later to be installed. When you install
    this utility, Setup also installs the LabWindows/CVI Run-Time Engine if it is
    not already present.


    PXI GEOGRAPHIC ADDRESSING SUPPORT
    ---------------------------------
    Starting with NI-VISA 3.0, we now support geographic addressing for PXI
    resources.  Geographic addressing includes the ability to identify the
    chassis number and slot number for a PXI module.  To support geographic
    addressing, the following attributes have been implemented on the PXI INSTR
    resource type:

    VI_ATTR_SLOT - specifies the PXI slot number for instrument
    VI_ATTR_PXI_CHASSIS - specifies the PXI chassis number for the instrument

    Using these attributes, PXI resources can be located based on their geographic
    address in a system.  For example, the resource description string
    "PXI?*INSTR{VI_ATTR_PXI_CHASSIS==1 && VI_ATTR_SLOT==3}" can be used to
    locate a PXI device in chassis 1, slot 3.


    PXI RESOURCE NAMING
    -------------------
    Starting with NI-VISA 3.0, we now include a new PXI resource format based on
    the traditional bus number/device number/function number addressing scheme:

    "PXI0::-[.]::INSTR"

    For example, given a PXI device at bus 2, device number 17, function
    number 1, the corresponding resource name for this device would be
    "PXI0::2-17.1::INSTR".

    In this new resource name, the "0" in "PXI0" represents the PCI interface
    number for the PXI system.  Currently, this interface number is always "0".
    Note that the interface number is not necessarily the same as a device's
    PCI bus number.

    Of course, NI-VISA continues to support the legacy PXI naming convention:

    "PXI::[::funcNum]::INSTR"

    Note that, for a single-function PXI device on PCI bus 0, both of these
    resource formats yield an identical string.


    PXI SYSTEM CONFIGURATION
    ------------------------
    In order to enable geographic addressing, a PXI system description file
    (pxisys.ini) must be present on the system.  Beginning with NI-VISA 3.0,
    Measurement and Automation Explorer (MAX) includes the ability to identify
    components in a PXI system.  Through the hardware identification process, MAX
    collects the information necessary to generate a PXI system description file.

    Follow these steps to configure your PXI system for geographic addressing:

    1) Launch MAX.
    2) Expand the "Devices and Interfaces" folder.  If you are configuring a
       LabVIEW RT system, locate that system's "Devices and Interfaces" folder
       under the "Remote Systems" view.
    3) Identify your PXI controller.  Locate the "PXI System 0" item.  "PXI
       System 0" represents the PXI system and its controller.  To identify this
       controller, right-click on "PXI System 0" and use the "Identify As"
       feature, selecting your controller from the resulting list.
       NOTE: If you are using an external PC to control the PXI system via a PXI
             bridge like MXI-3, select this option from the menu.
    4) Identify your PXI chassis.  Expand the "PXI System 0" view to locate your
       PXI chassis in the system.  For embedded controllers, a chassis is added
       when the controller has been identified.  For a chassis controlled via
       MXI-3, these chassis are added automatically by the software.  To identify
       a chassis, right-click on the chassis and use the "Identify As" feature,
       selecting your chassis from the resulting list.  Chassis will be assigned
       a number based on the PCI bus number that the chassis resides on.

    Once the controller and chassis have been identified, a pxisys.ini file is
    created.  This file conforms to the PXI specification, and it is used to
    allow drivers (including NI-VISA) and other configuration software to enable
    geographic addressing and other features of PXI.  On Windows, this file is
    placed in the Windows directory.  For LabVIEW RT systems, the pxisys.ini file
    is automatically copied to the remote system's "c:\ni-rt\system" directory.


    SUPPORT FOR MULTIPLE GPIB-VXI CONTROLLERS
    -----------------------------------------
    NI-VISA supports multiple GPIB-VXI controllers in a single system. Because the
    National Instruments GPIB-VXI controller ships with a primary address of 1,
    NI-VISA automatically searches for any GPIB-VXI controllers at that address.

    If you have changed the primary address (for example, if you added a second
    GPIB-VXI controller to your system and set the primary address of the second
    controller to 9), or if you have a GPIB-VXI controller from another vendor,
    you need to add it using Measurement & Automation Explorer so NI-VISA can find
    it. Right-click on "Devices and Interfaces" and select "Create New..." to add
    a new GPIB-VXI interface. Specify the controller's GPIB primary and secondary
    addresses, as well as the GPIB board to which it is connected. Then specify a
    new GPIB-VXI interface number and its logical address (usually 0).

    If you are using a GPIB-VXI command module from another vendor, you also need
    to obtain and install that vendor's VISA GPIB-VXI component.

    If you have a GPIB device at primary address 1 and that device does not
    recognize "*IDN?", you should disable the GPIB-VXI auto-detect feature in
    Measurement & Automation Explorer from the Tools>>NI-VISA>>VISA Options menu.


    SUPPORT FOR AGILENT/HP CONTROLLERS
    ----------------------------------
    NI-VISA now works with Agilent/HP GPIB and VXI controller cards. To
    use this feature, go into the Measurement & Automation Explorer, select
    "Tools>>NI-VISA>>VISA Options", choose the Passports tab, and enable the
    NiVisaTulip.dll Passport. NI-VISA will automaticaly find and access any
    GPIB or VXI devices. However, NI-VISA will not configure the Agilent/HP
    hardware; you must still do that with the Agilent/HP I/O Config utility.

    If you have both National Instruments and Agilent/HP controllers in the same
    system, you must configure the cards at different system addresses, such as
    GPIB0 and GPIB1. If both vendors try to use the same interface address,
    NI-VISA will report an error from viFindRsrc or VISA Find Resources.


    USING viPeekXX/viPokeXX MACROS
    ------------------------------
    Users who want to use the viPeekXX/viPokeXX macros for platforms on which the
    macros are available must define a macro called NIVISA_PEEKPOKE before
    including "visa.h". Note that the macros are currently available
    on only the Win32 platform (all C/C++ compilers).

    If you have used these macros with a version of NI-VISA prior to 2.0, your
    application will continue to run, but the peek/poke performance will decrease.
    You should relink with the libraries supplied with this installation to regain
    the prior peek/poke performance.


    NI-VISA 2.5 IMPROVEMENTS AND BUG FIXES
    --------------------------------------
    GPIB performance has improved. Its performance is now identical to NI-488.

    If you are using the GPIB-ENET controller, the previous version of NI-VISA
    would take a minute or more to time out if a GPIB-ENET controller were not
    connected or powered on. The timeout is now much shorter.

    Serial performance has improved. It no longer consumes excessive CPU time
    during read operations when the data is not immediately available.

    The VISA serial driver now works with baud rates higher than 256000. NI-VISA
    will allow any baud rate that the Windows driver will accept.

    If you set the Flow Control serial setting in T&M Explorer, it was not stored
    properly. This has been fixed in Measurement & Automation Explorer.

    This version of NI-VISA incorporates general bug fixes and improvements for
    GPIB-VXI. The NI-VISA code instrument will now load properly in configurations
    where it previously failed.

    If a GPIB-VXI chassis is reset while an application has VISA loaded, the
    GPIB-VXI would previously become accessible only as GPIB but not GPIB-VXI.
    This release of NI-VISA will now properly re-detect the GPIB-VXI.

    Fixed bug with the GPIB-VXI and hardware triggers.

    Fixed bug for PXI in Windows NT where it would occasionally crash on exit.

    Fixed bug for PXI where repeated calls to viOpen or VISA Open would
    occasionally return an undocumented status code.

    The documentation now includes resource strings and valid parameter values
    for PXI operations.

    The PXI Driver Development Wizard will now also generate a .inf file for
    Windows 2000.

    This version of NI-VISA incorporates general bug fixes and improvements for
    formatted I/O, especially with very large buffers and with the following
    modifiers: "%b", ",", "#", "!ob", "!ol", and "%[".

    The documentation for viPrintf and viFlush better describes when formatted
    I/O buffers are sent. The documentation for viScanf better describes the ","
    and "#" modifiers.

    Added capability to see low-level VISA formatted I/O buffers in NI Spy.

    Improved NI Spy performance when capturing calls, logging to disk, and opening
    files.

    Fixed bug with starting NI Spy while DLLs are in use.

    Fixed bugs in NI Spy where invalid buffer addresses or invalid buffer sizes
    would previously cause NI Spy to crash.

    Fixed installer bugs where the PATH and VXIPNPPATH environment variables were
    occasionally incorrect, especially with long directory names on Windows 95/98.


    NI-VISA 2.5.2 IMPROVEMENTS AND BUG FIXES
    ----------------------------------------
    Fixed bug with enabling the exception event on GPIB-VXI.

    Fixed bug with GPIB-USB-A and NI-VISA on Windows 2000.

    The performance of viFindRsrc has improved.

    On Serial reads where the data is not immediately available, the CPU usage is
    now lower.

    Fixed bug with using NI-VISA on Windows 2000 as Guest users.

    viScanf %f modifier will now properly scan numbers bigger than 2^31-1.

    By default, viFindRsrc will return only the PXI/PCI instruments for which you
    created INF files using the PXI driver development wizard. But you can open
    sessions to all resources that you were able to find using earlier versions of
    NI-VISA. To enable viFindRsrc to return all available resources, change the PXI
    setting in Measurement & Automation Explorer in Tools>>NI-VISA>>VISA Options.

    Fixed bug with Measurement & Automation Explorer with GPIB on Windows 2000.

    The PXI Driver Development Wizard will now also generate a .inf file for
    LabVIEW RT.


    NI-VISA 2.6 IMPROVEMENTS AND BUG FIXES
    --------------------------------------
    viGpibPassControl now returns an error if the primary and/or secondary address
    is invalid.

    In VXI, mapping a trigger line already mapped produced VI_ERROR_LINE_IN_USE
    (0xBFFF0042), instead of VI_SUCCESS_TRIG_MAPPED (0x3FFF007E).  This now
    returns the expected status code.

    In PXI, VXI, and GPIB-VXI, using viMoveInXX and viMoveOutXX with a negative
    value for the length parameter would occasionally cause the system to reboot.
    This now returns the error code VI_ERROR_INV_LENGTH (0xBFFF0083) instead.

    In PXI, viMoveInXX and viMoveOutXX would access the same location rather than
    incrementing the address.  This has been fixed.

    In PXI, if the device memory window was less than 4KB and the Windows OS put
    it at an offset that was not aligned on a 4KB boundary, NI-VISA would not be
    able to access it properly.  This has been fixed.

    In PXI, the ability to query VI_ATTR_MANF_NAME and VI_ATTR_MODEL_NAME was not
    implemented.  This has been added.  You should generate new INF files using
    the new version of the PXI Driver Development Wizard.  Many supported cards
    have already been added to the NI database and should be listed in MAX.  Any
    devices using the new INF files will also have their names listed properly.

    In PXI, if the device model code began with a zero (0), using viEnableEvent
    would return an error.  This has been fixed.

    If you opened and closed a parallel port quickly, viOpen would occasionally
    return VI_ERROR_SYSTEM_ERROR (0xBFFF0000).  This problem may still occur, but
    it is the result of an OS error indicating the resource is busy.  In this
    case, NI-VISA now returns VI_ERROR_RSRC_BUSY (0xBFFF0072) instead.

    If you wrote data to a parallel port on Windows NT/2000, the timeout was
    being ignored.  This has been fixed.

    In Serial, if you tried to set 8 data bits and 1.5 stop bits, NI-VISA would
    return the error VI_ERROR_SYSTEM_ERROR (0xBFFF0000).  On Windows this is an
    invalid combination, because 1.5 stop bits is supported only with 5 data bits.
    With 8 data bits, you may use either 1 or 2 stop bits only.  In this case,
    NI-VISA now returns VI_ERROR_INV_SETUP (0xBFFF003A) instead.

    viReadToFile now writes the correct data to the file.

    If you created a TCP/IP VXI-11 device entry in Measurement & Automation
    Explorer, and then exited and restarted MAX, that device would no longer
    show up.  This has been fixed.

    For TCP/IP SOCKET and INSTR resources, the openTimeout specified in viOpen
    is now used as the network timeout during the connection sequence.  The
    default openTimeout, if not specified, is 2 seconds (2000 milliseconds).

    For TCP/IP SOCKET resources, trying to set the attribute VI_ATTR_TCPIP_NODELAY
    to VI_TRUE would return an error on Windows 98.  This has been fixed.

    For TCP/IP INSTR resources, trying to do a viRead or viReadAsync on a buffer
    with a size larger than a few kilobytes, would either return an error or
    occasionally crash.  This has been fixed.

    In Measurement & Automation Explorer, the GPIB resources could not be dragged
    into LabVIEW 6i.  This has been fixed.

    After uninstalling NI-VISA 2.5.x, Measurement & Automation Explorer would
    display a VISA Error.  This has been fixed.

    Fixed installer bugs where the PATH and VXIPNPPATH environment variables were
    incorrect, when using directory names with spaces on Windows 95/98.

    NI Spy would crash if the application being spied upon had a pathname greater
    than 72 characters.  This has been fixed.

    Calling viTerminate on a Serial transfer would return the incorrect number
    of bytes transferred up to that time.  This has been fixed.

    Calling viTerminate on a Serial transfer would cause subsequent transfer
    attempts (read or write) on the same session to appear to complete
    prematurely.  This has been fixed.

    Fixed LabWindows/CVI function panel help.  Added descriptions of the new
    resource string formats and event types that NI-VISA 2.5 and higher supports.

    viFindRsrc would previously reject certain valid expressions and accept
    certain invalid expressions, usually involving spaces.  This has been fixed.

    Calling viUninstallHandler from the callback is not recommended, but is
    supported.  Doing this in NI-VISA 2.5.2 would take 15 seconds.

    Calling viEnableEvent on VI_EVENT_SERVICE_REQ for GPIB would not generate
    an event if the SRQ line was already asserted.  This has been fixed.

    viFindRsrc now automatically detects parallel ports other than just LPT1.

    In Serial, RS-485 does not support all the lines that RS-232 does.  Querying
    the attributes corresponding to those lines will return VI_UNKNOWN_STATE.

    In Serial, the DTR line was always asserted on viOpen.  For RS-232, that
    continues to happen.  For RS-485 we no longer assert the line automatically.

    In Serial, if data arrives at the same time as viTerminate is called or a
    timeout occurs, the data now gets read.  If this satisfies the read request,
    then the read operation returns a successful status.

    Improved NI Spy performance.  Each call now takes less space in memory and
    on disk.  Large files now load much faster.  When loading files larger than
    the call history depth, there is now an option to load only the first or
    last calls, instead of the entire file.

    Calling viOpen with access mode 1 (exclusive lock) did not work as expected
    on GPIB interface sessions.  This has been fixed.


    NI-VISA 2.6.1 IMPROVEMENTS AND BUG FIXES
    ----------------------------------------
    NI-VISA is now partially localized for Japanese.  The localized portions
    include the installer, NI Spy, and the VISA provider in MAX.

    In PXI, handling interrupts using the VISA queue is now faster on LabVIEW RT
    and Windows 2000/NT/XP.

    When you open a VISA session to GPIB0::INTFC and immediately query the
    attribute VI_ATTR_GPIB_SRQ_STATE, it previously returned the value
    VI_STATE_UNASSERTED.  It now returns VI_STATE_UNKNOWN because the SRQ line
    cannot be monitored if the interface is not yet CIC.  The correct state is
    returned after calling viGpibSendIFC.

    For a TCPIP INSTR resource, calling viTerminate did not work correctly.

    For a TCPIP INSTR resource, calling viRead or viWrite with a large buffer
    occasionally would return an error without transmitting the entire buffer.

    For a TCPIP INSTR resource, opening and closing sessions to multiple host
    addresses would cause NI-VISA to crash.

    For a TCPIP INSTR resource, calling viLock with a timeout longer than the
    I/O timeout for that session could cause NI-VISA to return VI_ERROR_TMO.

    viScanf %# modifier will now output the number of characters put into the
    buffer excluding the terminating null character.  This applies to the %#s,
    %#t, %#T, and %#[] modifiers. NI-VISA treats the maximum array size
    (specified on input) as the total buffer size including the terminating null
    character.

    Once viScanf returned VI_ERROR_TMO, it would no longer work properly on
    that session.

    Opening and closing a serial port in a loop on Windows 2000/NT/XP would
    cause a memory leak.

    LabVIEW RT now supports the attribute VI_ATTR_ASRL_WIRE_MODE.


    NI-VISA 3.0 IMPROVEMENTS AND BUG FIXES
    --------------------------------------
    The driver now works properly with Fast User Switching on Windows XP/2000.

    For a PXI INSTR resource, we now support PXI/PCI devices that rely on the
    subvendor ID and/or the subvendor model code.  To use this functionality
    you must create a new .INF file with the VISA Driver Development Wizard.
    The attributes VI_ATTR_PXI_SUB_MANF_ID and VI_ATTR_PXI_SUB_MODEL_CODE
    are no longer supported by the VISA driver.  The correct attributes to
    query are now VI_ATTR_MANF_ID and VI_ATTR_MODEL_CODE.  These will return
    the primary vendor information if no subvendor information is present,
    and they will return the subvendor information if it is present.

    For a PXI MEMACC resource, viMemFree now frees all memory correctly.

    For a Serial INSTR resource, viOpen on both Windows and LabVIEW RT will now
    accept "COMx" as a valid resource name even if MAX has not yet been run.

    For a Serial INSTR resource, viOpen will now open a port if the process
    that had been using that port exited ungracefully (such as with Ctrl-C).
    The previous behavior had been that viOpen would return VI_ERROR_RSRC_BUSY.

    For a Serial INSTR resource, viWriteAsync was not implemented.  Now it is.

    For a Serial INSTR resource, multiple sessions to the same port caused
    weird behavior if you tried to both write and read data simultaneously.
    This has been fixed.

    For a Serial INSTR resource, if you enabled RTS/CTS flow control and then
    manually tried to set the state of the RTS line, some operating systems
    would generate VI_ERROR_NSUP_ATTR while others would return VI_SUCCESS but
    not actually modify the state of the line.  Neither of these behaviours was
    correct.  Now NI-VISA will return VI_ERROR_INV_SETUP in this case on all
    operating systems.

    For a Serial INSTR resource, the RS-485 wire mode attribute now works
    properly on Windows XP/2000.

    In GPIB, the attribute VI_ATTR_INTF_INST_NAME would report an unknown
    board type for some GPIB-USB and GPIB-ENET controllers.  The symptom was
    also visible in the VISA Interactive Control utility.  This attribute now
    reports the correct information.

    In GPIB, the implementation of viFindRsrc could take up to 10 seconds if
    you had NI-488.2 version 2.0 installed.  The symptom was also visible in
    LabVIEW when you dropped the first VISA resource control on the front
    panel.  This now takes less than 1 second on most machines.

    NI Spy would occasionally incorrectly report an output jobID of 0 for
    viReadAsync or viWriteAsync even though the operation completed
    successfully with a valid non-zero jobID.

    NI Spy would not restore the window location on a monitor other than the
    primary monitor.  This now works as expected.

    If you ran MAX as a guest user and edited the Passport settings, the new
    settings could not be saved to the registry, but MAX did not generate a
    warning.  This has been fixed, and you will now get a warning.

    For a TCPIP SOCKET resource, viReadAsync was not implemented.  Now it is.

    The remote NI-VISA server could not be started on the same machine as
    the remote DAQ server because they both used the same port.  Now the
    remote NI-VISA server uses port 3537 by default.

    viFindRsrc would crash on a complex expression with multiple "|" symbols.
    This has been fixed.

    If you had a GPIB device at primary address 1 that generated a response to
    *IDN? that was longer than 100 characters, viFindRsrc would occasionally
    crash.  This has been fixed.

    Some VISA COM components were not being correctly registered.

    The VISA COM API would return an incorrect string from ReadString if the
    number of bytes read was exactly what was requested.

    The VISA COM API would not return output string parameters correctly if
    the variable passed into the function was uninitialized or had a garbage
    value.  This problem was normally only seen from C++ when using a raw BSTR
    instead of CComBSTR.  This has been fixed.

    In GPIB, the implementation of viFindRsrc on LabVIEW RT would find GPIB
    resources only on GPIB0.  It now finds GPIB resources on any configured
    GPIB interface number.

    Calling viUnmapAddress when using an Agilent HP-E1406A GPIB-VXI controller
    would cause the application to crash.  This has been fixed.

    The attributes VI_ATTR_MANF_NAME and VI_ATTR_MODEL_NAME are now correctly
    implemented for GPIB-VXI regardless of whether NI-VXI is installed.

    The maximum simultaneous number of GPIB-VXI controllers supported by
    NI-VISA has changed from 10 to 32.

    The VISA Driver Development Wizard (formerly known as the PXI Driver
    Development Wizard) now allows multiple logical-OR PXI interrupt conditions.

    You can now edit the binding properties of a VISA TCPIP resource in MAX.
    For example, you can change the hostname or IP address.

    MAX can now auto-detect VXI-11 TCPIP resources on your subnet.  When you
    right-click on Devices and Interfaces and choose Create New..., you then
    need to specify a VXI-11 instrument and click the option to have MAX browse
    your local subnet.

    If you enabled the VISA COM API for VI_EVENT_SERVICE_REQ for a callback,
    it would crash when the event was being raised.  This has been fixed.

    If you tried to exit the VISA Interactive Control utility by right-clicking
    on the taskbar icon and choosing Close, the utility would hang.  This has
    been fixed.

    Using remote NI-VISA with asynchronous I/O did not properly transmit data
    asynchronously.  This has been fixed.

    In Serial on LabVIEW RT, you can now configure advanced settings (such as
    FIFO triggers and the default RS-485 wire mode) in MAX.

    In Serial, if the Windows configuration settings for a given port were
    different from the NI-VISA settings, MAX would overwrite the Windows settings
    when you hit Refresh.  Now, MAX points out the different settings and lets
    you choose.

    In MAX, selecting Rename on an alias and changing merely the case of the
    alias would cause an error.  This has been fixed.

    When calling viWaitOnEvent repeatedly with a timeout of 0 (immediate), some
    interfaces and event types would still consume excessive CPU time.  Now doing
    this will yield the CPU regardless of the interface or event type.

    For a Serial INSTR resource, if a parity or framing error occurred, NI-VISA
    would not return the correct error condition.  This has been fixed.

    viFindRsrc would return VI_ERROR_INV_EXPR if the expression exceeded 255
    characters.  Now it will accept resource expressions of any length.

    If a PXI multi-function device did not have function 0 registered as an
    NI-VISA resource, then viFindRsrc would not return any of the other functions
    of that device either, even if they were registered with NI-VISA.  This now
    works properly.

    Calling viFindRsrc would always assert REN on each GPIB board after finding
    devices.  Now viFindRsrc will re-assert REN on each board only if there is
    at least 1 open VISA INSTR session on that board.

    For a TCPIP SOCKET resource, using viRead with termchar enabled was much
    slower than reading the exact number of bytes.  The performance of using
    termchar with viRead is now much better than it was.


    NI-VISA 3.0.1 IMPROVEMENTS AND BUG FIXES
    ----------------------------------------
    For a PXI INSTR resource, calling viEnableEvent and viDisableEvent in a loop
    would leak memory.  On LabVIEW RT, this would eventually cause a reboot.

    For a GPIB INTFC resource, performing any asynchronous I/O would
    occasionally cause a crash when you later close the VISA session.

    Installing NI-VISA 3.0 on a system with LabVIEW 6.1 would cause user VIs
    that use "VISA Configure Serial Port" to have a broken wire.


    NI-VISA 3.1 IMPROVEMENTS AND BUG FIXES
    --------------------------------------
    NI-VISA 3.1 supports the PXI/PCI interface type in the RTX real-time
    environment in LabVIEW RT.  This is a new feature.

    The VISA Driver Development Wizard can install the generated INF file onto
    your local system.  This is a new feature.

    The BACKPLANE resource type is supported in the PXI resource class.  This is
    a new feature.

    For a VI running on LabVIEW RT, calling VISA Close on an ENET-Serial resource
    would occasionally either hang or return an error.  This has been fixed.

    Calling viClose on an ethernet resource would leak a socket handle.  This
    has been fixed.

    In MAX, it was not possible to create static TCPIP resources on a LabVIEW RT
    system.  This has been fixed.

    On Windows NT, 2000, or XP, calling viEnableEvent on a PXI/PCI INSTR resource
    would occasionally cause a system crash.  This has been fixed.

    Reading data from a Serial port was slow.  The performance has improved.

    Using the Serial Break VI from LabVIEW did not work with remote NI-VISA.
    This has been fixed.

    Querying VI_ATTR_ASRL_AVAIL_NUM on a parallel port would return a large
    random number.  The correct value for this is always 0.  This has been fixed.

    If you created a TCPIP resource in MAX with an alias, it wouldn't show up.
    This has been fixed.

    In MAX, choosing the Tools>>NI-VISA>>VISA Options menu item would not always
    bring up the options.  This has been fixed.

    In MAX if you disabled a COM port and hit Refresh, the Serial resource
    would disappear completely.  This has been fixed.  The resource now continues
    to exist but has a black X overlay icon to indicate that it is disabled.

    The VISA Driver Development Wizard now supports the PXI standard module.ini
    format.  It will generate that file along with the .INF files for NI-VISA.
    You can also use this wizard to load module.ini files from other vendors.

    In MAX, if you inserted a new Serial port, it would erroneously claim that
    the settings have a conflict.  This has been fixed.

    The VI_EVENT_USB_INTR event attributes did not work properly.  This has been
    fixed.

    If you unplugged a VISA USB device and plugged it back in, NI-VISA could not
    access the device properly.  This has been fixed.

    Calling viEnableEvent on a remote VISA session would leak memory in the
    server.  This has been fixed.

    Creating a new remote NI-VISA system would hang MAX.  This has been fixed.

    The hostname "localhost" or the IP address "127.0.0.1" did not work properly
    with remote NI-VISA.  Only the DHCP name or network IP address would work.
    This has been fixed.

    The remote NI-VISA server did not properly validate a hostname with an
    underscore.  This has been fixed.

    Calling viGetAttribute on VI_ATTR_INTF_INST_NAME on TCPIP resources with
    Internet Explorer 2 would crash.  This has been fixed.

    If you enabled a LabVIEW RT system that was using DHCP as a VISA remote
    system to search when finding resources, NI-VISA would use the IP address
    rather than the DNS name.  Starting with LabVIEW RT 7.1, remote systems are
    correctly assigned DNS names, and NI-VISA can use the DNS name when
    finding remote resources.  Any existing remote VISA system that was enabled
    for finding will remain listed using its IP address unless you disable and
    re-enable the system for finding.  Enabling a remote system with LabVIEW RT
    7.1 already installed will result in NI-VISA using the DNS name if it is the
    same as the name of the remote controller.  Otherwise, if the remote system
    is not using DHCP, or if the DNS name does not match the controller name,
    then NI-VISA will still use the IP address of the remote system.

    In MAX, if you changed the VISA Options and browsed to another item, your
    changes would sometimes be lost.  This has been fixed.

    The manufacturer and model name for PXI/PCI resources were incorrectly
    reported as unknown.  This has been fixed.

    The global attributes on a GPIB INTFC resource were not properly shared
    across sessions.  This has been fixed.

    Calling viOpen on a remote NI-VISA resource did not honor the openTimeout
    parameter.  This has been fixed.


    NI-VISA 3.2 IMPROVEMENTS AND BUG FIXES
    --------------------------------------
    Enabling the NiVisaTulip Passport would cause applications to crash on exit.
    This is fixed.

    For a USB RAW resource, calling viEnableEvent on VI_EVENT_USB_INTR with the
    VI_HNDLR mechanism would cause a crash when the first interrupt arrived.
    This is fixed.

    Added support in MAX for the standard Export and Import wizard.  For NI-VISA,
    this allows you to transfer the VISA aliases and driver settings.

    Calling viPrintf on a remote VISA session would return VI_ERROR_IO instead
    of VI_ERROR_RSRC_LOCKED when the remote resource was locked.  This is fixed.

    The VISA Interactive Control utility (VISAIC) now displays an error message
    box when viFindRsrc returns an error.

    For a PXI INSTR resource, calling viDisableEvent and then viWaitOnEvent would
    cause a crash.  On Windows, the application would exit; on LabVIEW RT (both
    Phar Lap ETS and RTX), the system would need to be rebooted.  This is fixed.

    The NI-VISA COM API now supports PXI (INSTR, MEMACC) and USB (INSTR, RAW).

    Right-clicking on a PXI chassis in MAX now provides the option to open a
    VISA session to that PXI BACKPLANE resource.

    Fixed various issues in MAX related to changing the IP address of a remote
    VISA system.

    Calling viParseRsrcEx would in some cases output the resource class using
    the same case you used in the resource string in the input parameter.  The
    output parameter should always be uppercase.  This is fixed.

    For a Serial INSTR resource, calling viGetAttribute on VI_ATTR_ASRL_WIRE_MODE
    would always output -1 if you hadn't yet set the mode for the given resource.
    Now if you have NI-Serial 1.6 or higher installed with supported hardware,
    it will output the default configured state rather than -1.  Otherwise it
    will still output -1.  Note that NI-Serial 1.6 does not implement this
    feature on all currently supported NI RS-485 controllers.


    CREDITS
    -------
    This product includes components that use the socket++ library.  The library
    is Copyright(C) 1992-1995 Greg Lavender (University of Texas) and
    Gnanasekaran Swaminathan (University of Virginia).  All rights reserved.


    KNOWN ISSUES
    ------------
    Installing this software on a system with NI-VISA 2.01 might remove T&M Explorer
    even if NI-VXI 2.x is installed.

    IVI driver developers can use the new VISA COM API.  NI-VISA 3.2 does not yet
    document this API, so only those developers familiar with the specification
    should use it in this release.  The relevant COM classes for getting started
    include IResourceManager and IVisaSession, registered in GlobMgr.dll.  The
    VISA COM API is functionally equivalent to the VISA C API.  It does not add
    features; it is just another language interface.  The VISA COM API can only
    be installed if you have Internet Explorer 4.01 or higher on your system.

    If you are using NI-VISA with the VisaNS .NET API, you might find that an
    existing project created with an older version of VisaNS now produces build
    errors that read "error CS0011: Referenced class '' has base class
    or interface 'NationalInstruments.ISynchronizeCallbacks' defined in an
    assembly that is not referenced. You must add a reference to assembly
    'NationalInstruments.Common'".  To eliminate this error, add a reference to
    the NationalInstruments.Common assembly to your project.
    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 注册会员

    本版积分规则

    LabVIEW HALCON图像处理入门教程(第二版)
    石鑫华机器视觉与LabVIEW Vision图像处理PDF+视频教程11种全套
    《LabVIEW Vision函数实例详解》教程-NI Vision所有函数使用方法介绍,基于NI VISION2020,兼容VDM21/22/23
    LabVIEW图像处理教程
    机器视觉商城淘宝店铺
    视觉论坛充值赞助方法

    QQ|石鑫华视觉论坛 |网站地图

    GMT+8, 2024-3-29 23:16

    Powered by Discuz! X3.4

    © 2001-2024 Discuz! Team.

    快速回复 返回顶部 返回列表