ChibiOS Free Embedded RTOS

The attached patch fixes the register layout in TIMv1 for STM32G4. The key registers that mattered for me are DCR and DMAR, needed for strided burst DMA for sending a DShot signal out a timer. On STM32G4 the DCR register is at 0x3DC whereas on F4/F7/H7 etc it is at 0x48 It took me an embarrassingly ...

If anyone has implemented mutex with timeout and priority inheritance then please let me know. It would be very useful for ArduPilot. As giovanni said, it does look quite complex to implement, but would be a really nice feature.

I committed an SDMMCv2 driver, it is a bit different because it uses a new mode of starting the data state machine, setting DTEN is no more "valid" even if it still works apparently. It also includes some clock-related improvements. Timeouts handling is different too. Thanks! I'll take a ...

Tridge, there several things I don't understand in your implementation so I cannot use it as-is, in additions it refers some external code (bouncebuffer) which is not part of the driver. yes, I have bouncebuffer hooks in SDIOv1 and SDMMCv1 too. I really don't understand how other ChibiOS users are ...

One thing I didn't finish on SDMMCv2 is setting the clocks correctly. I just left a #warning in the code: https://github.com/ArduPilot/ChibiOS/blob/master/os/hal/ports/STM32/LLD/SDMMCv2/hal_sdc_lld.c#L519 It works like this, but the transfer rate isn't as fast as it should be. We normally don't need...

Just FYI, I am giving IDMA a try, it does not look complex. sorry, I thought I told you that I got IDMA fully working last year. I think I sent a patch? The code is here: https://github.com/ArduPilot/ChibiOS/blob/master/os/hal/ports/STM32/LLD/SDMMCv2/hal_sdc_lld.c We've been using it in production ...

simple fix for I2C4 BDMA on H7 attached, wrong CR register values used.
This one took me an embarrassingly long time to find. It just doesn't jump out at you when inspecting the code.

Giovanni wrote:I had to do a lot of rework in order to integrate the ST driver with the new IRQ infrastructure so the patch was not up to date. Now the new infrastructure is ready and I added support for timers from 9 to 14 to ST.

thanks!

This adds support for using TIM12, TIM13 or TIM14 as the system timer for STM32 TIMv1. Tested on a STM32F765. I needed this for a board where all the existing supported system timers were occupied for other tasks (PWM output, RC input etc). I couldn't see any reason we shouldn't use the other timers...

Tridge, have you tried the SW I2C implementation? that would be the safest one. You can make it go fast enough without using much CPU. no, and I really don't want to. We run these MCUs with a large number of sensors and I really don't want the overhead of a sw I2C. Some of our boards have 4 I2C bus...