事件源：Injection_Molding_05触发条件：
- temperature > 250
- 或 fault_code != 0
- 或 run_status = false 持续 10 分钟
动作：调用Webhook
URL: https://oapi.dingtalk.com/robot/send?access_token=xxx
方法：POST
Body:
{
"msgtype": "text",
"text": {
"content": "5号机报警：温度=255℃（超限250℃）"
}
}
效果：
5号机温度一旦超 250℃，钉钉群立刻收到消息。
老陈、出差在外的副总、维修师傅，全部同时知道。
五、避坑指南：90% IIoT项目会犯的5个错
老陈的注塑厂踩过的坑，其他人也会踩。
错1：4G流量爆掉
很多人：所有数据 1秒1次 上传。
一个月下来，50台 × 15MB/天 = 22.5GB/天 = 675GB/月。
4G物联网卡 1个月100GB都不够，流量费爆表。
正确做法：
| 数据类型 | 上传周期 | 流量/天 |
| 关键工艺参数 | 1-5秒 | 5-10MB |
| 慢变数据 | 30-60秒 | 1-2MB |
| 报警事件 | 事件触发 | 几KB |
| 视频/图像 | 一般不上传 | N/A |
总原则：
5秒采集 + 5秒上传 是性价比最高的频率。
错2：云平台选型拍脑袋
很多人：听说阿里云好用，就用阿里云。
问题：
●阿里云：生态好，文档全，但贵
●AWS IoT：全球部署好，国内速度一般
●Azure：企业级，与微软生态整合好
●华为云：政企客户多，国产化替代
●腾讯云：物联网轻量，IoT Explorer性价比高
●百度云：天工物联网，AI能力突出
●ThingsBoard（开源）：自建，免费，但需要运维
选型决策：
| 场景 | 推荐 |
| 工厂数字化改造 | 阿里云/AWS |
| 政企/国企 | 华为云 |
| 成本敏感/中小厂 | 腾讯云 / ThingsBoard（自建） |
| 已有云平台 | 继续用 |
| AI/数字孪生 | 百度云/阿里云 |
错3：没做边缘缓存
很多人：4G断网 = 数据丢失。
实际上，云端数据有可能丢：
●4G信号弱
●物联网卡欠费
●云平台维护
●工业网关死机
正确做法：
边缘缓存：
●工业网关本地存 7天数据
●断网时数据存本地
●网络恢复后自动续传
ECU-1251 支持：
●断网缓存
●手动/自动补传
●数据完整性校验
错4：忽视网络安全
很多人：4G直连公网，PLC 暴露在公网上。
这是大坑。
真实案例：
2017年，WannaCry 病毒席卷全球，台积电3天损失17亿。
2019年，挪威铝业Norsk Hydro遭勒索攻击，全球产线停摆。
2020年，Honda汽车工厂遭Ekans勒索软件攻击，美国/英国/印度工厂停工。
2021年，美国Colonial Pipeline输油管被攻击，全美东海岸断油6天。
2022年，某汽车零部件巨头被攻击，14家工厂停产。
工业系统，一旦被攻破，不是"数据丢"，是"产线停"。
正确做法：
1.网络隔离：PLC/工业网关放在DMZ区，不直接暴露公网
2.VPN加密：用IPSec/SSL VPN做专网
3.白名单：只允许已知IP访问
4.固件更新：工业网关定期升级补丁
5.安全审计：日志记录，定期审计
6.最小权限：云端账号分权，不用 root 账号
三菱官方建议：
来源：iQ AppPortal Operating Manual 安全注意事项
错5：被"伪需求"忽悠
很多人：领导说要"数字孪生"，于是花大钱上数字孪生平台。
问题：
数字孪生是3D可视化+实时数据+仿真预测的集成，3D建模动辄几十万，仿真预测需要AI算法。
对老陈的注塑厂，现阶段根本不需要。
老陈的真实需求：
1.手机看车间状态 ←
简单的2D看板就够2.故障及时通知 ←
钉钉/微信推送3.产量和合格率统计 ←
Grafana/Excel就行数字孪生，是未来的事。
正确做法：
分阶段实施：
阶段1（0-3月）：数据采集 + 报警推送 ← 现在阶段2（3-6月）：OEE分析 + 报表 ← 6个月后
阶段3（6-12月）：AI预测性维护 ← 1年后
阶段4（1-2年）：数字孪生 ← 2年后
不要一步到位。
六、选型清单：5款主流工业物联网平台对比
5款IIoT平台对比
| 平台 | 厂商 | 类型 | 设备接入数 | 数据存储 | 可视化 | 价格 | 适合 |
| 阿里云物联网 | 阿里 | 公有云 | 千万级 | TSDB时序 | DataV/QuickBI | 中 | 中大型企业 |
| AWS IoT Core | 亚马逊 | 公有云 | 千万级 | Timestream | Grafana | 中高 | 跨国企业 |
| ThingsBoard | 开源 | 自建/云 | 百万级 | PostgreSQL/TSDB | 内置 | 免费 | 中小/国产化 |
| 华为云IoT | 华为 | 公有云 | 千万级 | 时序分析 | 华为云DLV | 中 | 政企/国企 |
| 腾讯云IoT | 腾讯 | 公有云 | 千万级 | 时序 | 腾讯云图 | 低 | 成本敏感 |
选型决策树
预算？├── 不差钱 → 阿里云 / AWS IoT
├── 适中 → 华为云 / 腾讯云
└── 预算紧 → ThingsBoard（自建）/ 腾讯云轻量
数据规模？
├── 千万级 → 公有云
├── 百万级 → 公有云 / 高级自建
└── 万级 → 自建 / 边缘本地
行业？
├── 汽车/电子 → 阿里云 / AWS
├── 政企/能源 → 华为云
├── 食品/制药 → 腾讯云
└── 国产替代 → 华为云 / ThingsBoard
选型3个坑
1."阿里云最稳" → 错。不同云在不同区域稳定性差异大。
2."开源最省钱" → 错。ThingsBoard免费但运维成本高，
适合有开发能力的团队。
3."上云就是IIoT" → 错。上云只是第一步，
数据分析和AI才有价值。
七、一句话总结
写到这里，给你一句话：
最后一句，送给所有IIoT工程师：
附录：常用IIoT平台选型速查表
| 场景 | 设备规模 | 推荐配置 | 备注 |
| 注塑/机加工（中小） | <50台 | 阿里云 + 研华ECU网关 | 4G/有线 双链路 |
| 化工厂 | 任意 | 华为云 + 工业防火墙 | 等保2.0合规 |
| 食品/制药 | 50-500台 | 腾讯云 + 树莓派边缘 | 成本敏感 |
| 汽车焊装 | >500台 | 阿里云 + 5G专网 | 大带宽低延迟 |
| 跨国企业 | 任意 | AWS IoT | 跨地域部署 |
| 国产替代/政企 | 任意 | 华为云 / ThingsBoard | 自主可控 |
| 农场/水产 | 偏远 | 阿里云 + 4G/卫星 | 弱网环境 |
参考资料
●三菱MELSEC iQ-R Ethernet User's Manual (Application)
●阿里云物联网平台产品文档（2026版）
●AWS IoT Core Developer Guide
●ThingsBoard CE 官方文档
●GB/T 22239-2019 信息安全技术 网络安全等级保护基本要求
●GB/T 36572-2018 工业控制系统信息安全防护指南
●工业和信息化部《工业互联网创新发展行动计划（2024-2026）》
作者: 小讯
版本: V1.0
日期: 2026-06-11
推荐阅读
三菱GX Works3 028：安全PLC编程——SIL2/SIL3安全功能实战
发布于 2026-05-27
三菱 PLC 教程 02：iQ-R 系列硬件组成
发布于 202603
NACHI 机械手教程第 4 章：编程基础
发布于 202603
KEYWORDS
PLC, Mitsubishi, MELSEC, 三菱, 工业控制
如果你觉得这篇文章有帮助，请点个在看，分享给更多需要的人！
关注我，获取更多实用干货～
有问题欢迎评论区留言交流！
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
下一主题
