简介DASSIDirect3.0驱动程序面向工业自动化编程与上位机组态人员重点解决西门子S7-200、300、400、1200、1500及400H系列PLC与Intouch之间的通讯连接问题适合现场调试、老系统维护及通讯链路排错等场景。压缩包共159个文件约28.39MB包含68个dll、27个exe、14个chm及若干pdf、xml、hlp等涵盖驱动运行库、安装程序、帮助文档与配置说明便于按用途查找所需组件。已有1584人学习下载说明其在相关工程实践中具有一定参考价值。资源可用于搭建Intouch与西门子PLC的通讯环境辅助理解DAServer配置、驱动安装及常见连接异常排查适合需要快速补齐驱动组件与文档依据的自动化从业人员。1. 现场画面全红十有八九是 DASSIDirect3.0 这一层没装对上个月在一台工控机上重装上位机InTouch 画面打开后所有数值都是红的通讯日志干净得可疑。PLC 那头 ping 得通102 端口用工具测也是通的最后问题落在中间的 DASSIDirect3.0 驱动OPC 服务没起、设备节点参数填错、Topic 名字和 InTouch 里对不上任何一种都能让画面干瞪眼。这套组合在老线改造和系统迁移里太常见了——上位机 InTouch下面挂 S7 系列 PLC中间靠 DASSIDirect3.0 把 S7 以太网协议翻译成 OPC DA。装它本身十来分钟麻烦的是系统位数、DCOM 权限、组件安装顺序这几件事一步踩空后面全白干。下面按我实际装机的顺序走一遍。2. 环境清点位数、DCOM 和安装顺序先定死DASSIDirect 3.0 属于上一代 DA Server 产品线安装包对运行环境有明确偏好。硬塞进不合适的系统里问题不会在安装时暴露而会推迟到联调那一天届时你面对的是能装、能开、连不上这种最难查的状态。我拿到一台机器一般先做三件事确认操作系统位数、确认机器上有没有旧的 DA Server 残留、确认 InTouch 是哪个大版本。这三件事决定了接下来是十分钟收工还是一下午耗在这。提示这一章不做任何安装动作全部是查。查完再动手能省掉后面 80% 的返工。2.1 系统位数决定组件落在哪个注册表分支DASSIDirect 3.0 的驱动核心是 32 位 COM 组件。在 32 位系统上它直接写HKLM\SOFTWARE\Classes在 64 位系统上它会被重定向到HKLM\SOFTWARE\WOW6432Node\Classes下面。这个差别在装的时候完全无感等到某个 64 位 OPC 客户端枚举服务器、列表里空空如也时才会变成一整天的排查。先用两条命令把底摸清# 看系统版本和位数决定后面组件注册到哪个分支 Get-CimInstance Win32_OperatingSystem | Select-Object Caption, OSArchitecture, Version # 64 位系统上32 位 OPC 服务器的 ProgID 落在 WOW6432Node 下 Get-ChildItem HKLM:\SOFTWARE\WOW6432Node\Classes -ErrorAction SilentlyContinue | Where-Object { $_.PSChildName -like DAS* } | Select-Object -ExpandProperty PSChildName第一条只是确认前提重点看OSArchitecture是不是 64 位。第二条更关键它列出来的每一个名字都是一个已注册的 DA Server 的 ProgID也就是后面在 InTouch 的 Access Name 里能填的 Application Name 候选值。不要凭记忆填这个字符串拼错一个字母OPC 客户端就会告诉你服务器未注册而实际上它好好装在那里。我见过有人把 DAS 和 DA 的顺序写反查了两小时。还有一层位数匹配要提前想清楚InTouch 自身如果是 32 位进程它调 32 位的 OPC 服务器没问题但如果现场还有别的采集程序是 64 位进程那它枚举不到这套 32 位服务器需要额外挂一层桥接或者换用 64 位版本。这个判断要在装机前做完不要等联调时才发现两侧位数对不上。2.2 依赖与安装顺序框架先行驱动后装DASSIDirect 3.0 不是独立跑的它依托 DA Server 运行框架DAServer Runtime工作配置界面则挂在系统管理控制台SMC里。有的安装包把框架和驱动打在一起有的是分开的两个包具体看你手里那份介质。顺序上有一条铁律先框架后驱动。反过来的话驱动装完在配置树里找不到挂载点界面打开是空的你会以为是装失败了其实只是顺序错了。常见的安装顺序是这样我一般照这个清单核对一遍再开始顺序组件作用能否跳过1DA Server 运行框架提供服务宿主与配置树挂载点不能2系统管理控制台 SMC图形化配置入口不能除非只用命令行改配置3DASSIDirect 3.0 驱动本体S7 以太网到 OPC DA 的协议转换不能4OPC 客户端测试工具验证用与生产环境无关可以后补如果机器上之前装过别的 DA Server先看一眼服务列表确认旧服务是停着的。多个 DA Server 共存是允许的但端口和 DCOM 配置会互相影响装之前心里要有数# 列出所有名字里带 DAS 的服务看有没有旧版本残留 Get-Service | Where-Object { $_.Name -match DAS } | Format-Table Name, DisplayName, Status -AutoSizeStatus一列如果是Running而且对应的是旧版本先停掉再装。停服务用Stop-Service -Name 服务名 -Force别直接去任务管理器结束进程那样配置库可能写坏。这一条是血泪经验有次我在服务运行状态下覆盖安装装完配置树里出现了两个同名节点删都删不干净最后只能卸干净重来。2.3 安装包解压与路径约定介质如果是 ISO先挂载再装别在压缩软件里直接双击 setup.exe——自解压程序在临时目录展开时可能丢文件尤其是带多语言资源的包。路径上守两条不带中文、不带空格。默认路径一般在Program Files (x86)下能不改就不改因为后续的配置库、日志、备份脚本里都可能硬编码了这个位置改完自己还得记一遍。# 挂载 ISO 后确认盘符别猜 Get-Volume | Where-Object DriveType -eq CD-ROM | Format-Table DriveLetter, FileSystemLabel, SizeRemaining # 以管理员身份启动安装程序避免中途弹 UAC 打断注册 Start-Process -FilePath D:\setup.exe -Verb RunAs第二条命令的意义在于安装过程要写注册表、注册 COM 组件、创建服务全都是需要提权的操作。如果只是双击运行、中途弹窗再点是某些安装引擎在提权后会换一个用户上下文导致注册写到了错误的配置单元里。用-Verb RunAs一开始就以管理员身份起进程路径干净得多。另外提醒一句杀毒软件。这类驱动安装会往系统目录写 DLL 并注册服务行为特征和某些恶意程序高度相似被拦截是常事而且往往拦得无声无息——安装程序照样报完成实际上少注册了一个组件。装之前把实时防护临时关掉装完再开比事后查日志省事。3. 安装 DASSIDirect 3.0从 setup 走到配置树能展开环境清点完就可以动手了。整个过程分三段向导里选对选项、装完确认服务真的起来了、打开 SMC 确认节点挂上了。三段里任何一段糊弄过去后面配参数都是白配。3.1 安装向导逐屏路径、账户、组件勾选向导本身没什么难度但有几屏的选择会直接影响后面能不能用。第一屏是安装类型通常有典型和自定义两个选项选自定义因为典型安装有时会跳过 SMC 或者把驱动装到默认位置而你需要知道每个组件到底落在哪。第二屏是服务登录账户。默认是本地系统账户多数现场够用。但如果你的 InTouch 和 DA Server 不在同一台机器上或者需要跨域访问这里选的账户会决定 DCOM 的身份选错了后面改起来很别扭。我的习惯是现场单机就保持默认跨机就先规划好一个专用账户装的时候一次到位。第三屏是组件勾选把驱动本体和配置工具都勾上诊断工具如果有也一起装——那个东西在排查阶段比什么都好用。安装过程中会弹一次 COM 注册确认不要点太快。这一步是在往注册表写 ProgID 和 CLSID点取消的话整个驱动等于没装。装完向导会提示重启必须重启不是礼貌性的建议。COM 组件注册和服务注册表项有些要等重启后才生效跳过后你会遇到服务在但起不来的玄学问题。3.2 服务注册与配置树挂载确认重启之后第一件事不是打开 InTouch是确认服务状态。前面那条Get-Service命令再跑一次看新装的服务在不在、状态是不是Running。如果状态是Stopped手动起一下# 手动启动 DA Server 服务并确认启动类型 Start-Service -Name 你的DAServer服务名 Get-Service -Name 你的DAServer服务名 | Select-Object Name, Status, StartTypeStartType这一列很关键。如果是Manual机器重启后服务不会自己起来第二天早班一来画面全红运维被叫到现场发现只是没启动——这种事我遇到过不止一次。改成自动# 改成自动启动避免重启后服务不自启 Set-Service -Name 你的DAServer服务名 -StartupType Automatic服务起来之后打开系统管理控制台。正常情况在开始菜单里能找到入口展开后左侧树里应该出现一个形如xxx.DASIDirect的节点下面挂 Local 分支。如果树是空的或者只有框架没有驱动节点先别怀疑安装包坏了回到 2.2 节核对安装顺序八成是驱动装在框架前面了。3.3 装完先核对这三处是否就位我装完任何 DA Server 都会核对三处缺一处就先补不往下走。第一处是服务上面已经说了。第二处是注册表里的 ProgID用 2.1 节那条命令再查一遍确认能列出新装的驱动名。第三处是配置文件目录一般在安装目录下有个存放配置的文件夹里面会有初始的配置文件或者配置库文件。找到它立刻复制一份到别处当备份。# 安装目录下找配置文件装完先备份一份干净的初始状态 Get-ChildItem C:\Program Files (x86)\你的安装目录 -Recurse -Include *.xml,*.ini,*.dat -ErrorAction SilentlyContinue | Select-Object FullName, Length, LastWriteTime这条命令只是帮你定位文件不修改任何东西。找到之后手动复制一份命名成backup_初始状态_日期。后面配错了参数、改乱了节点直接把这份拷回去重启服务比在界面里一项项恢复快得多。这就是装机时的后悔药成本两分钟能救你半天。三处都对上了安装阶段才算结束。接下来是配置也是真正决定能不能连上 PLC 的部分。4. 配置 DASSIDirect 3.0设备节点、Topic 和 InTouch 的 Access Name配置这条链路上有三个环节缺一不可DA Server 这边要有一个指向 PLC 的设备节点节点下要有至少一个 Topic 承载数据项InTouch 那边要有一个 Access Name 指回这个 Topic。顺序不能反很多人先在 InTouch 里配好 Access Name 再去配 DA Server结果两边名称对不上查起来两头跑。4.1 建 S7 设备节点IP、Rack、Slot、TSAP在配置树里右键新增设备节点协议选 S7 以太网ISO over TCP。核心参数就四个PLC 的 IP、机架号 Rack、槽号 Slot、TSAP。IP 不用解释。机架号和槽号是 S7 体系里的物理寻址方式填错了现象是连接超时而不是报参数错误——这是最坑的地方它不会告诉你槽号错了只会一直连不上让你以为是网络问题。经验值S7-300 系列 CPU 一般机架 0、槽 2S7-400 常见机架 0、槽 2 或 3S7-1200/1500 用 0 和 1。具体以你的硬件组态为准不要照抄去组态软件里看一眼 CPU 属性里的槽号一分钟的事。TSAP 是传输层服务访问点用来区分同一 IP 上的不同连接端点。多数情况下填03.02这种形式03 是连接类型后面跟着槽号跟 Rack/Slot 是联动的。如果现场有多个上位机同时连同一台 PLCTSAP 要区分开否则后连的会把先连的踢掉——这个现象很迷惑表现为两台机器轮流掉线。; 设备节点参数示例实际字段名以配置界面为准 [Device] Name PLC_LINE1 Protocol S7_TCP IP 192.168.10.20 Rack 0 Slot 2 TSAP_Local 03.00 TSAP_Remote 03.02 Port 102 Timeout_ms 3000这段配置里Port 102是 S7 以太网的固定端口不用改。Timeout_ms我一般先设 3000联调阶段够用又不至于卡太久稳定运行后可以放宽到 5000避免网络抖动造成误判断线。Name这个字段后面会被 InTouch 引用命名规则我坚持用位置_设备的格式别用中文别用空格别超过 16 个字符某些环节对长度有限制。配完先别急着建 Topic用配置界面里的连接测试功能点一下看状态是不是变成已连接。红了就回 5.1 节看排查。4.2 建 Topic 与数据项先把一个点读通设备节点连上之后在它下面建 Topic。Topic 是数据项的容器也是 InTouch 那边引用的对象。一个设备节点下可以建多个 Topic按工艺段分或者按数据类型分都行我倾向按工艺段分方便后期加人接手时定位。Topic 本身参数不多主要是刷新周期和是否启用。真正花时间的是数据项Item。数据项不是让你一个个手工敲进去的规范做法是先在诊断页面里手填一个地址试读读通了再批量加。地址写法上S7 体系里最常见的是 DB 块地址、M 区、I 区、Q 区。DB 块地址由 DB 号加偏移组成比如 DB10 里的第 0 个字。具体语法以你这版驱动的帮助文档为准不同版本对分隔符的处理有差异有的用点有的用逗号。别猜打开帮助文档里的 Item 语法那一页照着写一个。# 诊断页面里试读用的 Item 示例语法以本地帮助为准 DB10.DBW0 # DB10 的第 0 个字 DB10.DBD4 # DB10 的第 4 字节开始的双字 M0.0 # 位地址读通一个之后剩下的就是批量导入。配置界面一般支持从文件导入 Item 列表把点位表整理成 CSV 再导进去比在界面里点几百次强太多。我一般会先在界面里配通一个 Topic把配置文件导出来当模板第二个项目直接改 IP 和 DB 号能省掉重复劳动。有一个坑要特别提DB 块的优化访问属性。较新的 S7 系列 CPU 默认开启块的优化访问开了之后 DB 块没有固定偏移量按偏移去读会读到错位的数据或者直接失败。解决办法是在 PLC 侧把对应 DB 块的优化的块访问关掉重新下载。这个设置不在上位机这边很多人查了半天驱动配置问题其实在对面的组态里。4.3 InTouch 侧 Access Name 与 DCOM 身份DA Server 这边配通了转到 InTouch。在访问名Access Name配置里新建一条三个字段要填对节点名DA Server 所在机器的机器名。单机就填localhost或本机机器名。不要填 IP这一条是经典坑填 IP 在某些环境下 DCOM 解析不了表现为访问名无效。应用程序名就是 2.1 节查出来的那个 ProgID照抄别自己拼。主题名DA Server 里建的 Topic 名称大小写要一致。三者的关系可以理解成去哪台机器、找哪个服务、读哪个主题。填完之后在 InTouch 里建一个测试标记名指向这个访问名下的一个 Item看值能不能刷出来。如果 InTouch 和 DA Server 不在同一台机器上DCOM 配置就是绕不过去的一关。打开组件服务找到我的电脑属性在 COM 安全里把访问权限和启动激活权限都加上运行 InTouch 的那个账户。这一步不需要重启改完立刻生效。如果两侧不在同一个域里还得考虑身份验证级别的问题那种情况建议直接问现场的网络管理员别自己试。# 打开组件服务控制台配置 DCOM 权限 dcomcnfg这条命令打开的是图形界面没什么参数可讲。要点在于改完权限后先在本机用 OPC 客户端测一遍再跨机测一层层往外推出了问题能立刻定位是哪一层。4.4 关键参数对照表配置阶段容易拿不准的几个参数我整理成一张表装机时对着填参数常见值填错的后果备注端口102连接超时S7 以太网固定端口不可改Rack0连接超时无明确报错以硬件组态为准Slot2 / 1连接超时无明确报错300 系列多为 21200/1500 多为 1TSAP03.02多客户端互相踢线与 Slot 联动刷新周期100500 ms太小占带宽太大画面迟滞按工艺要求调超时30005000 ms太小误判断线联调期用 3000这张表不是让你抄是让你在填错的时候知道该往哪查。Rack 和 Slot 那两个连接超时无明确报错是真实情况——驱动不会告诉你参数错了它只会一直重连日志里翻来覆去就那几行。所以填之前去组态里确认一遍比事后猜快得多。5. 排查DASSIDirect 3.0 装完连不上的五种现场装和配都走完了还是不通是常态不用怀疑自己。下面这五种情况是我这些年遇到频率最高的每条按现象、原因、解决写照着对号入座。5.1 现象配置树里设备节点一直是红的现象很直观节点图标红色状态显示未连接日志里反复出现重连记录。原因排第一的是网络层。IP 填错、网段不通、PLC 没上电这几种占了大半。排第二的是 Rack/Slot 填错前面说过驱动不会报参数错误只会一直连不上。排第三的是防火墙工控机的入站规则里没放行 102 端口尤其是新装的系统默认策略是拒绝。解决办法是从外往内一层层测。先 ping再测端口再看配置参数# 第一层网络通不通 Test-Connection -ComputerName 192.168.10.20 -Count 3 # 第二层102 端口开不开 Test-NetConnection -ComputerName 192.168.10.20 -Port 102 # 第三层本机有没有监听/发起对应连接 Get-NetTCPConnection -RemotePort 102 -ErrorAction SilentlyContinue | Select-Object LocalAddress, RemoteAddress, State三条命令依次过哪一层断了就修哪一层。Test-NetConnection那条如果返回TcpTestSucceeded : False而 ping 是通的基本可以确定是防火墙或者 PLC 侧没开服务。PLC 侧还要确认一点较新的 S7 系列 CPU 需要在硬件组态里勾选允许来自远程伙伴的 PUT/GET 通信访问不勾的话端口通、协议层直接拒绝现象和防火墙拦截一模一样。5.2 现象OPC 客户端枚举不到服务器打开 OPC 客户端点浏览服务器列表里没有你装的那个。或者填了 ProgID 直接报服务器未注册。原因有三种。一是 ProgID 拼错了大小写和连字符都可能出问题回 2.1 节那条命令查准确值。二是位数不匹配64 位客户端枚举 32 位服务器枚举不到。三是组件注册失败安装时被杀毒软件拦了或者提权不彻底。解决顺序先用注册表命令确认 ProgID 存在再确认客户端位数最后才怀疑注册。如果确实是注册失败不用重装整个包用管理员权限重新注册那个 DLL 就行# 以 32 位模式注册组件64 位系统上的关键一步 C:\Windows\SysWOW64\regsvr32.exe C:\Program Files (x86)\你的安装目录\驱动组件.dll # 注册完确认 ProgID 出现在 WOW6432Node 下 Get-ChildItem HKLM:\SOFTWARE\WOW6432Node\Classes | Where-Object { $_.PSChildName -like DAS* } | Select-Object -ExpandProperty PSChildName注意第一条命令用的是SysWOW64目录下的 regsvr32不是System32下的。64 位系统上这两个同名程序一个是 32 位一个是 64 位用错了会把 32 位组件注册到 64 位分支表面成功实际没用。这个细节坑过很多人。5.3 现象能连上但数据全是坏值或者不刷新设备节点是绿的Topic 也建了InTouch 里的值要么是坏的要么一直停在初始值。第一嫌疑是 Item 地址写错尤其是 DB 块的偏移量算错。第二嫌疑是前面提到的优化块访问属性没关。第三嫌疑是数据类型不匹配按字读的地址当成双字解析值会变成一个莫名其妙的大数。第四嫌疑是修改变量没更新PLC 里改了数据但没下载。排查方法是在 DA Server 的诊断页面里直接读那个 Item绕开 InTouch。如果诊断页面读出来是对的问题在 InTouch 侧的访问名或者标记名定义如果诊断页面也是坏的问题在 Item 地址或者 PLC 侧。这一步能直接把问题切成两半比两头猜快得多。数据类型这块给个对照S7 里的 WORD 是 16 位无符号INT 是 16 位有符号DWORD 是 32 位无符号DINT 是 32 位有符号REAL 是 32 位浮点。在 DA Server 里建 Item 时声明成什么类型InTouch 那边就得按对应类型接。类型错位不会报错只会给你一个看似合理的错误数值最难查。5.4 现象重启后 InTouch 连不上手动起服务就好现象很典型白天运行正常第二天早班来了画面全红运维手动启动一下服务就恢复。原因是服务启动类型是手动或者服务依赖的组件启动顺序有问题。前一种改启动类型就行2.2 节给过命令。后一种要检查服务依赖关系有时候 DA Server 服务比网络栈起得还早起来时网卡还没就绪连接自然失败。# 查服务依赖确认启动顺序没问题 Get-Service -Name 你的DAServer服务名 | Select-Object -ExpandProperty ServicesDependedOn | Format-Table Name, Status # 给服务加一个延迟自启避开开机时的网络初始化窗口 sc.exe config 你的DAServer服务名 start delayed-auto第二条命令用delayed-auto把服务改成延迟自动启动开机后等系统把网络、DCOM 都初始化完再起能避开很大一类第一次连不上、手动重启就好的问题。这个参数改完立即生效不用重启。还有一种情况容易被忽略机器上装了安全软件开机时扫描占满 IO服务启动超时被系统判为失败。这种就在服务属性里把失败恢复策略设成重新启动服务给它几次机会。5.5 现象卸载重装后配置残留新装的起不来想升级或者重装结果装完发现配置树里有两个同名节点或者服务启动报配置库损坏。原因是卸载不干净。DA Server 的配置库、注册表项、服务注册信息卸载程序往往只清一部分剩下的残留会让新版本读到旧配置。特别是覆盖安装最容易出这个问题。彻底的清理顺序是这样先停服务再卸载然后手工清残留最后重启再装。# 1. 停服务 Stop-Service -Name 你的DAServer服务名 -Force # 2. 卸载走控制面板或者安装包自带的卸载程序 # 3. 清残留先看安装目录还在不在 Test-Path C:\Program Files (x86)\你的安装目录 # 4. 清注册表项先导出备份再删 reg export HKLM\SOFTWARE\WOW6432Node\你的厂商键 backup.reg第四条命令一定要先导出备份再动手。删除注册表是不可逆操作导出那一秒能省掉重装系统的风险。清理完重启机器让系统和 COM 注册状态归零再重新安装。我现在的习惯是每次卸载后都走一遍这个流程虽然多花五分钟但比装完发现起不来再回头查强太多。6. 交付前的验证三条链路逐个打通再放手装完配完不等于交付完成。我在现场给自己定了一条规矩交付前必须按链路顺序验证三遍每一遍都用不同的工具任何一遍不通就不签字。这么做不是为了走流程是因为这套东西的故障会延迟暴露——今天演示正常明天早班就全红到时候再回现场成本是现在的十倍。第一条链路验证本机通信。在 DA Server 所在机器上用诊断页面或者本地 OPC 客户端读一个已知会变化的点位比如一个计数器或者心跳位。观察一分钟看值是不是持续刷新。这一步排除了协议层和配置层的问题只要这里通了说明 DA Server 和 PLC 之间的对话是正常的。# 顺带确认 TCP 连接处于已建立状态而不是反复重连 Get-NetTCPConnection -RemotePort 102 -State Established -ErrorAction SilentlyContinue | Select-Object LocalAddress, LocalPort, RemoteAddress, State, CreationTimeState应该是EstablishedCreationTime应该是一个较早的时间点。如果这个时间一直在变说明连接在反复断开重连虽然当前是通的但不稳定交付前必须查清楚。这个细节从画面上完全看不出来只能从连接状态看。第二条链路验证跨机访问。在 InTouch 所在机器上用 OPC 客户端远程连过去读同一个点位。这一步验证的是 DCOM 配置和网络访问权限。跨机不通而本机通问题百分之百在 DCOM 权限或者防火墙别往别处查。这里有个经验改完 DCOM 权限后不用重启但要让改动生效最好把客户端程序完全退出再启动有些客户端会缓存连接上下文。第三条链路验证 InTouch 内部。建一个测试标记名指向 Access Name 下的 Item打开画面看数值和 quality 字段。quality 是Good才算真正通了只是有数值不算——坏值状态下 InTouch 也会显示一个数那是上次的残留或者默认值。这一步通过之后再把测试标记名换成实际的工艺点位批量导进去。三条链路都过完我会做一份简单的验证记录验证时间、验证人、每条链路的验证结果、当时的关键参数快照。这份记录不是给谁看的是为了两周后出问题时能对照——是当时就没通还是当时通了后来变的。有过一次教训交付一周后现场说数据不准翻记录发现当时验证的就是那个点位参数快照一比对是对方在 PLC 里改了 DB 块地址跟我这套环境无关。要是没有那份记录这锅就得背上了。从那以后我每次装完这套环境都强制走一遍本机通、跨机通、InTouch 通的三步验证哪怕现场催得再急也不跳过。这套流程多花二十分钟能挡掉后面几天的扯皮。希望帮到你。本文还有配套的精品资源点击获取
