About MMits.1

MMits.1 · 2021-09-01

MMits.1 · 2021-08-31

I use FreeRTOS on a STM32L432 - the FreeRTOS port that STM delivers.When I call "taskENTER_CRITICAL" it should disable all interrupts on the CPU, but fetching the BASEPRI register value tells me that the BASEPRI is still 0 (= all interrupts enabled)....

MMits.1 · 2021-09-10

Also, yes, disabling RNXE (and maybe even RX in total) would have been a solution. I never ran into this before.But I learned to handle the ORE in the ISR whenever RXNE is involved as they both are enabled by RXEIEAnd I learned that the JLINK is quit...

MMits.1 · 2021-09-10

the hardware designer routed TX and RX directly from the MCU IOs to the onboard connector without any pull-up or pull-down resistors. I have to admit that I assumed them to be there.I added them in the MCU

MMits.1 · 2021-09-10

Found itThe UART PCB routing appears to be poor - The RX is reading parts of the TX data when the pin is floating.

MMits.1 · 2021-09-10

Overrun error was the problem. I only do not understand WHY it occursThe USART does not receive anything, the RX line is not even attached somewhere. Yes, turning off RXNE is the most simple way to remove the issue, but I'd like to understand why the...

MMits.1 · 2021-09-10

OK, I got my hands on a JLINK debugger, put debugging level to MAX and let the CPU ran into the problem. I cannot actually put a breakpoint on the issue, so I let the CPU run into the stallment (whatever that is) and hit the PAUSE buttonThis is the s...

User statistics

User Activity

Interrupts and internalFLASH access results in CPU stallment

STM32L4 + FreeRTOS - taskENTER_CRITICAL does not disable interrupts

Re: Interrupts and internalFLASH access results in CPU stallment

Re: Interrupts and internalFLASH access results in CPU stallment

Re: Interrupts and internalFLASH access results in CPU stallment

Re: Interrupts and internalFLASH access results in CPU stallment

Re: Interrupts and internalFLASH access results in CPU stallment