AI 正在进入工业自动化领域。现在让 AI 生成一段 SCL、LAD 或 FBD 程序已经越来越容易。但在真实的 TIA Portal 项目中工程师面对的问题通常不是“AI 会不会写代码”而是“AI 是否真正理解我的 PLC 项目”一个实际运行多年的 PLC 项目往往包含数百个 OB、FB、FC、DB大量 PLC Data Type复杂的 Block 调用关系数千个 Tag多年的现场修改历史隐藏在程序网络中的控制逻辑。这些信息并不只是代码。真正决定程序含义的是谁调用谁哪个变量在哪里被写入一个信号从哪里产生又流向哪里修改一个 Block 会影响哪些地方。这就是 PLC 程序的上下文Context。如果 AI 没有这些上下文它只能看到代码片段。而不是一个完整的自动化工程。1、TIA-CONTEXT 是什么TIA-CONTEXT 是面向 TIA Portal 的程序上下文服务。它将导出的 TIA Portal 项目转换为一个可查询的 PLC 程序知识图谱PLC Knowledge Graph知识图谱不仅保存程序元素还保存它们之间的关系Block │ ├── calls ├── reads ├── writes ├── instantiates ├── uses type └── data flow例如OB1 │ └── calls │ ▼ FB_Motor │ ├── reads → StartCommand │ ├── writes → MotorRunning │ └── uses → MotorDataType最终一个 PLC 项目不再只是.apxx 项目文件 XML 代码文本而成为PLC Program Graph一个可以被工程师和 AI 查询的程序模型。2、为什么 AI 需要 PLC 上下文对于普通软件项目AI 可以通过读取源码理解项目。但是 PLC 项目更加复杂。例如工程师问“MotorRunning 这个信号为什么没有输出”传统方法搜索变量打开多个 Block查看 Network追踪调用手工分析数据流。可能需要几十分钟甚至几个小时。而 TIA-CONTEXT 可以直接回答MotorRunning 写入位置: FB_Motor Network 3 读取位置: FC_Display Network 5 调用链: OB1 ↓ FB_LineControl ↓ FB_Motor因为它理解的是程序关系而不是简单文本。3、TIA-CONTEXT 可以做什么3.1 自动理解和生成程序文档很多工业项目都有一个问题程序还在运行但没人真正了解它。TIA-CONTEXT 可以重新构建项目结构Block 清单DB 和 UDT 关系Block InterfaceNetwork 结构LAD / SCL / FBD 内容调用关系。例如Production_Line OB1 ├── FB_Conveyor │ ├── DB_Conveyor │ └── UDT_Conveyor │ └── FB_Alarm └── DB_Alarm帮助工程团队生成项目说明交接文档维护手册自动化资产文档。3.2 信号追踪和交叉引用PLC 调试中最常见的问题“这个变量到底在哪里被影响”TIA-CONTEXT 可以回答谁写入MotorSpeed Written by: FB_Control Network 12 FC_Adjust Network 5谁读取Read by: FB_Display FC_Alarm OB1数据流在哪里例如Sensor Input ↓ Scale Function ↓ Control FB ↓ Output Coil工程师不再需要手动翻阅大量程序块。3.3 程序审计和质量检查大型 PLC 项目中很多问题不是语法错误。而是结构问题。例如未使用的代码发现Unused Block FC_OldMotor或者Tag written but never read多处写入例如FB_A │ ▼ Motor_Enable ▲ │ FB_B多个程序同时修改一个信号可能导致隐藏逻辑问题。3.4 程序结构分析TIA-CONTEXT 可以分析Block 调用深度Fan-in / Fan-outBlock 规模模块耦合关系。帮助工程师定位复杂区域。3.5 修改影响分析工业项目最害怕什么不是修改。而是不知道修改会影响什么。例如准备修改FB_Motor工程师需要知道修改 FB_Motor 会影响 OB1 FB_Line FC_Service 相关 DB: DB_Motor 相关类型: UDT_MotorTIA-CONTEXT 可以分析Blast Radius影响范围帮助工程师在修改前了解风险。3.6 程序版本比较传统文本 Diffold.xml new.xml通常会产生大量无意义变化。TIA-CONTEXT 可以进行语义级比较例如Version A FB_Control calls FC_Start Version B FB_Control calls FC_StartNew直接告诉工程师哪些 Block 增加哪些删除哪些调用关系改变哪些 Tag 发生变化。关注的是程序逻辑发生了什么变化。3.7 为测试和仿真提供基础PLC 测试最大的困难测试场景从哪里来TIA-CONTEXT 可以从程序逻辑中提取输入条件控制路径输出结果。例如Start TRUE SafetyOK TRUE Pressure Limit Expected: Motor_Run TRUE同时可以根据 Block Interface 自动生成Simulation 输入测试场景Stub / Mock Block。4、如何安装 TIA-CONTEXTTIA-CONTEXT 通过 TIA Portal Add-In 工作。第一步下载插件访问 TIA Context官网 下载对应版本插件。第二步安装 Add-In解压安装包。将 *.addin 复制到对应 TIA Portal AddIns 目录例如C:\Program Files\Siemens\Automation\Portal V19\AddIns)。第三步激活Add-In打开 TIA Portal V19 项目在Add-ins侧栏面板找到博途项目迁移工具MigratorAddIn在右键菜单中选择“激活”即可启用插件5、如何使用 TIA-CONTEXT5.1 生成知识图谱首先打开需要分析的 PLC 项目。在项目书上选择某个程序块在弹出的右键菜单中选择【创建知识图谱】插件会提示并读取选中块所在设备的程序块、UDT和变量表提交给云端生成项目知识图谱。原始工程不会被修改。5.2 使用MCPTIA-CONTEXT 生成知识图谱后会返回给用户MCP接口地址和API KEY你可以在任何支持MCP协议的AI助手或AI Agent中使用这个MCP Server。例如在Claude Code或Cursor中如下配置{ mcpServers: { tia-context: { type: http, url: https://tia.hubwiz.com/tia-context/your-context-id/mcp, headers: { Authorization: Bearer your-api-key } } } }AI Agent 可以通过 MCP 查询What writes this signal? What calls this block? What breaks if I change this FB? Where does this value come from?例如用户如果修改 FB_Motor会影响哪些地方AIAffected: OB1 Network 5 FB_Line Network 8 DB_Motor UDT_Motor6、TIA-CONTEXT AI Agent未来的 AI PLC 工程不应该只是需求 ↓ AI ↓ 生成代码更合理的流程应该是理解项目 ↓ 分析上下文 ↓ 定位修改位置 ↓ 生成方案 ↓ 验证影响 ↓ 执行修改TIA-CONTEXT 提供 AI 最缺少的一层PLC 工程上下文。AI Agent 负责推理。TIA-CONTEXT 负责让它知道这个项目是什么。7、从 PLC 程序 到 PLC 知识图谱过去TIA Portal Project ↓ Files ↓ Code现在TIA Portal Project ↓ TIA-CONTEXT ↓ PLC Knowledge Graph ↓ AI AgentPLC 项目第一次拥有了一个可以查询可以分析可以比较可以被 AI 使用的工程模型。8、结束语AI 进入 PLC 工程真正的挑战不是生成代码。而是理解已有工程。因为工业自动化的大部分工作并不是从零开发。而是在已有项目基础上分析修改优化维护迁移。TIA-CONTEXT 的目标就是让 TIA Portal 项目从一个复杂的工程文件变成 AI 和工程师都可以理解的程序知识图谱。让 AI 不只是“看到 PLC 代码。”而是真正理解 PLC 项目。原文链接TIA Context 让AI真正理解PLC程序 - 汇智网 TIA Context 让AI真正理解PLC程序
AI 正在进入工业自动化领域。现在让 AI 生成一段 SCL、LAD 或 FBD 程序已经越来越容易。但在真实的 TIA Portal 项目中工程师面对的问题通常不是“AI 会不会写代码”而是“AI 是否真正理解我的 PLC 项目”一个实际运行多年的 PLC 项目往往包含数百个 OB、FB、FC、DB大量 PLC Data Type复杂的 Block 调用关系数千个 Tag多年的现场修改历史隐藏在程序网络中的控制逻辑。这些信息并不只是代码。真正决定程序含义的是谁调用谁哪个变量在哪里被写入一个信号从哪里产生又流向哪里修改一个 Block 会影响哪些地方。这就是 PLC 程序的上下文Context。如果 AI 没有这些上下文它只能看到代码片段。而不是一个完整的自动化工程。1、TIA-CONTEXT 是什么TIA-CONTEXT 是面向 TIA Portal 的程序上下文服务。它将导出的 TIA Portal 项目转换为一个可查询的 PLC 程序知识图谱PLC Knowledge Graph知识图谱不仅保存程序元素还保存它们之间的关系Block │ ├── calls ├── reads ├── writes ├── instantiates ├── uses type └── data flow例如OB1 │ └── calls │ ▼ FB_Motor │ ├── reads → StartCommand │ ├── writes → MotorRunning │ └── uses → MotorDataType最终一个 PLC 项目不再只是.apxx 项目文件 XML 代码文本而成为PLC Program Graph一个可以被工程师和 AI 查询的程序模型。2、为什么 AI 需要 PLC 上下文对于普通软件项目AI 可以通过读取源码理解项目。但是 PLC 项目更加复杂。例如工程师问“MotorRunning 这个信号为什么没有输出”传统方法搜索变量打开多个 Block查看 Network追踪调用手工分析数据流。可能需要几十分钟甚至几个小时。而 TIA-CONTEXT 可以直接回答MotorRunning 写入位置: FB_Motor Network 3 读取位置: FC_Display Network 5 调用链: OB1 ↓ FB_LineControl ↓ FB_Motor因为它理解的是程序关系而不是简单文本。3、TIA-CONTEXT 可以做什么3.1 自动理解和生成程序文档很多工业项目都有一个问题程序还在运行但没人真正了解它。TIA-CONTEXT 可以重新构建项目结构Block 清单DB 和 UDT 关系Block InterfaceNetwork 结构LAD / SCL / FBD 内容调用关系。例如Production_Line OB1 ├── FB_Conveyor │ ├── DB_Conveyor │ └── UDT_Conveyor │ └── FB_Alarm └── DB_Alarm帮助工程团队生成项目说明交接文档维护手册自动化资产文档。3.2 信号追踪和交叉引用PLC 调试中最常见的问题“这个变量到底在哪里被影响”TIA-CONTEXT 可以回答谁写入MotorSpeed Written by: FB_Control Network 12 FC_Adjust Network 5谁读取Read by: FB_Display FC_Alarm OB1数据流在哪里例如Sensor Input ↓ Scale Function ↓ Control FB ↓ Output Coil工程师不再需要手动翻阅大量程序块。3.3 程序审计和质量检查大型 PLC 项目中很多问题不是语法错误。而是结构问题。例如未使用的代码发现Unused Block FC_OldMotor或者Tag written but never read多处写入例如FB_A │ ▼ Motor_Enable ▲ │ FB_B多个程序同时修改一个信号可能导致隐藏逻辑问题。3.4 程序结构分析TIA-CONTEXT 可以分析Block 调用深度Fan-in / Fan-outBlock 规模模块耦合关系。帮助工程师定位复杂区域。3.5 修改影响分析工业项目最害怕什么不是修改。而是不知道修改会影响什么。例如准备修改FB_Motor工程师需要知道修改 FB_Motor 会影响 OB1 FB_Line FC_Service 相关 DB: DB_Motor 相关类型: UDT_MotorTIA-CONTEXT 可以分析Blast Radius影响范围帮助工程师在修改前了解风险。3.6 程序版本比较传统文本 Diffold.xml new.xml通常会产生大量无意义变化。TIA-CONTEXT 可以进行语义级比较例如Version A FB_Control calls FC_Start Version B FB_Control calls FC_StartNew直接告诉工程师哪些 Block 增加哪些删除哪些调用关系改变哪些 Tag 发生变化。关注的是程序逻辑发生了什么变化。3.7 为测试和仿真提供基础PLC 测试最大的困难测试场景从哪里来TIA-CONTEXT 可以从程序逻辑中提取输入条件控制路径输出结果。例如Start TRUE SafetyOK TRUE Pressure Limit Expected: Motor_Run TRUE同时可以根据 Block Interface 自动生成Simulation 输入测试场景Stub / Mock Block。4、如何安装 TIA-CONTEXTTIA-CONTEXT 通过 TIA Portal Add-In 工作。第一步下载插件访问 TIA Context官网 下载对应版本插件。第二步安装 Add-In解压安装包。将 *.addin 复制到对应 TIA Portal AddIns 目录例如C:\Program Files\Siemens\Automation\Portal V19\AddIns)。第三步激活Add-In打开 TIA Portal V19 项目在Add-ins侧栏面板找到博途项目迁移工具MigratorAddIn在右键菜单中选择“激活”即可启用插件5、如何使用 TIA-CONTEXT5.1 生成知识图谱首先打开需要分析的 PLC 项目。在项目书上选择某个程序块在弹出的右键菜单中选择【创建知识图谱】插件会提示并读取选中块所在设备的程序块、UDT和变量表提交给云端生成项目知识图谱。原始工程不会被修改。5.2 使用MCPTIA-CONTEXT 生成知识图谱后会返回给用户MCP接口地址和API KEY你可以在任何支持MCP协议的AI助手或AI Agent中使用这个MCP Server。例如在Claude Code或Cursor中如下配置{ mcpServers: { tia-context: { type: http, url: https://tia.hubwiz.com/tia-context/your-context-id/mcp, headers: { Authorization: Bearer your-api-key } } } }AI Agent 可以通过 MCP 查询What writes this signal? What calls this block? What breaks if I change this FB? Where does this value come from?例如用户如果修改 FB_Motor会影响哪些地方AIAffected: OB1 Network 5 FB_Line Network 8 DB_Motor UDT_Motor6、TIA-CONTEXT AI Agent未来的 AI PLC 工程不应该只是需求 ↓ AI ↓ 生成代码更合理的流程应该是理解项目 ↓ 分析上下文 ↓ 定位修改位置 ↓ 生成方案 ↓ 验证影响 ↓ 执行修改TIA-CONTEXT 提供 AI 最缺少的一层PLC 工程上下文。AI Agent 负责推理。TIA-CONTEXT 负责让它知道这个项目是什么。7、从 PLC 程序 到 PLC 知识图谱过去TIA Portal Project ↓ Files ↓ Code现在TIA Portal Project ↓ TIA-CONTEXT ↓ PLC Knowledge Graph ↓ AI AgentPLC 项目第一次拥有了一个可以查询可以分析可以比较可以被 AI 使用的工程模型。8、结束语AI 进入 PLC 工程真正的挑战不是生成代码。而是理解已有工程。因为工业自动化的大部分工作并不是从零开发。而是在已有项目基础上分析修改优化维护迁移。TIA-CONTEXT 的目标就是让 TIA Portal 项目从一个复杂的工程文件变成 AI 和工程师都可以理解的程序知识图谱。让 AI 不只是“看到 PLC 代码。”而是真正理解 PLC 项目。原文链接TIA Context 让AI真正理解PLC程序 - 汇智网