roboforum.ru

Задачи есть, но они вас не интересуют или вам так кажется. Я умолкаю и ухожу их этой темы по просьбам трудящихся, чтобы не создавать свалку.
Буду спрашивать только в случае крайней необходимости.

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

Мне кажется, что достаточно сложные алгоритмы первичной интеллектуальной обработки сенсоров всё равно не впихнуть в МК, поэтому в любом случае будет момент, когда надо постоянно весь поток информации с сенсоров будет передавать на ПК. А в этом случае очевидно, пропускной способности УАРТа должно хватить на весь этот поток, но тогда и в остальное время пропускной способности хватит. А уж на ПК обработать всё что поступает с УАРТа и выбрать нужное - "как два пальца об асфальт"

В каком смысле дать где писать?
Я тему рядом открыл: viewtopic.php?f=69&t=7228
Предлагаю там всё и обсудить.

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

Начал обновлять документацию.

Релиз 0.8.2

Этот релиз только исправление ошибок.
Исправил ошибки порта ORC-32. Сейчас у меня в манипуляторе стоит эта прошивка.
Сменил программатор по умолчанию на бутлоадер который теперь прошивают в платы.
Немного поправил систему сборки.

ORFA 0.8.1 и 0.8.2 не отличаются.
ORC-32 0.8.1 не правильно работает, 0.8.2 работает верно.
Поэтому я удаляю сборку orc32-v0.8.1.zip.

http://media.vehq.ru/openrobotics/binaries/

Я думаю надо протокол для драйвера серв тогда доопределить, например, так:

1. <NN> <PPPP> при NN из интервала 0..126 это выставить серву NN в позицию PPPP;
2. <MM> <PPPP> при MM из интервала 128..254 это ограничить скорость изменения позиции сервы (MM-128) в секунду значением PPPP - из этих скоростей будет рассчитано общее время выполнения команды, при этом все сервы в любом случае придут в конечное значение одновременно;
3. FF <TTTT> обеспечить общее время выполнения команды TTTT;