http://scmrtos.sourceforge.net/

Добавил релиз порта для Fujitsu FR.

Старые ресурсы на narod.ru и igpss.com прекратили свое существование.
Весь старый сайт и предыдущие версии перенесены на SF.net в раздел old -- http://scmrtos.sourceforge.net/old/

В репозиторий, в ветку branches/ARM_STR71x добавлен порт для STR71x.

Стандартные примеры, идущие в комплекте scmRTOS работают. Как обычно, каждый пример имеет два targets: RAM и FLASH. Проверялось с IAR v4.30A на демо-плате IAR STR711-KS.

Поскольку стандартная библиотека имени ST отказалась компилироваться в режиме С++, а в комплекте IAR нет заголовочных файлов для STR71x (были в 4.20 потом исчезли), пришлось написать свой. Имеющийся в комплекте IAR 4.30 заголовочный файл для ST73x (а также бывшие в 4.20 файлы для STR71x) написан в стиле файлов для LPC2ххх, т.е. каждый регистр описан в виде битовых полей, что затрудняет его использование с С++, файл для порта написан в стиле файлов для AT91, т.е. структуры на каждый периферийный модуль с описанием битов через #define.

В этой же ветке исходники ядра с исправленным багом , проявлявшемся при одновременном доступе нескольких процессов к одному методу сервиса.

В приложении .bat-файл для вытаскивания порта с набором примеров из репозитория. Требует наличия Subversion.

То есть полезно качать всем? А не только тем, кто хочет STR71x пользовать?

Полезно для тестирования, вдруг что-то еще нароете или что-то на другой платформе не поедет, но "качать" можно пока только при помощи subversion или через web интерфейс.
(пробное новое ядро - http://scmrtos.svn.sourceforge.net/viewvc/..._STR71x/Common/ )

А как насчет реализации следующих фич:
1. Специализация шаблона Msg для пересылки указателей.
2. Наследование Msg от EventFlag.
3. API без заморочек с регистром букв в названии методов.

Сообщение отредактировал amusin - Jul 9 2007, 07:15

Да. Ну или дождаться следующего релиза, в который эти изменения будут внесеныВ ветке branches/b1 лежит вариант, в котором все сервисы наследуются от TService и в котором можно легко создавать свои сервисы с необходимой функциональностью. Сейчас вяло текут обсуждения о необходимости следовать этим путем или же оставить существующие сервисы как есть, а параллельно им добавить TService.
Боюсь, тут будут проблемы с совместимостью со старыми версиями. Хотя, чем раньше такой переход делать - тем проще. Мысли в этом направлении уже думаются, предлагаю всем желающим принять участие (только надо ветку другую открыть).

P.S. В процессе исправления упомянутых выше багов внес баг в OS::TBaseMessage. Только что поправил. Исправленная версия в репе.
Хм. А это вовсе и не баг. Так и должно было быть. Поправлю взад...

Хочется задать вопросы автору scmRTOS.
Вышла версия 3, а описание есть только на вторую.
А теперь вопросы к Гари:
- какие изменения и доработки внесены в 3 версию по сравнению со 2;
- планируете ли Вы дальнейшее развитие и в каком направлении.

http://scmrtos.sourceforge.net/releases/WhatsNew.html


Дальнейшее развитие, ессно, будет происходить, но его динамика, к сожалению, оставляет желать лучшего по причине большой загруженности текущей работой участников проекта.

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

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

Не могу сказать. Не раньше, чем через несколько месяцев. На самом деле основные моменты остались прежними. Ориентируйтесь пока на это + список изменений, который опубликован.

Спасибо за ответы и хорошую ось.
Думаю, при распределении мест обитания для вечной жизни, Вам сделают зачет.

Просьба к модераторам этого раздела.
Слить все по scmRTOS в порядке дат поступления в один раздел и поставить в шапку.
Извините, если напрягаю.

Еще раз извиняюсь, но уже наглость, и из ARM тоже.