За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес
модератора: comp.soft.linux.discuss-owner@subscribe.ru
Hello comp,
Насколько я понял из статей на www.linuxdevices.com, в 2.6 есть всё
для систем мягкого реального времени, и на 2.6 уже делают системы
сбора данных. Мне осталось непонятным только обязательно ли его
собирать с отключенной виртуальной памятью, или можно совместить
процесс реального времени и свопинг? Т.е. запретить выгрузку процесса
реального времени в своп, а Хы и т.п. пусть себе свопятся.
Hello дБНЙТ,
Tuesday, October 5, 2004, 4:25:28 PM, you wrote:
Да не очень.
Такое уже давно сделано и работает под самой простой ОСРВ (DOS).
Офисные, но не промышленные.
ОСРВ нужна как раз для того, чтобы математика и графика не тормозила
сбор данных, работая одновременно с ним. А т.к. системы штучные,
применение коммерческих ОСРВ не выгодно. Вот я и посматриваю на Linux.
А теперь более конкретный вопрос: можно ли с помощью mlock навсегда
запретить выгрузку в своп целого процесса, да так, чтобы свопинг
других процессов не вносил в его работу существенных задержек?
On Пятница 08 Октябрь 2004 06:26, alexei-d wrote:
С помощью mlock - наверное нет, а вообще - можно с помощью
mlockall.
Но вообще идея занимать систему реального времени дополнительно
всякой [censored] весьма странная.
"Sergey B. Khvatov" <xbat***@t*****.ru> writes:
Лучше смотреть в сторону RTAI - потому, что как не разгружай Linux-систему
она от этого ОСРВ не станет.
On Пятница 08 Октябрь 2004 17:14, Max Vasin wrote:
То, что она не может называться ОСРВ вовсе не означает, что она не
может использоваться в системах реального времени. Напротив, я
этим (разработкой контроллеров с Linux внутри) с успехом
занимаюсь уже несколько лет.
Hello Sergey,
Friday, October 8, 2004, 8:30:51 PM, you wrote:
Пользовательский интерфейс - это вовсе не [censored]. Как насчёт,
например, мобильника без экрана и клавиатуры, к которому надо
подключать отдельную коробочку с экраном и клавиатурой?
А что это за контроллеры и что они делают? Какие преимущества даёт
применение в них именно Linux, а не какой-то другой ОС?
On Суббота 09 Октябрь 2004 09:45, alexei-d wrote:
Мобильник без экрана и клавиатуры - это GPRS-модем. Как работать с
модемом, пусть даже и с голосовыми функциями, давно известно.
Сейчас - на ARM. Из периферии - GPRS-модем, GPS-приёмник, voice,
дискретный I/O. Есть ethernet и usb. Всё это должно жить в
автомобилях.
Использовать "прочие" платформы мы уже пробовали. Сначала
покупается development kit за немалые деньги, потом долго и
мучительно пристраивается поддержка требуемых вещей типа ppp.
При этом высыпаются ошибки в предоставляемом софте, которые авторы
исправлять не торопятся, несмотря на поддержку.
А тут - вылизанная и бесплатная система. Есть gdb stub, да и он
особо не нужен - периферия подключается к инструментальной
машине, и всё или почти всё отлаживается на ней.
Hello Sergey,
Monday, October 11, 2004, 1:40:01 PM, you wrote:
Но GPRS-модем - это всё-таки устройство другого назначения. У меня -
регистрирующе-диагностическое устройство для подъёмных машин.
Представляет собой промышленный компьютер, который записывает
осциллограммы тока якоря, скорости, напряжения, и т.п. Потом, например
в случае аварии, можно сесть за него и посмотреть осциллограммы за
любой нужный отрезок времени. Причём очень желательно, чтобы при этом
регистрация не останавливалась. Так что всё равно нужно иметь
пользовательский интерфейс или на нём самом или на другой машине. Во
втором случае нужно передавать данные по сети - опять 2 задачи. А DOS
- однозадачный. И сейчас регистрацию таки надо останавливать, чтобы
посмотреть осциллограммы. Так что по любому нужна ОСРВ. А раз будет
ОСРВ - почему бы не задействовать для всего одну машину? Ведь 1 -
дешевле, чем 2.
С этим я почти полностью согласен. Кроме "вылизанная": баги таки
бывают. Но зато их можно пофиксить самому, если разобраться в
исходниках, - это плюс.
А какое расширение реального времени Вы используете?
On Среда 13 Октябрь 2004 12:34, alexei-d wrote:
Никаких. Системе просто не на чем спотыкаться. Да и "реальность" в
текущем проекте порядка секунды. Но даже и там, где требовалось
отслеживать дискретные сигналы (не частые) с высоким временным
разрешением (100 мкс) тоже ничего особого не использовалось. Был
написан собственный драйвер, который передавал в userspace
утилиту информацию, снабженную метками времени, а в качестве
источника меток использовалсся rtc. Все это работало на 166-Мгц
i386, а rtc даже ни разу на lost interrupt не нарывался.
Hello Sergey,
Wednesday, October 13, 2004, 6:20:50 PM, you wrote:
А тут: http://www.linuxdevices.com/articles/AT5709748392.html
совсем страшные вещи пишут: "Measurements indicate that Linux may
disable interrupts for periods of 100 milliseconds or more." В каком
окружении и на каком ядре работал этот драйвер? Что было запущено в
userspace, 1 утилита?
К стати, а как обнаруживается "lost interrupt"? Не конкретно под Linux, а
вообще. Вот, например, перепрограммирую я 0й канал на какую-то частоту
и опрашиваю АЦП в обработчике IRQ0. Как мне программно определить что
прерывание было пропущено и учесть соотв. метку времени? Использовать
RDTSC или есть ещё способы?
On Пятница 15 Октябрь 2004 17:11, alexei-d wrote:
Ядро 2.4.7 (последнее на момент написания проекта), используемые
устройства - flash диск с ide интерфейсом, ethernet, serial, vga
(символьный режим без framebuffer), discrete IO (но за его
драйвер я ручаюсь - он spinlock долго не держит :-)
Процессов около 15 включая threads и демоны (ftp).
Как вообще - не знаю, но с rtc всё просто - если пропустить
прерывание - новое не возникнет и мой отсчёт времени
остановится :-)
Здравствуйте, alexei-d.
Сорри за небольшой оффтоп, но все же. Попробуйте применить устройства
"плавного пуска" для асинхронных двигателей Mitsubishi.
Штука размером с маленький
холодильник, и интерфейсом наружу RS-485 имеет кучу регистров для указания
параметров: токов, напряжений, их граничные параметры - когда
сработает защита. и т.п. в этом "холодильнике" сидит линукс и занимается именно
тем что Вам нужно... Зачем что-то наворачивать, если ИМХО есть готовые
спец. решения. У меня на глазах такие вещи управляют стрелами кранов,
при помощи асинхр. 3-х фазных движков на протяжении 2-х лет...
Удачи
Hello Max,
Friday, October 8, 2004, 8:14:27 PM, you wrote:
Почему именно RTAI, а не, например, RTLinux? Есть опыт практического
применения расширений РВ для Linux?
Доброго дня.
Кстати,
http://marc.theaimsgroup.com/?l=linux-kernel&m=109730139827938&w=2
Патч с расширениями реального времени для ядра 2.6.
--
Удачи!
Роман.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 12081; Возраст листа: 442; Участников: 1274
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/242382
-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss
http://subscribe.ru/ http://subscribe.ru/feedback
Hello Roman,
Sunday, October 10, 2004, 5:00:49 PM, you wrote:
Спасибо, но он ещё сырой. "failing under high loads
and in low memory conditions" - это мне не годится, у меня и то и др.
Подожду пока доделают.
может я с ответом конечно и запоздал, но все-же:
On Сбт, 2004-09-18 at 20:12 +0700, alexei-d wrote:
^^^^^^^^^^^^ имеет ли смысл на серьезных
системах сбора данных держать Х-ы ???. Как я понимаю лучше такие системы
вообще ничем посторонним не нагружать, то есть только опрашивать датчики
и все. Лучше даже всю математику на отдельной машине
устанавливать. PC ныныче дешевы. :)
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 11937; Возраст листа: 437; Участников: 1278
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/239506
-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss
http://subscribe.ru/ http://subscribe.ru/feedback