1864 Commits

Author	SHA1	Message	Date
Angus Gratton	3a60f32c9d	stm32/can: Fix clearing filters on CAN3 (bxCAN). ... HAL argument is ignored for CAN1, CAN2 but needed for CAN3. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2025-01-17 13:08:14 +11:00
Angus Gratton	221a4ecf30	stm32/pyb_can: Include requested CAN baudrate in matching error. ... This is redundant for bxCAN, but for CAN-FD with BRS it's otherwise unclear which set of parameters (baudrate & sample_point or brs_baudrate & brs_sample_point) failed to match. This makes finding a valid combination extra annoying. This work was funded through GitHub Sponsors. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2025-01-17 12:13:17 +11:00
Angus Gratton	e8d3df51dc	stm32/pyb_can: Make pyb.CAN baud calculation a little more forgiving. ... Not every baudrate or sample point combination has an exact match, but getting within 1% on sample point and .1% on baud rate should always be good enough. Because the search goes from shorter bit periods (lowest brp) and increases, the first match which meets this criteria should still mostly be the best available. This work was funded through GitHub Sponsors. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2025-01-17 12:13:17 +11:00
Angus Gratton	1d8943ac7b	stm32/pyb_can: Fix CAN-FD BRS baud initialisation. ... Was initialising using the Classic CAN bs1/bs2 value, incorrectly. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2025-01-17 12:13:17 +11:00
Angus Gratton	8e2da5a519	stm32/boards: Support 'FDCAN' in board pin CSVs. ... Previously micros with the 'FDCAN' peripheral (as opposed to the older 'CAN' peripheral) needed to rename these pins in the CSVs for the CAN driver to work. The following CSVs in MicroPython still had FDCAN in them: $ rg -t csv -l FDCAN boards boards/stm32h7b3_af.csv boards/stm32h743_af.csv boards/stm32h573_af.csv boards/stm32h723_af.csv boards/stm32g0b1_af.csv Confirmed that this allows CAN to work on NUCLEO_H723ZG board, and that at least one board based on each of the other chips can still compile. Some of these boards could possibly have MICROPY_HW_ENABLE_CAN set and work, now. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2025-01-17 12:01:42 +11:00
iabdalkader	b79ceeca8f	stm32/boards: Reserve SPI bus when it's used for external flash storage. ... Reserve SPI flash bus used for storage or XIP. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2025-01-16 15:26:14 +11:00
iabdalkader	5fa960c719	stm32/spi: Retain the state of special SPI buses on soft reboot. ... Reserved and static SPI buses must remain initialized during a soft reboot as they may be used for SPI flash storage or XIP. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2025-01-16 15:26:02 +11:00
iabdalkader	a82fc718a7	stm32/mpconfigboard_common: Add MICROPY_HW_SPI_IS_STATIC macro. ... A board should make this return true if the specified SPI instances should not be deinitialized on soft-reboot. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2025-01-16 15:25:43 +11:00
Victor Rajewski	61e2931f86	stm32/mboot: Add mboot version string. ... Adds a configurable version string to a known location at the end of mboot flash section. Also stores the options mboot was built with, eg usb and which filesystems are supported. A board can override the defaults, or disable the version string entirely by setting MBOOT_VERSION_ALLOCATED_BYTES=0. Signed-off-by: Victor Rajewski <victor@allumeenergy.com.au>	2025-01-02 12:59:14 +11:00
Damien George	3c1722e705	stm32: Fix extraction of hse/hsi/pllm values from preprocessed source. ... The expressions for the `micropy_hw_hse_value` etc variables may contain parenthesis, eg `micropy_hw_hse_value = ((25) * 1000000)`. To handle such a case, simplify the regex and always use `eval(found)` to evaluate the expression. Signed-off-by: Damien George <damien@micropython.org>	2024-12-19 00:55:31 +11:00
Andrew Leech	7924b31050	stm32: Generate PLL tables from pre-processed headers. ... Allows boards to configure their HSE and PLL values in variants. Signed-off-by: Andrew Leech <andrew@alelec.net>	2024-12-18 16:55:53 +11:00
Andrew Leech	22804fccf3	stm32/boards/WEACT_F411_BLACKPILL: Add WeAct F411 'blackpill' boards. ... Adds board profile for the WeAct F411 'blackpill' which is a quite popular low cost ST dev board. This board also has optional spiflash so can be purchased in a few different configurations. Builds for v3.1 with no SPI Flash by default. Includes variants for different board versions and spi flash sizes. Signed-off-by: Andrew Leech <andrew@alelec.net>	2024-12-18 16:55:53 +11:00
Damien George	23bfa95d34	stm32/extint: Fix EXTI IRQ handlers for H5 MCUs. ... The existing EXTI IRQ handlers are moved from `stm32_it.c` to `extint.c` to keep them with related code. A macro is defined to make it easier to define the handler function that handles one line, and correct handlers added for STM32H5xx MCUs. Also, to prevent errors in the future, `MP_STATIC_ASSERT(<irqn> > 0)` is added to each handler function to check that the correct `IRQn` constant is used, which corresponds to the handler function name. Signed-off-by: Damien George <damien@micropython.org>	2024-12-18 00:22:21 +11:00
Damien George	a2efafcce3	stm32/pin: Exclude Pin.cpu/Pin.board if they contain no entries. ... Signed-off-by: Damien George <damien@micropython.org>	2024-12-17 23:53:26 +11:00
Damien George	1c2cdf9f6d	stm32/pin: Add config option to exclude Pin alternate function. ... Signed-off-by: Damien George <damien@micropython.org>	2024-12-17 23:53:03 +11:00
Damien George	bd6edf00bb	stm32/pin: Add option to exclude legacy Pin methods and constants. ... This is enabled by default, but disabled when MICROPY_PREVIEW_VERSION_2 is enabled. The intention is that these methods and constants are deprecated in MicroPython 2.x. Signed-off-by: Damien George <damien@micropython.org>	2024-12-17 23:53:03 +11:00
iabdalkader	94343e20e5	stm32/boards/STM32F429DISC: Fix SDRAM configuration. ... Define SDRAM frequency and refresh cycles. This was missed in commit 17808e7b74. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-11 12:17:40 +11:00
iabdalkader	fd01cdd203	stm32/mpconfigport: Switch FATFS LFN to type 2. ... LFN type 2 uses the stack to allocate the internal working buffer for LFN, which is thread-safe and saves about 512 bytes of BSS memory (at the expense of needing that much memory on the stack). Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-10 11:02:52 +11:00
iabdalkader	89191b00ea	stm32/main: Deinitialize SPI and I2C on soft-reset. ... Following UART, CAN, Timer, etc. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-10 10:54:16 +11:00
iabdalkader	405aa69887	stm32/pyb_i2c: Add pyb_i2c_deinit_all function. ... I2C objects can remain active after a soft-reboot because they are statically allocated and lack a finalizer to collect and deinitialize them. This commit adds a `pyb_i2c_deinit_all()` function for I2C, similar to other peripherals such as UART, DAC, etc. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-10 10:53:47 +11:00
iabdalkader	d42e39d87d	stm32/spi: Add spi_deinit_all function. ... SPI objects can remain active after a soft-reboot because they are statically allocated and lack a finalizer to collect and deinitialize them. This commit adds a `spi_deinit_all()` functions for SPI, similar to other peripherals such as UART, DAC, etc. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-10 10:53:24 +11:00
iabdalkader	17808e7b74	stm32/sdram: Make SDRAM refresh count configurable by a board. ... Refresh count calculations were using a hard-coded SDRAM frequency and refresh cycles, so change them to values that can be set by a board. And set these options to their existing values on STM32F769DISC and STM32F7DISC boards. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-10 10:49:50 +11:00
iabdalkader	47d9988df2	stm32/boards: Rename SDRAM frequency config option to make units clear. ... Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-10 10:49:29 +11:00
iabdalkader	46ca78e23f	stm32/boards: Update Arduino board configs for SPI reset and bootloader. ... Update ARDUINO_GIGA, ARDUINO_OPTA, ARDUINO_NICLA_VISION and ARDUINO_PORTENTA_H7 to: - Enable SPI flash soft-reset. - Disable enter bootloader via reset. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-12-10 10:44:33 +11:00
chuangjinglu	2e796d6c3e	docs,ports: Fix some comments and error messages with doubled-up words. ... Signed-off-by: chuangjinglu <chuangjinglu@outlook.com>	2024-11-30 13:08:33 +11:00
iabdalkader	4c54335195	stm32/boards/ARDUINO_OPTA: Add Opta expansion module. ... Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-10-25 01:19:54 +11:00
iabdalkader	57bc98f499	stm32/boards/ARDUINO_NICLA_VISION: Add SE05x driver. ... Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-10-25 01:19:48 +11:00
iabdalkader	28009a78cf	stm32/boards/ARDUINO_PORTENTA_H7: Add SE05x driver. ... Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-10-25 01:19:06 +11:00
Damien George	7ed480fc6f	Revert "stm32/machine_uart: Allow changing only the baudrate." ... This reverts commit c94a3205b0. The idea behind this reverted commit was that it allowed to reconfigure the UART to change only the baudrate, which is important in the context of a PPP connection where the baudrate may be changed as part of the protocol. Also, other ports like the rp2 port have this behaviour, where individual parameters of the UART can be changed with the `.init()` method. But this commit was no good for a few reasons: 1. It's a subtle breaking change to the UART API, because existing code that constructs or initialises a UART with just the baudrate would expect all other parameters to be reset to their defaults. But with this commit those parameters would remain unchanged. 2. Constructing a UART like `UART(1, 9600)` also hits this code path of only changing the baudrate and does not reset other parameters, which is unexpected. 3. It doesn't support setting the baudrate via keyword, eg `UART.init(baudrate=9600)`. 4. The `timeout_char` field is not updated when changing only the baudrate, which can lead to unexpected timeouts when reading/writing. Due to point (4), this commit broke the `tests/ports/stm32/uart.py` test, the `uart.writechar(1)` has a timeout because the `uart.init(2400)` does not set the `timeout_char` for the new baudrate. Points (2)-(4) could be fixed, but point (1) (being a breaking change) would remain as an issue. So the commit is reverted. Signed-off-by: Damien George <damien@micropython.org>	2024-10-22 11:50:05 +11:00
Damien George	ece950d9be	stm32/pendsv: Remove preemptive keyboard interrupt via PendSV. ... Since the very beginning, the stm32 port (first called stm, then stmhal now stm32) has had a special keyboard interrupt feature which works by using PendSV to break out of any running code. This preemptive ctrl-C was added long ago in commit 01156d510c. The stm32 port still uses that code, and current does this: - If ctrl-C is received on UART or USB then `mp_sched_keyboard_interrupt()` is called (like all other ports) to set a flag for the VM to see, and then the VM (or any loop calling `mp_handle_pending(true)`) will eventually handle the `KeyboardInterrupt` exception, raising it via NLR. - If another ctrl-C is received while the existing scheduled keyboard interrupt is still pending (ie the VM has not yet processed it) then a special hard NLR jump will activate, that preempts the calling code. Within the PendSV interrupt the stack is adjusted and an NLR jump is made to the most recent `nlr_push()` location. This is like a normal NLR except it is called from an interrupt context and completely annihilates the code that was interrupted by the IRQ. The reason for the preemptive interrupt was to handle ctrl-C before the VM was able to handle it. Eventually a mechanism (that's in use today by all ports) was added to the VM and runtime to be able to check for pending interrupts. Then the stm32 port was updated to use this mechanism, with a fallback to the old preemptive way if a second ctrl-C was received (without the first one being processed). This preemptive NLR jump is problematic because it can interrupt long-running instructions (eg store multiple, usually used at the end of a function to restore registers and return). If such an instruction is interrupted the CPU remembers that with some flags, and can resume the long-running instruction when the interrupt finishes. But the preemptive NLR does a long jump to different code at thread level and so the long-running interrupt is never resumed. This leads to a CPU fault. This fault has been previously reported in issues #3807 and #3842 (see also issue #294). It's now possible to easily reproduce this problem, since commit 69c25ea865. Running the test suite over and over again on any stm32 board will eventually crash the board (it can happen on a PYBv1.x, but it happens more regularly on PYBD-SF2/6). The point is, a skipped test now soft resets the board and so the board must run `boot.py` again. The test runner may then interrupt the execution of `boot.py` with the double-ctrl-C that it sends (in `tools/pyboard.py`, `enter_raw_repl()`) in order to get the board into a known good state for the next test. If the timing is right, this can trigger the preemptive PendSV in an unfortunate location and hard fault the board. The fix in this commit is to just remove the preemptive NLR jump feature. No other port has this feature and it's not needed, ctrl-C works very well on those ports. Preemptive NLR jump is a very dangerous thing (eg it may interrupt and break out of an external SPI flash operation when reading code from a filesystem) and is obviously buggy. With this commit, stm32 borads no longer hard fault when running the test suite (but it does leave an issue, the tests can still interrupt `boot.py` with a single ctrl-C; that will be fixed separately). An alternative to this commit would be to clear the CPU state for the long-running instruction as suggested in issue #3842. But it's much simpler to just remove this code, which is now unnecessary and can have other problems as per issue #294. Signed-off-by: Damien George <damien@micropython.org>	2024-10-15 10:32:14 +11:00
Damien George	40048f0f25	ports: Fix lwIP config setting to disable DHCP ARP check. ... lwIP was recently updated in a89ac9e24a to STABLE-2_2_0_RELEASE, and this introduced a change in the configuration variable `DHCP_DOES_ARP_CHECK`, renaming it to `LWIP_DHCP_DOES_ACD_CHECK`. This commit fixes the ports lwIP settings to use the new configuration option. Without this option, connecting to a WiFi access-point takes about 12.5 seconds. With this option (ie disabling DHCP ARP checks) connecting takes about 4 seconds. Tested on an RPI_PICO_W and PYBD_SF2. Signed-off-by: Damien George <damien@micropython.org>	2024-09-26 23:00:42 +10:00
iabdalkader	51974f20e1	stm32/boards/ARDUINO_GIGA: Update board config files. ... To remove duplicate HAL macros. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-09-24 12:56:59 +10:00
iabdalkader	e5984fb6da	stm32/boards/ARDUINO_NICLA_VISION: Update board config files. ... Changes are: - Add pre/post stop mode entry macros. - Make SE05X pin accessible. - Remove duplicate HAL macros. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-09-24 12:56:53 +10:00
iabdalkader	a4e3830d39	stm32/boards/ARDUINO_PORTENTA_H7: Update board config files. ... Changes are: - Add pre/post stop mode entry macros. - Make SE05X pin accessible. - Remove duplicate HAL macros. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-09-24 12:56:42 +10:00
iabdalkader	fc006a0412	stm32/boards/ARDUINO_OPTA: Add support for the Arduino Opta board. ... Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-09-24 12:56:21 +10:00
iabdalkader	3a2252b4c2	stm32/powerctrl: Add pre/post stop mode entry macros. ... These allow a board to perform actions before/after stop mode. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-09-24 12:55:54 +10:00
iabdalkader	eec5eb4260	stm32/uart: Add UART RX/CTS pin pull config options. ... The UART driver enables a pull-up on RX/CTS pins by default. This can cause UART to fail to receive in certain situations, eg with RS485 transceivers. This commit adds compile-time configuration options to set the pull mode on the RX and CTS pins of each UART. Signed-off-by: iabdalkader <i.abdalkader@gmail.com>	2024-09-24 10:20:29 +10:00
Matt Trentini	976d9d148f	stm32/boards/STM32F429DISC: Add DAC support to the STM32F429DISC. ... The STM32F429DISC board definition did not have DAC enabled, however the micro/board supports it so this commit enables the feature. Signed-off-by: Matt Trentini <matt.trentini@gmail.com>	2024-09-17 10:58:47 +10:00
Adrian Higgins	39ddfed9a0	stm32: Update STM32L452xx Multi OTG handling. ... Added custom Multi OTG handling for STM32L452xx, based on STM32L432xx handling. Fixes issue #15795. Signed-off-by: Adrian Higgins <adrian@higstar.com>	2024-09-17 10:56:23 +10:00
Andrew Leech	9670666623	stm32/boards: Enable RAM_ISR feature on boards with UART REPL. ... Allows mpremote file transfer to work correctly when mpremote is used over the ST-link USB/UART REPL port. Fixes issue #8386. Signed-off-by: Andrew Leech <andrew.leech@planetinnovation.com.au>	2024-09-02 11:30:40 +10:00
Andrew Leech	1f5cab9edb	stm32: Add option to put ISR, flash and UART code in RAM. ... This allows UART RX to function while flash erase/writes operations are under way, preventing lost serial data so long as it fits in the UART RX buffer. This enables (among other things) mpremote to successfully copy files to boards that use a UART REPL. Enable via the following option placed in `mpconfigboard.mk`: MICROPY_HW_ENABLE_ISR_UART_FLASH_FUNCS_IN_RAM = 1 Signed-off-by: Andrew Leech <andrew.leech@planetinnovation.com.au>	2024-09-02 11:30:34 +10:00
Damien George	aee002dd80	stm32/lwip_inc: Implement LWIP_PLATFORM_DIAG macro in terms of printf. ... This allows enabling lwIP debugging output. For example, to enable PPP debugging add the following to `mpconfigboard.h`: #define LWIP_DEBUG 1 #define PPP_DEBUG LWIP_DBG_ON Signed-off-by: Damien George <damien@micropython.org>	2024-08-29 23:47:55 +10:00
Damien George	a1a16ffd75	stm32/uart: Use timeout_char even with CTS enabled. ... When timeout=0 (non-blocking mode) the UART should still wait for each character to go out. Otherwise non-blocking mode with CTS enabled is useless because it can only write one character at a time. Signed-off-by: Damien George <damien@micropython.org>	2024-08-29 23:47:55 +10:00
Damien George	d8b033776e	stm32/machine_uart: Return number of bytes written even with timeout. ... The errcode should be cleared so the caller sees a successful write, even if it's a short write. Signed-off-by: Damien George <damien@micropython.org>	2024-08-29 23:47:13 +10:00
Damien George	c94a3205b0	stm32/machine_uart: Allow changing only the baudrate. ... Signed-off-by: Damien George <damien@micropython.org>	2024-08-29 23:46:13 +10:00
Damien George	a5cc4d4623	stm32: Integrate optional network.PPP. ... Can be enabled by a board by enabling `MICROPY_PY_NETWORK_PPP_LWIP`. Signed-off-by: Damien George <damien@micropython.org>	2024-08-29 23:46:13 +10:00
robert-hh	a86619fb6f	stm32/machine_uart: Add the UART.IRQ_RX event for UART.irq(). ... Just adding the event symbol. No code change required, and no impact on code execution time when the event is not selected. Tested with STM32F4xx, STM32F7xx and STM32H7xx. Signed-off-by: robert-hh <robert@hammelrath.com>	2024-08-29 16:27:43 +10:00
nspsck	6c3dc0c0b0	stm32/boards/STM32H7B3I_DK: Fix octo-spi pin configuration. ... The original OSPIFLASH settings in the `mpconfigboard.h` contained some mistakes that prevented the firmware from compiling. These are now corrected and the firmware can be built with support for OSPI flash. Note: external storage in OSPI flash is not yet configured on this board. Signed-off-by: nspsck <teng.jiang94@gmail.com>	2024-08-22 12:35:12 +10:00
nspsck	20a95b249a	stm32/system_stm32: Allow selection of OSPI clock source. ... Added a #if-block to `system_stm32.c` to check whether `MICROPY_HW_RCC_OSPI_CLKSOURCE` is defined. If that is the case, the clock source for the OSPI will be changed to the specified source. Signed-off-by: nspsck <teng.jiang94@gmail.com>	2024-08-22 12:29:09 +10:00
nspsck	bd4aaa7333	stm32/octospi: Add OSPI support for STM32H7 MCUs. ... Added a if-statement to `octospi.c` to detect if the targeted MCU is one of the STM32H7 series. If that is the case, another set of variables are used for the `mp_hal_pin_config_alt_static_speed()` function, as well as for register `OCTOSPI1->CR`. This allows the STM32H723 and STM32H7B3 series MCU to use octo-spi flash like the STM32H573 series MCU. Signed-off-by: nspsck <teng.jiang94@gmail.com>	2024-08-22 12:28:52 +10:00