<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Thanks Michael !</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">I'll try to have a look at the can play
      framework - it could surely help me speed up my dashboard
      development work (for the moment I'm injecting on a real CAN Bus
      but it's not always ideal). But not everything is clear for me in
      this concept, given that I don't know the whole ecosystem very
      well (not helping is my inability to read C++).<br>
    </div>
    <div class="moz-cite-prefix">If @Mark is reading, would you mind
      exchanging on this topic if you have some time (and memories of
      what you had in mind when designing this part) ?</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Here is a random dump of some other
      crazy ideas I'd like to share with the list (read: things I
      thought would be nice to discuss):</div>
    <div class="moz-cite-prefix">
      <ul>
        <li>Some features I like (seen in the doc of a related product):<br>
          <br>
        </li>
        <ul>
          <li>Wifi: multiple AP/SSIDs defined in order to auto-connect
            to the strongest signal (or ability to "roam" from one site
            to another without having to re-configure the Wifi)<br>
            <br>
          </li>
          <li>CanLog: ability to "split" log files according to some
            criterion : either the size (in bytes) of the log file ; or
            the timespan of the capture<br>
            <br>
          </li>
          <li>CanFormat: support for reading / writing a compressed file
            format (e.g. Vector's BLF, etc...)<br>
            <br>
          </li>
          <li>CanLog: ability to sync the log files to an external
            server (whenever a network connection is available), with
            (optional in my mind) local delete of the file after
            transfer.<br>
            <br>
          </li>
        </ul>
        <li>DBC-based vehicle :</li>
        <ul>
          <li>In my DBC experiments, I found I needed to register new
            metrics. While it's possible to create a new "vehicle_"
            module and have the registering occur there, it kinds of
            defeat the dynamic aspect of the DBC approach. So I was
            wondering if we could introduce a dynamic registration of
            metrics (e.g.: have a config setup, or a file in the vfs,
            that lists all the metrics that we want to register during
            vehicle module loading)<br>
            <br>
          </li>
        </ul>
        <li>Wireguard interface : I was toying with the idea of having a
          network-enabled OVMS auto-registering in a dedicated network ;
          and being "locally" available, mdns working, web and ssh
          reachable... while exposing no local service on its main
          interface. I've seen discussion around a "firewall", and with
          this approach there is no more need to have one if no services
          are exposed.<br>
          Don't know if it's feasible, a project like
          <a class="moz-txt-link-freetext" href="https://github.com/smartalock/wireguard-lwip">https://github.com/smartalock/wireguard-lwip</a> is certainly
          interesting to look at (and also
          <a class="moz-txt-link-freetext" href="https://github.com/ciniml/WireGuard-ESP32-Arduino">https://github.com/ciniml/WireGuard-ESP32-Arduino</a>).<br>
        </li>
      </ul>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Let me know what you think about any of
      this<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Regards,</div>
    <div class="moz-cite-prefix">Ludovic<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Le 10/10/2022 à 19:34, Michael Balzer a
      écrit :<br>
    </div>
    <blockquote type="cite"
      cite="mid:560a5b51-5613-c40c-631e-99a0ed08d094@expeedo.de">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      Ludovic, welcome :-)<br>
      <br>
      you're right, can play is unfinished. It seems it wasn't needed up
      to now, you're welcome to finish it. Mark would best comment on
      what's missing there, as it was his concept & framework draft.<br>
      <br>
      Another local option is replaying a set of specific frame
      sequences by scripts running series of "can tx" and/or "can rx"
      commands.<br>
      <br>
      Regarding dashboard development, you can simply add a random
      metrics data generator to the UI. You can find templates for this
      in the examples:<br>
      <a class="moz-txt-link-freetext"
href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/blob/master/vehicle/OVMS.V3/components/ovms_webserver/dev/metrics.htm#L235"
        moz-do-not-send="true">https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/blob/master/vehicle/OVMS.V3/components/ovms_webserver/dev/metrics.htm#L235</a><br>
      <br>
      Documentation of course can always be improved :-)<br>
      <br>
      Regards,<br>
      Michael<br>
    </blockquote>
    <br>
    <div id="grammalecte_menu_main_button_shadow_host" style="width:
      0px; height: 0px;"></div>
  </body>
</html>