图1调试周期3周其中2周卡在超时参数问题上教训提前问厂商默认超时时间调了3周没通最后发现是超时参数设错了去年对接AMAT刻蚀机HSMS通信死活调不通。第1周研究协议看懂了S1F13/S1F14/S1F3/S1F4代码写好了。第2周设备连上了但发消息没回复。抓包看TCP三次握手成功但SECS消息没响应。第3周反复调试、查文档、问厂商FAE。最后FAE发来一句默认T3是45秒你们设的是5秒。我设的5秒超时设备要8秒才回复所以每次都超时断开。改成60秒后一次通了。如果一开始就问清楚可以省3周。按外包日薪2000元算3周约6万。但更重要的是耽误了1个月的项目进度。SECS-GEM调试4大坑坑1超时参数(T3/T5/T6/T7)每个超时都有特定含义T3回复超时(默认45s), T5连接分离超时(默认10s), T6控制超时(默认5s), T7会话超时(默认30s)。设错了要么假死要么频繁断开。坑2W-bit标志Primary消息W-bit1要等回复Secondary消息W-bit0不需要回复。发错了会死等。坑3数据格式编码SECS用ASCII格式码不同设备对数据项格式的定义有差异。L(长度)要用4字节还是2字节String是EIA还是ASCII必须和设备文档确认。坑4被动/主动模式设备可以是passive等连接或active主动发起。AMAT设备默认passive你必须先连上去再发消息。import socket, struct, timeclass HSMSConnection:def __init__(self, ip, port, timeout_t360):self.ip ip; self.port portself.T3 timeout_t3 # 默认60秒比设备回复时间稍长self.sock Nonedef connect(self):self.sock socket.socket(socket.AF_INET, socket.SOCK_STREAM)self.sock.settimeout(30) # TCP层超时self.sock.connect((self.ip, self.port))self._send_select() # 发送S1F13 Selectdef _send_select(self):# S1F13: Select Request (HSMS message)msg struct.pack(IHBBII, 10, 0, 1, 13, 0x80, 1)self.sock.sendall(msg)# 等待S1F14回复设备可能需要5-8秒reply self._wait_reply(timeoutself.T3)return self._parse_reply(reply)def _wait_reply(self, timeout):self.sock.settimeout(timeout) # 关键T3超时要设够header self.sock.recv(10) # HSMS头10字节length struct.unpack(I, header[:4])[0]body self.sock.recv(length-10) if length10 else breturn headerbody为什么TCP超时设30秒、T3设60秒因为TCP层超时应该小于应用层超时设备回复在45秒内但考虑到网络抖动60秒更安全。图2超时参数设错是最常见的错误35%其次是W-bit标志错误20%效果数据指标盲目调试有经验调试调试周期3周以上3-5天沟通成本反复问FAE一次问清成功率30%95%节省成本—约25万(外包费)对项目影响延误1个月无影响调试前必问厂商的5个问题1. 默认T3/T5/T6/T7超时是多少秒2. 设备是passive还是active模式3. 数据项格式是EIA还是ASCIIL是2字节还是4字节4. 常用消息的格式码SF是什么LF是什么5. 有没有厂商的参考代码或测试工具这份工具/模板我整理了很久建议收藏备用。你在FAB遇到过类似问题吗评论区说说你的经历—关注我获取半导体AI实战工具包SPC/OEE/FDC/良率预测