Mark Mulrooney

Mark Mulrooney

Forum Replies Created

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • in reply to: Querying flag status in interrupt #26984

    Mark Mulrooney
    Participant

    Hi Mike,

    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.

    Mark

    in reply to: Problem with mbed.micrium.com #21492

    Mark Mulrooney
    Participant

    Hi,

    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.

    Regards,
    Mark

    in reply to: How to debug_print long data type? #20892

    Mark Mulrooney
    Participant

    Hi Ranchu,

    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.

    Cheers,
    Mark

    in reply to: Sending and Receiving through a socket #17533

    Mark Mulrooney
    Participant

    We’re not aware of any issues in the STM32F7 TCP/IP examples. Could you provide the application code that is causing the problem?

Viewing 4 posts - 1 through 4 (of 4 total)

View the complete site map

x
Loading...