<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Note that I store the .elf files alongside the .bin, for edge/eap/main builds.<div class=""><br class=""></div><div class="">For example:</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><a href="http://api.openvehicles.com/firmware/ota/v3.1/edge/3.1.008-29-gaf41242.ovms3.elf" class="">http://api.openvehicles.com/firmware/ota/v3.1/edge/3.1.008-29-gaf41242.ovms3.elf</a></div></blockquote><div class=""><div><br class=""></div><div>Regards, Mark.</div><div><br class=""><blockquote type="cite" class=""><div class="">On 27 Jul 2018, at 5:51 AM, Michael Balzer <<a href="mailto:dexter@expeedo.de" class="">dexter@expeedo.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
  
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
  
  <div text="#000000" bgcolor="#FFFFFF" class="">
    Nikolay,<br class="">
    <br class="">
    you need to keep the .elf files for your builds to be able to
    analyze a backtrace. Do not use addr2line, it shows wrong line
    numbers. Use the script "a2l" I posted previously (I'll include it
    again below). Just feed it the .elf file and the backtrace. Example:<br class="">
    <br class="">
    <tt class="">a2l tmp/3.1.008-32-g2fa3ab8-elf/ovms3.elf 0x400dc8ec 0x4008f43d
      0x4008e181 0x400818cc 0x40082163 0x40083c4d 0x400dc8e9</tt><br class="">
    <br class="">
    (I don't have the -28- version, so my output doesn't make sense)<br class="">
    <br class="">
    @Mark: spurious task WDT crashes and heap corruption crashes still
    occur, but it seems they have become less often with the internal
    RAM rework.<br class="">
    <br class="">
    <blockquote type="cite" class="">
      <div class="">How is performance and power usage affected when using S<span class="">tandardMetrics.xxxxx->SetValue</span>
        in the <span class="">IncomingFrameCan1 method?</span></div>
      <div class="">Most of the messages update value every 100ms, and except
        maybe speed, battery current and voltage, most of the parameters
        are not changing that often. And even for the speed, current and
        voltage, it is probably enough to update StandardMetrics in the
        1 second ticker... does this make sense or is the difference
        non-existing. </div>
    </blockquote>
    <br class="">
    Extending Mark's answer:<br class="">
    <br class="">
    It's normally OK to directly set metrics from IncomingFrameCan1(),
    but be aware metrics listeners will be executed synchronously in the
    context that changes the metric.<br class="">
    <br class="">
    Standard metrics listeners are now for example the automatic
    notification generators in the vehicle base class. These may need
    quite some stack and time.<br class="">
    <br class="">
    If you spend too much time handling frames on a high volume bus,
    your vehicle task may lose frames. It's possible to raise the queue
    size (currently 20 frames) and the vehicle task stack size, but it's
    better to keep the CAN processing simple.<br class="">
    <br class="">
    TL;DR: if you need to handle many CAN frames, I recommend changing
    metrics that trigger notifications or other complex actions from the
    ticker. If you encounter crashes on some CAN frames that may be due
    to the vehicle task stack being too small
    (CONFIG_OVMS_VEHICLE_RXTASK_STACK=6144).<br class="">
    <br class="">
    Regards,<br class="">
    Michael<br class="">
    <br class="">
    <br class="">
    Script a2l:<br class="">
    <br class="">
    <tt class="">#!/bin/bash</tt><tt class=""><br class="">
    </tt><tt class="">elf=~/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/build/ovms3.elf</tt><tt class=""><br class="">
    </tt><tt class="">for adr in $* ; do</tt><tt class=""><br class="">
    </tt><tt class="">  if [[ "$adr" =~ "elf" ]] ; then</tt><tt class=""><br class="">
    </tt><tt class="">    elf="$adr"</tt><tt class=""><br class="">
    </tt><tt class="">  else</tt><tt class=""><br class="">
    </tt><tt class="">    cmd+=" -ex 'l *$adr'"</tt><tt class=""><br class="">
    </tt><tt class="">  fi</tt><tt class=""><br class="">
    </tt><tt class="">done</tt><tt class=""><br class="">
    </tt><tt class="">cmd+=" -ex 'q'"</tt><tt class=""><br class="">
    </tt><tt class="">echo "Using elf file: $elf"</tt><tt class=""><br class="">
    </tt><tt class="">eval xtensa-esp32-elf-gdb -batch $elf $cmd 2>/dev/null
      #| grep "^0x.* is in "</tt><tt class=""><br class="">
    </tt><br class="">
    <br class="">
    <br class="">
    <br class="">
    <div class="moz-cite-prefix">Am 26.07.2018 um 09:59 schrieb Nikolay
      Shishkov:<br class="">
    </div>
    <blockquote type="cite" cite="mid:778178637.3248565.1532591987368@mail.yahoo.com" class="">
      <meta http-equiv="content-type" content="text/html; charset=utf-8" class="">
      <div style="font-family:Helvetica Neue, Helvetica, Arial,
        sans-serif;font-size:13px;" class="">
        <div class="">Quick update:</div>
        <div class="">I managed to do a not so quick update on one of the ovms
          v.3 boxes that sits in a Think and can confirm that the
          porting seems to work. </div>
        <div class="">I could see speed, parking time, ambient temperature.</div>
        <div class=""><br class="">
        </div>
        <div class="">I had very strange problems doing the OTA update. The
          firmware start download and I can see the messages
          progressing, but it would halt in between 700kB and 1600kB and
          then stay there until I refresh the browser. </div>
        <div class="">And when I refresh the browser I am asked of my password
          which leads me to that there must have been a crash in the
          meantime. </div>
        <div class=""><br class="">
        </div>
        <div class="">I was finally able to get the OTA update work by
          disconnecting the box from the car and powering it via USB.
          This is a single data point but it kind of points to a problem
          with the code that communicates with the car. </div>
        <div class=""><br class="">
        </div>
        <div class="">I was not able to get a laptop connected to checkout the
          console, but managed to get the following log - not sure how
          to interpret it. </div>
        <div class=""> <span class="">
            <div class="">Last boot was 87 second(s) ago</div>
            <div class="">Time at boot: 2018-07-25 18:07:43 GMT</div>
            <div class="">This is reset #3 since last power cycle</div>
            <div class="">Detected boot reason: Crash (12/12)</div>
            <div class="">Crash counters: 3 total, 0 early</div>
            <div class=""><br class="">
            </div>
            <div class="">Last crash: Alloca exception on core 0</div>
            <div class="">Registers:</div>
            <div class="">PC : 0x400dc8ec PS : 0x00060234 A0 : 0x8008f440 A1 :
              0x3ffc45b0</div>
            <div class="">A2 : 0x00000020 A3 : 0x00000001 A4 : 0x00000000 A5 :
              0x3ffb44b8</div>
            <div class="">A6 : 0x3ffb47e4 A7 : 0x3ffb458c A8 : 0x3ffb44d4 A9 :
              0x3ffc4590</div>
            <div class="">A10 : 0x00000000 A11 : 0x7fffffff A12 : 0x8008e65b A13
              : 0x3ffcc450</div>
            <div class="">A14 : 0x00000003 A15 : 0x00060023 SAR : 0x00000000
              EXCCAUSE: 0x00000005</div>
            <div class="">EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND :
              0x00000000 LCOUNT : 0x00000000</div>
            <div class="">Backtrace:</div>
            <div class="">0x400dc8ec 0x4008f43d 0x4008e181 0x400818cc 0x40082163
              0x40083c4d 0x400dc8e9</div>
            <div class="">Version: 3.1.008-29-gaf41242/ota_1/edge (build idf
              v3.1-dev-987-g55d915e Jul 6 2018 00:14:59)</div>
            <div class="">Running partition: ota_1</div>
            <div class="">Boot partition: ota_1</div>
            <div class="">Firmware: 3.1.008-29-gaf41242/ota_1/edge (build idf
              v3.1-dev-987-g55d915e Jul 6 2018 00:14:59)</div>
          </span></div>
        <div class=""><br class="">
        </div>
        <div class="">How is performance and power usage affected when using S<span class="">tandardMetrics.xxxxx->SetValue</span>
          in the <span class="">IncomingFrameCan1 method?</span></div>
        <div class="">Most of the messages update value every 100ms, and except
          maybe speed, battery current and voltage, most of the
          parameters are not changing that often. And even for the
          speed, current and voltage, it is probably enough to update
          StandardMetrics in the 1 second ticker... does this make sense
          or is the difference non-existing. </div>
        <div class=""><br class="">
        </div>
        <div class="">Thanks for all the hand holding and help, </div>
        <div class="">Nikolay </div>
        <div class=""><br class="">
        </div>
      </div>
    </blockquote>
    <pre class="moz-signature" cols="160">-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
  </div>

_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.openvehicles.com" class="">OvmsDev@lists.openvehicles.com</a><br class="">http://lists.openvehicles.com/mailman/listinfo/ovmsdev<br class=""></div></blockquote></div><br class=""></div></body></html>