第一次上课就炸锅
去年带机械设计方向的智能制造模块，第一次开这个内容，我按着教材备的课，上来先讲三种主流工业协议的结构。刚讲完二十分钟，后排一个做过工厂实习的学生举手。说不对啊，我在厂子里见的旧称重传感器走Modbus，地址码和标准说的不一样，根本读不出来。
然后一群人跟着附和，去过实习的都说，现场根本不是标准里说的那样。那节课我本来准备让学生做个全协议解析的作业，结果一半人连设备都连不上。就是卡这儿。
说实话，我那时候才反应过来，我们教机械设计的，为什么要按通讯专业的路径教这个？
砍掉一半内容之后通了
回去我就改教案。把所有要求背协议帧结构、底层编码的内容全砍了。留什么？留实际做设备改造的时候怎么找问题，怎么选适配方式。原来要求学生从零写解析代码，现在改成，先想你要什么数据。你做上下料改造，只要拿PLC的出料信号，读AGV的当前坐标，要全解析一万条报文干什么？
不过话说回来，核心的坑还是要讲。我就把这么多年攒的实际项目里遇到的问题列出来，第一条就是同协议不同厂商的私有扩展坑。标准写的是一回事，厂商给你改了校验位或者地址偏移是常事，你按着标准算，永远不对。
去年有个学生做毕设，要把老产线的视觉检测设备接到新的数控系统上，一个走CC-Link，一个走PROFINET，一开始非要自己写双向解析，熬了两周，连数据包都抓不对。后来按着我改的方法，先列出来需要的十个数据位，再选便宜的开放式网关，直接在网关配置页做映射，半天就通了。剩下的时间全用来调机械结构的精度，这不就是机械设计师该干的事吗？
我们到底要教给学生什么
很多人说，机械设计方向学什么协议解析，交给通讯厂商不就行了？不对啊。现在做智能产线改造，大部分机械设计师要顶在现场对接，你连什么是协议适配都搞不懂，只能等着厂商工程师来，耽误工期不说，你设计的设备改个接口都不知道能不能接。
但也没必要把学生训练成协议专家。我们要教的，就是遇到不同协议的设备要对接的时候，你能分得清什么时候买现成网关转，什么时候要自己写简易解析，能把你需要的那几个数据抠出来，就够了。
我改了教案之后，这届学生的作业，一半都是真的从实习工厂拿的小需求，没有一个卡超过一周的。还有个学生，给老家的五金厂改了个旧设备，用十几块的转接头加简单的适配脚本，搞定了原来大几千才能解决的问题。
说起来好笑，原来我总觉得要教全，要把所有主流协议都讲一遍，现在才发现，学生最需要的，就是有人告诉他，不用全搞懂，先把你要用的搞通就行。现场哪有那么多符合标准的完美场景？都是凑合用，能满足需求就是好适配。
哦对，还有个小细节，之前我总让学生记各种协议的参数，现在改成，让学生存好各个厂商的协议手册地址，遇到问题直接去翻厂商的文档，比记什么都有用。很多学生出了学校反馈说，这个习惯帮了大忙，网上抄的标准参数根本不对，找原厂文档才是正道。
做教研这么多年，越教越觉得，很多跨领域的知识点，不是教得越多越全就越好，找准机械设计的定位，抓准学生的实际需求，比堆一堆没用的理论有用多了。
