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

Sending DTMF to remote device
by Willem Schreuder 10 May '15

10 May '15

I am trying to send DTMF codes to an SCOM controller via an AllStar link. I have enabled propagate_dtmf=yes on both sides, and I think the tones are reaching the remote node, but it is not been sent out on the remote end. I have seen references suggesting you this in command mode, but I want the remote node to ignore the tones, and output it to the SCOM instead, so this doesn't seem appropriate. Does anybody have a HOWTO on this? 73 Willem AC0KQ ================================================================ Dr. Willem A. Schreuder, President, Principia Mathematica Address: 445 Union Blvd, Suite 230, Lakewood, CO 80228, USA Tel: (303) 716-3573 Fax: (303) 716-3575 WWW: www.prinmath.com Email: Willem.Schreuder(a)prinmath.com

4 3

DMK URI COS Level / Kenwood TKR-850
by John 10 May '15

10 May '15

Is the 0-5 Volt COS swing on a Kenwood TKR-850 sufficient to switch the COS on a DMK URI? Can't seem to get my system to repeat. I'm out in the 'boondocks' with very few parts and a long way from a Radio Shack. Just hoping I don't need to buffer the COS somehow to get it to switch. John

6 10

Re: [App_rpt-users] Motorola MSF / Voting / Receivers;
by R. Wayne 09 May '15

09 May '15

One more thing, if I may. Can I use a USB and a Beagle Board or does I need to use a RTCM for voting? The cost comes out about the same but the Beagle has more options like the ability to stream the audio to an Icecast server. From: Chuck Henderson Sent: Saturday, May 09, 2015 8:44 AM To: R. Wayne Subject: Re: [App_rpt-users] Motorola MSF / Voting / Receivers; With the RTCM at each receiver and with it receiving unfiltered discriminator audio, you can get perfect voting. The amount of delay is going to need to be just a little more than the path with the greatest delay. For a repeater that uses all private point to point 5 ghz links I have an almost constant 2 ms delay due to the data link, but once in a while it goes up to 30ms. But for a repeater that uses the Internet I have delays of 30 to 140ms for the network path and once in a while up to 300ms on the Internet. On the all private links repeater I can set it for about 100ms of overall delay and have no problems, but for the Internet connected system I have to set it for 400ms overall delay. The delay is sometimes noticed on unkey when a person hears the last syllable of what they said. And it makes it impossible for a person using 2 radios in their car to listen to the output of the repeater while transmitting into the repeater input, unless they have an amazing brain that can deal with hearing them self delayed and still be able to talk. I can't. So just give up listening to yourself talk and the delay is no issue. No audio is lost due to the delay. I did think about the doubling that can happen due to the delay, so I modified the main site so that as soon as it detects carrier, and even before it detects PL, it keys the transmitter through a timer for 500ms max, that lets everyone listening to the repeater know that someone may be about to talk so don't double. If PL is not detected and the AllstarLink never sends a key down signal, then the transmitter drops after the first 500 ms. It has worked great at almost completely eliminating doubling. As for the main transmit site, it will have a receiver and a transmitter connected to the same RTCM and if the RTCM looses contact with the asterisk system due to a network outage, then the repeater becomes a single site repeater with a simple CW ID'r and preset hang time. When the network is restored then the AllStarLink controller computer can take over again. Chuck WB9UUS On Sat, May 9, 2015 at 9:19 AM, R. Wayne <allstar(a)controlservers.net> wrote: Great answer, Jeff! We KNOW that the MSF is designed for a 2nd receiver tray and it would be nice if we had some direction. At least a schematic on that sub-section. Nope. “It won’t work. Don’t waste your time... (or ours by asking.) Thank you for your reply. There is another say that we can go. We can use a RC-210 controller or even a Zetron 38, a RC-100 – any number of external hardware controllers. But then how will Allstar like this? With the RC210 we can put the repeater on port 1, the receiver on port 2, and the RTCM on port 3 and then tell them all to talk to one another? We even have some Vertex VX-4100’s that have 20 KHz channel spacing and similar spec’s as the CDM750. Wouldn’t it be great to just solve the problem rather than adding more hardware complexity? It seems that Allstar is the solution as long as we can speed up the audio delay. But then again if we vote will it matter? I mean , won’t they all have some delay caused by the internet itself? Our biggest concern is with the “primary” receiver going out to the internet and then back just for the repeater to TX. What if the internet goes down? So then would our repeater. Our site vendor has 25 sites connected over 5.8 GHz and if we used a VPN this wouldn't be an issue. But we have receivers that will be remoted and this will require internet rather than a VPN right? From: Jeff Carrier Sent: Saturday, May 09, 2015 6:49 AM To: R. Wayne Subject: Re: [App_rpt-users] Motorola MSF / Voting / Receivers; I'll leave part 2 to one of the experts but as for part 1 The CDM makes a great receiver. Though it's less desirable to me than an MTR2000 those just aren't in the budget. Its certainly easier to interface to than the MASTR III's that I have on the bench now. It is a mobile radio but in my installation I have 12 commercial UHF DMR MTR3000's all running nearly 100 watts at the same site as my UHF receiver and they're only separated horizontally and not vertically. My CDM receiver also has a preamp and I've had almost no trouble. I did have a mixing product but only when a 2 meter remote base transmitted on 144.890. I'll add I have a pretty crappy duplexer on this but it is BP/BR and also has a pre-selector between the preamp and the receiver. Still, they seem to have a "decent" front end for a mobile radio. 73 de K0JSC On Sat, May 9, 2015 at 7:33 AM, R. Wayne <allstar(a)controlservers.net> wrote: We have learned the hard way that our Motorola MSF 5000 repeaters with 30 KHz channel spacing and a 2 MHz wide front-end just cannot handle southern California’s 15 KHz channel spacing. We’ve tried using the 15 KHz replacement crystals with miserable results. We have not located 20 KHz crystals and even if we could we don't know what circuit changes would be necessary to tailor the audio response. We have asked on a site how to interface a Motorola CDM 750 mobile transceiver with 20 KHz channel spacing and instead of an answer we’re told it won’t work. It’s a mobile. Don’t waste your time. Well, its our time to experiment. I know of several popular repeaters here on SoCal built using the CDM 750 / 1250. OK. About Allstar. It seems if we can’t get an answer about directly interfacing a second receiver to a MSF 5000 that is designed for a second receiver we need to look at how Allstar can allow us to use an external receiver. Besides the obvious of a USB or RTCM is there any way to create like a LOCALHOST situation at the repeater site where we can almost eliminate any audio delay? We know that, and plan to use, off-site voting to cover our rather large footprint. That will have to be on an external Internet IP rather than an internal IP (192.168.x.x). Can we have both? An internal network and an external network? Or do we have to use one network especially if we plan on doing voting? Thank you in advance. R. Wayne _______________________________________________ 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.

1 0

Re: [App_rpt-users] Motorola MSF / Voting / Receivers;
by R. Wayne 09 May '15

09 May '15

Thank you again, Jeff and Chuck as well. I appreciate your answers and will only wait in hopes of hearing from someone that has interfaced a CDM 750 as a 2nd receiver on the Motorola MSF 5000. The MSF IS DESIGNED for a 2nd receiver and has an additional connector for plugging one in. But we lack the schematic for *anything* that discussed this connector. This is why I thought of Allstar. We have a RTCM connected to a (Yaesu) Vertex VX-4200 off site that we’re using in half-duplex mode to access the repeater using SIP or the web transceiver. It works fine and yes, the audio quality is there. The 4200’s have reverse burst and so far works well. We’re thinking of placing a 4200 or a CDM 750 at our back-up site and using Allstar to bring it to the repeater. We can set the PL at the main site to a different value and not lose its coverage while benefitting from a remotely located receiver. Absent instructions on interfacing the MSF 2nd receiver this will have to o. I think this will actually work better in the long run. From: Jeff Carrier Sent: Saturday, May 09, 2015 7:40 AM To: R. Wayne Subject: Re: [App_rpt-users] Motorola MSF / Voting / Receivers; you have to set your buffers for the latency on your "worst" voter so that's going to slow things down. We kicked this around and decided against it. You can do it but the delays will be more. I'm running a 2 site voter and it works great once I realized I could turn the buffers down to the minimum value. Throwing a controller in the mix will complicate things IMHO. The RTCM will do all the work for you and it's a simple device and quite reliable. I have an RC210 on the shelf that I may never use again, when it worked it worked good but when it didn't it was a total PITA. The RTCM's really need their audio from the discriminator to vote (I think) at least that's how i'm doing it. The CDM's just sound beautiful too. The audio is full range and clean. They're good even as a transmitter but you really have to take a 45 watt version and turn it down to 20 watts otherwise you'll fry the PA sooner or later. I have a shelf full of CDM "receivers" since they no longer have a functional PA. I am not familiar with the MSF but if you can still use it's transmitter and stick the CDM inside the cabinet you should be good. I pulled the receiver tray out of a mastr II and stuck a CDM in it's place though some would call that GE blasphemy On Sat, May 9, 2015 at 8:19 AM, R. Wayne <allstar(a)controlservers.net> wrote: Great answer, Jeff! We KNOW that the MSF is designed for a 2nd receiver tray and it would be nice if we had some direction. At least a schematic on that sub-section. Nope. “It won’t work. Don’t waste your time... (or ours by asking.) Thank you for your reply. There is another say that we can go. We can use a RC-210 controller or even a Zetron 38, a RC-100 – any number of external hardware controllers. But then how will Allstar like this? With the RC210 we can put the repeater on port 1, the receiver on port 2, and the RTCM on port 3 and then tell them all to talk to one another? We even have some Vertex VX-4100’s that have 20 KHz channel spacing and similar spec’s as the CDM750. Wouldn’t it be great to just solve the problem rather than adding more hardware complexity? It seems that Allstar is the solution as long as we can speed up the audio delay. But then again if we vote will it matter? I mean , won’t they all have some delay caused by the internet itself? Our biggest concern is with the “primary” receiver going out to the internet and then back just for the repeater to TX. What if the internet goes down? So then would our repeater. Our site vendor has 25 sites connected over 5.8 GHz and if we used a VPN this wouldn't be an issue. But we have receivers that will be remoted and this will require internet rather than a VPN right? From: Jeff Carrier Sent: Saturday, May 09, 2015 6:49 AM To: R. Wayne Subject: Re: [App_rpt-users] Motorola MSF / Voting / Receivers; I'll leave part 2 to one of the experts but as for part 1 The CDM makes a great receiver. Though it's less desirable to me than an MTR2000 those just aren't in the budget. Its certainly easier to interface to than the MASTR III's that I have on the bench now. It is a mobile radio but in my installation I have 12 commercial UHF DMR MTR3000's all running nearly 100 watts at the same site as my UHF receiver and they're only separated horizontally and not vertically. My CDM receiver also has a preamp and I've had almost no trouble. I did have a mixing product but only when a 2 meter remote base transmitted on 144.890. I'll add I have a pretty crappy duplexer on this but it is BP/BR and also has a pre-selector between the preamp and the receiver. Still, they seem to have a "decent" front end for a mobile radio. 73 de K0JSC On Sat, May 9, 2015 at 7:33 AM, R. Wayne <allstar(a)controlservers.net> wrote: We have learned the hard way that our Motorola MSF 5000 repeaters with 30 KHz channel spacing and a 2 MHz wide front-end just cannot handle southern California’s 15 KHz channel spacing. We’ve tried using the 15 KHz replacement crystals with miserable results. We have not located 20 KHz crystals and even if we could we don't know what circuit changes would be necessary to tailor the audio response. We have asked on a site how to interface a Motorola CDM 750 mobile transceiver with 20 KHz channel spacing and instead of an answer we’re told it won’t work. It’s a mobile. Don’t waste your time. Well, its our time to experiment. I know of several popular repeaters here on SoCal built using the CDM 750 / 1250. OK. About Allstar. It seems if we can’t get an answer about directly interfacing a second receiver to a MSF 5000 that is designed for a second receiver we need to look at how Allstar can allow us to use an external receiver. Besides the obvious of a USB or RTCM is there any way to create like a LOCALHOST situation at the repeater site where we can almost eliminate any audio delay? We know that, and plan to use, off-site voting to cover our rather large footprint. That will have to be on an external Internet IP rather than an internal IP (192.168.x.x). Can we have both? An internal network and an external network? Or do we have to use one network especially if we plan on doing voting? Thank you in advance. R. Wayne _______________________________________________ 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.

1 0

Activate PTT pin on CM108 without asterisk
by Skyler F 09 May '15

09 May '15

Is there a way to tell pin 13 on the CM108 sound card to activate High vs Low? Although this is off topic, I thought maybe people here would know: I want to use a USB sound FOB for APRS with XASTIR, and I want to see if I can use a cheap sound card instead of a TNC. If nothing else, I will have to use a VOX circuit, but it would be cool if I could script XASTIR to tell the USB card to activate high/low when it PTT's. If anybody has experience with XASTIR, do you know if you can even use sound cards in it? Or does it have to be a TNC. 73, Skyler KDØWHB -- Skyler Fennell amsatnet.info KDØWHB electricity440(a)gmail.com

4 4

Re: [App_rpt-users] Motorola MSF / Voting / Receivers;
by R. Wayne 09 May '15

09 May '15

Great answer, Jeff! We KNOW that the MSF is designed for a 2nd receiver tray and it would be nice if we had some direction. At least a schematic on that sub-section. Nope. “It won’t work. Don’t waste your time... (or ours by asking.) Thank you for your reply. There is another say that we can go. We can use a RC-210 controller or even a Zetron 38, a RC-100 – any number of external hardware controllers. But then how will Allstar like this? With the RC210 we can put the repeater on port 1, the receiver on port 2, and the RTCM on port 3 and then tell them all to talk to one another? We even have some Vertex VX-4100’s that have 20 KHz channel spacing and similar spec’s as the CDM750. Wouldn’t it be great to just solve the problem rather than adding more hardware complexity? It seems that Allstar is the solution as long as we can speed up the audio delay. But then again if we vote will it matter? I mean , won’t they all have some delay caused by the internet itself? Our biggest concern is with the “primary” receiver going out to the internet and then back just for the repeater to TX. What if the internet goes down? So then would our repeater. Our site vendor has 25 sites connected over 5.8 GHz and if we used a VPN this wouldn't be an issue. But we have receivers that will be remoted and this will require internet rather than a VPN right? From: Jeff Carrier Sent: Saturday, May 09, 2015 6:49 AM To: R. Wayne Subject: Re: [App_rpt-users] Motorola MSF / Voting / Receivers; I'll leave part 2 to one of the experts but as for part 1 The CDM makes a great receiver. Though it's less desirable to me than an MTR2000 those just aren't in the budget. Its certainly easier to interface to than the MASTR III's that I have on the bench now. It is a mobile radio but in my installation I have 12 commercial UHF DMR MTR3000's all running nearly 100 watts at the same site as my UHF receiver and they're only separated horizontally and not vertically. My CDM receiver also has a preamp and I've had almost no trouble. I did have a mixing product but only when a 2 meter remote base transmitted on 144.890. I'll add I have a pretty crappy duplexer on this but it is BP/BR and also has a pre-selector between the preamp and the receiver. Still, they seem to have a "decent" front end for a mobile radio. 73 de K0JSC On Sat, May 9, 2015 at 7:33 AM, R. Wayne <allstar(a)controlservers.net> wrote: We have learned the hard way that our Motorola MSF 5000 repeaters with 30 KHz channel spacing and a 2 MHz wide front-end just cannot handle southern California’s 15 KHz channel spacing. We’ve tried using the 15 KHz replacement crystals with miserable results. We have not located 20 KHz crystals and even if we could we don't know what circuit changes would be necessary to tailor the audio response. We have asked on a site how to interface a Motorola CDM 750 mobile transceiver with 20 KHz channel spacing and instead of an answer we’re told it won’t work. It’s a mobile. Don’t waste your time. Well, its our time to experiment. I know of several popular repeaters here on SoCal built using the CDM 750 / 1250. OK. About Allstar. It seems if we can’t get an answer about directly interfacing a second receiver to a MSF 5000 that is designed for a second receiver we need to look at how Allstar can allow us to use an external receiver. Besides the obvious of a USB or RTCM is there any way to create like a LOCALHOST situation at the repeater site where we can almost eliminate any audio delay? We know that, and plan to use, off-site voting to cover our rather large footprint. That will have to be on an external Internet IP rather than an internal IP (192.168.x.x). Can we have both? An internal network and an external network? Or do we have to use one network especially if we plan on doing voting? Thank you in advance. R. Wayne _______________________________________________ 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.

1 0

Motorola MSF / Voting / Receivers;
by R. Wayne 09 May '15

09 May '15

We have learned the hard way that our Motorola MSF 5000 repeaters with 30 KHz channel spacing and a 2 MHz wide front-end just cannot handle southern California’s 15 KHz channel spacing. We’ve tried using the 15 KHz replacement crystals with miserable results. We have not located 20 KHz crystals and even if we could we don't know what circuit changes would be necessary to tailor the audio response. We have asked on a site how to interface a Motorola CDM 750 mobile transceiver with 20 KHz channel spacing and instead of an answer we’re told it won’t work. It’s a mobile. Don’t waste your time. Well, its our time to experiment. I know of several popular repeaters here on SoCal built using the CDM 750 / 1250. OK. About Allstar. It seems if we can’t get an answer about directly interfacing a second receiver to a MSF 5000 that is designed for a second receiver we need to look at how Allstar can allow us to use an external receiver. Besides the obvious of a USB or RTCM is there any way to create like a LOCALHOST situation at the repeater site where we can almost eliminate any audio delay? We know that, and plan to use, off-site voting to cover our rather large footprint. That will have to be on an external Internet IP rather than an internal IP (192.168.x.x). Can we have both? An internal network and an external network? Or do we have to use one network especially if we plan on doing voting? Thank you in advance. R. Wayne

1 0

MASTR III
by Jeff Carrier 09 May '15

09 May '15

I don't want this to sound like a dumb question and I've searched all over with really no luck. I've also tried several things but I'm looking for "clean" audio. I've done this a million times on Motorolas so why doesn't this work on a GE? Does anyone have experience with an RTCM and a MASTR III? I have tried to inject audio into every point I can find in the manual and can't make it sound "right." There is a good write up on repeater builder about interfacing a controller with an M III but when I follow that it sound REAL NASTY. Any tips would be greatly appreciated.

4 6

Help w/WebTransceiver
by k5mvz＠verizon.net 08 May '15

08 May '15

6 6

logwatch problem
by jimmy keffer 07 May '15

07 May '15

my node email me logwatch repots 4 5 days then stops but if i tell oy 2 pocess am old log it emals like normal amd it will print repors 2 sceeen on new logs vut will not emal them them amd yes are changef entry's the logs tried both logwatch 7.3 and 742beta 1 jimmy

1 0