<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi Brian,<br>
    <br>
    These values return the total signal into the "slice" BEFORE the
    bandpass filter.  So, they do not vary based upon the bandpass
    filter; however, of course, they do vary depending upon what is
    within the total bandwidth of the slice.<br>
    <br>
    As far as I recall, there is no return of total ADC reading from
    hardware to software.  The closest thing is just the ADC Overload
    bit.<br>
    <br>
    In brief, no they don't allow you to see the total ADC input.<br>
    <br>
    73,<br>
    Warren  NR0V<br>
    <br>
    <div class="moz-cite-prefix">On 2/22/2014 11:05 AM, Brian Lloyd
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAE3hgTeG5pgBr3jQzD1ePD3tXLHTF26q4PLQ4B7PASXFJrGrow@mail.gmail.com"
      type="cite">
      <pre wrap="">***** High Performance Software Defined Radio Discussion List *****

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <div dir="ltr">Today I was using my ANAN-10 to get an idea of the
        total power coming in from my Pixelsat loop. This is a
        broad-band untuned loop with a preamp, good pretty much from DC
        to 30MHz. (Really it is useful from about 50kHz to 20MHz but it
        does have significant output above and below that range.) My
        assumption was ADC-L and ADC-R represented the actual ADC values
        relative to full-scale, based on the fact that PowerSDR labels
        the value in dBFS (decibels relative to full-scale). 
        <div>
          <br>
        </div>
        <div>You can imagine my surprise when I discovered that this
          value changed as I "tuned" the radio. (Yes I did check the
          attenuator and made sure it was set to 0dB for these tests.)
          Now my supposition is that what ADC-L and ADC-R are reporting
          are the values of the samples in a given RX "slice" rather
          than the actual ADC values. If this is the case, perhaps a new
          label is in order in PowerSDR? May I suggest, "Not Very Useful
          - L" and "Not Very Useful - R". Or perhaps, "Slice - I" and
          "Slice - Q". </div>
        <div><br>
        </div>
        <div>But a reading of how close the input is to saturating the
          ADC(s) would be very useful.<br clear="all">
          <div><br>
          </div>
          -- <br>
          <div dir="ltr">Brian Lloyd, WB6RQN/J79BPL      <img
              moz-do-not-send="true"
              src="http://www.catb.org/hacker-emblem/glider.png"><br>
            706 Flightline Drive<br>
            Spring Branch, TX 78070<br>
            <a moz-do-not-send="true" href="mailto:brian@lloyd.com"
              target="_blank">brian@lloyd.com</a><br>
            <span><span id="gc-number-66" class="gc-cs-link" title="Call
                with Google Voice">+1.916.877.5067</span></span></div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
HPSDR Discussion List
To post msg: <a class="moz-txt-link-abbreviated" href="mailto:hpsdr@openhpsdr.org">hpsdr@openhpsdr.org</a>
Subscription help: <a class="moz-txt-link-freetext" href="http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org">http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org</a>
HPSDR web page: <a class="moz-txt-link-freetext" href="http://openhpsdr.org">http://openhpsdr.org</a>
Archives: <a class="moz-txt-link-freetext" href="http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/">http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/</a></pre>
    </blockquote>
    <br>
  </body>
</html>