-
编辑 删除
Modbus TCP的"静默故障"——从CRC错误到连接表耗尽
干了这么多年Modbus，我发现一个规律：Modbus很少"突然坏掉"，它通常是慢慢"退化"的。退化的时候不报警、不报错，就是数据偶尔旧一点、轮询周期比配置的慢一点、操作工说"数据好像不太对"。等你发现的时候，已经不是调一个参数能解决的问题了。而且更麻烦的是，Modbus RTU和Modbus TCP的退化机制完全不一样。用排查RTU的思
-
编辑 删除
JTE架构解析：Go构建车联网部标引擎的模块化实践
车联网平台最难的部分，往往不是业务逻辑，而是协议接入。JT/T 808、JT/T 1078、JT/T 809、JT/T 905、JT/T 1045、JT/T 1253、GB/T 32960，每个协议都有自己的解析规则、会话管理和异常场景。如果每个项目都从零实现，团队会陷入无限重复的终端适配和数据库适配中。JTE（JT Engine）是一个开源的 JT/T 部标协议智能引擎，用 Go 语言实现，采用
-
编辑 删除
物联网网关开发：有仿真器和没仿真器的效率差10倍
我们团队做过一个对比实验：场景：开发一个支持 8 种协议的物联网网关，需要完成协议对接、数据映射、异常处理、压力测试。A 组（传统方式）：| 阶段 | 耗时 | 痛点  
-
编辑 删除
工业协议调试的"Mock Server"：我们为什么需要协议仿真
做过物联网网关开发的都知道，联调是最痛苦的阶段。传统联调的三大噩梦：设备依赖症：你的代码写完了，但硬件还在采购流程中，等两周才能开始测试环境不可控：真设备的寄存器值随机变化，无法稳定复现边界条件并发测试难：要验证网关的 1000 点并发采集？你需要租半个车间的设备协议仿真的本质，是给工业协议一个"Mock Server"。就像前端开发用 MockJS 模拟后端接口，物联网开发也
-
编辑 删除
工业协议调试，我花了2万买设备，最后发现免费工具就能搞定
一、一个真实的踩坑经历去年接了个智慧工厂项目，需要对接西门子 S7-1200 PLC、Modbus 温控仪表，还有几台 MQTT 协议的传感器。第一步：买设备。西门子 S7-1200：¥3,800Modbus RTU 转 TCP 网关：¥1,200各种传感器、电源、线缆：¥2,500合计：¥7,500设备到了，发现 PLC 程序是客户写的，不能随便改。我想先测试自己的采集程序对不对，结果——没设备
-
编辑 删除
工业物联网协议仿真平台ProtoForge V1.0.0发布：一台电脑模拟17种工业设备
一、一个真实的开发困境去年接一个物联网网关项目，客户要求对接西门子S7、三菱MC、Modbus TCP、GB28181国标摄像头四种协议。问题是我手边一台真实设备都没有：西门子S7-1200 PLC 市场价 3000+海康威视摄像头支持GB28181的 500+三菱FX5U PLC 2500+还有各种传感器、CNC数控机床...等采购流程走完，项目 deadline 早就过了。最后只能硬着头皮写代
-
编辑 删除
Python 物联网网关，终于有一个能看懂、能改的了
做物联网网关开发的朋友都知道一个尴尬：市面上的工业网关，要么是闭源的黑盒，要么是用 C/Go 写的，想改一个 Modbus 解析逻辑都得提工单等两周。最近有个开源的 Python 边缘计算网关项目，让我眼前一亮。技术栈非常干净：后端：FastAPI（异步，天然适合 IO 密集型）前端：Vue 3时序库：InfluxDB 2.xMQTT Broker：内置 amqtt / 支持 Mosquitto数
-
编辑 删除
做物联网开发，这17种工业协议你必须懂
做物联网平台开发，最怕的就是协议对接。客户说"我们要接西门子 PLC"，你一脸懵；客户说"支持 GB28181 国标"，你连夜看文档。今天一次性给你梳理清楚：工业领域最常用的 17 种通信协议，以及每种协议的原理、场景、避坑点。文末送个福利：不用买硬件，电脑上就能仿真测试全部 17 种协议的工具。一、现场层协议（设备直连）1. Modbus RTU原理：主从
-
编辑 删除
从 Postman 到 ProtoForge：IoT 后端开发者的测试工具进化史
做 IoT 后端开发三年，测试工具经历了三个阶段：**阶段 1：Postman** —— 只能测 HTTP，工业协议完全无能为力**阶段 2：自己写 Mock Server** —— 每个协议写一套，维护成本爆炸**阶段 3：ProtoForge** —— 一个平台覆盖 17 种工业协议