eCos стоит или нет? Опции

[framer]

Есть ли кто нибудь кто практически использует еСos? Стоит ли с ним связываться ? Хотелосьбы унифицировать все проекты (и там где стоят маленькие АРМ и те которые делаються на промышленных компьютерах ) под один РТОС. Посмотрел вроде это наиболее подходящее но попробовал сделать синтетический порт под линуха то немного помулался. А порт на РС с redboot пока не получился. Вот и начал задумываться стоит дальше мучаться или нет. И еще вопрос по литературе и вообще по интересным ссылкам и проектам , где копать?

[v_shamaev]

Мне это какраз нужно. Для начала я хотел бы собрать eCos с тестовым приложением и заставить всё это стартовать с жёсткого диска на x86. Так же нужен файловый ввод/вывод, последовательные порты.

Если одно приложение - особых проблем не вижу - получаете загрузочный образ, на диск - вперед. Но на мой взгляд это целесообразно только если стоит одна задача, уже не учебная. Я бы поступил так - поставил vmware, и из под нее грузил бы хоть двадцать образов - каждый в виде файла. Консоль есть, файловая система тоже поддерживается. Да и отлаживаться при нужде можно (хоть и несколько сложно )

Приложений будет 2. Я пишу под Linux'ом в POSIX, так что отлаживать эти программы на целевой платформе не придётся (я надеюсь).
По поводу загрузочного модуля. Как его получить? В примере из документации собираетрся RedBoot, заливается на дискету. А тестовая программа компилится в отдельном проекте и загружается по сети или COM (командой load) на таргет. Дальше исполняется командой go. Но это не то, что мне нужно. К стати после команды go в терминал выводится бред вместо "Test string\n". У меня получилось запустить тест в отладчике так-же через COM.

Так точно так же как и RedBoot - в конце концов, он то же из eCos собирается. Только вместо RedBoot на дискету, образ заливается приложение, собранное с eCos. В тестовом примере разбирается отладочный случай - редбут все-же проще запустить, а если он работает, значит уже можно и свое что через отладочный канал грузить-отлаживать. Ну а если прошлись по всем граблям, дальнейшее труда не составит. Ну и еще - в окончательном варианте не должно быть резидентной части отладчика, модель памяти - ROM, и вся инициализация своя - не из RedBoot-а

[yanich]

Приложений будет 2. Я пишу под Linux'ом в POSIX, так что отлаживать эти программы на целевой платформе не придётся (я надеюсь).
По поводу загрузочного модуля. Как его получить? В примере из документации собираетрся RedBoot, заливается на дискету. А тестовая программа компилится в отдельном проекте и загружается по сети или COM (командой load) на таргет. Дальше исполняется командой go. Но это не то, что мне нужно. К стати после команды go в терминал выводится бред вместо "Test string\n". У меня получилось запустить тест в отладчике так-же через COM.

Так точно так же как и RedBoot - в конце концов, он то же из eCos собирается. Только вместо RedBoot на дискету, образ заливается приложение, собранное с eCos. В тестовом примере разбирается отладочный случай - редбут все-же проще запустить, а если он работает, значит уже можно и свое что через отладочный канал грузить-отлаживать. Ну а если прошлись по всем граблям, дальнейшее труда не составит. Ну и еще - в окончательном варианте не должно быть резидентной части отладчика, модель памяти - ROM, и вся инициализация своя - не из RedBoot-а

При компиляции редбута создаётся bin файл, который заливается на дискету. При компиляции шаблона i386 PC target (default) такого файла нет. При компиляции непосредственно программы с либами из шаблона всё проходит успешно. Но как её объединить с eCos?

Сообщение отредактировал yanich - Mar 30 2006, 13:03