GPS用于Cubesats-消费类芯片的8 km / sec速度太快了吗?


10

低地球轨道上的卫星正在以接近8 km / sec的速度移动。大多数消费级GPS芯片仍会采用CoCom的1000节(约514 m / s)的限制。CoCom限制是对出口的自愿限制,您可以在此问题解答,此问题解答以及其他地方阅读更多信息。

对于这个问题,我们假设它们是固件输出部分中的数字限制。在确定是否超出限制之前,芯片必须实际计算速度(和高度),然后将解决方案提供给输出或将其阻止。

在8000 m / s的频率下,2 GHz处的多普勒频移约为0.05 MHz,这归因于信号调制的自然宽度的一小部分。

有几家公司出售用于立方体卫星的GPS装置,它们很昂贵(数百至数千美元),可能物有所值,因为(至少其中一些)是为卫星应用和经过太空测试而设计的。

忽略CoCom限制的实施以及空间中除速度以外的所有其他问题,是否有任何理由导致以500 m / s最大速度采样的现代GPS芯片无法以8000 m / s的速度工作?如果是这样,它们是什么?

注意: 8000m / s除以c(3E + 08m / s)可得出接收序列的约27ppm扩展/压缩。这可能会影响相关性的某些实现(包括硬件和软件)。


3
我想到的第一个原因是,即使进行测试也毫无意义,更不用说针对这些速度进行设计了,因此在这里工作仅仅是运气或巧合。
PlasmaHH '16

2
我在此方面使用PlasmaHH。如果我要发布的产品中有99.9%的客户将以典型的汽车速度或更低的速度使用该产品,那么即使我希望它能正常工作,以8000 kph的速度进行测试也不值得。毋庸置疑,在规范中加入一些未经测试的内容是愚蠢的。
德米特里·格里戈里耶夫

3
@DmitryGrigoryev GPS测试通常使用信号模拟器完成-速度只是输入的数字。它不花费检查,和优秀的工程师总是想知道设计的性能极限。但是请问我一个问题,即GPS功能的哪个部分可能是第一个在高速下失败的,而不是“如果您是产品工程师,您会怎么做”。
uhoh

2
@uhoh也许他们在使用模拟器8000公里每小时测试。不过,如果不测试真实的东西,我不会在规范中输入这个数字。我已经看到很多东西在模拟器或测试台上工作,然后在实践中失败了。
德米特里·格里戈里耶夫

1
@DmitryGrigoryev如果您可以...,我们可以摆脱您的工作吗?
uhoh,2016年

Answers:


6

我不建议在卫星应用中使用集成的GPS解决方案(包含MCU和封闭源固件)。有几种原因可能导致此方法无效:

  1. 前端频率计划可能会针对有限的多普勒范围进行优化。通常,RF前端会将信号混频到低于10MHz的IF(较高的IF将需要较高的采样率并消耗更多的能量)。这个IF不是任意选择的!在整个多普勒范围内,商IF /采样率应为非谐波,以避免采样信号中的a / d截断误差引起的杂音。您可能会观察到跳动效应,使信号在某些多普勒速率下无法使用。
  2. 数字域相关器需要以正确的速率(包括多普勒效应)再现载波和C / A码的副本。它使用DCO(数控振荡器)来调整载波和代码的生成速度,并通过MCU的配置寄存器对其进行调整。这些寄存器的位宽可能会限制在基于地面的接收器所期望的多普勒范围内,如果您的行进速度太快,则无法将通道调谐到信号。
  3. 如果没有可用的位置/时间估计,则固件将必须进行冷采集。它将搜索多普勒频点和代码相位以找到信号。搜索范围将限于地面用户的预期范围。
  4. 固件通常将卡尔曼滤波用于位置解。这涉及接收器位置/速度/加速度的模型。尽管对于卫星而言,加速度不是问题,但如果固件不适合在轨使用,则模型的速度将失败。

如果您使用带有自定义固件的可自由编程的前端和相关器,则可以解决所有这些问题。你可以,看看皮克斯


对于点1(前端带宽),信号的原始带宽比多普勒频移要宽得多-考虑最坏的情况是,相对速度10 km / sec与3E + 05 km / sec的光速约为50 kHz。但是,2、3、4听起来都可能是消费者优化的芯片和固件的潜在突破者。
uhoh

2
@uhoh:我同意您的带宽论点,但第1点与带宽无关。我应该解释得更好。如果您的采样率为16,368,000 / s,并且IF中的信号中心为4,092,000 Hz,并且您的a / d具有4位分辨率,则说明您有跳动的问题。每个样本的截断误差将朝相同的方向。有很多这样的坏点(零中频是另一个非常糟糕的地方,但任何谐波都是坏的)。对于任何预期的多普勒,您都需要与这些斑点保持距离(取决于积分时间)。
安德烈亚斯

太好了,非常感谢您的回答!它使我对正在发生的事情有很多了解。我仍然不了解跳动/截断错误,但是我可以去阅读一些内容,然后再问一个问题。我有一个不同的ACD问题与高频三位ADC(PiSky具有3位ADC)有关的。
uhoh

1
它与单个样本的信噪比有关,这确实很糟糕。在ADC上投资更高的精度不会改善整体系统性能。这是一个复杂的权衡,我将尝试为您的ALMA问题提供一个有用的答案。
安德烈亚斯

4

有些人将COCOM实施为or,其他人实施为and。无论哪种方式,对于EAR或ITAR下的合格客户,供应商都会很乐意向您出售$$$$$$$$的固件选项,以禁用该功能。硬件是相同的。

在此硬性限制之外,随着设计硬件以容忍辐射效应,它成为RF通信问题。当您(从字面上看)更接近SV并避免大气路径损耗时,您的Eb / N0可能会更好一些,但是您的接收电路也将需要承受相当多的多普勒。

顺便说一句,尽管CubeSats感兴趣的不仅仅是位置-GPS时间是一种有价值的数据商品,在给定TLE的情况下,它可以帮助卫星确定其位置。即使收货人由于COCOM拒绝给您头寸,只要它给了时间,那也是值得的。


“ Eb / N0”和“ SVs”是什么意思?您是否确定在阻塞空间坐标时是否确实报告了实际时间,还是仅表示1pps信号?请注意,我明确指出:“忽略了CoCom限制的实施以及除速度以外的所有其他空间操作问题。”
uhoh

两年前,卫星被重新归类为“非弹药”,因此ITAR不再适用-但现在EAR就像您提到的那样适用。还有MTCRWassenaar安排,也许还有更多!
uhoh

3
@uhoh我假设该术语为Eb / N0 =>信噪比和SVs =>太空飞行器(实际的GPS卫星)
user2943160

@ user2943160谢谢,很有道理。我一直在尝试学习新事物-如果Eb是一个特定术语,我想学习它。
uhoh

我最近一直在做很多通讯工作,Eb / No只是“归一化” SNR,或每比特SNR。确实,在该答案中仅使用SNR或RSSI可能会更准确。有趣的是,我听说有些芯片组(我认为是SiRF)仍会报告时间,但会使您失去位置,但是我个人尚未确认这一点。
克鲁纳·德赛

2

如果本文以示例GPS架构为代表,则说明该芯片由RF前端,数字域中的硬件相关器组成,并且信号的所有实际解码都是在软件中执行的。

在这种情况下,唯一可能的问题是多普勒。该软件可能会丢弃“例外”值,但是如果要绕过CoCom限制,则无论如何都需要更换或修改固件。

一个更有趣的问题是,是否可以借用一个GPS 模拟器,该模拟器可以进行编程以模拟高速情况。我本以为有可能-毕竟,制造商将如何测试他们的设备是否符合CoCom限制?


3
请注意,即使卫星速度为0 kph,您也必须处理多普勒,因为卫星已经以8000 m / s的速度运动。
德米特里·格里戈里耶夫

我喜欢你的逻辑!实际上,这是对每个卫星信号的(最多)+/- 60 kHz的类型偏移,大多数模拟器都可以这样做。仅作记录,我实际上没有这样做 -我只是在这个!
uhoh

2
否@DmitryGrigoryev您对8000的理解是错误的。它们的运行速度要慢得多,因为它们处于更高的轨道上。但是您是对的,除了GPS装置的运动之外,还有很多多普勒。这是一个好点!
uhoh

@uhoh我的错。我的评论应改为14,000公里/小时。
德米特里·格里戈里耶夫

5
不过,这在地面上的意义要小得多-与观察者相切的速度不会引起多普勒效应。然而,这确实引起小相对论效应:physics.stackexchange.com/questions/1061/...
pjc50

2

这确实取决于实现。例如,我正在研究的一个接收机在每个相关器通道中都有一个定点载波NCO频率寄存器,宽度为17位。可以存储在该寄存器中的最大值大约为6 km / s,并且还必须包括接收器时钟频率误差的影响。因此,它将无法追踪距离率超过该限制的任何卫星,如果接收器以轨道速度移动,则将是很多卫星。


1

Cubesats可以与价格低于1000美元的现成商用GPS单元一起使用。制造商取消了这些限制,因此希望他们能够在删除限制的情况下进行测试。他们有GPS模拟器或可访问它们。

制造商必须删除cocom限制,并且只有在您可以通过政府获得例外的情况下,制造商才会这样做。我不确定这一过程,但是我知道至少在美国是可能的。在美国以外,这几乎是不可能的。

我不知道GPS装置的精度,但是如果您在LEO中飞行,仍然必须考虑电离层效应。您还需要一个体面的ADCS系统来估算您的航天器位置


电离层效应是否仍会导致米级甚至最坏情况下数十米的误差?除非一个人的立方卫星正在执行需要毫秒定时或基于GPS的编队飞行的事情,否则对于大多数立方卫星来说,这最终不会变得很重要。值得记住的是,谢谢!
uhoh
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.