简介面向电子制造从业者的SMT专业词汇翻译文档汇总了14个高频术语覆盖表面贴装技术SMT、表面贴装器件SMD、印刷电路板组装PCBA等基础概念以及从锡膏印刷、高速贴片、回流焊到AOI自动光学检测的完整工序用语帮助产线工程师、工艺人员或刚入行的读者快速理解设备与工艺中的英文缩写减少阅读设备说明书、工艺文件时的翻译障碍。压缩包内含1个docx文档大小仅13KB内容精炼便于随时查阅、打印或导入笔记工具。目前已有376人学习适合作为SMT入门扫盲和现场速查的迷你词表。文档除核心缩写外还覆盖高速机、泛用机、上板机、下板机、接驳台、NPI新产品引入、DIP封装等设备与流程术语每个词条均配有简短解释按工序逻辑串联有助于读者建立完整的SMT业务语境提升中英文沟通效率在实操与会议中更加从容。1. 电子制造 SMT 专业词汇翻译难的不是生词是同一个词的两副面孔第一次整理某 PCBA 项目资料时我把 stencil 翻成“模板”把 paste 翻成“浆料”工艺工程师看了一眼图纸反问钢网和锡膏哪去了电子制造 SMT 专业词汇翻译最反直觉的地方就在这——难的不是生词是同一个英文词在不同客户、不同工序、不同文档里有完全不同的叫法。AOI 在标准文档里是“自动光学检测”在客户邮件里就叫 AOIreflow soldering 是“回流焊”也是车间师傅嘴里的“过炉”。术语不统一BOM、SOP、设备界面、审厂文件就各说各话翻译做得越多错得越整齐。这篇文章把 SMT 专业词汇翻译当作工程问题来拆术语从哪来、优先级怎么定、怎么用脚本从旧文件里快速建库、翻译规则怎么一次定死、哪些坑几乎每家都会踩一遍。适合工艺、质量、设备工程师也适合给英文规格书和客户文件做翻译的人。看完可以直接搭出一套自己团队能长期维护的术语库。2. 把 SMT 术语体系先立住三层来源与一张冲突仲裁表术语翻译最忌讳的是一上来就翻词组。SMT 的术语不是一块平地它至少来自三个互相不完全对齐的源头行业标准、设备厂商、车间习惯。如果一开始没把这三个来源分开后面做术语表时就会出现大量“谁都有道理”的争执。先把结构立住翻译才有仲裁依据。2.1 三层来源标准层、设备层、车间层标准层是行业标准体系里对工艺和缺陷的定义比如行业标准IPC 体系中对 reflow soldering、void、solderability、stencil 这些词的定义。这一层的特点是表述稳定、跨公司通用适合作为术语库的地基。但标准层有个明显问题它不负责车间沟通。你在标准里查 nozzle 得到“喷嘴”可设备操作界面上写的就是 nozzle操作工嘴里说的是“吸嘴”标准译法反而没人用。设备层来自贴片机、印刷机、回流焊、AOI、SPI 等设备厂商的操作手册、触摸屏界面和报警信息。这部分术语的特点是跟操作强绑定同一功能在不同厂商设备上名字不一样比如“供料器”有叫 feeder有叫 tape feeder还有叫 component feeder。设备层术语必须以“屏幕显示什么文档就写什么”为原则来收不能拿标准词去改造设备界面否则操作工对着文档找不到机器上的对应按钮。车间层是工艺、设备、操作工在实际沟通里的口头叫法比如“打件”“过炉”“修板”“目检”。车间层的词往往不够书面但生命力最强。术语表如果不收车间层翻译出来的 SOP 工人不愿意看如果全收文件又显得不专业。所以三层要同时存在只是适用文档不同SOP 可以偏车间层客户规格书必须偏标准层设备操作指导必须偏设备层。2.2 一张能落地的术语表字段设计很多团队第一版术语表只有三列英文、中文、备注。用两周之后就发现不够用因为同一个英文词在不同文档里允许有不同译法单凭三列没法表达“这一条只用于 BOM那一条只用于 SOP”。我建议最少按下面的字段设计字段看着多但每一列都在解决一个具体的“打架”问题。字段类型作用英文术语文本标准英文写法一个单词或固定短语缩写/别名文本AOI、SPI、PCB 等缩写与设备上的别名中文规范译名文本文档正式采用的中文译法车间常用叫法文本操作工和技术员日常口头说法来源枚举标准/设备/车间/客户适用场景枚举BOM/SOP/设备界面/客户文件/邮件状态枚举草稿/已发布/废弃负责人文本谁最后确认这一条更新时间日期记录这条发生变更的时间这里面最容易被忽视的是“适用场景”和“状态”。适用场景解决一词多义同一个 stencil在钢网图纸里译“钢网”在印刷工艺规范里也可以译“钢网/网板”但在设备手册里如果厂商原文用的就是 stencil中文就写“Stencil钢网”保留英文更稳妥。状态字段解决的是“这条到底算不算数”草稿只代表有人提了不代表大家已经认了已发布代表进入正式文档和客户文件前必须查这一版。没有状态字段术语表最终会变成一个什么都往里装但什么都不算数的垃圾桶。2.3 冲突时的仲裁顺序谁说了算三层来源并存就意味着冲突必然存在。我的仲裁顺序是固定的一套碰到争执直接按顺序往下走不吵客户指定说法优先于内部默认内部默认里行业标准优先于设备厂商标法设备厂商标法优先于车间口头叫法。为什么客户永远排第一因为翻译的最终目的是让对方能直接推进工作。客户规格书里写 Solder Paste 并在括号里注明“锡膏”你的 SOP 里再译“焊料膏”就算从标准角度没错客户也会认为你连基础词都没对齐。举个实际例子标准体系里“自动光学检测”对应 AOI某客户却是外资企业习惯在报告里直接写 AOI 不展开。这时术语表应该同时收录两条一条是“AOI自动光学检测”来源标注为“标准”另一条是“AOIAOI不译”来源标注为“客户”适用场景为“客户报告”。两条并存不冲突靠适用场景字段隔离。另一个例子是“回流焊”设备厂商在炉子界面上写 Reflow车间叫“过炉”客户文件里叫“回流焊”术语表里三行都要有但正式发出去的工艺文件只用客户那行。当标准与客户要求冲突时有人会问行业标准不是应该优先吗实际业务里标准只是内部底线客户才是文档的最终读者。术语表要保留两条记录而不是删掉标准译法。这样做的好处是内部培训时用标准译法对外文档切到客户端偏好互不干扰。我还有一个习惯把新增冲突词放进每周一次五分钟的术语评审里集中处理而不是在即时通讯群里吵到月底也没结论。仲裁有顺序执行有节奏术语库才能越用越顺。3. 从历史工艺文件里挖术语别名窝点与半自动提取脚本术语库冷启动时最常遇到的问题就是“我该收哪些词”。靠人一个个想想到的都是高频词漏的都是藏在旧文件里的别名。真正靠谱的做法是从历史文件里挖公司过去的 BOM、SOP、设备报警清单、客户邮件、翻译好的中英对照资料这些都是术语的富矿。但人工通读几百页文件不现实所以第一步是用脚本做候选词粗筛再由人来复核。这一步决定了术语库能覆盖多少真实业务。3.1 为什么用半自动脚本而不是纯手工纯手工整理术语的优点是准缺点是慢而且容易被个人经验带偏。一个人整理术语表大概率只写自己岗位常用的词工艺工程师留下 paste printing 相关的一套设备工程师留下 feeder、nozzle 相关的一套质量工程师又只有 AOI、SPI、x-ray 那几十个。结果三个人各建一版最后合并时发现对不上。脚本的价值不是替代人判断而是把“从文件里捞词”这种适合机器干的机械劳动剥出去让人只做上下文判断。我见过有人直接把整本英文手册丢进机器翻译再人工改结果中文读起来像是“翻译过但没完全翻”因为术语没有统一基准。反过来用脚本先把高频术语候选抓出来建好表再拿表去做翻译后处理效果会稳定很多。半自动不是“脚本跑一下就好了”而是脚本输出候选、人工判断取舍、再把结果回灌术语表形成一个循环。跑脚本这件事不挑人新人也能操作判断取舍才需要经验。整个流程分四步按顺序走第一步把历史 PDF、Word 导出成纯文本第二步跑预处理脚本清掉页眉页脚和表格碎片第三步跑候选提取脚本得到带频次的英文词清单第四步人工打开清单逐条判断把确认的术语按第 2 章字段补全入库。前三步都是机械动作第四步才是技术活。3.2 预处理从 PDF/Word 里把文本洗干净从 PDF 转换出来的文本往往带着页眉、页脚、页码、表格竖线残留直接拿去做词频统计得到的一定是垃圾词。先做一个清洗函数把纯格式杂质去掉。下面这段是常用的一套预处理输入是已经用工具转出来的纯文本文件输出是干净的一行文本。import re def clean_text(raw: str) - str: 去掉页眉页脚页码与表格残留把多行压缩成一行连续文本。 lines [] for line in raw.splitlines(): line line.strip() # 过滤页码、Rev 版本行、日期行 if re.match( r^(Page\s*\d|\d\s*/\s*\d|Rev\.?\s*[\d.]|\d{4}-\d{2}-\d{2})$, line, re.I ): continue # 过滤纯表格线例如 |---| 或者 --- if re.match(r^[\|\\-\s]$, line): continue lines.append(line) text .join(lines) text re.sub(r\s, , text) return text这段代码的逻辑分三块先按行处理用正则匹配页码与版本行并丢弃再丢弃只有表格线和横线的行最后把剩余行拼接成连续文本把多个空格压缩成一个。参数里唯一需要常调的是第一个正则里的Page\s*\d如果你们的页眉是“第 12 页 / 共 30 页”这种中英混合就再补一条中文页码正则。清洗的目标不是完美而是让后面做词频统计时不会把“Page 12”当成候选术语。3.3 候选提取只捞中文句子里嵌着的英文词预处理之后是提取候选词。这里有个关键做法不要对整篇英文文档做词频统计而是只在“包含中文的行”里找英文片段。因为 SMT 资料里大量中英混排真正值得收进术语表的是中文上下文里出现的英文原词整段英文手册里的高频词大多是 the、a、of 这种停用词统计出来意义不大。下面的脚本按这个思路工作。import re from collections import Counter def extract_candidates(text: str, min_freq: int 3, max_words: int 3): pattern re.compile( r\b[A-Za-z][A-Za-z0-9\-\.]* # 第一个英文单词 r(?:\s[A-Za-z][A-Za-z0-9\-\.]*){0,%d}\b % (max_words - 1) ) counter Counter() for line in text.splitlines(): # 只处理含中文字符的行跳过整段英文 if not re.search(r[\u4e00-\u9fff], line): continue for m in pattern.finditer(line): token m.group().strip() # 过滤纯数字、过短的词、明显是路径的内容 if re.fullmatch(r[\d\.\-], token): continue if len(token) 2: continue counter[token] 1 return {w: c for w, c in counter.items() if c min_freq}参数min_freq3意思是至少出现 3 次才会被列为候选太低会混入噪声太高会漏掉只出现过一次的客户专用词可以先跑一遍看结果再调。max_words3控制短语长度因为大多数 SMT 术语短语不超过三个词比如 solder paste、pick and place machine、board edge connector把上限设成 4 会捞出一堆不完整句子。最后用c min_freq过滤是保留人工复核的价值低频词不代表不重要客户专用词往往就出现一两次所以输出 CSV 时我会把 3 次以下的词单独放一列不直接丢弃。import csv def write_candidates(candidates: dict, out_path: str): with open(out_path, w, newline, encodingutf-8-sig) as f: writer csv.writer(f) writer.writerow([英文候选词, 出现次数]) for term, freq in sorted(candidates.items(), keylambda x: -x[1]): writer.writerow([term, freq])这里用utf-8-sig编码原因很实际用 Excel 打开不带 BOM 的 UTF-8 文件时中文会乱码。跑完之后需要人工复核的只有一个动作打开 CSV对照词条在原文里的上下文判断这个词是术语、是普通词、还是噪声。判断标准是把词从中文句子里删掉如果句子还通顺说明它是可替换的修饰性词汇不是术语如果句子信息明显缺失说明它是承载含义的专业词收进术语表。人工复核没法省这也是整个流程里唯一不能交给脚本的环节。所有确认过的词按第 2 章的字段补全后进入正式术语表。4. 翻译落地时定死几条规则缩写、单位、词性与上下文术语表是原料翻译规则是加工方法。很多团队术语表做得很好翻出来的文档还是乱问题出在规则没定死同一个词今天展开、明天不展开单位一会儿 mm 一会儿 mil发票、设备报警、SOP 里的同一个词用了不同译法。翻译规则不需要写一百条把下面这几条定死大部分问题都能消灭掉。4.1 缩写统一首次出现展开界面和标题保留SMT 行业是缩写重灾区PCB、PCBA、SMT、AOI、SPI、X-Ray、ICT、FCT、ESD、MSL、BOM、DFM、NPI。翻译时最常见的分歧是“要不要把缩写翻译成中文”。我的规则是正文首次出现时写“中文全称英文缩写”比如“自动光学检测AOI”之后再次出现一律用缩写标题、表格、设备界面、客户报告格式里只写缩写不展开。因为标题和界面空间有限展开反而没人看。这条规则要在术语表里落地不能靠翻译人员自觉。做法是在缩写字段里额外登记“是否展开”值为“是”的才在正文里展开值为“否”的即使首次出现也保留缩写。比如 AOI 在内部 SOP 里展开在客户报告里不展开而 SMT 这种行业常识词客户文档里一般不展开直接写 SMT。规则本身不复杂复杂的是每个客户不一样所以 4.4 节会讲怎么把客户偏好做成参数。还需要注意一个例外有些缩写展开后反而破坏检索。比如 PCB 展开成 Printed Circuit Board团队成员想按缩写搜资料时就搜不到了。所以“是否展开”不能只看文档类型还要看这个词在团队里是否以缩写作为主要检索键。凡是日常沟通里几乎只叫缩写的正文里也不展开第一次出现用括号注释全称即可。4.2 单位与数值格式只统一写法不换算数值SMT 资料里的单位混用比想象中严重设备手册用 mil图纸用 mm客户规格书用 inch钢网张力用 N/cm温度曲线用 ℃。翻译时最忌讳的是“顺手换算”。原因有两个一是换算会引入精度风险比如 4 mil 换算成 0.1016 mm写到文档里可能被误抄成 0.1 mm二是如果换算式或公差只换算一半客户核对时完全对不上。所以规则定成单位标记和数值一律不换算只统一格式。场景推荐写法不推荐写法厚度/间距0.1 mm 或 4 mil跟随原始图纸0.1016 mm由 4 mil 换算温度260 ℃回流峰值260°C时间60 s全篇一致有时 s 有时 sec张力40 N/cm40 N/cm≈228.5 lb/in我见过有人在 Word 里用查找替换把 mil 全部换成 mm结果把标题里的“MIL 规格”也替换了整份文件报废。单位处理的核心是把“单位写法”做成术语表之外的另一张规则表每次翻译前确认项目基准单位是 mm 还是 mil。只要原始文件用了另一套单位就在文档里保留原始写法不做换算。如果客户必须在同一份报告里看到公制可以在第一次出现的单位后面加括号注释但后续所有数值仍保持原样。4.3 上下文决定词义paste 与 stencil 的两副面孔SMT 里最典型的“一词多义”集中在几个高频词上。paste 在贴片工艺里几乎都指“锡膏”但在化学品语境里是“浆料”stencil 在钢网图纸上是“钢网”在印刷工艺参数表里也是“钢网”但有些设备厂商手册里直接写 stencil中文注释却写“模板”导致操作工以为模板是另一种东西。这类词不能靠“一个英文对应一个中文”来收必须在适用场景里写明每一条的限定条件。英文场景规范译名禁用译名paste印刷/焊接工艺锡膏浆料stencil钢网图纸/印刷钢网模板pick and place贴片工序贴片拾取和放置nozzle设备备件吸嘴喷嘴touch-up返修工序补焊/修板触摸更新术语表里保留“禁用译名”字段的价值容易被低估。禁用译名不是错误译名而是“在本公司文档里不允许使用的译名”。比如“拾取和放置”从字面上完全正确但在贴片行业里没人这么叫收了禁用之后新来的翻译就不会再踩这个坑。禁用译名是团队用翻车教训换来的值得单独维护并且要写进新人培训清单里。4.4 规则参数化把客户偏好做成可切换的配置不同客户对术语的要求经常互相矛盾最典型的就是“缩写展开”和“英中顺序”。有的客户要求所有英文缩写第一次出现必须展开有的客户要求全部保留。解决办法不是让翻译人员记住每个客户偏好而是把偏好做成参数表按客户和文档类型切换。参数表在术语库里做起来不复杂就是给第 2 章那张主表加“客户”和“文档类型”两个筛选字段。客户文档类型术语采用译法禁用译法内部默认SOPAOI自动光学检测AOIAOI 直写客户A客户报告AOIAOI不展开自动光学检测客户B工艺规范solder paste锡膏焊料膏客户C设备验收stencil钢网Stencil模板拿到新项目时第一步不是开翻而是先查这个客户有没有已登记的术语偏好第二步把术语表按客户过滤得到一个当前项目可用的术语子集第三步才动笔。整个过程比靠记忆快得多而且新人也能直接用。我把这一步叫“术语预加载”它是减少返工最有效的一步。实际操作中还可以写一个很小的过滤脚本按客户字段导出项目术语清单放到项目目录里供全组引用避免几个人各查各的。5. 避坑SMT 术语翻译最容易翻车的 5 个现场这一章全是踩过坑之后补出来的规则每条都是现象、原因、解决三段。翻译人员在现场最常翻车的往往不是冷门术语而是那些看着简单、用着就错的常用词。5.1 现象AOI 被翻成“自动光学检查”术语对但没人认现象某项目的 AOI 报告模板里中文标题被翻成“自动光学检查”客户邮件回复里却一直写 AOI双方来回确认了好几次才知道说的是同一个东西。原因AOI 的全称 Automated Optical Inspection翻成“自动光学检查”与“自动光学检测”都算对但客户的企业术语里只认 AOI不认任何中文全称。翻译人员按自己的“全称优先”原则硬加了中文反而制造了识别成本。解决在参数表里给这个客户登记“AOI 不展开、不翻译”正文一律保留 AOI只在第一次出现时加括号注释。以后所有跟这个客户相关的报告都按这条规则走。这条规则同样适用于 SPI、ICT、FCT 这类行业通用缩写。5.2 现象Reflow 的拼写变体混杂Re-flow、Reflow 混着写现象同一份工艺文件里前半页写 Reflow后半页写 Re-flow回流焊炉的标签上又是 REFLOW。审校时有人以为发现了错误但设备截图里确实写着不同版本翻译人员不敢改设备名词于是照抄。原因很多设备厂商的界面文本来自不同时期的图纸拼写并不统一翻译人员又不知道以哪个为准结果把不一致一路带进了正式文件。解决术语表里把 Reflow、Re-flow、REFLOW 三条都收录规范译名统一为“回流焊”并在“缩写/别名”字段中互相绑定。正式文档中一律使用 Reflow设备界面截图保留原始拼写但图注里要标注“即 Reflow / 回流焊”。5.3 现象PCB 与 PCBA 混用BOM 对不上板现象物料清单里把“PCBA 半成品”写成“PCB 板”采购按 PCB 去下单结果买回来的是裸板生产线没法投板。原因PCB 是印制电路板PCBA 是贴装完成的组件板这是两个物料状态。翻译人员把 PCBA 看成 PCB 的复数或拼写变体直接统一成 PCB造成物料编码错位。解决在术语表里把 PCB 与 PCBA 分成两条并加一行说明“PCB裸板PCBA成品组件板”。所有 BOM、工单、出货文件里这两个词禁止互相替换。我还在 BOM 翻译规范里额外加了一条遇到 PCBA 必须顺手核对物料编码是否带“组装”标识防止把状态词当拼写错误改掉。5.4 现象mil 和毫米混排单位没换算但全篇乱现象一份钢网开孔文件里厚度写 0.1 mm开孔尺寸却写 4 mil看起来整份文件单位混乱客户要求重做。原因原始文件可能来自不同设备厂商的导出模板翻译时没有检查单位基准。数值原样保留后两套单位同时出现在同一份文档里问题被放大到一眼可见。解决在规则里加“全篇单位基准检查”。翻译完成后用一种最简单的办法在文档里搜索统计 mm、mil、inch 的出现次数超过两种单位就要和原文确认是否真的混用。注意这里不需要换算只需要确认原文是否真的同时用了两套单位如果原文如此翻译保持原样并在文档开头注明“本文件同时使用 mil 与 mm均按原始数值保留”。5.5 现象车间黑话进了正式 SOP客户看不懂“打件”现象一份发往外协厂的工艺 SOP 里写了“打件前确认钢网张力”外协质量人员看不懂“打件”是什么操作电话来回打了好几个。原因术语表只收录了标准层和设备层没收录车间层的“打件”与标准译名“贴片”之间的映射。作者直接写了口语叫法默认对方能懂。解决术语表里加一条“贴片Pick and Place车间叫法打件/贴装”并规定车间叫法只允许出现在内部文件。客户文件、外协文件、审厂文件一律用规范译名“贴片”。分层使用规则在第 2 章已经立住这时就能直接救场。6. 让术语库持续长下去版本管理、一致性校验和一点自动化术语库最怕建完之后没人管。半年后人员流动新人不知道术语表存在又回到各翻各的状态。我的做法是把术语库当成代码库维护有版本、有变更记录、有自动检查。6.1 术语表也要有版本变更留痕术语表版本不必复杂一张表加两个字段就够生效日期和废弃日期。任何译法修改都不直接覆盖旧行而是新插入一行并标记旧行废弃。这样翻旧项目时还能查到当时用的术语版本不会用今天的译法去改昨天的文档。我按季度命名版本比如 term_v2025Q1与项目版本对应。变更时在备注写一句原因比如“客户A要求 AOI 不展开”下次冲突时这句备注就是仲裁依据。6.2 用一致性巡检脚本把术语表“长”到每个文档里术语表建好后不能只在翻译时查要把检查动作放到文档发布之前。下面这个脚本遍历待发布文档列出文档里出现但术语表里没有的英文词同时检查“禁用译名”是否混入文档。前者是补新词后者是防旧错。import csv, re, sys term_map {} with open(smt_terms.csv, encodingutf-8-sig) as f: for row in csv.DictReader(f): term_map[row[英文术语].strip().lower()] row forbidden [(en, row[禁用译名]) for en, row in term_map.items() if row.get(禁用译名)] def audit(path: str): text open(path, encodingutf-8, errorsignore).read().lower() hits [(en, ban) for en, ban in forbidden if ban and ban.lower() in text] unknown sorted({w for w in re.findall(r\b[a-z][a-z0-9\-]{1,}\b, text) if w not in term_map and len(w) 2}) print(f{path}: 禁用译名命中 {hits}, 未知英文词 {len(unknown)} 个) for w in unknown[:20]: print(f {w}) for doc in sys.argv[1:]: audit(doc)脚本里“禁用译名”是第 4 章那张参数表的延伸每个禁用词都是一次翻车换来的。unknown 列表里的词不一定是问题可能是新客户的专属缩写正好作为下一轮术语扩充的输入。把这段脚本加进发布前检查清单术语库就能随每次发布自动长出候选词。整套流程不需要复杂平台一个 CSV、一个脚本就够。说句实在话术语库没有什么高深技术难的是把规则写出来、把坑记下来。我自己最早只记标准译名结果被同一位客户退回三次才明白翻译的目标不是“译得对”而是“译得让对方能直接推进生产”。后来接新项目第一步先要客户术语偏好第二步跑历史文件捞候选第三步才动笔。这套习惯省下无数返工也让新人三天就能上手接项目。希望这个方向能帮你在电子制造 SMT 专业词汇翻译上少踩几个坑把术语真正变成团队的资产。本文还有配套的精品资源点击获取