为什么有些 DB 不扫描或不导出

DB 是否进入结果,取决于项目树范围、读取权限、访问属性、类型支持和规则配置。备份、历史或阶段性 DB 的排除规则应在 Rule Center 中明确配置,便于复核和复用。

DB

DB: 为什么有些 DB 不扫描或不导出

HQ Scan 优先导出后续系统能稳定使用的点位,不把每一个 DB 都当成可交付数据。看到 DB 没出现在结果里时,先按下面几类原因判断。

DB 进入结果的判断条件

DB 是否进入结果,取决于项目树范围、读取权限、访问属性、类型支持和规则配置。备份、历史或阶段性 DB 的排除规则应在 Rule Center 中明确配置,便于复核和复用。

DB 结果缺失时先确认范围

如果某个 DB 没有出现在结果里,先确认它是否在项目树选中范围内,是否属于当前 PLC,是否被规则排除,以及当前用户是否能通过 Openness 正常读取。项目树范围是扫描边界,结果数量应以已选择范围为准。

优化 DB 和标准 DB 的地址能力不同

标准 DB 更容易得到 DB 号、字节偏移和位偏移,适合后续走绝对地址。优化 DB 通常更适合保留符号地址;当 TIA 或 PLC 没有提供稳定偏移时,结果以符号访问路径为准。

结构化数据按标量成员整理

UDT、Struct、Array 或多层嵌套对象作为结构上下文处理;能够展开到 BOOL、INT、DINT、REAL、LREAL、STRING 等支持类型的标量成员时,导出对应成员。数组在索引、类型和地址可复核时按成员展开。

访问属性决定可交付范围

DB 或成员需要具备可读取的工程属性或在线访问属性,才适合进入交付清单。后续走 OPC UA 符号模式时,还需要 PLC 侧启用 OPC UA,并确认对应 DB 允许访问。

结果边界应可复核

目标范围内可识别、可导出的 DB 标量点应进入结果。未进入结果的对象应能归因到范围未选、读取失败、访问属性不满足、容器对象、类型未纳入支持、结构无法稳定展开、规则排除或人工删除。