企业官网建设流程全解析

简介：围绕Arduino UNO与PC上位机串行通信展开的温度测控实训文档，面向电子、自动化及嵌入式相关课程的学习者，用于完成从题目分析、电路仿真到程序调试的综合练习。内容以学号识别和温度阈值为核心：串口调试助手发送学号后，1602液晶显示ID与实时温度，PC端回传Temperature数值；系统按“25℃+学号末位”设定阈值，结合温度采集与L298N驱动逻辑控制直流电机启停，并给出Proteus 8.9 SP2仿真过程、VSPD虚拟串口配置、Arduino主程序及参考文献。压缩包共1个docx文件，约567KB，结构紧凑，可按题目要求、设计思路、仿真结果与代码逐项查阅。已有313人学习，适合需要复现实验、理解串口通信和温度控制联动关系，或补充课程设计、实训报告素材的读者参考。

1. 一颗热敏电阻如何变成上位机上的温度曲线

恒温箱、机柜、育苗棚、发酵罐，这类场景的温控需求高度相似：本地一个探头，一根 USB 线连到 PC，上位机画曲线、存历史、超阈值报警，再反向驱动加热片或风扇。用 Arduino UNO 做这套远程温度检测控制系统，物料成本很低，但真正决定它能不能连续跑三个月的，不是那几十行 loop 代码，而是模拟前端的噪声、串口协议的帧对齐，以及继电器吸合瞬间灌进 ADC 的干扰。下面这一版按最小可用原则搭：采样精度压到 ±0.2℃、2Hz 上传、断链自动进安全态，参数全部写出来，照着接线就能复现。

2. 硬件选型与接线：UNO 的模拟前端怎么搭才不白折腾

2.1 三种测温元件在 UNO 上的取舍

先把量程和精度这两件事分开看。很多人一上来就纠结「哪个更准」，实际上先确定的是被测对象的温度上限和布线长度，精度反而是第二位。常见的三条路线：

80℃ 以内的场景，DS18B20 是最省事的：数字输出、免标定、一根线能挂好几颗，探头拉 5 米以上也不掉数据。但只要你想把精度压进 0.2℃、又想控制成本、还想顺手练一遍模拟前端，NTC 加分压电阻才是正解。热电偶只在超过 125℃ 时才有意义，普通恒温箱用它属于杀鸡用牛刀，还得额外处理冷端温度。

有个容易被忽略的点：DS18B20 的转换时间。默认requestTemperatures()是阻塞的，750ms 里 UNO 什么都干不了，串口心跳会跟着卡顿。正确做法是关掉阻塞等待，把它拆成状态机：

// DS18B20 非阻塞采样：发起转换后立刻返回，下一轮再来取结果 #include <OneWire.h> #include <DallasTemperature.h> OneWire wire(2); // 数据脚接 D2，需 4.7k 上拉到 5V DallasTemperature ds(&wire); void setup() { ds.begin(); ds.setResolution(12); // 12 位 = 0.0625℃ 分辨率 ds.setWaitForConversion(false); // 关键：不阻塞 ds.requestTemperatures(); } unsigned long lastReq = 0; void loop() { if (millis() - lastReq >= 800) { // 留 50ms 余量给转换 float t = ds.getTempCByIndex(0); if (t > -100) { /* 有效值才入缓冲 */ } ds.requestTemperatures(); lastReq = millis(); } // 这里可以继续跑串口解析、控制逻辑 }

setResolution(12)换来 0.0625℃ 的分辨率，代价是 750ms 转换时间；如果只要 0.5℃，改成 9 位就能压到 94ms。getTempCByIndex返回-127表示总线没响应，返回85是上电复位默认值——这两个数必须显式过滤掉，否则曲线会突然冒出两个尖峰，很容易被误判成真实超温。

2.2 分压电路与 ADC：把 10 位采样换算成 0.1℃ 的分辨率

NTC 接法我一般用「上拉固定电阻、NTC 落地」：5V → 10K 固定电阻 → A0 节点 → NTC → GND。温度升高，NTC 阻值下降，A0 电压下降。用这个方向的好处是断线时 A0 被拉到 5V，读数异常偏高，能触发超温保护，属于「故障导向安全」。

阻值换算：

adc / 1023 = R_ntc / (R_fixed + R_ntc) => R_ntc = R_fixed * adc / (1023 - adc)

算一下分辨率够不够。25℃ 时 NTC 阻值 10K，B 值 3950 对应的温度系数约 -4.4%/℃，即每升高 1℃ 阻值掉约 440Ω。对上式求导，d(adc)/dR = 1023 * R_fixed / (R_fixed + R)^2，代入 R_fixed = R = 10000 得 0.0256 LSB/Ω。于是 -440Ω/℃ 对应约 -11.3 LSB/℃——也就是说 1 个 LSB 差不多 0.088℃。分辨率是够的，但 ADC 本身有 ±1~2 LSB 的抖动，直接换算出来就是 ±0.18℃，这就是凭什么必须做滤波。

第二个坑是参考电压。UNO 用 USB 供电时，5V 实际会在 4.75~5.25V 之间飘，而你所有换算都假设它是 5.000V，电源一飘温度就系统性偏移。解决办法是比值法：拿另一路模拟口 A1 去测同一个 5V 经两个 10K 分压到 2.5V 的节点，用实测值当参考，而不是写死 5.0。

const float R_FIXED = 10000.0; const float B_COEF = 3950.0; const float T0_K = 298.15; // 25℃ 对应开氏温度 const float R0 = 10000.0; // 25℃ 时 NTC 阻值 float readNtcCelsius() { int adcNtc = analogRead(A0); // NTC 分压节点 int adcRef = analogRead(A1); // 参考分压：10K + 10K，理论 512 if (adcNtc <= 2 || adcNtc >= 1022) return NAN; // 断线 / 短路 // 用实测参考反推实际 VCC 比例，抵消 USB 供电漂移 float ratio = (float)adcRef / 512.0; // 偏离 1.0 即为电源漂移 float adcCorrected = adcNtc / ratio; float rNtc = R_FIXED * adcCorrected / (1023.0 - adcCorrected); // B 参数方程：1/T = 1/T0 + (1/B) * ln(R/R0) float invT = 1.0 / T0_K + (1.0 / B_COEF) * log(rNtc / R0); return 1.0 / invT - 273.15; }

ratio这一行是整个函数里最有价值的部分：电源从 5.0V 掉到 4.8V 时，A0 和 A1 同步下降 4%，比值抵消后温度读数几乎不动。代价是 A1 那一路要多两个电阻、多一次analogRead（约 100µs），完全值得。

硬件上再补两件事：A0 对地并一颗 100nF，配合 10K 分压电阻构成低通，截止频率约 159Hz，对 2Hz 采样绰绰有余；NTC 引线超过 1 米时用屏蔽线，屏蔽层单端接地，别两头都接，否则会形成一个地环路，读数是典型的「玄学抖动」。

还有一条：不要试图给 NTC 用内部 1.1V 基准来提升分辨率。分压节点在 25℃ 时是 2.5V，远超 1.1V，接上去直接饱和。想提分辨率只能换 12 位以上的外部 ADC，或者靠过采样软件补——后面固件那章会讲。

2.3 控制侧：继电器模块和强电隔离的三条硬规矩

采样是低压小信号，控制侧是 220V，两者必须在电气上分开，否则前面辛苦压下去的噪声全白费。

第一条，继电器模块的触发极性要和上电状态对齐。UNO 复位瞬间 IO 是高阻态，如果模块是低电平触发，那一刻线圈就会被拉低误吸合，加热器直接全功率启动。血泪经验：在控制脚和 5V 之间加一个 10K 上拉，或者在setup()第一行就digitalWrite(pin, HIGH)再pinMode(pin, OUTPUT)——顺序反了没用，pinMode之后才写电平中间有个几微秒的窗口。

第二条，继电器模块单独供电。常见 5V 继电器线圈电流 70mA 上下，从 UNO 板载 5V 取会拉低整条电源轨，ADC 参考跟着抖，温度读数跟着跳。用独立 5V 电源，两块板共地即可。

第三条，触点保护。控加热丝这类阻性负载问题不大，但控风扇、电磁阀这类感性负载，断开瞬间的反向电动势能把触点打出火花，几个月后就是粘连——表现为「关了还在加热」，这是最危险的一种故障。直流感性负载反并联续流二极管，交流负载在触点两端并 100Ω + 0.1µF 的 RC 吸收，或者用压敏电阻。控温周期在 10 秒以上用机械继电器没问题；如果要做秒级 PWM 调功，直接上固态继电器，机械触点扛不住那个动作频率。

最后，物理层面的保险丝和独立电源开关不能省。软件关断永远只是第二道防线，第一道必须是硬件。

3. 下位机固件：UNO 上的采样节拍、串口协议与安全联锁

3.1 采样节拍与三级滤波：把 ±0.8℃ 抖动压到 ±0.2℃

UNO 的analogRead单次约 112µs，连续读同一个通道时前面的值会污染后面的值——这是 SAR ADC 的采样保持电容没充分建立导致的。所以第一级滤波不是平均，而是「丢弃第一次读数」。

第二级用过采样。ADC 每 4 次采样叠加可以提升 1 位有效分辨率，16 次就是 2 位，10 位变 12 位等效。配合中值剔除，把偶发的尖峰干掉。

第三级才是滑动平均，压随机噪声。

#define OS_COUNT 16 // 过采样次数 #define MED_DROP 3 // 中值剔除：去头去尾各 3 个 #define MA_WINDOW 8 // 滑动平均窗口 float maBuf[MA_WINDOW]; int maIdx = 0; bool maFilled = false; float sampleOnce() { analogRead(A0); // 丢弃：让采样保持电容建立 long acc = 0; for (int i = 0; i < OS_COUNT; i++) acc += analogRead(A0); float avg = acc / (float)OS_COUNT; // 过采样后按比例还原到 10 位刻度，后续换算公式不变 return avg; } float filteredTemp() { float raw[OS_COUNT]; for (int i = 0; i < OS_COUNT; i++) raw[i] = sampleOnce(); // 简单插入排序后去掉两端 for (int i = 1; i < OS_COUNT; i++) { float key = raw[i]; int j = i - 1; while (j >= 0 && raw[j] > key) { raw[j + 1] = raw[j]; j--; } raw[j + 1] = key; } float sum = 0; for (int i = MED_DROP; i < OS_COUNT - MED_DROP; i++) sum += raw[i]; float trimmed = sum / (OS_COUNT - 2 * MED_DROP); maBuf[maIdx] = trimmed; maIdx = (maIdx + 1) % MA_WINDOW; if (maIdx == 0) maFilled = true; int n = maFilled ? MA_WINDOW : maIdx; float s = 0; for (int i = 0; i < n; i++) s += maBuf[i]; return s / n; }

参数怎么定：OS_COUNT = 16对应 16 × 112µs ≈ 1.8ms，加上排序和平均，单次滤波耗时不到 3ms，对 500ms 的采样周期毫无压力。MED_DROP = 3能干掉最多 3 个连续异常点，再多就和滑动平均的效果重叠了。MA_WINDOW = 8配合 500ms 节拍等于 4 秒的群延迟——这是这套方案的取舍：控温对象是几升容积的箱体，热惯性本身就有几十秒，4 秒延迟完全可以接受；但如果你测的是快速变化的气流温度，窗口就得缩到 2~3。

实测效果：原始读数在 25℃ 附近抖动约 ±0.8℃（峰峰值），三级滤波后能压到 ±0.2℃ 以内。再往下压就得靠硬件了，软件做不到。

3.2 文本协议帧格式与解析状态机

协议我倾向用自定义文本帧，不用 JSON。理由是：串口出问题时用任何串口助手都能肉眼读，调试效率高一个量级；JSON 在 UNO 上解析要额外库、额外内存，收益不成正比。

帧格式定义如下：

$T,25.34,H,61.2,OUT,0,SUM,3F\n

• $帧头，唯一
• 字段用逗号分隔，T温度、H湿度、OUT输出状态
• SUM后跟两位十六进制累加和，范围是$之后到,SUM之前的所有字符
• \n帧尾
• 整帧长度上限 64 字节，超长直接判废

波特率 115200，发送频率 2Hz。选 115200 而不是 9600，是因为 9600 下一帧 40 字节要 41ms，两帧之间稍微卡一下上位机就丢数据；115200 下只要 3.5ms，缓冲压力小得多。

char frame[64]; void sendFrame(float t, float h, int outOn) { int n = snprintf(frame, sizeof(frame), "$T,%.2f,H,%.1f,OUT,%d", t, h, outOn); if (n < 0 || n > 48) return; // 组装失败直接放弃，绝不发半帧 uint8_t sum = 0; for (int i = 1; i < n; i++) sum += (uint8_t)frame[i]; snprintf(frame + n, sizeof(frame) - n, ",SUM,%02X\n", sum); Serial.print(frame); }

snprintf的返回值是「本该写入的长度」，不含结尾的\0，所以for循环从下标 1 走到n-1正好覆盖$之后的所有字符。第二个snprintf从frame + n开始写，正好覆盖掉第一个留的\0。这一手比手写strcat安全得多，也不容易算错偏移。

上位机这边不能直接readline().split(',')，因为串口是字节流，你读到的可能是半帧、可能是两帧粘在一起、可能中间夹着上电时的乱码。必须做状态机：

def feed(self, chunk: bytes): """把串口字节流喂进来，产出完整帧的字段列表""" self.buf += chunk if len(self.buf) > 4096: # 防御：缓冲区无限增长就是内存泄漏 self.buf = self.buf[-512:] while True: start = self.buf.find(b'$') if start < 0: self.buf = b'' return end = self.buf.find(b'\n', start) if end < 0: self.buf = self.buf[start:] # 保留半帧，等下一次 return raw = self.buf[start + 1:end] # 不含 $ 和 \n self.buf = self.buf[end + 1:] try: text = raw.decode('ascii') body, _, checksum = text.rpartition(',SUM,') calc = sum(ord(c) for c in body) & 0xFF if int(checksum, 16) != calc: self.bad_checksum += 1 # 计数而非抛异常，坏帧直接丢 continue fields = body.split(',') yield dict(zip(fields[0::2], fields[1::2])) except (UnicodeDecodeError, ValueError): self.bad_frames += 1 continue

self.buf = self.buf[start:]这一行是重点：找到$但没找到\n时，必须把从$开始的部分保留下来，而不是清空。清空就等于每遇到一次半帧就丢一帧，2Hz 下会看到曲线上规律性的缺口。

bad_checksum和bad_frames两个计数器建议直接显示在上位机状态栏。它们的比值是判断链路质量的直接指标——正常应该是 0，如果持续增长，八成是波特率不匹配或者线太长。

3.3 超温联锁与死区：控制逻辑不能只活在上位机

这套系统叫「PC 上位机远程控制」，但控制决策绝对不能只有上位机一份。PC 会休眠、会更新、会被人拔掉网线，而加热器不会自己停。

UNO 本地必须有三层保护：

第一层，硬阈值。温度超过 55℃（或按你的工艺定），不管上位机发什么指令，立刻关断输出，并且这个状态只能靠断电或人工复位解除，不能自动恢复。

第二层，通信心跳。上位机每 2 秒发一次$PING，UNO 只要 5 秒没收到就进入安全态——关输出、继续采样、继续发帧。这样 PC 崩了不会变成「持续加热」。

第三层，控制死区。目标 37℃ 时，低于 36.0℃ 开加热，高于 38.0℃ 才关，中间 2℃ 是不动作区。没有死区的话，温度在阈值附近抖 0.1℃ 就能让继电器一秒吸合一次，触点寿命按天算。

const float T_TARGET = 37.0; const float T_HYST = 1.0; // 死区半宽，实际带宽 2℃ const float T_HARDMAX = 55.0; // 硬保护阈值 const unsigned long LINK_TIMEOUT = 5000; bool heaterOn = false; bool hardLock = false; unsigned long lastPing = 0; void controlLoop(float t) { if (t > T_HARDMAX) { // 第一层：硬阈值，锁死 hardLock = true; } if (hardLock) { digitalWrite(PIN_HEATER, LOW); heaterOn = false; return; } if (millis() - lastPing > LINK_TIMEOUT) { // 第二层：失联进安全态 digitalWrite(PIN_HEATER, LOW); heaterOn = false; return; } // 第三层：带死区的滞环控制 if (!heaterOn && t < T_TARGET - T_HYST) { heaterOn = true; digitalWrite(PIN_HEATER, HIGH); } else if (heaterOn && t > T_TARGET + T_HYST) { heaterOn = false; digitalWrite(PIN_HEATER, LOW); } }

hardLock一旦置位就不会被任何条件清除，这是故意的。自动恢复的超温保护在真实场景里等于没有保护——温度掉下来它又继续加热，然后再次超温，形成振荡。

4. PC 上位机：串口采集、落库与局域网内远程查看

4.1 pyserial 采集线程与有界队列

上位机的第一条纪律：串口读写必须在独立线程里，绝不能放在 UI 主线程或者 HTTP 请求处理函数里。串口read是阻塞的，一旦卡住，整个界面就假死。

线程之间用有界队列传递。队列满时的策略很关键：丢最旧的，保留最新的。温度监控里，三秒前的数据和现在的数据相比，现在的更有价值；如果反过来丢最新的，你会看到曲线永远滞后。

import queue, threading, time, serial class SerialWorker(threading.Thread): def __init__(self, port, baud=115200, qmax=2000): super().__init__(daemon=True) self.port, self.baud = port, baud self.q = queue.Queue(maxsize=qmax) self.running = True self.parser = FrameParser() self.ser = None def _open(self): while self.running: try: # timeout 必须给，否则 read 会永久阻塞，线程无法退出 self.ser = serial.Serial(self.port, self.baud, timeout=0.2) self.ser.reset_input_buffer() # 丢掉上电乱码 return except serial.SerialException: time.sleep(1.0) # 热插拔后自动重连 def run(self): self._open() while self.running: try: chunk = self.ser.read(256) except serial.SerialException: self._open() # 线被拔了，重新打开 continue if not chunk: continue for rec in self.parser.feed(chunk): rec['ts'] = time.time() try: self.q.put_nowait(rec) except queue.Full: try: self.q.get_nowait() # 丢最旧 except queue.Empty: pass self.q.put_nowait(rec)

几个参数值得说明：timeout=0.2让read最多阻塞 200ms，这样self.running = False之后线程能在一个 timeout 周期内退出，不会变成僵尸线程。reset_input_buffer()在打开端口后立刻清一次，能省掉开机头几秒的乱码帧。qmax=2000对应 2Hz 下约 16 分钟的数据，正常消费速度下永远填不满，填满说明落库那边阻塞了，这正是需要暴露的信号。

4.2 SQLite 落库与曲线接口

数据量不大，2Hz 一天 17 万条，SQLite 完全够用，不用上任何服务端数据库。建表时把时间戳存成整数毫秒，查询快、跨时区无歧义：

PRAGMA journal_mode=WAL; -- 读写并发，采集和查询互不阻塞 PRAGMA synchronous=NORMAL; -- WAL 下这个级别足够安全，写入快很多 CREATE TABLE IF NOT EXISTS temp_log ( ts INTEGER NOT NULL, -- Unix 毫秒 temp_c REAL NOT NULL, humi REAL, out_on INTEGER NOT NULL DEFAULT 0 ); CREATE INDEX IF NOT EXISTS idx_temp_log_ts ON temp_log(ts);

写入用批量提交，不要每条一次commit。2Hz 下每 20 条（10 秒）提交一次，磁盘 IO 降低一个数量级，断电最多丢 10 秒数据，这个代价可以接受。

def writer_loop(q, conn, batch=20): buf = [] while True: try: rec = q.get(timeout=1.0) buf.append((int(rec['ts'] * 1000), float(rec['T']), float(rec.get('H', 0)), 1 if rec.get('OUT') == '1' else 0)) except queue.Empty: pass if len(buf) >= batch: conn.executemany( "INSERT INTO temp_log(ts,temp_c,humi,out_on) VALUES(?,?,?,?)", buf) conn.commit() buf.clear()

查询接口按时间窗切片，别一次SELECT *全捞出来——一年数据几千万行，前端直接卡死：

from flask import Flask, jsonify, request app = Flask(__name__) @app.route('/api/series') def series(): minutes = min(int(request.args.get('minutes', 30)), 1440) since = int((time.time() - minutes * 60) * 1000) rows = conn.execute( "SELECT ts, temp_c, out_on FROM temp_log WHERE ts >= ? ORDER BY ts", (since,)).fetchall() # 超过 2000 点就抽稀，前端画图用不着那么密 step = max(1, len(rows) // 2000) return jsonify([{'t': r[0], 'v': r[1], 'o': r[2]} for r in rows[::step]])

抽稀这一步是必需的。2Hz 下 30 分钟就是 3600 个点，前端 Canvas 画 3600 个点还算流畅，但 24 小时是 17 万个点，浏览器直接卡到无法交互。按 2000 点抽稀，视觉上几乎看不出差别。

4.3 局域网内远程查看与告警落地

「远程」这个词要分清楚层级。同一局域网内，Flask 绑定0.0.0.0:8000，手机连同一个 WiFi 直接访问 PC 的局域网 IP 就能看曲线、看当前温度，这是最简单也最稳的形态，延迟几十毫秒，没有任何额外组件。

跨网络访问是另一回事，安全成本远高于技术成本。我的建议是：先走单位内网，或者用路由器做端口映射并配好访问令牌；无论如何不要把一个没有鉴权的 Flask 服务直接暴露在公网上。至少加一层 token 校验：

from functools import wraps def require_token(f): @wraps(f) def inner(*a, **kw): if request.headers.get('X-Token') != APP_TOKEN: return jsonify({'err': 'unauthorized'}), 401 return f(*a, **kw) return inner

告警部分，三路并行最实用：本地蜂鸣器（现场有人就能听见）、邮件 SMTP（不用额外依赖）、Webhook 推送到内部群（团队协作场景）。触发条件别只写「超过阈值」，要加持续时间——连续 30 秒超过 45℃ 才告警，否则继电器一动作引起的瞬时尖峰就能把你手机震一晚上。

5. 联调避坑：五个能把人熬到半夜的翻车现场

5.1 串口一打开全是乱码，或者每帧都校验失败

现象：串口助手能看到字符，但全是问号和方块；或者上位机日志里bad_checksum一路飙升。

原因：八成是波特率不匹配。UNO 用的是 16MHz 晶振分频，某些波特率（比如 57600 以上）误差偏大，加上 CH340 这类 USB 转串口芯片的实际波特率和标称有偏差，累积到一帧末尾就错位。另外还有个小概率：Serial.begin()之后立刻Serial.print()，USB 枚举还没完成，头几百毫秒的数据直接丢了。

解决：优先用 115200 或 9600 这类误差小的档位；setup()里加while (!Serial)等待（仅限原生 USB 的板子，UNO 上这行会死等，别加）；或者干脆在setup()末尾延时 500ms 再发第一帧。校验失败率如果低于 0.1%，可以只做计数不做告警；超过 1% 就必须查线——长距离、非屏蔽、和电机线捆在一起，都是常见诱因。

5.2 温度曲线周期性跳到 85.0℃ 或 -127.0℃

现象：曲线上规律性出现两个极端值，间隔和采样周期一致。

原因：85 是 DS18B20 的上电复位默认值，说明这一轮读到的是「转换还没完成」的寄存器内容；-127 表示总线无响应，通常是时序被打断或者上拉电阻缺失。两者都跟「读得太急」有关。

解决：把转换等待时间从 750ms 放宽到 800ms；确认 4.7K 上拉电阻真的焊了（很多模块自带，但便宜模块经常省掉）；总线长度超过 10 米时把上拉降到 2.2K。软件上再加一道兜底：读数落在 (-55, 125) 之外直接丢弃，不进入滤波缓冲，否则一个 85 就能把滑动平均拉偏好几度。

5.3 继电器一吸合，温度读数立刻跳 3℃

现象：很规律，加热器启动的瞬间温度读数上跳，关断时下跳，幅度 2~4℃。

原因：典型的共地干扰。继电器线圈和 UNO 共用一条地线，线圈通断时几十毫安的电流突变在导线电阻上产生压降，ADC 的参考地被抬起来，所有读数跟着偏。这不是软件滤波能解决的，因为干扰是共模的、和信号同源。

解决：继电器模块改独立 5V 供电，地线在电源入口处单点汇合，不要串在信号地路径上；A0 对地并 100nF 就近去耦；模拟地和数字地在 UNO 板外再汇合一次。做完这三条，跳变一般能压到 0.3℃ 以内。剩下的靠软件：检测到OUT状态翻转后的 500ms 内的采样标记为可疑，不参与滑动平均。

5.4 上位机跑几个小时就断流，重启又好了

现象：曲线走一段就平了，日志没有报错，串口对象还在，就是不进数据。

原因：多半是写库阻塞了消费线程，队列被填满后put_nowait一直抛Full，而如果代码里写的是阻塞式q.put()，采集线程就会永久卡住，串口缓冲区溢出，之后读到的全是过期数据。另一个可能是 SQLite 没开 WAL，读写锁互相等。

解决：队列必须用put_nowait+ 丢最旧策略；SQLite 开journal_mode=WAL；写库单独开一个连接，别和查询共用一个（SQLite 的连接不是线程安全的）。再加一个自检：如果 10 秒内没有新数据入库，主动reset_input_buffer()一次并记日志，这就是你的黑匣子。

5.5 标定完白天准，晚上偏低 1℃ 多

现象：用标准温度计比对，白天误差 0.1℃，夜里能到 1.2℃。

原因：两个可能。一是 NTC 自热——分压电流一直在流过它，10K 阻值下 5V 分压约 0.25mA，功耗 0.6mW，在静止空气里足以让探头自身比环境高 0.3~0.8℃，空气流动一变，自热程度就变。二是参考电压随室温漂移，普通电阻的温度系数 ±100ppm/℃ 看着小，但两路分压电阻温漂不一致时比值就偏了。

解决：测静止空气时把分压电阻从 10K 提到 47K，电流降到 0.05mA，自热基本可忽略（代价是 25℃ 附近灵敏度下降，需要重新评估分辨率）；或者给探头加一小段导热但绝缘的套管，让自热散出去。参考分压那两颗电阻换成 25ppm/℃ 的金属膜电阻，成本几毛钱，收益比换传感器大。

6. 两点标定与长期漂移：让这套系统敢用来控温

滤波和协议都调通之后，最后一道坎是「读数准不准」。NTC 的 B 值离散性很大，同批次标称 3950 的实际可能在 3900~4000 之间，直接套公式能差 0.5℃ 以上。我不建议做多点拟合，两点标定就够用，前提是两点选得对。

方法很朴素：拿一支经过校准的温度计做基准，把探头和它一起放进两个温度点——一个是你的常用工作点附近（比如 35℃），一个是量程中段（比如 60℃）。稳定 10 分钟后各记一组数据，每组采 30 个滤波后的值取平均。然后反解出你这颗 NTC 的实际R0和B：

已知 T1(℃)、R1，T2(℃)、R2 B = ln(R1/R2) / (1/T1_K - 1/T2_K) R0 = R1 * exp(B * (1/T1_K - 1/298.15))

把算出来的 B 和 R0 写回固件常量，重烧一次。这套流程走完，35~60℃ 区间内通常能做到 ±0.15℃。

标定完不等于一劳永逸。我做过的几套设备里，运行半年后普遍出现 0.2~0.4℃ 的漂移，主要来自探头老化（NTC 的环氧封装吸潮）和电阻温漂。所以我在固件里留了一个「单点校验」模式：现场只要有一支冰水混合物（0℃）或者已知温度的恒温源，发一条$CAL,0.0指令，固件就把当前读数与基准的差值存进 EEPROM，之后所有输出统一补偿这个偏移量。这比重新拆机标定省事得多。

以下是三种常见标定方式的取舍：

还有一个习惯我坚持了很多年：每次改动硬件（换探头、换电源、重新布线）之后，先别急着看曲线，先把原始 ADC 值和换算后的温度同时打出来，连续跑十分钟，看原始值的波动范围。如果原始值峰峰值超过 8 个 LSB，说明硬件层面还有问题，这时候再怎么调滤波参数都是治标。踩坑最深的几次，最后发现都是硬件的问题，软件只是把问题掩盖了几天，然后以更难看的方式暴露出来。

这套东西的门槛真的不高，难点全在那些「看起来不影响」的细节里：一颗上拉电阻、一条地线、一次没等待的转换。把上面这些参数和排查点照着走一遍，从焊第一颗电阻到上位机出曲线，一个周末足够。希望帮到你。

本文还有配套的精品资源，点击获取