企业官网建设流程全解析

简介：在西门子触摸屏的日常维护中，OS更新与恢复出厂设置往往是保证设备稳定运行的关键操作。这份操作指南面向电气工程师、设备维护及现场调试人员，围绕ProSave工具展开，清晰交代了控制面板中PG/PC接口的调用方式、网卡TCP/IP连接的正确选择（提醒避免误用Auto模式）、触摸屏与计算机IP地址的同一网段设置，以及固件映像在TIA安装目录中的定位与更新执行。文档还专门补充了恢复出厂设置的相关说明，便于在触摸屏运行异常或需要重装系统时快速处理。资源以1个docx图文手册形式打包，约2.77MB，包内仅此一份独立文档，内容紧凑，步骤配有界面截图及文字标注，既适合按图逐步操作，也能作为现场排错时的参考笔记。目前已有350人学习，适合需要独立完成OS升级或固件恢复的入门与进阶用户。

1. 当HMI停在启动画面，ProSave是那条最短的退路

用过几年西门子触摸屏的工程师，大概率都经历过这样的场景：精智面板在某次断电后反复重启，Smart Line屏右上角一直跳“Download”提示，或者MTP1000上电后停在LOGO界面再也没有反应。这时候TIA博途连不上、WinCC里看不到设备、控制面板里设备管理器反复识别驱动，项目里几百个画面和报警文本都不重要了，真正要做的是先让硬件恢复到能用的状态。ProSave就是为了这一层存在的工具。

ProSave是西门子WinCC Flexible和TIA博途安装包里的独立组件，专门负责HMI设备的备份、恢复、OS更新和恢复出厂设置。它不参与画面组态，不编译项目，唯一关注的对象就是设备的固件层和存储区。OS更新（Operating System Update）解决的是设备没有操作系统或系统损坏的问题，而恢复出厂设置（Restore to Factory Settings）在OS更新之前先把存储区彻底清空，相当于给触摸屏做一次不可逆的低格。这两件事必须在ProSave里做，TIA博途的在线菜单里虽然也有“更新设备”的入口，但它只负责把固件文件推送到设备，遇到设备没有多层引导程序时反而没有ProSave好用。

这篇文章适合的读者是：现场设备报修的工厂维护人员、做HMI备件替换的调试工程师、以及那些手里有旧面板但找不到完整镜像文件的自动化从业者。核心不是教你怎么点按钮，而是说清楚ProSave在什么时候是唯一解、IP和PG/PC接口怎么设、OS更新的顺序为什么不能乱、恢复出厂设置后为什么必须重新分配IP。

2. ProSave的安装来源与设备识别边界

2.1 安装路径：不是独立安装包，而是从TIA或WinCC Flexible里带出来

很多人在官网找ProSave的独立安装包，其实西门子官方并不提供单独下载，它藏在两个地方：一是TIA博途安装向导（Setup）里的“附加软件”组件，二是在Simatic WinCC Flexible的安装光盘里。在TIA V16及以上版本中，安装时勾选“SIMATIC ProSave”即可，路径通常在Siemens/Simatic/ProSave或Common Files目录下。

安装完成后的工作台很小，主界面左边是“设备类型”下拉框，右边是“连接”区域。注意ProSave启动时不会自动扫描网络，所有设备都要手动填IP或通过MPI/DP地址连接，这和TIA博途里“可访问设备”全自动扫描的逻辑完全不同。这也是新手最容易卡住的地方：明明设备在线，ProSave里就是看不到。

2.2 支持的设备代际与镜像匹配规则

ProSave支持的设备覆盖从OP77、MP277等经典面板，到TP700精智系列，再到统一精智面板（Unified Comfort Panel）和基于WinCC Unified的MTP1000。不同代际的面板固件包（.fwl、.upd、*.img）不能混用。比如TP700的精智面板OS文件是.pkg格式，而MTP1000的OS包是.upd格式，两者在ProSave的设备类型下拉框中也要选对应型号，选错型号时界面会直接提示“设备类型不匹配”。

这里要特别注意一个边界：ProSave只能更新西门子自己出厂时预装系统的HMI设备，第三方集成商刷过WinCE或Linux的板子不在支持范围内。判断方法是在设备背面看订货号和版本标签，如果标签上印有“6AV2...”或“6AV6...”开头且是完整的西门子订货号，就可以用ProSave处理。

2.3 ProSave的存储区视图：OS与User Data分区的概念

ProSave的备份和恢复操作里反复出现“OS”和“User Data”两个分区，这是理解整个工作流的关键。OS分区存放的是设备运行固件，直接决定了启动画面、触控驱动、通讯协议栈能否工作；User Data分区存放的是用户下载的画面项目、配方、历史数据、许可证（License）等。

当触摸屏停在启动画面或完全黑屏时，通常OS分区损坏，此时必须OS更新；当设备能启动但使用异常，比如配方丢失或画面错乱时，先尝试备份User Data再恢复出厂。这就是为什么ProSave里会有“OS Update”和“Restore to Factory Settings”两个独立入口，它们的区别不是功能优先级的差异，而是操作对象在存储区中完全不同。

3. OS更新前的准备：接线、IP与PG/PC接口参数一次性配对

3.1 常见做法是把网线直连PLC管理型交换机，但ProSave更推荐直连PC

多数工程师习惯把PC和HMI同时插到车间交换机上，再配合TIA的自动扫描来找设备。ProSave不扫描，它只会按照你给定的目标IP去尝试建立连接，所以交换机下挂其他设备可能会因IP冲突或VLAN隔离导致连接不稳定。我一般会先拔掉HMI上的其他网线，直接让PC的网口和HMI的以太网口通过一根六类网线直连。

直连时的IP规划要遵循HMI的当前配置。设备出厂IP通常是192.168.0.1或192.168.0.10，较新的精智系列默认是192.168.0.1，MTP1000系列出厂没有固定IP，需要通过第一次启动时的面板菜单设置。PC端网卡建议手动设置与HMI同网段的IP，比如HMI是192.168.0.1，PC网卡就设成192.168.0.2，子网掩码255.255.255.0，网关可以随意填或留空。

3.2 PG/PC接口的选择：普通网线和编程电缆不能一把梭

在ProSave点击连接之前，必须先在控制面板或ProSave的连接配置里选中正确的PG/PC接口。常见选项有两种：TCP/IP（Auto）用于以太网，MPI/DP用于485编程电缆和DP口设备。如果你用的是USB/PPI编程电缆，需要选择“PC Adapter USB A2”，这时波特率要在电缆和ProSave两侧保持一致，默认187.5 kbps即可。

这里容易踩的坑是：现代笔记本的无线网卡也会被ProSave列为可选项，如果你的无线网卡恰好和PLC/HMI不在同一网段，ProSave默认会选第一个适配器，导致连接超时。解决办法是打开ProSave连接设置里的“Interface Parameter Assignment”，手动把已启用的无线网卡禁用，只保留有线物理网卡，或者在有线网卡的属性里取消勾选“此连接使用下列项目”之外的无关协议。

3.3 目标设备IP的三种获取方式

有些设备屏幕还能亮，就能通过面板菜单查看IP地址，这个最简单；黑屏设备只能通过ProSave的“Identify”按钮远程识别，但识别的前提是PC网卡和目标设备在同一广播域。注意ProSave对IP地址的格式要求较严格，必须写成四段十进制，不支持主机名或mDNS解析。

还有一种方式适合没有屏幕的HMI：用TIA博途的在线诊断暂时连接设备，读出IP后立即断开，再把IP抄到ProSave里。这种方式要求PC网卡会更换IP地址段，操作稍麻烦，但确实能解决“屏幕不亮但系统还在跑”的情况。以下这段Windows批处理可以帮你把PC网卡切换设置省下来一种动作：

# 用管理员身份打开CMD，将网卡“以太网”设置为192.168.0.2 netsh interface ip set address name="以太网" static 192.168.0.2 255.255.255.0 192.168.0.1 # 验证当前IP是否生效 ipconfig /all

批量脚本逻辑不复杂，第一个命令把网卡的IPv4地址固定到192.168.0.2，网关指向192.168.0.1，第三个参数即使HMI不响应网卡也不会报错。设置完以后再执行ipconfig /all，重点看“IPv4 地址”一行是否为192.168.0.2，以及“默认网关”是否为空或192.168.0.1。如果网关不是这个值，需要先执行netsh interface ip set address name="以太网" dhcp释放DHCP，再重新指定静态IP。

3.4 连接前检查清单：防火墙、驱动与视窗缩放

从经验看，ProSave连接失败有一半原因是Windows防火墙拦住了TCP 102端口（西门子工业以太网常用端口），还有一半原因是TIA博途版本过新导致ProSave与Win10显示缩放不匹配，窗口按钮错位后无法正确点击。

连接之前按顺序做三件事：Windows防火墙里增加对ProSave.exe和S7EPA通讯组件（该组件提供底层以太网与S7协议栈）的放行；如果设备和PC直接连，可以临时关闭防火墙测试连通性；再把显示缩放调回到100%。完整规则如下：

1. 打开“控制面板”→“Windows Defender防火墙”→“允许应用或功能通过Windows防火墙”
2. 点击“更改设置”后选择“允许其他应用”，浏览到ProSave安装目录选中prosave.exe和s7epa.exe
3. 设置完成后用Ping命令测试连通性，命令为ping 192.168.0.1 -t，能通后再打开ProSave

Ping通只是基础条件，不代表ProSave就能连接，因为OS更新使用的是基于TCP/UDP的专用协议，Ping用的是ICMP，两个协议都会被防火墙拦，但保险起见都要放行。如果Ping不通，优先检查HMI的网络是否处于激活状态，某些精智面板在机内菜单里默认以太网口是未启用的，需要在启动时进入控制面板启用。

4. OS更新的完整操作流：以精智面板和MTP1000为例

4.1 设备类型与镜像文件的选择关系

启动ProSave后，第一步是在左侧的“设备类型”下拉框中精确选择目标设备型号。下拉框列表长且分类很细，比如“TP700 Comfort”“KP700 Comfort”“MTP1000”是三个不同的条目，不能因为外观相似就选到邻近型号。选错型号时ProSave不会崩溃，但会在写OS时抛出“Image or device type mismatch”警告并中止操作。

第二步是选中“OS Update”标签页，点击按钮“Browse”选择镜像文件路径。镜像文件的命名格式一般是“设备型号_Vx.x.x.fwl”或“设备型号_Vx.x.x.upd”，具体扩展名由设备代际决定。文件名中的版本号必须等于或高于设备出厂时的版本，不建议比出厂版本跳三级以上，比如设备出厂是V15.0.0，你直接刷V18.0.0就会存在中间过渡版本缺漏导致的驱动不兼容风险。常见做法是先刷到与项目组态版本相近的版本，再按需升级，可以用以下步骤判断可接受的版本区间：

# Windows下查看镜像文件版本号的快速方法（以.fwl为例） :: 用文本方式打开文件头部，前几个字节中的ASCII码包含版本字符串 certutil -encodehex "C:\OS_Image\TP700_V15.fwl" head.txt 0x00 0x100 :: 观察head.txt中的ASCII部分，能发现类似"15.0.0"的版本信息

这个方法并不精确，但能快速判断文件是不是被恶意改名过，真正的版本号要在ProSave选中文件后，界面底部“Firmware Version”字段里显示。强烈建议在导入镜像后先看这个字段，再决定是否继续。

4.2 开始OS更新前的最后拦防：备份与校验

OS更新是不可逆操作，看似只要点一个“Update OS”按钮，实际在点下之前必须想清楚三件事：现有工程是否有备份、设备许可证是否位于User分区、更新失败后有没有镜像包备用。

ProSave的“Backup”标签页能把OS和User Data整体导出为.psb文件，建议先做一次整体备份。备份文件里包含IP地址、设备名称、证书、用户管理数据。如果在现场没有条件做完整备份，至少要记录下HMI的IP地址，因为OS更新完成后，IP设置会恢复到出厂状态，不记住原IP就丢失了和PLC通讯的基础。

在“OS Update”页的底部还有一个“Settings”按钮，点开后有“Keep user data”和“Delete user data”两个选项。这句话已经说得很清楚：“保持用户数据”意味着OS更新后你之前下载的画面项目和配方还在，“删除用户数据”则会把用户分区清空。根据经验，如果只是更新系统而项目不变，选Keep user data可以省去重新下载的时间；如果设备出现异常且怀疑项目文件损坏，选Delete user data更稳妥，让它在一个干净的环境下重建。

4.3 操作步骤详解：从点击Update到设备自动重启

当设备类型、镜像文件、数据保持策略都正确后，点击“Update OS”按钮，ProSave会弹出确认框显示设备类型、目标IP和镜像版本。确认无误后点击“Start”，此时ProSave向设备发送OS更新请求。设备侧默认处于“Transfer”模式下，无需手动确认，但某些设备屏幕上会短暂显示“Update OS? Yes/No”，需要操作一遍确认键，这个机制防止了远端误触。

传输过程中状态栏会显示“正在下载OS”和百分比进度。整个下载过程通常是10到20分钟，取决于设备型号和网络状况。过程中严禁断电、严禁拔网线，ProSave会锁定PC网卡通讯优先级，即使你打开其他软件也不会干扰数据传输，但人为拔网线一定会导致设备变砖。

4.4 恢复出厂设置的触发位置与真正效果

恢复出厂设置（Restore to Factory Settings）在ProSave中位于“OS Update”页的同一区域，或者是单独的“Restore”标签，不同版本略有差异。点击后在确认框中会提示“该操作将删除所有用户数据，包括IP设置和许可证”。按“确定”后，设备执行一个与OS更新方向相反的流程：擦除OS分区和User Data分区，把固件回写到出厂状态对应的版本。

这里有个必须区分清楚的概念：恢复出厂设置不等于OS更新。OS更新保留或覆盖系统文件，而恢复出厂设置是完整的存储区初始化，它会把设备恢复到首次交付时的状态，IP恢复为192.168.0.1（部分设备是192.168.0.10），项目画面不存在，许可证消失。

实际使用中恢复出厂设置适合这两种场景：一是设备内部文件系统产生坏块导致死循环重启；二是设备需要从一台机器挪到另一台机器，不想保留原PLC的工程和连接信息。命令完成后会提示“Device returns to factory state, please close the dialog”，此时触摸屏会重启进入初始引导画面，像一个全新设备一样等待你下载项目。

4.5 恢复出厂后必须做的三步恢复流程

恢复出厂设置不是一个终点，而是新的起点。设备重启后会以初始IP等待控制器下载项目。此时你需要手动设置PC端IP到192.168.0.x网段，然后打开TIA博途或WinCC Flexible，将原项目编译后下载到设备。

在下载项目时TIA会弹窗提示“设备上找到的操作系统版本低于项目需要的版本”，这是正常提示，点击“更新设备”或“继续”即可，TIA会调用ProSave在后台完成一次静默OS升级。如果没有提示说明项目版本与出厂镜像版本兼容，可以直接下载。下载完成后设备会再次重启，然后自动进入运行系统，显示你组态的画面。

5. OS更新失败的排查顺序与偏僻场景的处理

5.1 失败现象一：连接超时但Ping能通

这种状况最迷惑人。Ping通说明网络二层三层都通，但ProSave基于TCP 102的S7通讯被防火墙或杀毒软件拦截，导致握手失败。排查时先临时关闭防火墙和杀毒软件，再重试连接。如果这样能连上，就永久放行ProSave；如果还是连不上，打开“设备管理器”看网卡属性，检查是否启用了巨型帧（Jumbo Frame），ProSave对超过1500字节的报文不支持，需要在网卡高级设置中把“Jumbo Packet”改为Disabled。

还有一种极端情况：PC上有虚拟机的虚拟网卡（VMware/VirtualBox）占用了IP段，导致到达目标的流量被虚拟网卡强行截获。解法是禁用虚拟网卡，只保留物理网卡。

5.2 失败现象二：传输过程中提示“Communication error”

传输到一半断连，第一反应是网线或设备供电问题。OS更新是高频流量，网线老化或水晶头虚接在平时传输小文件时不容易暴露，但在连续传输过程中会引发偶发错误。建议更换成品网线而非压制线，并将设备供电换成24V稳压电源，不要用PLC自带的传感器供电端子。要确认问题，可以在更新前观察设备是否出现屏幕亮度跳变，那是供电不稳的征兆。

另一种情况是HMI在更新中触发了看门狗复位，设备重启但ProSave还在等待回应。此时不要关闭ProSave窗口，等待ProSave自动重连并续传的概率较低，多数情况下要重启ProSave后重新执行更新。

5.3 失败现象三：设备“变砖”，连ProSave都识别不了

当设备完全无法进入系统，ProSave的“Identify”也找不到时，还能做的事不多，但顺序很重要。首先确认设备是否处于“Loader”模式：大多数西门子HMI在上电时按住屏幕右上角（依据型号不同不一定精确）可进入系统加载器，屏幕上会显示“Loader”或“Update”字样。这个模式下的IP地址固定为IP 192.168.0.1，即使设备之前设置过别的IP，也会临时切换。

在Loader模式下，ProSave再执行一次OS更新大概率能成功恢复。如果loader模式都没有反应，说明引导程序被彻底破坏，这超出了ProSave的修复范围。此时只能走返厂维修，或者使用存储卡（部分面板支持外部存储介质引导OS镜像）应急，但存储卡引导不是标准功能，需要先看设备的SIMATIC存储卡规格。

5.4 偏门场景：如何同时在多条HMI上批量更新OS

OS更新通常是单台设备操作，但ProSave支持通过以太网同时连接多台设备并逐台进行更新。方法是在设备列表里把多个IP加入“连接受控设备”，ProSave会串行处理更新任务，同一时间只与一台设备通信。批处理的效率提升不在于同时传，而在于你不用重复选镜像和检查连接，适合备件替换时一次处理四五台同型号设备。

执行的批量命令在ProSave界面本身没有对应脚本接口，但你可以用Windows任务计划程序把这些操作拆成多个单次任务串行运行。实际测试中，批处理更新时设备会依次重启，前一台重启完成进入loader模式后，下一台才开始，所以需要你根据现场设备的指示灯状态判断时机，找厂里的电气人员配合会更高效。

5.5 验证OS更新成功与否的最终判据

OS更新完成后，ProSave状态栏会出现“OS update completed”提示，此时别急着关窗口。先在“Backup”页执行一次新的备份，能正常备份说明系统文件结构和存储分区都是可读的。再在设备侧查看“Setting → Device version”，确认固件版本号与镜像包版本一致。

更实质的验证是下载并运行项目：在TIA博途中执行“Download to device”并勾选“Overwrite device files”，下载完成后让设备运行10分钟，期间操作几个画面切换和报警页面，如果都稳定，这次OS更新就算真正落地了。如果一个小时后设备黑屏或自动重启，那问题就回到了硬件层，与OS更新本身无直接关系，要检查内存颗粒或主板电源，这个判断要果断，不要在软件里反复做无用功。

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