Rate Monotonic Manager
Gedare Bloom
gedare at rtems.org
Sun Oct 16 12:31:32 UTC 2016
You might try a smaller value of ticks, and a large value for
sleeping. E.g. 1000 microseconds per tick, and wake_after(1000) to
suspend for a second.
On Sat, Oct 15, 2016 at 6:11 AM, Agostino Mascitti
<agostino.mascitti at student.univaq.it> wrote:
> Hi all,
>
>
> Excuse another time my delay.
>
>
> @Mr/Ms Gerade I guess this is what you mean:
>
> ../rtemsos_src/configure --target=sparc-rtems4.12 --enable-rtemsbsp=sis
> --enable-tests=samples --enable-posix --enable-networking
> --prefix=/home/agostino/development/rtems/bsps/4.12
>
>
> Thank you for your help,
>
> Agostino
>
> ________________________________
> Da: gedare at gwmail.gwu.edu <gedare at gwmail.gwu.edu> per conto di Gedare Bloom
> <gedare at rtems.org>
> Inviato: mercoledì 12 ottobre 2016 18.02.46
> A: Agostino Mascitti
> Cc: Sebastian Huber; users at rtems.org
>
> Oggetto: Re: Rate Monotonic Manager
>
> Which BSP do you use? (Send the 'configure' command line you use for RTEMS.)
>
> On Wed, Oct 12, 2016 at 9:56 AM, Agostino Mascitti
> <agostino.mascitti at student.univaq.it> wrote:
>> Hi,
>>
>>
>> I am sorry for delay. Just to answer Gerade, I am using the last version
>> of
>> RTEMS and BSP. To determine that it elapses after 2 secs, I just count
>> with
>> my hands the time between 2 consecutive printfs.
>>
>> Using a proportion I set the correct amount of microsecs per tick. But now
>> I
>> do not know how to explain it on my thesis work. It does not seem to me a
>> good thing that I discovered it using a proportion. I attach the new file,
>> which is correct.
>>
>>
>> Agostino
>>
>> ________________________________
>> Da: Sebastian Huber <sebastian.huber at embedded-brains.de>
>> Inviato: martedì 11 ottobre 2016 07.08.29
>> A: Gedare Bloom; Agostino Mascitti
>> Cc: users at rtems.org
>> Oggetto: Re: Rate Monotonic Manager
>>
>> 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