STM32duino
-
|
Describe the bug To Reproduce Expected behavior Screenshots Desktop (please complete the following information):
Board (please complete the following information):
Attached sketch |
Beta Was this translation helpful? Give feedback.
Answered by
danyhm
Nov 12, 2023
Replies: 4 comments 4 replies
-
|
Full build log. notice the line In file included from c:\Users\Danial\Documents\Arduino\libraries\STM32duino_FreeRTOS\src\heap.c:25: |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
This seems to be compiler problem. even after managing to use other types like std::string to get it working, adding more functions to the sketch reproduces the problem. it somehow disables the IRQ. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Simply remove STM32FreeRTOS include and it should work better. |
Beta Was this translation helpful? Give feedback.
4 replies
-
|
Yes, I stripped the sketch down for it to be reproducible. the original sketch is way bigger. the problem is that after adding some variables and functions the IRQ is not called for some reason. this same sketch used to work with an older version of stm32duino. but even downgrading to those versions didn't solve the problem. I tried it on another board and tried various versions and compilers. even with IDE 1.x this exact problem happens. and don't get me wrong I'm not a newbie in programming but this particular problem I just can't figure it out. I tried debugging with ST-Link and openocd with Arduino. the NVIC->ISPR is set and NVIC->ISER is also set so theoretically it should go to the ISR but it doesn't! and why this happens after declaring a global variable I have no Idea! |
Beta Was this translation helpful? Give feedback.
-
|
Did you check errata sheet? Is it a legacy STM32? |
Beta Was this translation helpful? Give feedback.
-
No it's not legacy. |
Beta Was this translation helpful? Give feedback.
-
|
So I can't help, sorry. Here it is for legacy STM32. If it works for fake fine else... |
Beta Was this translation helpful? Give feedback.
-
|
@fpistm after hours of debugging and ARM register checking i finally found out that when I declare the Arduino_Core_STM32/cores/arduino/WString.cpp Line 167 in 586319c Some people say it's __libc_init_array or newlib nano doing this but I have no clue. I just remember that I used to get a warning about this could this be related? manually setting basepri back to zero solves the problem. |
Beta Was this translation helpful? Give feedback.
0 replies
Answer selected by
danyhm
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
@fpistm
I finally found the problem. It was really hard to debug and get to the source of it given Arduino's poor debugging resources. but as I guessed this is a library implementation issue. Others have experienced it as well
https://community.st.com/t5/stm32-mcus-products/basepri-setting-after-reset/td-p/589810
after hours of debugging and ARM register checking i finally found out that when I declare the
String someNamethebaseprivalue is set to0x50which should normally not happen. whether this is related to FreeRTOS or not is another story but i found out after declaring the String, at system startup thebaseprivalue is changed to a non-zero value at this lineArduino_Core_STM3…