1.2 背景 使用 EFB 的主要动机之一是减少或消除驾驶舱对纸张和其他参考资料的需求。EFB 系统可能被批准与飞行员通常在飞行包中携带的一些硬拷贝材料一起使用或替代这些材料。EFB 可以以电子方式存储和检索飞行操作所需的文件,例如一般操作手册、最低设备清单、操作规范和控制文件。使用 EFB 最初旨在涵盖一种存储、检索和使用适用操作要求所需的手册和信息的替代方法。后续技术发展已导致 EFB 上甚至可能托管使用计算软件(例如用于表演)、数据库(例如数字导航数据)或来自航空电子设备的实时数据(例如机场移动地图显示)的应用程序。CAP 06 不再将 C 类软件应用程序分类为潜在的 EFB 应用程序。政策规定,任何非 A 类(请参阅第 5.2.1 段)或非 B 类(请参阅第 5.2.2 段)软件应用程序(除非是杂项(非 EFB)应用程序)都应经过全面适航批准,从而成为经过认证的航空电子设备功能。附录 A 和 B 中提供了 A 类和 B 类应用程序的非详尽示例列表。
:航天部门监管的与通信相关的航天活动。 空间数据:由航天活动产生的数据,无论是遥感数据、卫星导航数据还是其他数据。 事件:由航天活动、航天支援飞行或高空活动引起的事件,影响或几乎影响此类活动的安全,或影响航天支援飞行或高空活动中使用的空间物体或飞行器的工作,或对大气层或地球表面的人员或任何物体或财产造成损害或几乎造成损害,并且该事件造成的损害未达到事故的程度。事故:由航天活动、航天支援飞行或高空活动引起的事故,导致人员死亡或严重伤害,或导致航天物体或用于航天支援飞行或高空活动的飞行器或机上财产毁坏或严重损坏,或导致大气层或地球表面的任何物体或财产毁坏或严重损坏。陨石:非人造的自然物质或金属石头,经非人为干预从外层空间到达地球。空间碎片:无任何作用或用途的空间物体或其碎片,包括其零部件和由此产生的材料、废料或碎片,无论是在外层空间(包括地球轨道)还是在地球大气层内。空间资源:外层空间存在的任何非生物资源,包括矿物和水。
1.目的和范围 本运营通告 (OC) 是获得使用电子飞行包 (EFB) 的适航性和运营批准的手段。传统上,机组人员在机组舱内可用的部分文件和信息都是纸质的。现在,这些信息中的大部分都可以以电子格式获得。此外,许多非必需的信息服务、数据和公司程序也可以以电子方式提供给机组人员或客舱机组人员。运营商早已认识到将这些材料存放在机组人员的 EFB 上的好处。本 OC 不包含对机上需要携带的基本信息、文件和数据源的运营要求中已经包含的要求的额外或双重要求。运营商仍有责任确保所用信息的准确性,并确保信息来自可验证的来源。使用 EFB 最初旨在涵盖一种存储、检索和使用适用操作要求所需的手册和信息的替代方法。后续技术发展甚至可能在 EFB 上托管使用计算软件的应用程序(例如用于性能)、数据库(例如数字导航数据)或来自航空电子设备的实时数据(例如机场移动地图显示)。根据所使用的 EFB/应用程序的类别/类型,对 EFB 的评估可能既有适航性又有操作性,因此,在必要时,为了对 EFB 系统进行全面评估,需要密切协调这两个过程。与 FAA 协调一致,此 OC 不包括 C 类软件应用程序分类作为潜在的 EFB 应用程序。DGCA 政策是,任何非 A 类(请
在Internet数据中训练的生成模型已彻底改变了如何创建文本,图像和视频内容。也许生成模式的下一个里程碑是对人类,机器人和其他互动剂采取的行动进行模拟现实经验。现实世界模拟器的应用程序范围从游戏和电影中的可控内容创建到纯粹在现实世界中直接部署的模拟中的体现代理。我们探索通过生成建模学习现实世界相互作用的通用模拟器(UNISIM)的可能性。我们首先要进行一个重要的观察,即可用于学习的天然数据集通常沿不同的维度富含(例如,图像数据中的丰富对象,机器人数据中的密集采样动作以及导航数据中的各种运动)。仔细编排了各种数据集的编排,每个数据集都提供了各个方面的各个方面,我们可以模拟两个高级指令的视觉结果,例如“打开抽屉”和低级控制,例如从其他静态场景和对象中使用“Δx,∆ y”。我们使用模拟器来训练高级视觉语言政策和低级强化学习政策,每种政策都可以在现实世界中部署在现实世界中,纯粹是在纯粹的训练中纯化的。我们还表明,其他类型的智能(例如视频字幕)可以通过模拟体验培训受益,开放更广泛的应用程序。可以在https://universal-simulator.github.io上找到视频演示。
前言 河流信息服务 (RIS) 的概念出现在多个欧洲研究项目中,旨在提高内陆水路运输的安全性和效率。欧盟委员会、CCNR 和多瑙河委员会已经认识到,需要在船舶之间以及船岸之间自动交换导航数据,以便在内陆航行中进行自动识别、跟踪和追踪。在海上航行中,国际海事组织引入了自动识别系统 (AIS)。自 2004 年底以来,所有属于 SOLAS 公约第 5 章的国际航行海船都必须配备 AIS。PIANC、EU 和 CCNR 的河流信息服务指南和建议将内陆 AIS 定义为重要技术。欧洲 RIS 平台于 2003 年成立了跟踪和追踪专家组。该专家组的主要任务是制定和维护欧洲范围内统一的内河航运船舶跟踪和追踪标准。由于交通区域混合,内河航运的标准和程序必须与已定义的远洋航行标准和程序兼容。为了满足内河航行的特定要求,AIS 已进一步发展为所谓的内河 AIS 标准,同时保持与 IMO 的海事 AIS 和内河航行现有标准的完全兼容性。未来的发展可能会导致替代的船舶跟踪和追踪系统,但这些系统必须与海事 AIS 兼容。本文档第 1 章描述了与内河航行船舶跟踪和追踪相关的功能规范。第 2 章描述了内河 AIS 标准,包括标准内河跟踪和追踪消息。附件 A:定义概述了服务和参与者的定义。在本标准中,使用术语“船只”和“护航队”是为了与《莱茵河航行警察条例》(RPR)保持一致。在第 2 章和标准的某些附件中,在提到有关设备显示、设置和操作的信息的地方,根据 ITU-R-M-1371 建议书,使用了通用英语术语“ship”。
A.1 EUROCAE 附件 3 o WG-76 AIS/MET 数据链服务 附件 4 o ED-76、ED-77 航空数据处理 附件 6 o 飞行记录器: ED-112A MOPS 用于防撞机载记录系统(以及以前的 ED-55、ED-56A) ED-155 MOPS 轻型飞行记录系统 o 遇险飞机的位置: ED-237 MASPS 用于检测飞行中飞机遇险事件以触发飞行信息传输的标准(与 GADSS 链接;首次将 ED 草案提供给 ICAO 以纳入 SL) ED-62B MOPS 用于飞机应急定位发射器(406 MHz 和 121.5 MHz - 可选 243 MHz) o 导航数据: ED-76 航空数据处理标准 ED-77 航空信息标准 o ED-250 跑道超限预警和警报系统 ROAAS(支持 GASP/ICAO WP 附件 6(预计也支持 EASA EU-OPS、ETSO;这是在监管要求生效之前前瞻性标准化的一个很好的例子) 附件 10 o DME ED-57 脉冲频谱测量 + 新 MASPS(WG-107) o ILS ED-46B、1/WG7/70、ED-47B、ILS 接收器、VOR ED-52、ED-22B;GNSS ED-72A; MLS ED-36B …… o GNSS、GBAS、多频、多星座(WG-28 和 62) o AeroMACS:ED-222、ED-223、ED-227 o SATCOM:ED-242 和 243 o 附件 10 卷。IV:基本 SURF IA(可能的未来 EUROCAE 活动) o TCAS ED-143(WG-75) o S 模式应答器:ED-73E o ADS-B:ED-102A o 多点定位系统:ED-117、ED-142 o ELT:121.5 MHz 和 406 MHz 附件 11 o ED-76、ED-77 航空数据处理 o 远程操作 ATS 的规定:远程和虚拟塔 (WG-100) 附件 14,
3.8 通信接口................................................................................................................................................47 3.8.1 UART...............................................................................................................................................48 3.8.2 I2C 接口...............................................................................................................................................49 3.8.3 SPI 接口.......................................................................................................................................52 3.8.4 USB 接口.......................................................................................................................................53 3.9 预定义 PIO.........................................................................................................................................................54 3.9.1 D_SEL.........................................................................................................................................................54 3.9.2 RESET_N.............................................................................................................................................54 3.9.3 SAFEBOOT_N.........................................................................................................................................54 3.9.4 TIMEPULSE...................................................................................................................................55 3.9.5 TX_READY.....................................................................................................................................55 3.9.6 EXTINT................................................................................................................................................55 3.9.7 GEOFENCE_STAT 接口....................................................................................................56 3.9.8 RTK_STAT 接口...................................................................................................................56 3.10 天线监控器.........................................................................................................................................56 3.10.1 天线电压控制 - ANT_OFF.........................................................................................................57 3.10.2 天线短路检测 - ANT_SHORT_N.........................................................................................57 3.10.3 天线短路检测自动恢复.........................................................................................................58 3.10.4 天线开路检测 - ANT_DETECT.........................................................................................58 3.11 多 GNSS 辅助 (MGA).........................................................................................................................59 3.11.1 授权...........................................................................................................................................59 3.11.2 在断电期间保存 MGA 和运行数据...............................................................................59 3.12 时钟和时间.........................................................................................................................................60 3.12.1 接收机本地时间....................................................................................................................60 3.12.2 导航历元.................................................................................................................................60 3.12.3 iTOW 时间戳.......................................................................................................................61 3.12.4 GNSS 时间....................................................................................................................................61 3.12.5 时间有效性....................................................................................................................................61 3.12.6 UTC 表示法.....................................................................................................................62 3.12.7 闰秒....................................................................................................................................62 3.12.8 实时时钟....................................................................................................................................63 3.12.9 日期.....................................................................................................................................63 3.13 计时功能................................................................................................................................64 3.13.1 时间脉冲....................................................................................................................................64 3.13.2 时间标记....................................................................................................................................67 3.14 安全性.........................................................................................................................................................68 3.14.1 欺骗检测与监控.........................................................................................................................69 3.14.2 干扰和干扰检测与监控.........................................................................................................69 3.14.3 欺骗和干扰指示.........................................................................................................................69 3.14.4 GNSS 接收器安全性.........................................................................................................................69 3.14.5 Galileo 开放服务导航消息认证 (OSNMA)......................................................................70 3.15 u-blox 协议功能描述.........................................................................................................................74 3.15.1 广播导航数据................................................................................................................ 74 3.16 强制重置接收器............................................................................................................................... 82 3.17 固件上传.................................................................................................................................... 82 3.18 频谱分析仪................................................................................................................................. 83 3.19 生产测试....................................................................................................................................... 84 3.19.1 连接灵敏度测试.................................................................................................................... 84 3.19.2 集成设备的通过/不通过测试.................................................................................................... 85
全球定位系统 (GPS) 技术对于当今的战士来说绝对不可或缺。GPS 信号提供几乎每个关键军事系统都需要的定位、导航和授时 (PNT) 数据。数字无线电网络需要精确的时间才能运行。直接和间接火力系统需要精确的坐标来准确确定射击数据。单个士兵和车辆需要定位和导航数据来协调进攻和防御机动。战斗管理系统需要每个友军单位的位置,以便让指挥官了解战场情况。这个清单还在不断增加。简而言之,PNT 已成为射击、移动和通信能力的关键要素。对 PNT 的依赖是众所周知的。美国陆军部长最近向国会作证说:“拥有准确的 PNT 信息对于我们部队保持主动性、协调行动、瞄准火力和移动通信的能力至关重要。”(Coggins,2016 年)最常见的 PNT 数据来源是 GPS。GPS 极具成本效益,通过其基于空间的无线电广播支持无限用户。而且,直到最近,GPS 才普遍可用,并且一直是非常可靠的 PNT 来源。然而,最近的事件表明,几个世界大国正在重新发明陆战。某些国家行为者已经展现出破坏精确导航和计时能力的先进能力(澳大利亚战略政策研究所,2016 年)。我们的对手已经提高了他们的复杂程度,并以显著的技巧攻击现有的 GPS 能力(Defense One,2016 年)。全球威胁已使人们质疑依赖 PNT 的系统是否能在现代战场上发挥预期作用。正如 H.R. 中将McMaster 在最近的简报中分享的那样,如果美国军队发现自己与俄罗斯发生陆战,他们将会面临残酷而冷酷的觉醒(Defense One,2016 年)。显然,不间断且可靠的 PNT 源对作战人员至关重要。同样明显的是,仅依靠 GPS 并不是实现长期可持续性的可行方案。虽然 GPS 可以加密,并且即将到来的 M 代码信号将更强,但基于太空的弱单源解决方案固有的脆弱性仍然存在。当 GPS 不可用或不受信任时,必须使用独立的 PNT 源来验证 GPS 并生成 PNT。当今的作战人员需要 PNT 保证。此功能称为 PNT 保证,可提供不间断的可靠定位、导航和计时数据流。鉴于我们对 PNT 的依赖以及 GPS 的脆弱性,PNT 保证不是一种选择,而是一种要求。话虽如此,开发 PNT 保证功能说起来容易做起来难。在开发一种解决方案时,存在着巨大的挑战,该解决方案可以检测对 GPS 的威胁,在没有 GPS 的情况下创建准确的 PNT,然后将有效的 PNT 分发给所有客户端。一旦系统开发完成,部署该解决方案将面临与集成到现有车辆架构以及支持传统和未来 PNT 客户端的要求相关的挑战。要求更换现代车辆中的每个指挥、控制、通信、计算机、情报、监视、侦察和电子战 (C4ISR/EW) 系统以部署 PNT 保证能力是不可行的。最后,
BIO3 Swiss Sanificazioni Sagl 认为保护用户的个人数据至关重要,并保证通过网站 www.bio3sanificazioni.ch 进行的个人数据处理符合相关方的权利方,特别关注保密性、个人身份保护和个人数据保护权利,符合欧洲法规的规定。 679/2016(以下简称“GDPR”)以及其他相关国家和社区规定。处理的数据类型和处理方法 BIO3 Swiss Sanificazioni Sagl 收集用户的一些个人数据,例如姓名、姓氏、电子邮件地址、电话号码、网站导航期间的汇总信息、用户自愿提供的其他个人数据用户。用户在注册阶段,或在请求网站提供的商品或服务时,或在请求通过电子邮件发送到网站的信息时。用户无需提供个人数据即可访问该网站。因此,用户的个人数据可能会在导航过程中、在网站上注册时、在请求信息或请求供应货物时通过自动化方式进行处理。此外,如果用户联系请求信息,BIO3 Swiss Sanificazioni Sagl 将收集他/她的个人数据以便提供答复。导航数据 用于操作本网站的计算机系统和软件程序在正常运行过程中会获取一些个人数据,这些数据的传输是使用互联网通信协议时隐含的。收集这些信息并不是为了与已识别的相关方相关联,但就其本质而言,通过处理和与第三方持有的数据关联,可以识别用户。此类数据包括连接到网站的用户使用的计算机的 IP 地址或域名、所请求资源的 URI(统一资源标识符)地址、请求的时间、使用的方法在向服务器提交请求时,响应中获得的文件的大小,服务器给出的响应的状态数字代码(成功、错误等)以及与用户的操作系统和IT环境有关的其他参数。纸质邮件、接线员电话等。用户自愿提供的数据 BIO3 Swiss Sanificazioni Sagl 还收集在请求信息、报价、商品或服务的表格中插入的用户个人数据,以及通过电子邮件转发给 BIO3 Swiss Sanificazioni Sagl 的个人数据。自动放置在用户计算机上的个人数据 (Cookie) Cookie 是小文件,通常是短文本和数字字符串,包含访问网站时在用户浏览器上输入的信息。在浏览时,用户还可能在其终端上收到来自不同站点的 cookie(所谓的“第三方”cookie,由所述网站的管理者直接设置,并按照其定义的目的和方式使用。有关本网站 cookie 类型和使用的更多信息,请参阅 cookie 政策。处理个人数据的目的 BIO3 Swiss Sanificazioni Sagl 将出于以下目的处理用户的个人数据: 1) 与授权、启用和定制访问本网站各个区域和相关内容相关的需求; 2) 作为公司活动的一部分,执行用户请求的服务或操作; 3) 发送新闻通讯和定期更新(例如通过电子邮件)与产品、服务相关,4)由 BIO3 Swiss Sanificazioni Sagl 组织或与之合作组织的倡议和活动,包括邀请参加上述活动,均采用传统通信方式(例如),或使用本领域提到的自动化电子方法。130,第 196/03 号立法令第 1 和 2 段,并可能在替代/补充上述立法的社区和/或国家规定中提及。5) 直接营销活动,旨在通过传统传播方式推广 BIO3 Swiss Sanificazioni Sagl 的服务、产品和品牌(例如纸质邮件、接线员电话等。),或使用自动化电子方法
诺斯罗普·格鲁曼公司任务扩展飞行器 (MEV) RPO 成像仪在 GEO 上的性能 Matt Pyrak 诺斯罗普·格鲁曼空间系统 约瑟夫·安德森 空间物流有限责任公司 摘要 本文将描述和说明由诺斯罗普·格鲁曼公司制造的空间物流有限责任公司任务扩展飞行器 (MEV) 使用的会合和近距操作 (RPO) 传感器的实际性能。MEV-1 于 2019 年发射,并于 2020 年 2 月与位于 GEO 墓地轨道上距离 GEO 约 300 公里的 Intelsat 901 卫星执行会合、近距操作和对接 (RPOD)。MEV-2 于 2020 年发射,并于 2021 年 2 月和 3 月与直接在地球静止轨道上的 Intelsat 10-02 卫星执行了类似的 RPOD 序列。这些飞行器使用三种不同的传感现象来提供所有必要的相对导航数据,以实现上述 RPOD 功能。这些包括可见光谱成像仪(窄视场和宽视场)、长波红外 (LWIR) 成像仪(窄视场和宽视场)和主动扫描激光雷达。本文将探讨这些传感器在 GEO 实际任务中的性能及其对未来空间态势感知能力的潜在影响。1. 简介 Space Logistics LLC 任务延长飞行器 (MEV) 是其主承包商 Northrop Grumman Space Systems (NG) 和 NG 的几家传统公司十多年开发工作的成果。MEV 被认为是新卫星服务市场中的第一代能力,它为未设计为需要维修的航天器提供宝贵的寿命延长服务。MEV 基于 Northrop Grumman 的传统 GEOStar 航天器平台构建,并采用了两项关键技术发展。第一个是准通用对接系统,它与目前在轨的大多数最初未设计为对接的 GEO 航天器兼容。第二,是整合了强大而灵活的 RPO 传感器套件,该套件由尖端硬件和软件组成,这些硬件和软件基于诺斯罗普·格鲁曼的传统 RPO 系统,包括 Cygnus 空间站补给飞行器。MEV 可延长未为在轨加油而建造的卫星的寿命。为了执行任务,MEV 与客户飞行器进行半自动会合,并使用大约 80% 的 GEO 卫星上存在的两个功能与其对接,这两个功能是面向天顶的液体远地点发动机 (LAE) 喷嘴和周围的发射适配器环。对接后,客户飞行器的推进系统和姿态控制完全禁用,从而使 MEV 能够全权负责客户飞行器的指向和轨道管理。虽然 MEV 对接系统无疑是艺术巧思的杰作,但本文将仅探讨 MEV RPO 传感器套件的性能,一组抗辐射尖端传感器,为 MEV 相对导航算法提供原始数据。这些包括可见光谱摄像机组、长波红外 (LWIR) 摄像机组和扫描激光雷达。RPO 传感器套件允许 MEV 从 50+km 处跟踪客户车辆,并在精确对接事件期间保持厘米级的相对位置。根据客户要求,MEV 和下一代车辆可以使用其传感能力从近距离对客户车辆进行多光谱检查,并通过激光雷达收集高密度 3D 检查扫描。但对这种能力最直观的展示来自 MEV-1 对接后发布的首批从 GEO 上方拍摄的在 GEO 带中处于活跃运行状态的航天器商业图像。