roboforum.ru

Приветствую, пришла тут идея как организовать удаленное управление контроллером с одного компа на другом, а также передачу видео изображения, централизованную обработку изображений и данных, поступающих от различных клиентов.
Т.е. при структуре когда контроллер подключен по usb, допустим к нетбуку(или кпк), и обменивается с ним через последовательный порт и есть желание управлять контроллером удаленно по Wi-Fi, получать видео изображения у меня нарисовалась вот такая структура ПО:

В схеме изображен случай для управления двумя контроллерами(на двух разных PC устройствах) через один сервер, где:
1) RServer - это сервер, через который идут соединения и летят данные.
2) RClient1 - клиентская программа(на нетбук, кпк), работающая с котроллером. RClientN - другой клиент..
3) RControl1, RControlN - ПО для ручного управления контроллерами и ПО клиентов.

Частный случай - это управление одним контроллером. И клиент и сервер, в принципе могут быть на одном ноутбуке если так более целесообразно.
Важно что каждая программа выполнена в виде сервисов, которые могут работать по любому из каналов - http, https, NET, Pipe и.т.д. Это позволяет гибко определить структуру размещения сервера и управляющих программ RControl. Например, возможно управление через интернет или только внутри локальной сети, или только на одном компе.
Используя WindowsComunicationFoundation из .Net вполне реально реализовать подобную систему. Управляющая программа может быть написана как для ПК, так и для КПК(c ОС WindowsMobile, Windows SE) из под .Net Framework.
Нетбук и кпк в качестве управления или мозгов для робота мне интересны потому, что они есть уже у многих, там есть Wi-Fi, работает .Net Framework и не нужно покупать специализированные устройства или mini PC..

и в чем так сказать "ноу хау" ?
или формула изобретения ??

все и так знают как это работает и должно работать

Добавлено спустя 1 минуту 34 секунды:

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

Моя идея не ноу-хау, а конкретная идея постановки реализации. Собственно для критики и вынес, а на уникальность не претендую.
Теоретически есть проект Mono для linux... Но насколько обстоит дело реально - я не в курсе.
А что из альтернатив есть из удобных средств разработки? Причём унифицированных как для PC, так и для КПК? Qt, java? Для меня лично на .net это всё не так сложно реализовать. Причём как для кпк, так и для ПК не придётся ядро сервисов переписывать, только возможно интерфейс.

Ну типа mono есть для невиндовса
А вообще прежде чем такое писать - нужно проанализировать готовые решения, тот же Player вроде как платформа для распределенной коммуникации. И самое главное - нормальный открытый протокол, потому что если на каком-нить десктопном линуксе или миньке mono еще можно завести, то на роутере вряд ли... А ситуацию работы Rclient на роутере рассматривать тоже надо, и клиент этот будет написан на С, в особо крайнем случает на C++.

Блин, можно подумать большинство на линуксах сидит

большинство нет
а вот активных разработчиков - много
вам какая часть пользователей больше интересна ?

Та часть, которая готова дельные советы дать или альтернативы.
По Player киньте ссылкой - трудно найти

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

_________________
die Wahrheit ist irgendwo da draußen

http://habrahabr.ru/blogs/mono/102192/
Java vs .Net выходит за рамки этой темы... Мне кажется всё идёт к тому, что в скором времени эти каркасы могут стать разнозначными по распространённости.

http://playerstage.sourceforge.net/

про жабу никто не говорил,
я вообще её жутко не люблю.

В рамках сервис-ориентированной архитектуры, вроде как наиболее популярны приложения на java и .Net. Я может и не в курсе,но может есть что-то подобное и у других кросс-платформенных языков программирования/каркасов.
Какая доступная альтернатива им для сектора PC и КПК одновременно? QT?

Вы сами ответили, да

Вообще в общем случаи железо это realtime.
А Realtime опять же в общем случаи не совместим с garbage collector
garbage collector что в net в что Java это страшные дебри. Хотя во втором случаи есть шансы на замену.

в общем случае про риалтайм это трёп ни о чём. есть deadline, latency и jitter. и на каком заборе написано, что они не могут быть, допустим десятки секунд или минут?
Rockman, тут много полезного о программировании под андроид http://www.anddev.org/