<p dir="ltr">Absolutely, definitely not suggesting changing the current projects, you would never finish anything if you constantly changed to the latest/greatest. Just for new stuff or if you hit hardware limitations look outside of the AVR/HopeRF combination.</p>
<p dir="ltr">But again I am fueling an off topic discussion. </p>
<p dir="ltr">Jeremy</p>
<div class="gmail_quote">On 19 Dec 2015 20:35, "Damon Hart-Davis" <<a href="mailto:dhd@exnet.com">dhd@exnet.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> On 19 Dec 2015, at 20:07, Jeremy Poulter <<a href="mailto:jeremy@bigjungle.net">jeremy@bigjungle.net</a>> wrote:<br>
><br>
> If you are short on space then definitely drop it. Your security layer should cover verifying the frame content, if it does not the communication is not secure ;-)<br>
><br>
> As you have mentioned you are fixed with the AVR plus Hope RF module for now but there are some awesome combination MCU/radio chips coming out, eg the nRF52. Think they quoted sub 10mA when TX/Rx and the sleep power was ridiculously low. All that and a good CPU (ARM Cortex), floating point,  Bluetooth, NFC and loads of other goodies.<br>
<br>
Indeed, but I want to try to avoid forcing the use of “the next level up” on MCU or radio hardware, for OpenTRV and Launchpad.<br>
<br>
I really really may be wrong, but this is my hunch for now and I’m sticking with it absent an extraordinary counterargument!  And there may be enough oversights in the format that need fixing that all this becomes moot.<br>
<br>
Rgds<br>
<br>
Damon<br>
<br>
_______________________________________________<br>
OpenTRV-dev mailing list<br>
<a href="mailto:OpenTRV-dev@lists.opentrv.org.uk">OpenTRV-dev@lists.opentrv.org.uk</a><br>
<a href="http://lists.opentrv.org.uk/listinfo/opentrv-dev" rel="noreferrer" target="_blank">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><br>
</blockquote></div>