реклама на сайте
подробности

 
 
> inferno, styx и embeded
PsM
сообщение Apr 26 2007, 11:03
Сообщение #1


Участник
*

Группа: Новичок
Сообщений: 29
Регистрация: 15-12-06
Пользователь №: 23 532



К примеру, есть 1000 устройств на базе at91sam7
которые имеют канал связи с центральным сервером.
Их ряды пополняться новыми, не обязательно такими же, устройствами
возможно даже с другим назначением.

Нужно организовать эфективное управление/контроль всем
этим масивом устройств на центральном сервере.

Исходя из обзоров inferno, на роль сервера напрашиваться ОСь inferno,
а на протокол взаимодействия styx.

Всю серверную обработку реализовать в виде приложений inferno.
А в embedded устройства засунуть необходимый минимум чтобы они были доступны по протоколу styx.

Насколько жизнезпособна эта идея ?
Какие есть варианты решения такой задачки ?

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

Нашел подтверждение этой идеи

http://www.cs.york.ac.uk/rts/cgi-bin/bibte...R:Audsley:2005a
ftp://ftp.cs.york.ac.uk/papers/rtspapers/R:Audsley:2005a.pdf

Но там они продвигают свою апаратну реализацию протокола styx...

Сообщение отредактировал PsM - Apr 26 2007, 10:09
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов (1 - 4)
Sergey Reva
сообщение Apr 30 2007, 16:29
Сообщение #2


Участник
*

Группа: Участник
Сообщений: 70
Регистрация: 22-04-07
Из: Poltava/Kharkov
Пользователь №: 27 243



Вот ещё один пример:
http://www.vitanuova.com/inferno/rcx_paper.html - "Styx-on-a-Brick"

Описание протокола
http://www.vitanuova.com/inferno/man/5/0intro.html

Цитата(PsM @ Apr 26 2007, 11:03) *
Исходя из обзоров inferno, на роль сервера напрашиваться ОСь inferno,
а на протокол взаимодействия styx.

Всю серверную обработку реализовать в виде приложений inferno.
А в embedded устройства засунуть необходимый минимум чтобы они были доступны по протоколу styx.

Выбор ОС не ограничивается Inferno, можно также использовать Plan 9 и Linux http://swik.net/v9fs, кроме того есть реализация styx на java - http://www.resc.rdg.ac.uk/jstyx/
Работать с styx в Plan 9 и Inferno проще, но для них нету норм движка БД.

Любопытно, а каким образом будут подключены 1000 устройст к управляющему серверу? Ведь протокол требует гарантированую и упорядоченую доставку сообщений.
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение May 1 2007, 09:29
Сообщение #3


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



Почитал по ссылке этот проект демонстрации.
Styx здесь явно притянут за уши, и потребовал от авторов очень много лишних усилий, и при этом у них не вышло сделать полнофункциональный Styx совместимый с со всеми сервисами которые декларируются в Inferno.
Styx, очевидно, не расчитан на малые встраиваемые системы. Файловые абстракции в них совершенно ни к чему. Styx вносит очень большую избыточность и в протокол и в софт, а главное совсем не учитывает проблемы real-time.


Цитата(Sergey Reva @ Apr 30 2007, 16:59) *
Вот ещё один пример:
http://www.vitanuova.com/inferno/rcx_paper.html - "Styx-on-a-Brick"
Go to the top of the page
 
+Quote Post
PsM
сообщение May 2 2007, 12:55
Сообщение #4


Участник
*

Группа: Новичок
Сообщений: 29
Регистрация: 15-12-06
Пользователь №: 23 532



Цитата(AlexandrY @ May 1 2007, 10:29) *
Styx, очевидно, не расчитан на малые встраиваемые системы. Файловые абстракции в них совершенно ни к чему. Styx вносит очень большую избыточность и в протокол и в софт, а главное совсем не учитывает проблемы real-time.

Может и не расчитан, но его пытаються там использовать.
https://developer.berlios.de/projects/estyx/

Не думаю что при использовании GPRS/IP/IL/STYX будет существенно большая избыточность чем в случае использования GPRS/IP/TCP/Сокеты. Тем более что нужно будет еще что то предпринять насчет безопасности.

Может подскажите другой протокол, который больше подойдет ?

И обьясните, плиз, какие проблемы реалтайм должен учитывать протокол ?
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение May 2 2007, 14:00
Сообщение #5


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



Ну так очевидно же, STYX-у нужен канал с гарантированной доставкой.
А действительно ли пакеты так уж нужно доставить или это информация может быть пропущена чтоб не забивать трафик переповторами в STIX таких регулировок нету.
Ну т.е. разработчик работая с только с API STYX абстрагируясь от платформы не имеет никаких средств влияния на время доставки и управления потоками.
А про GPRS это новое условие с вашей стороны.
Кстати у меня точно такая же задача с GPRS и тысячей дивайсов.
Но STYX, сокеты - это еще не прикладной уровень, после них еще надо писать кучу софта для парсинга информации и ее перенаправления в разные интерфейсы.
На верхнем действительно прикладном уровне находятся DCOM, CORBA, SNMP и т.д.
Вот к ним напрямую подключаются SQL сервера, SCADA, системы управления предприятием и т.д.

Цитата(PsM @ May 2 2007, 13:25) *
Может и не расчитан, но его пытаються там использовать.
https://developer.berlios.de/projects/estyx/

Не думаю что при использовании GPRS/IP/IL/STYX будет существенно большая избыточность чем в случае использования GPRS/IP/TCP/Сокеты. Тем более что нужно будет еще что то предпринять насчет безопасности.

Может подскажите другой протокол, который больше подойдет ?

И обьясните, плиз, какие проблемы реалтайм должен учитывать протокол ?
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 11:12
Рейтинг@Mail.ru


Страница сгенерированна за 0.01398 секунд с 7
ELECTRONIX ©2004-2016