<html><head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body><div>Hi Michael</div><div><br></div><div>I found some time for the "hanging upgrade" issue since we splitted the vehicle ID from VWUP to VWUP.T26 and VWUP.OBD.</div><div><br></div><div>Would this code in ovms_config.cpp within OvmsConfig::upgrade() prevent the "hanging" after an upgrade?</div><div><br></div><div>// Migrate vehicle ID VWUP to VWUP.T26</div><div>if (GetParamValue("auto", "vehicle.type") == "VWUP")</div><pre>   {</pre><pre>   S<span style="white-space: pre-wrap;">etParamValue("auto", "vehicle.type", "VWUP.T26");</span></pre><pre><span style="white-space: pre-wrap;">   </span>S<span style="white-space: pre-wrap;">etParamValue("auto", "vehicle.name", "VW e-Up (Komfort CAN)");</span></pre><pre><span style="white-space: pre-wrap;">   }</span></pre><div><br></div><div>If so, I would put that in a pull request as soon as we have a new "release worthy" version?</div><div><br></div><div>Thanx for checking.</div><div><br></div><div>Greetinx</div><div><br></div><div>Chris</div><div><br></div><div>Am Freitag, den 31.07.2020, 11:34 +0200 schrieb Michael Balzer:</div><blockquote type="cite">
    Chris,<br>
    <br>
    the framework shouldn't get stuck if a vehicle cannot be loaded, it
    should fall back to booting without a vehicle. I'll have a look at
    that.<br>
    <br>
    Btw, to automatically update user configurations, you can extend
    OvmsConfig::upgrade(). Users shouldn't need to take care of special
    update preparations.<br>
    <br>
    Regards,<br>
    Michael<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 31.07.20 um 11:05 schrieb Chris van
      der Meijden:<br>
    </div>
    <blockquote type="cite" cite="mid:1596186326.2615.2.camel@arachnon.de">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <div>Welcome to my trial and error T26A world :-))</div>
      <div><br>
      </div>
      <div>This morning I flashed the new T26A/OBD version to my OVMS.
        After the OTA flash the device did not come back to the
        networks. Only USB terminal access was left.</div>
      <div><br>
      </div>
      <div>The reason was, that I did no remove the old vehicle config
        "VWUP" before flashing and rebooting. The new image has
        "VWUP.T26" and "VWUP.OBD" as vehicle config, but no more "VWUP".
        So the device could not find its vehicle config and got stuck.</div>
      <div><br>
      </div>
      <div>From the USB terminal I bootet back to OTA_0, said in the
        vehicle config that my vehicle was a Nissan Leaf and then booted
        back to OTA_1. The device came up with the new firmware and I
        could change the vehicle config to "VWUP (Komfort CAN)".</div>
      <div><br>
      </div>
      <div>Everything is now running fine ...</div>
      <div><br>
      </div>
      <div>I will write this down in the documentation for the e-Up.</div>
      <div><br>
      </div>
      <div>Greetinx</div>
      <div><br>
      </div>
      <div>Chris</div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div>Am Freitag, den 31.07.2020, 09:50 +0200 schrieb Michael
        Balzer:</div>
      <blockquote type="cite"> Soko,<br>
        <br>
        you only had the door open, but not turned on the car? If there
        are additional buses, they may be switched off until the car is
        turned on…<br>
        <br>
        The OBD connector scheme is the general pin assignment, I meant
        the specific VW e-Up schematics. But if you don't see any
        voltages with the car turned on, that's bad news.<br>
        <br>
        There may still be some command interface for the OBD gateway to
        enable live data, but without any info about the gateway, it
        will be hard to even find out how to address it.<br>
        <br>
        Regards,<br>
        Michael<br>
        <br>
        <br>
        <div class="moz-cite-prefix">Am 31.07.20 um 09:06 schrieb Soko:<br>
        </div>
        <blockquote type="cite" cite="mid:d26bd0bc-4f57-d727-1b86-183c030fbbb3@soko.cc">
          <meta http-equiv="Content-Type" content="text/html;
            charset=UTF-8">
          <p>Hey guys,</p>
          <p>If I did nothing wrong I have bad news:</p>
          <p>@Michael:<br>
            With OBD port schematics I think you mean this <a class="moz-txt-link-freetext" href="https://en.wikipedia.org/wiki/On-board_diagnostics#OBD-II_diagnostic_connector" moz-do-not-send="true">https://en.wikipedia.org/wiki/On-board_diagnostics#OBD-II_diagnostic_connector</a><br>
            Specifically if there are some other pins used than the
            standard CAN pins 6 and 14.<br>
            So I had the drivers door open, no key in ignition and
            measured the voltages of all pins in relation to pin 5
            (signal ground). There is no voltage on any pin besides 2.5V
            on 6 and 14, and 12V on 16 of course. So there are no hidden
            CAN buses (or any other signals) afaict.</p>
          <p>@Mark:<br>
            Thanks for the hint with the can log. It's way easier than
            RE Tools for just checking if there is any traffic.<br>
            Having said that... there is no traffic whatsoever besides
            what I am polling and the reply. Even when ignition is on I
            only see the poll and the reply on the can log</p>
          <p>So it seems devmarxx was right: The gateway shields
            everything and there are even no other hidden signals on the
            OBD port.</p>
          <p>I'm happy to try any other ideas you guys have. Just let me
            know!</p>
          <p>Soko<br>
          </p>
          <div class="moz-cite-prefix"><br>
          </div>
          <div class="moz-cite-prefix">On 31.07.2020 02:11, Mark
            Webb-Johnson wrote:<br>
          </div>
          <blockquote type="cite" cite="mid:9A478EA0-DC29-4367-A25D-9407EAEB2E8F@webb-johnson.net">
            <meta http-equiv="Content-Type" content="text/html;
              charset=UTF-8">
            If you are just looking for traffic on the CAN bus, a simple
            can log would be the easiest. Assuming you are on USB
            console, it is:
            <div class=""><br class="">
            </div>
            <blockquote style="margin: 0 0 0 40px; border: none;
              padding: 0px;" class="">
              <div class="">OVMS# log level verbose canlog-monitor</div>
              <div class="">OVMS# can log start monitor crtd</div>
            </blockquote>
            <div class="">
              <div><br class="">
              </div>
              <div>If you are using ssh, you need to add a:</div>
              <div><br class="">
              </div>
            </div>
            <blockquote style="margin: 0 0 0 40px; border: none;
              padding: 0px;" class="">
              <div class="">
                <div>OVMS# log monitor yes</div>
              </div>
            </blockquote>
            <div class="">
              <div><br class="">
              </div>
              <div>To stop the logging:</div>
              <div><br class="">
              </div>
            </div>
            <blockquote style="margin: 0 0 0 40px; border: none;
              padding: 0px;" class="">
              <div class="">
                <div>OVMS# can log stop</div>
              </div>
            </blockquote>
            <div class="">
              <div><br class="">
              </div>
              <div>Documentation here:</div>
              <div><br class="">
              </div>
            </div>
            <blockquote style="margin: 0 0 0 40px; border: none;
              padding: 0px;" class="">
              <div class="">
                <div><a href="https://docs.openvehicles.com/en/latest/crtd/can_logging.html" class="" moz-do-not-send="true">https://docs.openvehicles.com/en/latest/crtd/can_logging.html</a></div>
              </div>
            </blockquote>
            <div class="">
              <div><br class="">
              </div>
              <div>
                <div class="">
                  <div>For my work, I personally prefer this
                    arrangement:</div>
                  <div><br class="">
                  </div>
                </div>
                <blockquote style="margin: 0px 0px 0px 40px; border:
                  none; padding: 0px;" class="">
                  <div>OVMS# can log start tcpserver transmit gvret-b
                    :23</div>
                </blockquote>
                <div class="">
                  <div style="caret-color: rgb(0, 0, 0); color: rgb(0,
                    0, 0);"><br class="">
                  </div>
                </div>
                <div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0,
                  0);">And then I use <a href="https://www.savvycan.com/" class="" moz-do-not-send="true">SavvyCAN</a> on a laptop to
                  connect over wifi and work.</div>
                <div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0,
                  0);"><br class="">
                </div>
              </div>
              <div>Regarding the ‘re’ system, it is a work-in-progress,
                and not currently documented. It is still kind of a mess
                at the moment (particularly for multiplexed message
                IDs), as I continue to work on DBC integration. That
                said, it is basically functional.</div>
              <div><br class="">
              </div>
            </div>
            <div>To start it:</div>
            <div><br class="">
            </div>
            <blockquote style="margin: 0 0 0 40px; border: none;
              padding: 0px;" class="">
              <div class="">
                <div>OVMS# re start</div>
              </div>
            </blockquote>
            <div class="">
              <div><br class="">
              </div>
              <div>To stop it:</div>
              <div><br class="">
              </div>
            </div>
            <blockquote style="margin: 0 0 0 40px; border: none;
              padding: 0px;" class="">
              <div class="">
                <div>OVMS# re stop</div>
              </div>
            </blockquote>
            <div class="">
              <div><br class="">
              </div>
              <div>To see discovered IDs:</div>
              <div><br class="">
              </div>
            </div>
            <blockquote style="margin: 0 0 0 40px; border: none;
              padding: 0px;" class="">
              <div class="">
                <div>OVMS# re list</div>
              </div>
            </blockquote>
            <div class="">
              <div><br class="">
              </div>
              <div>It will (by default) listen on all open CAN buses,
                and show you the discovered ID, message count, interval
                (in ms), and last message seen.</div>
              <div><br class="">
              </div>
              <div>It has some rudimentary ability to monitor active
                polling protocols with ‘re obdii extended <min>
                <max>’ (or standard), specifying the range of IDs
                used by the ECUs.</div>
              <div><br class="">
              </div>
            </div>
            <div class="">
              <div>Regards, Mark</div>
              <div><br class="">
                <blockquote type="cite" class="">
                  <div class="">On 30 Jul 2020, at 11:56 PM, Soko <<a href="mailto:ovms@soko.cc" class="" moz-do-not-send="true">ovms@soko.cc</a>> wrote:</div>
                  
                  <div class="">
                    <meta http-equiv="Content-Type" content="text/html;
                      charset=UTF-8" class="">
                    <div class="">
                      <p class="">@devmarxx: Is there any doc/guide on
                        how to use this RE Tools?</p>
                      <p class="">@Michael: Yeah, I know. You would have
                        done my 1-day work in 5 mins. I know C++ but I
                        don't know the OVMS framework. But its like with
                        any project: The issue is not the language, its
                        the framework.</p>
                      <p class="">Until you have yours you have to
                        settle with me unfortunately ;)</p>
                      <p class="">My cousin has a working VCDS HEX
                        interface and I have an y-adapter so I can
                        listen with an ELM327 adapter to the commands
                        VCDS is sending. Maybe I can find any car status
                        there. Device 09 is a good hint. <br class="">
                      </p>
                      <p class="">But as you said: I have still have to
                        poll this, even if I find a status.</p>
                      <p class="">I can't say (of course) if there's
                        another CAN bus @ OBD port. All this CAN/OBD/Bus
                        stuff is completely new to me.. ModBus RTU/TCP,
                        MBus etc. I would know ;)</p>
                      <p class="">So if you can point me in any
                        direction what to try - or what you would do - I
                        happy to dig into it.</p>
                      <p class="">Soko</p>
                      <p class="">PS: Any idea when you'll get your Mii?<br class="">
                      </p>
                      <div class="moz-cite-prefix">On 30.07.2020 17:14,
                        Michael Balzer wrote:<br class="">
                      </div>
                      <blockquote type="cite" cite="mid:193a06ae-81aa-52a0-047e-6bde5107dbdc@expeedo.de" class="">
                        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
                        If only I had my Mii already…<br class="">
                        <br class="">
                        If the OBD port is shielded from the CAN
                        traffic, you need to poll some device. ECU =
                        Engine Control Unit = device 01.<br class="">
                        <br class="">
                        I would suspect the basic car status info to be
                        available from device 09 (central electrics),
                        but it seems no PIDs have been RE'd from there
                        yet. So maybe you need to derive the info from
                        some other mode/status register.<br class="">
                        <br class="">
                        It's bad needing to continuosly poll to get the
                        live status data. Is possibly another,
                        unfiltered CAN bus available at the OBD port?<br class="">
                        <br class="">
                        Regards,<br class="">
                        Michael<br class="">
                        <br class="">
                        <br class="">
                        <div class="moz-cite-prefix">Am 30.07.20 um
                          16:43 schrieb Soko:<br class="">
                        </div>
                        <blockquote type="cite" cite="mid:c46c65de-ae20-f2db-4c2b-052843756691@soko.cc" class="">
                          <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
                          <p class="">Ahhh OK, I've found
                            OvmsVehicle::virtual void TickerXXX(uint32_t
                            ticker);<br class="">
                            Got it! This was exactly my issue as I
                            didn't know about any function which gets
                            called regularly so I could check something
                            like this...<br class="">
                            It's not an ideal situation though: I just
                            can slow down the poll after my fail-counter
                            gets too high as I need to check when the
                            car gets powered again. So all I can do is
                            polling, lets say every 60 secs when the car
                            is off, and increase it once its on. But
                            there is now way around this 60-sec polling
                            if the only thing I can do is poll :(<br class="">
                          </p>
                          <p class="">Afaik there is only the sharkcow's
                            list below, reverse engineered by him from
                            ODBeleven.</p>
                          <p class="">(dev)marxx exlpained to me: There
                            is a gateway between the CAN-Buses and the
                            OBD Connector in all VW-AG vehicles which
                            only replies to polls and also acts as
                            security gateway if you want to write to the
                            buses.</p>
                          <p class="">So I think I cannot really do a
                            can log or use re tool as the OBD interface
                            stays quiet if I'm not polling it...</p>
                          <p class="">And as there is no other vehicle
                            from VW,Seat,Skoda,Audi,etc. in OVMS. So I
                            have no cheat-sheet :(</p>
                          <p class="">Anyhow... I would need to poll one
                            ECU (is this the correct therm?) which
                            doesn't shuts down... or maybe the issue is
                            the OBD-gateway shutting down.<br class="">
                          </p>
                          <p class="">What do you think?</p>
                          <p class="">Soko<br class="">
                          </p>
                          <div class="moz-cite-prefix">On 30.07.2020
                            16:17, Michael Balzer wrote:<br class="">
                          </div>
                          <blockquote type="cite" cite="mid:429f9711-74bd-828c-0c9c-3872f9b0bfac@expeedo.de" class="">
                            <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
                            Soko,<br class="">
                            <br class="">
                            nice progress :-)<br class="">
                            <br class="">
                            If you can't detect vehicle state by
                            listening to regular status CAN frames, you
                            can check the time since the last poll reply
                            in the per second ticker.<br class="">
                            <br class="">
                            As poll replies normally come in fast, you
                            should be able to detect a switch-off by a
                            small timeout, say 3 seconds… probably need
                            to add a counter, as a single poll may get
                            lost / ignored.<br class="">
                            <br class="">
                            CAN tx errors can be caused by other issues
                            as well, so should generally not be
                            interpreted that way.<br class="">
                            <br class="">
                            But… are you sure there are no status frames
                            on the bus? Have you done a can log or tried
                            the re tool?<br class="">
                            <br class="">
                            Regards,<br class="">
                            Michael<br class="">
                            <br class="">
                            <br class="">
                            <div class="moz-cite-prefix">Am 30.07.20 um
                              14:43 schrieb Soko:<br class="">
                            </div>
                            <blockquote type="cite" cite="mid:dfef03ed-b0e1-1fda-7eab-de5b6e49cc67@soko.cc" class="">Hi guys, <br class="">
                              <br class="">
                              Want to report success on connecting and
                              reading my VW e-Up via OBD cable using the
                              Poller. As you can see in the screenshot
                              of the log attached I get an
                              IncomingPollReply(..) call and an SoC
                              value of 33.333% <br class="">
                              <br class="">
                              Once I turn of the ignition and lock the
                              car though I don't get any replies no more
                              (line D 793813) and then I get can1
                              errors... I'm polling with 10 seconds
                              intervall. <br class="">
                              <br class="">
                              I know that this is as it should be... but
                              my issue is: I don't have any way to know
                              if the ignition is on, the key is in, the
                              car is running, the car is charging as the
                              PIDs are not known for such values (afaik
                              by the lists of sharkcow <a class="moz-txt-link-freetext" href="https://www.goingelectric.de/wiki/Liste-der-OBD2-Codes/" moz-do-not-send="true">https://www.goingelectric.de/wiki/Liste-der-OBD2-Codes/</a>).
                              <br class="">
                              <br class="">
                              So what would be the best approach to
                              change the different polling states? Can I
                              somehow get called (in my vehicle-class)
                              if an can-error is thrown? Then I would
                              increase the poll frequency. <br class="">
                              <br class="">
                              Any suggestions? <br class="">
                              <br class="">
                              thanks <br class="">
                              <br class="">
                              Soko <br class="">
                              <br class="">
                              <br class="">
                              <fieldset class="mimeAttachmentHeader"></fieldset>
                              <pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
                            </blockquote>
                            <br class="">
                            <br class="">
                            <fieldset class="mimeAttachmentHeader"></fieldset>
                            <pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
                          </blockquote>
                          <br class="">
                          <fieldset class="mimeAttachmentHeader"></fieldset>
                          <pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
                        </blockquote>
                        <br class="">
                        
                        <br class="">
                        <fieldset class="mimeAttachmentHeader"></fieldset>
                        <pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
                      </blockquote>
                    </div>
                    _______________________________________________<br class="">
                    OvmsDev mailing list<br class="">
                    <a href="mailto:OvmsDev@lists.openvehicles.com" class="" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a><br class="">
                    <a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br class="">
                  </div>
                </blockquote>
              </div>
              <br class="">
            </div>
            <br>
            <fieldset class="mimeAttachmentHeader"></fieldset>
            <pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
          </blockquote>
          <br>
          <fieldset class="mimeAttachmentHeader"></fieldset>
          <pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/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>
        <pre>_______________________________________________
OvmsDev mailing list
<a href="mailto:OvmsDev@lists.openvehicles.com" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
      </blockquote>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev">http://lists.openvehicles.com/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>
  

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