<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="">DB9 pin #1 is used for k-line. I guess it could be re-used for two purposes (on an expansion card).<div class=""><br class=""></div><div class="">That said, it would make the cabling a little tricky. The DB9 12V is permanent. Having a 12v switched supply as well would presumably mean a loose wire coming out of the cable? Seems easier to just make a simple DA26 cable with just 1 pin connected to a loose wire (or other wire outputs for relay, and general inputs, etc) - kind of why I was thinking of making this a more sophisticated board.</div><div class=""><br class=""></div><div class="">Regards, Mark.<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 3 Aug 2020, at 1:26 PM, 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=windows-1252" class="">
  
  <div class="">
    The re-certification requirement is a PITA for hardware evolution.
    But I'm ok with extending the K-line board, many OBD vehicles will
    still have K-line devices (even the Twizy's UCH and airbag modules
    are on K-line / KWP2000).<br class="">
    <br class="">
    Regarding the DB9, can't we use pin 1 (GEP_7) for this?<br class="">
    <br class="">
    Regards,<br class="">
    Michael<br class="">
    <br class="">
    <br class="">
    <div class="moz-cite-prefix">Am 03.08.20 um 04:21 schrieb Mark
      Webb-Johnson:<br class="">
    </div>
    <blockquote type="cite" cite="mid:71151A1C-7871-439D-9678-11FCC5AE7642@webb-johnson.net" class="">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252" class="">
      It is hard to modify the main board, without voiding the
      certifications we have (and going through the expense of
      re-certifying).
      <div class=""><br class="">
      </div>
      <div class="">Simplest would be to implement this on an expansion
        board. Perhaps extend the K-line board we have to do other
        functions (12v switched status, relay control, etc)?</div>
      <div class=""><br class="">
      </div>
      <div class="">The DB9 is full (all 9 pins assigned), so this would
        have to be via DA26.</div>
      <div class=""><br class="">
      </div>
      <div class="">We have been using the EGPIO lines for system use,
        starting at #0 and working upwards:</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <ul class="MailOutline">
          <li class="">#0 MDM_EN (modem enable)</li>
          <li class="">#1 SW_CTL (external 12v control)</li>
          <li class="">#2 CAN1_EN (can#1 enable)</li>
          <li class="">#3 MDM_DTR (modem DTR)</li>
        </ul>
      </div>
      <div class=""><br class="">
      </div>
      <div class="">Then expansion boards should start at #9 and work
        downwards:</div>
      <div class=""><br class="">
      </div>
      <div class="">
        <ul class="MailOutline">
          <li class="">#9 K-line enable (on k-line expansion board)</li>
        </ul>
      </div>
      <div class=""><br class="">
        <div class="">I guess we need just a simple voltage divider, and pull
          down, to determine on/off state of switched 12v?</div>
        <div class=""><br class="">
        </div>
        <div class="">Regards, Mark.</div>
        <div class=""><br class="">
        </div>
        <div class="">P.S. <span style="caret-color: rgb(0, 0, 0);" class="">I have been hoping that Espressif would
            release a successor to the ESP32 with more RAM and GPIO
            pins, but it looks like the prefer to go lower
            performance/spec, rather than up.</span></div>
        <div class=""><font class=""><span style="caret-color:
              rgb(0, 0, 0);" class=""><br class="">
            </span></font>
          <blockquote type="cite" class="">
            <div class="">On 2 Aug 2020, at 5:47 PM, Michael Balzer <<a href="mailto:dexter@expeedo.de" class="" moz-do-not-send="true">dexter@expeedo.de</a>> wrote:</div>
            <br class="Apple-interchange-newline">
            <div class="">
              <div class="">Mark,<br class="">
                <br class="">
                I remember the current Leaf also has the issue of the
                OBD port being<br class="">
                filtered by a gateway to only support polling.<br class="">
                <br class="">
                I think we should generally add a +12V ignition signal
                detection to the<br class="">
                next OVMS hardware revision, i.e. without the need to
                add extra hardware.<br class="">
                <br class="">
                There is no standard for the ignition / switched +12V
                being available at<br class="">
                the OBD port, but I think most cars will have that. If a
                car doesn't, it<br class="">
                should still be easy to get from around the OBD port
                (e.g. fuses).<br class="">
                <br class="">
                Regards,<br class="">
                Michael<br class="">
                <br class="">
                <br class="">
                Am 02.08.20 um 11:03 schrieb Soko:<br class="">
                <blockquote type="cite" class="">Meaning: We need a
                  special VW-cable (like for the NIssan or Kia Soul)<br class="">
                  with OBD Pin1 gets into a pin on the DB9 connector and
                  into a<br class="">
                  Digital-In-Pin on the OVMS. A voltage divider is
                  needed as well as<br class="">
                  +12V on OBD-Pin1 signals "ignition on".<br class="">
                </blockquote>
                <br class="">
                -- <br class="">
                Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal<br class="">
                Fon 02333 / 833 5735 * Handy 0176 / 206 989 26<br class="">
                <br class="">
                <br class="">
                _______________________________________________<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">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br class="">
              </div>
            </div>
          </blockquote>
        </div>
        <br class="">
      </div>
      <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">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 class="">
    <pre class="moz-signature" cols="72">-- 
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>