oh, wow! I just went into my source and see that apparently long ago I had made a similar change to my RTCM code that I had forgot about, but there it is. I must have run into this issue previously. hmmm. By the way, I also added smart ID code to the RTCM for when it is offline so I don't have to hear it ID every 10 minutes or on top of people when it is offline. I see I didn't make it run time adjustable so maybe I should do that and then share it. Chuck WB9UUS On Sun, Apr 10, 2016 at 4:36 AM, Chuck Henderson < rpt2@chuck.midlandsnetworking.com> wrote:
The timing of one second comes from the GPS satellites and is accurate. Chuck
On Sat, Apr 9, 2016 at 7:03 PM, Joe Leikhim <rhyolite@leikhim.com> wrote:
According to the original documentation for the first generation X1 is a SER3418-ND 9.60MHz 18pf 30ppm.
So 9.6 x (+/-) 30 = +/- 288 Hz.
My question is If the same processor is doing the A/D conversion AND checking the number of samples/second why would there be a discrepancy regardless of the timing offset? Or is the error at the receiving end??
On 4/9/2016 2:16 PM, James Cizek wrote:
Sure Willem, in voter.c, the stock line is:
if ((samplecnt >= 7999) && (samplecnt <= 8001))
it needs to be changed to something like:
if ((samplecnt >= 7999) && (samplecnt <= 8003 ))
That was just enough to make my first RTCM work. I've had a chance now to check a few more of my RTCMs on the bench this morning and the crystal frequencies are kind of all over. The next one I had on the bench was 5.2Khz fast. The above code was still not enough to fix it (as would be expected) so it looks like the quality control on whatever manufacturer that crystal is, isn't very good (or a low tolerance crystal is being used). I am going to pursue crystal replacement to get a highly accurate, stable, on-frequency crystal in there as my first choice. Changing the firmware 5 different times doesn't seem like the right answer.
Jim put that sanity check in there for a reason. Working around it *may* allow the device to work, but to me, it seems getting the hardware operating the way it was supposed to originally is the better answer. I will follow up with Micro-node and let you all know how it goes.
Thanks.
James KI0KN
On Sat, Apr 9, 2016 at 9:05 AM, Willem Schreuder <willem@prinmath.com> wrote:
On Sat, 9 Apr 2016, James Cizek wrote:
Jim helped adjust the code to be more tolerant of the sampling error and
my whole system instantly worked.
Could you please share the code adjustment for future reference.
================================================================ Dr. Willem A. Schreuder, President, Principia Mathematica Address: 445 Union Blvd, Suite 230, Lakewood, CO 80228, USA Tel: (303) 716-3573 Fax: (303) 716-3575 WWW: www.prinmath.com Email: <Willem.Schreuder@prinmath.com> Willem.Schreuder@prinmath.com
_______________________________________________ App_rpt-users mailing listApp_rpt-users@ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" 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.
-- Joe Leikhim
Leikhim and Associates
Communications Consultants
Oviedo, Florida JLeikhim@Leikhim.com 407-982-0446 WWW.LEIKHIM.COM
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" 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.