杭州上位机软件项目如何交付？PLC通讯调试、高频数据采集与产线数字化平台实施记录

这篇讲赢式科技在杭州余杭一家智能装备企业交付的上位机软件项目。客户做压装和检测设备，除了常规监控，还要采集每秒上百点的压装曲线做质量判定。这类项目交付难点在高频数据和验收细节，以下按实施过程展开。

这个项目和普通监控项目有什么不同

普通产线监控采集的是状态和产量，一秒一次就够。这个项目的核心数据是压装过程中的力和位移曲线，每次压装约 3 秒，采样 100 毫秒一个点，一条曲线三百多个点，一天上万次压装。数据既要实时画出来，还要长期留存做追溯，对采集链路和存储设计要求高得多。

PLC通讯调试：订阅和轮询分开用

设备用西门子 S7-1500，我们把数据分两类走不同通道：

• 状态、报警、触发信号：走 OPC UA 订阅，PLC 侧数据一变就推送，延迟低，也不用反复轮询；
• 参数、配置类数据：走常规轮询，2 秒一次，需要时才读。

调试时遇到订阅丢事件的情况，最后查到是订阅发布间隔设得太长，改为 100 毫秒后正常。PLC 通讯参数（地址、数据类型、订阅项）全部导出成配置清单交付，客户后续换设备能自己改。

高频曲线数据怎么采才不丢点

曲线数据不经过上位机轮询——100 毫秒的节奏靠上位机定时去读，Windows 系统一抖就会漏点或点间距不均。实际做法是：压装过程数据先在 PLC 内部按固定周期记录到缓冲区，压装完成、收到触发信号后，上位机一次性把整段曲线读走。这样每个点的时间间隔由 PLC 保证，上位机只负责取整段数据，不受系统调度影响。

取数时校验点数和起止标志，点数不对就重读一次，保证每条曲线完整。取数请求走任务队列排队，每个请求设超时，超时转人工处理并记录，不允许数据无声丢失，也避免多台设备同时完成时请求扎堆。上位机收到后立即在画面上叠加包络线，超出上下限的判定为 NG，和设备自身的判定结果做双重比对。

高频数据存哪里、怎么查

一天几百万个点全进普通关系库，查询一定慢。我们做了分层设计：

追溯时先在结果表按批次、时间、产品型号筛选，再按需加载对应曲线，不把几百万明细一次拉出来。实测追溯查询 2 秒内出结果。

报警分级和产线数字化看板

报警按严重程度分三级：设备安全和质量 NG 为一级，弹窗加声音；功能异常为二级，弹窗；提示类信息为三级，只记录。一级报警必须人工确认才消除，避免一闪而过。上线一个月后重新评估报警规则，误报多的条目调整阈值，避免操作工对报警麻木。这也治住了报警刷屏的老毛病——上线前先把设备自带的两百多条报警梳理合并，重复和提示类降级处理。

产线数字化看板显示当班产量、合格率、NG 分布和 TOP 报警，管理层关心的指标一屏呈现。手机端可看汇总和接收一级报警推送，由长期合作的上海易点点团队配合完成，他们在移动端和 Web 看板上交付快、报价透明。

UAT验收和培训怎么组织

交付前先跑两周内测，然后组织 UAT：客户工艺、质量、操作工各自按清单试用，问题分级记录，严重问题清零才验收。验收标准包含曲线完整率 100%、NG 判定与设备一致、追溯查询小于 3 秒等量化项。

培训分两批：工艺工程师学配置和点表维护，操作工学日常画面和报警处置，配操作视频和工位一页纸。培训后还安排了一周现场陪产，工程师跟两个班次，操作工遇到问题当场解决，系统落地更顺。给杭州企业的建议：这类项目验收一定要让真实用户参与试用两周，开发方自测代替不了现场习惯。约演示或索取资料，打 15001875806（微信同号），或发邮件到 ys_soft@163.com。