| |
|
  |
 Псевдомногозадачность в IAR |
|
|
|
|
 Nov 19 2013, 17:58
|
Участник
Группа: Участник
Сообщений: 49
Регистрация: 27-09-12
Пользователь №: 73 712
|
Уважаемые!
Кто знает, как в IAR EWAVR грамотно реализовать следующий сценарий->
1. После сброса контроллера пользователь выбирает из предложенного списка одну из задач на выполнение.
2. Выхода из выбранной задачи обратно или в другую задачу нет.
3. Задача забирает ВСЕ ресурсы контроллера.
Собственно, вопрос в том, как объяснить линкеру, что разные задачи размещают свои переменные по совпадающим/пересекающимся адресам в RAM, как если бы других задач не существовало?
|
|
|
|
|
|
|
|
Nov 19 2013, 20:10
|
Участник
Группа: Участник
Сообщений: 49
Регистрация: 27-09-12
Пользователь №: 73 712
|
Цитата(scifi @ Nov 19 2013, 21:44)  Легко. 1+N прошивок: первая (загрузчик) - это выбор задачи, а остальные - собственно сами задачи. Яр тут ни при чём - это везде так делается. Надо распределить прошивки по памяти и проработать механизм перехода их загрузчика в задачу. Это получается нерациональное расходование flash-памяти. А как быть, если эти задачи должны использовать общую библиотеку или функции друг из друга? Вообще, больше волнует вопрос общего использования ОЗУ. Цитата(ArtemKAD @ Nov 19 2013, 22:06) Не пользуйтесь статическими переменными и ничего объяснять не придётся. Если переменная не статическая, она просто не видна в другой задаче или вроде того, но место в ОЗУ занимает всё равно. А нужно, чтобы каждая задача владела ОЗУ полностью. Т.е., как я понимаю, начальный адрес размещения переменных в ОЗУ для всех задач должен быть одинаковый. Цитата(scifi @ Nov 19 2013, 21:44) Легко. 1+N прошивок: первая (загрузчик) - это выбор задачи, а остальные - собственно сами задачи. Яр тут ни при чём - это везде так делается. Надо распределить прошивки по памяти и проработать механизм перехода их загрузчика в задачу. Потом, в случае доработки, опять же собирать по частям сложно, по-моему.
|
|
|
|
|
|
|
|
Nov 19 2013, 20:17
|
Знающий
Группа: Свой
Сообщений: 526
Регистрация: 5-08-05
Пользователь №: 7 390
|
Цитата(piroman @ Nov 20 2013, 00:10) А как быть, если эти задачи должны использовать общую библиотеку или функции друг из друга?
Если переменная не статическая, она просто не видна в другой задаче или вроде того, но место в ОЗУ занимает всё равно. Сами себе противоречите: то задачи изолированные, то вызывают код друг из друга. Если переменная не статическая и не глобальная - она лежит в стеке задачи вплоть до завершения задачи. Если задача не вызывается, переменная никогда не попадет в стек, соответственно памяти не займет. Про загрузчик вам правильно все рассказали.
|
|
|
|
|
|
|
|
Nov 19 2013, 20:30
|
Знающий
Группа: Свой
Сообщений: 624
Регистрация: 15-06-10
Из: Россия
Пользователь №: 57 939
|
Ну а кто вам мешает сделать чтото типа среды. Среда общая - низкоуровневые функции, таймеры, ввод-вывод, буферы прийома передачи. А конкретные задачи реализовывать по древовидному принципу. Из общей среды выбираются по какому то триггеру задача, в которой уже используются только локальные переменные/стэк. Вроде как всё тривиально  Поставить джампер - по нему разделить на 2 задачи. Два джампера - на четыре задачи. Три джампера....)))))))
|
|
|
|
|
|
|
|
Nov 19 2013, 21:15
|
Участник
Группа: Участник
Сообщений: 49
Регистрация: 27-09-12
Пользователь №: 73 712
|
Цитата(ArtemKAD @ Nov 19 2013, 23:43) Если переменная не статическая(не глобальная), то память для нее выделяет компилятор исключительно на время работы использующего ее кода. В остальное время эту-же память/регистры компилятор использует для других не статических переменных. Аналогично с динамически выделяемой памятью из кучи - пока не выполнится malloc (или аналогичное) она физически не распределена и ее место может быть использовано на что угодно. Как я понимаю, переменные, о которых вы говорите, объявляются внутри использующих их функции. Т.е. Код void procedure task_number_0(void)
{
unsigned char a,b,c;
unsigned char d[1000];
...
} Правильно? В этом случае место для них выделяется во временной области, доступ к которой происходит не по абсолютным адресам, а по ссылке. Но, по-моему, в этом случае, если переменных много и не удаётся эффективно разместить их по регистрам, резко возрастает размер и время выполнения кода. Кроме того, не получается сослаться на эти переменные в процедурах, написанных на ассемблере.
|
|
|
|
|
|
|
|
Nov 19 2013, 23:06
|
Профессионал
Группа: Участник
Сообщений: 1 264
Регистрация: 17-06-08
Из: бандустан
Пользователь №: 38 347
|
Цитата Вообще, больше волнует вопрос общего использования ОЗУ. man union вообще то что вы описали, на многозадачность никак не тянет
|
|
|
|
|
|
|
|
Dec 15 2013, 16:51
|
Частый гость
Группа: Участник
Сообщений: 130
Регистрация: 26-06-06
Из: Березовский
Пользователь №: 18 355
|
Цитата больше волнует вопрос общего использования ОЗУ если только ОЗУ может быть так? Код uint8_t var;
#define var1 var
#define var2 var
|
|
|
|
|
|
|
|
Dec 16 2013, 08:32
|
Участник
Группа: Участник
Сообщений: 49
Регистрация: 27-09-12
Пользователь №: 73 712
|
Хотя такая задача уже отпала, но кое-что я всё-таки нашёл для такого случая в "IAR Linker and Library Tools Reference Guide". Директива линкера, которая позволяет перекрывать сегменты данных, и вместо "Error" линкер пишет "Warning". Цитата -z
Syntax -z[a][b][o][p][s]
Parameters
Description Use this option to reduce segment overlap errors to warnings, making it possible to
produce cross-reference maps, etc.
-za suppresses overlap errors between absolute entries. This is useful if you, for
example, have several absolutely placed variables on the same address. Note that -za
only ignores overlaps where both entries are absolutely placed.
All overlaps are reported by default. You can specify -zb and -zs to ignore overlaps to
the bit and SFR area respectively.
For the 8051 processor, only overlaps that do not involve bit segments or SFRs are
reported. You can specify -zo and -zp to report overlaps.
Using the -zs option requires that the used processor has a dedicated SFR area that
XLINK has been made aware of. The only processor that has a dedicated SFR area for
these purposes is the 8051. Using the -zs option for any other processor will generate
warning 68 but otherwise have no effect.
Use -zb to suppress error 24 (segment overlap) for segment overlaps where at least one
of the involved segments is a bit segment.
This option is identical to the Segment overlap warnings option in the linker category
in the IAR Embedded Workbench IDE. По-моему мнению, в использовании статических/глобальных переменных нет ничего страшного. Доступ к ним прост и быстр: LDS, STS, LD, ST. Лично у меня, только небольшое количество переменных, используемых в процедурах, локальные, чтобы не перегружать стек.
|
|
|
|
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|
