简介DASSIDirect3.0驱动程序是面向工业自动化编程人员的通讯中间件用于打通西门子PLC与Intouch上位机之间的数据链路解决现场设备与组态软件无法直接通信的问题。其适配范围覆盖S7-200、300、400、1200、1500及400H等主流系列适合从事产线监控、SCADA组态与设备联调的工程师使用对刚接触西门子通讯的初学者同样具备参考价值。压缩包共159个文件约28.39MB以68个dll动态库和27个exe可执行程序为核心辅以14个chm帮助文档、若干pdf与xml配置文件及msi安装包构成完整的驱动安装与说明体系。目前已有1585人学习下载具备一定的使用验证基础。包内附带的DASSIDirect与DAServerManager帮助文档可辅助理解驱动配置逻辑安装包与配置文件齐全便于读者一次性完成驱动部署并对照文档排查通讯异常减少现场调试中的试错成本。1. 装 DASSIDirect 3.0 之前先把 Intouch 这套老环境摸清楚凌晨两点一台工控机重装系统后 Intouch 起不来画面全灰通讯状态一直跳红。排查到根因不是脚本、不是画面而是 DASSIDirect 3.0 这个驱动没装对——版本装成了 2.xSIDirect 服务压根没注册上。这类翻车在 Intouch 老项目里太常见了驱动版本、DCOM 权限、服务账户三样里错一样整个数据链路就断。这篇笔记记录的是 DASSIDirect 3.0 驱动在 Intouch 环境下的完整安装落地过程从版本确认、依赖检查、安装注册到通讯验证每一步都给出可抄的命令和参数新手照着走能跑通熟手能看到版本差异和那几个血泪坑。适合正在维护 Intouch 老系统、需要重装或迁移驱动的开发者。2. 环境准备DASSIDirect 3.0 装之前必须确认的四件事DASSIDirect 3.0 不是一个独立跑起来的程序它是 Intouch 与底层设备主要是西门子 S7 系列 PLC之间的通讯驱动靠 DASSIDirect 服务 SIDirect DAServer 两层结构工作。装之前环境不对后面怎么调都是白费。这一章把版本、系统、依赖、账户四件事逐条过一遍每条都给确认方法。2.1 版本对齐Intouch 版本与 DASSIDirect 3.0 的匹配关系DASSIDirect 3.0 对应的是 Wonderware现 AVEVAInTouch 9.5 到 10.1 这一代产品线驱动本身是 32 位的 DAServer。常见做法是先确认 Intouch 主版本再决定驱动装哪个小版本Intouch 版本推荐 DASSIDirect 版本说明9.53.0 SP1老平台注意补丁包顺序10.03.0 SP2最稳的组合现场用得最多10.13.0 SP3需确认 SIDirect 组件版本2012 及以上不建议用 3.0走新版 DAServer 或 OI Server确认 Intouch 版本的办法是看安装目录下的版本文件或者直接在 Intouch 的 About 里读。命令行方式# 查看 Intouch 主程序版本信息Windows 环境在 cmd 下执行 wmic datafile where nameC:\\Program Files (x86)\\Wonderware\\InTouch\\view.exe get version这条命令读的是view.exe的文件版本号输出类似10.0.0.1。第一个数字段就是主版本对照上表选驱动。参数上name后面必须是双反斜杠转义的完整路径路径带空格要用引号包住否则 wmic 会截断。如果读不到说明 Intouch 装在了非默认路径去注册表HKLM\SOFTWARE\WOW6432Node\Wonderware\InTouch下看InstallDir更直接。版本对不上是最隐蔽的坑驱动能装上、服务能起但 Intouch 里建访问名时列表里刷不出 DASSIDirect或者刷出来连不上。我一般会先把版本表对一遍再动手省得后面反复卸装。2.2 系统与依赖检查32 位组件、DCOM 与 .NET 运行时DASSIDirect 3.0 是 32 位组件跑在 64 位 Windows 上要靠 WOW64 子系统所以系统层面有几项必须提前确认操作系统Windows XP SP3 / Windows Server 2003 / Windows 7 32 位最稳64 位系统能装但 DCOM 配置更麻烦。.NET Framework 2.0 或 3.5DAServer 的配置工具依赖它缺了安装程序会静默失败。DCOM 服务DAServer 走 DCOM 通讯DCOM Server Process Launcher服务必须是运行状态。本地安全策略不能禁用 Guest 账户的远程访问老版本 DAServer 内部会用到。检查依赖的命令# 检查 .NET Framework 版本注册表方式比控制面板可靠 reg query HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5 /v Install # 检查 DCOM 相关服务状态 sc query DcomLaunch sc query RpcSs第一条读Install值返回0x1表示已装报「系统找不到指定的注册表项」就是没装得先补 .NET 3.5。第二条sc query看STATE是否为RUNNINGDcomLaunch和RpcSs两个都得是运行态停了的用net start DcomLaunch拉起来。注意RpcSs是依赖服务不能单独停出问题一般是系统层面的事别硬启。提示64 位系统上装 32 位 DAServer注册表要读WOW6432Node分支直接查HKLM\SOFTWARE\Wonderware会读空这是很多人以为「没装上」的假象。2.3 账户与权限服务登录账户别用 LocalSystemDASSIDirect 服务默认以 LocalSystem 运行但在域环境或需要跨机通讯时LocalSystem 没有网络身份DCOM 调用会被拒。常见做法是给服务单独建一个本地账户或域账户加入Administrators和Distributed COM Users组然后把这个账户配给服务登录。配置服务登录账户的命令# 把 DASSIDirect 服务的登录账户改为指定本地账户示例账户名 dasuser sc config DASSIDirect obj .\dasuser password YourPasswordobj后面是账户.\前缀表示本地机器账户域账户写成DOMAIN\user。password后面跟明文密码执行后服务管理器里会显示为已配置。注意obj和password等号后必须有一个空格这是sc config的语法要求漏了空格会报「参数无效」。改完要sc stop DASSIDirect再sc start DASSIDirect让新身份生效。账户权限这块我一般还会在dcomcnfg里给这个账户加「本地启动」和「本地激活」权限路径是组件服务 → 我的电脑 → 属性 → COM 安全。这一步图形界面操作没法用命令替代但漏了它服务能起、通讯照样断属于典型的玄学故障。2.4 安装包与补丁顺序先主包后 SP别反着来DASSIDirect 3.0 的安装包通常是主包加 SP 补丁的形式。顺序必须是先装主包、重启、再装 SP反着装会出现组件版本错乱服务注册表项指向旧 DLL。安装前把 Intouch 先关掉包括View.exe、InTouch.exe和后台的Wonderware Logger否则文件占用会导致安装回滚。安装过程本身是向导式几个关键选择点记一下安装类型选DAServer组件勾选SIDirect这是 S7 通讯的核心安装路径保持默认C:\Program Files (x86)\Wonderware\DAServer别改到带中文或空格的路径。装完主包后系统会提示重启重启完再跑 SP 补丁补丁装完再重启一次。两次重启别省省一次就可能出现服务注册不完整。3. 安装与注册DASSIDirect 3.0 主包、SP 补丁与服务注册环境确认完进入实际安装。这一章按「主包安装 → SP 补丁 → 服务注册 → 配置工具初始化」四步走每步给出操作和验证方法。装驱动最怕的是「以为装完了其实没注册」所以每步后面都跟一个验证命令跑通了再进下一步。3.1 主包安装向导里的四个关键选择主包安装程序一般是DASSIDirect_3.0.exe或带版本号的类似命名。双击前先确认当前是管理员权限右键「以管理员身份运行」。向导里四个选择点第一安装类型选DAServer不要选ClientClient 只装客户端组件服务不会注册。第二组件列表里SIDirect必须勾上这是西门子 S7 协议栈不勾等于装了个空壳。第三安装路径默认即可如果 C 盘空间紧张要改路径里不能有中文和空格否则后面 DCOM 配置会出问题。第四安装结束页的「立即重启」勾上让系统完成服务注册。安装完成后先别急着配验证一下文件和服务是否到位# 确认 DAServer 安装目录下的核心文件存在 dir C:\Program Files (x86)\Wonderware\DAServer\Bin /b # 确认 DASSIDirect 服务已注册 sc query DASSIDirect第一条dir /b只列文件名正常应该能看到DASSIDirect.exe、SIDirect.dll、DAServerManager.exe这几个。缺SIDirect.dll说明组件没勾全得重装。第二条sc query如果返回SERVICE_NAME: DASSIDirect且STATE是STOPPED或RUNNING说明服务注册成功返回「指定的服务未安装」就是注册失败常见原因是安装时没重启或权限不足。3.2 SP 补丁安装版本号核对与回滚准备SP 补丁装之前先记下主包版本装完对比。补丁安装程序通常叫DASSIDirect_3.0_SPx.exe同样以管理员运行向导基本一路下一步。装完在 DAServer 管理器里看版本号或者读文件版本# 读取 SIDirect.dll 的文件版本确认补丁生效 wmic datafile where nameC:\\Program Files (x86)\\Wonderware\\DAServer\\Bin\\SIDirect.dll get version输出应该是3.0.x.xx 对应 SP 号。如果还是主包版本说明补丁没覆盖成功多半是安装时 DAServer 服务还在跑文件被占用。处理办法是先sc stop DASSIDirect再重跑补丁。补丁装坏了要回滚常规做法是控制面板卸载后重装主包DASSIDirect 没有独立回滚机制所以装补丁前做个系统还原点或者导出注册表HKLM\SOFTWARE\WOW6432Node\Wonderware分支算是给自己留个后悔药。3.3 服务注册与启动sc 命令与依赖关系主包和补丁都装完服务应该已经注册但默认可能是手动启动。把它设成自动并启动# 设置服务为自动启动并立即启动 sc config DASSIDirect start auto sc start DASSIDirect # 查看服务依赖确认依赖服务都已运行 sc qc DASSIDirectstart auto等号后同样要有空格这是sc的固定语法。sc qc会列出DEPENDENCIESDASSIDirect 一般依赖RpcSs如果依赖服务没起sc start会报「依赖服务或组无法启动」这时候按依赖链逐个net start拉起来。服务起来后sc query的STATE应该是RUNNING如果是START_PENDING卡住去事件查看器看System日志里 DASSIDirect 相关的错误多半是账户权限或 DLL 缺失。注意服务启动失败时别反复sc start先sc query看状态再看事件查看器。反复启动会把错误日志刷乱反而不好定位。3.4 DAServer 配置工具初始化建第一个 S7 连接服务跑起来后打开DAServerManager开始菜单 Wonderware 程序组里这是图形化配置工具。初始化流程左侧树展开DASSIDirect→ 右键S7 Connections→Add填 PLC 的 IP、机架号、槽号。S7-300 一般机架 0 槽 2S7-400 看硬件组态S7-1200/1500 走 S7 协议需要 PLC 侧开启 PUT/GET 访问。配置项里几个参数值得说清楚Network Address填 PLC 的 IPRack和Slot必须和 PLC 硬件组态一致填错连不上且不报明确错误Connection Type选PG或OP一般监控用OP。配完点Save然后右键连接选Connect状态变绿说明链路通。配置文件的落盘位置在C:\Program Files (x86)\Wonderware\DAServer\Config文件名类似DASSIDirect.cfg。这个文件建议装完就备份一份迁移或重装时直接覆盖回去省得重新配。备份命令# 备份 DAServer 配置文件到指定目录 xcopy C:\Program Files (x86)\Wonderware\DAServer\Config\*.cfg D:\Backup\DASConfig\ /Y/Y表示覆盖时不提示适合脚本化备份。备份目录别放在安装盘重装系统会一起没。4. Intouch 侧对接访问名、DDE/SuiteLink 与通讯测试驱动装好、服务跑起来只是底层通了。Intouch 要能读到数据还得在 Intouch 里建访问名Access Name把标签点绑到 DASSIDirect 的 Topic 上。这一章讲 Intouch 侧的对接配置和通讯测试配错了表现是标签值不刷新或者显示?。4.1 建访问名Node Name、Application Name 与 Topic Name 三要素Intouch 里访问名在Special → Access Names里建。三个关键字段Node NameDAServer 所在机器的机器名或 IP本机就填localhost或本机名。Application Name填DASSIDirect必须和 DAServer 里注册的应用名完全一致大小写敏感。Topic Name填 DAServer 里建的 S7 连接名比如S7_Conn1。Application Name填错是最常见的对接失败原因填成DASIDirect少个 S或者DASSIDirect.exe都连不上。Topic Name要和 DAServer 配置里的连接名逐字符对上包括下划线和大小写。建完访问名在Advise相关设置里把DDE或SuiteLink协议选对——DASSIDirect 3.0 两种都支持新项目建议SuiteLink老项目兼容DDE。4.2 标签点绑定与通讯测试用 Wonderware Logger 看链路访问名建好后在 Intouch 的 Tagname Dictionary 里建一个测试点Access Name选刚建的Item填 PLC 里的地址比如DB1,INT0或M0。存盘后进运行态看这个点的值是否刷新。通讯不通时Wonderware Logger是黑匣子。打开 Logger过滤DASSIDirect相关条目正常连接会有Connection established之类的记录失败会有Error 0x...错误码。常见错误码对照错误码含义处理方向0x80070005拒绝访问DCOM 权限、服务账户0x80004005未指定错误多为 Topic 名不匹配0x800706BARPC 服务器不可用DCOM 服务未起或防火墙0xC0000001一般性失败PLC 侧协议未开或机架槽号错Logger 里的错误码比 Intouch 界面上的红叉有用得多定位问题先看 Logger 再动配置。4.3 DCOM 权限配置dcomcnfg 里那几项必须改跨机通讯或者服务账户非 LocalSystem 时DCOM 权限必须配。dcomcnfg打开组件服务路径组件服务 → 计算机 → 我的电脑 → 属性 → COM 安全。三处要改第一访问权限里加服务账户和 Intouch 运行账户给「本地访问」和「远程访问」。第二启动和激活权限里同样加账户给「本地启动」「远程启动」「本地激活」「远程激活」。第三默认协议里确保面向连接的 TCP/IP在列表里且排第一。改完 DCOM 权限要重启DASSIDirect服务和 Intouch权限才生效。这一步图形界面操作多容易漏我一般改完会截图存档下次迁移直接对照。5. 避坑与排查DASSIDirect 3.0 装完最常见的五个翻车点装驱动这事装成功的过程都相似翻车的原因各有各的样。这一章记五个现场踩过的坑每条按「现象 → 原因 → 解决」写都是装完 DASSIDirect 3.0 后高频出现的。5.1 服务起不来报「错误 1067进程意外终止」现象sc start DASSIDirect返回错误 1067服务状态一闪就停。原因多半是SIDirect.dll缺失或版本不匹配也可能是 .NET Framework 没装全导致配置工具初始化失败。装 SP 补丁时服务没停、文件被占用也会留下半截文件。解决先看事件查看器Application日志里 DASSIDirect 的详细错误确认是 DLL 问题就重装主包加补丁重装前sc stop并确认Bin目录下文件齐全。.NET 问题就补装 3.5 后重启再试。5.2 Intouch 访问名列表里刷不出 DASSIDirect现象建访问名时Application Name下拉列表里没有 DASSIDirect 选项。原因DAServer 没注册到 Intouch 的应用列表通常是安装时 Intouch 没关或者安装顺序反了先装驱动后装 Intouch。解决确认 DASSIDirect 服务在跑然后重跑 DAServer 安装程序的「修复」选项或者手动在注册表HKLM\SOFTWARE\WOW6432Node\Wonderware\DAServer下确认应用项存在。顺序反了的重装 Intouch 时选「保留 DAServer 配置」。5.3 连接状态绿了但标签值不刷新现象DAServer 里连接显示已连接Intouch 里标签值一直是初始值或?。原因Topic 名和访问名里的Topic Name不一致或者标签Item地址格式不对。S7 地址格式对大小写和分隔符敏感DB1,INT0和DB1.INT0是两回事。解决逐字符核对 Topic 名地址格式参照 DAServer 帮助里的 S7 地址规范。用 Wonderware Logger 看是否有Item not found类记录有就是地址问题。5.4 跨机通讯报 RPC 服务器不可用现象本机测试正常从另一台机器连 DASSIDirect 报 0x800706BA。原因DCOM 权限没配全或者防火墙挡了 RPC 动态端口。DCOM 用 135 端口做初始协商后续走动态端口只开 135 不够。解决按 4.3 节把 DCOM 三处权限配全防火墙按 DAServer 文档开放对应端口范围或者临时关防火墙验证是不是它的问题。验证完再按最小范围开端口。5.5 重装系统后配置全丢连接要重建现象系统重装或迁移后DAServer 里连接配置没了得从头配。原因配置文件在安装目录下重装系统或卸载重装会清掉没做备份。解决装完配好第一件事就是备份Config目录下的.cfg文件见 3.4 节命令迁移时覆盖回去再重启服务。注册表HKLM\SOFTWARE\WOW6432Node\Wonderware\DAServer分支也一并导出双保险。6. 装完怎么验证三步确认 DASSIDirect 3.0 真的跑通了装完不等于跑通跑通不等于稳定。这一章给一套三步验证法从服务层、驱动层、应用层逐级确认每步都有明确的通过标准。这套流程我每次装完或迁移完都会走一遍比在 Intouch 里瞎点靠谱。6.1 第一步服务层验证看状态和日志服务层是地基地基不稳后面全白搭。验证命令# 一次性确认服务状态、启动类型和依赖 sc query DASSIDirect sc qc DASSIDirect # 拉最近 20 条 DASSIDirect 相关系统日志 wevtutil qe System /q:*[System[Provider[NameService Control Manager]]] /c:20 /rd:true /f:text | findstr /i DASSIDirect通过标准sc query的STATE是RUNNINGsc qc的START_TYPE是AUTO_START日志里没有 1067、7000、7009 这类服务启动失败记录。wevtutil那条命令读系统日志最近 20 条再过滤服务名/rd:true表示倒序最新在前/f:text输出纯文本方便 findstr 过滤。如果日志里有DASSIDirect相关的错误先解决再进下一步。6.2 第二步驱动层验证DAServer 里连一次 PLC打开 DAServerManager确认 S7 连接能Connect成功状态变绿。这一步验证的是驱动到 PLC 的链路和 Intouch 无关。如果连不上问题在驱动层或 PLC 侧别去 Intouch 里找。通过标准连接状态绿色DAServer 的Diagnostics面板里能看到读写计数在涨。连不上的回 5.3 和 5.4 排查 Topic 名、机架槽号、DCOM 权限。这一步过了说明底层通讯没问题。6.3 第三步应用层验证Intouch 标签值实时刷新进 Intouch 运行态看测试标签点的值是否随 PLC 变化刷新。通过标准值刷新延迟在秒级以内Logger 里无错误记录。再做一个写入测试从 Intouch 往 PLC 写一个值PLC 侧确认收到双向都通才算完整。三步都过这套 DASSIDirect 3.0 环境就算真正跑通了。三步里任何一步卡住按对应章节的排查方法处理别跳步。6.4 一个习惯装完先备份再谈优化从那以后我每次装完 DASSIDirect不管多急都强制走一遍「备份 Config 目录 导出注册表分支 截图 DCOM 权限」这三件事再进 Intouch 配点。驱动这东西平时不显眼一出问题就是整条数据链断备份是唯一的事后后悔药。装的时候多花十分钟救的时候少熬两小时。希望帮到你。本文还有配套的精品资源点击获取
