<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[longxingiot的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/longxingiot</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; longxingiot]]></copyright><item><title><![CDATA[工业网关的“边缘计算”到底算个啥？别拿普通的规则联动当AI]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/170141967</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/170141967</guid><author>longxingiot</author><pubDate>Thu, 05 Nov 2026 15:32:41 +0800</pubDate><description><![CDATA[或者以1秒级的高频采集数据，在本地先算出10分钟的平均值、最大值、最小值，再打包传给云端。比如：接入工业摄像头，在本地直接跑深度学习模型（如YOLO），识别工人有没有戴安全帽，或者机器表面有没有划痕。这确实是在本地做的判断，但这只能叫“逻辑联动”，算力消耗极低，不需要什么边缘计算能力。大部分传统网关的规则引擎，本质上是“如果（If）——那么（Then）”的简单逻辑。这篇文章把边缘计算的三个层级拆开，帮你搞清楚你的项目到底需要哪种级别。比如：如果采集到的液位 > 90%，就让DO接口输出高电平，关掉水泵。]]></description><category></category></item><item><title><![CDATA[RS-485总线到底能挂多少设备？超了怎么扩展？]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/170050329</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/170050329</guid><author>longxingiot</author><pubDate>Wed, 04 Nov 2026 17:45:40 +0800</pubDate><description><![CDATA[RS-485一条总线能挂多少设备，标准答案是32个，但实际取决于收发器负载能力、轮询周期、波特率和业务对刷新时间的要求。这个“32”来自收发器的驱动能力——标准RS-485收发器的输入阻抗是12kΩ，32个并联后总线阻抗降到375Ω左右，收发器还能正常驱动。有的说32个，有的说128个，到底哪个是对的？但现在市面上有“1/8负载”甚至“1/16负载”的收发器，输入阻抗更高，理论上一条总线可以挂到128个甚至256个节点。一台网关如果有4个RS-485口，每个口挂32个设备，总共可以带128个设备。]]></description><category></category></item><item><title><![CDATA[工业网关为什么一定要看“工作温度”？-35℃到75℃意味着什么]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/169947026</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/169947026</guid><author>longxingiot</author><pubDate>Tue, 03 Nov 2026 16:32:23 +0800</pubDate><description><![CDATA[夏天户外温度35℃时，密闭机柜内部因为设备自身发热、阳光直射，温度可能飙升到55℃到65℃。如果机柜在户外、在无空调的车间、或者在发热量大的设备旁边，优先选宽温型号，这个钱不能省。商用级设备的工作温度通常是0℃到40℃，工业级设备通常标称-20℃到70℃。如果网关的工作温度下限是-20℃，早上开机时设备可能因为温度过低而无法启动，或者屏幕显示异常、通信模块工作不正常。这个范围通常更宽，比如-40℃到85℃。如果项目在极端温度环境下，务必确认设备的工作温度范围覆盖了现场的最极端温度，并留出至少10℃的余量。]]></description><category></category></item><item><title><![CDATA[一个老运维的现场手记：让设备“假在线”无处遁形的网关]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/169844031</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/169844031</guid><author>longxingiot</author><pubDate>Mon, 02 Nov 2026 16:01:52 +0800</pubDate><description><![CDATA[查看采集日志，发现当天上午9点到11点，采集任务全部超时，没有成功读取任何一台水泵的数据。网关的采集程序在等待这台设备回复时，超时时间设置得太长（默认是5秒），导致采集任务一直卡在这台设备上。后面的设备排着队，全部被堵住了。运行了大概一个月，调度中心反馈说，某个泵站的数据偶尔会断更几个小时，但平台显示该设备一直在线。即使那台老旧的水泵再次卡死，网关也能在1秒内跳过它，继续采集其他设备的数据。现在配置了数据超时告警，如果某个设备的数据连续10分钟没有更新，即使心跳正常，也判定为“数据滞后”，并推送告警通知。]]></description><category></category></item><item><title><![CDATA[Modbus RTU调试总失败？用串口工具抓包，五分钟定位问题]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/169557872</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/169557872</guid><author>longxingiot</author><pubDate>Fri, 30 Oct 2026 15:21:05 +0800</pubDate><description><![CDATA[设置好串口号、波特率、数据位、停止位、校验位，打开串口，就能看到总线上收发的所有数据。一条Modbus RTU请求报文，结构是：从站地址（1字节）+ 功能码（1字节）+ 数据（N字节）+ CRC校验（2字节）。第一步，用串口助手确认主机发出的报文是否正确（对照协议格式检查从站地址、功能码、起始地址、数量、CRC）。第三步，对比回复报文和预期格式（功能码是否正常、数据字节数是否正确、数据值是否合理、CRC是否通过）。第四步，如果回复正常但读到的数值不对，检查寄存器地址、数据类型和字节序的配置。]]></description><category></category></item><item><title><![CDATA[工业网关远程重启后配置全丢了？聊聊掉电存储与持久化]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/169358203</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/169358203</guid><author>longxingiot</author><pubDate>Wed, 28 Oct 2026 14:48:18 +0800</pubDate><description><![CDATA[但这只是“临时”生效，如果没写进非易失性存储，一旦断电或重启，RAM里的数据瞬间清空，设备就只能读取Flash里上一次保存的老配置，或者直接恢复出厂设置。设备出了点小故障，为了省事，在后台点了一下“远程重启”。如果设备刚好在“擦除旧配置”和“写入新配置”的这个短暂窗口期内断电（或者被强制重启），就会发生灾难性后果：旧配置被擦了，新配置没写完。正规的工业级物联网主机，写配置时应该有掉电保护机制（比如加一颗小电容，断电后供电几百毫秒把当前写入操作做完），或者采用双备份机制（存两份配置，一份坏了读另一份）。]]></description><category></category></item><item><title><![CDATA[工业网关的串口总是不够用？除了换设备，还有这三种扩展方案]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/169161439</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/169161439</guid><author>longxingiot</author><pubDate>Mon, 26 Oct 2026 17:25:57 +0800</pubDate><description><![CDATA[网关本身有网口，你可以把串口服务器接在交换机的网口上，再把现场多出来的RS-485总线接到串口服务器上。现场串口不够用，最省心的方案是加“串口服务器”走网口，最便宜的方案是加“集线器”，最分散的方案是加“IO模块”。做过工业物联网现场施工的人，经常会遇到一种尴尬的局面：设备清单理完了，网关型号也定了，到了现场把线一接，发现RS-485串口不够用了。如果你的串口不够用，是因为现场总线“分叉”太多（比如三个不同方向的线，必须分开接），可以用RS-485集线器来扩展物理接口。价格便宜，纯物理层扩展，接线简单。]]></description><category></category></item><item><title><![CDATA[物联网主机采集上来的历史数据，到底该存多久？算错这一步，服务器早晚崩溃]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/168858144</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/168858144</guid><author>longxingiot</author><pubDate>Fri, 23 Oct 2026 11:02:38 +0800</pubDate><description><![CDATA[比如把1分钟一条的数据，合并成5分钟一条（取平均、最大、最小值）。数据量缩小到原来的1/5，既能看趋势，又不会占用太多空间。一年后，几百个G的数据不仅把服务器硬盘塞满，连查个报表都要等半天。根据业务需求分级处理，既能省下大笔服务器硬盘费用，又能让数据库保持轻快，查询秒出结果。为了避免它们和庞大的常规数据混在一起影响查询速度，建议在数据库里单独建表，专门存报警事件。现场有100台设备，每台设备采集10个数据点，总共1000个点。在制定保留策略前，先问清楚业务部门或客户，有没有相关的行业规范。]]></description><category></category></item><item><title><![CDATA[工业网关的数据存进数据库，为什么查询越来越慢？从采集频率到存储策略的四个坑]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/168748293</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/168748293</guid><author>longxingiot</author><pubDate>Thu, 22 Oct 2026 10:36:54 +0800</pubDate><description><![CDATA[专门处理时序数据的数据库（TSDB），比如InfluxDB、TDengine、TimescaleDB，它们底层是按时间分片存储的，查询时间范围的数据极快，压缩比也极高（能把几十亿条数据压缩到极小的空间）。如果你查询时用的是“时间范围”和“设备ID”，但数据库表里这两个字段没有建索引，或者只建了其中一个，数据库就会进行“全表扫描”。平台上的数据查询越来越慢，打开一个历史趋势图要转半天圈，查一个月的数据甚至能把系统卡死。很多项目在配置采集频率时，为了图省事，把所有数据点的采集频率都设成一样的。]]></description><category></category></item><item><title><![CDATA[工业网关的“延时”到底卡在哪？从设备响应到云端显示的完整拆解]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/168448694</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/168448694</guid><author>longxingiot</author><pubDate>Mon, 19 Oct 2026 17:18:29 +0800</pubDate><description><![CDATA[工业物联网的数据延迟不是单一环节造成的，是设备响应、协议解析、本地处理、上行传输、云端处理等多段延迟叠加的结果。设备响应50毫秒 + 协议解析5毫秒 + 本地处理10毫秒 + 4G上传80毫秒 + Broker转发20毫秒 + 数据库写入10毫秒 + 前端轮询刷新200毫秒 = 总延迟约375毫秒。老旧的设备、CPU负载高的设备、或者本身设计响应就慢的设备，可能需要100到500毫秒甚至更久。4G网络的延迟波动较大。这篇文章把数据从现场设备到云端屏幕的完整链路拆开，逐段分析延迟来源，帮你定位真正的瓶颈。]]></description><category></category></item><item><title><![CDATA[物联网主机的4G信号明明满格，为什么数据还是传不上去？]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/168139539</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/168139539</guid><author>longxingiot</author><pubDate>Fri, 16 Oct 2026 17:32:09 +0800</pubDate><description><![CDATA[物联卡状态、APN配置、DNS解析、TCP连接数、带宽占用——这些环节里任何一个出问题，都会导致“信号满格但数据传不上去”。做工业物联网项目，经常会遇到这种让人摸不着头脑的情况：现场网关的4G信号指示灯显示满格，手机在同一位置测速也正常，但网关的数据就是传不上去。工业区、园区在白天上班时段，基站连接的用户数暴增，带宽被分走了。如果网关配置了很多个MQTT连接、HTTP连接、或者其他的TCP连接，连接数可能会被耗尽。排查方法：登录运营商的管理后台，查看物联卡的流量使用情况和限速状态。网关的上行带宽是有限的。]]></description><category></category></item><item><title><![CDATA[工业网关的DI/DO、RS-485和网口，到底谁先谁后？现场接线顺序搞错，调试多花三天]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/167669949</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/167669949</guid><author>longxingiot</author><pubDate>Mon, 12 Oct 2026 17:35:42 +0800</pubDate><description><![CDATA[接线的原则是：网关的A接设备的A，网关的B接设备的B。接线的顺序看起来是小事，但顺序搞错了，轻则调试时来回排查，重则烧接口、烧设备。把24V的信号接到了支持5V的DI接口上，或者把交流负载接到了晶体管输出的DO上。先断电确认，再接电源线，然后接通信线，接着接DI/DO线，最后检查无误再通电。如果网关的DI公共端和外部设备的电源没有共地，信号回路不完整，DI就读不到状态。接DI/DO线时，确认电源、网关、外部设备三者的地是连在一起的。网关的电源适配器拔掉，现场设备的电源开关断开，机柜的总闸拉下。]]></description><category></category></item><item><title><![CDATA[工业网关的CPU到底该怎么选？ARM、x86和国产芯片，看完这篇不再纠结]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/167377596</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/167377596</guid><author>longxingiot</author><pubDate>Fri, 09 Oct 2026 11:49:14 +0800</pubDate><description><![CDATA[RK3588定位高端，八核，NPU算力更强，适合需要AI推理的边缘计算场景。ARM方案适合大多数工业物联网场景，x86适合算力要求极高的边缘计算节点，国产芯片适合有明确国产化需求的项目。ARM架构的、x86架构的、国产芯片的，主频从几百MHz到几GHz，核心数从单核到八核，价格从几百到上万。一台x86网关的功耗可能是ARM方案的5到10倍，需要风扇主动散热，长期运行的可靠性不如无风扇的ARM方案。选能满足项目需求、留出合理余量、生态成熟稳定的方案，比选参数最漂亮的方案更靠谱。协议单一、数据量小、逻辑简单。]]></description><category></category></item><item><title><![CDATA[Modbus RTU调试总失败？用串口工具抓包，五分钟定位问题]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/166839604</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/166839604</guid><author>longxingiot</author><pubDate>Tue, 29 Sep 2026 14:17:46 +0800</pubDate><description><![CDATA[在串口助手上看，如果发送的报文和接收的报文之间几乎没有间隔，或者接收方把两条回复合并成了一条显示，说明帧间隔不够。波特率不匹配是最常见的，比如主机用9600发，从站用19200收，收到的数据就是乱码。如果从站回复的是异常报文，功能码最高位会置1（03变成83），后面跟一个异常码。设置好串口号、波特率、数据位、停止位、校验位，打开串口，就能看到总线上收发的所有数据。对照协议格式，检查从站地址、功能码、起始地址、数量、CRC。第四步，如果回复正常但读到的数值不对，检查寄存器地址、数据类型和字节序的配置。]]></description><category></category></item><item><title><![CDATA[智能网关怎么选？先看清这三个能力层级]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/166250794</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/166250794</guid><author>longxingiot</author><pubDate>Mon, 21 Sep 2026 17:06:40 +0800</pubDate><description><![CDATA[这是网关最基础的能力。工业现场的设备使用不同的有线协议——Modbus、CAN、Profinet、OPC UA。智能家居的设备使用不同的无线协议——Zigbee、Thread、蓝牙Mesh、Wi-Fi。这些设备之间不能直接通信，需要网关做“翻译”。网关在这一层的核心工作是：把一种协议的数据转换成另一种协议能听懂的语言，然后转发出去。这是网关的“本职工作”，也是所有网关产品都必须具备的能力。但这一层的能力有深浅之分。有些网关宣称支持Modbus，实际只支持部分功能码；]]></description><category></category></item><item><title><![CDATA[AI网关的“隐形账单”：你每个月烧掉的Token，可能有一半是白花的]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/165619491</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/165619491</guid><author>longxingiot</author><pubDate>Wed, 16 Sep 2026 16:38:54 +0800</pubDate><description><![CDATA[计量清楚、缓存省掉、路由分流、预算拦住。计量清楚，才知道钱花在哪；缓存省掉，才能零成本返回结果；路由分流，才能把便宜模型用在正确的地方；预算拦住，才能避免失控。这四件事里，少做任何一件，你的AI网关就只是一个更贵的转发器。]]></description><category></category></item><item><title><![CDATA[从“数据搬运工”到“现场决策者”：AI网关的本地推理能力是怎么炼成的]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/164741027</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/164741027</guid><author>longxingiot</author><pubDate>Wed, 09 Sep 2026 14:08:59 +0800</pubDate><description><![CDATA[比如一个振动监测模型需要的是归一化后的时序数据，视觉识别模型需要的是固定尺寸的RGB图像。：在网关本地持续跟踪推理结果的准确率变化——用户反馈“这条告警是误报”或者“这条告警漏了”，网关记录下来，在本地对模型做微调。，不需要等待云端回传。如果走云端推理：采集→上传→云端排队→推理→回传→执行，一轮下来少说几百毫秒，网络不好的时候可能几秒，而这几秒的延迟在危化品场景里可能是致命差距。AI模型在电脑上训练出来之后，要部署到网关本地运行，需要一个“翻译器”——把模型的计算逻辑翻译成NPU能执行的指令。]]></description><category></category></item><item><title><![CDATA[为什么你的物联网系统越用越卡、越跑越乱？90%的人都忽略了系统底层架构]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/164474831</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/164474831</guid><author>longxingiot</author><pubDate>Mon, 07 Sep 2026 17:06:15 +0800</pubDate><description><![CDATA[物联网系统卡顿、错乱、失效的本质，从来不是设备老化，而是前期架构设计简陋、数据处理缺失、容错机制不足。硬件决定系统能不能上线，架构决定系统能不能活下去、能不能长期稳定创造价值。看懂底层架构逻辑，才算真正看懂工业物联网的核心门道。]]></description><category></category></item><item><title><![CDATA[智能制造车间智能网关落地应用]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/164373716</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/164373716</guid><author>longxingiot</author><pubDate>Fri, 04 Sep 2026 18:04:05 +0800</pubDate><description><![CDATA[过去开展数字化改造，企业需要分开采购 DTU、RTU、串口服务器、独立采集网关多类硬件，整套组网布线杂乱、设备故障点位多，运维人员只能前往现场逐台查看设备工况，无法实现全厂生产数据集中可视化监管，生产异常、设备老化、能耗浪费等问题发现滞后，直接影响产能与良品率。一体化工业智能作为车间数字化改造核心中枢，高度集成工业网关、边缘网关、数据采集网关、通讯管理机多重能力，一台设备即可完成多终端接入、协议统一转换、本地智能运算、远程集中管控，大幅简化车间整体组网架构，降低项目硬件投入与后期运维压力。]]></description><category></category></item><item><title><![CDATA[物联网主机在智慧园区环境综合治理中的应用]]></title><link>https://blog.youkuaiyun.com/longxingiot/article/details/164333684</link><guid>https://blog.youkuaiyun.com/longxingiot/article/details/164333684</guid><author>longxingiot</author><pubDate>Thu, 03 Sep 2026 16:20:21 +0800</pubDate><description><![CDATA[园区公共区域、办公区域、地下车库、绿化带范围广，环境质量直接影响办公体验与园区形象。园区分区域部署物联网主机，分别覆盖办公区、公共走廊、地下车库、户外园区等区域，就近接入温湿度、PM2.5、CO₂、噪音、水浸等环境传感器，同时联动新风系统、除湿设备、通风风机、照明等自控设备。整套方案以物联网主机为核心，打通园区环境感知与设备联动闭环，告别人工巡查、手动调控的传统模式，实现园区环境全天无人值守监测、智能调节，持续优化园区空气质量、温湿度、环境卫生，全面提升园区办公舒适度与整体环境品质。]]></description><category></category></item></channel></rss>