<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    There's no memory management in the module, there's too few RAM
    available to do dynamic allocations.<br>
    <br>
    All buffers are static, the error can be some pointer corruption or
    missing length check / end of string check.<br>
    <br>
    A stack overflow could also be possible, the software stack is 256
    bytes (1 page). As there's not enough ROM left to support the crash
    debug framework anymore in the Twizy build, I cannot tell if that
    happens again.<br>
    <br>
    Julien, you could try a reduced build with crash debug recording
    enabled...<br>
    <br>
    Regards,<br>
    Michael<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 28.11.2016 um 22:00 schrieb Greg D.:<br>
    </div>
    <blockquote cite="mid:583C9AF2.7030601@gmail.com" type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      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=windows-1252"
          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=windows-1252"
            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 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 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>
    <pre class="moz-signature" cols="72">-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
  </body>
</html>