企业官网建设流程全解析

简介：RSNetworx for ControlNet v10.01 面向使用罗克韦尔自动化 ControlNet/DeviceNet 网络的现场工程师、调试与维护人员，用于网络组态、设备配置、诊断排错及安全设置参考。压缩包共 1858 个文件，约 780.2MB，以 gif、htm、cab、exe、bat、dll、pdf、chm 等为主，涵盖安装程序、帮助文档、驱动与系统组件、脚本及安全配置说明，完整度较高，适合搭建离线资料库或对照现场版本开展学习。已有 1301 人学习下载，说明其在工业网络配置场景中具有一定关注度。读者可从中获得 ControlNet 网络管理与 DeviceNet 设备交互的参考资料，也可借安装包、联机帮助、激活说明与安全设置文档梳理部署流程、理解权限保护要点并积累排错思路。

1. 装 RSNetWorx for ControlNet v10.01，难点从来不在安装向导

RSNetWorx for ControlNet v10.01 的安装，最反直觉的地方是：它不难在步骤，难在环境。这套软件出自 32 位 Windows 年代，安装包双击下去往往一路绿灯，真正让人翻车的是装完之后——RSLinx 起不来、通信卡认不到、工程一打开满屏黄色问号。老产线上的 ControlNet 网络还在跑，DeviceNet 子网上的扫描器和远程 I/O 也还在服役，只要碰上网络改造、备件更换或者一次组态备份，就得有人把这套环境重新搭起来。这篇记录写给需要在本机或虚拟机里复现这套环境的人：装哪个版本、按什么顺序装、参数怎么配、装坏了从哪救。

2. 装前把环境列清：32 位系统、RSLinx 与通信卡的配套关系

2.1 32 位不是建议，是硬门槛

RSNetWorx for ControlNet v10.01 本身是 32 位程序，靠 WoW64 兼容层在 64 位 Windows 上确实能跑起来，安装向导也不会拦你。问题出在后面：ControlNet 通信卡的驱动是 32 位内核驱动，没有 64 位版本，也没有现代签名。在 64 位系统上，驱动装不进内核，设备管理器里会挂一个带感叹号的未知设备，RSLinx 里自然也就看不到那个网络接口。

所以能真正跑通的组合就那么几种：Windows XP SP3 32 位、Windows 7 32 位，以及少见的 Windows 10 32 位。我一般选 Windows 7 32 位，理由是驱动兼容性和可用性平衡得最好，IE 和补丁也还找得到。XP 更贴近当年的原始环境，但浏览器和网络共享已经很难用了。

补丁层面不用堆太多，把 .NET Framework 2.0/3.5、VB6 运行库和常用 VC++ 运行库装上就够了。这套软件的安装包会去调用一些老组件，缺了会在一屏没有任何提示的进度条上卡住。常见做法是装完系统先打这些运行库，再动 RSNetWorx。

如果宿主只给得出 64 位系统，那就走虚拟机路线：VMware 或 VirtualBox 建一台 32 位客户机，网络模式按后面要用的通信方式选桥接或 NAT。虚拟机这条路有个前提——你的通信卡得能直通进去。

2.2 安装顺序：RSLinx 必须比 RSNetWorx 先落地

这一步踩坑的人特别多。RSNetWorx 安装时会去注册 RSLinx 的通信组件，如果机器上还没有 RSLinx，安装程序不会报错，它会跳过这一步，然后你打开软件发现「通信」菜单里空空如也，连一个驱动都加不了。

正确的顺序是：操作系统 → 运行库 → RSLinx Classic（32 位版本）→ RSNetWorx for ControlNet v10.01 → 授权组件。RSLinx 选 2.5x 或 3.x 的 32 位版本都行，版本不必追新，越新反而越可能只提供 64 位安装包。装完 RSLinx 先别急着往下走，打开它确认服务能起、RSWho 能正常打开，再装 RSNetWorx。

装完 RSNetWorx 之后，如果还要管 DeviceNet 侧的设备，再补一个 RSNetWorx for DeviceNet。两个软件可以装在同一台机器上，共用同一个 RSLinx，不冲突。别指望 ControlNet 版本能代替 DeviceNet 版本干完所有事，这一点后面第 4 章会展开。

装之前可以先跑一段命令确认环境，省得装到一半才发现位数不对：

:: 确认系统版本、位数与已装运行库，32 位是硬指标 systeminfo | findstr /C:"OS Name" /C:"OS Version" /C:"System Type" :: 列出已安装的 .NET 组件，缺 2.0/3.5 的话先补 wmic product where "name like '%%NET%%'" get name,version :: 查看 PCI 插槽上是否已经识别到通信卡 wmic path Win32_PnPEntity get Name,Status | findstr /I "ControlNet"

systeminfo那行的重点是System Type，出现 x86 才是我们要的；x64 就不要往下装了，直接换虚拟机。wmic product只列 MSI 安装的组件，像 .NET 1.1 这种老东西可能查不到，所以看到列表为空不代表真没装，还是以控制面板里的「添加或删除程序」为准。最后一行用Win32_PnPEntity扫一遍设备名，如果通信卡插着却什么都没匹配到，那就是驱动没装或者卡没插好，先去设备管理器确认，别急着装软件。

2.3 虚拟机与物理机：PCI 卡直通还是走以太网网关

通信路径有三条，选哪条决定了你要不要在物理机上折腾。

第一条是物理机 + PCI 接口的 ControlNet 通信卡。最原始也最稳，卡插上、驱动装好、RSLinx 里加一个 ControlNet 驱动、填网络号，就能上线。缺点是必须有一台 32 位系统的物理机，还得有 PCI 插槽。

第二条是虚拟机 + PCI 直通。VMware Workstation 支持把宿主的 PCI 设备直通给客户机，前提是主板开了 VT-d/IOMMU，而且这块卡在宿主上不能被占用。这条路能省一台机器，但直通失败时的排查成本不低——客户机里看到的是「设备已连接但驱动装不上」，实际原因往往是宿主 BIOS 里 IOMMU 没开。

第三条是走以太网网关，绕开通信卡。ControlNet 网络到以太网之间如果有链接设备，RSLinx 里加一个 EtherNet/IP 驱动，填网关的 IP，就能顺着网关看到后面的 ControlNet 网络和 DeviceNet 子网。这条路最大的好处是虚拟机只要桥接网卡就行，不需要任何 PCI 直通，也不受 32 位驱动限制。我现在的做法基本都走这条，只有网络里没有网关、必须直连同轴电缆的时候才回到物理机方案。

提示：走网关方案时，RSLinx 版本要能和网关固件对上，太老的 RSLinx 认不出较新的链接设备。装之前先在临时机器上试一下能不能 ping 通网关、能不能在 RSLinx 的 RSWho 里展开它，确认通了再正式装 RSNetWorx。

3. 安装 RSNetWorx for ControlNet v10.01：从解压到首次启动

3.1 解压后先看安装包结构

把压缩包解开，正常会看到一个 InstallShield 结构：setup.exe、data1.cab、data1.hdr、ISSetup.dll、setup.ini，可能还有Support和Redist目录。data1.cab是主体，安装过程中解压出来的 EDS 硬件描述库和示例工程都在里面；Redist目录里通常放着运行库，可以先手动装一遍。

解压路径要短、要纯英文。我见过把包解到桌面中文目录下，安装到一半报「找不到 data1.cab」的情况，本质是路径编码问题。固定解到D:\rsnetworx_v1001\这种位置最省事。

如果要在多台机器上重复部署，别每次都点向导。InstallShield 支持先录一次应答文件再静默跑：

:: 第一步：交互式安装一次，把每屏的选择记录成应答文件 setup.exe /r /f1"D:\rsnetworx_v1001\setup.iss" :: 第二步：后续机器直接静默安装，日志单独落一份方便回溯 setup.exe /s /f1"D:\rsnetworx_v1001\setup.iss" /f2"C:\rsnetworx_install.log"

/r是录制模式，走完一遍向导后会在指定路径生成setup.iss，里面记着你选的安装路径、组件、是否装示例工程。/s是静默执行，/f1指定应答文件位置，/f2指定安装日志。日志这个参数强烈建议加上，静默安装失败时向导什么都不会说，全靠这份 log 定位是哪个组件解压失败。注意/f1后面的路径不要带中文，也不要用相对路径。

3.2 逐屏走安装向导，三处需要手动改

向导本身不复杂，但有三个地方默认值不合适。

第一屏是许可协议，没什么好说的。第二屏是安装路径，默认通常在C:\Program Files\...下面。这个默认路径里有空格，某些老组件的注册会因此出问题，我一般改成C:\RSNetWorx\。改完记下来，后面配 EDS 库路径要用。

第三屏是组件选择。正常情况下会看到主程序、EDS 硬件描述库、示例工程三项。EDS 库必须勾上，它是设备能被识别的底座；示例工程建议也勾上，第一次装完拿它验证环境比拿自己的工程试安全得多。

第四屏会问是否安装通信组件或者是否覆盖已有的 RSLinx 配置。如果前面已经装好 RSLinx 并且配过驱动，这里选「保留现有配置」，别让它重置。选错的后果是 RSLinx 里的驱动全没了，得重新配一遍。

安装过程大概几分钟，中间会闪几次命令行窗口去注册组件，属于正常现象。装到最后如果卡在 99% 超过五分钟，先别急着杀进程，去看%TEMP%目录下有没有对应的日志在增长；如果日志不动了，多半是某个组件在等一个不存在的依赖。

装完不要立刻重启，先把安装日志从头到尾扫一遍。日志里出现Return value 3就是有组件失败了，往上翻几行能看到具体的组件名。

3.3 首次启动：授权、驱动绑定与 EDS 库初始化

第一次启动 RSNetWorx，会弹一个首次运行向导，问你默认网络类型和 EDS 库位置。网络类型选 ControlNet，EDS 库位置指向安装目录下的EDS子目录，如果你有自己的第三方设备描述文件，可以现在一起加进去，也可以后面在工具菜单里补。

然后是授权。这套软件历史上用过两种授权方式，早期的磁盘授权和后来的 FactoryTalk Activation。v10.01 这个版本两种都可能遇到，具体看你手上的授权介质。授权没配好的表现是软件能打开、能离线组态，但一下载就提示未授权。所以别等到上线才发现，装完立刻做一次授权状态检查。

驱动绑定这一步在 RSLinx 里做，不在 RSNetWorx 里做：

:: 确认 RSLinx 的两个核心服务处于运行状态 sc query "RSLinx Classic" sc query "HarmonyRSEventService" :: 如果服务停了，手动拉起再打开 RSLinx 配置驱动 net start "RSLinx Classic"

RSLinx 的服务名在不同版本里略有差异，RSLinx Classic是主服务，负责通信；HarmonyRSEventService是事件服务，缺了它 RSWho 能打开但刷新不出节点。这两个服务任何一个没起来，RSNetWorx 里的「在线」按钮就是灰的。用sc query看状态是RUNNING才算正常，STOPPED就用net start拉起来。如果拉起来几秒后又自己停了，去看 Windows 事件查看器的应用程序日志，通常是依赖的某个运行库缺失。

服务正常之后，在 RSLinx 里加驱动。走通信卡的选 ControlNet 驱动，填网络号（1 到 99 之间，必须和现场网络实际配置一致）；走网关的选 EtherNet/IP 驱动，填网关 IP。加完点 RSWho，能看到网络树展开、节点一个个冒出来，这一层就通了。

4. 配置 ControlNet 与 DeviceNet 网络：通信路径、EDS 与在线组态

4.1 通信路径打通：网络号、节点号与 RSWho 验证

通信路径这件事，本质是让 RSLinx 先认识「从我这台机器到目标网络」这条路，RSNetWorx 才有得用。很多人跳过这一步直接开 RSNetWorx 点在线，得到的是一句「无法连接到网络」，然后开始怀疑软件装坏了。

路径配置有两个关键参数。网络号（Network Number）是 ControlNet 网络的逻辑编号，同一台机器接多个 ControlNet 网络时必须区分开，填错的表现是能连上但看到的节点全是别人的。节点号（Node Number）是本机在网络上占的地址，1 到 99，不能和已有设备撞。现场的节点号一般有规划表，没有的话就先用一个高位号试探，比如 99，确认不冲突再改。

走网关的话还有一层，网关本身有个以太网 IP 和它在 ControlNet 侧的节点号，RSLinx 的 EtherNet/IP 驱动里填 IP，进去之后网关会作为一个节点出现，展开它才是 ControlNet 网络。这一层展开失败，问题通常在网关的组态上，不在 RSNetWorx 这边，别在那反复重装软件。

验证路径是否打通，最直接的办法是在 RSLinx 的 RSWho 里看：左侧树能展开到目标网络，右侧列表能刷出至少两个已知节点。这一步过不去，后面所有在线操作都是白搭。

4.2 EDS 注册：让设备从黄色问号变成实名

EDS 是设备的电子数据表，描述这个设备有哪些参数、什么类型、什么量程。RSNetWorx 靠它把总线上的一个节点渲染成有名字、有图标、有参数页的设备。没有 EDS，设备在组态里就是个黄色问号，能通信但改不了参数。

注册入口在工具菜单的 EDS 硬件安装工具里，可以单个注册，也可以指定一个目录批量搜。要注意的是一个 EDS 往往配套一个.ico图标文件，两个文件必须放在同一目录下。只注册.eds不注册.ico，设备能识别但图标是空白的，某些老版本还会因此判定注册失败。

批量注册时容易出问题的场景是目录里混着多个版本的同一份 EDS。工具会按文件名排序逐个处理，后注册的覆盖先注册的，最后生效的是哪个版本不好说。我一般会先清空目标目录，只放确定要用的那一份，注册完再核对一遍设备列表里的版本号。

注册完不是立刻生效，得关掉 RSNetWorx 重开，让 EDS 库重新加载。如果重开后设备还是问号，去 EDS 库目录看一眼文件是不是真的落在里面了，有些情况下工具提示成功但实际写到了用户目录而不是安装目录。

4.3 网络参数与在线组态：NUT、SMAX 与下载

离线组态是 RSNetWorx 的主战场。新建一个 ControlNet 组态，把网络上的设备按节点号一个个加进去，配好每个设备的参数，最后整体下载到网络。这个过程可以完全离线做，做完存成工程文件，现场只需要一次下载。

网络级参数里最要紧的是三个：

NUT 是最容易设错的一个。直觉上会以为设得越小网络越快，实际上 NUT 必须能容纳所有调度节点的数据交换时间，设小了组态工具在下载前就会报调度不合法。现场经验是先把所有节点加完，让工具自己算一个建议值，再往上留一档余量。

下载这一步有个前置条件：网络上必须有一个节点担任 keeper，负责保存网络组态。如果网络里没有任何节点被配置成 keeper，下载会失败，提示没有可用的组态持有者。这一点在只有少量设备的测试网络上特别容易漏，因为默认配置里 keeper 功能常常是关的。

关于 DeviceNet，这里要说清楚一件事：RSNetWorx for ControlNet 能看到 ControlNet 网络下挂的 DeviceNet 链接设备，也能展开看它后面的子网拓扑，但 DeviceNet 扫描器的扫描列表、设备参数这些细活，还是得用 RSNetWorx for DeviceNet。两个软件装一台机器、共用同一个 RSLinx，工程文件各存各的。指望用一个软件干完两件事，最后一定是在某个参数页上找不到入口。

5. 避坑与排查：装完打不开、连不上、EDS 报错的五条记录

5.1 安装卡在 99% 不动，或者安装程序直接闪退

现象：进度条走到接近末尾就停住，等十分钟没反应；或者双击setup.exe之后窗口一闪就没了。

原因：前者多半是某个注册组件在等一个缺失的运行库，后者通常是安装程序被兼容性检查或者安全软件拦了。这套安装包是 32 位时代的产物，在新系统上跑会被 UAC 和驱动签名策略干预。

解决：右键setup.exe，属性里把兼容性模式设成 Windows XP SP3，勾上「以管理员身份运行此程序」。装之前临时关掉安全软件的实时防护，装完再开。如果还是闪退，去%TEMP%下找*.log，InstallShield 的日志一般以产品名开头，里面会写明卡在哪个组件。

5.2 软件能打开，但「在线」按钮永远灰的

现象：RSNetWorx 正常启动，离线组态也能做，就是一放在线就提示无法连接，或者按钮直接不可点。

原因：RSLinx 的服务没起来，或者起来了但没有配置任何驱动。RSNetWorx 不自己管通信，它完全依赖 RSLinx 提供的路径。

解决：先sc query看两个服务状态，没跑就net start拉起来。服务正常但按钮还是灰的，说明 RSLinx 里没有可用驱动，去加一个 ControlNet 或 EtherNet/IP 驱动，加完在 RSWho 里确认能刷出节点。服务反复自己停的，去事件查看器看应用程序日志里的模块加载失败记录，多半是缺 VC++ 运行库。

5.3 EDS 注册提示成功，设备还是黄色问号

现象：EDS 安装工具跑完显示成功，重开软件后对应节点依旧是问号，右键看属性是空的。

原因：三种可能——.ico文件没跟着放；注册写到了用户目录而不是安装目录；目录里存在同名不同版本的 EDS，后一个把前一个覆盖了。

解决：把.eds和.ico放同一个纯英文目录，清空其他版本，重新注册一次。注册完直接去安装目录的EDS子目录下确认文件在不在。不在的话，说明工具写到了别处，用「指定目录添加」的方式手动指过去。

5.4 下载组态时报调度不合法

现象：离线组态做完了，点下载，弹出一句关于 NUT 或调度的错误，下载中断，网络上的设备保持原状。

原因：NUT 设得小于所有调度节点所需的总时间，或者 SMAX 小于实际最大调度节点号。还有一种情况是网络上存在一个没被加进组态的节点在参与调度。

解决：先把 SMAX 调到大于等于网络最大节点号，再让工具重算一次 NUT 建议值，往上留一档余量。改完先做一次组态校验再下载。如果网络上有临时接入的调试设备，先把它物理摘掉再下载，别指望组态工具能容纳计划外的节点。

5.5 工程文件换台机器打开，设备全变未知

现象：在 A 机器上组态好、存盘，拷到 B 机器打开，一部分设备显示为未知类型，参数页打不开。

原因：两台机器的 EDS 库不一致。工程文件里存的是设备的 EDS 标识，B 机器上没有对应的描述文件，自然渲染不出来。

解决：把 A 机器 EDS 库目录整个打包，拷到 B 机器对应目录覆盖，重开软件。长期做法是建一个统一的 EDS 库压缩包，跟着工程文件一起归档，谁接手都得先装这个包。这事我吃过一次亏之后就一直这么干了。

6. 装完怎么验证：三步确认这套环境真的能跑通

装完不等于能用。我习惯用三步验证，每一步都有一个明确的判断依据，任何一步过不去就回到对应章节找原因，不往下走。

第一步，离线渲染。打开安装时自带的示例工程，看网络拓扑能不能正常画出来、每个节点有没有名称和图标。这一步验证的是 EDS 库和主程序本身。判断依据很简单：如果示例工程里还有黄色问号，说明 EDS 库没装全，跟通信一点关系都没有，别去折腾驱动。

第二步，在线识别。打开 RSLinx 的 RSWho，展开到目标网络，确认能刷出至少两个你认识的节点，节点号和现场规划表对得上。这一步验证的是通信路径。刷不出来就看驱动配置和网关状态，刷出来但节点号对不上，多半是网络号填错了。

第三步，读写闭环。在 RSNetWorx 里对某个设备做一次参数上传，改一个无关紧要的值再写回去，然后重新上传确认改动生效。这一步验证的是整条链路能读能写，比单纯看到节点存在扎实得多。

下面是这三步的判断表和失败时的排查方向：

三步都过之后，再把自己的工程打开跑一遍同样的流程。别拿自己的工程当第一次验证对象，出问题时你分不清是环境的问题还是工程本身的问题。

从那以后我每次装完这套环境，都会强制走一遍这三步，哪怕只是临时开一台虚拟机查个参数。省下的那五分钟，往往会在现场变成两小时的电话排查。希望帮到你。

本文还有配套的精品资源，点击获取