目录(总体布局) CS-25 大型飞机序言手册 1 — 认证规范子部分 A — 总则子部分 B — 飞行子部分 C — 结构子部分 D — 设计和构造子部分 E — 动力装置子部分 F — 设备子部分 G — 操作限制和信息子部分 H — 电气线路互连系统子部分 J — 辅助动力装置安装附录 A附录 C附录 D附录 F附录 H — 持续适航说明附录 I — 自动起飞推力控制系统(ATTCS)附录 J — 紧急演示附录 K — 交互系统和结构 附录 L 附录 M — 降低燃油箱可燃性的方法 附录 N — 燃油箱可燃性暴露 附录 O — 过冷大滴结冰条件 附录 P — 混合相和冰晶结冰包层(深对流云) 附录 Q — 批准陡峭进近着陆(SAL)能力的附加适航要求 附录 R — HIRF 环境和设备 HIRF 测试水平 附录 S — 非商业运营飞机和低载客量飞机的适航要求 手册 2 – 可接受的合规方式 (AMC) 简介 AMC – 子部分 B AMC – 子部分 C AMC – 子部分 D AMC – 子部分 E AMC – 子部分 F AMC – 子部分 G
2 Cassidian Electronics 9.3.2 生命周期数据 术语“生命周期数据”被解释为硬件项目的任何描述性文档。硬件项目可以是 COTS、复杂 COTS(包括 §9.2 定义的复杂性变化)、ASIC、PLD(FPGA)。如果硬件项目已根据 DO254 开发,则可以分配为硬件项目生成的生命周期数据以符合 DO254§ 附录 A,表 A-1。本次审查中 DO254§ 附录 A,表 A-1 的重要部分是项目 DO254§10.3 硬件设计数据和项目 DO254§10.3.2 硬件设计表示数据(以及后续数据项目)。评论 1:在所描述的 DO254 上下文中,第 9.3.2 节 [3]“设计数据”中的术语不太清楚与 DO254§附录 A,表 A-1 相关的“COTS 的设备设计数据”的含义。
2.确定 CS-FCD、CS-MMEL 和 CS-CCD 适用运行适用性要求的参考日期为 2011 年 12 月 31 日。3.原产国适航当局型号合格证数据表编号TCCA 型号合格证数据表编号A-236(初次修订 2015 年 12 月 17 日,或后续修订) 4.原产国适航当局认证依据 参考 TCCA 型号合格证数据表编号A-236。5.EASA 适航要求 EASA 认证规范 25,修订版 12。EASA 认证规范全天候运行 (CS-AWO),初始版本。5.1 特殊条件 B-01 结冰条件下的飞行 B-02 失速和预定运行速度 B-03 运动和驾驶舱控制的影响 B-04 静态方向、横向和纵向稳定性以及低能耗意识 B-05 B-14 飞行包线保护设计大角度进近 B-17 正常载荷系数限制系统 B-26 在符合条件的湿槽或 PFC 跑道上缩短着陆距离 C-02 复合材料油箱 – 未容纳的发动机碎片 C-06 设计俯冲速度 C-07 设计机动载荷 C-08 飞行员限制力和扭矩(侧杆) C-12 CFRP 油箱的轮胎碎片与燃油泄漏 C-13 自动刹车系统载荷 D-04 坠机后火灾 – 复合材料结构 D-07 座椅安装的热量释放和烟雾排放 D-08 飞行中火灾 – 复合材料和特殊结构 D-14 无牵引杆牵引 D-16 控制面位置感知和 EFCS E-01 水/冰燃料系统 E-11 CFPR 机翼油箱的耐火能力 F-01 HIRF 保护 F-10 单一欧洲天空的数据链服务 F-11 飞行记录器、数据链记录 F-14 飞行仪表外部探头 - 结冰条件下的鉴定 F-21 机载系统和网络安全 F-29 锂电池安装 F-32 不可充电锂电池安装
评论:拟议的 AMC 20-42 为认证机构提供了对所有产品、设备和部件的网络安全合规性要求的认可手段之一。AMC 20-42 为所有平台(产品、设备和部件)提供了详细的网络安全指导,但是,由于每种产品、设备和部件都有其独特性、设计复杂性、维护、操作和安装水平,因此使用通用指导可能会导致网络安全合规性要求不足或过度。因此,建议根据每个平台(产品、设备、部件)在设计实施、安装和维护方面的具体要求定制拟议的 AMC 20-42。拟议解决方案:与 ARAC 工作组内的讨论一致,FAA 继续研究除 25 部分以外的其他部分的潜在指导来源。具体而言,我们希望能够根据 RTCA 和 ASTM 提出的行业标准制定我们的指导,并根据产品类型,可能将两者结合起来。最终,我们关于指导的决定将基于风险并与安全连续性保持一致,并将根据适用类别进行定制。
AMC 20–128A 为最大限度减少非包容性涡轮发动机和辅助动力装置转子故障所造成的危险而设计的注意事项 1 目的 。本可接受合规方法 (AMC) 规定了一种符合 EASA 认证规范 (CS) CS 23.901(f)、23.903(b)(1)、25.903(d)(1) 和 25A903(d)(1) 要求的方法,这些要求涉及为最大限度减少非包容性发动机或辅助动力装置 (APU) 转子故障时对飞机造成的危险而采取的设计预防措施。本 AMC 中提供的指导与联邦航空管理局 (FAA) 的指导相一致,旨在提供一种已被认可的合规方法。与所有 AMC 材料一样,它不是强制性的,也不构成法规。2 保留 3 适用性。本 AMC 适用于 CS-23 和 CS-25 飞机。4 相关文件。CS 的第 23.903 和 25.903 段以及与非包容性发动机故障相关的其他段落。a.相关联合航空要求。规定与非包容性发动机碎片相关的设计、证实和认证要求的章节包括:§ 23.863、25.863 易燃液体防火 § 25.365 增压舱载荷 § 25.571 结构的损伤容限和疲劳评估 § 25.963 燃料箱:一般规定 § 25.1189 关闭装置 § 25.1461 包含高能转子的设备 CS–APU 辅助动力装置 注:§ 25.1461 的规定偶尔用于 APU 安装的批准,无论是否采取了防止高能转子解体的措施。但是,本 AMC 中描述的 CS 25.903(d)(1) 和相关指导的更具体要求优先于 CS 25.1461 的要求。b.其他文件 ISO 2685:1992 飞机 – 机载设备的环境条件和测试程序 – 指定防火区的耐火性 AC 20–135 动力装置安装和推进系统组件防火测试方法、标准和准则。
b. 密封性测试。将此性能测试应用于任何密封组件。将组件浸入合适的液体(例如水中)。然后将液体上方的空气绝对压力降低至约 1 英寸汞柱 (Hg) (3.4 kPa) 保持此绝对压力 1 分钟,或直到液体不再产生气泡(以较长时间为准)。将绝对压力增加 2½ 英寸汞柱 (8.5 kPa)。如果组件外壳中出现任何气泡,则认为是泄漏并拒绝该组件。不要将由外壳外部零件中滞留的空气引起的气泡视为泄漏。如果其他测试方法提供的证据与浸入测试相同,则可以使用它们来测试仪器密封的完整性。如果组件包括非密封附件(例如外壳延伸部分),则可以在密封性测试之前移除这些附件。
目录(总体布局) CS-25 大型飞机 序言手册 1 — 认证规范 子部分 A — 总则 子部分 B — 飞行 子部分 C — 结构 子部分 D — 设计和建造 子部分 E — 动力装置 子部分 F — 设备 子部分 G — 操作限制和信息 子部分 H — 电气线路互连系统 子部分 J — 辅助动力装置安装 附录 A 附录 C 附录 D 附录 F 附录 H — 持续适航说明 附录 I — 自动起飞推力控制系统(ATTCS) 附录 J — 应急演示 附录 K — 交互系统和结构 附录 L 附录 M — 降低燃油箱可燃性的方法 附录 N — 燃油箱可燃性暴露 附录 O — 过冷大滴结冰条件 附录 P — 混合相和冰晶结冰包层(深对流云) 附录 Q — 批准陡峭进近着陆(SAL)能力的附加适航要求 附录 R — HIRF 环境和设备 HIRF 测试水平 附录 S — 非商业运营飞机和低载客量飞机的适航要求 手册 2 – 可接受的合规方式 (AMC) 简介 AMC – 子部分 B AMC – 子部分 C AMC – 子部分 D AMC – 子部分 E AMC – 子部分 F AMC – 子部分 G
‘…在无法访问的地区开火(例如设备托架,C类C货舱)应假定是连续的,即能够连续生成燃烧产品,直到可以在视觉上验证火灾已被扑灭。这是开发灭火程序的必要条件,并显示符合25.831、25.869和25.1309中指定的控制和控制(以及持续的安全飞行和降落)要求。在飞机飞行测试期间应证明烟控和遏制手段的充分性。
建立 U 空间空域和提供 U 空间服务对于应对 UAS 运营的这种增长至关重要——尤其是在当今的低空空域——预计其数量将超过目前有人驾驶飞机的交通量。由于当今的空中交通管理 (ATM) 系统已经达到极限,并且无人机的预期 UAS 交通和飞行特性(飞行员不在机上,自动化程度更高)与有人驾驶飞机不同,因此 ATM 不能被视为安全有效地管理即将到来的 UAS 交通的唯一适当手段。因此,有必要用一个欧洲监管框架来补充现有的“开放”和“特定”类别的 UAS 运营欧洲法规,该框架能够协调实施 U 空间并适应确保 UAS 交通安全管理的任务。
调整保证框架以涵盖学习过程并解决 AI/ML 组成部分中的开发错误; 创建数据管理框架,以解决用于 ML 项目训练及其验证的数据集的正确性(偏差缓解)和完整性/代表性问题; 解决 ML 过程各个步骤中的模型偏差和方差权衡问题; 详细说明 ML/DL 应用中稳健性和不存在“非预期功能”的相关保证; 应对人类对 ML 应用行为理解的局限性,考虑到它们的 随机起源和 ML 模型复杂性; 管理“AI 黑匣子”中剩余风险的缓解(“黑匣子”这一表达是对 AI/ML 技术的典型批评,因为 AI/ML 模型的复杂性和性质带来了一定程度的不透明性,使它们看起来像无法验证的黑匣子(与基于规则的软件不同); 获得最终用户的信任。