<div dir="ltr"><div><div><div>Hi,<br>And since I'm paying more attention to it, it really seems linked to bad connectivity/GSM coverage, my last "plug in" was outside and it didn't happen.<br></div>Also having an issue with the SMS / SMSIP setting, it doesn't seem to be taken in account correctly (from seeing the app showing Live, next to 49875 days of parking ;-) ), does it need a reset to get it set properly? (anyways, switched back to an iPhone without the battery voltage showing on the app)<br><br></div><div>Regards,<br></div>JaXX,<br></div>dead, having spent the whole day in a datacenter, 1+1h cold trip in the Twizy in parisian traffic.<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 28, 2016 at 7:31 PM, Michael Balzer <span dir="ltr"><<a href="mailto:dexter@expeedo.de" target="_blank">dexter@expeedo.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    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<div><div class="h5"><br>
    <br>
    <br>
    <div class="m_1650002838994063524moz-cite-prefix">Am 28.11.2016 um 06:38 schrieb Greg D.:<br>
    </div>
    <blockquote type="cite">
      
      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="m_1650002838994063524moz-cite-prefix">Mark Webb-Johnson wrote:<br>
      </div>
      <blockquote type="cite">
        <pre>$ 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>On 25 Nov 2016, at 5:47 AM, Michael Balzer <a class="m_1650002838994063524moz-txt-link-rfc2396E" href="mailto:dexter@expeedo.de" target="_blank"><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>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: "<a href="tel:%2B33651886877" value="+33651886877" target="_blank">+33651886877</a>" it became "+336k1886877" or "+33651886Z77" etc... like a solar flare bit flip !_____________________________<wbr>__________________
</pre>
          </blockquote>
        </blockquote>
        <pre>______________________________<wbr>_________________
OvmsDev mailing list
<a class="m_1650002838994063524moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a>
<a class="m_1650002838994063524moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/<wbr>mailman/listinfo/ovmsdev</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="m_1650002838994063524mimeAttachmentHeader"></fieldset>
      <br>
      <pre>______________________________<wbr>_________________
OvmsDev mailing list
<a class="m_1650002838994063524moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a>
<a class="m_1650002838994063524moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/<wbr>mailman/listinfo/ovmsdev</a>
</pre>
    </blockquote>
    <br>
    </div></div><span class=""><pre class="m_1650002838994063524moz-signature" cols="72">-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
  </span></div>

<br>______________________________<wbr>_________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" rel="noreferrer" target="_blank">http://lists.teslaclub.hk/<wbr>mailman/listinfo/ovmsdev</a><br>
<br></blockquote></div><br></div>