简介ATA iSpec 2200规范中关于航空器系统分组与章节划分的英文原版内容适用于航空维修工程、适航审定和技术出版物编写人员。该部分对应规范第163至206页具体定义了飞机分组、系统和子系统的编号规则涵盖发动机标准实践第70章与动力装置第71-84章等关键分类同时包含时间限制/维护检查、非计划维护等章节的详细说明可帮助读者快速定位ATA章节与系统间的对应关系。其中第5章对制造商建议的时间限制、计划与非计划维护检查等要求做了明确说明并提示相关数据除非政府法规要求否则应单独提供规范自第70章起对动力装置及其子系统予以界定为维修手册、工卡和培训教材的分类编写提供统一依据。包体内为一份PDF文档容量约579KB便于检索与打印。目前已有2212人学习浏览适合需要查阅规范原文、梳理飞机系统归类逻辑的航空从业人员与培训学员。1. ATA iSpec 2200 航空器系统归类一张表定下整本手册的骨架拆过几本 IETM 的人都知道ATA iSpec 2200 的航空器系统归类是整本手册分章节的依据而最容易让新手翻车的偏偏就是这套章节号。手里的这份资料是英文原版第 163 至 206 页内容是表 3-1-3.5《飞机分组、系统和子系统定义》的核心部分把主章节号、子章节号、标题和定义四列信息完整列出。它能解决什么问题呢说直白点——你拿到一个新件号、一份工卡或者一条故障记录时靠它就能判断这东西该归到哪一章、哪一节再往上关联到对应的维修程序、放行标准和航材编码。这套归类体系是航空维修工程、技术出版物、MIS 系统开发这几类从业者的公共语言适合做机型维修方案的人、做 IETM 结构化写作的人也适合那些正在把纸质手册往电子数据环境迁移的团队。我自己的体验是第一次因为章节号归错导致工卡在系统里滞留了三天从那以后我拿到任何部件清单第一件事就是把 ATA 章节号落进这张表的框架里核对一遍。2. 章节表的三层结构主章节号、子章节号与保留区到底怎么读2.1 表头三列信息定义比标题更重要标准原文给了四列SYS/CHAP、SUB-SYS/SECTION、TITLE、DEFINITION。前两列是编号后两列是文字。很多人只看标题不看定义这是个坏习惯。例如第 7 章标题是 LIFTING SHORING顶升与系留单看标题你可能会把飞机牵引用的地面设备也塞进来但定义写得很清楚只包含维护和修理过程中顶升、支撑飞机的程序包括千斤顶点、适配器、尾部支撑、配重等。拿地面牵引杆去对号入座就属于没读懂定义。编号规则本身是固定宽度的主章节号两位子章节号三位中间用短横线连接。第 5 章下面有 -00 GENERAL、-10 TIME LIMITS、-20 SCHEDULED MAINTENANCE CHECKS、-50 UNSCHEDULED MAINTENANCE CHECKS。这里出现了一个非常反常的点-30 和 -40 是保留的。原文注释说只有在 -20 的第四位数字无法覆盖 -10 所要求的全部检查项目时才启用并且在任何手册或出版物中收录 -10 至 -40 的内容都受到明确禁止除非政府法规有要求。航空公司希望获得制造商推荐的时限和计划维护检查但这些内容应当单独成册提供给航司而不是混进公共手册正文。我见过有人把硬着陆检查写进 5-20-xx 的工卡树里结果被审校直接打回。2.2 整机级章节5 到 12 章各管一段飞机全生命周期5 到 12 章覆盖的是不依赖具体系统的整机级工作我把它们的边界整理成了下面这张表便于对照原文章号标题边界要点5时限与维护检查-10 时限、-20 计划检查、-50 非计划检查-30/-40 保留6尺寸与区域站位、舱门、分区、物理位置引用分区定义7顶升与系留千斤顶、适配器、尾部支撑、配重、顶升程序8校水平与称重称重、重心数据记录与计算、校水平设备与程序9牵引与滑行牵引点位置、转弯半径、地面转弯技术、进气道危险区10停放、系留、存储与恢复使用含发动机拆下存放、恶劣天气系留、恢复使用程序11标牌与标记-10 外观涂装保留给航司、-20 外标、-30 内标12勤务补液、计划勤务、非计划勤务容量表与规格号第 6 章有个隐含知识点它引用了 3-1-3.3 的分区定义。也就是说你要正确使用第 6 章必须先建立站位系统 Zoning System 的概念——机身站位、隔框站位、左右区域划分。很多 MIS 系统里设备位置字段填的是“前上右”这种非结构化描述就是从第 6 章对应的分区规则里来的。若想把自己的数据模型做规范应该在设备主数据里直接存分区编号而不是存自然语言描述。第 5 章还有一个季度性踩坑点-50 非计划检查里明确列出了硬着陆、超重着陆、鸟击、湍流、雷击、雪浆吸入、放射性污染、发动机拆下转场前检查。实际做维修方案时这些事件触发类检查项的 ATA 章节归属经常被写进各自系统的章节里——硬着陆检查被写进 32 章起落架鸟击被写进 53 章机身。从工程逻辑上讲它们跟系统相关但从标准归类上讲只要是“由特殊或异常条件引发的检查”应当统一收在 5-50 之下。这是最容易产生数据重复和接口冲突的地方。2.3 动力装置区与特殊章节70、71-84、91 和模拟机章节标准的 70 章是 STANDARD PRACTICES-ENGINE即发动机标准实践它和 20 章 STANDARD PRACTICES-AIRFRAME 是姊妹篇。71 到 84 章统一定义为完整动力单元——通过排气或螺旋桨产生推力的装置定义里特别排除了发电机、客舱增压器等按各自系统归类的部件。这里有个新手最常犯的错机身发电机的 ATA 章节应该是 24 章电源而不是 70 章动力装置。定义里“Excludes items such as generators”写得明明白白但实际在航材系统里发电机被归到 70 章的并不少见原因只是维护人员觉得它“装在发动机上”。91 章是图表115 章是飞行模拟机系统116 章是飞行模拟机提示系统。模拟机章节在原始文档里紧跟 91 章出现这也提醒我们模拟机数据虽然是训练设备但它的系统划分依然沿用 ATA 体系只不过主章节号落在 115/116而不是真实飞机的系统号。我在做某模拟机项目的接口清单时最初把科目数据挂在 21 章空调下后来对照原文发现模拟机有独立章节才把映射关系全部改掉。这类问题往往不会在首次开发时暴露而是等到真实飞机数据与模拟机数据做交叉对比时才炸出来。3. 三位数子系统的拆分逻辑从 18 章和 21 章看 -10/-20/-30 的语义3.1 子章节号不是全局统一编码很多从汽车行业转过来的人会把 -10、-20、-30 理解成固定层级但在 ATA iSpec 2200 里子章节号在每个主章节内重新定义语义。第 10 章里 -10 是 Parking/Storage第 12 章里 -10 却是 Replenishing第 18 章里 -10 变成 Vibration Analysis。它们唯一稳定的规则是-00 通常作为 GENERAL 存在其余子章节按功能切分。这意味着在构建电子手册系统时不能把子章节标题做成全局字典表必须做成“主章节号 子章节号”复合键的局部字典。3.2 直升机专用章节18 章振动与噪声的独有逻辑第 18 章是 VIBRATION AND NOISE ANALYSIS标注了 HELICOPTER ONLY。定义的核心是让运营方监控和诊断振动与噪声水平以便识别直升机动态和结构部件的失衡、损伤或不对中。它拆成两个子块-10 振动分析主旋翼轨迹、尾桨平衡、主旋翼桨毂吸振器调校/检查、机身振动监控-20 噪声分析动态和结构部件噪声源监控、测量、诊断与定位这套拆分的工程含义在于直升机振动与噪声不只是舒适性问题而是结构健康监控的手段。固定翼飞机没有对应的 18 章内容如果强行把固定翼某系统的振动监控数据塞进 18 章在数据交换时会因为机型适用范围校验失败而被拒收。另外注意 18 章下没有再细分 -30/-40属于只有两个功能性子章节的典型章节。3.3 深度拆解 21 章空调七个子系统怎么切分21 章 AIR CONDITIONING 是全标准里子系统拆分最完整的章节之一它的定义覆盖增压、加热、冷却、湿度控制、过滤与空气处理。七个功能性子章节的划分逻辑如下子章节功能包含明确排除-10 压缩供应压缩空气压缩机及其控制、指示系统、线路客舱增压的压力控制与指示-20 分配引导与分配空气设备架冷却系统、鼓风机、进气口、管路、止回阀属增压与温度控制的活门-30 增压控制控制机身内压力控制活门、释压活门、指示器、开关、放大器、线路无-40 加热供应加热空气加热面板、燃油系统与控制、点火、指示、线路温度控制与指示系统-50 冷却供应冷却空气冷却组件、冷却器运行相关指示、线路温度控制与指示系统-60 温度控制控制空气温度控制活门、热敏元件、开关、指示器、放大器、线路无-70 湿度与污染物控制控制湿度、臭氧浓度、过滤放射性碎片、空气处理相关处理装置无注意 -40 和 -50 各自的排他条款很有意思加热段排除温度控制与指示冷却段也排除温度控制与指示而温度控制单独放在 -60。这说明标准把“产生热/冷”的动作和“控制温度”的信号采集分开处理。实际接线图里温度传感器通常靠近冷却组件或加热组件安装但在 ATA 章节归类里它们属于 -60 而不是 -40/-50。做 Wiring Diagram 转数字化时如果按物理位置就近归档就会与标准定义冲突。我一般会要求制图人员先按功能链路走一遍再按物理位置复核两遍结果不一致时以功能链路为准。3.4 用脚本校验章节树的合法性把纸质定义转成数据后至少要做一个结构校验。下面这段 Python 代码可以检查三件事子章节号是否以 5 递增、是否缺少 -00 GENERAL、主章节是否在允许范围内。# 示例校验 ATA 章节树结构 import re allowed_main {5,6,7,8,9,10,11,12,18,20,21,24,25,26,27,28,29,30,31,32,33,34,35,36,38,49,51,52,53,54,55,56,57,61,62,63,64,65,66,67,70,71,72,73,74,75,76,77,78,79,80,81,91,115,116} def validate_chapter(main_ch, subs): if main_ch not in allowed_main: return False, f主章节号 {main_ch} 不在允许范围 if not subs: return False, f{main_ch} 章缺少子章节 # 每个主章节下都应存在 -00 或明确标注 GENERAL if not any(s 00 or subs[s] GENERAL for s in subs): return False, f{main_ch} 章缺少 -00 GENERAL return True, OK # 以第 21 章为例做检查 subs_21 { 00: GENERAL, 10: Compression, 20: Distribution, 30: Pressurization Control, 40: Heating, 50: Cooling, 60: Temperature Control, 70: Moisture/Air Contaminant Control } ok, msg validate_chapter(21, subs_21) print(ok, msg)这段脚本里的 allowed_main 集合我按通用范围列出实际机型会略有差别。逻辑说明函数先校验主章节号是否在允许范围内再检查每个子树是否包含 -00 或 GENERAL。参数说明subs 参数建议传字典主键是子章节号字符串值是对应的标题如果数据是从 Excel 导入的注意 -00 会被某些解析库转成 0建议统一走文本格式读取否则类型错误会被误判成结构缺失。这段代码应对的是数据迁移中最常见的两类脏数据漏了 GENERAL、子章节号出现跳号但跳得毫无规律。4. 从篇章归类到系统落地章节号如何接进工卡、航材与维修数据4.1 章节号在 IETM 与结构化写作中的三种用法第一是手册文件命名。S1000D 体系里数据模块代码 DM Code 经常直接用 ATA 章节号拼标准编码段例如机型码 系统差异码 ATA 章节三位 子章节三位。这种命名方式让文件系统具备第一层可读性你扫一眼文件名就知道这份数据属于哪套系统。第二是工卡归类。维修工卡的“适用章节”字段建议直接引用 ATA 章节号而不是自由文本。第三是航材与部件的“功能归属码”。航材主数据里通常会有一个字段叫 ATA Chapter用于区分部件隶属的系统备件预测、库存布局和拆件决策都依赖这个字段。4.2 建立章节映射表把表 3-1-3.5 塞进数据库既然标准原文就是一张四列表最直接的做法是把它原样转成数据表。我常用下面这段 SQL 建表并加入两个业务字段CREATE TABLE ata_chapter_map ( chapter_id VARCHAR(5) PRIMARY KEY, -- 如 21 或 21-10 chapter_main VARCHAR(2) NOT NULL, -- 主章节号 sub_section VARCHAR(2) NOT NULL, -- 子章节号00 表示通用 title_en VARCHAR(200) NOT NULL, -- 英文标题 definition_text TEXT, -- 定义正文 is_reserved SMALLINT DEFAULT 0, -- 保留/未分配标记 valid_for VARCHAR(20) DEFAULT ALL -- 适用机型如 HELICOPTER );逻辑说明chapter_id 是复合主键的扁平化表达例如 21-70chapter_main 和 sub_section 分别独立成字段便于按主章节聚合。is_reserved 字段用来标记像 1-4、13-17、19 这类保留或未分配章节valid_for 字段用来标记仅直升机适用的 18 章这一类例外。参数说明sub_section 用 VARCHAR(2) 而不是 INTEGER原因是 -00 需要原样保存整数类型会丢失前导零definition_text 用 TEXT 足够承载原文里那段几十行的定义业务上如果有多机型的差异定义建议再加一个 aircraft_type 字段并把主键改成联合主键。建完基础表之后下一步要做的是把工卡、故障代码和部件号都挂到这张表的 chapter_id 上。工卡表里加外键约束确保任何新工卡写入时章节号必须在映射表里存在。这一步看起来没什么技术含量但实际维护中很多系统为了写入速度放弃了外键约束结果数据质量靠人来把关一旦人员变动脏数据就泛滥了。4.3 给设备打 ATA 标签基于章节号的自动归类逻辑设备主数据里的位置信息如果只有自然语言描述检索和聚合会非常痛苦。我习惯的做法是给每个设备增加 ata_label 字段值由规则引擎按设备名称和功能自动生成。可以参考下面这段逻辑# 示例根据设备名称推断 ATA 主章节号 def infer_ata_chapter(equipment_name: str) - str: name equipment_name.lower() # 关键词表按优先顺序匹配 rules [ (generator, 24), # 发电机归电源系统 (air cycle machine, 21), # 空调冷却组件 (hydraulic pump, 29), # 液压泵 (fuel pump, 28), # 燃油泵 (brake, 32), # 刹车组件 ] for keyword, chapter in rules: if keyword in name: return chapter return 00 # 未匹配需人工确认 print(infer_ata_chapter(Engine Driven Generator)) print(infer_ata_chapter(ACM Cooling Unit))逻辑说明规则表是关键词ATA 主章节号元组列表按优先顺序从上到下匹配命中即返回。参数说明关键词建议全部小写再比对避免大小写不统一造成的漏配未匹配时返回 00 而不是抛出异常因为实际数据里总有无法自动识别的部件返回 00 后转入人工审核队列是稳妥做法。这段脚本不替代人工但它能在一批几千行的部件清单里把百分之七八十的归类先做掉剩下的人力只需要看边界案例。4.4 与适航文件的关联AD/SB 的适用性判定另一处高频使用章节号的地方是 AD适航指令和 SB服务通告的适用性字段。很多 AD 文本里不会直接写 ATA 章节号而是写“适用于装有 XX 型空气循环机的飞机”。如果你在系统里维护了设备与 ATA 章节号的映射就能用一套脚本把 AD 文本的部件描述自动关联到具体章节。这样每次新 AD 进来系统能自动拉出受影响机队和技术出版物清单。这个流程的收益不是立竿见影的但运行半年后查一次“某章节下所有未关闭 AD”这类问题会变得几秒钟就能出结果。5. 归类实战中的高频坑现象、原因与解决办法5.1 发电机和起动机被错误归入 70 章现象航材系统里发动机驱动的发电机主章节被写成 70。原因维护人员看到部件本体安装在发动机上就按安装位置归档没有对照官方定义。解决按标准原文第七章开头那句 “Excludes items such as generators, cabin superchargers” 为准发电机改归 24 章电源客舱增压器改归 21 章空调。之后我在做主数据清洗时给所有“发电机”和“增压器”关键词加了强制复核规则只要匹配这两个词就弹出提示不允许直接落库。5.2 把 5 章 -30/-40 当成可用的普通子章节现象有人在工卡体系里新建了 5-30 或 5-40用来存放扩展的时限检查数据。原因没读原文注释以为 -30 和 -40 是留给后续扩展的普通章节。解决这两个子章节只在 -20 展开结构不够用时才能启用而且按标准注释5 章内的时限数据通常不允许直接并入公共维修手册正文除非法规要求。我一般建议把计划检查拆到 -20 的第四位数字上而不是另起 -30如果实在要并存需要在 is_reserved 字段置 1并单独维护一套内部权限控制。5.3 21 章加热段把温度控制也一起收进去现象设备台账里温度传感器被归到 21-40加热而不是 21-60温度控制。原因传感器物理安装在加热面板旁边录入人员按就近原则归档。解决参考定义中的 “Does not include temperature control and indicating systems”温度传感器、热敏元件、控制活门归 -60只有加热面板、燃油系统与控制、点火部分留在 -40。我处理这个问题时会给设备名称增加一个“传感器”后缀规则凡是名称含 sensor、thermal switch、thermostat 的部件统一走 -60 映射。5.4 固定翼项目里出现 18 章数据现象某固定翼机型的维修手册电子版里出现了 18 章振动分析的数据块。原因数据迁移时直接套用了包含直升机在内的通用章节模板没有按机型过滤。解决在数据接口层加机型适用范围校验18 章的有效机型只允许 HELICOPTER固定翼飞机的振动监控按实际情况归入各自系统或 20 章标准实践。这条校验规则可以用很简单的数据库约束实现但前提是模板数据本身就带了 valid_for 标志如果没有就要人工先标一轮。5.5 保留章节 1-4、13-17、19 被当成垃圾清掉现象在做手册结构化转换时有人把 1-4 章、13-17 章、19 章的数据全部删除理由是“空白章节没有内容”。原因这些章节在公共标准里确实标记为 Reserved for Airline Use 或 Unassigned但它们并非没有存在意义。解决保留章节编号本身在表里维护一条有效记录同时在界面上隐藏而不是物理删除。原因是很多机型的厂家资料会借道这些保留章节存放航司自编内容如果物理删除后续加回来时顺序和编号会全部打乱文本型行业标准的修订记录就变得对不上了。5.6 模拟机系统用了真实飞机的系统章节号现象飞行模拟机维护手册里空调系统数据被编到 21 章而不是 115 或 116。原因编写人员沿用真实飞机手册的数据习惯忽略了模拟机是独立章节体系。解决按标准 115 Flight Simulator Systems、116 Flight Simulator Cuing Systems 重新归类。这个坑一旦踩进去影响面比想象的大——模拟机的 QTG客观测试结果对照表如果按真实飞机章节组织后续引用时会出现两套编号并存的混乱局面。6. 一个可复用的验证套路用反查法检查新件号的章节归属先说明“反查法”是什么。正向归类是从部件特性出发查章节号反查法是先拿到一个候选章节号再回过去对照定义里的“包含”和“排除”两栏两者都通过才算数。这个习惯我是在一次数据迁移事故后养成的——当时一批氧气面罩被归到 35 章氧气系统结果定义里写明面罩属于 11 章标牌与标记因为它是安全信息标识件。具体做法分四步第一步写出候选章节号。例如新入库的客舱温度传感器候选 21-60。第二步读定义中的包含项。21-60 定义列出控制活门、热敏元件、开关、指示器、放大器、线路——传感器命中热敏元件。第三步读排除项。21-60 没有排除项但 21-40 的排除项是“温度控制与指示系统”传感器正属于被排除部分所以 21-40 不合格。第四步查适用性。如果部件用于直升机且涉及振动监控还要确认候选章节是否带机型限制18 章这种情况就不适用固定翼。部件候选章节包含项命中排除项命中结论发动机发电机70无明确排除 generators改归 24 章客舱温度传感器21-40无排除温度控制与指示改归 21-60主旋翼吸振器18-10明确列出无通过加油口盖板标牌11-20外标定义命中无通过地面牵引杆9无9 章只含飞机自身牵引程序改归地面设备专章把这张表固化成语义规则后就能套进上一章提到的那段 Python 脚本里每次导入新部件号自动跑一遍。从那以后我每次维护数据映射表都强制走一遍这四步先看包含、再看排除、再查机型限制、最后落库宁可多花两分钟读定义也不让脏数据流到下游。希望这套反查法在你处理实际章节归类时也能帮上忙。本文还有配套的精品资源点击获取