[App_rpt-users] RTCM voter problem - try 2

Thu Apr 7 00:26:05 UTC 2016

Is the GPS light on the master OK?  Be sure to reboot allstar after setting
the server to master.

On Wed, Apr 6, 2016 at 7:33 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:

> From what I recall (because I had this happen) a mixed client error means
> the voter.conf file is expecting an RTCM to try and connect with a GPS IP
> packet (ie has master in it), but the RTCM isn't sending a GPS IP packet.
> So its a mismatch between voter.conf and option 10 in the RTCM.
>
> The GPS led will go solid regardless of the connection LED. That has to
> happen or it wont connect. My setup takes 20 mins to get a GPS lock LED
> using a Trimble Thunderbolt after any reboot. I also had crazy problems
> with poor signal on my GPS when I set it up sitting in a window, and once
> installed at site I had the GPS antenna maybe 6 ft from the VHF antenna,
> and after some troubleshooting found it was getting swamped with RF and
> loosing lock.
>
> I found the debug setting of 40 useful in the RTCM, you can see a hex
> output if the GPS status. I posed on here what its supposed to be a while
> back. All 0's is bad.
>
> Cheers,
> Jesse
>
> On Apr 5, 2016, at 12:49 PM, James Cizek <james.m.cizek at gmail.com> wrote:
>
>
>
> Thanks Sam,  that was a good catch.  I have tried so many different things
> I didn't see that I missed putting that back in.
>
> It did not help anything. I restarted asterisk, and rebooted the RTCM.  It
> just sits there saying the GPS receiver is active and that it sees 9
> satellites.  The yellow light blinks forever and it never logs into the
> asterisk server.
>
> With the "master" setting in voter.conf, it's apparent that the RTCM is
> talking to the server as when the menu item 10 is set to "2"(none),  the
> asterisk log spools by with many "voter client trying to authenticate as a
> mix client" error.   This stops happening immediately when menu item 10 is
> set to either 0 or 1 (as would be expected).
>
> Any other ideas on where to look?   Thanks for the help!
>
> James
> KI0KN
>
> On Tue, Apr 5, 2016 at 1:27 PM, Sam Skolfield <kj6qfs at gmail.com> wrote:
>
>> try this: you need to specify a "master" timing source.
>>
>>
>> [general]
>> port = 667
>> buflen = 200
>> password = blah
>>
>> [1115]
>> Horsetooth = blah,*master*,transmit
>> plfilter = y
>> txtoctype = none
>>
>> On Tue, Apr 5, 2016 at 11:56 AM, 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.
>>>
>>
>>
>>
>> --
>> KJ6QFS
>> Sam Skolfield
>>
>
>
> _______________________________________________
> 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.
>
>
> _______________________________________________
> 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.
>

-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20160406/29a3976d/attachment.html>