<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html;

      charset=ISO-8859-7">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    Ok.  Back to half-sanity.  rm -rf esp-idf, Refetched from master

    including submodule stuff, rm -r build, make clean, make, make

    flash.  Compiles and runs.<br>

    <br>

    But still shows wrong version for m.version, and /store is still a

    mess.  Not sure if I care about the m.version; what is going on with

    vfs?<br>

    <br>

    Back to the TV...<br>

    <br>

    Greg<br>

    <br>

    <br>

    <div class="moz-cite-prefix">Stephen Casner wrote:<br>

    </div>

    <blockquote type="cite"

      cite="mid:alpine.OSX.2.21.1802152200330.55867@auge.attlocal.net">

      <pre wrap="">Right.

     -- Steve

On Thu, 15 Feb 2018, Greg D. wrote:

</pre>

      <blockquote type="cite">

        <pre wrap="">Ok, so master from the openvehicles clone?

Greg

Stephen Casner wrote:

Gre,

No, we left behind the v2.1 of esp-idf a while ago.  We're now on

master.

                                                        -- Steve

On Thu, 15 Feb 2018, Greg D. wrote:

Mmm, never mind...  I realize we're still based on v2.1, right?

I've re-fetched stuff from the 2.1 branch, and still have the same results.  v3.0.0

listed as m.version, and junk in /store.

Now what?

Greg

Greg D. wrote:

      Ok, this is odd...  Are you sure esp-idf v3.1 is actually on Github?

      Tried re-fetching everything, and found this:

            greg@linux-0rpb:~/esp> git clone

            <a class="moz-txt-link-freetext" href="https://github.com/openvehicles/esp-idf.git">https://github.com/openvehicles/esp-idf.git</a>

            Cloning into 'esp-idf'...

            remote: Counting objects: 44182, done.

            remote: Compressing objects: 100% (8/8), done.

            remote: Total 44182 (delta 0), reused 1 (delta 0), pack-reused

            44174

            Receiving objects: 100% (44182/44182), 50.53 MiB | 11.75

            MiB/s, done.

            Resolving deltas: 100% (31074/31074), done.

            greg@linux-0rpb:~/esp> cd esp-idf

            greg@linux-0rpb:~/esp/esp-idf> git branch -a

            * master

              remotes/origin/HEAD -> origin/master

              remotes/origin/feature/psram_malloc

              remotes/origin/master

              remotes/origin/release/v2.0

              remotes/origin/release/v2.1

              remotes/origin/release/v3.0

            greg@linux-0rpb:~/esp/esp-idf>

      Shouldn't there be a v3.1 listed there too?  Last entry is 3.0.

      Anyway, the first question is whether we have one problem or two...  Is my

      problem with /store related to v3.0 vs v3.1, or is it a separate problem

      on its own?  Do I simply need to clear flash and reload my config?  If so,

      what is the best way?

      Greg

      Mark Webb-Johnson wrote:

      Nope. Old hardware.

Out of ideas. I thought it just picked up the git version.

Regards, Mark.

      On 15 Feb 2018, at 12:07 PM, Greg D. <a class="moz-txt-link-rfc2396E" href="mailto:gregd2350@gmail.com"><gregd2350@gmail.com></a>

      wrote:

No difference.

Are you on the new hardware?

Greg

Mark Webb-Johnson wrote:

      In your ovms directory:

      make clean

rm -rf build

make flash

Thatĸs all I can think of.

Regards, Mark

      On 15 Feb 2018, at 11:59 AM, Greg D.

      <a class="moz-txt-link-rfc2396E" href="mailto:gregd2350@gmail.com"><gregd2350@gmail.com></a> wrote:

Yes, and yes.  The top entry exactly matches your log.

Greg

Mark Webb-Johnson wrote:

      And youĸve already Ągit pullĸ and Ągit

      submodule updateĸ in that esp idf?

If you Ągit logĸ, you should get:

      commit

      8d8d62da9e58305c8f7f4792264f8cab3ffe104b

      (HEAD -> master, origin/master,

      origin/HEAD)

Merge: 5bf85d06 ca3faa61

Author: Mark Webb-Johnson

<a class="moz-txt-link-rfc2396E" href="mailto:mark@webb-johnson.net"><mark@webb-johnson.net></a>

Date:   Tue Feb 13 13:27:55 2018 +0800

    Merge remote-tracking branch

'espressif/master'

(which is where the 8d8d62da comes from)

Regards, Mark.

      On 15 Feb 2018, at 11:42 AM, Greg D.

      <a class="moz-txt-link-rfc2396E" href="mailto:gregd2350@gmail.com"><gregd2350@gmail.com></a> wrote:

Yes and yes.

      greg@linux-0rpb:~/esp/esp-idf>

      git branch -a

      * master

        remotes/origin/HEAD ->

      origin/master

      remotes/origin/feature/psram_malloc

        remotes/origin/master

        remotes/origin/release/v2.0

        remotes/origin/release/v2.1

        remotes/origin/release/v3.0

      greg@linux-0rpb:~/esp/esp-idf>

      git remote -v

      origin

      <a class="moz-txt-link-freetext" href="https://github.com/openvehicles/esp-idf.git">https://github.com/openvehicles/esp-idf.git</a>

      (fetch)

      origin

      <a class="moz-txt-link-freetext" href="https://github.com/openvehicles/esp-idf.git">https://github.com/openvehicles/esp-idf.git</a>

      (push)

      greg@linux-0rpb:~/esp/esp-idf>

Greg

Mark Webb-Johnson wrote:

      In your esp idf directory, can

      you check Ągit branch -aĸ. Make

      sure you are on Ąmasterĸ branch.

      Also Ągit remote -vĸ. Make sure

      you are on openvehicles clone.

Mark

      On 15 Feb 2018, at 10:24

      AM, Greg D.

      <a class="moz-txt-link-rfc2396E" href="mailto:gregd2350@gmail.com"><gregd2350@gmail.com></a>

      wrote:

Hi Mark,

So, I changed the

CONFIG_LWIP_SO_REUSE value and

did a make flash.  That

displayed another option,

default Yes, changed to no.

But, same result with /store.

One significant difference is

that you're on idf 3.1 and I'm

on 3.0...  (3.0.0/factory/main

build (idf

v3.0-dev-1781-g8d8d62da) Feb 14

2018 18:12:05)

Did I miss a cog on this?

Greg

Mark Webb-Johnson wrote:

      My store seems ok:

      OVMS > vfs ls

      /store

ovms_config

obd2ecu

play

OVMS > metrics list

m.version

m.version

 3.0.0/factory/main

build (idf

v3.1-dev-391-g8d8d62da)

Feb 13 2018 14:05:21

Anybody else seeing this

issue?

Regarding the

CONFIG_LWIP_SO_REUSE, in

menuconfig you can use Ą/Ą

to search for it. The

parameter is in Component

Config / LWIP.

Regards, Mark.

_______________________________________________

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>

_______________________________________________

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>

_______________________________________________

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>

_______________________________________________

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>

_______________________________________________

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>

_______________________________________________

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>

_______________________________________________

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>

_______________________________________________

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 type="cite">

          <pre wrap="">

</pre>

        </blockquote>

        <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>

      <pre wrap="">></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>