Search Results

Search results 1-14 of 14.

This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

  • Martin, Since it appears that the problem comes from our application, I will now use the support_embos email. Best regards, Audrey

  • Martin, We have observe the same problem on another run but this time, the application didn't crashed. I attached the associated screenshot. It appears that, this time, when the OS_tick interrupt is finiched, no other change task is required. We return to the initial one and then, there is a weird thing : the scheduler restarts, the second Exit_ISR is performed, so that we don't crash. On the previous screenshot, the scheduler wanted to change task, that's the difference... Don't you think there…

  • Here is a screenshot of the problem :

  • Hi Martin, We have modified the link file to store the USTACK in internal memory, so that the application can start using USTACK, and not ISTACK as it was before. Now, the "post mortelm mode" works perfectly, but we still have a problem... Since we have a lot of tasks running, the syncho made by SystemView takes a lot of time. We have configured the OS_tick to trigger every 1 ms. When the SystemView synchro is done during an OS_tick interrupt, if another OS_tick interrupt appears (it can be beca…

  • Hi Martin, Yes, this has solved the observed problem. We are now able to use SystemView in "live mode" and it works correctly. But now, to understand our bug, we would like to use SystemView in "Post mortem mode". We have put the associated flag to 1, set the buffer to 8192 and call the start function in the init function of our application (before the os_start function). The problem we get by doing this is that embOS crash in OS_Error() with the code OS_ERR_ILLEGAL_IN_ISR. Do we have forgotten …

  • Hi Martin, Yes, you're right. embOSView is working fine even if we put all code in external memory (except stacks). However, we have a problem by using SystemView. SystemView works correctly when all the code is in internal memory but, when we put all code in external memory (except USTACK and ISTACK which are stored in internal RAM), we get this error message : Failed to start recording RTT Control Block not found It seems that if "RTT Control Block" is in external memory, it cannot be found...

  • Hi all, embOS v5.02a is now implemented in our software. We are trying to use embOSView but we get some troubles. With our software project, it works only when we reset the debug session, while it works very well using our board, but having loaded the project of the RX63 evaluation board (only two tasks running, very small program). The main difference is that a part of our software is stored in external memory. Is there any additional configuration, or something to do in order to use embOSView …

  • Hello Til, > in my understanding you are using the embOS RX CCRX sources with the IAR EWRX compiler and implement the necessary changes by yourself instead of licensing embOS RX IAR, right? Yes, you are right. > This will not happen since only the first interrupt calls OS_SwitchFromInt() Yes, you're right again. > Please understand we can't give support for your customized embOS and your license agreement does not cover the usage of the IAR compiler. I perfectly understand. The order of lastest …

  • Martin, Here are some news. We have performed other tests and we were actually wrong concerning the U bit to 0. It is well set to 1 but however there is a bug in embOS. This bug appears when two interrupts (nested or with different priorities) run at same time (one interrupts the other) and both have to call "_OS_SwitchFromInt". So that the destacking of ISTACK and then USTACK make the function "_OS_SwitchAfterISR_RX" to be called twice following. The first one decrements the region counter and …

  • Hi Martin, I come back to you since the order has been processed. We have used the "Trace" tool from IAR and we get the following behavior : 1. One task was running and it is now waiting for a message in its mailbox 2. embOS calls "OS_Deactivated()" function to switch to another task 3. When the "OS_Switch()" of "OS_Deactivated()" is performed, the instruction after, we do not return to "OS_Deactivated() to execute "OS_RegionCnt = r" We return in "_OS_SwitchAfterISR_RX" assembler function, at th…

  • Martin, I perfectly understand. I will talk to my boss about that point. I will come back to you later on. Best regards, Audrey

  • Hi Martin, Our licence for embOS is [1.34.04.07] RX CCRX but I confirm that I use IAR. We have adapted embOs to work with IAR because E2 Studio was not going to work for us. Best regards, Audrey

  • Martin, Thanks a lot for your response ! This guides us through our investigation. This error appears randomly, sometimes after 2 hours of run, sometimes after 7 days. However, it appears every time. I'm not sure that providing the sources will help you because the software is quite big, and it requires sensors to work. The device we use is R5F563NE in OS_LIBMODE_DP. The compiler we use is IAR C/C++ Compiler for RX v1.09, in IAR Embedded Workbench IDE - RX 3.10.6. Any idea is welcome ! Best rega…

  • Hello all, I use embOS v4.02a, in OS_DEBUG mode, and my application stops line 9 : C Source Code (11 lines) In documentation it is written that this error appears when : OS_ChangeTask() called without Region Counter set (or other internal error). In which cases the region counter could be equal to zero, since before OS_ChangeTask() is called, the counter is either incremented, either set to 1. What could be the "other internal error" ? Thanks in advance, Audrey