<div dir="ltr">I'm getting the same error on my RTCM that uses a GPS-18. I have 1 T/R site and 1 Rx only site, the T/R site is the only one complaining of "Warning: GPS Data time period elapsed" This just started a couple days ago, 15th or 16th I believe.<div><br></div><div>Also I'm getting a "<span style="color:rgb(0,0,0);white-space:pre-wrap">Inbound (Eth Rx) packet out of bounds by: -1" error</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><font color="#000000"><span style="white-space:pre-wrap">In the past I had guessed the out of bounds by -1 error was caused by poor GPS signal, as I had seen different system that uses a Trimble Thunderbolt do the same thing. The GPS antenna on that system was getting RF swamped by the VHF transmit antenna, in the Trimble Software you could see all of the Satellites drop off when ever we keyed the transmitter. I would see the transmitter come up for a second then drop, then come up a while later, then drop.</span></font></div><div><font color="#000000"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000"><span style="white-space:pre-wrap">On this system when I switched my RTCM to GPS Data Protocol to TSIP, then back to NMEA it reported 10 Satellites to the RTCM. I've also had problems with the 10 Mbps connection and some managed switches. Doesn't matter if I choose 10 Half or 10 Full, I get collisions and errors reported by the switch on that port. I have to believe the switch is telling me the truth, so therefor there is something wrong with the Ethernet protocol in the RTCM's.</span></font></div><div><font color="#000000"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000"><span style="white-space:pre-wrap">All this work on my GPS-18 RTCM was done remotely on the 17th as there is too much snow to access the RTCM. At the end of the day I gave up and crippled the server link causing to T/R site to go into local repeat. </span></font></div><div><font color="#000000"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000"><span style="white-space:pre-wrap">73</span></font></div><div><font color="#000000"><span style="white-space:pre-wrap">Jesse VE7LYD</span></font></div><div><font color="#000000"><span style="white-space:pre-wrap"><br></span></font></div><div><font color="#000000"><span style="white-space:pre-wrap"><br></span></font></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 19, 2017 at 8:05 AM, Skyler F <span dir="ltr"><<a href="mailto:electricity440@gmail.com" target="_blank">electricity440@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Well, eliminating the network switch seemed to dramatically improve our voter system issue. The host didn't randomly get lost, in turn making the RTCM go offline for a second and come back online. <div class="m_1413759651226381981gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"></div></div>
<div><br></div><div>I thought it solved the problem until the next day, I started to randomly hear the voter go offline again and come back on. It has been very difficult to be logged into the RTCM while the problem happens, but I think I got it once, and I am getting the old GPS time period elapsed message. </div><div><br></div><div>So we are obviously getting an OK GPS data, I am not getting this error every minute, it happens anywhere from once every hour to once every day. Can someone explain why changing the data rate to 9600 baud is not working for us on any of the 4 GPS units, but it is fine for everyone else? </div><div><br></div><div>Another thing I am confused about is firmware, So these GPS-18 serial units have a firmware in them? And if so, would upgrading/downgrading affect the data? I am assuming we are getting proper NMEA because I don't think an improper format would give us 99% operation. </div><div><br></div><div>73</div><div>Skyler KD0WHB</div></div>
<br>______________________________<wbr>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://ohnosec.org/cgi-bin/<wbr>mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://ohnosec.org/cgi-bin/<wbr>mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. <br></blockquote></div><br></div>