简介这份文档专注于解决西门子TIA博途V19升级后S7-1200与S7-1500系列PLC在组态时‘来自远程对象的PUT/GET访问’选项变灰无法勾选的问题适合自动化工程师、PLC调试人员以及HMI通信配置人员参考。文档采用docx格式压缩包内共1个文件大小453KB内容精炼覆盖问题现象、固件版本影响和操作步骤。目前已有1298人学习下载作者根据实际项目排错经验梳理出在项目树中依次进入安全设置、用户与角色、新增角色、运行系统权限下的PLC分支勾选Anonymous和新建角色后返回组态界面即可恢复该选项勾选的完整流程。同时强调若不开启该选项S7通信以及与HMI的通信都将无法建立帮助读者理解配置原理快速完成远程通信授权设置有效缩短现场调试时间。1. 解除TIA博途V19“无法勾选来自远程对象的PUT.GET访问”的灰显先查保护级别把两台S7-1200/1500放进同一个TIA博途V19项目准备做PUT/GET双机通信在CPU属性里打开“保护与安全”→“连接机制”要勾选“允许来自远程对象的PUT/GET通信访问”时发现复选框是灰色的单击没有任何反应。这个现象在V19里非常典型尤其是从V15/V16升级过来的项目以及组态完隔一段时间再打开的老旧设备。只要CPU的“保护级别”页签里选用了带限制的访问策略TIA就会把PUT/GET开关一并置灰而不是弹窗提示原因。解决办法的关键不在连接机制自身而在它前面的“保护级别”页签。整条排错路径按机制解释、解锁操作、通信验证、边界条件四个层次展开适合做S7-1200/1500通信、对接第三方OPC服务或老上位机系统的工程师直接照着操作。2. TIA博途V19的PUT/GET访问机制为什么灰显前先看保护等级2.1 PUT/GET访问的开关位置和“远程对象”到底指谁先明确概念。PUT/GET是S7协议里的两个无连接通信指令PUT用于远程写入GET用于远程读取。两边角色不对称被访问的PLC是服务器主动发起读写的是客户端也就是标题中的“远程对象”。另一台PLC、带S7驱动的HMI、WinCC上位机、OPC服务器以及用python-snap7这类第三方库写的PC程序都算远程对象。TIA博途V19把这个开关放在CPU的设备组态属性中路径是“保护与安全”→“连接机制”选项全称是“允许来自远程对象的PUT/GET通信访问”。它与“允许与HMI进行通信”是两回事HMI选项专门放行精智面板和WinCC RT Advanced的HMI连接PUT/GET选项放行的则是无连接、无登录鉴权的裸S7读写任何知道IP和分区的客户端都能访问。正因为这个选项风险更高TIA才用保护级别做了一层前置限制。2.2 保护级别与连接机制的联锁关系TIA博途V19中S7-1200/1500的“保护与安全”→“保护级别”页签提供了若干访问等级从完全开放到完全拒绝。只要保护级别不是“完全访问无保护”连接机制里的PUT/GET复选框大概率就是灰显状态。这一点和多数人的直觉相反大部分工程师先翻连接机制页签发现问题无解再去保护级别页签看一改就恢复可勾选。下表是实际调试时最常用的对应关系保护等级设置PUT/GET复选框对远程对象的影响完全访问无保护可勾选PC/第三方可直接读写拒绝完全访问灰显连HMI也受限制带保护等级的访问与HMI/PC通信随固件版本部分可勾选通常还要勾选“允许与其他CPU通信”禁止与安全相关的通信灰显连诊断都受限不同固件版本对“带保护等级的访问”的细分选项命名略有差异S7-1500较新固件里还会出现“与HMI/PC通信优化”这类变体。但只要PUT/GET复选框仍为灰色优先把保护级别往下降一档再回来看连接机制这是TIA博途V19中远程对象访问配置里默认的第一排查顺序。2.3 先分清“勾不上”和“勾了不生效”调试中还有一个容易混淆的点。复选框灰显属于组态阶段的限制而勾选成功、下载后通信仍失败属于运行时限制。两者的处理路径完全不同。前者按第3章的步骤操作后者要转向防火墙、固件版本、DB块优化访问、IP路由这些运行时因素第4章和第5章会分别覆盖。如果在现场花半天时间查防火墙结果发现组态里PUT/GET根本没勾上就走错了方向。建议拿到问题先打开设备组态看一眼连接机制复选框是“灰”还是“可勾选”这是TIA博途V19远程对象访问排错的第一分叉口。3. TIA博途V19解除PUT/GET访问灰显的五步操作3.1 第一步把保护级别切到“完全访问无保护”在项目树中双击PLC进入设备视图选中CPU机架上的PLC图标下方属性窗口切到“保护与安全”→“保护级别”把访问等级改为“完全访问无保护”。这一步是解除灰显最直接的手段。需要注意项目里如果存在多个CPU要逐台检查PUT/GET灰显只影响被访问的那台服务器角色CPU客户端CPU不涉及这个开关。如果现场对安全等级有硬性要求不允许使用完全访问可以退一步选择“带保护等级的访问”并在同一页签或连接机制页签中确认是否出现“允许与其他CPU进行通信”之类的附加勾选项。这个附加项的位置随固件版本变化S7-1200与S7-1500表现不一致找不到就把它所在页签的所有条目展开检查。3.2 第二步回到连接机制勾选PUT/GET访问保护级别调整后切到“保护与安全”→“连接机制”此时“允许来自远程对象的PUT/GET通信访问”应恢复为可勾选状态直接勾选它。同时确认“允许与HMI进行通信”按需保留。如果第二步仍灰显大概率是当前固件对所选保护等级不支持PUT/GET需要回到第一步换更低等级。这里有一个高频误操作在项目树中右键CPU直接点“属性”看到的是设备属性而不是设备组态属性两处的保护页签内容不完全一致务必从设备视图进入。另一点容易被忽略勾选后属性页上不会出现明显的“待下载”红色标记一定要到项目树的CPU节点上看有没有出现修改符号。3.3 第三步RUN状态下改不动时在线STOP后重新下载TIA博途V19对安全类属性有运行时写保护。如果PLC处于RUN状态部分保护等级切换和连接机制修改会提示“当前操作模式不允许修改”或者下载时直接失败。此时先在线连接PLC在“在线与诊断”中执行STOP然后在设备组态中下载硬件配置下载完成后把PLC切回RUN。工业现场如果工艺不允许停机可以先在项目里把组态改好并编译等窗口期再下载。尤其要提醒下载时要勾选“硬件配置”部分只下软件程序不会把连接机制写进CPU这也是后面第4章验证阶段发现“勾了不生效”的最常见根源。3.4 第四步核对固件版本与TIA博途V19的匹配关系TIA博途V19对S7-1200/1500的固件有推荐范围。若CPU固件过旧设备组态中会出现固件更新提示老固件的安全模型与V19的组态模型不完全一致某些选项在V19中显示灰显。处理办法是连接PLC后在“在线与诊断”中查看实际固件版本再在设备组态中选择该CPU并执行固件更新到当前项目支持的最新版本更新后重新下载。这一步尤其常见于从旧项目整体升级到V19的场景有时连通信资源数量和PUT/GET可用的连接资源都会变化。注意固件更新会触发CPU停止并重启务必安排在工艺允许的时间段。3.5 第五步编译下载后用一段SCL验证PUT/GET是否真正放行组态上的灰显解除不等于通信一定通还需要对端实际发起一次访问。下面是S7-1500作为客户端用GET指令读取远程PLC数据的SCL片段可作为最小验证// 在客户端CPU的OB1中周期调用读取远程PLC DB1.DBB0开始的4个字节 VAR req : BOOL : TRUE; // REQ常置TRUE持续请求 connID : WORD : 1; // 与TIA连接表中该S7连接的ID一致 readData : ARRAY[0..3] OF BYTE; // 保存读取到的4个字节 getStatus : WORD; // GET指令返回状态 END_VAR getStatus : GET( REQ : req, ID : connID, ADDR_1 : P#DB1.DBX0.0 BYTE 4, // 远程对象中DB1的绝对地址 RD_1 : readData);这段SCL调用GET指令做远程读取。逻辑说明ID必须和TIA连接表中已组态的S7连接ID对应不是随便填的序号连接表通常在“设备和网络”视图的“连接”页签里查看ADDR_1的P#DB1.DBX0.0 BYTE 4表示从远程PLC的DB1偏移0读取4字节前提是远程DB没有启用优化块访问getStatus返回0表示成功。如果PUT/GET没放开这里会报权限类错误这正是第4章要解决的现象。3.6 五步操作的依赖顺序与常见误操作这五步的依赖顺序是保护等级→连接机制→下载→固件→指令验证其中前两步必须在设备组态里同时确认。多数现场问题做完前三步灰显即解除如果仍灰显再走固件检查。整个过程不涉及程序逻辑改动只动硬件组态属性风险可控。常见的误操作是把“完全访问”理解成必须重启整个项目其实只需要重新编译下载CPU的硬件配置。另一个误操作是在保护等级里选了“拒绝完全访问”后又纠结连接机制为什么重置V19的机制是保护等级变更会联动重置连接机制里的所有勾选项这是设计行为不是软件故障。4. 勾选成功后如何确认远程对象PUT/GET访问生效snap7实测4.1 用PC模拟远程对象验证TIA博途V19的开放状态设备侧的PUT/GET开关打开后是否真的允许远程对象访问PC是最方便的测试端。python-snap7是S7协议的成熟开源实现连接参数只需要IP、机架号和槽号。对S7-1500默认是机架0槽1S7-1200多数情况也是0/1如果连接不上在“在线与诊断”里查看模块信息确认。这个验证脚本同时覆盖GET和PUT两个方向能一次确认TIA博途V19中“允许来自远程对象的PUT/GET通信访问”是否真正写入了CPU。相比在另一台PLC里写GET指令PC脚本的优点是即时输出、不需要编译下载适合现场快速判断。4.2 最小验证脚本连接、读M区、写M区import snap7 def check_putget(ip: str, rack: int 0, slot: int 1) - None: 验证远程对象能否对被访问PLC执行GET/PUT。 client snap7.client.Client() try: # 建立TCP连接是第一步连不上先查IP、机架和槽号 client.connect(ip, rack, slot) print(TCP连接正常协议状态, client.get_connected()) # GET方向从M区M0.0开始读4个字节 # read_area参数依次为区域、DB编号M区填0、字节偏移、长度 data client.read_area(snap7.types.Areas.MK, 0, 0, 4) print(GET读取M0.0-M0.3, list(data)) # PUT方向向M区写入4个字节 client.write_area(snap7.types.Areas.MK, 0, 0, b\x01\x02\x03\x04) print(PUT写入M区成功) except snap7.snap7exceptions.Snap7Exception as ex: print(访问被拒绝返回, ex) print(请回到设备组态检查PUT/GET勾选并重新下载硬件配置) finally: client.disconnect() if __name__ __main__: check_putget(192.168.0.10)参数说明read_area的四个参数分别是存储区标志、DB编号、字节偏移和长度M区不属于DB所以DB编号固定填0write_area写入的b\x01\x02\x03\x04必须与读取长度一致否则返回错误。脚本执行时如果打印“TCP连接正常”却在读取阶段报权限类异常说明网络通但PLC拒绝远程访问也就是TIA博途V19侧的PUT/GET未生效或保护级别仍限制此时回到第3章检查下载是否完整。如果连TCP都超时则问题在防火墙、IP地址规划或CPU是否在线和PUT/GET勾选无关。4.3 验证结果对照表脚本输出判定方向后续动作TCP连接正常GET/PUT均成功PUT/GET已放开进入功能调试连接正常读写阶段报权限错误PUT/GET未生效或保护等级过高重查连接机制勾选与硬件下载连接超时网络层问题检查IP、防火墙、网线连接被拒绝机架/槽号或端口102阻塞核对Rack/Slot与S7端口这个表里“权限错误”是现场最常见的现象对应第2章说的“勾了不生效”多数是下载时只下了程序没下硬件组态。TIA博途V19的下载对话框里硬件配置和软件是分开的务必勾选硬件后再下载。顺带说明如果PLC程序里启用了“专有技术保护”Know-how Protection部分块的内容读取会受到限制但这不影响PUT/GET的M区访问只影响对DB的符号级访问排查时不要混淆。4.4 与WinCC RT Advanced上位机组态发布的取舍如果用博途V19做WinCC RT Advanced上位机项目组态及发布HMI站连接S7-1500一般走HMI专用连接依赖“允许与HMI进行通信”而不是PUT/GET。只有当上位机以OPC DA老接口、第三方组态软件或自研驱动读PLC时才必须依赖PUT/GET。因此标题中的场景在WinCC RT Advanced发布项目里仍有价值当PLC侧保护级别较高导致HMI连接也被连带限制时需要把保护级别和连接机制同时调整到位发布后的运行系统才连得上。WinCC RT Advanced的通信诊断里能直接看到当前连接是S7还是TCP/IP这也是快速判断是否真的需要PUT/GET的一个依据。5. TIA博途V19 PUT/GET放行后还要处理的三件边界事5.1 优化块访问会让GET/PUT读不到DB数据PLC侧PUT/GET打开PC或另一台PLC能连上来但读DB数据一直返回无效值先去看DB属性里的“优化块访问”。勾选了优化块访问的DB没有固定偏移GET指令里的P#DB1.DBX0.0这类绝对地址无从解析。对策是取消该DB的优化块访问并重新编译下载或者改用符号寻址的通信方案。M区、I/Q区不受此影响这也是第4章脚本选择M区验证的原因。对S7-1200来说部分系统DB本身不允许取消优化访问此时建议换用TSEND_C/TRCV_C或OUC方案不要在PUT/GET上死磕。5.2 修改连接机制后必须完整下载并重启CPU“允许来自远程对象的PUT/GET通信访问”属于硬件组态属性修改后项目树中该CPU会显示“已修改”标记需要执行“编译→硬件”并下载必要时对CPU执行STOP/RUN循环。只下载程序块不下载硬件配置是勾选后仍然无法访问的最常见漏项。检查方法是在线连接PLC后打开“在线与诊断”比较离线/在线组态确保两者无差异。另外修改保护级别后PLC中原来已建立的HMI或OPC连接会被断开重建现场操作时关注一下上位机站点的重连状态不要误判为新故障。5.3 生产环境下谨慎保持“完全访问无保护”“完全访问无保护”是解除灰显的最快路径但它会让任何能路由到PLC的S7客户端直接访问内存区域生产环境里不宜长期保留。推荐做法是调试期间放开确认通信正常后把保护级别改回受限档位同时评估是否改用TSEND_C/TRCV_C这类开放式通信或通过OUC实现带连接管理的数据交换。TIA博途V19下PUT/GET只适合对安全要求不高的内部网络一旦网络边界不可控优先选择带加密和鉴权能力的新通信方案而不是继续依赖这个老开关。本文还有配套的精品资源点击获取