S7-1200复制功能块后LSQL-Microsoft数据类型变更如何修复？

这是博途跨项目复制功能块的典型依赖匹配错误：你用的LSQL连接Microsoft SQL的功能块，强依赖对应版本的专属自定义PLC数据类型（UDT）。单独复制FB的时候，博途不会自动把FB绑定的精确版本UDT同步过来，只会自动匹配当前项目里名字相似但版本、结构不一致的LSQL相关数据类型，最终导致接口参数内存偏移错乱，触发运行故障。

• 先备份当前项目，之后删掉项目里之前复制过来的错误SQL功能块，以及项目树「PLC数据类型」目录下所有自动生成的、前缀带LSQL_Microsoft的重名数据类型，彻底清掉冲突源。
• 不要单独复制功能块，回到正常运行的原项目做整体迁移：在原项目的项目树里同时选中三类内容：一是「PLC数据类型」下所有LSQL_Microsoft开头的自定义类型，二是你需要用到的SQL连接相关功能块（FB/FC），三是这些块配套的背景数据块，整体拖拽复制到新项目中。
• 复制完成后双击打开迁移过来的FB，逐个核对块接口的参数类型：重点检查连接配置区、SQL收发缓冲区、状态返回区的参数类型，确保和原项目FB的类型完全一致，接口处不能出现博途标注的类型不兼容提示。
• 如果新项目之前装过其他版本的LSQL库，先把全局库里挂载的旧版本LSQL完全移除，再导入和原项目完全同版本的LSQL库安装包；同时核对FB的块访问属性：原块如果开了优化的块访问，复制后的块也要保持相同设置，绝对不能一个开优化一个关，否则也会出现数据偏移错误。
• 所有配置核对完成后，选中PLC站点执行「软件全部重建」，不要用增量编译，等编译零错误后再下载程序到PLC，下载时选择清空PLC所有内存块，下载完成后重启PLC再测试SQL连接功能。

注意：不要手动修改任何LSQL相关UDT的字段结构、顺序或者数据长度，这类库的UDT是和FB内部逻辑严格绑定的，任意改动都会直接导致运行时内存寻址错误。

内容的提问来源于stack exchange，提问作者nico25