摘要：
■ 一、现象：参数越改越乱 现场常见的情况是：设备跑了一段时间，读数不太对，运维上去把某个系数改了一点；过几天又改回来；再后来没人记得最初是多少。 问题不在"改参数"，而在"改了没有记录、改了不能回退、改了不知道影响谁"。 ■ 二、配置要分三类 第一类，出厂配置：硬件相关、校准相关，出厂时写入，现场 阅读全文
posted @ 2026-10-29 12:02
『风格』
阅读(2)
评论(0)
推荐(0)
摘要：
■ 一、中断是常态，不是异常 现场设备与上位机的连接，中断十分钟很常见：网络抖动、交换机重启、运营商链路切换。设计时如果把"中断"当成异常事件，代码里就会到处是临时补丁；把它当成常态，才可能写出干净的状态机。 下面按"短断、中断、长断"三档，说清设备该做什么。 ■ 二、短断（秒级）：重连要退避 立即 阅读全文
posted @ 2026-10-29 08:28
『风格』
阅读(1)
评论(0)
推荐(0)
摘要：
■ 一、协议不好用，问题多半在边界 串口本身只负责传字节。协议要解决的是：怎么知道一帧从哪开始、到哪结束、有没有传错、丢了怎么办、重复了怎么办。 现场九成的"通信不稳定"，其实不是电气问题，而是这五个边界没定义清楚。 ■ 二、帧结构：三个字段缺一不可 一个够用的帧，至少要有： · 帧头：区分数据与噪 阅读全文
posted @ 2026-10-28 07:51
『风格』
阅读(7)
评论(0)
推荐(0)
摘要：
■ 一、日志不是给开发看的 很多采集软件的日志，是开发调试时随手打的：打印变量、打印错误码。上线之后，这些日志在现场几乎没用——因为它们不回答现场最关心的问题：什么时候出的错、错了多久、影响哪些数据。 面向现场的日志，要以"事后复盘"为目标来设计。 ■ 二、三类日志，各司其职 第一类，运行日志。记录 阅读全文
posted @ 2026-10-27 08:17
『风格』
阅读(5)
评论(0)
推荐(0)
摘要：
■ 一、样机能跑，量产不一定能跑 样机是"能不能做出来"，量产是"每一台都能一样"。这中间要补的不是技术原理，而是把不确定性变成可控流程。 下面七件事，按优先级排。 ■ 二、第一件：可制造性评审 设计评审里最容易被跳过的一环。要问的问题很具体： · 这个结构件能不能用现有工艺加工，公差是否可检？ · 阅读全文
posted @ 2026-10-26 11:21
『风格』
阅读(6)
评论(0)
推荐(0)
摘要：
■ 一、串扰不是"通道坏了" 多通道采集里，某一通道的读数会跟着相邻通道动。常见反应是"这个通道有问题"，换板、换芯片，结果依旧。 真正的原因通常在三处：信号线与回流路径、共地阻抗、采样时序。这三处都属于系统设计，不是单通道的器件问题。 ■ 二、串扰的三条路径 第一条，容性耦合。两根长距离并行的信号 阅读全文
posted @ 2026-10-26 11:19
『风格』
阅读(7)
评论(0)
推荐(0)
摘要：
■ 一、先算账，再省电 电池供电的采集设备，第一件事不是选低功耗芯片，而是把平均电流算出来。方法很简单：把设备的工作拆成几个状态，每个状态测电流、测占比，加权求和。 假设设备每秒醒一次采一个点，采集耗时几十毫秒、电流几十毫安，其余时间休眠、电流几十微安。平均电流几乎完全由"休眠电流 × 时间占比 + 阅读全文
posted @ 2026-10-26 11:17
『风格』
阅读(7)
评论(0)
推荐(0)
摘要：
■ 一、为什么要专门设计升级 采集设备装在现场，人上不去、电不稳、网不快。升级失败一次的代价，往往不是重刷固件，而是跑一趟现场、停几天数据。所以升级功能不是"能升就行"，而是要能在最坏条件下活下来。 ■ 二、现场升级失败的四种形态 第一种，传输中断。网络抖动或信号弱，包传了一半。 第二种，写入期间断 阅读全文
posted @ 2026-10-26 10:42
『风格』
阅读(8)
评论(0)
推荐(0)
浙公网安备 33010602011771号