Порт на 1967ВЦ2Ф, 1967ВЦ3Т (Миландр, AD TigerSHARC)

[omit....@gmail.com]

Добрый день!

Очень уж понравилось работать с uOS на ВМ10Я Элвиса, но стало не хватать мощности DSP.
Начали раздавать образцы 1967ВЦ2Ф и 1967ВЦ3Т, ОКР оканчивается 02.2016.

Можно ли надеяться на порт в обозримом будущем?

Заранее признателен.

[Александр Литягин]

Здравствуйте Андрей!

могли бы Вы обнародовать Ваши правки уОС? 

я 2 месяца пилю её, прикручивая и выглаживая ее кривоту. хочу делать это в кооперативе.

поделитесь какова ваша нагрузка на ДСП что его не хватает?

1 декабря 2015 г., 15:05 пользователь <omit....@gmail.com> написал:

--
Вы получили это сообщение, поскольку подписаны на группу "uOS embedded".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес uos-embedded...@googlegroups.com.
Чтобы отправлять сообщения в эту группу, отправьте письмо на электронный адрес uos-em...@googlegroups.com.
Чтобы зайти в группу, перейдите по ссылке http://groups.google.com/group/uos-embedded.
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

[omit....@gmail.com]

Добрый день, Александр.

On Tuesday, December 1, 2015 at 4:48:04 PM UTC+3, Александр Литягин wrote:

Здравствуйте Андрей!

могли бы Вы обнародовать Ваши правки уОС? 

я 2 месяца пилю её, прикручивая и выглаживая ее кривоту. хочу делать это в кооперативе.

поделитесь какова ваша нагрузка на ДСП что его не хватает?

Программируют у нас программисты, я для них только сами модули делаю, плюс первичный запуск. ( :
У меня базовый функционал заработал прямо из коробки (за что авторам и участникам огромное спасибо): сеть, UART, все дела. По-моему, наши никаких правок в сам uOS не делали для решения своих задач.

Как я понял, у них основная нагрузка на MIPS, там крутится обмен между FPGA, небольшая обработка и сеть. Именно на DSP-ядре задач не так много и его как раз хватает.
Главный затык с их слов - пропускная способность памяти (а она фактически ограничена скоростью 1645РУ4У, больше поставить без костылей пока нечего) ну и частота процессора.

Поэтому попросили подумать насчет 1967ВЦ2/3, тем более, что у них есть встроенная быстрая память.

[Александр Литягин]

а у меня примеры работы с сетью, да и просто типовой стартовый проект не пошли - запускались но работали с галюнами, падали. причины я выяснил и они дали ощущение что эту ось и эти примеры вообще не запускали на элвисах,  на ВМ10Я как минимум.
работу с прерываниями, таймером мне для своих нужд пришлось порядком допилить. собираюсь в ближайшем будущем дотестировать и выложить.
работа с сетью - реализация на элвисах, и видимо вообще для 32битных платформ, кошмарная. простейший пример udp сервера не смог разобраться с нагрузкой от сети при том что он помещается целиком во внутренней памяти. поэтому сейчас начну усиленно пилить сеть чтобы добиться приемлемой поворотливости. подумал что у вас могут быть свои патчи.
по поводу медленной памяти - у этой микрухти шина будет ограничена 30-40МГц. меня тоже это беспокоит, но надеюсь что кеш исправит это убожество достойно. Вы по своему опыту можете сказать -насколько он помогает? на что хватает этой архитектуры?

01.12.2015 16:15, omit....@gmail.com пишет:

[omit....@gmail.com]

On Tuesday, December 1, 2015 at 11:42:38 PM UTC+3, Александр Литягин wrote:

а у меня примеры работы с сетью, да и просто типовой стартовый проект не пошли - запускались но работали с галюнами, падали. причины я выяснил и они дали ощущение что эту ось и эти примеры вообще не запускали на элвисах,  на ВМ10Я как минимум.

На отладочной плате (NVCom-02TEM-3U с ВМ10Я) примеры пошли именно что из коробки, как из MCStudio 4 (базовый), так и из дерева uOS (тестовые для сети, UART, LPORT), стянутого из SVN. В детали глубоко не зарывался, но вроде бы программисты не жаловались особенно.
 

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

У нас обошлись обертками вокруг функций uOS для таймеров, LPORT и т.п.
 

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

Завтра попробую узнать, может чего и делали. В сеть у нас идет порядка 15 Мбит/с большими кусками по UDP и тоненький канал управления по TCP.
 

по поводу медленной памяти - у этой микрухти шина будет ограничена 30-40МГц. меня тоже это беспокоит, но надеюсь что кеш исправит это убожество достойно.

У нас такая специфика (РЛС), что кеш не спасает - высасываем из FPGA поток данных, обрабатываем его кусками из памяти и отдаем в сеть. К сожалению, это самое узкое место и от скорости обмена с памятью сейчас зависят потребительские свойства системы. Ангстрем должен допилить 1654РД1У и 2У, это уже SDRAM на 64 и 128 Мбит, доступ 5,5-6 нс, вот тогда заживем.
 

Вы по своему опыту можете сказать -насколько он помогает? на что хватает этой архитектуры?

Вот этого, увы, сказать не могу.

[Александр Литягин]

Здравствуйте Андрей!

я завершаю довольно значительное перепиливание уОС касающееся сетевого обмена. меня не устраивали тесты обмена УДП.

в настоящее время я пришел к тому что тест удп на прием процессор занят примерно на 60-70%. при этом на пакет 1502байта тратится около 30-40мкс процессора. учитывая что предельный период приема таких пакетов 120-150мкс ожидаю что процесср загрузится не более чем на треть.

тест удп на передачу был совсем плох - он тратил только на обмен MDIO 30-40мкс. сейчас тратится на передачу порядка 20-30мкс/пакет. и сейчас я занят дальнейшей разгрузкой проца.

для нормальной работы с медленным ОЗУ вам (и мне) придется прикручивать дополнительную прокладку - использовать ДМА для загрузки из внешней памяти во внутренние буферы, и затем уже их отдавать сети. пока этим не занимался. у меня уже есть готовый менегер DMA-MEM правда не отлаженый.

помимо ускорения сети прикручены еще рюшечки вроде : таймера событий, порт на плюсовую компиляцию, оптимизация мутехов, реализация условных мутехов.

Если Ваши ребята смогут протестировать ваш проект на моем клоне, и дать отчет о багах и несовместимостях, будет прекрасно. интересует конечно и то насколько мои улучшения смогут помоч ускорить работу с сетью.

2 декабря 2015 г., 17:43 пользователь <omit....@gmail.com> написал:

[Александр Литягин]

совсем забыл мой форк лежит тут

https://github.com/alexrayne/uos-embedded.git

есть еще вариант на меркуриале 

https://bitbucket.org/alexrayne/uos-embedded

11 декабря 2015 г., 11:58 пользователь Александр Литягин <alexray...@gmail.com> написал:

[s9.sa...@gmail.com]

Здравствуйте.
У меня сейчас задача, которую тоже придётся решать с помощью 1967ВЦ3Т (делать много всяких модуляций), и возникла острая необходимость в большом объёме памяти (как flash так и sram). Случайно наткнулся на упоминание некого зверя от Ангстрема, такого как 1654РД2У (на 128МБит), но к сожалению, никакой более детальной информации по данной микросхеме не нашёл.
Если у кого-нибудь есть описание на неё (а вообще, если есть прайс лист от Ангстрема, пусть и не особо свежий), то поделитесь пожалуйста на почту sergey.s.sklyarov <at> gmail.com, буду очень благодарен.

[Александр Литягин]

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

12 апреля 2016 г., 0:29 пользователь <s9.sa...@gmail.com> написал:

Здравствуйте.
У меня сейчас задача, которую тоже придётся решать с помощью 1967ВЦ3Т (делать много всяких модуляций), и возникла острая необходимость в большом объёме памяти (как flash так и sram). Случайно наткнулся на упоминание некого зверя от Ангстрема, такого как 1654РД2У (на 128МБит), но к сожалению, никакой более детальной информации по данной микросхеме не нашёл.
Если у кого-нибудь есть описание на неё (а вообще, если есть прайс лист от Ангстрема, пусть и не особо свежий), то поделитесь пожалуйста на почту sergey.s.sklyarov <at> gmail.com, буду очень благодарен.

--
Вы получили это сообщение, поскольку подписаны на группу uOS embedded.

Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес uos-embedded...@googlegroups.com.

Чтобы добавлять сообщения в эту группу, отправьте письмо по адресу uos-em...@googlegroups.com.
Перейдите в группу по ссылке https://groups.google.com/group/uos-embedded.
Настройки подписки и доставки писем: https://groups.google.com/d/optout.