[App_rpt-users] RTCM voter problem - SOLVED

Mon Apr 18 17:42:15 UTC 2016

Jesse,

Yes, I checked out all of mine.  They were all off, some were off a LOT.  I
talked to Mark @ Micronode.  He told me there were 25 units that made it
out the door with a crystal from an unapproved source and that was quite
likely the reason for the problem.  He gladly sent me 5 new crystals to
replace (he offered to replace them himself if I sent the units in, but I
am comfortable doing it myself to save the time and postage).  I haven't
received them in the mail yet to show that the problem is fixed, but I will
post here when that happens.  He was great to work with and had no issue
getting things set straight.  If you are having the same issue and your
RTCMs were bought about the same time, I'd suggest you contact him and have
him help you resolve the issue!

James
KI0KN

On Mon, Apr 18, 2016 at 11:37 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:

> Hi James,
>
> Wondering if you ever had a chance to check out all 5 of your RTCM's.
> Seems I'm having the same issue with mine.
>
> Thanks,
> Jesse
>
>
>
> On Sat, Apr 9, 2016 at 7:09 AM, James Cizek <james.m.cizek at gmail.com>
> wrote:
>
>> Well, after many of you offered your time and thoughts on my voter
>> problem, Jim WB6NIL graciously donated a couple of hours of his time to
>> remotely help me and he uncovered the problem.
>>
>> All 5 of my RTCMs were purchased within the last 6 months, and I suspect
>> all 5 have the same problem (will verify that today)   The problem is that
>> the microprocessor crystal is running too fast!   There is 9.6Mhz crystal
>> that drives the MPU,  on the particular unit that Jim helped me diagnose,
>> it's running 2.5 khz too fast.  There is a sanity check in the firmware
>> that makes sure the correct number of samples were taken in the last second
>> (it's supposed to be 8000) and fails if the sample is incorrectly sized
>> (mine is taking 8003 samples).  Jim helped adjust the code to be more
>> tolerant of the sampling error and my whole system instantly worked.
>>
>> I have since tested it with ALL my GPSs (they all work great!)  So I now
>> have everything working, including the voting.
>>
>> I haven't contact Micro-Node about it yet.  Jim told me that voting
>> should work fine but this clock error would probably not be acceptable for
>> Simulcast (something we have no plans on doing as of now).  Since mine are
>> deployed at mountain top sites, I'll probably pursue a crystal that is
>> running at the correct frequency and use "standard" firmware so that if the
>> decision is ever made to play with simulcast, I won't be right back in this
>> same boat.
>>
>> Thanks to all that helped out, and a HUGE thanks to Jim for taking the
>> time to troubleshoot this.
>>
>> BTW- This clock error will NOT effect the RTCM in mix client mode, it
>> only affects it in voting or simulcast mode!
>>
>> Thanks all, have a good weekend.
>>
>> 73
>> James
>> KI0KN
>>
>> On Tue, Apr 5, 2016 at 12:56 PM, James Cizek <james.m.cizek at gmail.com>
>> wrote:
>>
>>> Hi all,
>>>
>>> I posted this problem many months ago and I came to the conclusion at
>>> that time that it was my 1PPS signal from the GPS into the RTCM that was
>>> the problem.  I have changed hardware now to fix that and I still have the
>>> problem so I am suspecting a config issue and hope someone will have an
>>> idea.
>>> This is on a stock DIAL box.
>>>
>>> RTCM is setup and working great as a standard node.
>>> Everything is working great on the repeater as long as RTCM is in
>>> non-voter mode.
>>>
>>> I have the chan_voter module loading in modules.conf.
>>>
>>> Here is my voter.conf:
>>>
>>> [general]
>>> port = 667
>>> buflen = 200
>>> password = blah
>>>
>>> [1115]
>>> Horsetooth = blah,transmit
>>> plfilter = y
>>> txtoctype = none
>>>
>>>
>>> I am happy to share any other config if requested.
>>>
>>> In the RTCM menus, I have a static IP, I have the voter server IP, all
>>> the approriate IP fields filled out. As mentioned, the RTCM works fine with
>>> the asterisk server when it's in non-voter mode.
>>>
>>> Here's the way I am testing:
>>> Verify RTCM menu item 10 is set to (2) None.
>>>
>>> Boot server, then boot RTCM.  RTCM console says:
>>>
>>> GPS Receiver Active, waiting for aquisition
>>> GPS signal acquired, number of satellites in view = 9
>>> 04/05/2016 17:58:17.560  Time now syncronized to GPS
>>> 04/05/2016 18:13:18.580  Host Connection established (Pri) (10.16.1.240)
>>>
>>>  I have a very nice, clean, 5Volt 1PPS signal going to pin 7 on the
>>> DB15.  Verfied with o-scope.
>>>
>>> as soon as I change menu item 10 on the RTCM to either a (1) or a (0)
>>> instead of (2),  I *instantly* get this on the RTCM console:
>>>
>>> 04/05/2016 18:44:13.660  Lost GPS Time synchronization
>>> 04/05/2016 18:44:13.660  Host Connection Lost (Pri) (10.16.1.240)
>>>
>>> and it sits there forever and never re-establishes connection to the
>>> host.
>>>
>>> Here is a snippet of the GPS output:
>>>
>>>
>>> $PFEC,GPtps,160405181603,1,0,1,150701000000,00,17,160405165607,1891,238580
>>> $GPGGA,181603,4020.9810,N,10506.4515,W,0,07,00.00,001566.7,M,-020.0,M,,
>>> $GPGSV,2,1,08,03,53,215,46,07,09,253,37,09,28,305,39,16,63,126,43
>>> $GPGSV,2,2,08,22,26,178,44,23,60,316,43,26,52,066,41,31,17,061,34
>>> $GPRMC,181603,V,4020.9810,N,10506.4515,W,,,050416,008.9,E,N*1A
>>>
>>> $PFEC,GPtps,160405181603,3,0,1,150701000000,00,17,160405165607,1891,238580
>>> $GPGGA,181604,4020.9810,N,10506.4515,W,0,03,00.00,001566.7,M,-020.0,M,,
>>> $GPRMC,181604,V,4020.9810,N,10506.4515,W,,,050416,008.9,E,N*1D
>>>
>>> $PFEC,GPtps,160405181604,3,0,1,150701000000,00,17,160405165607,1891,238581
>>> $GPGGA,181605,4020.9812,N,10506.4495,W,1,07,01.73,001573.3,M,-020.0,M,,
>>> $GPRMC,181605,A,4020.9812,N,10506.4495,W,,,050416,008.9,E,A*0F
>>>
>>> $PFEC,GPtps,160405181605,3,0,1,150701000000,00,17,160405165607,1891,238582
>>> $GPGGA,181606,4020.9812,N,10506.4494,W,1,07,01.73,001573.2,M,-020.0,M,,
>>> $GPRMC,181606,A,4020.9812,N,10506.4494,W,000.0,283.2,050416,008.9,E,A*06
>>>
>>>
>>> I am just not sure where to go from here.  I can't seem to find anyone
>>> that's had any problem like this or what might be causing it.
>>>
>>> I have tried 5 different RTCMs and 5 different GPSs from 3 different
>>> manufacturers.
>>>
>>> Any suggestions on what I might be missing?
>>>
>>> Many thanks for any help anyone can offer!
>>>
>>> James
>>> KI0KN
>>>
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at 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.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20160418/3433c654/attachment.html>