<div dir="ltr">Hello David,<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 5, 2016 at 10:24 AM, David Lang <span dir="ltr"><<a href="mailto:david@lang.hm" target="_blank">david@lang.hm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, 5 Aug 2016, Paul Gardner-Stephen wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I'm thinking of putting something in from the perspective of the Serval<br>
Project, but want to run our thoughts past the community first.<br>
<br>
For our next generation of Mesh Extenders (basically an Ath9k board +<br>
900MHz packet radio), we are hoping to get them FCC and EC certified, and<br>
available for sale.  Lack of development funds necessitates that we have<br>
only one version of the hardware for all target markets.  So what we are<br>
planning to do is to have the power lead include several additional pins,<br>
where the power cable indicates the regulatory regime that applies to the<br>
unit, and also whether 3rd party firmware can be loaded.<br>
<br>
That is, to modify the regulatory regime, you either need the right cable<br>
for that country, or alternatively, you wire up a "developer cable," that<br>
allows you to install your own firmware.  In other words, we place a<br>
hardware barrier to prevent abuse through trivial software reconfiguration,<br>
but still make it easy for the development community to load their own<br>
firmware.<br>
<br>
What are people's thoughts on this approach?<br>
</blockquote>
<br></span>
rather than requiring special cables, just do jumpers (or an array of 0-ohm resisters). It's been good enough for commercial and ham radios for decades. same basic idea as your extra pins on the cable, but wihtout the expense of cables.</blockquote><div><br></div><div>Understood. Our reasoning for using cables, is that we can have a single stock of the Mesh Extender units, and just ship them with the right cable, without having to open them up at all.  Since we are targeting the humanitarian sector, it is also good for them to not have to open them.  Also, we don't want to have to open the seals unnecessarily, as the units will (hopefully) be IP66 rated for outdoor use.  If you can think of ways to work around those problems, without requiring per-region cables, I'd certainly be interested to hear, as I agree having different cables is not ideal, either.</div><div><br></div><div>But very good to hear that jumpers or other relatively simple hardware measures have been (if I understand correctly) allowed in the past.</div><div><br></div><div>Paul.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>
<br>
David Lang</font></span><br>______________________________<wbr>_________________<br>
Battlemesh mailing list<br>
<a href="mailto:Battlemesh@ml.ninux.org">Battlemesh@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/battlemesh" rel="noreferrer" target="_blank">http://ml.ninux.org/mailman/<wbr>listinfo/battlemesh</a><br>
<br>______________________________<wbr>_________________<br>
Battlemesh mailing list<br>
<a href="mailto:Battlemesh@ml.ninux.org">Battlemesh@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/battlemesh" rel="noreferrer" target="_blank">http://ml.ninux.org/mailman/<wbr>listinfo/battlemesh</a><br>
<br></blockquote></div><br></div></div>