CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=main 2019-10-13T15:08:52+00:00 2019-10-13T15:08:52+00:00 Dan Halbert halbert@halwitz.org 2019-10-13T15:08:52+00:00 urn:sha1:fc033bd954a46156d6902392f8ae21ac2872bb1c 2018-05-28T11:49:49+00:00 Damien George damien.p.george@gmail.com 2018-05-28T08:10:53+00:00 urn:sha1:ea7e747979c2f27eb90f9a6ba292c500eb288dd4 2018-05-14T03:22:12+00:00 Damien George damien.p.george@gmail.com 2018-05-14T03:20:39+00:00 urn:sha1:ce824bb67eb3a6a48460f24f041e6e91f8faa24c And remove the old one based on ST code. 2018-04-24T13:48:04+00:00 Damien George damien.p.george@gmail.com 2018-04-24T07:34:42+00:00 urn:sha1:9254f365d67ce58b4e90999fff314513a6c2413b 2018-04-24T07:32:16+00:00 Damien George damien.p.george@gmail.com 2018-04-24T07:32:16+00:00 urn:sha1:0c54d0c28824dca608364e5cb64d00f607dc1209 2018-03-28T05:29:50+00:00 Damien George damien.p.george@gmail.com 2018-03-28T05:13:21+00:00 urn:sha1:2dca693c24f9bcadb1e06113848fff620d8088dd Rather than pin objects themselves. The actual object is now pin_X_obj and defines are provided so that pin_X is &pin_X_obj. This makes it so that code that uses pin objects doesn't need to know if they are literals or objects (that need pointers taken) or something else. They are just entities that can be passed to the map_hal_pin_xxx functions. This mirrors how the core handles constant objects (eg mp_const_none which is &mp_const_none_obj) and allows for the possibility of different implementations of the pin layer. For example, prior to this patch there was the following: extern const pin_obj_t pin_A0; #define pyb_pin_X1 pin_A0 ... mp_hal_pin_high(&pin_A0); and now there is: extern const pin_obj_t pin_A0_obj; #define pin_A0 (&pin_A0_obj) #define pyb_pin_X1 pin_A0 ... mp_hal_pin_high(pin_A0); This patch should have minimal effect on board configuration files. The only change that may be needed is if a board has .c files that configure pins. 2018-03-27T09:25:24+00:00 Damien George damien.p.george@gmail.com 2018-03-27T09:25:24+00:00 urn:sha1:6b51eb22c8200124bd1639f542f7757edb82e736 genhdr/pins.h is an internal header file that defines all of the pin objects and it's cleaner to have pin.h include it (where the struct's for these objects are defined) rather than an explicit include by every user. 2018-03-16T23:42:50+00:00 Damien George damien.p.george@gmail.com 2018-03-16T23:42:50+00:00 urn:sha1:e37b8ba5a55c99dbd1e69eb1c99651307b22fd3e The CMSIS files for the STM32 range provide macros to distinguish between the different MCU series: STM32F4, STM32F7, STM32H7, STM32L4, etc. Prefer to use these instead of custom ones. 2018-03-07T03:59:03+00:00 Damien George damien.p.george@gmail.com 2018-03-07T03:59:03+00:00 urn:sha1:024edafea06ef92ebd2c2be7131e2a12f9dfc54b 2017-12-22T04:20:42+00:00 Damien George damien.p.george@gmail.com 2017-12-22T04:20:42+00:00 urn:sha1:c73360bfdbecb0e2143147a7e7223c8161938456 This patch adds in internal config value MICROPY_HW_ENABLE_HW_I2C that is automatically configured, and enabled only if one or more hardware I2C ports are defined in the mpconfigboard.h file. If none are defined then the pyb.I2C class is excluded from the build, along with all supporting code. The machine.I2C class will still be available for software I2C. Disabling all hardware I2C on an F4 board saves around 10,000 bytes of code and 200 bytes of RAM.