<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Steve,<br>
    <br>
    you could have enabled event logging additionally, but there clearly
    is no event from the wifi driver on the disassociation, or the
    netmanager would have logged this as well.<br>
    <br>
    You're probably right in the websocket job queue overflow indicating
    the loss, but that won't fit as a general canary, as it's only
    active while at least one web client is connected.<br>
    <br>
    Another thing you could monitor is the signal quality, or maybe
    check for a lack of update callbacks? That's CSIRxCallback in
    esp32wifi.<br>
    <br>
    But that's all working around the underlying wifi blob bug. We first
    should check if the current IDF blob does a better job.<br>
    <br>
    Regards,<br>
    Michael<br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 04.01.19 um 06:15 schrieb Stephen
      Casner:<br>
    </div>
    <blockquote type="cite"
      cite="mid:alpine.OSX.2.21.9999.1901032051080.55350@auge.attlocal.net">
      <pre class="moz-quote-pre" wrap="">Yesterday I found another instance where I could not ssh to OVMS nor
ping it.  This time I verified in my router status that the wifi
association with OVMS was "inactive" (down).  The iPhone app said that
server-v2 was not hear for 108 minutes.  This time I have a full log
file covering back to the previous day, which is attached.

I connected to OVMS with the serial console and the output from the
serial monitor is appended to the attached log file.  The "wifi stat"
and "net stat" commands both indicated that the wifi connection was up
when all the external indications were to the contrary.  Going back
108 minutes in the log file corresponds roughly to the first instance
of "job queue overflow detected".  Perhaps the web server can act as
the canary in the coal mine?  There is no indication that the wifi
driver signaled any problem at that time.

Diagnosing this problem is difficult because the loss of connectivity
occurs after a day or a few days of operation.  I have not tried the
current esp-idf yet; I may do that, but I'm not sure how long that
would need to operate without loss to determine success.

                                                        -- Steve</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>
    <br>
    <pre class="moz-signature" cols="160">-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
  </body>
</html>