<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr">In master branch, at the moment, if a command is run from the web shell (or server v2), surely the mongoose task will block as the web server / server v2 blocks waiting for the command to run to completion?</div><div dir="ltr"><br></div><div dir="ltr">Doesn’t necessarily need to be a networking command. Something long running like the string speed tests.</div><div dir="ltr"><br></div><div dir="ltr">In v3.3 I can easily detect the task wait being requested in the http library (by seeing if current task id == mongoose task), and fail (which I should do anyway). But I am more concerned with the general case now (which I think may be wrong in both master and for-v3.3).</div><div dir="ltr"><br></div><div dir="ltr">Regards, Mark</div><div dir="ltr"><br></div><div dir="ltr"><blockquote type="cite">On 22 Mar 2021, at 5:22 PM, Michael Balzer <dexter@expeedo.de> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
I think we must avoid blocking the Mongoose task, as that's the
central network dispatcher.<br>
<br>
Chris had implemented a workaround in one of his PRs that could
allow that to be done temporarily by running a local Mongoose main
loop during a synchronous operation, but I still see potential
issues from that, as it wasn't the standard handling as done by the
task, and as it may need to recurse.<br>
<br>
Maybe the old OvmsHttpClient using socket I/O is the right way for
synchronous network operations?<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 22.03.21 um 07:15 schrieb Mark
Webb-Johnson:<br>
</div>
<blockquote type="cite" cite="mid:F88B060F-2CB7-4F77-99AD-08ACD03E95B9@webb-johnson.net">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
Not sure how to resolve this.
<div class=""><br class="">
</div>
<div class="">
<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class="">OvmsSyncHttpClient is currently used in commands from
ovms_plugins and ovms_ota.</div>
</div>
<div class=""><br class="">
</div>
<div class="">I could bring back the OvmsHttpClient blocking
(non-mongoose) implementation, but I don’t think that would
address the core problem here:</div>
<div class=""><br class="">
</div>
<blockquote style="margin: 0 0 0 40px; border: none; padding:
0px;" class="">
<div class="">Inside a mongoose callback (inside the mongoose
networking task), we are making blocking calls (and in
particular calls that could block for several tens of
seconds).</div>
</blockquote>
<div class=""><br class="">
</div>
<div class="">But fundamentally is it ok to block the mongoose
networking task for extended periods during a mongoose event
callback?</div>
<div class=""><br class="">
</div>
<div class="">Mark</div>
<div class="">
<div><br class="">
<blockquote type="cite" class="">
<div class="">On 21 Mar 2021, at 9:57 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="content-isolator__container">
<div class="protected-part">
<div class="protected-title">Signed PGP part</div>
<div class="protected-content">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8" class="">
<div class=""> I've found opening the web UI
firmware page or calling "ota status" via ssh to
consistently deadlock the network on my module.<br class="">
<br class="">
<font class="" face="monospace">I (130531)
webserver: HTTP GET /cfg/firmware<br class="">
D (130531) http: OvmsSyncHttpClient: Connect to
<a href="http://ovms.dexters-web.de:80" class="" moz-do-not-send="true">ovms.dexters-web.de:80</a><br class="">
D (130541) http: OvmsSyncHttpClient: waiting for
completion</font><br class="">
<br class="">
After that log message, the network is dead, and
the netmanager also doesn't respond:<br class="">
<br class="">
<font class="" face="monospace">OVMS# network list
<br class="">
ERROR: job failed<br class="">
D (183241) netmanager: send cmd 1 from
0x3ffe7054<br class="">
W (193241) netmanager: ExecuteJob: cmd 1:
timeout</font><br class="">
<br class="">
The interfaces seem to be registered and online,
but nothing gets in or out:<br class="">
<br class="">
<font class="" face="monospace">OVMS# network
status <br class="">
Interface#3: pp3 (ifup=1 linkup=1)<br class="">
IPv4: 10.170.195.13/255.255.255.255 gateway
10.64.64.64<br class="">
<br class="">
Interface#2: ap2 (ifup=1 linkup=1)<br class="">
IPv4: 192.168.4.1/255.255.255.0 gateway
192.168.4.1<br class="">
<br class="">
Interface#1: st1 (ifup=1 linkup=1)<br class="">
IPv4: 192.168.2.106/255.255.255.0 gateway
192.168.2.1<br class="">
<br class="">
DNS: 192.168.2.1<br class="">
<br class="">
Default Interface: st1
(192.168.2.106/255.255.255.0 gateway
192.168.2.1)</font><br class="">
<br class="">
<br class="">
A couple of minutes later, server-v2 recognizes
the stale connection and issues a network restart,
which fails resulting in the same behaviour as
shown below with finally forced reboot by loss of
an important event.<br class="">
<br class="">
Doing "ota status" from USB works normally, so
this looks like OvmsSyncHttpClient not being able
to run from within a mongoose client.<br class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">Am 18.03.21 um 08:14
schrieb Mark Webb-Johnson:<br class="">
</div>
<blockquote type="cite" cite="mid:1FD94B8C-1060-44BF-8E3A-6D3534352100@webb-johnson.net" class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
Tried to repeat this, but not having much
success. Here is my car module, with network
still up:
<div class=""><br class="">
</div>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<div class="">
<div class="">OVMS# boot status</div>
<div class="">Last boot was 262355 second(s)
ago</div>
</div>
</blockquote>
<div class="">
<div class=""><br class="">
</div>
<div class="">I did manage to catch one
network related crash after repeatedly
disconnecting and reconnecting the cellular
antenna. This was:</div>
<div class=""><br class="">
</div>
</div>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<div class="">
<div class=""><font class="" face="Andale
Mono"><span style="font-style: normal;
font-size: 12px;" class="">I (3717989)
cellular: PPP Connection disconnected</span></font></div>
<div class=""><font class="" face="Andale
Mono"><span style="font-style: normal;
font-size: 12px;" class="">Guru
Meditation Error: Core 1 panic'ed
(LoadProhibited). Exception was
unhandled.</span></font></div>
</div>
<div class=""><font class="" face="Andale
Mono"><span style="font-style: normal;
font-size: 12px;" class=""><br class="">
</span></font></div>
<div class=""><font class="" face="Andale
Mono"><span style="font-style: normal;
font-size: 12px;" class="">0x400fe082 is
in
OvmsNetManager::PrioritiseAndIndicate()
(/home/openvehicles/build/Open-Vehicle-Monitoring-System-pre/vehicle/OVMS.V3/main/ovms_netmanager.cpp:707).</span></font></div>
</blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<div class=""><font class="" face="Andale
Mono"><span style="font-style: normal;
font-size: 12px;" class="">707
if
((pri->name[0]==search[0])&&</span></font></div>
</blockquote>
<font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x400ed360
is in
OvmsMetricString::SetValue(std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >)
(/home/openvehicles/build/Open-Vehicle-Monitoring-System-pre/vehicle/OVMS.V3/main/ovms_metrics.cpp:1358).</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class="">1357 void
OvmsMetricString::SetValue(std::string
value)</span></font></blockquote>
<font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x4008bdad
is at
../../../../.././newlib/libc/machine/xtensa/strcmp.S:586.</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x4008bdd1
is at
../../../../.././newlib/libc/machine/xtensa/strcmp.S:604.</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x400fe886
is in
OvmsNetManager::ModemDown(std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, void*)
(/home/openvehicles/build/Open-Vehicle-Monitoring-System-pre/vehicle/OVMS.V3/main/ovms_netmanager.cpp:522).</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class="">522
PrioritiseAndIndicate();</span></font></blockquote>
</blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x400fd752
is in std::_Function_handler<void
(std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, void*),
std::_Bind<std::_Mem_fn<void
(OvmsNetManager::*)(std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >,
void*)> (OvmsNetManager*,
std::_Placeholder<1>,
std::_Placeholder<2>)>
>::_M_invoke(std::_Any_data const&,
std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >&&,
void*&&)
(/home/openvehicles/build/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:600).</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class="">600 { return
(__object->*_M_pmf)(std::forward<_Args>(__args)...); }</span></font></blockquote>
</blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x400f512e
is in std::function<void
(std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >,
void*)>::operator()(std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, void*)
const
(/home/openvehicles/build/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:2271).</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class="">2271 return
_M_invoker(_M_functor,
std::forward<_ArgTypes>(__args)...);</span></font></blockquote>
</blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x400f52f1
is in
OvmsEvents::HandleQueueSignalEvent(event_queue_t*)
(/home/openvehicles/build/Open-Vehicle-Monitoring-System-pre/vehicle/OVMS.V3/main/ovms_events.cpp:283).</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class="">283
m_current_callback->m_callback(m_current_event,
msg->body.signal.data);</span></font></blockquote>
</blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x400f53d8
is in OvmsEvents::EventTask()
(/home/openvehicles/build/Open-Vehicle-Monitoring-System-pre/vehicle/OVMS.V3/main/ovms_events.cpp:237).</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class="">237
HandleQueueSignalEvent(&msg);</span></font></blockquote>
</blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class=""><br class="">
</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style:
normal; font-size: 12px;" class="">0x400f545d
is in EventLaunchTask(void*)
(/home/openvehicles/build/Open-Vehicle-Monitoring-System-pre/vehicle/OVMS.V3/main/ovms_events.cpp:80).</span></font></blockquote>
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class="">
<blockquote style="margin: 0 0 0 40px; border:
none; padding: 0px;" class=""><font class="" face="Andale Mono"><span style="font-style: normal; font-size:
12px;" class="">80
me->EventTask();</span></font></blockquote>
</blockquote>
<div class="">
<div class=""><br class="">
</div>
<div class="">My for_v3.3 branch does include
the preliminary changes to support the wifi
at 20MHz bandwidth, and perhaps those could
be affecting things. I do notice that if I
‘power wifi off’, then ‘wifi mode client’,
it can connect to the station, but not get
an IP address. I’ve just tried to merge in
the latest fixes to that, and rebuilt a
release. I will continue to test with that.</div>
<div class=""><br class="">
</div>
<div class="">Regards, Mark.</div>
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On 12 Mar 2021, at 10:32 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="">
<div class="content-isolator__container">
<div class="protected-part">
<div class="protected-title">Signed
PGP part</div>
<div class="protected-content">I
just tried switching to for-v3.3
in my car module after tests on
my desk module were OK, and I've
run into the very same problem
with for-v3.3. So the issue
isn't related to esp-idf.<br class="">
<br class="">
The network only occasionally
starts normally, but even then
all connectivity is lost after a
couple of minutes.<br class="">
<br class="">
The stale connection watchdog in
server-v2 triggers a network
restart, but that also doesn't
seem to succeed:<br class="">
<br class="">
2021-03-12 14:53:01.802 CET W
(981652) ovms-server-v2:
Detected stale connection (issue
#241), restarting network<br class="">
2021-03-12 14:53:01.802 CET I
(981652) esp32wifi: Restart<br class="">
2021-03-12 14:53:01.802 CET I
(981652) esp32wifi: Stopping
WIFI station<br class="">
2021-03-12 14:53:01.812 CET I
(981662) wifi:state: run ->
init (0)<br class="">
2021-03-12 14:53:01.812 CET I
(981662) wifi:pm stop, total
sleep time: 831205045 us /
975329961 us<br class="">
<br class="">
2021-03-12 14:53:01.812 CET I
(981662) wifi:new:<1,0>,
old:<1,1>, ap:<1,1>,
sta:<1,1>, prof:1<br class="">
2021-03-12 14:53:01.832 CET I
(981682) wifi:flush txq<br class="">
2021-03-12 14:53:01.842 CET I
(981692) wifi:stop sw txq<br class="">
2021-03-12 14:53:01.842 CET I
(981692) wifi:lmac stop hw txq<br class="">
2021-03-12 14:53:01.852 CET I
(981702) esp32wifi: Powering
down WIFI driver<br class="">
2021-03-12 14:53:01.852 CET I
(981702) wifi:Deinit lldesc rx
mblock:16<br class="">
2021-03-12 14:53:01.862 CET I
(981712) esp32wifi: Powering up
WIFI driver<br class="">
2021-03-12 14:53:01.862 CET I
(981712) wifi:nvs_log_init,
erase log key successfully,
reinit nvs log<br class="">
2021-03-12 14:53:01.882 CET I
(981732) wifi:wifi driver task:
3ffd4d84, prio:23, stack:3584,
core=0<br class="">
2021-03-12 14:53:01.882 CET I
(981732) system_api: Base MAC
address is not set, read default
base MAC address from BLK0 of
EFUSE<br class="">
2021-03-12 14:53:01.882 CET I
(981732) system_api: Base MAC
address is not set, read default
base MAC address from BLK0 of
EFUSE<br class="">
2021-03-12 14:53:01.902 CET I
(981752) wifi:wifi firmware
version: 30f9e79<br class="">
2021-03-12 14:53:01.912 CET I
(981762) wifi:config NVS flash:
enabled<br class="">
2021-03-12 14:53:01.912 CET I
(981762) wifi:config nano
formating: disabled<br class="">
2021-03-12 14:53:01.912 CET I
(981762) wifi:Init data frame
dynamic rx buffer num: 16<br class="">
2021-03-12 14:53:01.912 CET I
(981762) wifi:Init management
frame dynamic rx buffer num: 16<br class="">
2021-03-12 14:53:01.922 CET I
(981772) wifi:Init management
short buffer num: 32<br class="">
2021-03-12 14:53:01.922 CET I
(981772) wifi:Init dynamic tx
buffer num: 16<br class="">
2021-03-12 14:53:01.922 CET I
(981772) wifi:Init static rx
buffer size: 2212<br class="">
2021-03-12 14:53:01.922 CET I
(981772) wifi:Init static rx
buffer num: 16<br class="">
2021-03-12 14:53:01.922 CET I
(981772) wifi:Init dynamic rx
buffer num: 16<br class="">
2021-03-12 14:53:02.642 CET I
(982492) wifi:mode : sta
(30:ae:a4:5f:e7:ec) + softAP
(30:ae:a4:5f:e7:ed)<br class="">
2021-03-12 14:53:02.652 CET I
(982502) wifi:Total power save
buffer number: 8<br class="">
2021-03-12 14:53:02.652 CET I
(982502) cellular-modem-auto:
Restart<br class="">
2021-03-12 14:53:02.662 CET I
(982512) cellular: State: Enter
PowerOffOn state<br class="">
2021-03-12 14:53:02.662 CET I
(982512) gsm-ppp: Shutting down
(hard)...<br class="">
2021-03-12 14:53:02.662 CET I
(982512) gsm-ppp:
StatusCallBack: User Interrupt<br class="">
2021-03-12 14:53:02.662 CET I
(982512) gsm-ppp: PPP connection
has been closed<br class="">
2021-03-12 14:53:02.662 CET I
(982512) gsm-ppp: PPP is
shutdown<br class="">
2021-03-12 14:53:02.662 CET I
(982512) gsm-ppp: Shutting down
(hard)...<br class="">
2021-03-12 14:53:02.672 CET I
(982522) gsm-ppp:
StatusCallBack: User Interrupt<br class="">
2021-03-12 14:53:02.672 CET I
(982522) gsm-ppp: PPP connection
has been closed<br class="">
2021-03-12 14:53:02.672 CET I
(982522) gsm-ppp: PPP is
shutdown<br class="">
2021-03-12 14:53:02.672 CET I
(982522) gsm-nmea: Shutdown
(direct)<br class="">
2021-03-12 14:53:02.672 CET I
(982522) cellular-modem-auto:
Power Cycle<br class="">
2021-03-12 14:53:04.682 CET D
(984532) events:
Signal(system.wifi.down)<br class="">
2021-03-12 14:53:04.682 CET I
(984532) netmanager: WIFI client
stop<br class="">
2021-03-12 14:53:04.682 CET E
(984532) netmanager:
Inconsistent state: no interface
of type 'pp' found<br class="">
2021-03-12 14:53:04.682 CET I
(984532) netmanager: WIFI client
down (with MODEM up):
reconfigured for MODEM priority<br class="">
2021-03-12 14:53:04.692 CET D
(984542) events:
Signal(system.event)<br class="">
2021-03-12 14:53:04.692 CET D
(984542) events:
Signal(system.wifi.sta.disconnected)<br class="">
2021-03-12 14:53:04.692 CET E
(984542) netmanager:
Inconsistent state: no interface
of type 'pp' found<br class="">
2021-03-12 14:53:04.692 CET I
(984542) esp32wifi: STA
disconnected with reason 8 =
ASSOC_LEAVE<br class="">
2021-03-12 14:53:04.702 CET D
(984552) events:
Signal(system.event)<br class="">
2021-03-12 14:53:04.702 CET D
(984552) events:
Signal(system.wifi.sta.stop)<br class="">
2021-03-12 14:53:04.702 CET E
(984552) netmanager:
Inconsistent state: no interface
of type 'pp' found<br class="">
2021-03-12 14:53:04.712 CET D
(984562) events:
Signal(system.event)<br class="">
2021-03-12 14:53:04.712 CET D
(984562) events:
Signal(system.wifi.ap.stop)<br class="">
2021-03-12 14:53:04.712 CET E
(984562) netmanager:
Inconsistent state: no interface
of type 'pp' found<br class="">
2021-03-12 14:53:04.712 CET I
(984562) netmanager: WIFI access
point is down<br class="">
2021-03-12 14:53:04.712 CET I
(984562) esp32wifi: AP stopped<br class="">
2021-03-12 14:53:04.722 CET D
(984572) events:
Signal(network.wifi.sta.bad)<br class="">
2021-03-12 14:53:04.722 CET D
(984572) events:
Signal(system.event)<br class="">
2021-03-12 14:53:04.722 CET D
(984572) events:
Signal(system.wifi.sta.start)<br class="">
2021-03-12 14:53:04.732 CET D
(984582) events:
Signal(system.modem.down)<br class="">
2021-03-12 14:53:04.742 CET I
(984592) netmanager: MODEM down
(with WIFI client down): network
connectivity has been lost<br class="">
2021-03-12 14:53:04.742 CET D
(984592) events:
Signal(system.modem.down)<br class="">
2021-03-12 14:53:04.752 CET D
(984602) events:
Signal(system.event)<br class="">
2021-03-12 14:53:04.752 CET D
(984602) events:
Signal(system.wifi.ap.start)<br class="">
2021-03-12 14:53:04.752 CET I
(984602) netmanager: WIFI access
point is up<br class="">
2021-03-12 14:53:26.802 CET E
(1006652) events: SignalEvent:
queue overflow (running
system.wifi.ap.start->netmanager
for 23 sec), event 'ticker.1'
dropped<br class="">
2021-03-12 14:53:27.802 CET E
(1007652) events: SignalEvent:
queue overflow (running
system.wifi.ap.start->netmanager
for 24 sec), event 'ticker.1'
dropped<br class="">
2021-03-12 14:53:28.802 CET E
(1008652) events: SignalEvent:
queue overflow (running
system.wifi.ap.start->netmanager
for 25 sec), event 'ticker.1'
dropped<br class="">
…and so on until<br class="">
2021-03-12 14:54:01.802 CET E
(1041652) events: SignalEvent:
lost important event =>
aborting<br class="">
<br class="">
<br class="">
I need my car now, so will
switch back to master for now.<br class="">
<br class="">
Mark, if you've got specific
debug logs I should fetch on the
next try, tell me.<br class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<br class="">
<br class="">
Am 12.03.21 um 05:47 schrieb
Craig Leres:<br class="">
<blockquote type="cite" class="">I
just updated to
3.2.016-68-g8e10c6b7 and still
get the network hang
immediately after booting and
logging into the web gui.<br class="">
<br class="">
But I see now my problem is
likely that I'm not using the
right esp-idf (duh). Is there
a way I can have master build
using ~/esp/esp-idf and have
for-v3.3 use a different
path?)<br class="">
<br class="">
Craig<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 href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" class="" moz-do-not-send="true">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><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="">
</div>
</div>
<br class="">
<iframe class="content-isolator__isolated-content" sandbox="allow-scripts" scrolling="auto" style="border:none;display:block;overflow:auto;" data-src="data:text/html;charset=UTF-8;base64,PGlmcmFtZS1jb250ZW50IGRhdGEtaWZyYW1lLWhlaWdodD0idHJ1ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+T3Ztc0RldiBtYWlsaW5nIGxpc3Q8QlI+T3Ztc0RldkBsaXN0cy5vcGVudmVoaWNsZXMuY29tPEJSPmh0dHA6Ly9saXN0cy5vcGVudmVoaWNsZXMuY29tL21haWxtYW4vbGlzdGluZm8vb3Ztc2RldjxCUj48L2lmcmFtZS1jb250ZW50Pg==" width="200" height="10"></iframe></div>
</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" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" moz-do-not-send="true">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>
</div>
</div>
<br class="">
<iframe class="content-isolator__isolated-content" sandbox="allow-scripts" scrolling="auto" style="border:none;display:block;overflow:auto;" data-src="data:text/html;charset=UTF-8;base64,PGlmcmFtZS1jb250ZW50IGRhdGEtaWZyYW1lLWhlaWdodD0idHJ1ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+T3Ztc0RldiBtYWlsaW5nIGxpc3Q8QlI+T3Ztc0RldkBsaXN0cy5vcGVudmVoaWNsZXMuY29tPEJSPmh0dHA6Ly9saXN0cy5vcGVudmVoaWNsZXMuY29tL21haWxtYW4vbGlzdGluZm8vb3Ztc2RldjxCUj48L2lmcmFtZS1jb250ZW50Pg==" width="200" height="10"></iframe></div>
</div>
</blockquote>
</div>
<br class="">
</div>
<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="72">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26</pre>
<span>_______________________________________________</span><br><span>OvmsDev mailing list</span><br><span>OvmsDev@lists.openvehicles.com</span><br><span>http://lists.openvehicles.com/mailman/listinfo/ovmsdev</span><br></div></blockquote></body></html>