<div dir="ltr"><div dir="ltr">Ok, I'm thick sometimes :) I get what you're saying now, makes sense. Thank you for the clarification. The Motorola is working as you described, the other rigs not so much.<div><br></div><div>So the gist of it is, there's no way to use DSP carrier detect without using discriminator audio? It's CTCSS or VOX only in that case?<br><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Dec 23, 2018 at 11:24 PM Kevin Custer <<a href="mailto:kuggie@kuggie.com">kuggie@kuggie.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <div class="gmail-m_-9118038577144218361moz-cite-prefix">Brian,<br>
      <br>
      Signal Strength is determined by the noise level of the inputted
      audio from the receiver.  Normally, with audio from a good
      discriminator source, calibrated by the radio tune rxnoise
      command, you'll have a signal strength of around 500 to 600 with
      NO signal.  This is shown by inputting the command "radio tune
      rxsquelch".  This number goes up as the noise level is reduced
      (from an increasing signal level making the FM receiver quiet).  <br>
      <br>
      A level of 999 with the adapter unplugged from the receiver is the
      expected result.  The adapter/application doesn't know if the
      receiver has reached full quieting or if the audio has simply
      disappeared from the adapter.  The result is the same no matter
      which happened.  <br>
      <br>
      In the case, no signal input results in an audio signal that's
      full of broadband noise.  It's a loud white noise.  When the
      receiver quiets, the amount of white noise is reduced, to a point
      of "full quieting" where the receiver is not outputting much or
      any noise.  This is why a strong signal into the receiver shows as
      999 and no signal results in something between 0 and 500 or so.  <br>
      <br>
      Again, this all points to muted audio from the receiver, and that
      by definition is NOT discriminator audio.  Real discriminator
      audio is not muted, or filtered in any way.  Please have a look at
      the discriminator audio from your receiver and make sure noise is
      there when the receiver is not hearing a valid signal.<br>
      <br>
      Kevin<br>
      <br>
      <br>
      <br>
      <br>
      On 12/23/2018 9:58 PM, Brian G wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div dir="ltr">Hi Kevin, thanks very much... I understand 999 is
          supposed to represent a strong fully quiet signal. That's the
          issue, there isn't one...but app_rpt thinks there's a signal
          present and is sending it 100% of the time, unless I use CTCSS
          decode (or plain vox), which I don't want to do for this node.
          <div><br>
          </div>
          <div>I'm using the discriminator output from a Motorola Radius
            M120, but the same issue occurs on other rigs, and the
            "signal level" is still at 999 regardless of if there's a
            radio connected to the dongle or not :( If there's no input,
            signal level should be at (or close to) zero, shouldn't it?</div>
          <div><br>
          </div>
          <br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr">On Sun, Dec 23, 2018 at 9:29 PM Kevin Custer
            <<a href="mailto:kuggie@kuggie.com" target="_blank">kuggie@kuggie.com</a>> wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            <div bgcolor="#FFFFFF">
              <div class="gmail-m_-9118038577144218361gmail-m_6715075134168745870moz-cite-prefix">Brian,<br>
                <br>
                If the application reports 999, my guess is you aren't
                inputting raw discriminator audio into the interface. 
                If the audio you are inputting into your radio interface
                has been Low Pass Filtered or is squelch gated, you
                cannot use DSP for noise squelch detection.   The
                application will tell you if there is sufficient squelch
                noise to utilize DSP noise squelch detection after you
                do the "radio tune rxnoise" command. If it fails, the
                audio type, amount, or quality isn't sufficient for DSP
                noise detection. <br>
                <br>
                When fed with good discriminator audio, the noise
                squelch detection in app_rpt is nearly as good as a
                Motorola M6709 (analog) squelch chip, commonly thought
                to be the high water mark in noise squelch detection. 
                999 is the total absence of noise, and is the result one
                would expect with a full quieting signal, or an
                inappropriately muted RX audio line. <br>
                <br>
                Kevin W3KKC <br>
                <br>
                <br>
                <br>
                On 12/23/2018 7:28 PM, Brian G wrote:<br>
              </div>
              <blockquote type="cite">
                <div dir="ltr"><span>Hi all, Merry Christmas</span><br>
                  <br>
                  <span>My local club is working on setting up a few ASL
                    nodes, and I've been busy modifying some CM119 based
                    USB sound cards to control the radios. I'm using
                    this card/dongle: </span><a href="https://www.amazon.ca/Syba-SD-CM-UAUD-Adapter-C-Media-Chipset/dp/B001MSS6CS" rel="nofollow" target="_blank">https://www.amazon.ca/Syba-SD-CM-UAUD-Adapter-C-Media-Chipset/dp/B001MSS6CS<br style="box-sizing:border-box">
                  </a><br>
                  <span>I've done several so far and have a few nodes
                    working great with CTCSS carrier detect. One issue
                    I'm consistently running into, is when setting the
                    "RX Squelch Level" in the radio-tune-menu, it
                    detects the current RX signal strength as 999. This
                    results in the inability to use anything other than
                    CTCSS for carrier detect. I can make plain old VOX
                    work too, but it results in considerable (2 sec+)
                    hang time.</span><br>
                  <br>
                  <span>Using DSP carrier detect won't work because it's
                    impossible to set the squelch high enough (max value
                    999). It always thinks there's a signal present when
                    there isn't. This happens regardless of whether
                    there's a radio connected to the dongle or not. As a
                    matter of fact it happens even when plugging in an
                    unmodified dongle right out of the package. I need
                    it to work with no CTCSS. VOX would be fine if it
                    wasn't for the hang time, but would rather use the
                    DSP option in usbradio.conf. </span><br>
                  <br>
                  <span>I assume it's just the nature of the beast, and
                    if I want it done properly I need an adapter and
                    radio capable of COS. But maybe someone knows if
                    there's something that can be done or not?  Anyone
                    have any insight on how to either eliminate the VOX
                    hang time, or eliminate that "invisible" signal? </span><span>I
                    might be overlooking something. Thanks for reading!</span>
                  <div>
                    <div>
                      <div dir="ltr" class="gmail-m_-9118038577144218361gmail-m_6715075134168745870gmail_signature">--<br>
                        Brian - VA3DXV<br>
                      </div>
                    </div>
                  </div>
                </div>
              </blockquote>
              <br>
            </div>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <br>
  </div>

_______________________________________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@lists.allstarlink.org" target="_blank">App_rpt-users@lists.allstarlink.org</a><br>
<a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
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. <br>
</blockquote></div></div>