[App_rpt-users] RTCM voter problem - try 2

Wed Apr 6 00:52:15 UTC 2016

This sounds to me like a PPS issue. Perhaps the RTCM isn't seeing the PPS from the GPS receiver? Maybe it's a hardware issue or PPS polarity issue. 

To my knowledge, the RTCM intentionally won't connect to the host until the GPS is "up". I've seen this before. 

Brett Woollum 

From: "James Cizek" <james.m.cizek at gmail.com> 
To: "Tim Sawyer" <tisawyer at gmail.com> 
Cc: "app_rpt mailing list" <app_rpt-users at ohnosec.org> 
Sent: Tuesday, April 5, 2016 4:32:26 PM 
Subject: Re: [App_rpt-users] RTCM voter problem - try 2 

Sure. The answer to that is "I'm not sure" :) 
If I connect the GPS, remove the "master" reference in voter.conf, the GPS light lights up solid yellow, I get messages on the RTCM console that the time is synced, the gps is active, and the host connection is up. I get solid yellow light on the HST light also. At this point, the entire system operates correctly. Asterisk routes the audio and adds telemetry and linking with other nodes works. Everything works. I realize you don't need a GPS in this mode, but it seems to see it and use it's data to set the time on the RTCM. 

Now, the problem comes when I want to turn the above described mix node to a voter node. The very moment you set menu item #10 (The 1PPS setting) on the RTCM to either "0" (for normal) or "1" (for inverted), the GPS light begins flashing and the host light extinguishes. It drops the connection to the host, it spits out a message on the RTCM console saying that GPS lock is lost. It also states once more that the GPS is active and seeking, but won't lock (yellow light blinks forever) and it won't log into the asterisk server (yellow HST light never lights). I made sure to re-add the "master" setting to voter.conf at this time, but it doesn't fix the problem. 

I hope that clears it up, if not, let me know. 

Thanks. James 

On Tue, Apr 5, 2016 at 5:21 PM, Tim Sawyer < tisawyer at gmail.com > wrote: 

Just clear this up for me as your wording confuses me. Is the GPS LED or the host LED you have a problem with? 

On Tue, Apr 5, 2016 at 4:13 PM, James Cizek < james.m.cizek at gmail.com > wrote: 

BQ_BEGIN

Thanks for that note Tim. That was suggested to me earlier as well. I have since changed them but it didn't make a difference. 
On a side note, with the RTCM as a mix client, it seemed to work just fine with same password for both. I realize that seems not to be a best practice and have rectified that, but it did work ok! 

Still hoping to uncover the problem. Just don't know where to go from here... 

James 

On Tue, Apr 5, 2016 at 5:10 PM, Tim Sawyer < tisawyer at gmail.com > wrote: 

BQ_BEGIN

The system password and the client password settings in voter.conf should be different from each other. The corresponding settings in the RTCM should match voter.conf. 

On Tue, Apr 5, 2016 at 11:56 AM, James Cizek < james.m.cizek at gmail.com > wrote: 

BQ_BEGIN

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. 

-- 
-- 
Tim 

BQ_END

BQ_END

-- 
-- 
Tim 

BQ_END

_______________________________________________ 
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/20160405/aff56224/attachment.html>