<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">Production…</div><div class=""><br class=""></div><div class="">Analog Lamb, while interesting, is just (a) too expensive (double the price), (b) unproven, (c) uncertified, and (d) has long lead times. Using proven Espressif certified modules seems the safer way to go.</div><div class=""><br class=""></div><div class="">So, we’ve decided to go with a switch to a standard certified ESP WROVER module, and external 16MB flash memory. The circuit board footprint for this is a little larger than the WROOM-32 module we’ve been using, and requires one more 3.3V->1.8V power conversion, but seems the safest way to go.</div><div class=""><br class=""></div><div class="">Accordingly, I’ve agreed with the China guys to proceed along these lines for the main board:</div><div class=""><br class=""></div><div class=""><div class="" style="margin: 0px; padding: 0px;"><ol class="MailOutline" style="margin-right: 0px; margin-left: 0px; padding: 0px 0px 0px 20px; list-style-position: inside;"><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">Change WROOM-32 to WROVER (on circuit antenna version, similar to WROOM-32).<br class="" style="margin: 0px; padding: 0px;"><br class="" style="margin: 0px; padding: 0px;"></li><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">We can free IO12 (SD_D2), IO13 (SD_D3), and IO4 (SD_D1), by using just 1-line SDCARD. I don’t really want to use IO12 as that is a bootstrapping pin.<br class="" style="margin: 0px; padding: 0px;"><br class="" style="margin: 0px; padding: 0px;"></li><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">WROVER PSRAM uses IO16 and IO17, so we can’t use that for modem.</li><ul class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px 0px 0px 20px; list-style-position: inside;"><li class="" style="margin: 0px; padding: 0px;">Move modem to IO4 and IO13.<br class="" style="margin: 0px; padding: 0px;"><br class="" style="margin: 0px; padding: 0px;"></li></ul><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">Change to 1.8V 16MB flash chip (W25Q128FW?). As SDD_VDIO is not exposed, add a simple regulator 3.3V->1.8V for external flash?<br class="" style="margin: 0px; padding: 0px;"><br class="" style="margin: 0px; padding: 0px;"></li><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">When burning e-fuses, need to take care with 1.8V/3.3V SDD_SDIO fuse - leave at 1.8V.<br class="" style="margin: 0px; padding: 0px;"><br class="" style="margin: 0px; padding: 0px;"></li><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">Add capacitors for SD CARD and external Flash, as per Espressif example.<br class="" style="margin: 0px; padding: 0px;"><br class="" style="margin: 0px; padding: 0px;"></li><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">Increase size of solder pad for big capacitors, and USB connector, to make it stronger.<br class=""><br class=""></li><li class="" style="font-family: 微软雅黑; font-size: 14px; margin: 0px; padding: 0px;">For the data lines of circuit traces SDCARD, SPI bus, external flash, take care to keep away from power traces or other sources of interference and keep the traces as short as possible.</li></ol></div></div><div class=""><br class=""></div><div class="">The change to WROVER is a PITA at this stage, but that 4MB PSRAM should give us more headroom and the extra bill-of-materials costs is just a couple of US$.</div><div class=""><br class=""></div><div class="">For the modem, we’re double-checking the power (which seems ok, but check to be sure), and changing passive -> active antenna. At the moment, it seems to be just a couple of passive components soldered inline between two easily accessible points. For existing developer modems in the field, we’ll try to make a simple upgrade kit (passive->active) for GPS, and post them out. If you don’t need GPS (such as Roadster users), the modem boards are functionally the same as the production ones.</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><img apple-inline="no" id="839CE0E5-C0D7-4C70-A973-DD1A4A43B4DB" src="cid:F76A8208-20C9-4D7C-A4C5-8B5B318D8C3D" class=""></div></blockquote><div class=""><br class=""></div><div class="">Existing developer OVMS v3 boards (with WROOM-32 module) will continue to be called v3.0. New production OVMS v3 boards (with WROVER module) will be called v3.1. We have conditional compilation in the firmware, to switch the pin assignments and whatever else is required.</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Branch: refs/heads/for-v3.0</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Home: </span><a href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3" style="font-family: Menlo-Regular; font-size: 14px;" class="">https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3</a><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Commit: 9504df70be78b6626970ec0ea53d2c2470e90afa</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> </span><a href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/commit/9504df70be78b6626970ec0ea53d2c2470e90afa" style="font-family: Menlo-Regular; font-size: 14px;" class="">https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/commit/9504df70be78b6626970ec0ea53d2c2470e90afa</a><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Author: Mark Webb-Johnson <</span><a href="mailto:mark@webb-johnson.net" style="font-family: Menlo-Regular; font-size: 14px;" class="">mark@webb-johnson.net</a><span style="font-family: Menlo-Regular; font-size: 14px;" class="">></span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Date: 2018-01-10 (Wed, 10 Jan 2018)</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Changed paths:</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> M vehicle/OVMS.V3/main/Kconfig</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> M vehicle/OVMS.V3/main/ovms_peripherals.h</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Log Message:</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> -----------</span><br style="font-family: Menlo-Regular; font-size: 14px;" class=""><span style="font-family: Menlo-Regular; font-size: 14px;" class=""> Support for OVMS hardware v3.1</span></div></blockquote><div class=""><br class=""></div><div class=""><div class="">Converting developer v3.0 boards to v3.1 is not really feasible (a skilled solderer could probably use a 16MB Analog Lamb WROOM-32+PSRAM module; that would be a relatively simple de-solder + re-solder of the module, a not-so-simple re-arrange of the traces for IO16->IO4 and IO17->IO13, and disabling of external 16MB flash). Anyway, those existing developer modules should be fine to continue to use (just without the extra PSRAM).</div></div><div class=""><br class=""></div><div class="">We are today finalising the circuit schematic and board layout for the above, and building a couple of test boards (with WROVER modules). I should have one in about a week’s time (assuming all the components are available). In that time, we’ll finish the ESP IDF v3.0 support, and test late next week / over next weekend (20th/21st Jan). Assuming no problems, we should be able to give factory the go-ahead to produce early the week after.</div><div class=""><br class=""></div><div class="">Given that timing, I doubt if we are going to be able to get these boards made before the Chinese New Year holidays. Even if we can get them made, FastTech distribution may not be able to get them out during the holidays. Manufacturing in China starts to close down around the end of January / early February this year. New Year itself is mid-February. Anyway, we’ll get this all finalised, payment and instruction to start manufacturing in place, then do the best we can and get these out available during February. A big warning is going to go with them that this is for early adopters only, and firmware is changing on a daily basis. Updating firmware via wifi / sd card should be fine.</div><div class=""><br class=""></div><div class="">I’m seeing a light at the end of a long dark tunnel.</div><div class=""><br class=""></div><div class="">Regards, Mark.</div><div class=""><br class=""></div></body></html>