<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Maybe renewing the DNS lease would also fix my new issue.<br>
<br>
Shaun, did you push that change to some repository I can pull from?<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 16.03.2018 um 19:29 schrieb Shaun
Jurrens:<br>
</div>
<blockquote type="cite"
cite="mid:618C4E74-4E8C-4220-A9BC-F1B41F29784B@gmail.com">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
Hi,
<div><br>
</div>
<div>I’ve been reluctant to butt in here, but the behavior apropos
DNS is expected behavior and hard-coding DNS servers would seem
a little heavy-handed at least. Basically the dhcp client is
just doing its job. The fix is just to re-issue a dhcp lease
request for/from the interface that is still up, if any. This
will reset the resolver information and DNS will just work. </div>
<div><br>
</div>
<div>The solution with both nets working and routing would largely
seem unnecessary and a bit complex. It’s also going to be too
difficult to know what to route where for the average user, i.e.
path cost. In today’s world, it would be a rare exception if
3G/4G was a preferred path based on either bandwidth or cost. <br>
<br>
<div>Yada, yada,
<div>Shaun </div>
<div><br>
</div>
</div>
<div><br>
On 16 Mar 2018, at 02:28, Mark Webb-Johnson <<a
href="mailto:mark@webb-johnson.net" moz-do-not-send="true">mark@webb-johnson.net</a>>
wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<div class=""><br class="">
</div>
<div class="">
<blockquote type="cite" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">The
problem really seemed to occur only after switching
from Wifi to modem, also tried with another SIM.</div>
</blockquote>
<br class="">
</div>
<div class="">Yes, that is it. If modem gives you some
public DNS, then you start wifi which gives a private DNS,
then you stop wifi and are left with a modem that can’t
access the wifi’s private DNS.</div>
<div class=""><br class="">
</div>
<div class="">Setting 8.8.8.8 8.8.4.4, with my new code,
avoids that.</div>
<div class=""><br class="">
</div>
<div class="">
<blockquote type="cite" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">Another
OTA issue, I haven't fully figured out yet: after
switching on the modem, the download will always go
via modem. As long as Wifi is available, it should be
used -- maybe we also need to control the default
route?</div>
</blockquote>
</div>
<div class=""><br class="">
</div>
I haven’t address the ‘preferred route’ issue yet. My
original idea was to sleep the modem when wifi came up, but
I’m now thinking maybe better to keep the modem alive and
instead use a priority preference thing. Something like some
helper functions in NetManager that can be simply called to
bind an outgoing connection to the highest priority network.
But, not implemented yet.
<div class=""><br class="">
</div>
<div class="">Regards, Mark.<br class="">
<div><br class="">
<blockquote type="cite" class="">
<div class="">On 16 Mar 2018, at 7:05 AM, 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="">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8" class="">
<div text="#000000" bgcolor="#FFFFFF" class=""> The
problem really seemed to occur only after
switching from Wifi to modem, also tried with
another SIM.<br class="">
<br class="">
I have now configured the Google DNS servers as
well, will report if I get the issue again.<br
class="">
<br class="">
Another OTA issue, I haven't fully figured out
yet: after switching on the modem, the download
will always go via modem. As long as Wifi is
available, it should be used -- maybe we also need
to control the default route?<br class="">
<br class="">
OTA modem download does not work from my server.
First thought it's Hologram (a single firmware
update needs more volume than is covered by the
free developer plan), but it also does not work
with my local SIM with a high volume plan.<br
class="">
<br class="">
I noticed a rather strange effect: when I let it
run, the server actually logged the download after
17 minutes, but still no download progress on the
console.<br class="">
<br class="">
I need to retry this with verbose logging on the
gsm-ppp channel to see what's going on.<br
class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">Am 12.03.2018 um
16:08 schrieb Mark Webb-Johnson:<br class="">
</div>
<blockquote type="cite"
cite="mid:8FAE12A4-4914-4396-8905-6584CAF4118F@webb-johnson.net"
class="">
<meta http-equiv="Content-Type"
content="text/html; charset=utf-8" class="">
I’ve added a ‘network status’ command. Can you
try it, when you get DNS errors, to see what the
DNS servers are set to?
<div class=""><br class="">
</div>
<div class="">Regards, Mark</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On 12 Mar 2018, at 10:29 AM,
Mark Webb-Johnson <<a
href="mailto:mark@webb-johnson.net"
class="" moz-do-not-send="true">mark@webb-johnson.net</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta http-equiv="Content-Type"
content="text/html; charset=utf-8"
class="">
<div style="word-wrap: break-word;
-webkit-nbsp-mode: space; line-break:
after-white-space;" class="">
<blockquote type="cite" class="">Working
on the OTA web UI.</blockquote>
<div class=""><br class="">
</div>
That will be very useful. Thanks.
<div class=""><br class="">
</div>
<div class="">
<blockquote type="cite" class="">a)
Flashing and changing the boot
partition outputs some irritating
overflow and "??" log messages:</blockquote>
</div>
<div class="">
<blockquote type="cite" class="">Can
these safely be ignored? The
flashed partitions seem to work
correctly.</blockquote>
<div class=""><br class="">
</div>
<div class="">Yes, I too find these
ugly. It is a ‘make monitor
weirdism:</div>
<div class=""><br class="">
</div>
</div>
<blockquote style="margin: 0 0 0 40px;
border: none; padding: 0px;"
class="">
<div class="">
<div class=""><a
href="https://www.esp32.com/viewtopic.php?t=4199"
class=""
moz-do-not-send="true">https://www.esp32.com/viewtopic.php?t=4199</a></div>
</div>
<div class=""><br class="">
</div>
<div class=""><i class="">No, no
need to worry. Those are from
the ``make monitor`` command. As
soon as this sees a hex number
scroll by that smells like an
address in the ESP32 memory map,
it tries to be helpful and
converts it to a symbol. In some
cases, this leads it to weird
messages like this.</i></div>
</blockquote>
<div class=""><br class="">
</div>
<div class="">
<blockquote type="cite" class="">b)
How do you get back to the factory
partition if something went so
wrong you can't use the "ota"
command?<br class="">
</blockquote>
</div>
<div class=""><br class="">
</div>
<div class="">Supposedly if the OTA
partition doesn’t boot (or checksum
mismatch, etc), the bootloader will
boot factory.</div>
<div class=""><br class="">
</div>
<div class="">The selection of current
boot partition is in the otadata
partition:</div>
<div class=""><br class="">
</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-size: 18px;"
class=""># OVMS 16MB flash
ESP32 Partition Table</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class=""># Name, Type,
SubType, Offset, Size</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class="">nvs, data,
nvs, 0x9000, 0x4000</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class="">otadata, data,
ota, 0xd000, 0x2000</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class="">phy_init, data,
phy, 0xf000, 0x1000</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class="">factory, app,
factory, 0x10000, 4M</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class="">ota_0, app,
ota_0, , 4M</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class="">ota_1, app,
ota_1, , 4M</span></font></div>
<div class=""><font class=""
face="Andale Mono"><span
style="font-size: 18px;"
class="">store, data,
fat, , 1M</span></font></div>
</div>
</blockquote>
<div class=""><br class="">
</div>
<div class="">I guess zapping that
would reset to defaults (factory
boot)? I think erase_region may do
that:</div>
<div class=""><br class="">
</div>
<blockquote style="margin: 0 0 0 40px;
border: none; padding: 0px;"
class="">
<div class="">
<pre style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, Courier, monospace; font-size: 13.600000381469727px; margin-top: 0px; margin-bottom: 16px; word-wrap: normal; padding: 16px; overflow: auto; line-height: 1.45; background-color: rgb(246, 248, 250); border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; color: rgb(36, 41, 46);" class=""><code style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, Courier, monospace; padding: 0px; margin: 0px; background-color: transparent; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; word-break: normal; border: 0px; display: inline; overflow: visible; line-height: inherit; word-wrap: normal;" class="">esptool.py erase_region 0xd000 0x2000</code></pre>
</div>
</blockquote>
<div class=""><br class="">
</div>
<div class="">But, haven’t tried it
myself.</div>
<div class=""><br class="">
<div class="">
<blockquote type="cite" class="">c)
ota flash http still gives me a
DNS lookup error on any other
host than <a
href="http://api.openvehicles.com/"
class=""
moz-do-not-send="true">api.openvehicles.com</a> and
fails to download from <a
href="http://api.openvehicles.com/"
class=""
moz-do-not-send="true">api.openvehicles.com</a>,
regardless of<br class="">
the type of network
(wifi/modem).</blockquote>
</div>
<div class=""><br class="">
</div>
<div class="">I saw this a few
months ago, but not recently.</div>
<div class=""><br class="">
</div>
<div class="">Line 107 of
ovms_net.cpp. It just does
a getaddrinfo() on the host.</div>
<div class=""><br class="">
</div>
<div class="">Regards, Mark.</div>
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On 12 Mar 2018, at
7:13 AM, 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="">Working on the
OTA web UI.<br class="">
<br class="">
Some questions:<br class="">
<br class="">
a) Flashing and changing the
boot partition outputs some
irritating overflow and "??"
log messages:<br class="">
<br class="">
OVMS > ota flash vfs
/sd/ovms3.done<br class="">
Current running partition
is: ota_0<br class="">
Target partition is: ota_1<br
class="">
Source image is 1480592
bytes in size<br class="">
Preparing flash partition...<br
class="">
Flashing image partition...<br
class="">
Setting boot partition...<br
class="">
OTA flash was successful<br
class="">
Flashed 1480592 bytes from
/sd/ovms3.done<br class="">
Next boot will be from
'ota_1'<br class="">
I (1316956) esp_image:
segment 0: paddr=0x00810020
vaddr=0x3f400020
size=0x5879c (362396) map<br
class="">
I (1317156) esp_image:
segment 1: paddr=0x008687c4
vaddr=0x3ffb0000
size=0x0382c ( 14380)<br
class="">
I (1317156) esp_image:
segment 2: paddr=0x0086bff8
vaddr=0x40080000
size=0x00400 ( 1024)<br
class="">
0x40080000: _WindowOverflow4
at
/home/balzer/esp/esp-idf/components/freertos/./xtensa_vectors.S:1685<br
class="">
<br class="">
I (1317166) esp_image:
segment 3: paddr=0x0086c400
vaddr=0x40080400
size=0x03c10 ( 15376)<br
class="">
I (1317176) esp_image:
segment 4: paddr=0x00870018
vaddr=0x400d0018
size=0xfb154 (1028436) map<br
class="">
0x400d0018:
_flash_cache_start at ??:?<br
class="">
<br class="">
I (1317746) esp_image:
segment 5: paddr=0x0096b174
vaddr=0x40084010
size=0x0e5b4 ( 58804)<br
class="">
0x40084010: spi_flash_mmap
at
/home/balzer/esp/esp-idf/components/spi_flash/./flash_mmap.c:293<br
class="">
<br class="">
I (1317776) esp_image:
segment 6: paddr=0x00979730
vaddr=0x400c0000
size=0x00034 ( 52)<br
class="">
I (1317776) esp_image:
segment 0: paddr=0x00810020
vaddr=0x3f400020
size=0x5879c (362396) map<br
class="">
I (1317976) esp_image:
segment 1: paddr=0x008687c4
vaddr=0x3ffb0000
size=0x0382c ( 14380)<br
class="">
I (1317986) esp_image:
segment 2: paddr=0x0086bff8
vaddr=0x40080000
size=0x00400 ( 1024)<br
class="">
0x40080000: _WindowOverflow4
at
/home/balzer/esp/esp-idf/components/freertos/./xtensa_vectors.S:1685<br
class="">
<br class="">
I (1317986) esp_image:
segment 3: paddr=0x0086c400
vaddr=0x40080400
size=0x03c10 ( 15376)<br
class="">
I (1317996) esp_image:
segment 4: paddr=0x00870018
vaddr=0x400d0018
size=0xfb154 (1028436) map<br
class="">
0x400d0018:
_flash_cache_start at ??:?<br
class="">
<br class="">
I (1318566) esp_image:
segment 5: paddr=0x0096b174
vaddr=0x40084010
size=0x0e5b4 ( 58804)<br
class="">
0x40084010: spi_flash_mmap
at
/home/balzer/esp/esp-idf/components/spi_flash/./flash_mmap.c:293<br
class="">
<br class="">
I (1318606) esp_image:
segment 6: paddr=0x00979730
vaddr=0x400c0000
size=0x00034 ( 52)<br
class="">
<br class="">
…<br class="">
<br class="">
OVMS > ota boot ota_1<br
class="">
Boot from ota_1 at
0x00810000 (size 0x00400000)<br
class="">
I (301766) esp_image:
segment 0: paddr=0x00810020
vaddr=0x3f400020
size=0x5879c (362396) map<br
class="">
I (301966) esp_image:
segment 1: paddr=0x008687c4
vaddr=0x3ffb0000
size=0x0382c ( 14380)<br
class="">
I (301976) esp_image:
segment 2: paddr=0x0086bff8
vaddr=0x40080000
size=0x00400 ( 1024)<br
class="">
0x40080000: _WindowOverflow4
at
/home/balzer/esp/esp-idf/components/freertos/./xtensa_vectors.S:1685<br
class="">
<br class="">
I (301976) esp_image:
segment 3: paddr=0x0086c400
vaddr=0x40080400
size=0x03c10 ( 15376)<br
class="">
I (301986) esp_image:
segment 4: paddr=0x00870018
vaddr=0x400d0018
size=0xfb154 (1028436) map<br
class="">
0x400d0018:
_flash_cache_start at ??:?<br
class="">
<br class="">
I (302556) esp_image:
segment 5: paddr=0x0096b174
vaddr=0x40084010
size=0x0e5b4 ( 58804)<br
class="">
0x40084010: spi_flash_mmap
at
/home/balzer/esp/esp-idf/components/spi_flash/./flash_mmap.c:293<br
class="">
<br class="">
I (302596) esp_image:
segment 6: paddr=0x00979730
vaddr=0x400c0000
size=0x00034 ( 52)<br
class="">
<br class="">
<br class="">
Can these safely be ignored?
The flashed partitions seem
to work correctly.<br
class="">
<br class="">
<br class="">
b) How do you get back to
the factory partition if
something went so wrong you
can't use the "ota" command?<br
class="">
<br class="">
I would have expected "make
flash" to reset the boot
partition to "factory", as
all flashes are only done
there, but it doesn't.<br
class="">
<br class="">
So if you're on another
partition with a broken
firmware, how do you
recover? Is there a way to
set the boot partition using
esptool.py?<br class="">
<br class="">
<br class="">
c) ota flash http still
gives me a DNS lookup error
on any other host than <a
href="http://api.openvehicles.com/"
class=""
moz-do-not-send="true">api.openvehicles.com</a>
and fails to download from <a
href="http://api.openvehicles.com/" class="" moz-do-not-send="true">api.openvehicles.com</a>,
regardless of<br class="">
the type of network
(wifi/modem).<br class="">
<br class="">
OVMS > ota flash http <a
href="http://www.google.com/ovms3.bin" class="" moz-do-not-send="true">www.google.com/ovms3.bin</a><br
class="">
Current running partition
is: factory<br class="">
Target partition is: ota_0<br
class="">
Download firmware from <a
href="http://www.google.com/ovms3.bin"
class=""
moz-do-not-send="true">www.google.com/ovms3.bin</a>
to ota_0<br class="">
Error: Request failed<br
class="">
W (666891) net: DNS lookup
on <a
href="http://www.google.com/"
class=""
moz-do-not-send="true">www.google.com</a>
failed err=200<br class="">
<br class="">
OVMS > ota flash http <a
href="http://api.openvehicles.com/test.bin" class=""
moz-do-not-send="true">api.openvehicles.com/test.bin</a><br
class="">
Current running partition
is: factory<br class="">
Target partition is: ota_0<br
class="">
Download firmware from <a
href="http://api.openvehicles.com/test.bin"
class=""
moz-do-not-send="true">api.openvehicles.com/test.bin</a>
to ota_0<br class="">
[…dead, needs reset]<br
class="">
<br class="">
Is this a local problem of
mine?<br class="">
<br class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<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.teslaclub.hk"
class=""
moz-do-not-send="true">OvmsDev@lists.teslaclub.hk</a><br
class="">
<a
href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev"
class=""
moz-do-not-send="true">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br
class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre class="" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk" moz-do-not-send="true">OvmsDev@lists.teslaclub.hk</a>
<a class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br class="">
<pre class="moz-signature" cols="160">--
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.teslaclub.hk" class=""
moz-do-not-send="true">OvmsDev@lists.teslaclub.hk</a><br
class="">
<a
href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev"
moz-do-not-send="true">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br
class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>OvmsDev mailing list</span><br>
<span><a href="mailto:OvmsDev@lists.teslaclub.hk"
moz-do-not-send="true">OvmsDev@lists.teslaclub.hk</a></span><br>
<span><a
href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev"
moz-do-not-send="true">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a></span><br>
</div>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a>
<a class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/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>