# Does GPS Sync rely on some central server?
**URL:** https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800
**Category:** PMP
**Created:** [December 31, 2019, 9:55pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800 "2019-12-31T21:55:02Z")
**Posts on this page:** 20
**Page:** 2
### Author:  [@robreese](https://community.cambiumnetworks.com/u/robreese)
#### Post date: [January 1, 2020, 1:22am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/21 "2020-01-01T01:22:01Z")
We've noticed that switching to "Generate Sync" has been resolving the issue. If you have cnMaestro here is a JSON template file that can push that out:
{
"cfgFileString": "Canopy configuration file",
"cfgFileVersion": "1.0",
"userParameters": {
"gpsConfig": {
"gpsInput": 0
}
}
}
---
### Author:  [@loganmc10](https://community.cambiumnetworks.com/u/loganmc10)
#### Post date: [January 1, 2020, 1:34am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/22 "2020-01-01T01:34:56Z")
gpsinput 5 is a better option. That is “AutoSync + Freerun”, which is GPS Sync, with an automatic fallback to generate sync
---
### Author:  [@Forrest\_Christian](https://community.cambiumnetworks.com/u/Forrest_Christian)
#### Post date: [January 1, 2020, 1:41am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/23 "2020-01-01T01:41:00Z")
Forrest from PacketFlux here.
To shed some light onto the problem, and a workaround, but not the underlying cause:
It appears that something either in the firmware of the GPS receiver module, or something transmitted by the GPS constellation around 2PM Mountain Standard Time today caused the GPS receiver modules commonly used by Cambium, PacketFlux, and others in recent products to lock up and quit receiving GPS. This seems to be at a minimum affecting certain ePMP radios, certain uGPS receivers (like often used with the CMM5), and certain PacketFlux GPS Receivers. (These all share a similar or identical GPS module)
It appears that power cycling or otherwise causing the GPS receivers to be reset resolves the issue, at least for now.
For units which are getting power from the AUX/uGPS/Timing port, you can usually disable uGPS power on all radios the unit is attached to to get the power to shut off. Then re-enable. Alternatively, rebooting all of the radios at the exact same time will often work as well.
For PacketFlux products, most include a way to cycle the GPS remotely if you have a management device (aka RackInjector or SiteMonitor Base Unit).
---
### Author:  [@Eric\_Ozrelic](https://community.cambiumnetworks.com/u/Eric_Ozrelic)
#### Post date: [January 1, 2020, 1:50am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/24 "2020-01-01T01:50:35Z")
> * * *
> [@Forrest Christian](https://community.cambiumnetworks.com/u/Forrest_Christian/summary) wrote:
>
> Forrest from PacketFlux here.
>
> To shed some light onto the problem, and a workaround, but not the underlying cause:
>
> It appears that something either in the firmware of the GPS receiver module, or something transmitted by the GPS constellation around 2PM Mountain Standard Time today caused the GPS receiver modules commonly used by Cambium, PacketFlux, and others in recent products to lock up and quit receiving GPS. This seems to be at a minimum affecting certain ePMP radios, certain uGPS receivers (like often used with the CMM5), and certain PacketFlux GPS Receivers. (These all share a similar or identical GPS module)
>
> It appears that power cycling or otherwise causing the GPS receivers to be reset resolves the issue, at least for now.
>
> * * *
I can confirm that rebooting all of our packetflux rackinjectors resolved our issues. Furthermore, all of our PMP AP's that had autosync - freerun enabled, and ePMP with long hold off timers had very few issues. I didn't even know we were having issues until I actually looked at the event logs.
---
### Author:  [@loganmc10](https://community.cambiumnetworks.com/u/loganmc10)
#### Post date: [January 1, 2020, 2:14am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/25 "2020-01-01T02:14:33Z")
Is there a way to issue a reboot command to a uGPS module that is connected directly to a PMP450? (powered by it’s own PoE injector)
---
### Author:  [@Eric\_Ozrelic](https://community.cambiumnetworks.com/u/Eric_Ozrelic)
#### Post date: [January 1, 2020, 2:38am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/26 "2020-01-01T02:38:56Z")
> * * *
> [@loganmc10](https://community.cambiumnetworks.com/u/loganmc10/summary) wrote:
> Is there a way to issue a reboot command to a uGPS module that is connected directly to a PMP450? (powered by it's own PoE injector)
> * * *
If the uGPS is power with it's own PoE, then no... you'll need to power cycle it by hand, or if you have it plugged into a remote reboot device.
---
### Author:  [@loganmc10](https://community.cambiumnetworks.com/u/loganmc10)
#### Post date: [January 1, 2020, 2:44am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/27 "2020-01-01T02:44:20Z")
Yeah unfortunately I don't have anything like that. I'm not going to send somebody out on New Years to do that, so I'll let them run on Free Run for a couple days, hopefully Cambium can do something to sort this out without needing a physical reboot of the GPS modules.
---
### Author:  [@tchristle](https://community.cambiumnetworks.com/u/tchristle)
#### Post date: [January 1, 2020, 4:23am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/28 "2020-01-01T04:23:06Z")
Does anyone else have to constantly clear their "Idle" SM's every so often to get them back online? We seem to have this issue anytime the connection between the SM and AP drops. With "Sync + Free Run", things seem to be ok for most sectors. Others we have to constantly clear their idle state to get them back online.
---
### Author:  [@Nick\_R](https://community.cambiumnetworks.com/u/Nick_R)
#### Post date: [January 1, 2020, 5:06am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/29 "2020-01-01T05:06:09Z")
Confirmed we are having the same widespread issue in New Zealand - across all platforms using the uGPS.
It appears only on the units that have GLONASS from what I can tell, as all of our older Canopy GPS only uGPS appear to be OK _(must say the early GPS only platform is solid, GLONASS editions have been problem after problem it feels)_.
Our older PMP450s reverted to their onboard GPS, and we've set the rest of the network to AutoSync + Free Run for now.
If rebooting the uGPS is the solution that is OK, but how robust is it likely to be? Is the issue going to reoccur?
Before I send our engineers out with the mission of rebooting our uGPS GLONASS devices we will wait for more information. Hopefully some more information becomes available soon so we can make an informed decision.
Cheers!
---
### Author:  [@gabrielpike](https://community.cambiumnetworks.com/u/gabrielpike)
#### Post date: [January 1, 2020, 12:02pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/30 "2020-01-01T12:02:21Z")
I sent technicians out to power cycle UGPS and APs and it did not resolve the problem. The only answer so far for me has been to set the AP to generate sync.
---
### Author:  [@jaraque](https://community.cambiumnetworks.com/u/jaraque)
#### Post date: [January 1, 2020, 4:18pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/31 "2020-01-01T16:18:42Z")
With a GPS power reset on site, we solved the problem. We had a problem with the GPS software version AXN 5.1.1; with software version AXN 3.20 GPS synchronization is fine. We are waiting for the definitive cambium solution.
---
### Author:  [@Changhuang1](https://community.cambiumnetworks.com/u/Changhuang1)
#### Post date: [January 1, 2020, 4:45pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/32 "2020-01-01T16:45:33Z")
Still waiting on a solution here too.
---
### Author:  [@Martin\_Morken](https://community.cambiumnetworks.com/u/Martin_Morken)
#### Post date: [January 1, 2020, 6:14pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/33 "2020-01-01T18:14:39Z")
We see the same here. We have six CMM5 with uGPS GNSS\_EXTRF\_9600 with AXN\_5.1.1 that lost all the satellites, but one with AXN\_3.20 that lost about 10 satellites and still working.
All of our CMM4 is working fine.
We also have a PMP450m with uGPS connected that is working. This one have AXN\_1.3.
We have powercycled two of the uGPS with AXN\_5.1.1 on site and those are working fine now.
One of the AP had to be rebooted for the SM to be stable.
---
### Author:  [@sadpatil](https://community.cambiumnetworks.com/u/sadpatil)
#### Post date: [January 2, 2020, 5:22am UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/34 "2020-01-02T05:22:53Z")
Issues with specific UGPS version AXN\_5.1.1 and not with CMM, AP, dont have any solution to fix this remotely.
Rebooting UGPS by field visit is resolving problem and couldnt rely on this. Need permanant solution from Cambium.
---
### Author:  [@jaggermifter](https://community.cambiumnetworks.com/u/jaggermifter)
#### Post date: [January 2, 2020, 1:32pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/35 "2020-01-02T13:32:48Z")
Does anyone know how to remotely reboot the CMM5 injectors? I cant find any where to do it from the controller.
---
### Author:  [@Ktctech](https://community.cambiumnetworks.com/u/Ktctech)
#### Post date: [January 2, 2020, 1:56pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/36 "2020-01-02T13:56:54Z")
Has this been resolved? It seems to be ok in Louisiana now.
Just curious if we will see issues again.
---
### Author:  [@Kharrington1](https://community.cambiumnetworks.com/u/Kharrington1)
#### Post date: [January 2, 2020, 4:24pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/37 "2020-01-02T16:24:43Z")
We're still seeing the same problem here in South Dakota this morning.
---
### Author:  [@Ktctech](https://community.cambiumnetworks.com/u/Ktctech)
#### Post date: [January 2, 2020, 6:28pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/38 "2020-01-02T18:28:12Z")
Great :-(
---
### Author:  [@kendali](https://community.cambiumnetworks.com/u/kendali)
#### Post date: [January 2, 2020, 7:07pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/39 "2020-01-02T19:07:26Z")
I have one device, it is a prototype micropop omni that has built in GPS that will not stay synced. I've been running it on generate sync since Tuesday. I tried changing back t his morning, but no good. Everything else has been solid.
---
### Author:  [@hci](https://community.cambiumnetworks.com/u/hci)
#### Post date: [January 2, 2020, 11:17pm UTC](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800/40 "2020-01-02T23:17:12Z")
Any news on what caused this etc?
[Previous page](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800.md?page=1)
[Next page](https://community.cambiumnetworks.com/t/does-gps-sync-rely-on-some-central-server/64800.md?page=3)