- App_rpt-users - lists.keekles.org

Re: [App_rpt-users] Simulcast buffer value issue
by Jeff Carrier 16 Feb '18

16 Feb '18

Here's a down and dirty display of overlap with transmitter power, feed line loss, antenna gain, pattern and azimuth figured in. [image: Inline image 1] > Message: 8 > Date: Wed, 14 Feb 2018 17:33:50 -0800 > From: Tim Sawyer <tisawyer(a)gmail.com> > To: Users of Asterisk app_rpt <app_rpt-users(a)lists.allstarlink.org> > Subject: Re: [App_rpt-users] Simulcast buffer value issue > Message-ID: > <CAG3ht9t7Unky+Tc0MFTOLg2Z3+pcnoWFM2AyNFKeFcrOeE4cdw@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > 11,000 feet! No way that will simulcast well, not at 70 miles. > > On Tue, Feb 13, 2018 at 8:10 PM, Jeff Carrier <k0jsc.jeff(a)gmail.com> > wrote: > > > I really hope to be able to confirm this soon. I've been lazy and our 3 > > sites are 86 miles, 79 miles and 70 miles (in a triangle). One of the 3 > is > > over 11,000 feet elevation. No matter what we've tried so far you still > > hear distortion in the overlap area(s) even when 1 site is 20 miles out > LoS > > and the other is around 60 miles out non LoS. Everything is linked on a > > private uW network with very low latency and basically zero packet loss. > > The transmitters (GE MIII) run about 1hz freq error with the gpsdo > attached. > > > > Sometimes I just wonder if this is just multi-path from the various > > granite reflectors we have on the front range of Colorado (one of them is > > Pikes Peak) > > > > de K0JSC > > > > ------------------------------ > >> > >> Message: 6 > >> Date: Tue, 13 Feb 2018 20:43:42 +1100 > >> From: Hayden Honeywood <haydenph91(a)gmail.com> > >> To: app_rpt-users(a)lists.allstarlink.org > >> Subject: [App_rpt-users] Simulcast buffer value issue > >> Message-ID: > >> <CAC0VLD0-9mc=T8BkvMwx6PqWXqtUXCYY2odbjc2ajjDiVLKSBg(a)mail.gm > >> ail.com> > >> Content-Type: text/plain; charset="utf-8" > >> > >> Interesting thoughts Tim... perhaps worth documenting on the wiki? > >> Even though it was just "in theory", what kind of sync error was it? > >> Were we talking microseconds or even more? > >> > >> I have a receiver on a yagi pointed at a distant simulcasted site. I > >> have noticed on occasion, I can hear the distant simulcasted site > >> start to send audio underneath the carrier of the site that is closest > >> (and strongest to me). The distant site is also the master site, and > >> has the lowest latency, but I'm talking two words worth of audio is > >> send before my other site starts sending audio. Once they are both > >> transmitting, I have not noticed any timing issues (i.e. distortion > >> etc). I'm not sure if this issue was related to what I posted > >> previously about the variable audio delay on unkey. > >> > >> I'm running app_rpt on a Raspberry Pi using a cut down image we use here > >> in VK. > >> > >> http://vklink.com.au > >> > >> > >> "When simulcasting the audio from all (non captured) transmitters needs > to > >> arrive at the receiver with in an acceptable time frame (80 us). The DAC > >> theory was that it didn't start sending audio at correct clock cycle > every > >> time. That would cause the audio to be out of sync between RTCMs causing > >> simulcast distortion. > >> > >> As I said, that was the theory. The new theory is that the external > clock > >> source was causing the DAC to trigger inappropriately. I spoke with > >> someone > >> I met here on the list (Kevin I think its was) who is using a different > >> external clock and reports perfect simulcast operations" > >>

5 5

Raspberry Pi3 model B
by ARS W5OMR 16 Feb '18

16 Feb '18

So... my RPi3's are in. I also bought a couple of 32gb SDcards. Stopped by a Walmart (love laughing at the Walmartians, anyway) and picked up an HDMI-to-VGA adapter for the monitor I have for this project, a new 7' ethernet hose, dd'ed the RAT_RC1.img to the sdcard, dd bs=1M if=/home/geoff/Downloads/RAT_RC1/RAT_RC1.img of=/dev/sdb1 3000+0 records in 3000+0 records out 3145728000 bytes (3.1 GB) copied, 239.58 s, 13.1 MB/s plugged it into the sd slot on the Pi, then plugged in the USB keyboard/mouse combo xcvr, plugged in the HDMI/VGA adapter, connected the monitor, plugged in the microUSB cable for power, plugged the other end into the 2.4A cellphone charger, and plugged that into the strip. RPi3 red LED lights up, and that's where it ends. No monitor action, no nothing else. What am I missing? -- 73 = Best Regards, -Geoff/W5OMR

10 15

Important Allmon2 Update
by Tim Sawyer 15 Feb '18

15 Feb '18

An update has been released for Allmon2. This update fixes a security vulnerability. Publicly accessible Allmon2 sites should update right away. The Allmon2 update is at https://github.com/tsawyer/allmon2. Some files have been removed in this release. It’s important to delete those files to secure Allmon2. Nodes with Git installed Allmon only need do ‘git pull origin master’ to update and clean up the directory. Others will need to delete everything except allmon.ini.php, controlpanel.ini.php and any hidden files such as .htaccess and .htpasswd before reinstalling. Of course a backup should be made first. If Allmon2 has not been updated to July 2016 or later there is a small change to the allmon.ini.php config file. The new default behavior is to show each stanza unless hidden with nomenu=yes. The menu=yes setting has been deprecated and will be ignored. Installs with no hidden nodes will not be impacted by this change. Thanks to the folks who found and helped fix this bug. See README -- Tim WD6AWP

3 2

Simulcast buffer value issue
by Jeff Carrier 15 Feb '18

15 Feb '18

I'm running the same GPSDO's without the 9.6 mhz mod to the rtcm. The stations are GE MIII's and the transmitter is locked to the GPSDO. Hayden, your issue sounds more like a network or buffer issue. I've not ever experienced the issue you describe, even when I had non matching TX buffer values at the 3 sites. I'd have to read back through the thread to see how your sites are connected. It's certainly a strange issue. I didn't mean to steer this off topic from your original post and I apologize for that. There aren't a lot of folks simulcasting so it's interesting to hear all the different woes. I was always told it wouldn't be easy! de K0JSC Very good, Hayden. Yes, I've been in touch with Joe about his project from when he ordered the RTCMs. I was inquiring as to what Jeff was running. Didn't mean to veer off topic. On Thu, Feb 15, 2018 at 1:36 PM Hayden Honeywood <haydenph91 at gmail.com <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users>> wrote: >* Starting to drift off topic.... however... *>>* Attached are my simulcast Radio Mobile plots for the two site system I *>* have. *>>* Sam - I'm currently using the BG7TBL GPSDO's that are readily available on *>* eBay. They give both a 10MHz output and a 1PPS. I then use a board that Joe *>* KC2IRV developed that uses a 10MHz signal from the GPS to control the VTune *>* pin on a 9.6MHz OCXO. *>>* http://rtcmsimulcast.wikifoundry.com/page/9.6+MHz+PLL+Circuit+for+RTCM <http://rtcmsimulcast.wikifoundry.com/page/9.6+MHz+PLL+Circuit+for+RTCM> *>>* Back to the one of the topics of the thread - *>* I was driving home within the overlap area of the sites again, and noticed *>* that extra "audio delay" to my secondary site. The audio starts first on *>* the main site, few words later, the audio starts on the secondary site... *>* it's quite weird... *>* Can I attach MP3's to the list here? I might try to obtain an example. *>>* The variable delay on unkeying is still a problem too. *>

1 0

Re: [App_rpt-users] Simulcast buffer value issue
by ARS W5OMR 15 Feb '18

15 Feb '18

It did. I saw it. You know, it would seem to me that timing really isn't the issue as much as the xmtr frequency being exact at all three sites. Although, on FM, the frequency is modulated at the same rate in the overlap areas, so I can see where timing is critical, but unless all 3 xmtrs are synched to the same frequency, it's still gonna sound like a jumbled mess... The answer isn't simple, but it looks like you're either going to have to reduce transmit power output or incorporate low-gain directional antennas for the transmitters. Lower gain transmit antennas a few (hundred?) feet down from the RX antennas? Just tossing some thoughts out there. Good Luck, Jeff. On Feb 15, 2018 12:53 PM, "Jeff Carrier" <k0jsc.jeff(a)gmail.com> wrote: ...I'm not sure that mailman passed the image. If you're interested I can send it off list. On Thu, Feb 15, 2018 at 11:50 AM, Jeff Carrier <k0jsc.jeff(a)gmail.com> wrote: > Here's a down and dirty display of overlap with transmitter power, feed > line loss, antenna gain, pattern and azimuth figured in. > > [image: Inline image 1] > > >> Message: 8 >> Date: Wed, 14 Feb 2018 17:33:50 -0800 >> From: Tim Sawyer <tisawyer(a)gmail.com> >> To: Users of Asterisk app_rpt <app_rpt-users(a)lists.allstarlink.org> >> Subject: Re: [App_rpt-users] Simulcast buffer value issue >> Message-ID: >> <CAG3ht9t7Unky+Tc0MFTOLg2Z3+pcnoWFM2AyNFKeFcrOeE4cdw(a)mail.gm >> ail.com> >> Content-Type: text/plain; charset="utf-8" >> >> 11,000 feet! No way that will simulcast well, not at 70 miles. >> >> On Tue, Feb 13, 2018 at 8:10 PM, Jeff Carrier <k0jsc.jeff(a)gmail.com> >> wrote: >> >> > I really hope to be able to confirm this soon. I've been lazy and our 3 >> > sites are 86 miles, 79 miles and 70 miles (in a triangle). One of the >> 3 is >> > over 11,000 feet elevation. No matter what we've tried so far you still >> > hear distortion in the overlap area(s) even when 1 site is 20 miles out >> LoS >> > and the other is around 60 miles out non LoS. Everything is linked on a >> > private uW network with very low latency and basically zero packet loss. >> > The transmitters (GE MIII) run about 1hz freq error with the gpsdo >> attached. >> > >> > Sometimes I just wonder if this is just multi-path from the various >> > granite reflectors we have on the front range of Colorado (one of them >> is >> > Pikes Peak) >> > >> > de K0JSC >> > >> > ------------------------------ >> >> >> >> Message: 6 >> >> Date: Tue, 13 Feb 2018 20:43:42 +1100 >> >> From: Hayden Honeywood <haydenph91(a)gmail.com> >> >> To: app_rpt-users(a)lists.allstarlink.org >> >> Subject: [App_rpt-users] Simulcast buffer value issue >> >> Message-ID: >> >> <CAC0VLD0-9mc=T8BkvMwx6PqWXqtUXCYY2odbjc2ajjDiVLKSBg(a)mail.gm >> >> ail.com> >> >> Content-Type: text/plain; charset="utf-8" >> >> >> >> Interesting thoughts Tim... perhaps worth documenting on the wiki? >> >> Even though it was just "in theory", what kind of sync error was it? >> >> Were we talking microseconds or even more? >> >> >> >> I have a receiver on a yagi pointed at a distant simulcasted site. I >> >> have noticed on occasion, I can hear the distant simulcasted site >> >> start to send audio underneath the carrier of the site that is closest >> >> (and strongest to me). The distant site is also the master site, and >> >> has the lowest latency, but I'm talking two words worth of audio is >> >> send before my other site starts sending audio. Once they are both >> >> transmitting, I have not noticed any timing issues (i.e. distortion >> >> etc). I'm not sure if this issue was related to what I posted >> >> previously about the variable audio delay on unkey. >> >> >> >> I'm running app_rpt on a Raspberry Pi using a cut down image we use >> here >> >> in VK. >> >> >> >> http://vklink.com.au >> >> >> >> >> >> "When simulcasting the audio from all (non captured) transmitters >> needs to >> >> arrive at the receiver with in an acceptable time frame (80 us). The >> DAC >> >> theory was that it didn't start sending audio at correct clock cycle >> every >> >> time. That would cause the audio to be out of sync between RTCMs >> causing >> >> simulcast distortion. >> >> >> >> As I said, that was the theory. The new theory is that the external >> clock >> >> source was causing the DAC to trigger inappropriately. I spoke with >> >> someone >> >> I met here on the list (Kevin I think its was) who is using a different >> >> external clock and reports perfect simulcast operations" >> >>

1 0

Simulcast buffer value issue
by Jeff Carrier 14 Feb '18

14 Feb '18

I really hope to be able to confirm this soon. I've been lazy and our 3 sites are 86 miles, 79 miles and 70 miles (in a triangle). One of the 3 is over 11,000 feet elevation. No matter what we've tried so far you still hear distortion in the overlap area(s) even when 1 site is 20 miles out LoS and the other is around 60 miles out non LoS. Everything is linked on a private uW network with very low latency and basically zero packet loss. The transmitters (GE MIII) run about 1hz freq error with the gpsdo attached. Sometimes I just wonder if this is just multi-path from the various granite reflectors we have on the front range of Colorado (one of them is Pikes Peak) de K0JSC ------------------------------ > > Message: 6 > Date: Tue, 13 Feb 2018 20:43:42 +1100 > From: Hayden Honeywood <haydenph91(a)gmail.com> > To: app_rpt-users(a)lists.allstarlink.org > Subject: [App_rpt-users] Simulcast buffer value issue > Message-ID: > <CAC0VLD0-9mc=T8BkvMwx6PqWXqtUXCYY2odbjc2ajjDiVLKSBg@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Interesting thoughts Tim... perhaps worth documenting on the wiki? > Even though it was just "in theory", what kind of sync error was it? > Were we talking microseconds or even more? > > I have a receiver on a yagi pointed at a distant simulcasted site. I > have noticed on occasion, I can hear the distant simulcasted site > start to send audio underneath the carrier of the site that is closest > (and strongest to me). The distant site is also the master site, and > has the lowest latency, but I'm talking two words worth of audio is > send before my other site starts sending audio. Once they are both > transmitting, I have not noticed any timing issues (i.e. distortion > etc). I'm not sure if this issue was related to what I posted > previously about the variable audio delay on unkey. > > I'm running app_rpt on a Raspberry Pi using a cut down image we use here > in VK. > > http://vklink.com.au > > > "When simulcasting the audio from all (non captured) transmitters needs to > arrive at the receiver with in an acceptable time frame (80 us). The DAC > theory was that it didn't start sending audio at correct clock cycle every > time. That would cause the audio to be out of sync between RTCMs causing > simulcast distortion. > > As I said, that was the theory. The new theory is that the external clock > source was causing the DAC to trigger inappropriately. I spoke with someone > I met here on the list (Kevin I think its was) who is using a different > external clock and reports perfect simulcast operations" >

5 5

hamvoip or official AllStar new releases?
by Will Bashlor 14 Feb '18

14 Feb '18

Hi List, I’m most interested in the hamvoip image, but does anyone know when a new version of either will be released? Will, KE4IAJ

2 1

How much bandwidth with the signalling and audio does an RTCM need.
by Tom King 13 Feb '18

13 Feb '18

Trying to determine if my BW on the hilltop is sufficient. Thanks Tom KA6SOX

2 1

Re: [App_rpt-users] Node connected location
by John Rudolph- N2YP 13 Feb '18

13 Feb '18

I'm sorry if I didn't explain properly what I'm looking for. Right now when a node connects it says : "node xxxxx connected to node xxxxx." What I would like to do is change what the voice is told to say by shortening it say to "connected". I'd like to either change what is said or completely eliminate it without cutting off the other telemetry. On February 12, 2018 12:00:01 PM EST, app_rpt-users-request(a)lists.allstarlink.org wrote: >Send App_rpt-users mailing list submissions to > app_rpt-users(a)lists.allstarlink.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >or, via email, send a message with subject or body 'help' to > app_rpt-users-request(a)lists.allstarlink.org > >You can reach the person managing the list at > app_rpt-users-owner(a)lists.allstarlink.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of App_rpt-users digest..." > >This site is dedicated to the memory of Jim Dixon WB6NIL > > >Today's Topics: > > 1. Node connected location (John Rudolph- N2YP) > 2. Re: Node connected location (Steve Zingman) > 3. Re: Node connected location (Steve Mahler) > 4. Re: Node connected location (Bryan D. Boyle) > 5. Re: Node connected location (Steve Zingman) > 6. Re: Node connected location (Steve Zingman) > 7. Re: allstarlink.org (Pierre Martel) > 8. Re: Remote Base telemetry (Thomas Moss) > 9. Re: Remote Base telemetry (Neil k8it) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Sun, 11 Feb 2018 12:13:40 -0500 >From: John Rudolph- N2YP <John(a)n2yp.com> >To: app_rpt-users(a)lists.allstarlink.org >Subject: [App_rpt-users] Node connected location >Message-ID: <37950657-9F11-4124-B672-0359469F17AA(a)n2yp.com> >Content-Type: text/plain; charset="utf-8" > >I'm looking for the location of the node connected XXXX file because I >would like to change what it says based on the computer voice anybody >enlighten me know where to begin looking. > >On February 11, 2018 12:00:01 PM EST, >app_rpt-users-request(a)lists.allstarlink.org wrote: >>Send App_rpt-users mailing list submissions to >> app_rpt-users(a)lists.allstarlink.org >> >>To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>or, via email, send a message with subject or body 'help' to >> app_rpt-users-request(a)lists.allstarlink.org >> >>You can reach the person managing the list at >> app_rpt-users-owner(a)lists.allstarlink.org >> >>When replying, please edit your Subject line so it is more specific >>than "Re: Contents of App_rpt-users digest..." >> >>This site is dedicated to the memory of Jim Dixon WB6NIL >> >> >>Today's Topics: >> >> 1. allstarlink.org (ARS W5OMR) >> 2. Re: allstarlink.org (Bryan Fields) >> 3. Re: allstarlink.org (Kirk Just Kirk) >> 4. Re: allstarlink.org (ARS W5OMR) >> 5. Re: allstarlink.org (Steve Zingman) >> 6. Thank you (ARS W5OMR) >> >> >>---------------------------------------------------------------------- >> >>Message: 1 >>Date: Sat, 10 Feb 2018 15:32:13 -0600 >>From: ARS W5OMR <ars.w5omr(a)gmail.com> >>To: Users of Asterisk app_rpt <app_rpt-users(a)lists.allstarlink.org> >>Subject: [App_rpt-users] allstarlink.org >>Message-ID: >> <CAOhDOk38ZOaOfBsNR4F-6qDKCMUypTLjXaKdgGMzQtoUX4UA1w(a)mail.gmail.com> >>Content-Type: text/plain; charset="utf-8" >> >>Who's the admin of the website, now? >>I tried to login (first time in about a year or so) and nothing works. >> >>I've got RPi3's on my counter I want to try to configure... >> >>Geoff/W5OMR >>29655/29656/29657 >>

2 1

Simulcast buffer value issue
by Hayden Honeywood 12 Feb '18

12 Feb '18

Hi guys, Been simulcasting for a little while now, has anyone come across the following issue, simulcasted or not. Sometimes it seems the audio echo back upon unkey seems to be excessively long. Usually I hear the last syllable, but sometimes at worst I'll be getting several words worth, probably 2 seconds. I had Simulcast launch delay set on one of my mains sites to 10 microseconds and it seemed to happen a lot more often, however I have heard it happen even when this value is zero on all sites. I seem to recall Tim mentioned in a post somewhere that the timing in the PIC does not always launch at the same time. Is this the likely problem here? I can't refer that post as I think it was on the now defunct oncosec? mailing list. Internet connections are high quality stable connections with average ping times of 25-30ms. I haven't correlated it to a particular time of day yet. Regards Hayden VK7HH

4 4