Rate Monotonic Manager

Sebastian Huber sebastian.huber at embedded-brains.de
Tue Oct 11 05:08:29 UTC 2016


I am not sure if clock ticks below 20Hz work. Better use

#define CONFIGURE_MICROSECONDS_PER_TICK 10000


On 11/10/16 02:44, Gedare Bloom wrote:
> Nothing jumps out at me. The code at first glance looks correct. What
> version of RTEMS and what BSP are you using? How do you determine that
> 2 seconds elapse between periods? Can you attach a debugger and see
> how the value of the _Watchdog_Ticks_since_boot is progressing?
>
> Gedare
>
> On Sun, Oct 9, 2016 at 11:56 AM, Agostino Mascitti
> <agostino.mascitti at student.univaq.it> wrote:
>> Dear all,
>>
>>
>> I am trying to understand the Rate Monotonic Manager. I think I am not
>> understanding something.
>>
>> As you can see in the attached file, I defined
>>
>> #define CONFIGURE_MICROSECONDS_PER_TICK     1000000 /* Every 1 sec a tick */
>> and I would like a task to be executed every 4 seconds:
>> rtems_rate_monotonic_period(periodid, 4);
>> The strange thing is that the task is executed every 2 seconds.
>>
>> I read the user guide and, as I understand, in the first iteration of the
>> while loop rtems_rate_monotonic_period should not block. In the second
>> iteration, instead, it should block for 4 sec minus the time used to perform
>> the periodic actions. When this time expires, the 4 seconds period should
>> start another time.
>>
>> Could anybody say to me what I am not understanding well please?
>>
>> Thank you another time,
>> Agostino
>>
>>
>> _______________________________________________
>> users mailing list
>> users at rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at rtems.org
> http://lists.rtems.org/mailman/listinfo/users

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.




More information about the users mailing list