suspect-devices/circuitpython/stmhal, branch v1.3.10CircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.3.102015-02-13T11:57:29+00:00stmhal: Properly deinit timer object.2015-02-13T11:57:29+00:00Damien Georgedamien.p.george@gmail.com2015-02-13T11:57:29+00:00urn:sha1:418ec8bbbab70ec21486b37860f106f09f2e6f11
Addresses issue #1113.
stmhal: Fix ADC multiplier from 4096 to 4095; optimise fp operation.2015-02-11T00:25:22+00:00Damien Georgedamien.p.george@gmail.com2015-02-11T00:25:22+00:00urn:sha1:91fc4a9ce13311bc5c3bdcd5ddaf75795f8a46b5stmhal: Add boot.py and main.py to qstr definitions, to save some RAM.2015-02-10T22:27:47+00:00Damien Georgedamien.p.george@gmail.com2015-02-10T22:27:47+00:00urn:sha1:891e444fec071beabf58eb0e418aaaee4dc327b1stmhal: Change type of received chr from char to int.2015-02-08T13:41:28+00:00Damien Georgedamien.p.george@gmail.com2015-02-08T13:41:28+00:00urn:sha1:5351a48185bef5abd935eb8ab06c2e12e9114d2fpy: Protect mp_parse and mp_compile with nlr push/pop block.2015-02-07T18:33:58+00:00Damien Georgedamien.p.george@gmail.com2015-02-07T18:33:58+00:00urn:sha1:0bfc7638baa4c5a4a2351364ab770a188dcab302
To enable parsing constants more efficiently, mp_parse should be allowed
to raise an exception, and mp_compile can already raise a MemoryError.
So these functions need to be protected by an nlr push/pop block.
This patch adds that feature in all places. This allows to simplify how
mp_parse and mp_compile are called: they now raise an exception if they
have an error and so explicit checking is not needed anymore.
stmhal/adc.c: Fix calculation of read_core_vref()2015-02-06T18:56:27+00:00blmorrisbryan.morrissey@gmail.com2015-02-06T18:56:27+00:00urn:sha1:97f14606f528180d1482cffbe3571163a1dd9273
There was a stray factor of 2 (VBAT_DIV) that looks like it was copied incorrectly from the read_core_vbat() function.
The factor exists in read_core_vbat() because VBAT is measured through a 2:1 voltage divider.
read_core_vref now returns values around 1.21V (assuming that external reference voltage is 3.3V) which is in line with the datasheet values.
See comment at http://forum.micropython.org/viewtopic.php?f=6&t=533&p=2991#p2991
py: Change vstr_null_terminate -> vstr_null_terminated_str, returns str.2015-01-29T13:57:23+00:00Damien Georgedamien.p.george@gmail.com2015-01-29T13:57:23+00:00urn:sha1:827b0f747b2aa4870ef8de90cb0c3a4151e5ce71py: Change vstr so that it doesn't null terminate buffer by default.2015-01-28T23:43:01+00:00Damien Georgedamien.p.george@gmail.com2015-01-28T23:43:01+00:00urn:sha1:0d3cb6726ddc1bab9fdd11a0aaa259fb436da4b2
This cleans up vstr so that it's a pure "variable buffer", and the user
can decide whether they need to add a terminating null byte. In most
places where vstr is used, the vstr did not need to be null terminated
and so this patch saves code size, a tiny bit of RAM, and makes vstr
usage more efficient. When null termination is needed it must be
done explicitly using vstr_null_terminate.
stmhal: Remove unnecessary #include "systick.h" from pyexec.c.2015-01-28T00:59:27+00:00Damien Georgedamien.p.george@gmail.com2015-01-28T00:59:27+00:00urn:sha1:0ecd5988a24aaa72415d83961327fc034cfe64a2
Makes pyexec.c more re-usable for other ports.
stmhal: Disable MICROPY_OPT_CACHE_MAP_LOOKUP_IN_BYTECODE.2015-01-24T23:45:37+00:00Damien Georgedamien.p.george@gmail.com2015-01-24T23:45:37+00:00urn:sha1:ad33e2465c243dd6c602a7b1e263df3cf2359230
It uses RAM and on pyboard we are generally tight on RAM, so disable
this optimisation for general builds. If users need the speed then
they can build their own version. Maybe in the future we can have
different versions of pyboard firmware built with different tradeoffs.