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@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@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
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
–