LINUX.ORG.RU
Форум — Development  

Планирую хардвейер проект, спецы по RTOS нужны

 , ,


0

2

Привет,

Я планирую маленький проект по созданию безпрводного, портативного дисплея с тачскрином для смартфонов. Более подробное описание проекта есть тут > http://v.ht/29 , там же можете проголосовать за проект (можно голосовать каждые 24 часа).

Какую RTOS подскажите для девайса?

Главные задачи для RTOS:

  • рулить вайфай чипом
  • пихать данные с вайфая в аппаратный декодер h264
  • рулить blutooth и тачскрин контроллер для обратной связи

Мне нужно что-то что имело бы хорошую кодовую базу которая имеет много готовых библиотек которые могут выполнять выщеобозначенные задачи.



Последнее исправление: Ni2 (всего исправлений: 2)

 ← 1 2 →
Ответ на: комментарий от golodranez

У тебя не правильный линукс, 100мс

Ты чувак точно не компетентен

Как у тебя лялих 100мс потянет в юзерспейсе в условиях многозадачности? 100 милисекунд да, 100 микросекунд фиг.

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

anonymous
()
Ответ на: комментарий от anonymous

Как у тебя лялих 100мс потянет в юзерспейсе в условиях многозадачности? 100 милисекунд да, 100 микросекунд фиг.

Всяко бывает: Вышла BeagleBone Black (комментарий)

Но это, конечно, с официальным(kernel.org) PREEMPT RT full.

dvl36 ★
()
Ответ на: комментарий от dvl36

Подтверждаю, у самого cycletest выдает в среднем 9мкс, максимум было 57мкс. Естественно PREEMPT_RT, задача с политикой FIFO и максимальным приоритетом - всё в User Space. Нужны точные таймеры? HPET в помощь, без проблем используется в US, латентность таймера была не больше 12мкс. Кстати, стандартное ядро вроде собирают с HZ=100, отсюда точность обычного таймера ~20млсек, опять же, поставив HZ=1000 будет точность ~2млс. Про политики планирования забывать не стоит. Кому нужны гарантированные временные задержки - RTAI, опять же есть возможность связать RT задачу управляемую в RTAI и обычную задачу Linux.

pulo
()
Ответ на: комментарий от pulo

Вот с такими вот задержками я думаю еще можно рулить железом из юзерспейса. Только вот HPET на low end arm ядре нету.

Ni2
() автор топика
Ответ на: комментарий от Ni2

HPET это wintel-овское все, на ARM-ах в линуксе это HIGH_RES_TIMERS. Много где есть.

dvl36 ★
()
Ответ на: комментарий от anonymous

Как у тебя лялих 100мс потянет в юзерспейсе в условиях многозадачности? 100 милисекунд да, 100 микросекунд фиг.

мс - это милисекунды ))) чувак)

Низкие задержки нужны чтобы была возможность декодировать видео напрямую по кадрам как оно поступает.

В данном случае реалтайм не спасёт.

golodranez ★★★★
()
Ответ на: комментарий от dvl36

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

Но синезубом передовать видео? согласись...

golodranez ★★★★
()
Ответ на: комментарий от golodranez

Но синезубом передовать видео? согласись...

Согласен. Хоть и есть в нем VDP: 

Video Distribution Profile (VDP)
This profile allows the transport of a video stream. It could be used for streaming a recorded video from a PC media center to a portable player, or a live video from a digital video camera to a TV. Support for the H.263 baseline is mandatory. The MPEG-4 Visual Simple Profile, and H.263 profiles 3 and 8 are optionally supported, and covered in the specification.
но практически, в контексте данной задачи, не годен.

dvl36 ★
()
Ответ на: комментарий от golodranez

мс - это милисекунды ))) чувак)

нужны как-раз микросекунды, а не милисекунды.

Низкие задержки нужны чтобы была возможность декодировать видео напрямую по кадрам как оно поступает.

В данном случае реалтайм не спасёт.

Ох как ты спорить любиш. Покажи как как ты это подсчитал?

Ni2
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 →
Development