在硬件推广之前验证工业数据采集
仅凭产品规格表购买上百台设备，正是硬件项目出问题的方式。本项目针对贵方打算使用的具体设备、协议和网络路径，证明测量结果能核对一致、通信能从真实中断中恢复，并产出一份您可以据以下单的兼容性矩阵。
验证我的 IIoT 硬件与制造工程师沟通这是您需要解决的问题吗？
- 一台设备在实验台上能正常工作，接入车间网络后表现却不同。
- 厂商提供的寄存器映射与设备实际返回的内容不符。
- 出现数据缺口，却没人知道是设备、网络还是网关的问题。
- 此前一次推广因协议路径从未经过大规模验证而搁浅。
主要对接人: 自动化经理 · 能源经理 · IT / OT 负责人 · 工程经理 · 系统集成商
这个 PoC 要验证什么
建议的试点范围
- 涵盖每个计划采购的设备族的代表性设备和电表。
- 所需的协议路径：Modbus TCP 或 RTU、MQTT、RS485、以太网、LoRaWAN（视适用情况）。
- 数据接入平台，并在看板上验证数值。
- 有意进行的断线与恢复测试。
- 车间网络实际执行的安全规则。
PoC 期间将实际运行的内容
这个 PoC 如何推进
周期为典型值，并非承诺。会拉长进度的因素包括：数据缺失或不完整、安全与网络审批、硬件交期、样品收集、安装作业许可、生产排程、ERP 测试环境权限，以及贵方团队评估结果所需的时间。
不预期出现非计划停机。任何安装窗口或受控中断都会事先与贵方约定，并围绕生产计划安排。
如何衡量成功
| 指标 | 如何定义 | 数值来源 | 类型 |
|---|---|---|---|
| 测量核对 | 在预期范围内，设备数值与参考仪器或设备显示值之间的偏差。 | 传感器、仪表或设备数据 | 技术 |
| 数据包与数据完整性 | 收到的预期样本占比，缺口归因于设备、网络或网关。 | MSF 平台数据 | 技术 |
| 时延 | 从测量到在平台上可用之间的时间，以第 95 百分位数计。 | MSF 平台数据 | 技术 |
| 采样稳定性 | 在正常和负载网络条件下采样间隔的一致性。 | 传感器、仪表或设备数据 | 技术 |
| 通信正常运行时间 | 验证期内每个设备连接的可用性。 | 传感器、仪表或设备数据 | 技术 |
| 断线恢复 | 有意断线或电源循环后的行为：重新连接时间以及缓存数据是否完整恢复。 | 传感器、仪表或设备数据 | 技术 |
| 协议兼容性 | 哪些设备、固件和协议组合可用，哪些需要变通方案，哪些完全不可用。 | 传感器、仪表或设备数据 | 技术 |
| 安装工作量 | 每台设备所需小时数，含配置和调试——推广报价的依据。 | 现场观察与用户访谈 | 财务 |
在实施之前，MSF 与贵方团队会共同约定每项指标的计算方式、基线来源、需要排除的数据，以及哪种结果足以支撑推广决策。本页列出的是要测量的内容；具体目标值写在书面 PoC 范围里，而不是写在营销承诺里。
需要您提供的内容
- 范围内所有设备的协议映射、寄存器列表和设备文档。
- 网络拓扑、地址方案，以及车间适用的安全规则。
- 电源和安装点位，以及安装所需的访问权限。
- 预期数值范围和采样要求，以及负责该内容的技术联系人。
各方职责
Meta Smart Factory 提供
- 调研工作坊与范围界定的组织推进
- 按约定范围完成方案配置
- 该范围内的集成与接入工作
- 报价中列明的 MSF 硬件
- 试点用户培训
- KPI 定义与验证方法
- 试点期间的问题跟踪与支持
- 最终结果报告与推广方案设计
- 带有文档化可用寄存器映射的设备与网关配置。
- 一份明确列出哪些设备、固件和协议组合已被验证的兼容性矩阵。
贵方提供
- 指定的业务负责人与技术负责人各一名
- 及时提供对用户、产线、设备与授权系统的访问
- 对工艺流程与主数据的如实说明
- 网络、电源、安装位置与安全作业许可
- ERP、PLC 与供应商文档，以及熟悉这些内容的专家
- 有代表性的样品或历史数据
- 确认基线值是公平的
- 反馈意见与验收决定
- 用于核对测量结果的参考仪器或设备自身显示屏。
- 在恢复测试期间有意中断网络和电源的许可。
在书面报价中约定
- 工业平板电脑、平板设备、服务器与 GPU 服务器
- 相机、镜头、光源与防护外壳
- 扫描枪、打印机、RFID 设备、仪表与传感器
- 差旅、安装、运输、进口税费与本地电气施工
- 硬件采取租赁还是购买
- PoC 费用是否可抵扣推广费用
商务条款、硬件归属、差旅、集成范围以及是否抵扣推广费用，均在书面 PoC 报价中约定。这些条件并非对每个产品都相同，本页也不作承诺。
您最终得到什么
- 已测试的每种设备、固件和协议组合的兼容性矩阵。
- 从设备到看板的实时数据通路。
- 对照参考值的测量验证。
- 面向推广的网络与安全设计。
- 设备配置文档。
- 推广物料清单及建议。
前提条件、不含内容与边界
本 PoC 依赖以下条件
- 设备文档和寄存器映射可用——此处的厂商延误是常见的进度风险。
- 在安装前获得网络访问和防火墙规则的批准。
本 PoC 不包含
- 除验证数据通路以外的分析、看板和用例开发。
- 除设备安装与连接以外的电气工程。
兼容性矩阵覆盖的正是所测试的具体设备、固件和协议组合。同一系列中不同的固件版本或不同的型号并不在其覆盖范围内，报告会如实说明这一点，而不是暗示整个系列都已验证。
继续、调整还是停止——决策点
常见问题
这与能源管理 PoC 有何不同？
这个项目验证的是硬件和数据通路本身——贵方打算采购的设备是否能正常工作、正确测量并从中断中恢复。能源管理则利用这些数据来回答一个业务问题。计划大规模推广电表的场所常常会先运行这个项目。
你们能测试我们已经拥有的设备吗？
可以，而且这通常正是重点所在。现有的电表和网关会按其原样进行测试，包括其当前固件，因为这正是推广将实际依赖的组合。
为什么要故意断开连接？
因为车间网络会经常性地被中断，有意思的问题在于设备之后会做什么。一台在每次重连时悄悄丢失一小时数据的设备，会毁掉基于它构建的每一份报告。
你们覆盖 LoRaWAN 和无线路径吗？
在其纳入范围时，会覆盖——采用相同的核对和恢复测试，加上贵方建筑内的距离和干扰检查。无线让覆盖范围成为一个实测问题，而非假设。
相关产品与 PoC 项目
申请这个概念验证
请描述您设想的范围，我们会以书面 PoC 方案回复：接入哪些内容、贵方提供什么、成功如何衡量，以及最终的决策形态。