<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    From the looks of it the sound card is likely one of these or their
    variants, soldered in place as a daughter board<br>
    <br>
<a class="moz-txt-link-freetext" href="http://www.ebay.ca/itm/External-USB-2-0-to-3D-Audio-Sound-Card-Adapter-7-1-ch-/110419668623?pt=US_Sound_Card_External&hash=item19b5866e8f">http://www.ebay.ca/itm/External-USB-2-0-to-3D-Audio-Sound-Card-Adapter-7-1-ch-/110419668623?pt=US_Sound_Card_External&hash=item19b5866e8f</a><br>
    <br>
    p<br>
    <br>
    <div class="moz-cite-prefix">On 1/28/2013 11:20 PM, Stephen H. Smith
      wrote:<br>
    </div>
    <blockquote cite="mid:51074E00.1040402@aol.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">On 1/28/2013 6:10 PM, Bill Vodall
        wrote:<br>
      </div>
      <blockquote
cite="mid:CAPSBm52UFULapAM1xcSbN8Tys12o5uK0vmoUHGz0a0D-6Poqtw@mail.gmail.com"
        type="cite"><br>
        <pre wrap="">Have you seen and/or had a chance to review the ARSrepeaters soundcard
interface.

  <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://arsrepeaters.com/USB_EchoLink_Adapter.html">http://arsrepeaters.com/USB_EchoLink_Adapter.html</a>

The small form factor and prefabricated interfaces for HT's make it
appear to be a very handy interface for mobile or portable
operations...  While marketed for Echolink, they now have an
adjustable transmitter hang time which allows it to work on packet and
other digital modes.

73
Bill, WA7NWP

PS.  I'm looking forward to testing this new interface at 2400 baud
and 4800 baud.   It might be the missing key that enables stepping
forward with faster packet speeds using all the new soundcard modem
software packages.

</pre>
      </blockquote>
      <br>
      <br>
      There's nothing special about this device. It's not really an
      "interface" in the usual sense of providing isolated
      RXA-TXA-PTT-COR between a radio and a computer.    It appears to
      be just a generic USB audio dongle, probably based on a C-Media
      108 chip or something similar,  with a VOX keyer scheme added.  <br>
      <br>
      The web site is playing up that it "<font style="font-size: 14px;">utilizes

        a high-performance 7.1 channel soundcard"</font>   A lot of good
      that will do on a single-channel audio application.     Obviously
      such a device with audio response flat out to 15-20K will not be
      the limiting factor for 2400 or 4800 baud operation; it's going to
      be the audio response of the radio you attach it to.    <br>
      <br>
      The lack of audio isolation transformers is going to be a real
      headache in mobile applications.  Having common grounds between
      radio gear and laptops (especially when powered off of DC-DC
      converters) is a disaster.  Ground loops yield all kinds of buzzy,
      hummy hashy noises from the computers' internal power converters,
      mixed with alternator whine from the car's DC 12VDC system.    You
      gotta have transformer-isolated audio and opto-isolated PTT so
      there are no common metallic grounds between the laptop and the
      radio.    (This is also a glaring deficiency of many models of the
      much-hyped "Rig Blaster".)<br>
      <br>
      Speaking of opto-isolation, there seems to be no CD/COR input for
      a squelch line FROM the radio.  (The offering of "Plug-N-Play
      cable harnesses for hand-helds that connect to the speaker/mic
      jacks is a giveaway that there is no squelch/COR input.) Without a
      positive "RF channel busy" indication, Echolink operation is very
      second-rate.  The usual approach of using audio VOX detection
      within Echolink to determine when the radio channel is clear (so
      that the Internet party can keyup and start talking) is very
      clumsy. It  can't tell the difference between a closed squelch 
      and quiet pauses in the mobile radio user's speech, unless you set
      the VOX detection for an excessively long wait time.     <br>
      <br>
      This then makes it nearly impossible for an Internet user to break
      into an ongoing fast-fire conversation. The turnaround delays in
      Echolink are bad enough with the second or two each way Internet
      propagation delay.  Gratuitously adding another 2-3 seconds of
      delay from the VOX system makes fast-break voice operation from
      the Internet side virtually impossible.  <br>
      <br>
      [This same issue arises with Echolink on repeaters, if the
      Echolink setup is at a user's house rather than bridged across the
      repeater TX and TX at the site.    Without a hardwired connection
      to the repeater receiver's COR line, Echolink's internal VOX gets
      fooled by long silent carrier tails on the repeater output
      channel, unless you set the VOX for an excessively long delay.]<br>
      <br>
      <br>
      Then don't get me going on how the advertiser is trying to get
      people to use crappy handhelds as base stations, when their
      receiver front ends typically overload and suffer massive amounts
      of intermodulation when attached to base station antennas.   <br>
      <br>
      <br>
      Further, how fast-on-the-draw is the transmit VOX keying, and how
      fast does it drop out on unkey?   Slow on keyup could lead to
      horrendously long TXD values on packet.,   Long hangs on unkey are
      essential on Echolink/voice operation so that the TX doesn't pop 
      on-off-on-off-on-off  on every syllable in voice operation.  But
      long TX->RX turnaround delays on packet will often cause
      ACKs/NAKs from the other station to be missed.  Any tone keyed
      interface needs two unkey delay value settings, one really short
      for fast packet/AMTOR  turnarounds, and a much longer one (on the
      order of 1-2 seconds at least) for voice. <br>
      <br>
      In my homebrew design, I purposely got the TX-up delay, and the
      unkey delay down to less than 5 milliseconds, and then have a
      switch to add a much larger capacitor in parallel to lengthen the
      delay for voice operation.  <br>
      <br>
      <br>
      <hr size="2" width="100%"><br>
      --<br>
      <br>
      Stephen H. Smith    wa8lmf (at) aol.com <br>
      Skype:        WA8LMF<br>
      Home Page:          <a moz-do-not-send="true"
        class="moz-txt-link-freetext" href="http://wa8lmf.net">http://wa8lmf.net</a><br>
      <br>
      High Performance Sound Systems for Soundcard Apps<br>
         <a moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://wa8lmf.net/ham/imic.htm">http://wa8lmf.net/ham/imic.htm</a><br>
         <a moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://wa8lmf.net/ham/uca202.htm">http://wa8lmf.net/ham/uca202.htm</a><br>
       <br>
      Vista & Win7 Install Issues for UI-View and Precision Mapping<br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://wa8lmf.net/aprs/UIview_Notes.htm#VistaWin7">http://wa8lmf.net/aprs/UIview_Notes.htm#VistaWin7</a><br>
      <br>
      "APRS 101"  Explanation of APRS Path Selection & Digipeating <br>
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://wa8lmf.net/DigiPaths">http://wa8lmf.net/DigiPaths</a>
      <br>
      <br>
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
aprssig mailing list
<a class="moz-txt-link-abbreviated" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a>
<a class="moz-txt-link-freetext" href="http://www.tapr.org/mailman/listinfo/aprssig">http://www.tapr.org/mailman/listinfo/aprssig</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>