STR912 + CW 1.7, Выбор ОС для работы. Опции

[SimpleSoft]

День добрый.
Есть задача сделать съём с линейной CCD матрицы данных и передачи их по сети 100мбит или UART (RS-485) на ПК, предварительно прогнав данные через фильтр (посчитать производную 2 порядка).

С половиной задачи справился - сделал на DMA и внешней шине считывание данных с матрицы. Работает отлично - даёт максимальное кол-во кадров, которые можно снять с матрицы - это радует. Передаю всё это через UART (RS-232) в ПК.

Осталось реализовать фильтр и передачу через Ethernet. Думаю задействровать в этом DSP инструкции процессора.
Стал вопрос в выборе ОС для работы.

Рабочая среда: CrossWorks 1.7 build 3
Отладочная плата: Olimex STR-E912
JTAG: Собран на FTDI FT2232C

Пробовал брать шаблон портирования от AlexandrY - MicriumDemo_CW.
Сразу ничего не вышло. ОС не стартует.

1) Подскажите, пожалуйста, с чего начинать портирование uCOS на STR912? Стоит ли портировать uCOS на STR912 при моей задаче.

2) Стоит ли смотреть в сторону связки FreeRTOS + lwip? Где глянуть доки на портирование FreeRTOS под STR912 ( в среде CW 1.7 )?

[meister]

У меня есть вопросик по scmRTOS.

Код

    template<typename T, word size, class S = byte>
    class ring_buffer
    {
    public:
        ring_buffer() : Size(size), Count(0), First(0), Last(0) { }

    private:
        S  Size;
        S  Count;
        S  First;
        S  Last;
        T  Buf[size];
    };

Зачем нужно поле Size? Я не нашел места в коде, где бы оно изменялось - то есть оно хранит константу, которую можно спросить у компилятора (а не читать из RAM).

[dxp]

Зачем нужно поле Size? Я не нашел места в коде, где бы оно изменялось - то есть оно хранит константу, которую можно спросить у компилятора (а не читать из RAM).

Да, наверное, следовало бы объявить поле Size как const, только это скорее всего мало что поменяло бы.

[meister]

Да, наверное, следовало бы объявить поле Size как const, только это скорее всего мало что поменяло бы.

Поле Size следовало не объявлять.

[dxp]

Поле Size следовало не объявлять.

А где размер хранить?

[meister]

А где размер хранить?

Там в параметре шаблона size. Он, кстати, оттуда и берется в Size. Нафик автор копирует константу времени компиляции в поле класса я так и не просек.

[dxp]

Там в параметре шаблона size. Он, кстати, оттуда и берется в Size. Нафик автор копирует константу времени компиляции в поле класса я так и не просек.

А, вы вот о чем, не въехал сразу, прошу пардону. Основная причина, почему так, является исторической - в первой версии в качестве основы очередей был использован класс TCbuf (кольцевой буфер для 8-битных целых), шаблон ring_buffer вырос из него, структура данных перекочевала почти без изменений.

Кроме того, какой реально выигрыш даст использование параметра шаблона в качестве литерала? 1 байт экономии - на фоне общего потребления памяти каналом это ловля блох, имхо. К тому же по быстродействию еще вопрос, что будет шустрее - тут уже от целевой архитектуры больше зависит. Собственно, это, видимо, и есть причина, почему до сих пор никто не обращал внимания на этот момент.

Но замечание ваше разумное и правильное, имеет смысл поробовать и такой вариант, спасибо.