CNC 数字网关与 IoT 网关硬件的区别

• 1
  对比表：CNC 网关与 IoT 网关
• 2
  CNC 数字网关与 IoT 网关的区别从何开始
• 3
  数据模型与采样：两种网关实际发送什么
• 4
  车间现场安装与改造的实际情况
• 5
  成本、授权与三年总投入
• 6
  如何选择：五项选型检查

CNC 数字网关硬件与 IoT 网关的区别首先体现在协议层。CNC 网关与机床控制器通信，这意味着 Fanuc 上用 FOCAS，Mazak 或 Haas 上用 MTConnect，Siemens 840D 上用 OPC UA，控制器没有开放数据端口时还要直接接 PROFINET 或 EtherNet/IP。网关必须知道哪些寄存器存放主轴转速、进给倍率、程序号和刀具偏置，因为这些值并不集中发布在一个标准位置。

通用 IoT 网关不关心接的是什么设备。它读取 Modbus TCP、MQTT、Zigbee 或 LoRaWAN，向上发布同样的数据包。泵上的振动传感器和空压机上的电表对它来说没有区别。这种灵活性正是它的价值，也正因如此，除非有人在上面另建逻辑，IoT 网关不会告诉你 12 号刀已经切削了 43 分钟。

这不是质量差距，而是范围差距。如果只需要运行/停止信号和一个报警位，带数字量输入模块的 IoT 网关更便宜、安装更快。如果需要单件加工节拍、主轴负载曲线或程序级可追溯性，CNC 网关在边缘完成这些处理，而不是把原始字节发到云端 broker。

• 1
  控制器优先CNC 网关固件围绕特定控制器系列及其数据字典编写。
• 2
  传感器优先IoT 网关固件围绕通用标签列表编写，不涉及机床语义。
• 3
  两者可共存许多工厂按机床单元配 CNC 网关，能源设施配 IoT 网关。

CNC 数字网关通常以 10–100 Hz 采样控制器，并把数据流压缩为事件。它不发送每分钟 60,000 条主轴转速读数，而是发送循环启动、换刀、进给倍率变更和程序结束。数据包体积下降两到三个数量级，接收系统拿到的数据可以直接关联到工单。

IoT 网关采样通常较慢，往往每 1–60 秒一次，并转发每个标签。这对液位或室温是合适的，对轴负载则不合适，因为 200 ms 的尖峰就是全部信息。如果把 10 kHz 振动流推过断点续传型 IoT 网关，缓冲区会被填满，需要的那段窗口数据就丢了。

购买任何一种设备前先问一个问题：我绝不能漏掉的最短事件是什么？如果答案是断刀或伺服报警，就需要在边缘做毫秒级处理。如果答案是班次级趋势，较慢的 IoT 网关就够用，运行成本也更低。

• 1
  事件压缩CNC 网关把机床原始数据压缩为状态变化。
• 2
  标签转发IoT 网关按固定间隔转发原始标签值。
• 3
  缓冲深度确认断网时设备能保留多少小时的数据。

改造 CNC 网关从控制器盘点开始。每台机床都要记录确切型号和软件版本，因为 0i-MF 与 31i 的 FOCAS 选项不同，有些机床厂还把以太网数据端口锁在付费选项里。要为这项调查预留时间。40 台机床的车间，布线前花两天做映射是正常的。

IoT 网关基本跳过这些。装上传感器，起个标签名，设好发布间隔即可。代价在后面才显现：有人问周二那批废件是哪台机床做的，IoT 网关有振动趋势但没有程序号，答案只能从另一个系统找。

网络设计也不同。CNC 网关通常放在机床 VLAN 上并配本地 broker，因为控制器轮询对丢包和抖动敏感。IoT 网关用 Wi-Fi 或蜂窝链路即可。两者放在不同 VLAN、不同 broker 上，不要让一方的固件更新影响到另一方。

• 1
  先做调查下单前记录控制器型号、软件版本和已开放的数据选项。
• 2
  独立 VLAN机床轮询流量不应与传感器流量共用广播域。
• 3
  电源与壳体机柜安装单元需 24 V DC 供电，切削液雾环境附近需 IP54 或更高防护。

硬件价格只是账单中最小的一部分。CNC 网关通常需要按机床计费的软件许可、控制器数据选项，以及将标签映射到 MES 的集成工作。IoT 网关需要传感器、布线和标签命名规范。两者都需要有人在系统上线后负责数据管道。

三年成本通常这样拆分：IoT 网关在硬件和安装上占优，CNC 网关在每有效数据点的集成时间上占优。如果目标是每台机床的 OEE，IoT 路线在定制中间件上的花费往往高于 CNC 路线在许可上的花费。如果目标是空压机监控，则相反。

要为第二年要问的问题采购，而不是为第一个月的试点采购。试点能容忍数据单薄，生产报表不能。

• 1
  许可陷阱在扩展到十台以上之前，确认是按机床、按标签还是按站点许可。
• 2
  中间件成本对原始标签的自定义解析是最常见的隐藏费用项。

从不能漏掉的事件开始。刀具断裂、伺服报警和程序变更指向 CNC 网关。液位、室温和能耗趋势指向 IoT 网关。在联系任何供应商之前先写下来。

第二，统计控制器系列数量。超过三种就要仔细核对网关支持列表，因为能处理 Fanuc 和 Haas 的盒子未必能处理 Heidenhain TNC。第三，测量最坏情况下的网络中断时长。如果产线周末无人值守运行，盒子的缓冲深度比 CPU 更重要。

第四，确定由谁编写标签映射。如果内部没有这个人，两种方案都要加上集成成本。第五，在一个单元上并行运行两者一个月。并行试点成本很低，能解决规格书解决不了的争论。

• 1
  不可漏事件决定延迟和采样需求。
• 2
  控制器数量决定协议支持要求。
• 3
  缓冲深度决定网络中断时的行为。
• 4
  映射负责人决定真实集成预算。