[App_rpt-users] RTCM voter problem - try 2

Wed Apr 6 14:51:37 UTC 2016

Jesse,

Thanks for the offer to help.  I have emailed you directly at this time.
If you are willing to troubleshoot with me, we'll do it off-list and then
if solved, I can report back to list for others reference in the future
without filling up everyone's inboxes with the back-and-forth :)

Thanks to all

James

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

> Ill help you out I have a couple systems going. The learning curve was
> pretty steep for me too, took lots of searching this email list server and
> looking at source code to see what debug messages meant. Gotta be something
> simple, need the GPS led to lock solid, thats key.
>
> Cheers,
> Jesse
>
> On Apr 6, 2016, at 7:31 AM, James Cizek <james.m.cizek at gmail.com> wrote:
>
> Thanks Jesse,
>
> That was a miss on my part, has been rectified, and didn't solve the
> problem.  Still searching for some answers, but getting pretty close to
> throwing in the towel on RTCM-based voting.... been at this for 6 months
> and still doesn't work and can't seem to find any answers.
>
> James
>
> On Wed, Apr 6, 2016 at 8:22 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>
>> Pretty sure you need
>> Horsetooth = blah,transmit,master
>>
>> One site needs to be the master, otherwise asterisk wont have a timing
>> source
>>
>>
>> Cheers,
>> Jesse
>>
>> On Apr 5, 2016, at 5:52 PM, Brett Woollum <brett at woollum.com> wrote:
>>
>> 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:
>>>
>>>> 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:
>>>>
>>>>> 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:
>>>>>
>>>>>> 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
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> --
>>> Tim
>>>
>>
>>
>> _______________________________________________
>> 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.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20160406/9d7f67e2/attachment.html>