DB 进入结果的判断条件
DB 必须已确认标准布局、位于所选范围、可通过 Openness 读取,成员还须能解析为支持的标量类型和绝对地址。结果中可以包含未验证行;生成通讯导入文件时会进一步检查地址证据、类型和编码唯一性。
DB 必须已确认标准布局、位于所选范围、可通过 Openness 读取,成员还须能解析为支持的标量类型和绝对地址。结果中可以包含未验证行;生成通讯导入文件时会进一步检查地址证据、类型和编码唯一性。
DB 必须已确认标准布局、位于所选范围、可通过 Openness 读取,成员还须能解析为支持的标量类型和绝对地址。结果中可以包含未验证行;生成通讯导入文件时会进一步检查地址证据、类型和编码唯一性。
如果某个 DB 没有出现在结果里,先确认它是否为标准布局,再检查项目树、PLC 和 DB 编号范围、Openness 读取状态、HMI/OPC 访问选项及排除规则。优化布局或布局未知的 DB 会整块跳过。
优化布局、布局未知或无法构造绝对地址的成员会跳过,并记录原因。已构造地址但证据不足的成员可保留为 absolute_unverified 供复核;它们不进入通讯导入文件。
标准 DB 中的 UDT、Struct、Array 和嵌套对象按可解析的标量子成员整理。数组按索引展开;由布局或数组步长推算的地址仍可能处于未验证状态,不能因展开成功就视为可用于通讯导入。
数组按索引展开,工程接口重复返回的成员会去重。
DB 或成员需要具备可被 TIA Openness 读取的工程属性。选择“仅 HMI/OPC 可访问”时还会检查对应访问属性;这只是工程元数据筛选,不代表 Mingcedar Scan 已验证任何第三方系统的实际连接或导入。
若预期点位未出现,请查看扫描报告,并核对 DB 布局、所选范围、读取状态、访问属性、数据类型、地址解析、规则和人工删除记录。