Gonleon 工业

看日志 + 看 MES 是否收到：端到端联调时建议的最短验证路径目录 一级分类 章节 核心问题 联调路径 一、为什么必须端到端验证 单点成功不代表全链路 联调路径 二、最短验证闭环怎么走 单机单字段单工况 联调路径 三、日志该看哪三处 边缘、发布、MES 联调路径 四、常见断点怎么判 发送失败与入库失败 收束与实践 五、小结 先小闭环再放大 一、为什么必须端到端验证仅看边缘发送成功不够，还要看到 MES 侧确实落库/落界面。 中间任一环节（DNS、网关、鉴权、字段校验）失败，都可能表现为边缘以为成功。 二、最短验证闭环怎么走选一台设备、一个字段、一个可控工况，先跑通单闭环，再扩展到多字段。 首轮回环建议用人工可强制改变的量（如测试标志位），缩短等待时间。 三、日志该看哪三处关注点： 三处时间戳要对齐。 边缘采集日志：值是否更新。 发布日志：请求是否发出、返回码是多少。 MES 侧日志/库表：是否入库、是否被业务规则过滤。 时间同步（NTP）不一致时，日志对齐会困难，联调前应先校正。 四、常见断点怎么判 边缘有值、发布失...

字段映射：Device_Id、状态、急停、报警等 MES 字段与 OPC 标签如何对齐目录 一级分类 章节 核心问题 映射认知 一、字段映射为什么是成败点 语义一致性 映射认知 二、核心字段最小集合 设备号、状态、急停、报警 映射实践 三、类型与单位怎么统一 int、string、枚举 映射实践 四、空值与默认值策略 防止脏数据 收束与实践 五、小结 先定义字典再编码 一、字段映射为什么是成败点接口能通不代表业务可用。字段语义不一致时，MES 显示很可能看起来正常、实则错误。 映射问题往往在上线数周后才暴露，因为需要真实生产工况触发，因此前期评审必须做跨部门对表。 二、核心字段最小集合建议至少统一：Device_Id、Status、Emg、Alarm、Alarm_Msg，以及采集时间戳。 Device_Id 要与工厂设备主数据编码一致，禁止同一机床多套编号并存。 三、类型与单位怎么统一关注点： 映射不是简单改名字。 明确每个字段的数据类型。 枚举值（如状态码）要有字典。 单位统一（%/rpm/A 等）并写入文档。 布尔...

定时发布 vs 变量变化事件发布：流量、实时性、服务端压力怎么权衡目录 一级分类 章节 核心问题 机制对比 一、定时发布的优缺点 简单可控但有冗余 机制对比 二、事件发布的优缺点 低流量但依赖判定 机制对比 三、如何混合策略 关键点事件、统计点定时 运维实践 四、如何避免误触发 去抖与幂等 运维实践 五、小结 机制服务业务 一、定时发布的优缺点优点是实现简单、节奏稳定；缺点是状态不变时也持续上报，可能增加网络与服务端压力。 在链路与服务端稳定的前提下，定时发布适合报表类、汇总类数据，便于对账与批处理。 二、事件发布的优缺点事件发布只在值变化时发送，流量更省、业务更贴近状态转移；但需要做好边沿检测与抖动控制。 机械振动或噪声可能导致伪变化，需要阈值或最小间隔抑制。 三、如何混合策略关注点： 不是二选一。 报警、开停机等状态点用事件。 产量、能耗汇总用定时。 可增加兜底定时包，防止长时间无事件导致服务端无法判断设备死活。 混合策略要在文档里写清每种点的机制与期望延迟。 四、如何避免误触发设置变化阈值、最小间隔、重复抑制，并在服务端实现幂等处理...

HttpPublisher：内部 OPC UA 连接、HttpServer、POST 在配置上的先后顺序目录 一级分类 章节 核心问题 流程认知 一、为什么顺序很重要 先源后目标再规则 配置流程 二、先建内部 OPC UA 连接 确认数据源可读 配置流程 三、再建 HttpServer 与 URL 明确接口目标 配置流程 四、最后配置 POST 主题与字段 定时或事件触发 验证与收束 五、小结 顺序正确少返工 一、为什么顺序很重要配置反着做，常见结果是接口配好了却没数据源或字段都配完才发现标签没读通。 顺序的本质是依赖关系：HTTP 发布依赖 OPC UA 标签；URL 与认证策略依赖 IT 约定；字段映射依赖业务字典。 二、先建内部 OPC UA 连接先确认目标标签在 OPC UA 里可稳定读取，这是后续发布的前提。 建议先选少量代表点（状态、报警、计数各一）做长时订阅测试，再批量加字段。 三、再建 HttpServer 与 URL明确请求地址、方法、认证方式、超时策略。接口文档要先对齐，避免后期改字段重做。 若 MES 要求 HTTPS 或指定 ...

OPC UA 已经能读了，为什么还要 HTTP 发布：给 MES/IT 的接口边界目录 一级分类 章节 核心问题 边界认知 一、OPC UA 擅长什么 采集与订阅 边界认知 二、HTTP 擅长什么 业务接口与审计 架构实践 三、两者如何配合 车间内统一 + 对上发布 架构实践 四、常见争议怎么解 重复建设还是职责分离 收束与实践 五、小结 分层接口更稳 一、OPC UA 擅长什么OPC UA 擅长设备侧统一建模与订阅，适合车间层采集与本地应用接入。 在多台设备并列场景，OPC UA 能把地址空间收敛成一套可浏览结构，降低电气联调成本。 二、HTTP 擅长什么MES/IT 更习惯 HTTP 接口：认证、日志、网关策略、接口文档都更成熟，团队协作成本更低。 企业安全策略往往对 HTTPS、API 网关、限流 有现成方案，而对 OPC UA 穿透生产网需要额外评估。 三、两者如何配合关注点： 不是二选一，而是分层。 设备→边缘驱动→OPC UA（统一采集）→HTTP 发布（业务对接）。这样车间和 IT 各用自己熟悉工具。 发布层还可承担...

# 数据采集频率不是越高越好：机床侧、网络侧、应用侧怎么对齐预期 目录 一级分类 章节 核心问题 认知纠偏 一、为什么“越快越好”常失效 负载与价值不匹配 分层评估 二、机床侧能承受多少 控制器与总线限制 分层评估 三、网络侧会不会拥塞 带宽与并发访问 分层评估 四、应用侧真正需要多快 业务时效边界 收束与实践 五、小结 频率是业务参数 一、为什么“越快越好”常失效高频采集会放大链路抖动和资源占用。若业务只做分钟级统计，毫秒级采集往往只增加成本。 二、机床侧能承受多少控制器性能、总线波特率、并发连接数都会限制可持续采样频率。必须以实测稳定值为准。 三、网络侧会不会拥塞关注点： 多设备并发上报时，交换机、网关、边缘主机都会成为瓶颈。 建议分层分组采样：关键实时点高频，状态类中频，统计类低频。 四、应用侧真正需要多快OEE、报表、能耗、报警追溯各自需求不同。先定义业务 SLA，再回推采集频率。 五、小结采集频率是业务与系统共同决定的参数。以“可持续稳定”为目标，通常比“瞬时最快”更有价值。 关于作者联系方式： che&#x...

PLC 侧数据怎么采：数控里读 NC、读 PLC 为何要两套驱动目录 一级分类 章节 核心问题 体系认知 一、NC 与 PLC 为何分驱动 数据域与协议差异 体系认知 二、两套驱动各采什么 状态与联锁分工 配置实践 三、同项目如何统一命名 来源标识与字段治理 配置实践 四、联调时先后顺序 先单源后融合 收束与实践 五、小结 双驱动是清晰而非复杂 一、NC 与 PLC 为何分驱动NC 与 PLC 在数据结构、变量体系、通讯实现上不同，用两套驱动是为了保证语义准确和维护清晰。 强行把 PLC 数据冒充NC 语义，或反之，都会在 MES 报表里留下长期隐患。 二、两套驱动各采什么 NC： 程序、主轴、轴状态、报警等。 PLC： 联锁、工位、夹具、计数等。 上位可融合展示，但底层来源要保留。 某些信号在 NC 与 PLC 侧可能都有类似含义的点位，必须指定权威来源，避免双写冲突。 三、同项目如何统一命名关注点： 命名统一但不混淆来源。 建议用前缀区分来源，字段说明写清单位与刷新周期。MES 侧字段字典要与边缘侧点位表同源维护，禁止两套表各自漂移。 ...

刀具数据为什么常要行列一起配：从内部编号到具体刀参的阅读顺序目录 一级分类 章节 核心问题 结构认知 一、刀具数据为何更复杂 二维索引模型 结构认知 二、先找刀具内部编号 名称到编号映射 配置实践 三、再定位具体参数行号 刀沿与寿命项 配置实践 四、验证时看哪些点 交叉比对与趋势 收束与实践 五、小结 先编号后参数 一、刀具数据为何更复杂刀具数据往往不是单值，而是某把刀的某个参数，天然是二维索引问题。 与轴类数据相比，刀具还多了刀沿、寿命计数类型等维度，手册里常出现行号与刀沿计算公式，需要按规则计算而不是硬填。 二、先找刀具内部编号先读刀具数量与名称列表，确定目标刀对应的内部编号。没有这一步，后面列号很容易填错。 若现场习惯用刀具名称而系统用内部号，要在点位表里同时记录两者映射，避免换人后无法维护。 三、再定位具体参数行号关注点： 同一把刀不同参数往往用不同行号。 例如剩余寿命剩余件数补偿值常对应不同参数行。若涉及刀沿，还需按刀沿规则计算对应行号。 计算时建议用 Excel 或脚本固化公式，减少手工算错。 四、验证时看哪些点 与机床 HMI 上刀具页...

读不到某个变量时：同含义变量替换与系统版本差异，为什么有效目录 一级分类 章节 核心问题 问题认知 一、为什么有些变量在某机型读不到 版本与能力边界 排查策略 二、先排配置还是先排变量 分层定位 排查策略 三、同义变量替换的思路 功能等价优先 排查策略 四、替换后的验证方法 语义与趋势一致 收束与实践 五、小结 不要把兼容性当故障 一、为什么有些变量读不到不同数控型号与版本支持的变量集合并不完全一致。某变量在 A 机型可读，不代表在 B 机型也可读。 另外，权限等级、选项功能包也会影响变量可见性。若 HMI 上能看到而采集读不到，要核对是否缺授权或读点未开放。 二、先排配置还是先排变量先确认区域/模块/行列配置无误，再判断是否属于该版本不支持。避免把兼容性问题误判为网络问题。 配置核对建议用最小点验证法：先读一个系统里公认存在的简单点，再逐步扩到目标点。 三、同义变量替换的思路关注点： 用语义等价而非名称相似。 在手册中查找同含义变量。 选择读属性一致的项（只读/可写）。 记录替换原因，便于后续维护。 替换后...

单行 / 多行 / 多行多列变量：轴号、刀沿与行列号在工程上的对应关系目录 一级分类 章节 核心问题 模型认知 一、三类变量怎么区分 结构决定配置 模型认知 二、轴相关变量如何映射 行号=轴实例 模型认知 三、刀具相关变量如何映射 行列共同定位 实践与收束 四、配置时的检查习惯 先确认对象再填号 实践与收束 五、小结 地址本质是索引 一、三类变量怎么区分单行变量对应一个值；多行变量对应一维数组；多行多列变量对应二维数组。配置差异核心就在于是否需要行、列两个索引。 判断方法：看手册描述里是否出现与轴号相关与刀沿相关与内部刀号相关等字样——出现就要准备行或列。 二、轴相关变量如何映射多数轴类量属于多行变量，不同轴通常对应不同行号。同一变量换行号，就是换轴实例。 配置前在纸上列出轴号与行号对照表，与电气确认，避免第二轴配到第一轴行号这种低级错误。 三、刀具相关变量如何映射关注点： 刀具数据常见内部编号 + 刀沿类型双维定位。 列可能对应刀具内部编号。 行可能对应刀沿或寿命参数序号。 必须先弄清系统内刀具编号映射关系。...