CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.8.5 2016-10-01T19:35:09+00:00 2016-10-01T19:35:09+00:00 daniel daniel@pycom.io 2016-10-01T19:35:09+00:00 urn:sha1:a0d97fe40872b46872657bedc0e47cfd704c59aa This resolves issue #2343. 2016-09-21T14:23:16+00:00 Damien George damien.p.george@gmail.com 2016-09-21T00:52:53+00:00 urn:sha1:93c4a6a3f70e389b466fbc7a4f1ad2e1df87c93f One can instead lookup __name__ in the modules dict to get the value. 2016-09-08T02:50:38+00:00 Damien George damien.p.george@gmail.com 2016-09-08T02:50:38+00:00 urn:sha1:f3b5480be7243684e31e4631e3da49c725fa7234 machine.POWER_ON is renamed to machine.PWRON_RESET to match other reset-cause constants that all end in _RESET. The cc3200 port keeps a legacy definition of POWER_ON for backwards compatibility. 2016-09-05T02:18:53+00:00 Delio Brignoli brignoli.delio@gmail.com 2016-08-21T09:33:37+00:00 urn:sha1:e2ac8bb3f14b076a29244022865e3b47c6c0800a This new config option allows to control whether MicroPython uses its own internal printf or not (if not, an external one should be linked in). Accompanying this new option is the inclusion of lib/utils/printf.c in the core list of source files, so that ports no longer need to include it themselves. 2016-08-15T01:02:59+00:00 Damien George damien.p.george@gmail.com 2016-08-15T01:02:59+00:00 urn:sha1:675d1c9c600224820f49f912e4ff7d6cf2f97711 This type was used only for the typedef of mp_obj_t, which is now defined by the object representation. So we can now remove this unused typedef, to simplify the mpconfigport.h file. 2016-08-01T15:12:45+00:00 Damien George damien.p.george@gmail.com 2016-08-01T15:12:45+00:00 urn:sha1:8766bc02dcecc1176324b0b5e99aaf651ebe975b These macros are broken and are anyway unused on these two ports. If they are ever needed in the future then their implementation can be taken from either stmhal (working macros in mpconfigport.h) or esp8266 (functions). 2016-06-28T10:28:53+00:00 Damien George damien.p.george@gmail.com 2016-06-28T10:26:43+00:00 urn:sha1:d862a7b811f095b3e67fb7dbf66d532a4498aa18 2016-06-28T10:28:53+00:00 Damien George damien.p.george@gmail.com 2016-06-28T10:25:50+00:00 urn:sha1:842c2c74c02d5ad0b409cda2fd6e64f339b45ba9 Threading is not used in the bootloader but the config optios are still enabled so we must exclude including FreeRTOS.h. 2016-06-28T10:28:53+00:00 Damien George damien.p.george@gmail.com 2016-06-05T12:01:16+00:00 urn:sha1:469c623bb8e504ca78f1964508579ecefec76a98 The 16k FreeRTOS heap originally had all TCBs and stacks dynamically allocated within it (plus semaphores and some other things). Now that xTaskCreateStatic is used instead of xTaskCreate, the TCBs and stacks are allocated statically and no longer use any of the FreeRTOS heap. Therefore, the FreeRTOS stack can be shrunk by the amount that has been made static. Furthermore, the TCBs and stack that are now static should be placed in the .rtos_heaps section of RAM because this RAM is treated specially by the bootloader (the bootloader executes from the first 16k of RAM and loads the firmware into the section starting after the 16k). After this patch the FreeRTOS heap (ucHeap) is 7200 bytes. The memory available for the MicroPython heap is 54936 bytes (including GC overhead). 2016-06-28T10:28:53+00:00 Damien George damien.p.george@gmail.com 2016-06-05T11:57:18+00:00 urn:sha1:e098eac19552a5a399ffbfae44e4b329ca623d0d In VStartSimpleLinkSpawnTask we change xTaskCreate to xTaskCreateStatic so that the task is created using statically allocated memory for the TCB and stack. This means that xTaskCreate function is no longer needed (the static version is now used exclusively).