Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: eCos запуск файла
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы
Eug28
Есть необходимость при запуске eCos грузить файл и запускать его на выполнение. Платформа х86.
Хочу сделать так, создать образ с ftp сервером, поддержкой файловой системы и загрузкой задачи из отдельного файла, который можно менять через ftp.
Не могу разобраться как это сделать, помогите пожалуйста.

Заранее спасибо!
gosha
QUOTE (Eug28 @ Oct 30 2011, 22:00) *
Есть необходимость при запуске eCos грузить файл и запускать его на выполнение. Платформа х86.
Хочу сделать так, создать образ с ftp сервером, поддержкой файловой системы и загрузкой задачи из отдельного файла, который можно менять через ftp.
Не могу разобраться как это сделать, помогите пожалуйста.

Заранее спасибо!

Под eCos такого не делал. Работаю с Redboot (начальный загрузчик часть eCos). Необходимая программа(.elf .bin .o) может грузится c IDE диска, по сети Ethernet(TFTP), c USB flash диска.
Можно посмотреть исходные тексты этого файла (который обеспечивает от приглашения командной строки разбор и выполнение ASCII команд)

http://ecos.sourceware.org/cgi-bin/cvsweb....mp;cvsroot=ecos
http://ecos.sourceware.org/cgi-bin/cvsweb....mp;cvsroot=ecos

Обычно, так и делают:
eCos собирают в виде файла (.bin .elf) в котором по умолчанию стартует приложение пользователя,
Собирают и прошивают во flash платы начальный загрузчик Redboot.
Он грузит eCos программу (команда load из командной строки или сценария автоматической загрузки), и передаёт её управление (команда go).
После уже работает eCos.
Страница 303 документа по ссылке:
http://caxapa.ru/upload/files/58bbd5554bd7...83f4372e73d8f79
Eug28
Цитата(gosha @ Nov 1 2011, 07:41) *
Обычно, так и делают:
eCos собирают в виде файла (.bin .elf) в котором по умолчанию стартует приложение пользователя,
Собирают и прошивают во flash платы начальный загрузчик Redboot.
Он грузит eCos программу (команда load из командной строки или сценария автоматической загрузки), и передаёт её управление (команда go).
После уже работает eCos.


С Redboot понятно, на период отладки так и делаю. А надо в готовом изделии сделать так, чтобы выполнялись две задачи ftp сервер и задача управления объектом. Если надо поменять задачу управления, то конектимся к ftp серверу, заменяем файл с задачей управления новым.
gosha
QUOTE (Eug28 @ Nov 1 2011, 19:23) *
С Redboot понятно, на период отладки так и делаю. А надо в готовом изделии сделать так, чтобы выполнялись две задачи ftp сервер и задача управления объектом. Если надо поменять задачу управления, то конектимся к ftp серверу, заменяем файл с задачей управления новым.


Redboot и eCos допускают подгрузку выполняемых модулей at runtime. (Аналог команды #insmod linux.)
Это мы проверяли. И это работает. Выгрузку модулей (rmmod) мы не проверяли.
В нашем случае, модуль- это не драйвер(как это принято в Linux), а прикладная программа.

Из командной строки Redboot это выглядит так:
Redboot> load -m tftp -r -b 0xa5000000 programm.o ; insmod -c

http://ecos.sourceware.org/cgi-bin/cvsweb....t/?cvsroot=ecos

Но в исходные тексты Redboot пришлось добавить эту команду insmod.



Как вариант:

Я бы сделал ф- ю пере-программирования eeprom новой сборкой (прикладная программа + eCos которая получается по сети Ethernet).
И ф-ю пере-загрузки блока после обновления ПО.

Если нужно подгружать несколько рабочих программ в зависимости от режима работы, м. б. сделать настройки выбора режима работы, а все программы все равно хранить во flash устройства, чтобы ничего снаружи не подгружать.


Самый типовой вариант: (из книжки по ссылке выше) в блоке прошит только redboot.
Он грузит по tftp или c IDE нужную для данного режима работы сборку( прикладная программа+ Cos). По сценарию автоматической загрузки.
И передает её управление.

Пере- программируется только сценарий автоматической загрузки (меняется имя загружаемой сборки (программа+eCos)).
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.