4. 程序下载与上传操作
各位学员，今天咱们聊聊PLC程序下载与上传。这活儿看着简单，但坑不少。我见过太多人在这上面翻车了——程序下进去设备不动，或者上传上来的程序跟现场对不上。说白了，这步要是搞砸了，后面所有调试都是白费。
核心观点：下载是让PLC按你的逻辑跑，上传是把PLC里的逻辑拿回来。两个方向，操作逻辑完全不同。
4.1 首次下载的完整步骤
第一次给PLC下载程序，我建议你按这个顺序来。这是我踩过无数坑后总结出来的，照着做至少能省一半时间。
- 硬件连接确认：先看编程电缆或网线插好了没。我遇到过好几次，折腾半天发现网线没插紧。
- 通讯参数设置：在软件里选对PLC型号，设好IP地址或COM口。波特率、站地址这些，必须跟PLC实际一致。
- 编译程序：点一下编译按钮，看看有没有语法错误。有错就改，别硬下。
- 选择下载模式：这里最关键——选覆盖还是合并？后面我会细讲。
- 执行下载：点击下载按钮，观察进度条。如果卡住不动，别慌，先查通讯。
- 复位PLC：下载完成后，给PLC断电再上电，或者执行一次热启动。
- 验证程序：监控一下关键变量，看看逻辑对不对。我习惯先看几个输出点，确认PLC在按预期跑。
小技巧：首次下载前，最好把PLC恢复到出厂设置。有些老设备里残留着旧程序，会跟新程序打架。我吃过这个亏，后来每次下载前都先清一下。
4.2 覆盖与合并模式的区别
这个知识点，很多工程师干了三五年都没搞明白。我简单说说。
| 模式 | 行为 | 适用场景 |
|---|---|---|
| 覆盖模式 | 把PLC里所有程序块全部擦除，再写入新程序 | 全新项目、彻底更换逻辑 |
| 合并模式 | 只更新有变化的程序块，保留其他块不变 | 局部修改、在线调试 |
覆盖模式，说白了就是「推倒重来」。PLC里原来的东西全不要了，全部换成你的新程序。这样做的好处是干净利落，不会残留旧逻辑。但坏处也很明显——如果新程序里漏了某个功能块，那这个功能就丢了。
合并模式，则是「打补丁」。你只修改了OB1里的几行逻辑，那就只更新OB1，其他块原封不动。这在在线调试时特别有用。但要注意——如果你删除了某个块，合并模式下它可能还留在PLC里。
警告：我在项目中遇到过一件事。有次用合并模式下载，结果PLC里残留了一个旧的中断组织块，新程序里没有这个块。设备一运行就莫名其妙跳中断，查了两天才找到原因。所以，如果你不确定，就用覆盖模式。
4.3 从PLC上传程序的注意事项
上传，就是把PLC里的程序读回到电脑里。听起来简单，但这里面的门道不少。
- 上传前先确认PLC状态：PLC必须在停止模式，或者至少不在执行关键任务。否则上传过程中可能造成数据不一致。
- 选择正确的上传源：有些PLC支持从存储卡上传，有些只能从工作内存上传。选错了，传上来的可能是旧版本。
- 注意符号表：上传上来的程序，变量名可能全是地址（比如I0.0、Q0.1），没有符号名。这是因为符号表存在电脑里，不在PLC里。我建议你平时就把符号表备份好。
- 注释会丢失：PLC里不存注释。上传上来的程序，所有注释都是空的。嗯，这个很坑，但没办法。
- 版本兼容性：用高版本软件上传低版本PLC的程序，一般没问题。反过来就不一定了。我试过用老版本软件上传新PLC的程序，结果报错说「不支持该CPU类型」。
避坑指南：我曾经上传一个用了三年的老设备程序，结果发现程序里有个DB块数据格式不对。后来才明白，那个DB块是后来用HMI在线修改过的，但没同步到电脑里。所以，上传前最好先确认一下，PLC里的程序是不是最新版本。
4.4 存储卡与备份机制
存储卡这东西，很多人当U盘用。其实它的作用远不止存程序。
存储卡的类型：
- 程序卡：PLC启动时从卡里加载程序。卡拔了，PLC就变空机。
- 数据卡：存配方、历史数据这些。程序还是存在PLC里。
- 固件升级卡：专门用来升级PLC固件的。平时别乱插。
备份机制：
我个人的习惯是「三二一」备份原则：
- 三份备份：电脑里一份、存储卡一份、云端或U盘一份
- 两种介质：比如硬盘+存储卡，别都放同一个地方
- 一份异地：至少有一份备份不在现场
重要：存储卡不是万能的。我见过有人把存储卡当唯一备份，结果卡坏了，程序全丢。存储卡也会坏，而且坏的时候没有任何征兆。所以，定期把程序拷到电脑里，才是正道。
备份频率：
- 每次调试完成后，立即备份
- 每次修改程序后，立即备份
- 每月至少一次全量备份
你想想看，如果设备突然坏了，你手头只有一份三个月前的备份。那这三个月改的东西全白干了。老板不骂你才怪。
好了，关于下载上传的操作，我就讲这么多。记住一句话：下载前多想三秒，上传后多看一眼，备份时多存一份。这三点做到了，你在现场至少能少挨一半的骂。