| |
 RTOS, Всё по ОС реального времени |
|
|
|
 |
Ответов
|
|
 Mar 18 2005, 03:47
|
Группа: Новичок
Сообщений: 1
Регистрация: 13-01-05
Пользователь №: 1 938
|
Цитата(KA_ru @ Jan 28 2005, 13:05) Мы вот используем ThreadX. Очень даже и не плохо. Только дорого. Зашарь исходники будь патриотом!
|
|
|
|
|
|
|
|
Mar 18 2005, 16:42
|
Местный
Группа: Свой
Сообщений: 304
Регистрация: 5-07-04
Из: г. Москва
Пользователь №: 259
|
Цитата(Ro. @ Mar 18 2005, 06:47) Цитата(KA_ru @ Jan 28 2005, 13:05) Мы вот используем ThreadX. Очень даже и не плохо. Только дорого. Зашарь исходники будь патриотом! А в чем патриотизм?
--------------------
Водку пьянствовать и безобразия нарушать!!!
|
|
|
|
|
|
|
|
Mar 23 2005, 14:53
|
Участник
Группа: Свой
Сообщений: 58
Регистрация: 23-03-05
Из: Москва
Пользователь №: 3 625
|
Мне в своих задачах (в основном управление стремными объектами и обработка сигналов) использовать ОС стремно но порой приходится (не по моей инициативе конечно). Вообще есть такое мнение: Для мелких и средник микроконтроллеров/процессоров (типа AVR, ATMEGA, ADSP21xx) ОС вообще не нужны, это тоже самое, что разрабатывать СУБД на ПЛИС. Если программер ленив по натуре и ему хочется все по быстрому сделать, то какой бы надежной ОС не была, он все равно ошибок понаделает. А для больших микроконтроллеров типа AT91ARM сам производитель пишет бибилиотеки для работы с железом, остается самому добавить только стек сетевых протоколов (как правило полная функциональность не требуется). Страшно мне загружать в MCU мегакод, который должен крутиться месяцами без сбоев и тормозов. Лучше по простому и надежному: фоновая задача, обработчики прерываний, флажки ... Скорость выше и сердцу спокойней 
|
|
|
|
|
|
|
|
Mar 30 2005, 05:13
|
Adept
Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343
|
Цитата(_VM @ Mar 23 2005, 20:53) Мне в своих задачах (в основном управление стремными объектами и обработка сигналов) использовать ОС стремно но порой приходится (не по моей инициативе конечно). Насчет обработки сигналов однозначно сказать нельзя, а вот управление объектами вполне себе вписывается в концепцию ОС+прикладной код. Цитата(_VM @ Mar 23 2005, 20:53) Вообще есть такое мнение:
Для мелких и средник микроконтроллеров/процессоров (типа AVR, ATMEGA, ADSP21xx) ОС вообще не нужны, это тоже самое, что разрабатывать СУБД на ПЛИС. Ну, во-первых, есть ОS, а есть RTOS, которые суть подмножество более широкого понятия OS. И с RTOS все несколько не так, как принято считать - типа, ОС - неслабое нагромождение мегакода, непонятно зачем, непонятно как работающего. Почитайте книжку Ж.Лябрусса про uC/OS-II, мнение, скорее всего, изменится. Во-вторых, применимость OS вообще и RTOS в частности определяется не столько процессором, сколько прикладной задачей. Если есть возможность применять, то ОС (особенно с вытеснением) - большое удобство в работе, способ формализовать огранизацию потока управления программы и детерминировать время реакции на события (в случае выстесняющей). Цитата(_VM @ Mar 23 2005, 20:53) Если программер ленив по натуре и ему хочется все по быстрому сделать, то какой бы надежной ОС не была, он все равно ошибок понаделает. Если программер ленив, то ОС он пользоваться не будет, потому как, чтобы нормально работать с ОС, надо изучить ее особенности, принципы работы и проч., а ленивому - лень. Цитата(_VM @ Mar 23 2005, 20:53) А для больших микроконтроллеров типа AT91ARM сам производитель пишет бибилиотеки для работы с железом, остается самому добавить только стек сетевых протоколов (как правило полная функциональность не требуется). А кто сказал, что этот АРМ большой? А вот Филипс делает АРМы (серия LPC) в копрусах LQFP48 (с шагом 0.5мм) и стоимостью меньше десяти зеленых, т.е. почти как какая-нить мегаАВР и заметно меньше упомянутых сигнальников. Цитата(_VM @ Mar 23 2005, 20:53) Страшно мне загружать в MCU мегакод, который должен крутиться месяцами без сбоев и тормозов. Лучше по простому и надежному: фоновая задача, обработчики прерываний, флажки ... Скорость выше и сердцу спокойней Осмелюсь предположить, что опасения необоснованы. Программа под RTOS работает на самом деле даже более надежно, т.к. используется проверенный многими реальными проектами код, взаимодействие между частями формализовано и реализовано на основе надежных, проверенных средств (семафоры и прочие средства межпроцессного взаимодействия). Скорость... Смотря, что имееть в виду под скоростью. Если подсчитывать такты от возниконовения запроса на прерывание до получения управления ISR'ом, то тут ОС не рулит. Но если речь идет о времени реакции на события и их обработку (подразумевая, что обработка события - относительно длительный процесс и не может быть размещен целиком внутри ISR), то вытесняющая RTOS порулит любую foreground-background (т.е. бесконечный цикл и ISR'ы) систему.
--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
|
|
|
|
|
|
|
|
Mar 30 2005, 06:40
|
Частый гость
Группа: Свой
Сообщений: 78
Регистрация: 4-11-04
Из: Омск
Пользователь №: 1 035
|
dxp  Грамотно и доходчиво! Полностью поддерживаю. Вообще плохо отлаженные прерывания - явление оч. распространенное (сколько космических кораблей из-за этого полегло  ), а готовая РТОС - это уже хорошо отлаженная система
--------------------
-- Если б мишки были пчелами... (с) --
|
|
|
|
|
|
|
|
Apr 8 2005, 11:22
|
Местный
Группа: Свой
Сообщений: 216
Регистрация: 31-03-05
Из: Зеленоград
Пользователь №: 3 839
|
Подскажите, плз, какие RTOS поддерживают процессоры Analog Device?
Меня интересует, в частности, BlackFin серия.
Нашел, что uClinux и кажется Nucleos OS, а еще?
Мне бы многоканальное АЦП + предв. обработка на DSP с записью на хост реализовать, какую OC лучше использовать, чтоб и удобно ПО было писать, и не глючила?
скажу лишь, что скорость записи на диск высокая (десятки МБ) и DSP будет нехило нагружен.
|
|
|
|
|
|
Сообщений в этой теме
 one_man_show RTOS Jan 27 2005, 13:49 Evgeny_CD ===== Начало классификатора встраиваемых ОСРВ ====... Jan 27 2005, 19:26 yes про RTEMS нужно заметить, что до недавнего времени... Jan 28 2005, 07:57 dch Цитата(Evgeny_CD @ Jan 27 2005, 22:26)[Основн... Jan 28 2005, 10:50 Evgeny_CD Цитата(KA_ru @ Jan 28 2005, 13:05)Мы вот испо... Jan 28 2005, 09:13 AlexandrY Никаких преимуществ перед uC/OS не заметил.
Только... Jan 28 2005, 10:49 Sot Цитата(KA_ru @ Jan 28 2005, 12:05)Мы вот испо... Jul 23 2005, 10:30 KA_ru http://www.expresslogic.com/txtech.asp Jan 28 2005, 09:47 IgorKossak Что-то не очень красиво получается делать каталог ... Jan 28 2005, 10:49 AlexandrY Переносить бесполезно.
Здесь идет чистая мешанина.... Jan 28 2005, 11:00 Evgeny_CD Цитата(AlexandrY @ Jan 28 2005, 15:00)Перенос... Jan 28 2005, 11:08 lamerok А вот для маленьких контроллеров подойдет
CMX-TINY... Jan 29 2005, 07:54 IgorKossak Цитата(lamerok @ Jan 29 2005, 10:54)А вот для... Jan 31 2005, 15:17 CrazyAlex Цитата(Evgeny_CD @ Jan 28 2005, 17:08)Именно ... Feb 1 2005, 09:09 Evgeny_CD Цитата(IgorKossak @ Jan 28 2005, 14:49)Что-то... Jan 28 2005, 11:06 _Sam_ Вот недавно натолкнулся JacOS, по заверениям авто... Jan 31 2005, 17:07 IgorKossak Цитата(_Sam_ @ Jan 31 2005, 20:07)Вот недавно... Feb 1 2005, 14:50 Evgeny_CD Цитата(IgorKossak @ Feb 1 2005, 18:50)Цитата(... Feb 2 2005, 08:40 one_man_show Есть еще RTOS OSEK - это та, чьи исходники идут вм... Jan 31 2005, 20:32 Evgeny_CD Цитата(one_man_show @ Feb 1 2005, 00:32)Есть ... Feb 1 2005, 07:47 one_man_show Цитата(Evgeny_CD @ Feb 1 2005, 10:47)Цитата(o... Feb 1 2005, 09:26 AlexandrY OSEK это не RTOS, а стандарт на RTOS типа как POSI... Feb 2 2005, 23:02 one_man_show Цитата(AlexandrY @ Feb 3 2005, 02:02)OSEK это... Feb 3 2005, 06:39 AlexandrY Думаю вы заблуждаетесь. Прочитайте вторую страницу... Feb 3 2005, 08:23 one_man_show Можем бесконечно спорить о том, что ЭТО есть и где... Feb 3 2005, 09:17 AlexandrY Вы зря уходите от ответа.
Цитата(one_man_show ... Feb 3 2005, 10:04 one_man_show Цитата(AlexandrY @ Feb 3 2005, 13:04)Вы зря у... Feb 3 2005, 13:01 AlexandrY Чес говоря, ваш пост и толкнул меня посмотреть эту... Feb 3 2005, 20:40 IchtiAndr Вот есть такое:
Nut/OS is Open Source implementat... Feb 16 2005, 19:36 IgorKossak Цитата(IchtiAndr @ Feb 16 2005, 22:36)...TCP/... Feb 19 2005, 14:40 COMA _VM,
ЦитатаВообще есть такое мнение:
Для мелких и ... Mar 29 2005, 17:57 xyzzy Цитата(COMA @ Mar 29 2005, 10:57)_VM,
ЦитатаВ... Apr 11 2005, 04:44 Anybody Кину камень в огород AD.
Проще взять TMS320, у них... Apr 8 2005, 12:07 dxp Цитата(Anybody @ Apr 8 2005, 18:07)Кину камен... Apr 8 2005, 12:45 rubin [/quote]
И в чем тут камень?
И почему проще взять... Apr 13 2005, 19:35 dxp Цитата(rubin @ Apr 14 2005, 01:35)А разве DSP... Apr 14 2005, 03:03 Anybody Ну не люблю я AD после секса с ADSP-2191 первых ре... Apr 8 2005, 12:51 dxp Цитата(Anybody @ Apr 8 2005, 18:51)Ну не любл... Apr 11 2005, 04:20 _i8088_ Я работал на AVR Mega 128 под операционкой которую... Jul 23 2005, 10:30 impatt Есть ещё операционка реального времени (не коопера... Aug 11 2005, 04:10 si21 А кто-нибудь пытался скомпилировать RTEMS не испол... Aug 30 2005, 00:52 Гвоздик А я согласен с VM насчет ненужности применения ОС ... Sep 8 2005, 08:27 si21 Цитата(Гвоздик @ Sep 8 2005, 10:27)ОС думаю, ... Sep 8 2005, 16:33 bmf Цитата(Гвоздик @ Sep 8 2005, 11:27)А я соглас... Sep 9 2005, 07:31 Andy Mozzhevilov Цитата(Гвоздик @ Sep 8 2005, 13:27)А я соглас... Sep 12 2005, 03:42 Olej 1. Тема хорошая задана была: Параметры оценки архи... Sep 12 2005, 10:57 Evgeny_CD Цитата(Olej @ Sep 12 2005, 14:57)...К примеру... Sep 12 2005, 13:50 Olej Цитата(Evgeny_CD @ Sep 12 2005, 16:50)А как б... Sep 12 2005, 14:27 bmf Цитата(Evgeny_CD @ Sep 12 2005, 16:50)А как б... Sep 13 2005, 09:39 Evgeny_CD Цитата(bmf @ Sep 13 2005, 13:39)...Некоторые ... Sep 17 2005, 14:41 Olej Есть очень интересный новый проект L4Ka OS: open s... Sep 20 2005, 09:47 ITPuls ...есть опыт создания реал тайм приложений под win... Sep 27 2005, 18:05 ITPuls ...да, кстати, кто найдет в себе силы написать что... Sep 27 2005, 20:08 Velund А кто нибудь к метроверксовской OSEKturbo приценив... Sep 17 2005, 14:34 ArtemK Кто может сказать что-то хорошее или плохое о free... Oct 5 2005, 09:01
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
