roboforum.ru

frig писал(а):разобрать ip пакет несколько проще, чем урезание поезда. там вообще ничего сложного нет. а главное что содержит он тоже самое, что прийдется делать в своем протоколе. т.е. разницы в разборе своего пакета и ip НЕ БУДЕТ. разница будет в совместимости.

Если мы из TCP\IP берём только формат пакета, то это, как бы сказать помягче, - совсем не TCP\IP будет

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

mandigit писал(а):Не только совокупной стоимости, но и повторяемости.

Повторяемость - это не что иное, как будущая совокупная стоимость, или совокупная стоимость по куче народу и в течение некоторого интервала времени

А именно её я и считаю правильным минимизировать

Если мы из TCP\IP берём только формат пакета, то это, как бы сказать помягче, - совсем не TCP\IP будет

в ip вообще как такового протокола нету. только пакетики и все. а в tcp немого сложнее, но примерно на уровне объезда препятствий.

А всякие "тройные рукопожатия" и т.п.?

А всякие "тройные рукопожатия" и т.п.?

все это не сложнее объезда препятствий. а контроллеры такие используют из-за того, что надо поток большой обрабатывать.

Обсуждение стоимости проекта отделил: Обсуждение концепции стоимости проекта
предыдущие посты надо как-то делить, т.к. в одном посте по паре тематик... поэтому оставил тут как есть.

может я что-то пропустил, но кроме как "включить робота" реальных примеров задач управления роботом по Интернету не прозвучало. Охрана не в счет - там потребность в беспровдной видеокамере, а это было предложено отложить.
А-а, я понял - это секрет

А-а, я понял - это секрет

а вот и не правильно понял. не секрет это. просто надо на связь как таковую смотреть шире. вот нафига в изолированной локальной сети - ip? да нафик не нужен. там все равно адрессация на mac уровне. тем не менее - применяют. и все для того, чтобы получить прозрачность и унификацию. нет разницы как далеко находятся управляющий и управляемый объекты. есть сеть и сеть эта обеспечивает связь своими средствами хоть из комнаты в комнату, хоть с континента на континент.

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

SMT писал(а):может я что-то пропустил, но кроме как "включить робота" реальных примеров задач управления роботом по Интернету не прозвучало. Охрана не в счет - там потребность в беспровдной видеокамере, а это было предложено отложить.
А-а, я понял - это секрет

Если сможете перечислить реальные задачи управления роботом, то станет понятным, что можно делать через интернет!

frig писал(а):все равно пути развития достаточно предсказуемы и даже задел на будущее потом откликнется простотой расширения и вообще минимальными издержками при развитии.

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

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

mandigit писал(а):Если сможете перечислить реальные задачи управления роботом, то станет понятным, что можно делать через интернет!

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

Для рабочей робототехники понятно - управление роботами под водой, в зонах заражения \ боевых действий и просто удалённо, чтобы каждый раз везде не гонять (например, границу патрулировать). Но там другие масштабы, другие бюджеты и вообще не об этом вроде речь, там уж как нибудь наскребут бюджета, чтобы решить вопрос

У frig'а есть варианты. Общее с ним мнение - об умном доме. А удаленного мобильного робота без камеры довольно трудно представить.
Кроме наблюдения можно придумать: полить цветы, покормить рыбок-кошек-хомяков. Но тут мобильный робот довольно сомнителен - польвать/кормить лучче помпой/каруселькой с будильником.
ну да - и соревнования еще

Недавно обсуждалась эта тема на хабре http://habrahabr.ru/blogs/ideashop/54134/

Я в процессе реализации этой задумки на своем шасси. Робот будет на борту иметь кроме МК еще и комп с вайфаем и будет сидеть в локалке с домашним компом\ноутом. Ну и этот комп\ноут может быть легко в инете. Но я все же хочу сделать чтобы робот был в инете Т.е. с борта будет осуществляться коннет через adsl к провайдеру. На борту вебсервак и трансляция видео с бортовой вебкамеры. Ну а управление тут можно наворотить любое. Можно через инет по VPN туннелю (для секьюрности) пробрасывать ком порт. Можно тупо открыть ssh терминал, а в нем уже ком-портовый терминал

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

А задача проста: управление. Сидишь себе за компом, на столе руль игровой, экран. На экране видео трансляция с робота. Управляешь роботом с помощью руля и педалей(пропорциональное управление). Я когда делал сам свой руль на LPT порт, сразу подумал, а почему бы и нет ....

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

Кстати тут подумалось. А почему бы не сделать на борту свой Ethernet порт, к нему просто подключить Wifi точку доступа.

LPT не актуально уже.

Это не есть правда

Да и для USB не вижу сложностей замутить руль - есть готовые API, применяются для самодельных джойстиков

realsystem писал(а):Это не есть правда

Это ты про ЛПТ? Это реально не актуально