roboforum.ru

frig писал(а):моя позиция тебе известна - я за документацию "для детсада". и в этом отношении она сейчас недостаточно хороша

Ну вот вы все редиски, давай конкретику!

frig писал(а):у EdGull а уже есть таковой.

Ясно ну пока у нас тиража модулей точно на 2 магазина не хватит, а корректней к Setar'у будет послать, потому как в Тольятти наверняка меньше локальных покупателей...

такой вопрос.

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

nest писал(а):этот ваш OpenRobotics , RoboBus и лого к нему он у вас свободный для всех?

Ну вроде как да

nest писал(а):если да - причешите документацию поподробнее про RoboBus.

И как обычно, ты очень конкретен

nest писал(а):и лого в векторном формате, если можно.

CorelDraw?

Я сейчас сижу стандарт на англицкий перевожу...

=DeaD= писал(а):

nest писал(а):причешите документацию поподробнее про RoboBus.

И как обычно, ты очень конкретен

RoboBus - это вообще что? просто разъём с 12 контактами или протокол там какой есть ?

=DeaD= писал(а):

nest писал(а):и лого в векторном формате, если можно.

CorelDraw?

ну. или PDF.

RoboBus - стандарт распиновки + некоторые правила работы на шине... там возможны 3 стандартных протокола, а по GP пинам можно еще один запустить...

т.е. тупо выведены I2C, USART, SPI наружу и всё ?

а данные транспортировать чем ? тут каждый должен сам себе буратином ? : )

OR-BT20-115.2 какие выводы использует для общения ?
и почему об это нифига нет в доке ?

команды длиной 9 байт можно дополнять "00", например, вместо "QFF002002" разрешается отправлять "QFF00200200"

- это к чему ? что за комманды и где их описание ?

большинство модулей планируется на и2ц на сколь я знаю... а вот "пинок" на счет неописано в доке про мождули поддержу..

робобас это как компорт... стандартизация средства передачи данных...

нарпимер центральный МК с радиоканалом скорее всего будет связан по УАРТ-у.... большинством модулей будет рулить через и2ц.. а с какими нибудь вещами типа флешки или дисплей общаться по спи..

так транспортного протокола нету ?
откуда/к чему комманда "QFF00200200" ?

это уже в Dead-у... для конкретных прошивок ессно будут свои протоколы... но это уже к модулям а не к шине...

nest писал(а):

команды длиной 9 байт можно дополнять "00", например, вместо "QFF002002" разрешается отправлять "QFF00200200"

- это к чему ? что за комманды и где их описание ?

В инструкции пользователя всё написано про шлюз-контроллер. И что за команды и описание

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

nest писал(а):OR-BT20-115.2 какие выводы использует для общения ?
и почему об это нифига нет в доке?

Написано же "Адаптер может выступать как головной контроллер или как подчиненный на шине
RoboBus по интерфейсу UART", распиновка робобаса указана в доке на робобас. Почему всем позволено писать Low-speed USB 1.1 и никто не требует от них к каждой мышке прикладывать полное описание стандарта USB?

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

nest писал(а):так транспортного протокола нету ?

Сейчас нету. На этом уровне стандарта и не планируется, иначе это сделает заведомо несовместимыми со стандартом кучу других модулей. Задача стандарта - обеспечить УДОБНУЮ железную совместимость выпускаемых модулей, сохранив совместимость с существующими модулями, как-то сонары и компасы Devantech, всякие UART-устройства и т.п. Всё остальное в других стандартах и на других уровнях, в том числе возможно транспортный протокол между МК и ПК.

=DeaD= писал(а):В инструкции пользователя всё написано про шлюз-контроллер. И что за команды и описание

о... чёт я просмотрел в первый раз.
но всё равно как то мало ...

=DeaD= писал(а):Почему всем позволено писать Low-speed USB 1.1 и никто не требует от них к каждой мышке прикладывать полное описание стандарта USB? : )

потому что проводкам USB нет нужды в возможно лёгком и быстром распространении,
а у RoboBus в этом отношении я пока наблюдаю сплошные палки в колёса.
ну ладно ... пока всё сыровато, наверное : )
бум ждать.

nest писал(а):о... чёт я просмотрел в первый раз.
но всё равно как то мало ...

А чего не хватает? Я просто буков то много могу написать, только само по себе это пользы не приносит, наоборот нужно как можно более кратко всё делать, иначе все читать застрелятся

nest писал(а):потому что проводкам USB нет нужды в возможно лёгком и быстром распространении,
а у RoboBus в этом отношении я пока наблюдаю сплошные палки в колёса.
ну ладно ... пока всё сыровато, наверное : )
бум ждать.

Ну погоди, а ты предлагаешь в каждом модуле указывать явно не только по какому протоколу оно работает, но и по каким пинам в разъеме RoboBus, хотя это указано в спецификации на RoboBus? Мы же в будущем хотим именно, чтобы наш стандарт как USB был - сказал RoboBus-UART и все поняли, о чем речь и на каких пинах что. Ну или RoboBus-I2C...

А вообще-то магазин функционирует?
Я бы например хотел бы приобрести Блютус адаптеры.

yak-40 писал(а):А вообще-то магазин функционирует?
Я бы например хотел бы приобрести Блютус адаптеры.

Да, функционирует, только пока на складе ничего из OpenRobotics не присутствует.
Антон (=DeaD=) давай уже товар
Контактную инфу по нашему офису в Ебурге в личку запрашивай.

Когда можно будет приобрести bluetooth-адаптер OR-BTM111-9.6 ???