Skip to content

Conversation

@projectgus
Copy link
Contributor

Summary

This fix was split out from #15989.

Without this fix, extended CAN ID filtering doesn't work on STM32G4. The memory bank addresses used for these are independent, can (and must) enable both.

Also looks like no need to halve these if FDCAN2 is added (as per comment). The Reference Manual is a bit unclear but looks like the peripheral's RAM multiplies out for each additional controller.

Testing

@github-actions
Copy link

github-actions bot commented Jan 8, 2025

Code size report:

   bare-arm:    +0 +0.000% 
minimal x86:    +0 +0.000% 
   unix x64:    +0 +0.000% standard
      stm32:    +0 +0.000% PYBV10
     mimxrt:    +0 +0.000% TEENSY40
        rp2:    +0 +0.000% RPI_PICO_W
       samd:    +0 +0.000% ADAFRUIT_ITSYBITSY_M4_EXPRESS
  qemu rv32:    +0 +0.000% VIRT_RV32

The memory bank addresses used for these are independent, can (and must)
enable both.

Also looks like no need to shrink these if FDCAN2 is added, the Reference
Manual is a bit unclear but looks like the peripheral's RAM multiplies out
for each additional controller.

Signed-off-by: Angus Gratton <angus@redyak.com.au>
@dpgeorge dpgeorge force-pushed the bugfix/stm32g4_can_ext_filter branch from 90eaf96 to 21b7bd9 Compare January 17, 2025 02:12
@dpgeorge dpgeorge merged commit 21b7bd9 into micropython:master Jan 17, 2025
10 checks passed
@projectgus projectgus deleted the bugfix/stm32g4_can_ext_filter branch January 17, 2025 06:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants