<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    A physical building block design might be fun down the road.  For
    now I'm going for the industrial approach to modularity, with
    DIN-rail mounted devices.<br>
    <br>
    Scott<br>
    N1VG<br>
    <br>
    <div class="moz-cite-prefix">On 4/13/2017 10:43 AM, Jim Alles wrote:<br>
    </div>
    <blockquote
cite="mid:CABS3LnLnre60F3mX4N7Yt5OMj6tsD3F7t38z3CT1N8CGEvnPiQ@mail.gmail.com"
      type="cite">
      <div dir="ltr"><font face="georgia, serif">Scott, my brain might
          be mush, but it mashed up your message with
          <div class="gmail_default" style="display:inline">​ a recent
            article about​</div>
        </font> 'modular phones'.
        <div><br>
        </div>
        <div>
          <div class="gmail_default" style="font-family:georgia,serif">​<a
              moz-do-not-send="true"
              href="https://www.cnet.com/news/google-lg-lenovo-modular-phones/"
              target="_blank">https://www.cnet.com/news/<wbr>google-lg-lenovo-modular-<wbr>phones/</a>​</div>
          <br>
          <font face="georgia, serif">Amateur Radio building blocks? SDR
            could be a part of the equation, I don't know.</font></div>
        <div><a moz-do-not-send="true"
            href="https://www.youtube.com/watch?v=oDAw7vW7H0c"
            target="_blank">phone bloks (youtube)</a><br>
          <br>
          <a moz-do-not-send="true"
href="https://venturebeat.com/2017/01/10/inside-project-ara-googles-revolutionary-modular-phone/"
            target="_blank">https://venturebeat.com/2017/<wbr>01/10/inside-project-ara-<wbr>googles-revolutionary-modular-<wbr>phone/</a><br>
          <br>
          <div class="gmail_default" style="font-family:georgia,serif">​Thanks,</div>
          <div class="gmail_default" style="font-family:georgia,serif">Jim
            A.​</div>
          <br>
          <br>
          <br>
          ---------- Forwarded message ----------<br>
          From: Scott Miller <<a moz-do-not-send="true"
            href="mailto:scott@opentrac.org" target="_blank">scott@opentrac.org</a>><br>
          Date: Tue, Apr 11, 2017 at 8:06 PM<br>
          Subject: Re: [aprssig] APRS = the IoT of Amateur Radio [was:
          APRS to the planet rescue?<br>
          To: <a moz-do-not-send="true" href="mailto:aprssig@tapr.org"
            target="_blank">aprssig@tapr.org</a><br>
          <br>
          <br>
          I remember seeing an APRS flood monitor at Dayton a few years
          ago.  They weren't particularly cheap devices, but I think
          they used ultrasonic gauges.  A simple float switch would do
          it.<br>
          <br>
          The DRA818V (and probably others) transceiver modules have
          finally started to make a lot of these applications cheap and
          practical on 2 meters without resorting to scavenged HTs. 
          They're under $15 and good for at least half a watt of TX
          power, or a full watt if you believe the data sheet.<br>
          <br>
          My current project isn't focusing on low power consumption
          right now, but without any effort at power saving it's still
          not too bad - I just tested it at about 80 mA @ 5 volts with
          WiFi connected and idle.<br>
          <br>
          I'll definitely work on getting something out there to cover
          the low power sensor mesh stuff.  Having a high-level
          scripting language geared specifically for APRS and radio
          applications should make it a lot easier to tackle some of
          these projects than starting from scratch with an Arduino,
          with a lot less power consumption than a single-board computer
          like a Raspberry Pi.<br>
          <br>
          Some of this I'm going to do for myself, market viability be
          damned, because I've got too many little sensor and remote
          monitoring and control projects of my own that don't rate
          custom hardware and firmware.  Even if no one else ever buys
          any, I'm going to have a shelf full of complete APRS gadgets
          that I can use to throw together just about anything without
          having to compile any code.<br>
          <br>
          Scott<br>
          N1VG<br>
          <br>
          <br>
          And didn't we discuss a standardized type-length-value
          extension scheme a while back?  Aside from OpenTRAC, that is. 
          At the very least I think any more extensions to the format
          need a formal definition, maybe a BNF grammar, to guarantee
          that everything is unambiguous and parseable.<br>
          <br>
          Scott<br>
          N1VG<br>
          <br>
          <br>
          aprssig mailing list<br>
          <a moz-do-not-send="true" href="mailto:aprssig@tapr.org"
            target="_blank">aprssig@tapr.org</a><br>
          <a moz-do-not-send="true"
            href="http://www.tapr.org/mailman/listinfo/aprssig"
            target="_blank">http://www.tapr.org/mailman/<wbr>listinfo/aprssig</a><br>
        </div>
      </div>
      <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>