那块大屏，把我问住了
上周三下午，课程设计中期检查。一个小组把方案投到屏幕上，我看了三秒钟，心里咯噔一下。
挺漂亮。车间三维模型、设备状态灯、实时产量曲线，还有一个滚动的报警列表。他们做了两周，用组态软件搭的。
我问了一句：三号铣床换刀的时候主轴有异响，你这个系统知道吗？
学生愣了。沉默大概五秒。然后说，可以加一个声音传感器。
加在哪儿？
……主轴箱上？
怎么走线？
……从上面绕下来？
好。到这里就卡住了。这不是他们的错——前两年学的是《机械制造技术基础》《机械设计》，没人告诉他们，一个传感器贴在什么位置，比它采到什么数据更要命。
说实话，我当年也没人告诉。装歪过一回才知道的。
先别画架构图，去车间站半天
后来我把任务改了。
原来开局是画系统架构图。现在开局是——去车间，站半天，拿秒表，记一个零件从毛坯到入库，中间每一段停留了多久。
学生回来，脸上的表情都差不多。有个女生说，老师，一个件在车间里躺了六个小时，真正被加工的时间不到四十分钟。
对。这才是车间现场数字化的起点。不是那块屏。
数据分三层，我一般这么讲：设备层的信号——振动、电流、温度、位置；工艺层的参数——转速、进给、刀具寿命、装夹方式；管理层的订单——谁下的、交期、批次。
机械设计专业的学生，最容易站稳的是中间那层，甚至更靠下。传感器怎么装、夹具会不会挡、线束怎么走、切削液会不会糊上去。这些是结构问题、公差问题、干涉问题。算法工程师替不了你。
有个学生把振动传感器用磁座吸在薄壁钣金罩壳上，采回来的信号全是毛刺。他以为是采样率不够，调了半天。我让他把磁座挪到主轴箱的铸件上。
干净了。
这事跟算法一点关系都没有。是刚度问题。是机械设计问题。
工具链上，我们做了一次减法
课程原来有一段组态软件实操，八个学时。学生学得挺熟，拖控件、绑变量、做动画。
但每届都有人问：老师，这不就是画画吗？
我承认，那段时间我在这个问题上有点含糊。今年索性砍了四个学时，换成穿插练习——同一个信号，从PLC的IO点，到边缘网关，到OPC UA的地址空间，到你最后一层数据库的表字段，一路追下去，让学生自己把这条链画出来。
不要求他们写代码。要求他们能指着任意一个数字，说清它是从哪个物理量来的，经过哪些环节，哪个环节可能断，断了怎么知道。
头一回交上来的链条图，惨不忍睹。断头的地方特别多，尤其“网关到服务器”这一段，好几个组直接画了个箭头，写“网络传输”。
这四个字能气死人。
不过话说回来，四个学时也不够。这学期我把一部分内容往后挪了，放到第二个课程设计周期里。急不来。
评分表改了三次，这次像样了
旧表是按功能点打分的。采集了几个点位、做了几个报表、报警规则几条。
结果是学生拼命堆功能。有个组做了十七条报警规则，我挑其中一条——刀具磨损预警——阈值怎么定的？
他说，网上查的。
我问他：你加工的什么材料？什么刀具？切削用量多少？
他答不上来。
功能多，不等于现场能用。新表我看四件事：
数据从哪儿来，说清楚没有；到哪儿去，中间断了会怎样；异常情况下，人和系统怎么分工；机械结构上有没有明显的坑，比如走线干涉、传感器装不上。
分数权重往后面两项压。
头一回用新表评，分数最高那组只做了三个采集点。一个测主轴电流，一个测气源压力，一个测夹具夹紧行程。他们画了一张工位时序图，把换刀、装夹、加工、测量四段的时间标得清清楚楚，然后说：我们只做这三处，因为这三处最可能变成瓶颈。
我给了一个挺高的分。学生还挺意外。
那一刻我觉得，这门课的方向大概对了。
但另一个毛病冒出来了。学生对现场的理解，还是停留在图纸和视频里。真机床上切削液飞溅、铁屑堆积、操作工嫌麻烦不想扫码这些事，他们没体感。
我打算下学期找个校企合作的机加工点，让学生跟着设备维护的人待一个下午。不用做什么，就看。
看一次，比自己推演十次管用。
嗯……也可能白搭。先试试。
