<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body>
    Sounds OK for me.<br>
    <br>
    Regarding using the platform revision instead of
    CONFIG_OVMS_HW_BASE_3_x config: so in case someone accidentally
    installs the wrong firmware, the system would heal itself by a
    simple OTA update? Sounds good and should be a simple change.<br>
    <br>
    Regards,<br>
    Michael<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 18.11.21 um 08:06 schrieb Mark
      Webb-Johnson:<br>
    </div>
    <blockquote type="cite"
      cite="mid:EDB9F262-09FF-4D00-88F9-84707E5284FB@webb-johnson.net">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <div class=""><br class="">
      </div>
      <div class="">We need to get the v3.3 release ready for release
        now, as the new v3.3 hardware is about to enter production and
        the factory needs the firmware.</div>
      <div class=""><br class="">
      </div>
      <div class="">Accordingly, I suggest:</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <ol class="MailOutline">
          <li class="">I have already updated the for-v3.3 branch with
            all the recent changes from v3.2.<br class="">
            <br class="">
          </li>
          <li class="">We now (today/tomorrow) release the current v3.2
            branch as tag 3.2.018, OTA release. This would be the
            (hopefully) last v3.2 release.<br class="">
            <br class="">
          </li>
          <li class="">After release of that, we branch off master to a
            v3.2 branch, for historical purposes (and if we need it for
            anything).<br class="">
            <br class="">
          </li>
          <li class="">We then merge back for-v3.3 into the master
            branch and start working through the usual daily builds for
            that to get it ready for production. I think there is still
            some work to do on pouring the plugins, but the core code
            (and in particular new modem support) should be ok now.</li>
        </ol>
      </div>
      <div class=""><br class="">
      </div>
      <div class="">I think we will need to investigate an approach for
        dual builds for v3.3-or-later and pre-v3.3 hardware, to take
        advantage of the new ESP32 rev3 chips. I think those will
        require a different sdkconfig. We can do that automatically in
        the OTA system, by building the URL based on the ESP32 platform
        revision. Should we do that with the v3.3 release (even if the
        builds are for the moment the same), or at a later date?</div>
      <div class=""><br class="">
      </div>
      <div class="">Regards, Mark.</div>
    </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>
  </body>
</html>