<p dir="ltr">Just floating ideas.</p>
<div class="gmail_quote">On 16 Apr 2013 20:27, "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">
Hi<br>
<br>
Fewer parts, less space, and lower power potentially.<br>
<br>
Rgds<br>
<br>
Damon<br>
<br>
<br>
On 16 Apr 2013, at 20:22, Stuart Poulton wrote:<br>
<br>
> Is there some merit in still using a xtal, rather than relying on the internal osc?<br>
><br>
> On 16 Apr 2013 16:25, "Damon Hart-Davis" <<a href="mailto:dhd@exnet.com">dhd@exnet.com</a>> wrote:<br>
> But I'm assuming that this bootloader I'm using will end up running at 7200 * clockMHz, eg 115200 baud at 16MHz, unless I somehow get it rebuilt.<br>
><br>
> Anyhow, I'm having fun with power management (at 8MHz) at the moment, so I can come back to this issue later.<br>
><br>
> Rgds<br>
><br>
> Damon<br>
><br>
><br>
> On 16 Apr 2013, at 16:17, Mike Stirling wrote:<br>
><br>
> > The main issue I have found with serial and the internal RC is that, accuracy aside, it isn't an ideal frequency for generating standard baud rates. Those FTDI cables will work at obscure baud rates as well, and this may work better. For example, I have the serial port on my sensor boards working reliably at 500 kbps with the internal RC set to 4 MHz.<br>

> ><br>
> > Mike<br>
> ><br>
> > ----------------original message-----------------<br>
> > From: "Kevin Wood" <a href="mailto:kevin@the-wood-family.com">kevin@the-wood-family.com</a><br>
> > To: "Closed list for developer discussions" <a href="mailto:opentrv-dev@lists.opentrv.org.uk">opentrv-dev@lists.opentrv.org.uk</a><br>
> > Date: Tue, 16 Apr 2013 11:36:36 +0100<br>
> > -------------------------------------------------<br>
> ><br>
> ><br>
> >> I've had fun and games with serial ports on the internal RC oscillators<br>
> >> before on some AVRs due to the (in)accuracy of the clock. It's not too bad<br>
> >> if there are spaces between bursts of characters so the UART can re-sync<br>
> >> but, if you're blasting data at it continuously, bear in mind that it can<br>
> >> go out of sync eventually. Maybe now the baud rate is lower that's what's<br>
> >> happening?<br>
> >><br>
> >> Might be better from a point of view of removing barriers to people<br>
> >> playing with the code if they don't have to first mess about with a<br>
> >> non-standard boot loader? Just depends what the cost is in power<br>
> >> consumption.<br>
> >><br>
> >> Certainly, it ought to be straightforward to make any OpenTRV source code<br>
> >> agnostic to the clock speed to keep that option open.<br>
> >><br>
> >> Kevin<br>
> >><br>
> >>> For a laugh have a look at:<br>
> >>><br>
> >>> <a href="http://arduino.cc/forum/index.php/topic,160647.0.html">http://arduino.cc/forum/index.php/topic,160647.0.html</a><br>
> >>><br>
> >>> I suspect that I have to build a specific bootloader .hex file set for<br>
> >>> 1MHz and 9600 (or 4800, just to be super PICAXE compatible!) baud serial.<br>
> >>><br>
> >>> Not sure how to do that yet.<br>
> >>><br>
> >>> May give up for the moment and do the 8MHz version (RC internal osc, but<br>
> >>> no divider) to at least flex some other muscles!<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">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><br>
> >>><br>
> >><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">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><br>
> >><br>
> ><br>
> > --<br>
> ><br>
> ><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">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><br>
> ><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">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><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">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><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">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><br>
</blockquote></div>