Forum Replies Created
To follow up on Sharbel’s response, there really isn’t a uC/OS 5, there’s uC/OS-II, uC/OS-III and Micrium OS Kernel.
uC/OS-II and uC/OS-III are designed to run on a wide variety of processors.
Micrium OS Kernel (at one point years ago called uC/OS 5) is only designed to only run on Silicon Labs parts.
If the operating system you’re using is Micrium OS Kernel on Silicon Labs hardware, their community forums are best for those questions: https://www.silabs.com/community
However, to answer your question there’s two possible solutions depending on what version of the operating system you’re using.
1. Call OSFlagPost() with 0 for the flag value. I would also add in the no scheduler option since the scheduler will be running when you exit from the interrupt context anyway. The return value of the OSFlagPost() call will be the current state of the flags.
2. As Sharbel mentioned, if you’re running uC/OS-III v3.07.04 or greater, you’re allowed to make a non-blocking pend call from an ISR.
Sorry you were having problems with the mbed web application. There was an issue with the server hosting https://mbed.micrium.com that prevented it from loading. This has now been resolved and the page should be operating normally.
I would recommend checking are which printf is being linked in and if the one being linked in supports printing long variables. Also, if you’re printing a variable that’s on a Micrium stack, check the alignment of the stack, sometimes the stack needs to be on a 32 byte boundary.
We’re not aware of any issues in the STM32F7 TCP/IP examples. Could you provide the application code that is causing the problem?