[arm-allstar] Using PL instead of COS

Fri May 13 10:56:25 EST 2016

Laroy,

 You say the radio has +10V unsquelched but you are not going to use that output if you use the Spec comm decoder right? Also the DMK URI uses blocking diodes in the input lines so it will accept higher input voltages they do not have to be TTL levels as long as the low is a good low, close to zero volts.

When you get it setup using just PL set the rxaudiodelay in simpleusb.conf to about 7 or 8 and see how the squelch tails sound listening on another node or iaxrpt monitoring it. Make sure that line is uncommented also. You can go up from there if needed. Restsart Asterisk - astres.sh - when yo make changes.
73 Doug
WA3DSP
http://www.crompton.com/hamradio

To: arm-allstar at hamvoip.org
Date: Fri, 13 May 2016 10:21:09 -0500
Subject: Re: [arm-allstar] Using PL instead of COS
From: arm-allstar at hamvoip.org
CC: lmccann at dtisp.com

    Doug,

      I said it will be wired directly to allstar but I am using the
      URIx interface.

      LaRoy McCann, K5TW

      On 5/13/2016 10:06 AM, LaRoy McCann via arm-allstar wrote:

      Doug,

        There is no other controller.  The exec II is a mobile radio
        converted to a repeater.  It will be controlled directly with
        allstar.  I curently have 2 repeaters running on allstar and
        will soon have 3 or 4 more running on allstar.

        Allstar will switch direction (usb or usb invert) but since the
        radio gives +10v when unsquelched, I will need to make a buffer
        because the raspberry pi needs to see the input go to ground.

        The TS64 signal is an open collector to ground so it interfaces
        well with allstar.

        LaRoy McCann, K5TW

        On 5/13/2016 9:47 AM, Doug Crompton via arm-allstar wrote:

        LaRoy

          I have never interfaced what you are talking about but I see
          no reason why you would need the squelch input as well as PL.
          The TS64 works well and the audio delay (squelch tail
          elimination) setting in simpleusb.conf should get rid of any
          squelch tail. 

          I assume you are using a separate repeater controller and not
          using Allstar as the controller? If you are using Allstar you
          can configure the COS direction. Also I thought maybe the TS64
          had both high and low going outputs but maybe not. 

          Allstar makes a great repeater controller but there are some
          pros and cons to using it. The big pro is that you don't have
          to worry about physical ports like you do on a dedicated
          controller. Each port is a node and can be configured and
          connected easily via SW, a big plus for Allstar. It is also a
          lot less expensive. 

          73 Doug

            WA3DSP

            http://www.crompton.com/hamradio

          > To: arm-allstar at hamvoip.org

            > Date: Fri, 13 May 2016 09:32:27 -0500

            > Subject: [arm-allstar] Using PL instead of COS

            > From: arm-allstar at hamvoip.org

            > CC: lmccann at dtisp.com

            > 

            > I'm interfacing a ge mastr exec II to raspberry pi. I
            have one I've 

            > done previously where I have both cos and pl inputs.

            > 

            > I'm going to have to make a cos buffer interface to
            change the cos_high 

            > from the radio to cos_low for the controller which is
            no problem,

            > 

            > We will always us PL on the input so I was wondering if
            I could just get 

            > by with using the TS64 PL signal for the cos input on
            the controller?

            > 

            > Does anyone know of any reasons not to use only PL
            signal for cos?

            > 

            > Would there be any longer squelch tail?

            > 

            > 

            > LaRoy McCann, K5TW

            > 

            > 

            > ---

            > This email has been checked for viruses by Avast
            antivirus software.

            > https://www.avast.com/antivirus

            > 

            > _______________________________________________

            > 

            > arm-allstar mailing list

            > arm-allstar at hamvoip.org

            > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

            > 

            > Visit the BBB and RPi2 web page - http://hamvoip.org

            > 

        -- 

        This message has been scanned for viruses and 

        dangerous content by the DTISP MailScanner, and
        is 

        believed to be clean. 

        _______________________________________________

arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org

            Virus-free. www.avast.com

      -- 

      This message has been scanned for viruses and

      dangerous content by the
      DTISP
          MailScanner, and is

      believed to be clean.

      _______________________________________________

arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org

		Virus-free. www.avast.com

_______________________________________________

arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160513/3c7c8214/attachment.html>