- 12 2月, 2019 1 次提交
-
-
由 Damien George 提交于
-
- 28 5月, 2018 1 次提交
-
-
由 Damien George 提交于
-
- 14 5月, 2018 1 次提交
-
-
由 Damien George 提交于
And remove the old one based on ST code.
-
- 24 4月, 2018 2 次提交
-
-
由 Damien George 提交于
-
由 Damien George 提交于
-
- 28 3月, 2018 1 次提交
-
-
由 Damien George 提交于
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.
-
- 27 3月, 2018 1 次提交
-
-
由 Damien George 提交于
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.
-
- 17 3月, 2018 1 次提交
-
-
由 Damien George 提交于
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.
-
- 07 3月, 2018 1 次提交
-
-
由 Damien George 提交于
-
- 22 12月, 2017 1 次提交
-
-
由 Damien George 提交于
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.
-
- 06 9月, 2017 1 次提交
-
-
由 Damien George 提交于
This is to keep the top-level directory clean, to make it clear what is core and what is a port, and to allow the repository to grow with new ports in a sustainable way.
-
- 15 6月, 2017 1 次提交
-
-
由 Damien George 提交于
-
- 25 11月, 2016 1 次提交
-
-
由 Damien George 提交于
With this patch machine.I2C() uses HW I2C peripheral blocks on F4 MCUs. Software I2C is used for other MCUs.
-
- 23 11月, 2016 1 次提交
-
-
由 Damien George 提交于
This allows one to construct an I2C object using ids that are specific to the stmhal port, eg machine.I2C('X'). Right now the implementation of I2C uses software I2C but the idea is to just change the C-level I2C protocol functions to hardware implementations later on.
-