Hi Frank-Christian, I don't know whether it's on anyone's to-do list, (I just joined this mailing list a few weeks ago myself), but I "CAN" say that if you are interested in writing your own driver it shouldn't be terribly difficult (I'm working on a driver for the TI Tiva chips currently). As you already found, the stm32_can driver is a good example for the classic (char device) CAN model. For the new SocketCAN model (see net/can) there's a driver contributed (I think) by NXP for one of their chips (see arch/arm/src/s32k1xx/s32k1xx_flexcan.c)
I decided to implement a classic character device CAN driver for Tiva myself since I wasn't sure whether the SocketCAN model was stable when I started, but I don't think a SocketCAN driver model would be too much more difficult. There's a brief overview in the documentation [1]. Matt [1] https://nuttx.apache.org/docs/latest/components/drivers/special/socketcan.html On Thu, Dec 17, 2020 at 11:06 AM Frank-Christian Kruegel <nu...@istda.com> wrote: > > Hi, > > I'm currently in the process of testing all peripherials on my Nucleo > STM32H743ZI board. So far, I2C, SPI, UART, and Ethernet seem to work. > > My next step would be CANFD, but I've noticed that there is no > stm32_can.c/.h in arch/arm/src/stm32h7 as there is for stm32f7. > > Since the F7 doen't have CANFD I assume I cannot use the f7 can driver > on the h7 even if I would loose CAN-FD capability. > > Are there plans to support CAN on STM32H7? Is there any schedule for this? > > Thanks > > Frank-Christian
