- App_rpt-users - lists.keekles.org

Current signal strength
by Skyler F 06 Jun '16

06 Jun '16

So I just had this idea to analyze 2 meter band openings, find a weak 162MHz weather station and have a dummy app_rpt node Receive that signal. Using DSP, Then print the current strength to a file, and graph it. Is there any way to get the current signal strength and store it in a bash variable or something? 73 Skyler kd0whb

1 0

Re: [App_rpt-users] audio for direct VCO FM (Joe Leikhim)
by Steve Wright 06 Jun '16

06 Jun '16

On 04/06/16 04:00, Joe Leikhim <rhyolite(a)leikhim.com> wrote: > Assuming the VCO is part of a PLL, the PLL will tend to "correct" the > modulation, [....] Was planning to use the Si5351B - has VCO input. S

2 1

Re: [App_rpt-users] RTCM Simulcast question
by Steve Wright 06 Jun '16

06 Jun '16

On Sat, Jun 4, 2016 at 6:03 PM, Joe Moskalski <kc2irv(a)gmail.com> wrote: > I will be setting up a 2 site UHF simulcast system in the coming months Huh? I was told (on this list) that simulcast TX "doesn't work". S

1 0

RTCM Simulcast question
by Joe Moskalski 06 Jun '16

06 Jun '16

I will be setting up a 2 site UHF simulcast system in the coming months and so far I have only one question to ask. The RTCM manual is a little vague on the GPS part of the setup. Normally, with other types of radio simulcast products (which I am very familiar with several) all you need to properly time the audio is a 1 pps signal from the GPS reference. The RTCM manual makes mention of the NMEA/TSIP data being connected but does not explicitly say if that serial data is needed or if only the 1 pps is needed for simulcast operation. From the other simulcast products I have worked with, you set your bulk delay to a value larger then the delay required for the furthest site and the system will adjust. Does the RTCM version of simulcast work the same way? I just want to be sure because this will determine what type of GPS locked reference oscillator I choose for the project. Regards, KC2IRV -Joe <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

4 6

Re: [App_rpt-users] RTCM Simulcast question
by Lee Woldanski 06 Jun '16

06 Jun '16

And that is why I leave software to the smart people... :) Thanks Jim! Lee On Sun, Jun 5, 2016 at 11:17 PM, Jim Duuuude <telesistant(a)hotmail.com> wrote: > > NO > > ------------------------------ > *From:* app_rpt-users-bounces(a)ohnosec.org < > app_rpt-users-bounces(a)ohnosec.org> on behalf of Lee Woldanski < > ve7fet(a)tparc.org> > *Sent:* Sunday, June 5, 2016 10:22 PM > *To:* Sam Skolfield > *Cc:* app_rpt-users(a)ohnosec.org > *Subject:* Re: [App_rpt-users] RTCM Simulcast question > > Just throwing this out there... wouldn't it be possible (trivial?) to > configure the PIC (firmware) for 10MHz external clock, and replace the > 9.6MHz crystal with 10MHz in from a GPSDO? > > > Lee > > On Sun, Jun 5, 2016 at 1:33 PM, Sam Skolfield <kj6qfs(a)gmail.com> wrote: > >> Jesse, >> >> From my understanding as well as many others, simulcasting WON'T work >> properly in overlap areas unless you replace the RTCM's internal 9.6MHz >> crystal with a GPSDO 9.6MHz @3.3 volts p-p. If you expect a cheap 9.6MHz >> crystal to derive a 1PPS signal and stabilize it between clock pulses down >> to a level acceptable for accurate syncing of CTCSS generation, free of >> intrinsic jitter, you are "optimistic" to say the least. >> >> Jim Dixon has articulated this before on the email list. Simulcasting >> with the RTCMS in overlap areas WON'T WORK PROPERLY without this trivial >> modification. Obviously this requires usage of IDENTICAL equipment at each >> site. Here is a pointer to an email of his. >> >> >> >> *http://ohnosec.org/pipermail/app_rpt-users/2013-November/007704.html >> <http://ohnosec.org/pipermail/app_rpt-users/2013-November/007704.html> * >> Jim described a possible future RTCM design with convenient provisions >> for plugging in external 9.6MHz, but this has not happened. >> >> 73 >> >> >> >> On Sun, Jun 5, 2016 at 1:04 PM, Jesse Lloyd <ve7lyd(a)gmail.com> wrote: >> >>> You need both 1 pps and Rx GPS data to the RTCM >>> >>> Cheers, >>> Jesse >>> >>> On Jun 4, 2016, at 6:03 PM, Joe Moskalski <kc2irv(a)gmail.com> wrote: >>> >>> I will be setting up a 2 site UHF simulcast system in the coming months >>> and so far I have only one question to ask. The RTCM manual is a little >>> vague on the GPS part of the setup. Normally, with other types of radio >>> simulcast products (which I am very familiar with several) all you need to >>> properly time the audio is a 1 pps signal from the GPS reference. The RTCM >>> manual makes mention of the NMEA/TSIP data being connected but does not >>> explicitly say if that serial data is needed or if only the 1 pps is needed >>> for simulcast operation. From the other simulcast products I have worked >>> with, you set your bulk delay to a value larger then the delay required for >>> the furthest site and the system will adjust. Does the RTCM version of >>> simulcast work the same way? I just want to be sure because this will >>> determine what type of GPS locked reference oscillator I choose for the >>> project. >>> >>> Regards, >>> KC2IRV >>> -Joe >>> >>> >>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. >>> www.avast.com >>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> >>> <#m_6053416055856271504_m_-3888457977868170799_m_-8328703430711967483_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users(a)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(a)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(a)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. >> > > > > -- > Lee Woldanski, AScT > VE7FET > -- Lee Woldanski, AScT VE7FET

1 0

RTCM/VOTER Squelch/Firmware Question
by Lee Woldanski 05 Jun '16

05 Jun '16

I am in the process of deploying my first of a few VOTER (through hole) boards in the conversion of one of my local repeater to add voting. My master receiver with transmit is running on an ICOM FR5000, using discriminator out, carrier squelch (no PL), with a VOTER (of course). I've got a couple questions that hopefully someone can answer for me. 1) I've noticed with the default (v1.50) firmware running, I am getting nasty squelch crashes when a user un-keys. Watching it in Allmon2, there looks like there is a LOT of flutter on the signals, going from near 255 all the way down to the hundreds. The flutter seems to be co-incident with voice peaks. Looking in the source code, this appears it should have been fixed... yet I still see the artifacts? The squelch crash seems to be co-incident with the RSSI dropping near 0 when the user un-keys. Which would be fine for the 2-level squelch action, if it were true... but the users seem to have a strong signal otherwise. 2) Would DSPBEW help with this? Anyone running an FR5000 want to comment on their configuration? 3) I've compiled and loaded "Chuck Squelch" on it, and it is definitely an improvement. We'll see if I like the change. Related to that, do I need to do the diode/squelch calibration routines every time I re-flash the firmware, or will those settings be retained in EEPROM (and would they be the same between the different firmware)? So far I am liking the opportunities this change from a hardware controller is enabling. A BIG thanks to everyone who has put their time and effort in developing the hardware and software to get to where it is today. Cheers! -- Lee Woldanski, AScT VE7FET

3 5

Scheduler Debugging?
by Bryan Fields 05 Jun '16

05 Jun '16

Is there a way to debug the scheduler and see what it's state is? I can't find any debugging commands. I have a very simple configuration setup to play an announcement with macro 10 and it works via testing it as *510 in the cli, but it does not work via scheduler. Anyone have any ideas? [42032] rxchannel = DAHDI/2 ; 927.050 Rx audio/signalling channel erxgain=-12 ; Echolink receive gain adjustment etxgain=-3 ; Echolink transmit gain adjustment duplex=2 ;controlstates=controlstates ; system control state list scheduler=schedule-42032 ; scheduler entries functions=functions ; Repeater Function Table phone_functions=functions ; Repeater Function Table link_functions=functions ; Link Function Table telemetry=telemetry ; Telemetry descriptions wait_times=wait-times ; Wait times macro=macro context = radio ; dialing context for phone callerid = "Repeater" <7278675309> ; callerid for phone calls idrecording = |iW9CR/R ; id recording or morse string accountcode=RADIO ; account code (optional) hangtime=3000 ; squelch tail hang time (in ms) althangtime=6000 ; longer squelch tail totime=180000 ; transmit time-out time (in ms) idtime=540000 ; id interval time (in ms) (optional) politeid=30000 ; time in milliseconds idtalkover=none ; Talkover ID (optional) default is unlinkedct=ct4 ; unlinked courtesy tone remotect=ct3 ; remote linked courtesy tone linkunkeyct=ct8 ; sent when a transmission received nolocallinkct=1 ; Send unlinkedct instead if eannmode=2 telemdefault=2 ;Local Telemetey beaconing=1 [functions] 820 = localplay,/etc/asterisk/audio/FSG-Repeater-system [macro] 10 = *820# [schedule-42032] ;every 2nd minute past the 8, 11, 14, 17, 20 and 23rd hour 10 = 02 8-23/3 * * * 73's -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net

1 0

Re: [App_rpt-users] RTCM Simulcast question
by Lee Woldanski 05 Jun '16

05 Jun '16

Hi Joe, Copying the list so they see your update/questions. As for votemond/votermon, yes, go with Allmon2. Easier to configure, and many more features at your disposal. :) Lee On Sat, Jun 4, 2016 at 6:21 PM, Joe Moskalski <kc2irv(a)gmail.com> wrote: > Ok, thank you, now I can be sure I get the correct GPS reference unit. > Thank you for the link, I had not seen this before. > With this information I will be using this unit for my GPS data, 1pps and > 10 Mhz. I have tested one of these it should will work. > > > http://www.ebay.com/itm/10MHZ-Output-Sine-Wave-GPS-Disciplined-Clock-GPSDO-… > > Also does anyone know of someone who has successfully setup a simulcast > system with the RTCM's? I was just wondering if I could touch base with > them and possibly avoid any common pitfalls. > > Just in case any one was wondering I will be using Kenwood TKR-840 > repeaters for this project. > > Another question I have is there are references to the votmond java > application for monitoring the system but I believe Allmon2 succeeds > votmond, is this correct? > > On Sat, Jun 4, 2016 at 9:09 PM, Lee Woldanski <ve7fet(a)tparc.org> wrote: > >> Hi Joe, >> >> I can answer part of that for you. >> >> You do need a GPS with NMEA or TSIP. The RTCM needs to know the time so >> it can time stamp the UDP packets when sending them to the server. >> >> If you go to >> http://svn.ohnosec.org/viewvc/projects/allstar/voter/?root=svn and look >> at the VOTER Protocol.pdf and the votersystem.pdf, and look at the protocol >> parts, you may answer some of your questions. >> >> I know the required NMEA sentences are out there somewhere, but I don't >> recall where I saw them. >> >> You can adjust the launch delay on each RTCM, but I do not believe it >> does any sort of auto adjust. >> >> >> Lee >> >> On Sat, Jun 4, 2016 at 6:03 PM, Joe Moskalski <kc2irv(a)gmail.com> wrote: >> >>> I will be setting up a 2 site UHF simulcast system in the coming months >>> and so far I have only one question to ask. The RTCM manual is a little >>> vague on the GPS part of the setup. Normally, with other types of radio >>> simulcast products (which I am very familiar with several) all you need to >>> properly time the audio is a 1 pps signal from the GPS reference. The RTCM >>> manual makes mention of the NMEA/TSIP data being connected but does not >>> explicitly say if that serial data is needed or if only the 1 pps is needed >>> for simulcast operation. From the other simulcast products I have worked >>> with, you set your bulk delay to a value larger then the delay required for >>> the furthest site and the system will adjust. Does the RTCM version of >>> simulcast work the same way? I just want to be sure because this will >>> determine what type of GPS locked reference oscillator I choose for the >>> project. >>> >>> Regards, >>> KC2IRV >>> -Joe >>> >>> >>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. >>> www.avast.com >>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> >>> <#m_-2062546770912336299_m_2560037723507552798_m_1588706114853180551_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users(a)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. >>> >> >> >> >> -- >> Lee Woldanski, AScT >> VE7FET >> > > -- Lee Woldanski, AScT VE7FET

1 0

Re: [App_rpt-users] Remote control does not work if functions stanza is changed
by Skyler F 05 Jun '16

05 Jun '16

David, I do have the nodes connected together. The only difference is the name of the functions stanza. On Tue, May 31, 2016 at 7:27 PM, David McGough <kb4fxc(a)inttek.net> wrote: > > Do you have node 1002 connected to 1001 before issuing the remote command > from to 1001 from 1002? The nodes must be connected for remote commands to > work. > > Also, I don't think it's saying "I OWN COMMAND" ....Rather, it's saying: > > https://www.youtube.com/watch?v=0ccKPSVQcFk > > > 73, David KB4FXC > > On Tue, 31 May 2016, Skyler F wrote: > > > Is this a bug or am I not supposed to do this in app_rpt? : > > > > Under my node this works fine: > > > > [1001] > > functions = functions > > > > [functions] > > DTMF stuff here > > > > IF I do this however, > > > > [1001] > > functions = functionsVHF > > > > [functionsVHF] > > DTMF stuff here > > > > Everything works EXCEPT if I do a remote command from another node, so > if I > > am on node 1002 and do *41001, it will say "I OWN COMMAND" but I can not > > execute any DTMF successfully. If I do *41999 *70, I don't hear Allison's > > pretty voice :-( > > > > > > 73 > > Skyler KD0WHB > > > > -- Skyler Fennell amsatnet.info KDØWHB electricity440(a)gmail.com

3 6

rc.updatenodelist
by James Nessen 04 Jun '16

04 Jun '16

Appears that something may be broken, I noticed that my nodes list hasn't been updated since the 26th and when running the command manually to update, it's not returning anything. I tried both nodes1 and nodes3. Anyone else having the same issue? Jim, K6JWN Node 2165

3 5