<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div>On the 12v filtering, all I can think is to average it, perhaps over a minute, or for a set number of readings. Or perhaps require 2 readings higher than the current reading before increasing it (or generally 2 readings before it is changed). This could be done in the function to handle reading the value.<div><br></div><div>For example, say we kept a total, a count and the last value. Then, input_voltage() would read the value, add it to the total and increment the count. If count > 5 (say), set last value = total / count, then reset total,count=0. It would return last value as the result.</div><div><br></div><div>Do you have any historical list of the values reported from the function? Does it go 11.5, 11.6, 11.5, 11.5, 13.2, 11.5, 11.6, etc? Of stay falsely high for multiple readings?</div><div><br></div><div>Regards, Mark.</div><div><br><div><div>On 28 Apr, 2013, at 11:06 PM, Michael Balzer wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000">
I just checked in my fix for the USSD reply handler. My tests with
streaming enabled did not produce any more crashes, so I think that
was the problem.<br>
<br>
My tests show there still is an issue with streaming enabled: if I
let a client open (perl / App), very few GPS points now get through,
both to the App and to the GPS log. Could be due to the modem not
getting the per second GPS requests or due to some msg queue issue.
I'll debug that ASAP.<br>
<br>
I also reactivated the 12V input filtering as the false peaks still
occur and I've got no more ideas for the A/D conversion. Any hint on
this is appreciated.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 14.04.2013 23:02, schrieb Michael
Balzer:<br>
</div>
<blockquote cite="mid:516B1950.8020200@expeedo.de" type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
I also had the perl client running in a loop to log all data.<br>
<br>
I found the bug occured both times just after a perl client
restart. That could mean the "peer connected" reaction (net_msg.c
line 660) could somehow be involved, or -- as my perl client copy
also sends a command 41 to query the SIM account balance -- the
USSD handling could be the source of the bug.<br>
<br>
I'm pretty sure it's the USSD reply handling. It's not completely
well coded yet (sorry!), and it could behave bad in a situation
with much regular data traffic going on... and that again matches.<br>
<br>
I'll fix this ASAP, but I can't fix it now (too late).<br>
<br>
As triggering this bug seems to be unlikely, I would not consider
this a problem for the release.<br>
<br>
Regards,<br>
Michael<br>
<br>
PS: I checked in the A/D converter change though, that seems to
solve the 12V readings!<br>
<br>
<br>
<div class="moz-cite-prefix">Am 14.04.2013 18:04, schrieb Michael
Balzer:<br>
</div>
<blockquote cite="mid:516AD37C.3020508@expeedo.de" type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<br>
I've had GPS streaming enabled during the last days, and neither
GPS nor GSM connectivity are good at the moment. May be related,
as streaming means more data communication. But still that
should not lead to RAM corruption.<br>
<br>
<br>
<div class="moz-cite-prefix">Am 14.04.2013 17:54, schrieb
Michael Balzer:<br>
</div>
<blockquote cite="mid:516AD14B.5080703@expeedo.de" type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
Mark,<br>
<br>
I've got the last but one version in my car, just lacking the
new VEHICLE commands.<br>
<br>
I've got two open issues, the minor one being to raise the 12V
auto acquisition time even more, as the faults have become
better but it's not yet perfect. I'm trying 20 TAD now, as we
don't need to be fast on that A/D conversion.<br>
<br>
But a major issue might have turned up: I've just had the
second RAM corruption within three days. Effect:<br>
<br>
MP-0 c32,0,106,119,*-OVM-DebugCrash,2013-04-14
14:06:40,0,2.2.7/RT2.6.4/V2,0,0000,20<br>
MP-0 c32,0,107,119,*-OVM-DebugCrash,2013-04-14
14:25:13,0,2.2.7/RT2.6.4/V2,80,0020,61<br>
<br>
As there is no checkpoint 61, this means at least the debug
variables have been overwritten, was the same with the first
occurence (but other values).<br>
<br>
As the module behaves weird afterwards I suppose more
variables have been corrupted.<br>
<br>
I've looked through the last changes several times, I'm pretty
sure none could have introduced this kind of bug... if I'm the
only one experiencing this, maybe I've got some hardware issue
as well?<br>
<br>
I'll continue checking the source for possible buffer
overruns...<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 14.04.2013 16:29, schrieb Mark
Webb-Johnson:<br>
</div>
<blockquote cite="mid:56794D68-1E85-4767-8536-1D427F3A05E2@webb-johnson.net" type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<div><br>
</div>
I've just built from latest sources, v2.3.1. This is a
release candidate, and I have 24 hours to test before i need
to send it to China.
<div><br>
</div>
<div>It is in my car now, and seems ok. I'll do more testing
tomorrow.</div>
<div><br>
</div>
<div>I'd be grateful if others could grab it and put it in
their cars to ensure there are no major problems.</div>
<div><br>
</div>
<div>Regards, Mark.</div>
<div><br>
</div>
<div>
<div>
<div>On 13 Apr, 2013, at 10:04 PM, Mark Webb-Johnson
<<a moz-do-not-send="true" href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<div dir="auto">
<div>All seems ok.</div>
<div><br>
</div>
<div>I've committed and pushed my changes (just the
stp_ltf_h() function, and change to report cac as
999.99 to server).</div>
<div><br>
</div>
<div>I've just flashed and it will go in my car
tomorrow.</div>
<div><br>
</div>
<div>Regards, Mark</div>
<div><br>
On 13 Apr, 2013, at 2:51 AM, Michael Balzer <<a moz-do-not-send="true" href="mailto:dexter@expeedo.de">dexter@expeedo.de</a>>
wrote:<br>
<br>
</div>
<blockquote type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
Mark,<br>
<br>
I just checked in my latest changes.<br>
<br>
In net.c I added the pending send check also to
the new net_notify_errorcode send, I think that
should be correct, but please have a look.<br>
<br>
I saw the new stp_f() function, but I don't
understand it's purpose yet. What's the difference
to my stp_l2f() function?<br>
Btw: l2f = "long to float" -- I think "_f" should
be reserved for an stp call with a real float type
parameter, if we once really need one.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 12.04.2013 20:16,
schrieb Michael Balzer:<br>
</div>
<blockquote cite="mid:51684F9A.5090103@expeedo.de" type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
Nikki,<br>
<br>
yes, see attachment.<br>
<br>
I could not make out any possible source of that
strange error I had yesterday (completely
garbled data).<br>
<br>
I made a clean build with a freshly started
MPLAB and got no errors up to now.<br>
<br>
May have been something completely different,
not related to my last changes.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 12.04.2013
17:01, schrieb Nikki Gordon-Bloomfield:<br>
</div>
<blockquote cite="mid:935A9BA3-95C0-436B-910F-76E23716875B@littlecollie.com" type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
Michael,
<div><br>
</div>
<div>Any new firmware for me to test this
weekend? </div>
<div><br>
</div>
<div>Nikki. </div>
<div><br>
<div>
<div>On 11 Apr 2013, at 18:33, Michael
Balzer <<a moz-do-not-send="true" href="mailto:dexter@expeedo.de">dexter@expeedo.de</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<meta content="text/html;
charset=ISO-8859-1" http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000"> I
think I was a bit too fast on this,
Nikki, don't use that version, it
seems to have some new bug causing
frequent crashes... :-(<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am
11.04.2013 19:22, schrieb Michael
Balzer:<br>
</div>
<blockquote cite="mid:5166F165.6070901@expeedo.de" type="cite">Mark, Nikki, <br>
<br>
I'm currently trying to fix a last
bug with the power statistics (the
distance counter still went wrong),
and I'm trying to get the 12V A/D
conversion to work without these
strange "peaks" by raising the
automatic acquisition time. I will
finish testing this ASAP or tell you
in time before sunday. <br>
<br>
Nikki, I attached the latest version
in case you'd like to test as well.
<br>
<br>
Regards, <br>
Michael <br>
<br>
<br>
Am 11.04.2013 16:41, schrieb Mark
Webb-Johnson: <br>
<blockquote type="cite">China is
bugging me for final firmware for
the next batch of hardware. I need
to get them this early next week.
<br>
<br>
I've committed what I need for the
Tesla Roadster (and framework).
Last outstanding small change to
make is to send CAC as 999.99,
rather than the current 99999,
using Tom's new library function.
<br>
<br>
Michael B & J: can you check
Twizzy and Volt/Ampera, to see if
everything is ok with current
firmware or there is anything you
need changed? <br>
<br>
I plan to cut release candidate
for 2.3.1 on Sunday. <br>
<br>
Regards, Mark. <br>
<br>
_______________________________________________
<br>
OvmsDev mailing list <br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a>
<br>
<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>
<br>
</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 * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
</pre>
</div>
<span><dexter.vcf></span>_______________________________________________<br>
OvmsDev mailing list<br>
<a moz-do-not-send="true" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>
<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><br>
</blockquote>
</div>
<br>
</div>
<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 * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * 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>
<pre class="moz-signature" cols="72">--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
</pre>
</blockquote>
<blockquote type="cite"><dexter.vcf></blockquote>
<blockquote type="cite"><span>_______________________________________________</span><br>
<span>OvmsDev mailing list</span><br>
<span><a moz-do-not-send="true" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a></span><br>
<span><a moz-do-not-send="true" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a></span><br>
</blockquote>
</div>
_______________________________________________<br>
OvmsDev mailing list<br>
<a moz-do-not-send="true" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>
<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><br>
</blockquote>
</div>
<br>
</div>
<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 * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * 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>
<pre class="moz-signature" cols="72">--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * 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>
<pre class="moz-signature" cols="72">--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * 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>
<pre class="moz-signature" cols="72">--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
</pre>
</div>
<span><dexter.vcf></span>_______________________________________________<br>OvmsDev mailing list<br><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br></blockquote></div><br></div></body></html>