1. 为什么到了今天还有人在装 LabVIEW 2018
先说个现象。你如果去问一圈做测控、产线自动化、高校实验平台的朋友,会发现 LabVIEW 2018 这个版本的生命力远超它自己的发布周期。NIPM 里早就有 2020、2021、2023、2024 了,可很多工厂的老设备上位机还跑在 2018 上,学校实验室的采集卡驱动盘里塞的还是 2018 的离线包,甚至一些非标测试台的项目文件,从 2015 年写到 2018 年就再没动过。原因不复杂:LabVIEW 的向后兼容做得比较克制,新版打开老 VI 往往要重新编译,而重新编译意味着要重测、要重新出报告、要走一遍流程,成本比装一套老版本高得多。所以"装 LabVIEW2018 安装教程"这个需求,本质上不是怀旧,而是生产环境里的硬需求。
我自己前前后后在不同机器上装过至少二十次 LabVIEW,从 Win7 32 位的老工控机,到 Win10 的笔记本,再到虚拟机里跑临时环境。踩过的坑不算少:装到一半卡在"正在配置"一个多小时、装完发现 DAQmx 没勾上导致采集卡认不到、许可证服务器连不上报 -5000、中文用户名导致临时路径解析失败、杀毒软件把安装器的一个组件当成可疑文件删掉。这些问题在官方手册里通常不会写,但实际装的时候大概率会碰到,而且一碰就是半天。
这篇内容我打算按真实的装机顺序来写:从版本选型和硬件门槛讲起,到安装包的准备、依赖库补齐,再到完整的分阶段安装流程、授权处理、装后自检、报错排查,最后是多版本共存和干净卸载。核心关键词是 LabVIEW2018 和安装教程,但我不会只给你一个"下一步下一步"的流水账,重点会放在每一步为什么这么做、什么情况下要换个做法、以及哪些看着像小事的选项后面会变成大麻烦。适合三类人看:第一次装 LabVIEW 的学生和转岗工程师、需要在产线机器上重装环境的现场人员、以及要给别人做统一装机镜像的 IT 和实验室管理员。新手可以照着走,老手可以直接跳到第 4 章和第 6 章。
2. 装之前先想清楚:版本选型与硬件门槛
2.1 32 位还是 64 位,这是第一个分叉口
LabVIEW 2018 分 32 位和 64 位两个完全独立的开发环境,它们不是"同一个软件的两个模式",而是两个独立的安装实体,可以同时装在一台机器上,但彼此不能互相加载编译好的二进制。这一点必须在下安装包之前就定下来,装完再改的成本很高。
判断依据其实就三条。第一,你手里的硬件驱动有没有 64 位版本。早期的很多采集卡、运动控制卡、老式 GPIB 卡,厂商只出了 32 位驱动,这种情况下哪怕你系统是 64 位 Win10,也必须装 32 位 LabVIEW,因为 64 位 LabVIEW 只能调 64 位驱动,加载 32 位 DLL 会直接报错。第二,项目里有没有调用外部 DLL。如果你要 Call Library Function Node 调一个第三方的 32 位 DLL,那也只能用 32 位环境。第三,内存需求。做大规模数据处理、图像处理、多通道高速采集,单进程超过 2GB 内存是常有的事,这时候 64 位才有意义。
注意:32 位 LabVIEW 才是这个行业里的默认选项。我见过太多人想当然地装了 64 位,结果插上采集卡发现驱动不匹配,只能全部卸掉重来。除非你明确知道自己需要 64 位,否则先装 32 位。
2.2 系统与硬件的硬性门槛
LabVIEW 2018 这个年代的软件,对系统的兼容区间比较宽,但也别指望它能跑在太新的系统上。Windows 11 能装,但偶尔会遇到安装器界面渲染异常、驱动签名校验更严格的问题,稳妥起见建议是 Win10 专业版 64 位,或者 Win7 SP1。Windows 家庭版不是不能装,但组策略、服务管理、驱动安装这几块会受限,出问题时排查起来更费劲。
| 项目 | 最低要求 | 实际建议 | 说明 |
|---|---|---|---|
| 操作系统 | Win7 SP1 / Win8.1 / Win10 | Win10 64 位专业版 | 家庭版、精简版系统问题多 |
| CPU | 1.6 GHz 双核 | 四核 2.5 GHz 以上 | 编译和图像处理吃 CPU |
| 内存 | 2 GB | 8 GB 起,图像处理建议 16 GB | 32 位进程有 2GB 上限 |
| 磁盘 | 约 20 GB 可用 | 预留 60 GB 以上 | 附加模块能吃掉几十 GB |
| 分辨率 | 1024×768 | 1920×1080 及以上 | 前面板控件太多时低分辨率很难受 |
| 运行库 | .NET Framework 4.6.2 以上 | 4.7.2 或更高 | 缺了会装到一半失败 |
磁盘这块要单独说一句。LabVIEW 本体大概 3 到 5 GB,看着不多,但如果你要装设备驱动(DAQmx 全量约 2 GB)、视觉模块(IMAQ Vision 约 3 GB)、实时和 FPGA 模块(这两个能吃到 15 GB 以上)、声音与振动套件,再算上 NI 的共享组件,最终占用四五十 GB 很正常。而且 NI 的安装器在安装过程中会在系统盘生成临时缓存,如果你系统盘只剩 15 GB,安装大概率中途失败,报的还是个语焉不详的错误码。
2.3 安装路径与用户名的两个隐藏雷区
第一个雷区是路径里的中文和空格。LabVIEW 本身对中文路径的容忍度其实还行,但安装器在解压临时文件、注册组件、写注册表的时候,遇到中文路径偶发失败的案例不少,尤其是老版本的 NI 安装器。我的习惯是全程用纯英文、无空格的路径,比如D:\NI\LabVIEW2018,离线安装包也解压到D:\Install\LV2018这种地方,不要放在桌面上——桌面路径里带用户名,而用户名一旦是中文,麻烦就来了。
第二个雷区就是 Windows 用户名。很多人的电脑账户叫"张三"或者"小明的电脑",这会导致C:\Users\张三\AppData\Local\Temp这类路径带中文。NI 安装器有一部分组件在解压和注册时会解析这个临时目录,中文路径下报错的情况我遇到过至少三次,典型表现是安装进度到 60% 左右突然回滚,日志里写的是文件复制失败。解决办法有两个:临时新建一个纯英文名的本地管理员账户来装,装完再切回来;或者提前把系统临时目录改到D:\Temp这种纯英文路径。后者更彻底,改法是在系统属性里修改 TEMP 和 TMP 两个环境变量,改完重启一次再开始装。
实操心得:装之前用一条命令把环境信息一次性看清楚,比装到一半再回头查要高效得多。管理员权限打开 PowerShell,跑一下磁盘剩余空间和系统版本,心里先有个数。
# 查看各盘剩余空间,单位 GB Get-PSDrive -PSProvider FileSystem | Select-Object Name, @{n='FreeGB';e={[math]::Round($_.Free/1GB,1)}} # 查看系统名称、版本和物理内存 Get-ComputerInfo | Select-Object OsName, OsVersion, CsTotalPhysicalMemory # 确认当前用户名是否为纯英文 $env:USERNAME最后一条如果你输出的是中文,就按上面说的先处理掉账户或临时目录的问题,别抱侥幸心理。
3. 安装包与依赖环境的准备
3.1 拿到安装包之后先做的三件事
LabVIEW 2018 的官方分发形式通常是一个离线安装镜像,或者通过在线安装器按需下载组件。离线包体积很大,几个 GB 到十几个 GB 都有,传输过程中损坏是常事,所以我拿到包之后的第一件事是校验完整性——如果是 ISO,用系统自带的挂载功能挂上,不要用老式解压软件强行解压,避免破坏文件属性;如果是压缩包,解压后用哈希值对一下官方给出的校验值,对不上就重新下载,别省这一步。
第二件事是关掉杀毒软件和 Windows Defender 的实时保护,是暂时关闭而不是永久关闭。原因很实在:NI 安装器在注册组件时会写入系统目录、修改服务配置,这些行为在行为检测型杀软眼里非常像恶意软件。我遇到过一次装到一半,某个运行库文件被自动隔离,安装器报文件缺失然后整体回滚,重新装一遍还是同样的问题,直到把实时保护关掉才顺利通过。装完记得把保护开回来,并且把 NI 的安装目录和共享目录加入白名单,避免以后运行时被误杀。
第三件事是把安装包解压到纯英文短路径下。路径越短越好,比如D:\LV2018,不要搞成D:\下载\LabVIEW2018 完整版\安装文件\。原因有两个:Windows 对完整路径长度有限制,解压层级太深会触发路径过长错误;另外部分安装脚本对路径中的空格和特殊字符处理得不干净。这个细节看着不起眼,但它能避免掉一类很难定位的失败。
3.2 必须补齐的系统运行库
LabVIEW 2018 本体依赖 .NET Framework 和一组 Visual C++ 运行库。大部分 Win10 系统自带 .NET 4.6 以上,但如果是干净的 Win7 SP1 或者被精简过的系统镜像,缺库是大概率事件。判断方法很简单,安装器启动前一般会做一次环境预检,缺什么它会提示;但你也可以在装之前主动补齐,省得中间卡住。
需要确认的通常是这几个:.NET Framework 4.6.2 或以上、Visual C++ 2013/2015-2017 的 x86 和 x64 运行库、Windows Installer 4.5 以上、以及系统更新打到一个比较新的补丁级别。注意 VC++ 运行库 x86 和 x64 都要装,即便你的系统是 64 位、LabVIEW 也装 64 位——因为安装器本身有些组件是 32 位的,缺了 x86 版本照样报错。
另一个容易被忽略的是磁盘上的页面文件。NI 的安装器在高峰期内存占用能到 1.5 GB 以上,如果物理内存只有 4 GB 而且页面文件被禁用了,安装过程中会出现莫名奇妙的中断。检查一下虚拟内存是不是设成了"自动管理",如果被人为关掉过,重新打开,给个 4 GB 以上的初始值。
3.3 附加模块的取舍原则
模块勾选是新手最容易做错的一步。全选吧,装三个小时、占几十 GB,而且某些模块之间还有版本依赖;全不选吧,装完发现采集卡认不到、串口打不开、相机连不上,还得再补装一次,补装比一次装完更麻烦,因为补装会触发依赖重新解析,有时候要把已有的组件一起升级。
我的原则是分三层:基础层必装,硬件层按需装,应用层等确认需要了再加。
| 层级 | 组件 | 是否建议勾选 | 理由 |
|---|---|---|---|
| 基础层 | LabVIEW 开发系统(含 Application Builder) | 必装 | 没有它就没开发环境 |
| 基础层 | NI Package Manager | 必装 | 后续所有安装卸载都靠它管理 |
| 基础层 | NI License Manager | 必装 | 授权管理,跳过后面很难补 |
| 硬件层 | NI-DAQmx | 用采集卡就装 | 不装连 MAX 里的设备树都看不到 |
| 硬件层 | NI-VISA | 用串口/仪器通信就装 | 串口、GPIB、TCPIP 仪器全靠它 |
| 硬件层 | NI-488.2 | 有 GPIB 卡才装 | 没有硬件就不用装 |
| 硬件层 | NI-IMAQ / IMAQdx | 用相机才装 | 视觉项目的必需项 |
| 应用层 | Vision Development Module | 按需 | 体积大,做图像算法才要 |
| 应用层 | Real-Time / FPGA | 按需 | 体积最大,没有 PXI/cRIO 硬件就别装 |
| 应用层 | Sound and Vibration | 按需 | 声学振动测试专用 |
| 应用层 | Database Connectivity / Report Generation | 按需 | 要写数据库和出报告时再补 |
注意:如果你不确定以后会不会用到某个硬件驱动,宁可先装上 DAQmx 和 VISA 这两个"万金油",它们覆盖了绝大多数采集和仪器通信场景。视觉和实时模块可以后面再补,补装这两个的代价比其他模块小。
4. 安装过程的完整实操
4.1 第一阶段:先把 NI Package Manager 装好
现在的 NI 软件分发基本都走 NI Package Manager 了,LabVIEW 2018 时代虽然还有传统安装器,但如果你用的是官方离线包,目录里通常会先有一个 NIPM 的安装程序。顺序很重要:先装 NIPM,再装其他所有东西。原因是后续的驱动、模块、补丁都通过 NIPM 来管理依赖关系,跳过它直接跑 LabVIEW 的安装程序,有时候能装上,但后续想加装模块时会发现 NIPM 认不到已有组件,得整个重装。
NIPM 本体很小,装起来很快,注意两点:安装路径用默认的C:\Program Files\National Instruments\NI Package Manager,不要改;安装完成后它会自动检查在线更新,离线环境下这一步会卡一会儿然后超时,属于正常现象,耐心等它走完或者直接取消。
装完 NIPM 之后,建议顺手在命令行里确认一下它能跑起来。打开 PowerShell,用管理员身份执行:
# 进入 NIPM 的安装目录 cd "C:\Program Files\National Instruments\NI Package Manager" # 查看当前已安装的 NI 包列表,能打印出来就说明 NIPM 正常 .\nipkg.exe list如果这一步报"不是内部或外部命令",说明路径不对或者 NIPM 没装成功,别急着往下走,先把这一步解决掉。后面所有的模块安装都可以用nipkg install 包名来做,比点图形界面快得多,而且方便写脚本批量部署。
4.2 第二阶段:驱动和开发系统谁先装
这是个老生常谈的问题,两种顺序都有支持者。我实测下来的结论是:先装开发系统,再装驱动和模块,但中间不要重启,全部装完再统一重启。这么做的原因在于,LabVIEW 安装过程会把一些共享组件(比如 LabVIEW Run-Time、NI 的公共库)注册到系统里,驱动安装程序在检测环境时会去读这些组件;反过来先装驱动也能装,但偶尔会出现驱动版本和后面装的 LabVIEW 共享组件版本对不上,导致 MAX 里能看到设备但 LabVIEW 里调不到的情况。
具体到操作上,如果你用的是离线包里的主安装程序,它会引导你走一个"选择产品"的界面,这个界面里同时出现开发系统和驱动,那就一次性把要装的都勾上,让安装器自己排顺序。如果你是用 NIPM 手动装,那顺序就是:LabVIEW 开发系统 → 相关驱动 → 应用模块 → 最后打补丁。
有一种情况要反过来:如果你的采集卡驱动要求某个特定版本的共享组件,而 LabVIEW 2018 自带的版本更新,那就先装驱动,让它把共享组件装到它要的版本,然后再装 LabVIEW 并取消勾选共享组件更新。这种情况在老旧硬件上偶有出现,判断依据是驱动安装包自带的发行说明里有没有写"需要 NI-VISA xx.x 或更高"。
4.3 第三阶段:用命令行批量静默安装
如果你要装多台机器,或者要给实验室做统一环境,图形界面一步步点太慢了。NIPM 提供了命令行接口,可以批量安装。下面是我常用的写法,实际包名可能因为离线包版本不同略有差异,先用nipkg list或者查看离线包目录里的包清单确认一下。
# 以管理员身份打开 PowerShell $nipkg = "C:\Program Files\National Instruments\NI Package Manager\nipkg.exe" # 安装 LabVIEW 2018 开发系统(包名以实际离线包为准) & $nipkg install "ni-labview-2018-development-system" --accept-eulas --yes # 安装 DAQmx 驱动 & $nipkg install "ni-daqmx" --accept-eulas --yes # 安装 VISA & $nipkg install "ni-visa" --accept-eulas --yes # 安装完成后查看结果 & $nipkg list几个参数说明:--accept-eulas表示自动接受许可条款,静默安装时必须加,否则会卡在交互界面;--yes表示对确认提示一律回答是。这两个参数的具体拼写以nipkg.exe help install的输出为准,不同版本 NIPM 的参数可能微调。
实操心得:静默安装最大的好处不是快,而是可复现。图形界面装完之后,你很难说清当时到底勾了哪些模块;命令行装完,那份命令本身就是安装清单,下次换机器直接复制粘贴,环境完全一致。做产线部署的同行,强烈建议走这条路。
4.4 安装时长与"是不是卡死了"的判断
全量安装(开发系统 + 常用驱动 + 一两个应用模块)在固态硬盘机器上大约 40 到 70 分钟,机械硬盘能到 90 分钟以上。安装过程中会有几段明显"不动"的阶段,最典型的是进度条停在"正在配置"或者"正在注册组件",这一停可能十几分钟。怎么判断是正常等待还是真的卡住?看任务管理器的磁盘和 CPU 占用。如果磁盘写入速度还有几 MB/s、CPU 有占用,那就是在干活,别动它;如果磁盘、CPU、网络全是 0,持续五分钟以上,那基本是真卡了。
真卡住的处理办法不是直接点取消,而是先去看安装日志。NI 安装器的日志通常在%TEMP%下的 NI 相关目录,或者C:\Program Files (x86)\National Instruments\Shared\附近。日志末尾一般会写清楚卡在哪个组件的哪个动作上,是文件复制失败还是注册超时。看完日志再决定是等、还是结束进程重来。强行取消安装的后果是注册表里留一堆半成品条目,下次安装会报"已存在旧版本",比从头装还麻烦。
5. 首次启动与授权处理
5.1 官方渠道的授权方式说明
LabVIEW 是商业软件,讲安装就绕不开授权。这里我把官方提供的几种正规途径说清楚,具体条款和期限以官方页面和你的授权文件为准,不要用任何来路不明的第三方工具处理授权,那类工具轻则导致软件运行不稳定、编译出的程序行为异常,重则携带风险程序,得不偿失。
官方常见的授权形式有几种:永久许可证,通常绑定到具体机器或与 NI 账户关联;订阅制授权,按年付费,需要定期联网续期;批量授权,企业或学校采购后在内部许可证服务器上统一分发;评估版,官方提供的限期试用,用来做技术验证,功能上基本完整但有时间限制。高校用户还可以留意学校是否加入了 NI 的院校合作计划,很多学校的实验室有覆盖全校的授权,学生用校园账号就能拿到,这一点值得先去问问实验室老师,能省不少事。
5.2 离线激活的完整流程
现场设备往往不联网,这时候就得走离线激活。整体思路是三步:在目标机器上生成一个激活请求文件,把文件拿到一台能上网的机器上提交,拿到返回的激活文件,再拷回目标机器导入。这套流程在 NI License Manager 里都有对应的菜单项。
具体操作:先确认目标机器上的系统时间和日期是准确的,时间偏差超过一定范围会导致激活请求被拒。然后打开 NI License Manager,找到需要激活的产品,选择手动/离线激活方式,软件会生成一个请求文件,一般是一个特定后缀的文本文件。把这个文件拷贝出来,通过能上网的机器登录你的 NI 账户,在授权管理页面提交请求,下载得到响应文件。回到目标机器,在 License Manager 里导入响应文件,激活状态就会变成已激活。
注意:离线激活的请求文件和响应文件是一一对应的,中间不要重新生成请求文件,也不要换机器提交。如果第一次导入失败,先检查文件有没有被邮件系统或聊天工具改写编码,用原始拷贝方式传输,比如 U 盘,不要通过会做格式转换的渠道转发。
5.3 License Manager 的使用要点
NI License Manager 是后续所有授权问题的入口,建议装完之后把它固定到开始菜单,用起来方便。几个实用信息:它能看到每个产品的授权类型、剩余天数、绑定状态;评估版快到期时它会有提示,提前处理能避免项目做到一半软件打不开;如果授权状态显示异常,可以尝试"刷新"或者重启一下许可证服务,服务名一般是 NI 相关的几个,在服务管理器里能找到。
还有一种常见情况是授权文件明明导入了,软件启动还是提示未授权。这种时候先确认导入的授权是针对当前这个版本的——LabVIEW 2018 的授权和 2019 是分开的,不能混用。再确认一下系统里有没有装多个版本,License Manager 里每个版本是独立条目,别激活错了对象。最后检查一下系统时间,被改过的系统时间会直接导致授权校验失败,这个坑我踩过一次,折腾了半小时才发现是虚拟机挂起后时间漂移。
6. 安装后的验证与常见报错排查
6.1 五分钟自检清单
装完先别急着打开项目,花五分钟做一轮基础自检,能提前发现八成的问题。
- 打开 LabVIEW 2018,看启动界面版本号是不是 2018,别开成了别的版本。
- 新建一个空白 VI,前面板放一个波形图和一个随机数,连起来跑一下,能出波形说明运行时正常。
- 打开 Measurement & Automation Explorer(MAX),看设备和接口那一栏能不能列出你插的硬件,看不到就说明驱动没装好或者版本不匹配。
- 在 MAX 里对采集卡做一次自检,通过说明驱动和硬件通信正常。
- 打开 NI License Manager,确认所有需要的产品都是已激活状态。
- 在 LabVIEW 里点开 VI Package Manager(如果有装),能正常打开说明 JKI 那套工具链没冲突。
这六项都过了,基本可以确认环境是健康的,再往上面搭项目。如果哪一项没过,别抱着"可能不影响"的心态继续,后面报的错误往往和这一项有直接关系。
6.2 报错码速查表
安装和使用初期会遇到一些高频报错,我把常见整理成表,附上排查方向。错误码的具体含义以官方帮助文档为准,这里给的是实战中的定位思路。
| 现象或错误码 | 常见原因 | 排查方向 |
|---|---|---|
| -5000 许可证错误 | 授权未激活或导入错误 | 检查 License Manager 状态,确认版本对应 |
| -88705 未授权 | 授权过期或系统时间异常 | 校准系统时间,重新激活 |
| 安装回滚,日志报文件复制失败 | 中文路径或杀软拦截 | 换纯英文短路径,关闭实时保护重装 |
| 安装失败 0x80070643 | .NET Framework 安装失败 | 手动装 .NET 4.7.2 以上,修复系统更新 |
| MAX 里看不到设备 | 驱动未装或版本不匹配 | 用 NIPM 确认驱动已安装,检查位数是否一致 |
| 串口/仪器打不开 | 缺 NI-VISA | 通过 NIPM 补装对应版本 VISA |
| 打开老 VI 报缺少子 VI | 附加模块未安装 | 确认原项目用了哪些模块,按需补装 |
| 前面板中文显示为方块 | 系统缺字体或区域设置异常 | 检查系统语言包和非 Unicode 程序语言设置 |
| 编译 exe 报 Application Builder 缺失 | 安装时未勾选该组件 | 用 NIPM 补装 Application Builder |
| 安装器启动即闪退 | 临时目录不可写或权限不足 | 检查 TEMP 环境变量,用管理员账户运行 |
6.3 虚拟机里装 LabVIEW 的额外注意点
不少人喜欢先在虚拟机里搭一套环境试手,这个思路没问题,但有几个坑要提前知道。第一,USB 设备的直通。采集卡、USB 相机、USB 转串口这些设备,在虚拟机里需要手动挂载到虚拟机,而且有的型号在直通后驱动加载会失败,尤其是需要特定时序的采集设备。如果只是学语法、跑纯软件逻辑,虚拟机完全够用;如果要做真实数据采集,建议还是上物理机。
第二,虚拟机的系统时间。挂起再恢复之后,虚拟机时间常常会漂移,而授权校验对时间敏感,漂移大了就会报未授权。解决办法是装好虚拟机工具并开启时间同步,别长期用挂起代替关机。
第三,磁盘和内存分配。LabVIEW 加驱动全量安装后占用不小,虚拟磁盘给到 80 GB 以上比较从容,内存至少 8 GB,处理器核心数给 2 到 4 个。分配太少的话,安装过程本身就容易超时失败。
第四,快照策略。我的习惯是在"系统装好 + 运行库补齐"之后打一个快照,在"LabVIEW 装完 + 验证通过"之后再打一个。这样后面试模块、试新版本、搞崩了,回滚成本很低。这个习惯帮我省过很多次重装的时间。
7. 多版本共存、维护与干净卸载
7.1 多版本共存的可行边界
LabVIEW 的多版本共存能力其实相当好,2009、2015、2018、2021 装在同一台机器上互不干扰,各自的安装目录、注册表项、许可证条目都是独立的。真正会打架的是驱动和共享组件,尤其是 NI-VISA 和 NI-DAQmx,同一台机器上通常只能存在一个版本,新版驱动一般向下兼容几个旧版 LabVIEW,但不是无限的,具体支持矩阵要查对应驱动的发行说明。
所以如果你要在一台机器上同时放 2018 和一个新版本,建议策略是:共享组件(VISA、DAQmx、NI Package Manager)装最新的那个版本,让它去兼容两边的 LabVIEW;应用模块(比如 Vision)则各自装各自的版本,因为它们通常和主版本绑定比较紧。装之前把每个版本需要的模块列个清单,避免装完发现某个模块只有旧版没有新版,或者反过来。
实操心得:如果两个版本的 LabVIEW 都要长期用,建议分开装在两块硬盘或者两个分区上,虽然共享组件还是共用的,但至少开发环境和项目文件物理隔离,迁移和备份的时候省心很多。
7.2 干净卸载的正确姿势
卸载 LabVIEW 千万别直接从控制面板的"程序和功能"里点卸载,那只能卸掉一个外壳,共享组件、驱动、注册表条目会大量残留,下次重装必出问题。正确做法是用 NI Package Manager 来做卸载,它知道完整的依赖图,能按正确顺序拆解。
操作思路是:打开 NIPM,先卸应用模块,再卸驱动,再卸开发系统,最后再考虑要不要卸 NIPM 本身。卸载顺序反了会报"被其他组件依赖"而拒绝卸载。如果遇到 NIPM 也卸不干净的情况,NI 官方有一个专门的卸载工具,能强制清理残留,但它是最后手段,用完记得重启。
卸载之后如果打算重装,建议再做两件事:清理C:\Program Files\National Instruments和C:\Program Files (x86)\National Instruments下的残留目录(有些日志和配置会留着,体积不大但可能干扰新装),以及清理%ProgramData%\National Instruments下的共享配置。清理前把需要保留的配置备份出来,比如 MAX 里的设备配置文件、自定义的仪器驱动,这些东西重装后一般不会自动恢复。
7.3 几个能明显提升使用体验的配置
装完之后有几项配置值得顺手做掉,做不做区别挺大。
第一项是调整 VI 搜索路径。项目大了之后,LabVIEW 默认的搜索路径会把很多无关目录扫一遍,打开项目特别慢。在选项里把搜索路径精简到实际用到的几个目录,项目加载速度能有肉眼可见的提升。
第二项是打开自动保存和版本备份。LabVIEW 崩溃不算罕见,尤其是调用外部 DLL 或者驱动异常的时候。开启自动保存并设置一个合理间隔,再把项目纳入版本管理,能省下大量返工时间。
第三项是配置字体和前面板默认样式。默认字体在某些中文系统下显示效果一般,改成系统里清晰度更好的字体,长时间看前面板会舒服很多;把常用的控件样式做成模板,新建 VI 时直接套用,能省掉大量重复调整。
第四项是整理示例和帮助文档的索引。离线安装的示例代码在examples目录下,配合帮助文档的搜索功能用起来很快,把常用的几个示例目录做个快捷方式放在手边,比每次去安装目录里翻要高效。
最后分享一个我自己用了很久的小习惯:每装完一台机器,把这次的安装清单(版本、位数、勾选了哪些模块、驱动版本)记在一个文本文件里,跟项目文件放在一起。半年后回来维护这台机器的时候,这份清单能帮你省掉大量"当时到底装了啥"的回忆时间。测控项目周期长,机器的环境状态是会变的,留个记录比什么都靠谱。