ИАР 4.30 + Atmega128

У меня есть устройство которое выполняет несколько несвязанных между собой функций. Хотелось бы разместить эту функциональность в разных программах. При включении устройства запускается основная программа, пользователь может войти в меню и выбрать там другую программу. При этом устройство перезагрузится и она начнет выполняться.

Как это можно реализовать?

Я представляю примерно так: при загрузке устройства запускается программа-загрузчик, которая в зависимости от какого-то байта в епроме дальше передает управление по разным адресам. Т.е. я могу сделать в иаре несколько проектов с разными стартовыми адресами, а потом руками "склеить" hex-файлы?

...вопрос, а пользователь будет задавать выпополняемую программу при каждом запуске устройства?

Да можно, главное что бы они не пересекались. ( разные xcl файлы)
Так можно объеденить бутлоадер с основоной программой.
Но вот с разными программами сложнее - как быть с прерываниями?
Можно конечно орабатывать все прерывания в мониторе - и монитор передаст управление активной программе...

идея была такая - при включении всегда запускается основная программа, а дальше пользователь может войти в меню и выбрать другую программу. При этом будет выставлен байт в епроме. А при после перезагрузки МК и загрузки этой выбранной программы байт будет сброшен - и при следующей перезагрузке загрузится основная программа.

А смысл записывать eeprom и перегружать проц ради 1 раза?
Не проще ли всегда стартовать основную программу, а потом на выбраную пользователем просто делать jump.

ИМХО такое решение от лукавого... А если найдется баг в одной из прошрамм или ей придется добавить функциональность? Переделаете программу и изменится размер прошивки, придется снова все соединять в кучу, следя чтобы прошивки не перекрывались в адресном пространстве... Как уже сказали вектора прерывания разделить будет проблематично, да и на до ли это? Может быть написать одну программу, а режим работы выбирать из стартового меню. Почему невозможен данный вариант?

Да собственно примерно так оно счас и реализовано. Устройство запускается в основном режиме, а при выборе соответствующего пункта меню переходит в дополнительные. При этом основная программа "паркует" свуои данные и фактически прекращает работу.
Но меня смущает то, что при этом переходе надо отрубить/перенастроить все прерывания - если что-то забыть - то управление пойдет в основную программу, что плохо. Кроме того, в оперативке по прежнему висят все глобальные объекты, хотя текущей "программе" они не нужны. Если такой дополнительной программе нудны прерывания, то в обработчике прерывания надо проверять некий флаг и передавать управление либо "основной" либо одной из дополнительных программ.

Я думал, как от всего этого избавиться - возникла мысль о собственном "загрузчике", как в настольной ОС. Но судя по вашим ответам, это создаст массу новых проблем, так что наверное оставлю все как счас.

ИМХО для такой организации лучше подходит выполнение программы из ОЗУ (внешнего видимо). В ОЗУ проще загружать требуемую программу/модуль и передавать ему управление (оверлеем вроде называется), чем каждый раз компоновать разные программы во Flash (заморачиваясь каждый раз с векторами прерываний) или перегружать Flash разными прошивками (ресурс Flash не безграничен).

AVR выполняет программу только из внутренней flash.
Тем не менее, это можно реализовать если программа на Forth или другом подобном языке.

Извиняюсь если что не так понял.
Мне кажется исполниемые модули можно загружать разные без проблем, можно использовать указатели на функции. Создать, например, константную структуру из указателей, проинициализированных соответствующими фукциями. Выбираем нужную структуру(тип структуры для всех задач один) , инициализируем переферию заново и новый цикл с новой исполнительной части загружается. С прерываниями можно также поступить, если не сильно критичен вызов функции в прерывании, или в зависимости от специфики использования прерываний одного типа, обработчик может быть общий, а использование данных от функции каждая задача определяет сама.

Добавление программы/задачи - нужно компилировать весь проект(вам и так придется компилировать + дорабатывать прошивку) .
При работе процессор перегружать не нужно.

Перенастроить прерывания не так уж и сложно. Для каждой вашей "программы" делаете доп. функции open и close к примеру. В open разрешаете все необходимые прерывания, в close их запрещаете.


А зачем вам глобальные объекты, которые использутся только в одной функции? Сделайте их локальными.

Наипростейший вариант реализации (на мой взгляд).
1. Или из EEPROM или чтение входных портов конфигурации.
2. Инициализация в зависимости от п.1 (switch).
3. В фоне и во всех прерывания тоже switch.
Единственный не очень ясный момент - переход в другой режим. Вероятно, после этого надо начинать от печки сразу.

А кто говорит, что они только в одной функции? Устройство имеет основную задачу, на которую нацелены все его перерывания, память и т.д. Кроме того, его можно переключить в другую задачу (обычно сравнительно маленькую - типа преобразования интерфейсов или загрузки\выгрузки инфы). При этом основная задача прекращает исполняться.



Да собственно так оно счас и сделано. Просто меня "посетила" мысль - реализовать для каждой независимой задачки отдельную "программу" - отдельно компилируемую, отлаживаемую и т.д. + некий загрузчик, который при старте передает управление. Но судя по всему, геморрой который при этом появляется того не стоит.
Так что тема наверное закрыта. Спасибо всем за посты.

Еще вариант, если не возражаете.
Сделать типа Setup (как в PC), в который попадаем при какой- то комбинации.

Я имел в виду, что на каждую из ваших "программ" будет заведено по одной функции.

Не знаю зачем такое нужно ? да и еще на меге , вы ведь на этом ничего не выиграете.
Лучший вариант:

Здравствуйте



Дабы не засорять конференцию похожими темами, задам свой вопрос здесь. Пытаюсь с помощью IAR 4.40 запрогать AT91SAM7S256. Так вот вопрос состоит в следующем: Можно ли с помощью иара залить во флешь процессора 2 разные программы переопределив в файлах at91SAM7S256_64KRAM.xlc и at91SAM7S256_NoRemap.xlc параметр -DROMSTART



В частности первую программку хочется залить по адресу 0x0 вторую же по адресу 0x2000

Я так понимаю, при запуске АРМ начинает работать с нулевого адреса. Так?

Собсно, хочется из первой программки(бутлоадер своеобразные) прыгнуть на вторую(основную)... Можно ли это сделать посредством ассемблеровской вставки asm("B 0x2000")



И ещё вопрос. При загрузке программы в АРМ посредством ИАРа какие-нть происходят действия с флеш (полностью ли она затирается или начиная с аддреса, обозначенного в xlc)?



Попробовал в бутлоадере сделать asm("B 0x2000"). Залил во флеш.

Потом в основной проге в обоих xcl изменяю -DROMSTART=0x00002000. Пытаюсь залить во флеш через дебагер. Ну и дебагер у меня подвисает, т.е. как я понимаю, прыжка не происходит на адрес 0x2000 со стороны бутлоадера.



Уж простите за сумбурное объяснение проблемы. Прошу вас, задавайте вопросы, попытаюсь раскрыть тему более полно.



Помогите советом или ссылкой на доки, пожалуйста

Теоретически да, причем поскольку во флешь, то использовать второй из перечисленных файлов и не забыть, что память стирается страницами, чтобы при стирании памяти под одну программу не затереть часть другой.Да, начинает с адреса 0. Не уверен, что команда "B" в асм-вставке поймет абсолютный адрес. Можно в .xcl первой программы определить символ, скажем -DApplication=0x2000, а в самой программе сделать extern void Application(); Application();Затираются только те страницы, в которые записываются данные. Т.е. если программа заняла 1К, то только этот 1К будет стерт, даже если в .xcl под программу отведено 100К.Это лишнее. Первый .xcl нужен только для отладки в RAM.Сначала убедитесь, что асм-вставка действует именно так, как вы хотите. Пройдите это место в симуляторе и убедитесь, что переход происходит. Команда "B" подразумевает в качестве аргумента смещение относительно PC.

P.S. Надо было все же в отдельную тему писать - предыдущее обсуждение шло про AVR.

Большое спасибо за развернутые ответы

Че-то я не сообразил по поводу темы про АВР.