Questions tagged «gps»

代表全球定位系统,一种基于卫星的导航系统

6
为什么智能手机GPS定位比GPS模块快得多?
当我使用arduino GPS模块时,通常需要花费几分钟时间才能开始发送数据。而且似乎所有GPS模块通常都是这种情况,因为它们需要一段时间来“收听”卫星。但是,每当我使用手机的内置GPS时,它都能在几秒钟内找到其位置。这是为什么?
81 gps 

5
多少个GPS通道有意义?
您需要4个通道来确定您的位置(包括海拔),而且我可以理解,一些额外的通道可以提高准确性。但是,任何时候最多只能看到12颗卫星,那么为什么接收机的频道更多?我见过具有50甚至66个频道的接收器,这比卫星数量还要多。 在这种数量激增的通道中,我看不出任何优势,但我认为它确实会增加接收机的功耗。 那么,为什么需要66个频道?
77 gps 

3
GPS卫星如何刷新时钟
GPS卫星如何保持其机上时钟的准确性?我假设他们需要从基站获取更新。但是,如何确保更新后所有卫星都同步,即没有任何相移。 您的基站在地球上,并假定您要更新的所有卫星都在视线内。您发送一个更新命令。但是,每颗卫星距基站的距离都不同。从接收命令到更新内部时钟也将有一个延迟。有些卫星可能具有更新的硬件,速度更快。 如果分别更新卫星,则需要确保发送命令的时间安排非常准确。这似乎很难解决。在实践中是否有更好的方法? 我想我感兴趣的是说您在A位置有一个时钟。如何将它与B位置(远离A的位置)的时钟同步?您有消息飞行时间延迟,B中的处理延迟等。

10
为什么GPS接收器具有1 PPS输出?
我很惊讶地看到正在使用的GPS接收器有一个保留用于输出1 PPS(每秒脉冲)信号的引脚。这有什么意义呢?微控制器不能轻易产生自己的1 PPS信号吗?
27 gps 


6
串行协议定界/同步技术
由于异步串行通信甚至在当今的电子设备中也很普遍,我相信我们许多人会不时遇到这样的问题。考虑与串行线(RS-232或类似产品)连接并且需要连续交换信息的电子设备D和计算机。即每个发送一个命令帧,并每个发送一个状态报告/遥测帧答复(报告可以作为对请求的响应发送,也可以独立发送-在这里并不重要)。通信帧可以包含任何任意二进制数据。假设通信帧是固定长度的分组。PCPCX msDY ms 问题: 由于协议是连续的,因此接收方可能会失去同步,或者只是在进行中的发送帧中间“加入”,因此它只是不知道帧起始位置(SOF)在哪里。根据数据相对于SOF的位置,数据具有不同的含义,接收到的数据可能会永久损坏。 所需的解决方案 可靠的定界/同步方案可在恢复时间短的情况下检测SOF(即重新同步所需的时间不超过1帧)。 我了解(并使用了一些)的现有技术: 1)标头/校验和 -SOF作为预定义的字节值。帧末的校验和。 优点:简单。 缺点:不可靠。恢复时间未知。 2)字节填充: 优点:可靠,快速恢复,可与任何硬件一起使用 缺点:不适用于固定大小的基于帧的通信 3)第9位标记 -在每个字节之前附加一个位,而SOF标记为1和数据字节标记为0: 优点:可靠,快速恢复 缺点:需要硬件支持。大多数PC硬件和软件未直接支持。 4)第8位标记 -上面的一种模拟,同时使用第8位而不是第9位,每个数据字仅保留7位。 优点:可靠,快速的恢复,可与任何硬件一起使用。 缺点:需要从/到常规8位表示到/从7位表示的编码/解码方案。有点浪费。 5)基于超时 -假定SOF为某个已定义的空闲时间之后的第一个字节。 优点:无数据开销,简单。 缺点:不太可靠。在较差的计时系统(如Windows PC)上无法很好地工作。潜在的吞吐量开销。 问题: 还有哪些其他可能的技术/解决方案可以解决该问题?您能否指出上面列出的缺点,可以轻松解决这些缺点,从而消除它们?您(或您将)如何设计系统协议?
24 serial  communication  protocol  brushless-dc-motor  hall-effect  hdd  scr  flipflop  state-machines  pic  c  uart  gps  arduino  gsm  microcontroller  can  resonance  memory  microprocessor  verilog  modelsim  transistors  relay  voltage-regulator  switch-mode-power-supply  resistance  bluetooth  emc  fcc  microcontroller  atmel  flash  microcontroller  pic  c  stm32  interrupts  freertos  oscilloscope  arduino  esp8266  pcb-assembly  microcontroller  uart  level  arduino  transistors  amplifier  audio  transistors  diodes  spice  ltspice  schmitt-trigger  voltage  digital-logic  microprocessor  clock-speed  overclocking  filter  passive-networks  arduino  mosfet  control  12v  switching  temperature  light  luminous-flux  photometry  circuit-analysis  integrated-circuit  memory  pwm  simulation  behavioral-source  usb  serial  rs232  converter  diy  energia  diodes  7segmentdisplay  keypad  pcb-design  schematics  fuses  fuse-holders  radio  transmitter  power-supply  voltage  multimeter  tools  control  servo  avr  adc  uc3  identification  wire  port  not-gate  dc-motor  microcontroller  c  spi  voltage-regulator  microcontroller  sensor  c  i2c  conversion  microcontroller  low-battery  arduino  resistors  voltage-divider  lipo  pic  microchip  gpio  remappable-pins  peripheral-pin-select  soldering  flux  cleaning  sampling  filter  noise  computers  interference  power-supply  switch-mode-power-supply  efficiency  lm78xx 

1
官方GPS协议文档?
搜索“ GPS协议”会显示许多处理过的GPS数据源,例如NMEA或GPS单位的二进制输出。 GPS卫星-接收器协议的官方文档在哪里?或任何有趣的补充材料可能会解释它? 上下文:我对了解(例如)年历和星历如何传播特别感兴趣。
15 gps  protocol  standard 

1
GPS设计审查(RF输入)
我在Eagle中设计了一块PCB,以容纳GPS接收器模块和GPS贴片天线。模块的RF输入指定为50Ω不平衡(同轴)RF输入。我使用此计算器来计算共面波导传输线所需的宽度和间距,并且如您所见,使用此处的参数,我已经非常接近50Ω的特征阻抗。我最终得到了32百万的迹线宽度和6百万的间距。看起来合理吗? 这是我的板子的屏幕截图: 区域填充(顶部和底部)均为GND,我在贴片天线所在的位置以及沿天线馈入GPS模块的一侧的顶部和底部接地层之间大约每75 mil间隔缝合过孔。对于如何正确执行此操作,我没有任何指导,所以我只是盯着它看。也许是矫kill过正?我还停止了靠近芯片的顶部接地平面,以遵循GPS模块下方不应有任何痕迹或阻焊层的指导。 内部实线正方形为25mm,代表实际的贴片天线覆盖区。贴片天线周围的虚线为27mm的正方形,代表天线下方所需的接地层,正如我阅读的数据表所示。馈电长度约为1英寸(远小于1575.42MHz处的波长),因此我认为此处的路径损耗无关紧要。我将Feed路径四舍五入为“避免出现尖角”。我认为这并不重要,但我认为我也可以。最终,我将0.9mm的钻头尺寸用于天线引脚,我打算将其焊接在背面。这一切听起来不错吗? 如果我在某些方面没有提供足够的背景信息,请在评论中让我知道,如果可以的话,我很乐意根据需要添加信息。我只是想寻找一份客观的评论,因为这些主题我都不认为自己是专家,并且我认为没有比这里更好的地方来找到知识渊博和乐于助人的同事。 更新 根据@Dave的建议,我在贴片天线下的地面缝合区域内添加了一堆“随机”过孔。这是更新的董事会屏幕截图:

13
我可以使用什么来检测室外的精确位置(英寸)?
一段时间后,我又回到了EE,所以请原谅我的无知。我正在寻找一种方法来检测室外的精确位置,以便与儿子一起为项目导航机器人。 有没有一种低成本的三角测量或使用GPS的方法?我正在寻找精确到英寸的精度。另外,我不在乎是否需要将一些变送器放置在不同的位置以为设备提供参考。 这是用于机器人割草机。我有一个2英亩的院子,我的房子在中间,附近有几棵树作为障碍。 我的三个男孩中有两个(14岁,11岁,5岁)提出了这个想法,因此该项目的真正目标是与他们在一起并激发他们对EE和CE的兴趣。 因此,成本是一个因素,但我不在乎我们是否会在接下来的两年中继续努力并花一点时间。 这是我目前的计划 板载Windows PC,以便我可以对传感器进行编码。 板载Microsoft Connect可帮助进行障碍检测(Windows PC的原因) 包括用于一般位置的USB GPS 包括相机只是为了好玩 在2年内,如果我有钱可以,但是我不想从疯狂的昂贵GPS开始。 感谢所有帮助我的人!!!!
13 robotics  gps 

4
GPS如何缩放和处理每秒可能数百万的请求并实时响应?
如今,几乎每个人在某个地方拥有智能手机或某种GPS设备。这些设备似乎也可以实时更新。GPS卫星如何能够响应来自数百万个不同设备的潜在数以百万计的请求,并实时无延迟地更新所有数百万个设备。 据我了解,如果没有适当的准备,即使流量成千上万的网站也会放慢速度,GPS如何处理似乎无法处理的流量,甚至对于超级计算机来说也难以应付。
13 gps 

2
GPS:视野中有12颗卫星,但没有修复
我有一个连接到STM32 的Jupiter F-2 GPS接收器,该接收器每秒输出NMEA消息。该GPGSV消息表明我有12个卫星在查看。同时,该GPGSA消息表明我无法修复2D或3D。 根据接收器文档,5颗卫星足以进行3D修复。 有什么可以解释GPGSV和GPGSA消息之间的差异?为什么我没有得到解决?
11 gps 

2
民用GPS接收机可达到的最高更新速率是多少?
我有兴趣了解民用GPS接收机的最大可实现更新率。特别 依赖接收机专门的GPS卫星(例如不包括基于IMU运动估计插值) 假设限制(即排除可行性问题,例如处理能力) 锁定后的更新速率(例如TTFF) 我发现最快的民用接收器芯片的更新速率为50Hz,例如Venus838FLPx。 根据这个 stackexchange 线程中的 alex.forencich ,它可能是“相当高”: 很难将位置更新速率固定在卫星上,因为它们全部在接收器中。卫星以50位每秒的速度和1.023 MHz的CDMA码片速率简单地发送轨道星历数据和一天中的时间,所有这些都精确地锁相到原子频率标准。GPS接收器在CDMA扩展码上保持锁定,并使用该锁定来确定卫星之间的到达时间差。首先获得锁定需要一段时间,但是之后可以以相当高的频率更新位置。我不确定这的上限是多少。 当然,这与民用接收器的CoCom速度和高度限制无关。 这就是我所发现的。
10 gps  gnss 

5
GPS用于Cubesats-消费类芯片的8 km / sec速度太快了吗?
低地球轨道上的卫星正在以接近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扩展/压缩。这可能会影响相关性的某些实现(包括硬件和软件)。
10 gps 

6
与Tx和Rx串联的电阻
我正在制作自己的电路板,并使用带有Arduino引导程序的ATmega 328。我有一个DIP开关,可以选择要连接到ATMega的Rx和Tx的FTDI芯片(用于编程),还是要输出要连接的串行信号的GPS。我正在查看此原理图以供参考:http : //arduino.cc/en/uploads/Main/ArduinoNano30Schematic.pdf 为什么在Rx和Tx上有2个电阻来自ATMega?我是否仅需要用于连接FTDI芯片的天线,还是也需要GPS天线?

2
通过VHF发送GPS坐标
我想设置一个系统,以便VHF用户在按下PTT按钮的任何地方,GPS接收器的坐标都将传输到接收器并存储在计算机中。那可能吗 ?我应该在哪里寻找类似的东西?
9 radio  gps 

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.