飞行 / 知识与设计
在欧洲飞行 | 把机体等级与运行类别分开
Open 与 Specific、A1、A2、A3、机体等级。不要混淆这些听起来相似的名称,先弄清每一个各自划分的是什么。
按顺序阅读本页
01
理清三种分类
| 分类 | 区分的是什么 | 设计中的处理方式 |
|---|---|---|
| Open / Specific 等 | 运行类别 | 与本次运行的条件绑定 |
| A1 / A2 / A3 | Open 类别内的运行子类别 | 与机体、与人员的距离、培训等交叉核对 |
| C0、C1 等 | 机体等级标识 | 与机体属性和凭证绑定 |
在 EASA 的 Open 类别中,除机体条件外还有视距、高度等条件。通常会提到 120 m 的限制,但请查阅原文,包括例外情形以及它与地形的关系。如果超出 Open 的条件,请向主管部门确认是否适用 Specific 或其他类别。
出处:EASA | Open 类别的要求出处:EASA | Specific 类别02
不要把“欧盟”当成一张通用许可
读懂共同框架是一回事;查明实际飞行所在国的主管部门和地理区域是另一回事。应用应保存国家、管辖区域、登记主体和覆盖范围。一个只写着“已在欧洲登记”的标签,说明不了核实过什么。
运营者登记和机体等级标识也是两回事。由于相机等传感器可能使轻型机体同样需要运营者登记,不要用“250 g 以下什么都不用办”来引导用户;请把他们引向 EASA 的概览和主管部门的指南。
出处:EASA | Open 类别03
提问流程示例
- 先指定飞行的国家和日期时间。
- 凭证据确认机体等级、重量、相机等。
- 输入与人员的距离、视距、高度等运行条件。
- 显示需要核对的培训、登记和地理区域项目。
- 对于等级不明或较旧的机体,查明官方的适用处理方式。
不必一次显示所有输入项。只按顺序呈现前面的回答所引出的必要问题,既能得到简短的 UI,也能得到严谨的条件梳理。
04
把语言和管辖区域分开管理
用日语使用应用的人可能正在法国飞行。把显示语言设为日语,绝不能因此套用日本的规则。要把它们作为独立的值保存,例如 language=ja 和 jurisdiction=FR。没有译文时,显示原文及其出处,绝不凭猜测补写与判断相关的句子。
完成的定义
动手实现时,请核对以下各项。
- 更改显示语言不会改变适用的国家。
- 运行类别和机体等级作为独立字段处理。
- 等级不明的机体绝不会被替换为“不适用”。
用于规格评审和功能测试的设计检查项。
查看出处
关于规则和定义的说明参考了以下资料。界面、数据和完成的定义是我们自己的设计方案。
- EASA | Open 类别的要求Open 类别的基本条件
- EASA | Open 类别机体等级、子类别、培训等
- EASA | Specific 类别超出 Open 范围的运行的法规入口
出处核对日期:2026 年 9 月 30 日。规则如何适用于您的具体情况,请以最新的官方信息为准。