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

Софт написать не проблема так как используется компьютер, в связи с чем можно использовать любой язык программирования.
Вот тагже пишут на разных форумах и сайтах =)

По поводу защиты от кз однозначно ответа никто не даст, в магазах ведь везде различные переходники продают, различных производителей и соответственно в одних из них могут быть схемы защиты а в других нет!
Но в любом случае хуже не будет если поставить свою собственную защиту в виде самовостанавливающегося предохранителя на ток 0,5А. Но вот хватит ли такого тока для того чтобы привести в движение робота (все зависит от того как будет реализована механика, от того какой массы будет робот). Если 2,5Вт будет мало, тогда прийдется подключать внешнее питание.

слабо на ActionScript?)

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

Сперва нужно написать софт хотябы по той простой причине, что во время его написания будут встречаться различные подводные камни, которые исправить в программе проще чем изменять в железе. Можно например при разработке железа не учесть какойнибудь датчик или ещё чего, в результате прийдется изменять железо. А во время написания программы можно некоторые такие камни увидеть и заранее их предусмотреть. Во вторых это не самый простой проект, и поэтому на его реализацию уйдет не мало времени, за которое вся охота может пройти.
Но всеже перед написанием программы следует разработать схему (но не собирать её в железе), для того чтобы писать программу именнно под конкретное железо, а не на обум. После того как будет закончена работа над первоначальным вариантом схемы можно будет приступить к написанию программы. По окончанию написания программы проводятся корректировки схемы и производится сборка в железе, затем уже на этом железе производиться отладка написанной программы.
По крайней мере я всегда при разработке какого либо устройства стараюсь делать это именно в таком порядке.

Какой дороже - тот и лучше. Хороший (с защитами и развязкой) выльется примерно тыщи в три русских рублей. Думаю, не стоит с этим заморачиваться. При нормальной прямоте рук и китайский преобразователь за 400 руб. спалить будет трудновато. Все равно придется еще RS-232 в UART преобразовывать... а там по килоомному резистору на Rx, Tx и все будет хорошо. Какой контроллер на роботе собираетесь использовать? Возможно, лучше преобразовывать в RS485 - потом будет проще переходить на wireless, да и выигрыш небольшой будет по потреблению тока. Еще вариант: сразу замахнуться на беспроводную передачу, взять например модуль bluetoosh с UART-ом на выходе и управлением AT-командами. Цена вопроса уже меньше двух тысяч рублей.
Все преобразователи являются CDC-классом USB устройств и определяются в системе как "железный" COM-порт. Можно, кстати, попробовать и какой-нибудь завалявшийся USB дата-кабель от телефона использовать (например на PL2303). Сам не пробовал, но помоему, вести он себя должен точно так же, как и преобразователь, но подключить можно будет прямо к контроллеру.
распиши по подробнее структуру проекта. Какие исполнительные механизмы на роботе, какие датчики. Ато мысль в одном из постов о ноутбуке на колесиках как-то улыбнула.

pcports.ru отличной сайт для черпания информации о связки пк и девайсов

Смотрел в интернете и почти везде про 1 и тодже переходник разные данные, Ну ничего свояем свою защиту =)
А не подскажешь в каком эмуляторе можно прикрутить дальномер и проверить его работу?

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

Это конечно, но сейчас еще выираем железо и принцип его взаимодействия.

В роле контроллера будет выступать схема на основе AVR'a (точно сказать не могу так как контроллер будет собирать друг)

Проект планируется как проводной так как в будущем полностью переедет в системный блок =)

Меня тоже это надоумило =) подойдет почти любой кабель от кпк под управлением palm os (ну надо будет еще почитать в нэте)

на ноутбуке это дело будет отлаживаться а потом переедет полностью в системный блок компьютера =))
Робот будет передвигаться на гусиницах, что сделает возможным разворот на месте и меньше мароки с поворотным миханизмом, В роле датчика будет выступать дальномер (сейчас выбираем) и серво привод с возможностью отсчета от - к + (к примеру -45 +45) который будет вращать дальномер.

Пойду почитаю

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