<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Ah!  That sounds much more likely.<br>
    <br>
    Is there an error (timeout) path that might be freeing the buffer
    when it's still in use?<br>
    <br>
    Greg.<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Michael Balzer wrote:<br>
    </div>
    <blockquote
      cite="mid:5c540a22-167d-4e42-0934-6fa1eff42cfa@expeedo.de"
      type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      Hi Greg, welcome :)<br>
      <br>
      Juliens parameter #0 has been overwritten with "Topping o", which
      is part of the charge status message ("Topping off").<br>
      <br>
      So it's much more likely we've got a buffer corruption bug that's
      triggered by (maybe) bad connectivity situations.<br>
      <br>
      Regards,<br>
      Michael<br>
      <br>
      <br>
      <div class="moz-cite-prefix">Am 28.11.2016 um 06:38 schrieb Greg
        D.:<br>
      </div>
      <blockquote cite="mid:583BC2EA.3020706@gmail.com" type="cite">
        <meta content="text/html; charset=UTF-8"
          http-equiv="Content-Type">
        Hi all,<br>
        <br>
        New here, so this may be totally off the wall.<br>
        <br>
        I notice that the first example, with a "5" going to a "k", it
        may be more easily explained as a bit <b><i>shift</i></b>
        instead of a set of flips.  Is there anywhere in the system
        where the bytes are clocked serially between devices, where
        there may be some marginal timing?<br>
        <br>
        Just a thought.<br>
        <br>
        Greg.<br>
        <br>
        <br>
        <div class="moz-cite-prefix">Mark Webb-Johnson wrote:<br>
        </div>
        <blockquote
          cite="mid:2EC260CE-200C-40AE-9CDF-532C9F855833@webb-johnson.net"
          type="cite">
          <pre wrap="">$ perl -e 'printf "%08b\n",ord("5");'
00110101
$ perl -e 'printf "%08b\n",ord("k");'
01101011
$ perl -e 'printf "%08b\n",ord("8");'
00111000
$ perl -e 'printf "%08b\n",ord("Z");'
01011010

Strange. Seems more than a simple bit flip. I haven’t seen this myself, or heard of it much from other users.

Is the Twizy code using EEPROM for anything other than settings storage? I know that there are a very limit number of write cycles into that EEPROM space.

I did some googling, but all I can find is corruption during writing (either power down, or interrupt during write). But, for our case of very very rare EEPROM writes, that shouldn’t be an issue.

Regards, Mark.

</pre>
          <blockquote type="cite">
            <pre wrap="">On 25 Nov 2016, at 5:47 AM, Michael Balzer <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:dexter@expeedo.de"><dexter@expeedo.de></a> wrote:

The EEPROM data loss is a known issue, and I'm afraid there's nothing we can do about that. It seems to be a bug in the PIC18.

Regards
Michael

Am 24.11.2016 um 22:10 schrieb Julien Banchet:
</pre>
            <blockquote type="cite">
              <pre wrap="">Hi all,

Thanks to Michaels last message to remind me to ask a question here:

Since a few months, maybe a bit more because it happens only once in a while, I have noticed I wasn't receiving the SMS alerts (feature on SMSIP mode) , and sending a "Stats?" only gave me the nasty access denied answer.

It turns out, using the application, I noticed that the phone number was getting corrupted (afaik, it's the only setting affected)

Normally: "+33651886877" it became "+336k1886877" or "+33651886Z77" etc... like a solar flare bit flip !_______________________________________________
</pre>
            </blockquote>
          </blockquote>
          <pre wrap="">_______________________________________________
OvmsDev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
        </blockquote>
        <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
OvmsDev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
      </blockquote>
      <br>
      <pre class="moz-signature" cols="72">-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a>
<a class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>