<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body>
    Steve,<br>
    <br>
    I just bewildered my neighbours by walking through the house,
    holding a black box into the corners while staring onto my laptop
    screen… ;)<br>
    <br>
    Works nicely. With "wifi reconnect" on the event, it scans
    immediately for the next wifi net, without the script it doesn't
    scan until it actually loses the connection, so works as before.
    I've seen no duplicate "good" or "bad" events as well.<br>
    <br>
    We could add an option for that reconnect strategy to the network
    configuration already, so users don't need to create an event script
    to get this behaviour.<br>
    <br>
    I think the second part, keeping TCP connections alive on AP
    changes, will require some more changes – if it's possible at all
    with the current Wifi & LwIP stack.<br>
    <br>
    Regards,<br>
    Michael<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 19.12.20 um 21:51 schrieb Stephen
      Casner:<br>
    </div>
    <blockquote type="cite"
      cite="mid:alpine.OSX.2.21.9999.2012191250080.34624@auge.attlocal.net">
      <pre class="moz-quote-pre" wrap="">OK, a proposed change is attached.

                                                        -- Steve

On Sat, 19 Dec 2020, Michael Balzer wrote:

</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">The reason to emit that event is to inform all potential listeners of the new
state, so they can keep their internal state synchronized.

Regards,
Michael


Am 19.12.20 um 19:09 schrieb Stephen Casner:
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">We don't need to emit the network.wifi.sta.bad event to cause
WifiDisconnect() to be called because that is already happening.  Is
there some other reason for emitting that event?

                                                         -- Steve

On Sat, 19 Dec 2020, Michael Balzer wrote:

</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">It's also the event emission, keeping the handling close together is for
code
readability. The compiler will probably inline that call anyway.

Regards,
Michael


Am 19.12.20 um 18:32 schrieb Stephen Casner:
</pre>
            <blockquote type="cite">
              <pre class="moz-quote-pre" wrap="">On Sat, 19 Dec 2020, Michael Balzer wrote:

</pre>
              <blockquote type="cite">
                <pre class="moz-quote-pre" wrap="">If we need to force good/bad state, I suggest adding a method for this
right
after WifiStaCheckSQ().
</pre>
              </blockquote>
              <pre class="moz-quote-pre" wrap="">Rather than just adding m_wifi_good = false in some place like
WifiStaStop()?  Another method doesn't seem warranted.  That is a
member variable, not something local to WifiStaCheckSQ().

                                                          -- Steve
_______________________________________________
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>
            <pre class="moz-quote-pre" wrap="">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
          </blockquote>
          <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>
        <pre class="moz-quote-pre" wrap="">
--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26</pre>
        <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>
    </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>