<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">I don't have an MSF5000 in front of me
      so I can't tell you exactly what pins these signals are on, but
      you need to run a wire jumper from RDSTAT to TX PL STRIP inside
      the station controller and this will cause the 5000 to encode PL
      only when the receiver signal is valid.  (COR + valid PL).<br>
      <br>
      It's a really easy modification on that station.<br>
      <br>
      Justin<br>
      <br>
      <br>
      On 6/28/2015 4:02 AM, R. Wayne wrote:<br>
    </div>
    <blockquote cite="mid:D592DBE2AD374B94A41119809A4D956C@delllaptop"
      type="cite">
      <div dir="ltr">
        <div style="FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri'; COLOR:
          #000000">
          <div>I don’t know if I should be sending this here or to
            arm-app_rpt.</div>
          <div> </div>
          <div>Our repeater is temporarily using a remote base to talk
            up to our machine. We have Internet there but have not
            configured it yet. Our emote base is sending pulse-backs and
            I don’t know how to stop it. It is also sending our CWID
            from our MSF using its internal controller. I cannot turn it
            off without violating part 97. AFAIK the MSF doesn’t allow
            me to tell it to wait until the hang time drops to ID. I am
            using a RTCM on the remote base and I can turn off CWID on
            the repeater and let the RTCM send the CWID. But we’re back
            to pulse-backs. How do I deal with them?</div>
          <div> </div>
          <div>Next, we want to drop our MSF’s and build repeaters for
            our three sites using Motorola CDM 750’s and their 20KHz
            channel spacing is more favorable to us. The MSF’s are 30KHz
            channel spacing with a 2MHz wide front-end. I can use a RTCM
            as the controller on each repeater. Or I’d rather use our
            external link controllers. We have RF links that come in as
            well. I know that this is a lot to ask but what is the best
            way to do this? I am assuming that the repeater goes on port
            1. The RTCM will go on port 2 or I can build a BBB and use a
            USB FOB. Port 3 would be for an external RF link that comes
            in. Our Allstar server is setup using .0320 and id bridged
            to another RoIP service. It also has Echolink but it is not
            active. Our link controller is fully addressable with a
            preamble that should allow me to avoid DTMF issues. I don’t
            know abut users in the repeater trying to control it or
            autopatch, which we have. Is this doable or have I
            misunderstood?</div>
          <div> </div>
          <div>I am grateful to this group for getting me this far. I
            look forward to get Allmon setup, announcements, etc.,
            although our link controller has 250 DVR tracks.</div>
          <div> </div>
          <div>Thank you again in advance.</div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________

arm-allstar mailing list
<a class="moz-txt-link-abbreviated" href="mailto:arm-allstar@hamvoip.org">arm-allstar@hamvoip.org</a>
<a class="moz-txt-link-freetext" href="http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar">http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar</a>

Visit the BBB and RPi2 web page - <a class="moz-txt-link-freetext" href="http://hamvoip.org">http://hamvoip.org</a></pre>
    </blockquote>
    <br>
  </body>
</html>