CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=2.2.0-rc.2 2017-08-13T12:52:33+00:00 2017-08-13T12:52:33+00:00 Javier Candeira javier@candeira.com 2017-08-09T04:40:45+00:00 urn:sha1:35a1fea90b2cae9d5cc8e9eab62ba4c67e8786db - Changed: ValueError, TypeError, NotImplementedError - OSError invocations unchanged, because the corresponding utility function takes ints, not strings like the long form invocation. - OverflowError, IndexError and RuntimeError etc. not changed for now until we decide whether to add new utility functions. 2017-07-18T01:57:39+00:00 Alexander Steffen devel.20.webmeister@spamgourmet.com 2017-06-29T21:14:58+00:00 urn:sha1:299bc625864b9e624ed599c94a5f95870516139a The code conventions suggest using header guards, but do not define how those should look like and instead point to existing files. However, not all existing files follow the same scheme, sometimes omitting header guards altogether, sometimes using non-standard names, making it easy to accidentally pick a "wrong" example. This commit ensures that all header files of the MicroPython project (that were not simply copied from somewhere else) follow the same pattern, that was already present in the majority of files, especially in the py folder. The rules are as follows. Naming convention: * start with the words MICROPY_INCLUDED * contain the full path to the file * replace special characters with _ In addition, there are no empty lines before #ifndef, between #ifndef and one empty line before #endif. #endif is followed by a comment containing the name of the guard macro. py/grammar.h cannot use header guards by design, since it has to be included multiple times in a single C file. Several other files also do not need header guards as they are only used internally and guaranteed to be included only once: * MICROPY_MPHALPORT_H * mpconfigboard.h * mpconfigport.h * mpthreadport.h * pin_defs_*.h * qstrdefs*.h 2017-02-05T11:20:17+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-02-05T11:20:17+00:00 urn:sha1:d5e9ab6e61729f533dbed5c2b6b27307ce6c3b55 machine.time_pulse_us() is intended to provide very fine timing, including while working with signal bursts, where each transition is tracked in row. Throwing and handling an exception may take too much time and "signal loss". So instead, in case of a timeout, just return negative value. Cases of timeout while waiting for initial signal stabilization, and during actual timing, are recognized. The documentation is updated accordingly, and rewritten somewhat to clarify the function behavior. 2016-10-21T05:26:01+00:00 Damien George damien.p.george@gmail.com 2016-10-18T00:06:20+00:00 urn:sha1:4ebdb1f2b217410cdc1cee0e0c0da8fceb7627f2 In order to have more fine-grained control over how builtin functions are constructed, the MP_DECLARE_CONST_FUN_OBJ macros are made more specific, with suffix of _0, _1, _2, _3, _VAR, _VAR_BETEEN or _KW. These names now match the MP_DEFINE_CONST_FUN_OBJ macros. 2016-10-07T02:53:34+00:00 Damien George damien.p.george@gmail.com 2016-10-07T02:53:34+00:00 urn:sha1:e3d29996b3d0b1a81bd3dcc1d139e0a6ee233b03 2016-05-31T12:58:48+00:00 Damien George damien.p.george@gmail.com 2016-05-31T12:58:48+00:00 urn:sha1:4940bee62a636f7e2653a4d4eeac5071448addc0 The C implementation is taken from the DHT driver. 2016-05-26T16:10:06+00:00 Damien George damien.p.george@gmail.com 2016-05-26T16:10:06+00:00 urn:sha1:48a7ef0576f9c1cb71a07d1c01183b3872e2f762 Uses mp_hal_pin API.