<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[New firmware release version v1.9.0.b1]]></title><description><![CDATA[<p dir="auto">A new firmware release is out. The version is v1.9.0.b1. The Github sources have been updated as well. Here's the change log:</p>
<ul>
<li>esp32: Disable the brown-out monitor. Some user report issues with this at 3.0V. To be investigated.</li>
<li>esp32: Add getfree() function to the os module. Returns the free space (in KiB) in the drive.</li>
<li>esp32: Improve NVS API error handling and add methods to erase.</li>
<li>esp32: Fix issue with corrupted file listing over FTP. Improve FTP time reporting.</li>
<li>esp32: Add proper support for 16-bit I2C memory addresses. See the new API here: <a href="https://docs.pycom.io/chapter/firmwareapi/pycom/machine/I2C.html" target="_blank" rel="noopener noreferrer nofollow">https://docs.pycom.io/chapter/firmwareapi/pycom/machine/I2C.html</a></li>
<li>esp32: Fix but around WPA-ENT where client cert and key buffers were inverted.</li>
<li>esp32: Enable method micropython.kbd_intr(). Thanks to <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98">@robert-hh</a></a>.</li>
<li>esp32: Add code for the second parameter of DAC.tone(). Thanks to <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98">@robert-hh</a></a></li>
<li>esp32: Avoid crash when a timer alarm is cancelled just before it expires.</li>
<li>py: Pull in ustruct module from the MicroPython upstream. Resolves issue #63.</li>
<li>py: Port back changes from upstream to solve issue #55 (int.from_bytes(b'\xFF\x00','big') returns incorrect result)</li>
</ul>
<p dir="auto">I also want to take the opportunity to announce that the next release will bring full dual core support and also will enabled the usage of the 4MByte of external RAM for MicroPython code in the OEM modules. We gave been waiting for a major update of the Espressif IDF in order to bring these features in.</p>
<p dir="auto">Cheers,<br />
Daniel</p>
]]></description><link>https://forum.pycom.io/topic/1877/new-firmware-release-version-v1-9-0-b1</link><generator>RSS for Node</generator><lastBuildDate>Thu, 13 Aug 2026 17:46:51 GMT</lastBuildDate><atom:link href="https://forum.pycom.io/topic/1877.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 29 Sep 2017 16:01:27 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to New firmware release version v1.9.0.b1 on Fri, 29 Sep 2017 16:01:27 GMT]]></title><description><![CDATA[<p dir="auto">A new firmware release is out. The version is v1.9.0.b1. The Github sources have been updated as well. Here's the change log:</p>
<ul>
<li>esp32: Disable the brown-out monitor. Some user report issues with this at 3.0V. To be investigated.</li>
<li>esp32: Add getfree() function to the os module. Returns the free space (in KiB) in the drive.</li>
<li>esp32: Improve NVS API error handling and add methods to erase.</li>
<li>esp32: Fix issue with corrupted file listing over FTP. Improve FTP time reporting.</li>
<li>esp32: Add proper support for 16-bit I2C memory addresses. See the new API here: <a href="https://docs.pycom.io/chapter/firmwareapi/pycom/machine/I2C.html" target="_blank" rel="noopener noreferrer nofollow">https://docs.pycom.io/chapter/firmwareapi/pycom/machine/I2C.html</a></li>
<li>esp32: Fix but around WPA-ENT where client cert and key buffers were inverted.</li>
<li>esp32: Enable method micropython.kbd_intr(). Thanks to <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98">@robert-hh</a></a>.</li>
<li>esp32: Add code for the second parameter of DAC.tone(). Thanks to <a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/98">@robert-hh</a></a></li>
<li>esp32: Avoid crash when a timer alarm is cancelled just before it expires.</li>
<li>py: Pull in ustruct module from the MicroPython upstream. Resolves issue #63.</li>
<li>py: Port back changes from upstream to solve issue #55 (int.from_bytes(b'\xFF\x00','big') returns incorrect result)</li>
</ul>
<p dir="auto">I also want to take the opportunity to announce that the next release will bring full dual core support and also will enabled the usage of the 4MByte of external RAM for MicroPython code in the OEM modules. We gave been waiting for a major update of the Espressif IDF in order to bring these features in.</p>
<p dir="auto">Cheers,<br />
Daniel</p>
]]></description><link>https://forum.pycom.io/post/11471</link><guid isPermaLink="true">https://forum.pycom.io/post/11471</guid><dc:creator><![CDATA[daniel]]></dc:creator><pubDate>Fri, 29 Sep 2017 16:01:27 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release version v1.9.0.b1 on Sun, 01 Oct 2017 09:58:26 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a> Hello Daniel, thanks for the update. I looked at os.getfree() and found, that it reports a wrong size at SD cards. The reason: numerical overflow of the 32 bit variable free:_space. The following code variant avoids that, using an unit64_t for the intermediate value:</p>
<pre><code>STATIC mp_obj_t os_getfree(mp_obj_t path_in) {
    const char *path = mp_obj_str_get_str(path_in);
    FATFS *fs;
    DWORD nclst;

    FRESULT res = f_getfree(path, &amp;nclst, &amp;fs);
    if (FR_OK != res) {
        mp_raise_OSError(fresult_to_errno_table[res]);
    }

    uint64_t free_space = ((uint64_t)fs-&gt;csize * nclst)
#if _MAX_SS != _MIN_SS
    * fs-&gt;ssize;
#else
    * _MIN_SS;
#endif

    return mp_obj_new_int_from_ull(free_space / 1024);
}
STATIC MP_DEFINE_CONST_FUN_OBJ_1(os_getfree_obj, os_getfree);
</code></pre>
<p dir="auto">Edit: Although this is somewhat overkill. If we assume here, that the sector size is 512, we could also write:</p>
<pre><code>STATIC mp_obj_t os_getfree(mp_obj_t path_in) {
    const char *path = mp_obj_str_get_str(path_in);
    FATFS *fs;
    DWORD nclst;

    FRESULT res = f_getfree(path, &amp;nclst, &amp;fs);
    if (FR_OK != res) {
        mp_raise_OSError(fresult_to_errno_table[res]);
    }
    // assume sector size is 512 bytes
    return MP_OBJ_NEW_SMALL_INT((fs-&gt;csize * nclst) /2);
}
STATIC MP_DEFINE_CONST_FUN_OBJ_1(os_getfree_obj, os_getfree);
</code></pre>
]]></description><link>https://forum.pycom.io/post/11483</link><guid isPermaLink="true">https://forum.pycom.io/post/11483</guid><dc:creator><![CDATA[robert-hh]]></dc:creator><pubDate>Sun, 01 Oct 2017 09:58:26 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release version v1.9.0.b1 on Tue, 03 Oct 2017 00:12:45 GMT]]></title><description><![CDATA[<p dir="auto">So is my understanding correct, does full dual core support allow access to the ULP Co-processor while the main core sleeps? For example can I</p>
<ul>
<li>use the UPL coprocessor to count how many times a sensor is triggered?</li>
<li>turn on the main processor once a day to process the data gathered from the ULP and then send a Sigfog/Lora message?</li>
</ul>
<p dir="auto">This would solve all my power consumption  problems!!!</p>
<p dir="auto">Edit: From reading the ESP32 data sheet I think I should be able to get this capability &quot;light Sleep&quot; 0.8mA for this functionality?</p>
]]></description><link>https://forum.pycom.io/post/11520</link><guid isPermaLink="true">https://forum.pycom.io/post/11520</guid><dc:creator><![CDATA[chrisi]]></dc:creator><pubDate>Tue, 03 Oct 2017 00:12:45 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release version v1.9.0.b1 on Tue, 03 Oct 2017 13:33:26 GMT]]></title><description><![CDATA[<p dir="auto">I just soldered a L01 on the OEM reference board and have done a LoPy firmware upgrade to v1.9.0.b1. The upgrade process worked without any error, but now I get most of time the following message:</p>
<pre><code>rst:0x01 (POWERON_RESET), boot:0x2 (DOWNLOAD_BOOT(UART0/UART1/SDIO_REI_FEO_V2))
waiting for download 
</code></pre>
<p dir="auto">Most of time it is like that and for time to time the L01 boots up correctly and the LED is blinking blue.</p>
<p dir="auto">Is there a problem with the firmware problem known for the L01 or might it be a hardware (soldering) problem?</p>
]]></description><link>https://forum.pycom.io/post/11528</link><guid isPermaLink="true">https://forum.pycom.io/post/11528</guid><dc:creator><![CDATA[affoltep]]></dc:creator><pubDate>Tue, 03 Oct 2017 13:33:26 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release version v1.9.0.b1 on Tue, 03 Oct 2017 13:36:22 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/577">@affoltep</a> from what you say it looks like the P2 pin of the L01 is not properly soldered and it's making permanent contact to GND (for the updating process this is simply OK). Please check your solder joints and make sure that you don't have unwanted shorts.</p>
<p dir="auto">Cheers,<br />
Daniel</p>
]]></description><link>https://forum.pycom.io/post/11529</link><guid isPermaLink="true">https://forum.pycom.io/post/11529</guid><dc:creator><![CDATA[daniel]]></dc:creator><pubDate>Tue, 03 Oct 2017 13:36:22 GMT</pubDate></item><item><title><![CDATA[Reply to New firmware release version v1.9.0.b1 on Tue, 03 Oct 2017 14:40:49 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.pycom.io/uid/6">@daniel</a> Right! - thx a lot ;)</p>
]]></description><link>https://forum.pycom.io/post/11531</link><guid isPermaLink="true">https://forum.pycom.io/post/11531</guid><dc:creator><![CDATA[affoltep]]></dc:creator><pubDate>Tue, 03 Oct 2017 14:40:49 GMT</pubDate></item></channel></rss>