About Blacbird

Blacbird · 2021-06-01

The error occurred while reading a UART interface (heavy load @ 115200 baud) byte by byte (with HAL_UART_Receive_IT(&huart1, &com_uartRxSignBuffer, 1) ). MCU: STM32F302VB ST firmware version : STM32Cube_FW_F3_V1.11.2Before the RXNE interrupt is disab...

Blacbird · 2019-03-25

I recently switched an older project to CubeMX 5.1.0 and the F3 firmware package V1.10.0. We used freeRTOS and tim3 as the timebase source as tim1 and tim2 are already in use. The program does not pass the initial timebase configuration any more and ...

Blacbird · 2017-08-21

Posted on August 21, 2017 at 12:34Hiho,there are still remaining hints of stall/step loss detection (for example at the description of the FLAG pin) in the datasheets of the above mentioned ICs although they are only implemented in the L6480/L6470. ...

Blacbird · 2017-07-27

Posted on July 27, 2017 at 20:20Hiho,we recently updated one of our projects to the newest Firmware package and had to realize that receiving CAN Messages per Interrupt did not work reliably anymore. We were able to track the problem down to the fac...

Blacbird · 2022-06-14

I have something I wanted to add, because I ran into this problem, too.In my case RCC_BDCR_RTCEN would have been set in HAL_RTC_MspInit but it stayed zero. The reason was that RCC_BDCR_BDRST was set (backup domain reset). But I never set this.My fix:...

Blacbird · 2019-04-30

Hi @Nesrine.JLASSI ,thank you for your answer! The issue was indeed fixed with the last cubeMX version. We used TIM4 in the .ioc to evade the problem and keep on developping.best wishes,Tobias

Blacbird · 2019-04-25

Hi @Nesrine.JLASSI,I appended the .ioc file. Sorry that it took that long for me to answer, I forgot that I disabled the notifications.best wishes,Tobias

Blacbird · 2019-03-26

I stumbled across the same problem on the V1.10.0 firmware package of an STM32F3 processor, and from the things I heard of a colleague working with an STM32F1 I strongly suspect the inversion is also a problem there.

Blacbird · 2017-08-29

Posted on August 29, 2017 at 16:24Thanks for caring about this issue. In rev5 of the L6472 datasheet step loss is still mentioned as an alarm condition for the flag pin on page 18, but you are right, this should not lead to any misunderstanding.

User statistics

User Activity

Race condition in UART_RxISR_8BIT (HAL)

TIM3 as Timebase Source on STM32F302RB

Remnants of stall detection in L6472 and L6482 datasheets

CAN RX FIFO overflow handling in STM32F4 FW package V1.16.0

Re: STM32G071RB RTC init bug.

Re: TIM3 as Timebase Source on STM32F302RB

Re: TIM3 as Timebase Source on STM32F302RB

Re: Logic inversion for CAN NART/AutoTransmission

Re: Remnants of stall detection in L6472 and L6482 datasheets