上周三下午，实验室302。
一个学生举着笔记本跑过来，说老师，数据传上去了。我说，先把网线拔了。他愣了两秒，拔掉。三秒后，屏幕上的曲线走平——不是断掉，是彻底没了。他那条温度曲线，只在内存里活过一会儿。
这事我讲了三年。每年讲，每年都有人这么干。
设备数据上传，在机械设计教育里是个挺尴尬的位置。它不纯是机械，也不纯是软件，卡在中间那道缝里。学生画完联轴器、校核完轴承寿命，你让他写个上传模块，他第一反应是：这不该计算机专业干吗？
我一般只回一句。你设计的试验台，采完了数据往哪放？
先别写代码，先写一张“图纸”
我上课的顺序跟教材是反的。教材从通信协议讲起，Modbus、OPC UA、MQTT，一路讲下去。学生听得云里雾里，笔记记得挺满，一到动手全断片。
我的做法是：先让他们在纸上写一张表。
字段名、物理量、单位、数据类型、取值区间、异常值拿什么表示。就这六列。这张表定不下来，后面全是返工。
为什么这么较真？因为学生最容易漏的就是单位。有一组做热变形测量，温度值写成整数235，本意是23.5℃。后端那边不知道啊，默认按摄氏度画，曲线一路窜到两百多度，答辩老师第一眼以为他的加热炉炸了。全场笑。笑声里其实藏着真问题——上传的本质不是把字节搬过去，是让另一台机器读懂你。
我管这张表叫数据契约。跟图纸上标公差是一个道理。你画一根轴，光写个直径12，不标配合、不标公差等级，车间照样能给你车出来，但装上去就是晃。数据也一样，你光把数发过去，不说它是什么、什么量纲、什么时刻采的，对面收到的就是一堆噪音。
有意思的是，机械专业的学生对这件事接受度反而高。他们本来就习惯了标注、习惯了约定、习惯了“我画的东西别人得能加工”。你跟他们讲契约，他们点头。跟他们讲协议栈，他们眼睛就开始飘。
采集、打包、投递、存根
我后来把设备数据上传拆成四个动作。学生只要记住这四个词，剩下的自己就能推。
采集。采样率怎么定，这是个机械问题不是软件问题。轴转一圈要采多少个点，取决于你想看什么频段。学生爱写 while 循环加 sleep，我一看代码就知道要出事。sleep 那点误差累积起来，采样周期飘得没法看，做频谱分析的时候频率轴全是歪的。
打包。时间戳必须来自采集那一刻，不能是上传那一刻。这个坑特别深。车间里几台设备，PLC 时钟各走各的，有的快十几秒有的慢半分钟。你把它们的数据传到同一个库里去，做多通道相关分析，结果全是错的。振动分析离了同步，什么都做不了。所以时间戳我要求他们写采集时刻，并且——如果条件允许——加一个同步机制。哪怕只是开机对齐一次。
投递。这里必须换一个心态：假设网络一定会断。断网不是故障，是常态。教室里的 WiFi 掉线，实验室的交换机被人踢了插头，车间那边更别提。你把它当异常处理，代码写出来就是脆的。
存根。本地要留一份。我给他们讲环形缓冲区，用的比喻是料仓。进料出料，满了就覆盖最老的。掉线的时候别丢料，一段一段攒着，等恢复了按顺序推上去。
学生真正卡住的地方，不是缓冲本身，是重传的节奏。
有个组断线攒了六万多条，网络一恢复，开个循环全推出去。服务器直接被打挂了，老师那边的监控平台也跟着卡死。后来我让他们加批量限制、加退避。攒得越多，越不能着急。
这时候就有学生会问，那我怎么知道对面收全了？我说好问题，你自己去想。这就是确认机制的由来。不是我讲给他的，是他自己撞出来的。撞出来的东西，记得牢。
那次拔网线，后来成了固定环节
第一次拔网线纯属偶然。
几年前的一次课程设计答辩，一个学生演示数据上传，讲得挺顺。我站在旁边，伸手把网线拔了。他的界面上那个绿色小灯还亮着，数据其实已经断了。他自己都没发现。
场面有点尴尬。我没说重话，就问他一句：现在这份数据，还在吗？
他翻了半天，说在内存里。我说那断个电试试。
从那之后，我带的所有跟设备数据上传有关的课程设计，答辩都加三个动作：拔网线、断电、改系统时间。
拔网线看的是断线续传有没有做。断电看的是本地有没有落盘，还是全靠内存撑着。改系统时间，看的是他们有没有把时间戳和设备时钟绑在一起——有的组后端按接收时间排序，一改时间，数据顺序全乱。
学生一开始怨声载道。说老师你这是故意刁难。我说不是，这是机械设计的老规矩。你设计一个夹具，不也要做极限工况的验证吗。数据链路也是一种结构件，你不压它，永远不知道它哪一段先屈服。
后来有个学生反过来给我提建议：能不能再加一个动作，把网线拔掉之后只插一半，接触不良那种。我说这个好，下次加上。心里其实挺高兴的，说明他真去想故障模式了。
工具链，别贪多
这块我踩过坑，也见过学生踩。
刚开始那两年，我恨不得把市面上的东西都塞进课堂。Modbus、OPC UA、MQTT、Kafka、InfluxDB、Grafana，一学期下来学生连名字都记不全，更别说搞清楚哪个该用在哪。课程评价里有人写：学完不知道到底学了啥。
那句话我记了很久。
后来砍到只剩两样：一个负责把设备里的数捞出来，一个负责把它发出去。现场层用 Modbus 或者设备自带的接口，应用层用 MQTT。中间怎么串，我让学生先用图形化的工具拖一拖，先把整条链路跑通，能看到数据真的从试验台走到屏幕上，再回头讲背后的格式和语义。顺序反过来，效果差很多。
还有个细节。别上来就讲协议报文结构。先让他们看数据。拿一条真实的温度曲线，让他们自己找出问题：为什么这一段是平的？为什么这里跳了一下？被问住了，再去翻编码格式、翻字节序。这时候翻手册，是带着问题的。
说实话，我自己也在学。设备数据上传这块，标准在变，芯片在变，学生的手机比实验室的网关还快。每年备课都得删掉一些旧内容。删的时候心疼，讲的时候又觉得轻松。
有学生跟我说，老师，这课不像机械。我问他，你辛辛苦苦设计这个试验台，采出来的数据没人看得懂、留不下来、传不出去，你的设计算完成了吗？
他没说话。第二天把那张数据契约表补全了，重新交了一份。
下学期的改动我已经想好了。在每台试验台旁边贴一张卡片，就写一行字：先拔网线。
