有人知道如何远程重启CMM5注入器吗?我找不到任何地方做它从控制器。

这个问题解决了吗?现在在路易斯安那似乎还好。

只是好奇,如果我们会再次看到问题。

今天早上在南达科他州,我们仍然看到同样的问题。

伟大的:- (

我有一个设备,它是一个微型流行的omni原型,内置了GPS,不会保持同步。我从周二就开始运行同步生成了。我试着变回他的早晨,但是没有效果。其他的都是固体。

有什么消息吗?

你需要物理重启,不是通过网络界面,而是物理重启。我们遇到了同样的问题

UTC 21:00 =俄罗斯午夜。而且今年是闰年。Y2k20快乐!

重启同步源解决了我们的问题。

嗨,@ jaggerifter,不幸的是,没有机制从控制器重新启动CMM5注入器。在实际操作中,重新启动并不足以重置连接的UGPS或cnPulse模块,因为在重新启动期间,注入器的UGPS端口的电源是保持的。如果需要重置UGPS,唯一的方法是断开连接,然后重新连接到UGPS模块,或者对注入器本身进行通电循环。

从中国夏令时新年前夕下午3点开始,GPS同步仍然存在问题......

问题似乎主要是在新的独立的UGPS SW AXN 5.1.1 Rev 8512直接连接到AP的Aux端口。

Jiust重新启动了电源,但这并没有解决问题....

坎比姆公司有人在研究这个吗?如果是,请更新.....

乔尔,南达科塔州


@Joel写道:

从中国夏令时新年前夕下午3点开始,GPS同步仍然存在问题......

问题似乎主要是在新的独立的UGPS SW AXN 5.1.1 Rev 8512直接连接到AP的Aux端口。

Jiust重新启动了电源,但这并没有解决问题....

坎比姆公司有人在研究这个吗?如果是,请更新.....

乔尔,南达科塔州


你重启了UGPS或AP吗?你必须重新启动UGPS才能解决这个问题。请让我们知道重新启动UGPS是否解决了问题。谢谢,梧桐树皮

我已经重启了所有受影响的设备,这解决了问题....不幸的是,我还发现了一个450AP,它无法从车载GPS获取同步,但这可能只是一个不合格的设备,我将在稍后处理....

但我也很好奇这个问题是否会再次发生。我认为每个人都还在为这次大的宕机感到震惊,因为一些意想不到的事情,自从有人发现这到底是怎么回事之后,似乎就没有太多的讨论了。所以我想问问Cambium(或者Packetflux),他们是否知道这种情况是否有可能再次发生,如果是这样,我们可以做些什么来解决这个问题?

任何煽动都将受到赞赏。

此外,尚不清楚Cambium是否正在研究解决方案,或者“重启uGPS”是官方的答案?其中一些是在相当偏远的地方,在冬天开车带人四处转转,为我们参观所有这些景点并不便宜。我仍然抱有希望,希望会有某种可以远程应用的修复

是的,我对GPS进行了硬电源重启,最初没有帮助,但今天早上已经纠正了.....

所以当这一切发生在新年前夕的下午3点,我将我的AP的所有设置为Autosync only,所以我在不同的位置同时有许多AP的下降,导致数百名客户在新年前夕下午3点整失去服务。

快速的纠正是设置AP的Autosync + Freerun和一些我刚刚锁定生成......如果GPS的问题摧毁了我所有的GPS模块,我的自我干扰将是难以忍受的新年夜和沉重的负载。

现在看来事情正在慢慢纠正自己,有一些需要重新启动的顽固GPS单元.......

当这一切发生时,我看到GPS设备不断地找到卫星并进行同步,然后退出并失去通信,在我看来,问题似乎是信号丢失或信号质量问题。那么问题是什么呢?每个人都在谈论通过重新启动电源来快速解决问题,但却没有人讨论在新年前夕下午3点到底发生了什么,影响了北美地区,是否有有意或无意的信号干扰,或硬件故障,导致了它……新年前夜的时间确实令人怀疑,但也可能只是巧合。

最初的答复是卫星硬件出了问题,但我没有看到后续的回复,如果这真的是问题的话。

我完全理解这是一个复杂的问题....我希望现在大家能讨论一下到底发生了什么,以及这件事是否真的得到了纠正。

我收到了新生公司的私人回复想要我那固执的美联社的一些技术信息,所以我知道他们在查。谢谢你! !我也很感兴趣,如果蜂窝pc行业也看到了.....

最后,我想知道GPS模块是否能够同时支持GPS和GLONASS,但为什么一个模块出现问题会同时阻碍另一个....

我很高兴事情正在恢复正常,但我真的希望能更多地了解到底发生了什么....

3喜欢

刚刚和我北面的一个操作员说了话,他重置了电源,但一夜之间没有修正,所以它似乎仍然是击中和错过了这里.....

看来问题还没有真正解决,硬电源复位也不是一个经过证明的修正。


@tchristle写道:

还有其他人需要经常清空他们的“闲置”短信才能让他们重新上线吗?只要SM和AP之间的连接断开,我们就会遇到这个问题。有了“同步+自由运行”,大多数行业似乎都没问题。另外一些我们必须不断清除他们的空闲状态,以使他们重新上线。


@tchristle,

这个需要清除空闲短信的bug在16.1.1中已经修复。你可以升级到16.1.1 BETA-3来修复这个问题。如果您在16.1.1或更高版本中遇到这个问题,请告诉我。

关于GPS的问题,我们正在继续调查。

查理

嗨,乔,

很抱歉回复晚了。在过去几天里,我们一直在PacketFlux和GPS芯片供应商Forrest的帮助下调查此事。

目前,唯一推荐的做法是给UGPS供电。正如你在这里看到的,我们在其他地方也听到过,有一些关于自我纠正的零星报告,但这并不一致。此外,伴随着这个问题出现的GPS信号的抖动特性意味着AutoSync + FreeRun在保持GPS同步时可能会出现问题,因为仍然有一些脉冲被接收到。在这种情况下,根据AP和其他站点的位置以及您的频率计划,在您使用GPS设备供电时使用生成同步功能可能会有所帮助。

关于发生的事情。我们仍在等待芯片供应商的确认,但活动时间在2018年1月1日午夜莫斯科时期一致。莫斯科的午夜为00:00为Glonass,是美国中央时代的3点。Glonass系统使用了一个机制,这些机制可以跟踪自上次闰年以来的周数,并且正是此时的那一刻在2020年以来的闰年。GPS供应商未验证这是迄今为止的原因,但在所有报告中都非常可疑和一致的时间表。它还解释了为什么只有支持Glonass的芯片正在受到影响。此外,它只能影响固件AXN_5.1.1的设备,您可以在AP或CMM5的GPS状态屏幕上验证。

他们现在正在进行一些测试和代码检查来验证根本原因,但再次,唯一的当前和可能的未来,行动方案是动力循环GPS单元。即将到来的主要问题是/当它可能再次发生时,我们将能够回答一旦我们确定了根本原因。

感谢您的耐心,我们为这造成的巨大不便表示道歉,特别是在假日期间。

2喜欢

@Eric Ozrelic写道:

@loganmc10写道:
有没有一种方法,发出一个重启命令的uGPS模块,直接连接到PMP450?(由自己的PoE注入器驱动)

如果uGPS用它自己的PoE供电,那么没有…你需要手动充电,或者把它插到远程重启设备上。


但是如果你的uGPS只是由AP/BHM供电从无线电的RJ12电缆,然后你可以通过web GUI禁用电源:“Aux端口电源到uGPS”禁用。然后再次启用它。这是在whispApsConfig中找到的SNMP OID ugppower(.88)。

但是,如果UGPS是关闭其中间的RJ45连接器,那么将需要单独循环供电。


@Neil Capell写道:

我已经重启了所有受影响的设备,这解决了问题....不幸的是,我还发现了一个450AP,它无法从车载GPS获取同步,但这可能只是一个不合格的设备,我将在稍后处理....


尼尔,

不确定它是否在你的情况下有帮助,但有一些telnet命令禁用车载GPS:“synconboard on/off”。这将防止你的450 AP与机载GPS同步。然而,这不会重置机载GPS。不幸的是,您需要重置AP才能做到这一点。

类似地,如果你需要强制你的自动同步到一个特定的同步源,有命令“synctimingport”和“syncpowerport”。

450 AP车载GPS没有外部天线,因此不是最可靠的同步源。即使在450 AP上也建议通过电源或辅助端口进行同步。供参考的是,车载GPS是最后尝试获得同步的,但一旦实现同步,自动同步就会与同步源保持一致。

你好,

我们已与GPS芯片供应商核实,问题确实是莫斯科时间00:00时的GLONASS天数,因为2020年是闰年。

到目前为止,大多数设备可能已经自动从事故中恢复,但如果有任何问题持续存在,则需要重新启动恢复机制。如果AP向UGPS/cnPulse提供电源,这可以通过AP完成。

它只会影响固件为AXN_5.1.1的设备,也会影响使用相同芯片和固件的PacketFlux设备。如果您使用其中任何一种,请与PacketFlux一起进行恢复工作。

对于CNPulse和UGPS,我们正在使用GPS芯片供应商来进一步识别固件根本原因,并将确定我们前进的后续步骤。目前,在运行AXN_5.1.1的设备上,我们可以期待此问题在00:00莫斯科时间,1月1日2024以及后续闰年内重新调用。

欲了解更多有关此主题的最新消息,请点击此处:http://community.cambiumnetworks.com/t5/PMP-450/GPS-Sync-Loss/m-p/113517#M8891

1像