roboforum.ru

Технический форум по робототехнике.

Обсуждение реализации шлюз-контроллера [ORFA]

Правила форума
Правила раздела OpenRobotics

Re: Обсуждение реализации шлюз-контроллера [ORFA]

=DeaD= » 21 ноя 2009, 15:56

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

Добавлено спустя 58 секунд:
И еще - наверное пора и бутлоадер сделать к нашим модулям? :oops:

2blindman: Есть какой-нибудь на примете? Если нету - пробегусь по инету, осмотрю какие есть.

Re: Обсуждение реализации шлюз-контроллера [ORFA]

blindman » 21 ноя 2009, 16:46

А по умолчанию какая скорость будет?

Никакой не будет. После сброса, контроллер измеряет длительность "провалов" на ноге RXD, определяет скорость и только потом запускает UART.

Бутлоадер - вещь вполне стандартная. Есть неплохой конфигурируемый бутлоадер от Martin Thomas

Добавлено спустя 8 минут 47 секунд:
=DeaD= писал(а):Я просто плохо себе представляю как обеспечивать это "сразу после старта" на каком-нибудь блютузе, кроме как каждый раз на роботе кнопку сброса нажимать.

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

Re: Обсуждение реализации шлюз-контроллера [ORFA]

Vooon » 22 ноя 2009, 02:21

Проверил у себя. Включил этот режим по умолчанию.
0x0D это же "\r", а значит можно безболезненно в начале каждого соединения отсылать эту строку.

Добавил тэг 0.7.5. http://hg.vehq.ru/orfa/archive/0.7.5.zip

Re: Обсуждение реализации шлюз-контроллера [ORFA]

blindman » 22 ноя 2009, 03:43

0x0D это же "\r", а значит можно безболезненно в начале каждого соединения отсылать эту строку.

Ага. 0x0D был выбран по 2 причинам:
1. Парсер его игнорирует
2. Включает двоичную последовательность 101 (0Dh = 00001101b). Скорость определяется по наименьшей длительности логического 0 на ноге RXD

Re: Обсуждение реализации шлюз-контроллера [ORFA]

=DeaD= » 06 дек 2009, 15:36

Такой вопрос - а мы вообще i2c-шлюз испытывали в ORFA? Я что-то сейчас сунулся аксель пробовать и понял, что не помню, чтобы мы его проверяли. :(

Re: Обсуждение реализации шлюз-контроллера [ORFA]

Vooon » 06 дек 2009, 15:38

Так ты же и проверял. На эхолоте девантековском.

Re: Обсуждение реализации шлюз-контроллера [ORFA]

=DeaD= » 06 дек 2009, 16:02

Хм, возможно :)

Добавлено спустя 12 минут 46 секунд:
Хотя нет, что-то не особо припомню, чтобы тестил ORFA с I2C. Сейчас буду копать, такое ощущение, что зависает напрочь при попытке заюзать i2c, может быть последними исправлениями что-то повредили...

Добавлено спустя 6 минут 9 секунд:
Тестирование i2c переносится на завтра как минимум.

Re: Обсуждение реализации шлюз-контроллера [ORFA]

demoontz » 09 дек 2009, 18:29

Ghbdtncde.!
=)
собираюсь реализовать дополнительный драйвер к прошивке для OR-AVR-M128-S.
суть драйвера - это секвенсер для шестиногов любой конфигурации впринципе.
Я так понял проще всего переделать servo4017.
мне нужно только встроить мат аппарат туда. мат аппарат будет как у линкмоушен, чтобы не изобретать велосипед.
их секвенсер во вложении.

направьте пожалуста на правильный путь. =)
а пока буду осиливиавть 27 страниц темы.
Вложения
PEP ver2.02LMbeta.zip
(339.49 КиБ) Скачиваний: 7

Re: Обсуждение реализации шлюз-контроллера [ORFA]

blindman » 09 дек 2009, 18:38

Во вложении какая-то, хммм, кака :) Нифига непонятно

Драйвер новый писать думаю не стоит. Лучше имхо сделать к имеющимся 2 драйверам унифицированный интерфейс, и подключать к ним код секвенсора.

Re: Обсуждение реализации шлюз-контроллера [ORFA]

Vooon » 09 дек 2009, 18:56

Только сразу прошу разберись с mercurial (оболочка TortoiseHG).
Сделай клон и над ним работай, помни правило чем больше коммитов — тем лучше.
Нет смысла растягивать коммит, это не svn.
Потом либо открою доступ к репозиторию на запись, если будешь продолжать писать,
либо через патчинг, но об этом позже.

// blindman думаю стоит shared hardware library вынести из драйверов.

Re: Обсуждение реализации шлюз-контроллера [ORFA]

blindman » 09 дек 2009, 19:02

А это чего? А это где ? :)

Re: Обсуждение реализации шлюз-контроллера [ORFA]

=DeaD= » 09 дек 2009, 19:42

ИМХО лучше сделать отдельный драйвер servo4017seq, в нём всё отладить и потом только подключить его вместо servo4017

Добавлено спустя 52 секунды:
И сделать новое устройство OR-AVR-M128-Q, в котором вместо servo4017 будет servo4017seq ;)

Re: Обсуждение реализации шлюз-контроллера [ORFA]

blindman » 09 дек 2009, 19:47

А смысл? Пока не отлажен - не подключаем просто код секвенсора в рабочий билд, и все дела. Новое устройство вовсе ни к чему.

Re: Обсуждение реализации шлюз-контроллера [ORFA]

demoontz » 09 дек 2009, 20:21

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

Re: Обсуждение реализации шлюз-контроллера [ORFA]

Vooon » 09 дек 2009, 21:27

Имел ввиду вытащить «железные» библиотеки из драйверов. Точнее даже так: вытащить библиотеки, используемые несколькими драйверами.
Т.е. я предлагаю написать отдельный драйвер seqencer, который будет тянуть все те-же функции, что и servo4017.
Это позволит сравнительно просто использовать этот-же драйвер и с servo_gpio. Даже такая мысль пришла: сделать драйвер серв вообще один, просто разные функции тащит.


Rambler\'s Top100 Mail.ru counter