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@gmail.com> wrote:
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@gmail.com> wrote:
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@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@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




--
--
Tim