简介西门子ACCESS MY MACHINE 4.7 是面向工业设备运维、自动化工程和产线管理人员的设备监控与数据分析软件资源主要用于实时掌握设备运行状态、查询历史数据、开展故障诊断与报警管理并通过趋势图、报表等工具辅助预防性维护和 ERP、MES 等系统数据对接。压缩包共 39 个文件约 247.46MB包含 7 个 exe、5 个 pdf、4 个 ini以及 msi、mst、cab、zip 等类型覆盖安装程序、发布说明、操作文档和安装配置素材便于按目录了解软件组件与部署构成。已有 772 人学习或下载适合需要搭建设备监控分析环境、研究西门子工业软件部署流程及数据集成思路的初中级工程人员参考。文件中的说明文档与安装配置还可用于梳理版本信息、安装前置条件和常见部署环节帮助读者更快形成从设备数据采集到监控分析、维护决策的完整认知。1. 设备交接那天最怕的不是画面错位是默认密码还能进参数页设备交接那天最怕的不是画面错位而是甲方随手输入一串默认密码就进了参数页。ACCESS MY MACHINE 4.7 处理的就是这一段它面向西门子 SIMATIC 面板和部分控制器的设备侧管理把访问级别、用户密码、传输通道、备份恢复这几件事从工程师的脑子里搬到可配置、可交接的界面上。它不画画面也不写控制逻辑画面和逻辑仍然在 TIA Portal 里完成两者的分工要一开始就分清否则权限设了等于没设。它适合三类人负责设备交付的调试工程师、要接手存量产线的维护人员以及需要把访问策略写成文档、过内部审计的自动化项目负责人。下面按我实际拆过的顺序讲先权限模型再传输与备份然后是和 TIA 的边界最后是踩过的坑。2. 访问级别怎么设先把权限模型落成一张四层矩阵权限这件事最容易翻车的地方不是软件不会点而是点之前没想清楚“谁能干什么”。我见过不止一个项目工程师在 ACCESS MY MACHINE 里把密码设得挺复杂结果操作工照样能在画面上改工艺参数——因为密码保护的是“进入某个级别”而这个级别压根没绑定到画面对象的操作权限上。所以顺序必须是先建模、再配置、最后验证反了就是白干。2.1 为什么先画矩阵而不是先连设备访问级别本质上是一张二维表一维是角色另一维是操作。角色决定了密码归谁管操作决定了这个角色能碰哪些对象。如果先连设备再随手设几级密码最后得到的往往是一堆孤立的口令没人说得清第三级和第四级的区别在哪交接时只能整包丢给下一任。常见做法是拿一张纸或一个表格把现场所有会碰面板的人先列出来通常能收敛到四层第一层操作工只能看状态、切画面、确认报警不能改任何带数值的输入框。第二层班组长可以改配方号、改节拍参数但不能动标定值和量程。第三层维护工程师可以进诊断画面、清故障、做手动点动。第四层管理员可以退运行系统、改传输设置、做恢复出厂。四层不是硬性规定但层数太少起不到隔离作用太多则现场记不住、交接必乱。定完层再给每层分配一个编号这个编号要能和画面工程里的权限组对应上后面配置才不会对不上号。这里有个反直觉的结论密码复杂度不是第一优先级级别与对象的绑定关系才是。一个八位复杂密码配上一个没绑定权限的画面安全性等于零。2.2 四层权限在设备上的落地顺序真正落到软件里我一般按下面这个顺序走跳步的话后面一定返工连接目标设备。优先用以太网直连工控机网卡设成与面板同网段的静态地址先在命令行 ping 通再打开工具省得在工具里反复搜索。进入设备侧设置区把传输通道和传输模式先确认一遍。传输模式没打开后面所有写入都会卡在“无法连接到设备”上。建立访问级别。按 2.1 的矩阵逐级设定编号、名称、密码。编号连续、名称带角色含义别用“级别1/级别2”这种交接后没人看得懂的名字。绑定功能权限。把画面里的输入框、按钮、配方选择、诊断入口按矩阵归到对应级别。这一步在画面工程侧完成ACCESS MY MACHINE 负责的是设备侧的口令与级别存在性。下发并断电重启。写完不断电部分面板仍在用内存里的旧策略验证时会得到假阳性结果。逐级验证。用四个不同密码各登一次确认低级别确实点不动高级别对象而不是弹个提示就放行。归档。把级别表、密码保管人、变更日期写进交接文档密码本身不进文档正文只写保管人。第 4 步是最容易被跳过的一步也是我见过最多“设了密码但没拦住人”的根因。设备侧和工程侧是两套东西设备侧配好了只代表口令存在不代表画面认这个口令。2.3 参数取值与常见误配下面这张表是我自己项目里用的默认取值实际按客户审计要求调整但几列的含义基本通用列名含义典型取值设错后的表现level访问级别编号1–4连续不跳号跳号后画面权限组对不上出现“谁都能进”的空档role角色名operator / leader / maint / admin用中文全角或空格导出到 CSV 后脚本解析失败min_len密码最小长度8低于 6 位时现场习惯写成工位号等于公开expire_days强制更换周期90 或 180设成 0 表示永不更换审计基本过不了allow_export是否允许导出配方仅 admin 为 true维护级也能导出工艺参数外流没痕迹owner密码保管人岗位名不写人名写人名后人员一调动就成死档expire_days这一列在纯面板项目里往往落不了地因为面板本身不一定做密码老化它的价值在于把这层要求写进文档逼着客户用管理制度补上技术缺口。这一点在交付会上说清楚比事后被追问“为什么密码三年没换”要从容得多。allow_export则一定要和技术手段对齐能关就关关不掉就在文档里标红。2.4 用一份 CSV 加脚本把权限矩阵管起来矩阵画在纸上过两个月就找不到了。我现在的习惯是把它落成 CSV再用一段脚本做静态校验每次改动跑一遍比人眼核对靠谱。这段脚本不连设备只查表本身的自洽性属于交付前的“后悔药”。import csv import re import sys # 密码策略长度、是否必须含数字、是否必须含字母 POLICY {min_len: 8, need_digit: True, need_alpha: True} def check_row(row, seen_levels, seen_roles): errs [] level row[level].strip() role row[role].strip() # 级别必须是纯数字且不能重复 if not level.isdigit(): errs.append(flevel 非数字: {level!r}) elif level in seen_levels: errs.append(flevel 重复: {level}) else: seen_levels.add(level) # 角色名只允许小写字母和下划线避免导出后解析歧义 if not re.fullmatch(r[a-z_], role): errs.append(frole 命名不合规: {role!r}) if role in seen_roles: errs.append(frole 重复: {role}) seen_roles.add(role) # 布尔列只接受 true / false if row[allow_export].strip().lower() not in (true, false): errs.append(fallow_export 取值非法: {row[allow_export]!r}) # 管理员级别必须允许改传输设置否则交付后无法二次维护 if role admin and row[can_transfer].strip().lower() ! true: errs.append(admin 未开启传输权限后续无法维护) return errs def main(path): with open(path, newline, encodingutf-8) as f: rows list(csv.DictReader(f)) if not rows: print(矩阵为空) return 1 seen_levels, seen_roles, problems set(), set(), [] for i, row in enumerate(rows, start2): # 第 1 行是表头 for e in check_row(row, seen_levels, seen_roles): problems.append(f第 {i} 行: {e}) # 级别编号必须从 1 开始连续跳号意味着有空档级别 nums sorted(int(r[level]) for r in rows if r[level].strip().isdigit()) if nums and nums ! list(range(1, len(nums) 1)): problems.append(f级别不连续: {nums}) for p in problems: print(p) print(校验通过 if not problems else f共 {len(problems)} 处问题) return 0 if not problems else 2 if __name__ __main__: sys.exit(main(sys.argv[1] if len(sys.argv) 1 else access_matrix.csv))逻辑上分四块级别唯一性、角色命名规范、布尔列取值、级别连续性。级别连续性这条最值得留因为现场最常见的错误是删掉某个中间级别后忘了重排结果画面里挂着一个不存在的权限组表现就是“这个按钮谁点都无效”排查起来能查半天。参数说明POLICY这段目前只做占位真正校验密码强度需要矩阵里额外存一列哈希或长度标记不要把明文密码写进 CSVcan_transfer是我自己加的列用来标记该级别是否允许改传输设置中小项目可以合并进allow_export脚本退出码 0 表示通过、2 表示有问题方便塞进交付前的检查流水线里。运行方式就是python check_matrix.py access_matrix.csv不需要任何第三方库。3. 传输与备份把“能连上”变成“能复现”连接和备份是两件事很多人把它们当成一件能连上就以为能备份备份完就以为能恢复。实际现场翻车的比例恢复环节远高于连接环节。这一章讲清楚通道怎么选、备份怎么做、备份文件怎么校验目标是让另一台电脑、另一个人拿着同样的文件能复现同样的设备状态。3.1 传输通道选型以太网、USB 与串口的取舍ACCESS MY MACHINE 支持的通道通常包括以太网、USB 和串口MPI/DP 一类选哪个不是偏好问题是现场条件问题以太网首选。速度快备份大文件不磨人缺点是要求网段可配、IP 不冲突。工控机常常同时挂着产线网络和办公网络双网卡场景下一定要确认工具走的是哪块网卡。USB适合单机调试、现场没有交换机的情况。缺点是线材质量参差长距离下掉线概率明显高于网线做完整备份时中途断开会导致文件不完整。串口只在老设备上作为兜底速率慢做全量备份要有心理准备。除非设备只留了这一个口否则不建议作为主通道。选完通道还要确认传输模式。面板侧如果没进入传输模式工具侧搜索不到设备这时候不是驱动问题也不是防火墙问题就是设备没准备好接收。我一般把这一步写成检查项的第一条避免上来就重装软件。提示切换通道前先把当前连接参数记下来包括 IP、子网掩码、传输模式状态。现场改完回不去的情况多半是改之前没记。3.2 备份与恢复的完整链路备份不是点一下“备份”就完事它有一条完整链路每一步都可能断确认设备型号与固件版本记在文件名里。型号不同、固件跨大版本备份文件基本不能互恢复。选择备份范围。全量备份包含工程、配方、报警记录、审计数据选择性备份只含其中一部分。交付基线一律用全量。指定输出目录。目录名带日期和设备编号别用“新建文件夹(2)”。执行备份并等待工具明确提示完成。中途拔线、切窗口、休眠都可能导致文件截断。立刻做一次恢复演练。在备用面板或实验室设备上恢复一遍这一步九成人不做做了的人后面都省了大麻烦。生成哈希清单并归档。清单和备份文件分开放防止一起丢。恢复的前置条件比备份苛刻设备型号一致、固件版本不跨大版本、设备处于可接收状态、恢复过程中不能断电。跨版本恢复不是绝对不行但失败率高且失败后设备可能停在半配置状态比不恢复更麻烦。备份类型包含内容文件体积适用场景恢复限制全量工程、配方、报警、审计大交付基线、年度归档要求固件同大版本工程画面与逻辑中日常改动前留底配方需另存配方参数集小换型频繁的产线不含画面审计操作记录小合规审计只读不用于恢复表格里“审计”这一类经常被忽略。有些行业的客户会要求保留操作记录这类数据只能导出不能回灌把它和可恢复的备份混在一个目录里交接时容易误操作。3.3 备份文件的哈希清单备份文件坏没坏眼睛看不出来。我现在的固定动作是每次备份完立刻跑一遍哈希把清单和文件分开存。用 bash 就够不需要额外工具#!/usr/bin/env bash set -euo pipefail # 备份目录与清单输出路径按项目改 BK_DIR${1:-./backup} MANIFEST${2:-./manifest.sha256} # 只对备份类文件做哈希跳过目录和临时文件 find $BK_DIR -maxdepth 1 -type f \ \( -name *.psb -o -name *.zip -o -name *.pdi \) \ -print0 | sort -z | xargs -0 sha256sum $MANIFEST echo 已生成 $(wc -l $MANIFEST) 条记录 - $MANIFEST # 第二次及以后运行直接校验而不是覆盖 if [[ ${3:-} --verify ]]; then sha256sum -c $MANIFEST fi逻辑很直白find限定目录深度和扩展名sort -z保证顺序稳定否则两次生成的清单顺序不同比对时会误报。xargs -0处理带空格的文件名现场文件名里带空格和中文的情况比想象中多。参数上第一个参数是备份目录第二个是清单路径第三个传--verify时走校验而不是重新生成。用法分两步备份完先跑./hash.sh ./backup ./manifest.sha256生成清单下次拿到文件先跑./hash.sh ./backup ./manifest.sha256 --verify任何一行 FAILED 都说明文件在传输或存储中被动过。这一步在跨机器拷贝、U 盘转运之后尤其值得做我遇到过拷贝过程中断导致文件大小对但内容截断的情况只比大小是查不出来的。3.4 固件版本对齐的检查点版本这件事工具版本、设备固件、工程版本三者是三条线不要求完全一致但每两两之间都有兼容边界。交付前我固定查三处设备当前固件版本在设备信息里读、备份文件对应的固件版本写在文件名和清单里、以及工程侧最后一次编译用的版本。三者记在同一张交接表上任何一处变动都触发一次重新备份。升级固件前必须先备份这条几乎是用血换来的。升级失败回滚、升级后旧工程不兼容、升级后访问级别被重置三种情况我都见过有备份至少能回到升级前。升级后不要立刻删旧备份保留到新版本稳定运行一个生产周期再说。4. 和 TIA Portal 的分工离线组态与在线设备的边界ACCESS MY MACHINE 和 TIA Portal 经常被混着用结果就是两边都改了一半谁也说不清最终生效的是哪一份。这一章把边界划清楚顺带讲交付前的锁定顺序和版本升级的处理方式。4.1 分工边界TIA 管工程AMM 管设备一句话概括TIA Portal 负责“设备应该做什么”ACCESS MY MACHINE 负责“谁有资格让它做什么”。前者是离线组态画画面、连变量、写逻辑、组配方结构后者是设备侧管理设访问级别、管口令、配传输通道、做备份恢复。按这个边界下面这些事必须在 TIA 里做AMM 做不了也不该做画面对象的权限属性绑定。哪个输入框归哪个权限组是在画面工程的属性里设的。用户管理与运行系统用户。部分面板支持运行系统内建用户体系这套东西在工程侧配置。配方结构与变量归档。数据模型在工程侧定义AMM 只负责整包备份。下面这些事在 AMM 里做更合适设备侧传输模式的开关与通道参数。访问级别的存在性与口令本身。整机备份、恢复、恢复出厂。设备信息读取包括固件版本和硬件标识。边界清楚之后一个常见疑问自然有答案为什么在 AMM 里设了密码画面上还是能改参数因为画面对象的权限组没绑或者绑了但运行系统用户没启用。这不是 AMM 的问题是工程侧少做了一步。4.2 交付前的锁定顺序锁定顺序错了后面全是返工。我用的顺序是这样步骤动作完成判据常见错误1工程侧完成画面与权限组绑定每个可操作对象都有权限组漏掉弹窗里的输入框2下载工程到设备下载无报错、画面正常下载后没重启就验证3AMM 侧建立访问级别与口令级别连续、口令可登级别名用默认值4关闭不必要的传输通道只留交付约定的通道全开图省事5做一次全量备份文件完整、哈希已生成备份完没做恢复演练6逐级登录验证低级别点不动高级对象只用管理员验证一次7写交接文档级别表、保管人、变更日期齐全密码写进文档正文第 4 步值得单独说。传输通道全开最省事但也意味着任何人拿根网线就能连设备。交付时按客户实际维护方式只留必要通道需要再加的时候走变更流程这个习惯能省掉很多“谁能连上设备”的扯皮。4.3 版本兼容与升级路径工具版本、设备固件、工程版本三者不同步是常态处理原则是工具版本不低于它能管理的最低设备固件工程版本与设备固件在厂商声明范围内跨大版本一律先备份再动。升级路径我一般按这个顺序先备份当前全量、再记录当前固件与工具版本、然后升级固件、升级后重新读设备信息确认版本、最后用新版本工具连一次确认访问级别还在。升级后访问级别被重置这件事不是必然发生但发生过所以验证这一步不能省。另一个容易忽略的点是工具本身的升级。新版工具通常向下兼容老设备但老版工具管不了新固件设备所以现场机器上装哪个版本要统一别出现张三用 4.7、李四用更老的版本两人看到的设备信息不一致排查时互相怀疑。5. 排查与避坑五条现场踩坑记录这一章全部按“现象 → 原因 → 解决”写都是我或同事实际遇到过的。有些坑一次性能让人停线两小时写下来是为了下次少走。5.1 五条典型故障第一条工具搜索不到设备。现象是打开工具后设备列表空白换了网线也不行。原因通常有三个面板没进传输模式、工控机与面板不在同一网段、IP 冲突。解决顺序是先看面板屏幕有没有进入传输等待界面再用ping确认链路然后arp -a看有没有重复 MAC。三条都排掉还搜不到再查工控机是不是有双网卡、工具走了错误的那块。第二条密码设了操作工照样改参数。现象是设置了访问级别但现场低权限用户仍能修改工艺参数。原因是画面对象的权限组没绑定或者绑了但运行系统的用户管理没启用密码只是一层存在性校验。解决办法是回到工程侧逐个对象检查权限属性重点查弹窗、趋势图上的游标输入、配方选择下拉框这些不在主画面上的对象它们最容易被漏掉。第三条恢复备份后配方丢了。现象是恢复完成、画面正常但配方列表是空的。原因是当初备份时只选了工程范围没勾配方或者备份时勾了但恢复时选了“仅恢复工程”。解决办法是交付基线一律做全量备份恢复时核对恢复范围恢复后在现场抽查三条配方确认参数值不是默认值。第四条固件升级后旧备份恢复失败。现象是升级固件后拿旧备份恢复工具报版本不匹配或恢复到一半中断。原因是跨大版本恢复本身受限加上升级后设备内部结构有变化。解决办法是升级前先做全量备份并单独存放恢复时优先用同版本备份确实要跨版本先在实验室设备上试一次别在生产设备上试。第五条管理员密码没人知道。现象是设备要改传输设置发现管理员密码在上一任工程师手里人已经离职。原因是没有密码台账或者台账写了人名没写岗位。解决办法短期只能走恢复出厂或联系原厂支持代价是工程数据全清、需要重新下载长期是把密码保管人写成岗位而不是人名交接时按岗位移交并在交接文档里留变更记录。5.2 一份最小验收清单排查完之后交付前我会过一遍这几条全部打勾才签字四个级别各登录一次低级别点不动高级对象。传输通道只留约定的一路其余关闭。全量备份已生成哈希清单已核对。备份文件在另一台机器上恢复成功一次。设备信息里的固件版本已记录在交接表。密码保管人写到岗位变更日期已填。交接文档里没有明文密码。清单不长但每条都对应过一次真实的返工。尤其是第四条恢复演练这件事做一次半小时不做可能在一个夜班里耗掉六小时。6. 进阶把访问策略做成一张能审计的巡检表权限配完不是终点能经得起半年后的一次抽查才算。我的做法是把访问策略做成一张巡检表每季度过一遍字段不多但每条都能落地设备编号、固件版本、工具版本、四级角色是否齐全、传输通道开放清单、上次备份日期、备份哈希是否校验通过、密码保管岗位、上次变更日期。这张表的用处不是存档是让“谁在什么时候动了什么”有迹可循。具体到执行我固定走三步。第一步是读设备信息把固件版本和工具版本填进表里跟上次的记录比有变化就追问原因——版本不会自己变变了就说明有人动过。第二步是抽查两个级别用操作工和维护的账号各登一次确认权限边界还在重点看输入框而不是按钮按钮的权限最容易设对输入框最容易漏。第三步是核对备份拿最新的备份文件跑一次哈希校验再确认恢复演练记录在半年内。这三步加起来不到二十分钟但能把大部分“交接后失控”的情况挡在门外。巡检表里我最看重的是“上次变更日期”这一列。它比任何技术指标都更能反映管理状态一个设备三年没变更要么是真稳定要么是没人管半年内变更过三次就要问问每次变更有没有同步更新备份和文档。技术手段能解决“能不能改”解决不了“该不该改”后者只能靠这张表。有一次项目交付半年后客户做内部审计问的第一句话不是密码多复杂而是“你们怎么证明权限没被改过”。当时拿不出巡检记录只能现场重新核对一遍虽然最后没问题但过程很难看。从那以后我每次交付都强制走一遍巡检表把首次记录和备份清单一起装进交接包。希望帮到你。本文还有配套的精品资源点击获取
