<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Deniz,<div class=""><br class=""></div><div class="">One approach would be first finding a situation where the EEPROM write of the key behaves correctly when writing the key (which may be on say, a dev board), and then changing variables in the test of the real system aiming to make everything the same as the working case until it starts working, then we know what breaks it. I've gone through the docs and tried to figure out what is the simplest reproducible situation where the key is lost. I'm not sure if that is documented in the wiki or not, but couldn't see it, perhaps you can share your thoughts? </div><div class=""><br class=""></div><div class="">Cheers,</div><div class=""><br class=""></div><div class="">Joseph</div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 27 Jun 2016, at 13:16, Deniz Erbilgin <<a href="mailto:deniz.erbilgin@gmail.com" class="">deniz.erbilgin@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class=""><div class=""><div class="">Hi Guys,<br class=""><br class=""></div>I've started trying to isolate our problem with the keys and node IDs not being retained in EEPROM.<br class=""><br class="">A quick summary and links to an ongoing write up can be found in our wiki:<br class=""><a href="https://github.com/opentrv/OTWiki/wiki/Key-Amnesia-Investigation" class="">https://github.com/opentrv/OTWiki/wiki/Key-Amnesia-Investigation</a><br class=""><br class=""></div><div class="">Summary copied from the wiki:<br class=""><ul class=""><li class="">The key is definitely written to EEPROM.</li><li class="">The key is always lost to all FFs.</li><li class="">Key loss and retention are independent of resetting and power-cycling.</li><li class="">Long term key retention only seems to require the EEPROM location to be written to and then cleared first.</li></ul></div>I'd appreciate any ideas and input people can give me because the more I investigate, the more bizarre this seems.<br class=""><br class=""></div>Regards,<br class=""><br class=""></div>Deniz<br class=""></div>
_______________________________________________<br class="">OpenTRV-dev mailing list<br class=""><a href="mailto:OpenTRV-dev@lists.opentrv.org.uk" class="">OpenTRV-dev@lists.opentrv.org.uk</a><br class="">http://lists.opentrv.org.uk/listinfo/opentrv-dev<br class=""></div></blockquote></div><br class=""></div></body></html>