May 2017 - App_rpt-users - lists.keekles.org

INAD Communications at the Dayton Hamvention 2017
by Kevin Custer 09 May '17

09 May '17

Along with the Repeater Builder & SCOM gang, INAD Communications will occupy some of the cluster of ten spaces at the new venue (7623-7627 and 7723-7727). We're at the end of an aisle in the infield. INAD Communication will be demonstrating the INADVM - - a MMDVM (type) digital voice modem. We will have a repeater on 441.700+ CC1. The power will be turned down and it will be on a dummy load for local only operations as we will be operating two other repeaters in this space. In addition, we'll be fielding questions and comments on the AllStar Link System, as several of the current directors of ASL will be here too. For INAD, Kevin - W3KKC http://www.inadvm.com/

1 0

Acid to Dial on Pi
by Ed Wilhelm 09 May '17

09 May '17

Should there be any serious issues in copying my config files to the Pi running Dial? Pi2 and we are using simpleUSB. Poor old Dell PC has been chugging along on Acid for probably almost 7 years. The time has come. Ed W8VT

3 2

Dayton
by Jeff DePolo 08 May '17

08 May '17

Less than two weeks 'til Dayton (Xenia?). Our usual Dayton group will have a cluster of ten spaces at the new venue (7623-7627 and 7723-7727). We're at the end of an aisle in the infield. Among those in our group who will be showing and/or selling their wares include: - Kevin Custer W3KKC (Repeater-Builder list and web site, and Masters Communications), with YL Elaine K3EMM - Scott Zimmerman N3XCC (Repeater-Builder products), with XYL Elisha - Dave Maciorowski WA1JHK (SCOM), with XYL Lexi - Mike N4IRR and Steve N4IRS Zingman (Allstar Link/DIAL, et al) Stop by, have a beer, buy lots of stuff. --- Jeff WN3A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

1 0

Re: [App_rpt-users] App_rpt-users Digest, Vol 99, Issue 9
by Mark Guibord 08 May '17

08 May '17

Hey Guys, There has been a lot of interest in the PCGM recently so I'm going do a run 25-50 of them if you're interested. Let me know. Mark Guibord Micro-Node International 702-528-4700 From: App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] On Behalf Of Jeff Carrier Sent: Sunday, May 07, 2017 6:32 PM To: app_rpt-users(a)lists.allstarlink.org Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol 99, Issue 9 Joe, Did you lock it to a GPSDO? Jim mentioned this mod to me about a year ago and I never had a chance to give it a try. My previous overlap area was tolerable but I've added a third transmitter so it may be time to try this finally. On Sun, May 7, 2017 at 10:00 AM, <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. RTCM Simulcast and 9.6 MHz Phase locking (Joe Moskalski) 2. Re: RTCM Simulcast and 9.6 MHz Phase locking (Joe Leikhim) ---------------------------------------------------------------------- Message: 1 Date: Sun, 7 May 2017 03:13:26 -0400 From: Joe Moskalski <kc2irv(a)gmail.com> To: app_rpt mailing list <App_rpt-users(a)ohnosec.org> Subject: [App_rpt-users] RTCM Simulcast and 9.6 MHz Phase locking Message-ID: <CAES28qyXLtJMUoGqAYk5bKU_eE2Nciq_9QQC48rBDSeZigtgHA(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" I wanted to throw this email out to the group for all those who want to simulcast with the RTCM. For those who don't know, in order to make the RTCM suitable for simulcast you must have a more accurate 9.6 MHz clock for the RTCM in order to ensure the audio sounds acceptable in the overlap areas. I did this a few months ago using 9.6 MHz OCXO's. This worked reasonably well. Not as well as I would have liked but the system was very usable, but of course I wanted it to be better. Since the PCGM (Programmable Clock Generation Module) is no longer available, I decided to roll my own as some say. I created a PLL circuit that can accept a 10 MHz, 1 MHz or 100 KHz reference input and produce a phase locked 9.6 MHz out for the RTCM. I have been testing this over the past few days and it has made an great improvement in the audio quality in the overlap. The quality of the audio in the overlap areas sounds very, very good, it's very similar to what I expect to hear in commercial simulcast systems. My circuit is heavily based off of an old Motorola MSF5000 HSO PLL circuit that I was able to adapt and modify to my needs. There are other uses for this circuit that make it attractive for simulcasting but I wont get into them here. I am will to share my schematic and bill of materials (digikey) with anyone. Please send me an email and I will be willing to share all of my information on the project. <https://www.avast.com/sig-email?utm_medium=email <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> &utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> &utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 0

lsnodes and allmon 2
by jimmy keffer 04 May '17

04 May '17

any one using the lsnides script on dial i had both it and allmom2 on acod and hope both can run on dial? jimmy ka3vgm

3 2

allmon 2 on dial
by jimmy keffer 03 May '17

03 May '17

will someone help me install allmon2 on my new dial box

2 2

screen blanker
by jimmy keffer 02 May '17

02 May '17

how do u turn off screen blanker on diail x86

2 3

Can't recieve connections from other nodes.
by Erich Ellsworth 02 May '17

02 May '17

Greetings, I am currently using a Cisco 7960 connected to my Raspberry Pi 3 to mess around with AllStarLink. (Node 43966) Currently, I am able to connect to other nodes perfectly, however I am unable to receive connections from other nodes. According to this troubleshooting guide <http://docs.allstarlink.org/drupal/node/164>, the issue could be the following... 1.) Port 4569 UDP is not set up to be forwarded to the correct internal address. 2.) My router requires that the port setting to be forced to port 4569 on the registration server. I believe that #1 is ruled out because I have double checked that the internal address is correct. (My router is a Asus RT-AC68P) Could a system administrator double check that my node is registering properly? Thanks, Erich KG5KEY

3 2

Squelch issue with RTCM and Kenwood
by James Cizek 02 May '17

02 May '17

Hayden, I have no issue with last syllable coming back. I certainly did when the system was defaults, but have found that the current settings eliminate it for everything but the ultra-fastest of radios. I run the TX buffer on the RTCM at 650 and buflen = 190 in voter.conf With those settings, it's *extremely* rare anyone hears the tail of their own conversation. I do have some radios that if you are ultra-quick on releasing the PTT on your last audible syllable, you can just barely hear what sounds like your exhaling breath as it closes, but it's got to be just right to hear it at all. 500ms of delay seems like a lot. I have some voters far enough away in the network that the latency over the microwave hops is 4~5 ms and I still don't have any delay or buffer issues with those links. Wonder if there is something else going on. You have plenty enough CPU in the DIAL box to handle all the traffic it needs to handle? Have you checked to make sure your Ethernet is clean and you don't have a ton of retransmitted packets happening? Wirehsark/tcpdump is priceless for finding duplex mis-matches/etc.... Just some thoughts... James Date: Tue, 2 May 2017 09:34:13 +1000 From: Hayden Honeywood <haydenph91(a)gmail.com> To: app_rpt-users(a)lists.allstarlink.org Subject: [App_rpt-users] Squelch issue with RTCM and Kenwood Message-ID: <CAC0VLD0gq4UvOGfbKYid-0hvxYZ=SES4Gc_US-R5m7qmPwHXMw(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi James, As Lee said, load Chuck squelch and see how it goes. I had similar issues with mine (although I'm running the VOTER board). The RSSI meter would jump around all over the place. I also had to find a suitable location for the discriminator on my radio. In my case the pin labelled "discriminator" had some high pass filtering applied. The delay seems inherent in the RTCM/voter. I've tested over a LAN with a latency of <1ms and I still hear the last syllable of my last word when unkeying. This is with the RX buffer set at 120ms and the TX buffer at 60ms (so is that 180ms total). There must be over a half second delay elsewhere within the processing of audio that is added? Hayden

1 0

RTCM squelch issue - resolved
by James Cizek 02 May '17

02 May '17

Many, many thanks to Lee VE7FET for the info on squelch. I loaded the new firmware on the bench last night and it completely eliminated the squelch crash. I loaded it to all my RTCMs on the mountains last night before the normal round of Monday night nets started and it 100% solved ALL the squelch issues. Even the couple of folks 100+ miles out from the repeater that have light or slightly scratchy signals had *perfect* squelch action. Many thanks to Lee and all that have offered assistance in the past! 73 James KI0KN

1 0