<div dir="ltr">Chip,<div><br></div><div>Are you willing to let other people see your code? We might be able to spot something that you haven't. I know it's always a good idea to have others look at my code.</div><div><br></div><div>Just a thought,</div><div>Carl</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 23, 2017 at 12:07 PM, Pete Soper via TriEmbed <span dir="ltr"><<a href="mailto:triembed@triembed.org" target="_blank">triembed@triembed.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Also, is it a sure thing that the Simblee is pulling the Atmega reset line low enough? How much current is the Simblee having to sink to do the reset? It might require cutting/repairing a trace, but if the current necessary to reset the Atmega could be measured it might show this is only working part of the time by serendipity because of a problem with the board. We need to be careful to get any regular flux off the boards and moisture might create a situation where the Simblee hasn't got the grunt to reset the Atmega. If they don't already have them your boards may need unique IDs (e.g. a few bytes of the 328's EEPROM) to allow for tracking what's going on with them.<br>
<br>
There seem to be one or two things that need their root causes found:<br>
  1) Failure to reset ("fugue state")<br>
  2) Atmega "lock up" if it's the cause and not the side effect of (1)<br>
<br>
Could the Simblee detect the I2C bus "release" by the Atmega failing and tell you exactly when that happens? This might be correlated with voltage measurement logs (but you're only logging battery voltage, not the IC's VCC, right?) Tacking on a tiny daughterboard to detect and signal something to the Simblee would would not be too terrible. In my opinion having two processors the way you do is a terrific demonstration of the value of postponing optimization. :-)<br>
<br>
-Pete<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
Triangle, NC Embedded Computing mailing list<br>
<a href="mailto:TriEmbed@triembed.org" target="_blank">TriEmbed@triembed.org</a><br>
<a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" rel="noreferrer" target="_blank">http://mail.triembed.org/mailm<wbr>an/listinfo/triembed_triembed.<wbr>org</a><br>
TriEmbed web site: <a href="http://TriEmbed.org" rel="noreferrer" target="_blank">http://TriEmbed.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">-------------------------------------------------------------------------------<br>Carl J. Nobile (Software Engineer)<br><a href="mailto:carl.nobile@gmail.com" target="_blank">carl.nobile@gmail.com</a><br>-------------------------------------------------------------------------------</div>
</div>