Posts by SEGGER - Til

Hello Christian,

please contact us directly to discuss your scenario in more detail.
If possible, could you please provide a simple application that shows your setup?
That makes it easier to comment the behavior.
Of course, you could program an issue with Mutex if not used correctly, like described in the link below in the sub-chapter "Deadlock".
https://www.segger.com/doc/UM01001_embOS.html#id_00032f

Best regards,
Til

Hello Chris,

Until embOS V4.26 the logic is basically like you described: If a task gets activated but waits for a mutex, the owner of the mutex gets activated.
In V4.26 the handling was improved to handle more complex situations more efficient (e.g. one task waits for more than one mutex, etc.).
There is no known issue regarding priority inheritance/inversion in both embOS V4.04 and the most recent embOS V5.18.3.

For more detailed information please contact us directly: https://www.segger.com/doc/UM01001_embOS.html#Support

Best regards,
Til

Hi Silvio,

Glad to learn the observed issue was solved!
The issue was not caused by embOS but caused by the application.
An embOS application must not use embOS API or enable embOS interrupts in a zero latency interrupt routine.

Best regards,
Til

Hello,

Thanks for your feedback. It's good to hear it's working for you.
Yes, I would like to add such an API routine that returns the current context.
Unfortunately, that would work for Cortex-M but not for all other CPUs.
Anyway, I will add it to our wish list.

Best regards,
Til

Hello,

This is not an embOS bug, but it works as intended.

OS_INT_InInterrupt() returns 1 only when called from an embOS interrupt routine.
From any other context, like embOS software timer, it returns 0.

With Cortex-M embOS software timers are executed within the PendSV() (not SysTick) interrupt, but that is just an implementation detail for embOS Cortex-M.
From the embOS perspective, it is the software timer context, and you must not use any mutex API within an embOS software timer.

You could use OS_TIMER_GetCurrent() to check whether a timer callback is currently being executed.

Does that answer your question?
You can also get support via our support email address and support ticket system: https://www.segger.com/doc/UM01001_embOS.html#Support

Best regards,
Til

Hello Silvio,

please have a look here: https://www.segger.com/products/rtos/…plug-ins/ozone/.

Best regards,
Til

Hello Sebastian,

your embOS license should be still in support.
Please get in contact with us and I am pretty sure we can solve that issue quickly.
https://www.segger.com/doc/UM01001_embOS.html#Support

Best regards,
Til

Hello,

I am not that familiar with TouchGFX but are there any specific requirements from TouchGFX regarding an RTOS?
I think such an instruction would be part of TouchGFX. Usually there could be some kind of porting layer that, e.g. enables TouchGFX to be used from different threads.

I have found the following:
TouchGFX Real Time Operating System
TouchGFX Operating-system

It seems there is a file touchgfx/os/OSWrappers.cpp, which needs to be modified.

Please contact us directly, and I am pretty sure we can help you with that, https://www.segger.com/doc/UM01001_embOS.html#Support

Best regards,
Til

Dear Damien,

do you already have an embOS license?
Why do you use embOS V4? The latest embOS version is 5.18.0.

Would it be possible to share your code? You don't need to publish it here, but you can also contact us directly:
https://www.segger.com/doc/UM01001_embOS.html#Support

A basic embOS mailbox sample application OS_Mailboxes.c can be found in every BSP in the embOS shipment:

#define MAX_MSG_SIZE  (8)  // Max. number of bytes per message
#define MAX_MSG_NUM   (2)  // Max. number of messages per Mailbox




static OS_STACKPTR int StackHP[128], StackLP[128];  // Task stacks
static OS_TASK         TCBHP, TCBLP;                // Task control blocks
static OS_MAILBOX      MyMailbox;
static char            MyMailboxBuffer[MAX_MSG_SIZE * MAX_MSG_NUM];


static void HPTask(void) {
  char aData[MAX_MSG_SIZE];


  while (1) {
    OS_MAILBOX_GetBlocked(&MyMailbox, (void *)aData);
    OS_COM_SendString(aData);
  }
}


static void LPTask(void) {
  while (1) {
    OS_MAILBOX_PutBlocked(&MyMailbox, "\nHello\0");
    OS_MAILBOX_PutBlocked(&MyMailbox, "\nWorld!\0");
  }
}


int main(void) {
  OS_Init();    // Initialize embOS
  OS_InitHW();  // Initialize required hardware
  OS_TASK_CREATE(&TCBHP, "HP Task", 100, HPTask, StackHP);
  OS_TASK_CREATE(&TCBLP, "LP Task",  50, LPTask, StackLP);
  OS_MAILBOX_Create(&MyMailbox, MAX_MSG_SIZE, MAX_MSG_NUM, &MyMailboxBuffer);
  OS_COM_SendString("embOS OS_Mailbox example");
  OS_COM_SendString("\n\nDemonstrating message passing\n");
  OS_Start();   // Start embOS
  return 0;
}

However, if necessary, I can also create a sample application like the CMSIS sample application.

Best regards,
Til

Hello,

I don't think OS_SDI() and OS_RI() were API names in embOS RL78 IAR.
Or was it another embOS port?

Sounds like OS_INT_Disable() and OS_INT_EnableConditional():
https://www.segger.com/doc/UM01001_embOS.html#OS_INT_Disable
https://www.segger.com/doc/UM01001_em…ableConditional

embOS API names changed from V4 to V5:
https://www.segger.com/doc/UM01001_em…migration_guide

Which embOS port and version did you use before?

Please feel free to contact us directly:
https://www.segger.com/doc/UM01001_embOS.html#Support

Best regards,
Til

Issue 1. and 2. occurred under special circumstances only and are fixed in the latest IAR plugin 9.x.6.2, which is available for download.

Hello Mikkel,

with the most recent embOS version you can use OS_TIMER_GetCurrent() and OS_INT_InInterrupt().
With older embOS versions the return value of OS_TIMER_GetCurrent() was valid during the execution of a timer callback function only.

https://www.segger.com/doc/UM01001_em…IMER_GetCurrent
https://www.segger.com/doc/UM01001_em…INT_InInterrupt

Would it be possible for you to update to the latest embOS Cortex-M GCC V5.18.0.1?
That would be the easiest solution.

Best regards,
Til

Hello,

yes, these are called in embOS "task events".
https://www.segger.com/doc/UM01001_embOS.html#Task_Events

Please also have a look here Migration from FreeRTOS to embOS.

Best regards,
Til

Thanks for the feedback.
Good to know it's working now.
Please let me know if I can be of any further help.

Best regards,
Til

Hello Liorsze,

I just tested the nRF52840 DK BSB in Start\BoardSupport\NordicSemi\nRF52840_nRF52840_DK\ and I can build it successfully with Embedded Studio V5.42b.

1. Which Embedded Studio version do you use?
2. Did you make any changes to the project?

Best regards,
Til

Hello Michael,

I am sorry, there was an issue with the manual, please download the latest revision from here https://www.segger.com/downloads/embo…CortexM_IAR.pdf

Best regards,
Til

Hello Michael,

unfortunately IAR changed the thread safety support in different IAR EWARM version.
What needs to be done for different IAR version in described in chapter "4.2 Thread-safe system libraries" and "4.2.2 IAR compiler V8.10 and newer".

From the linker error message I guess you did not add the xmtx.c, xmtx2.c and xmtx3.c.
Please find these files in the \Setup folder of your board support package.
Does that solve your issue?

In case of doubt please don't hesitate to contact our embOS support directly and we will be happy to assist you:
https://www.segger.com/doc/UM01001_embOS.html#Support

Best regards,
Til

Hello Broddo,

thanks for the additional information.
Just to keep you up to date, we are still working on it.
It's a little bit more complicated to install/use the latest NIOS II tools.

Best regards,
Til

Hello Broddo,

thanks for the detailed description.
Maybe an issue with your linker file and stack symbols.
We will have a look into this today and get back to you asap.

Best regards,
Til

Hello Vadym,

Quote from vadymsodolevsky

As I understand the porting should not depend on IDE. Am I right?

Yes, correct, the embOS Cortex-M GCC libraries are core/compiler but not IDE specific.

Quote from vadymsodolevsky

Can I use the library and include for the STM32CubeIDE Cortex M4 V7 project?

Basically yes, but I recommend to use the embOS library from embOS Cortex-M GCC since it's based on a more recent embOS version.
In any case please don't mix embOS libraries and RTOS.h from different embOS versions.

We can still offer to create the BSP for you. Maybe that's easier.
Please contact us directly to discuss any further details.

Best regards,
Til