[OpenTRV-dev] EEPROM amnesia investigation

[Joseph Heenan]

> On 27 Jun 2016, at 15:01, Deniz Erbilgin <deniz.erbilgin at gmail.com> wrote:
> 
> Hi Joseph,
> 
> 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 guess this is similar to Adrian's suggestion?
> 
Yes, very similar. (Adrian's suggestion is a good first step on this process.)

> 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?
> So far, with our current firmware release, writing the key and waiting a bit is enough. I'm still working on finding anything more specific.
> 
> 
> By the way, I'm not really sure how to structure this properly (as you may have noticed) so I'd be grateful if anyone can point me to a good example to go on, or suggest other things that should be included.

I'd just focus on keeping the very latest understanding clear. I think an iterative debug approach is inevitable.  I'd hope that each time you perform a new test you end up with new information that rules out a number of possible causes. (If you can't figure out what possible cause a particular test rules out, don't bother doing the test!)

Joseph

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opentrv.org.uk/pipermail/opentrv-dev/attachments/20160627/8d9c7774/attachment.html>