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

=DeaD=

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

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

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

blindman

Цитата:

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

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

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

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

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

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

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

Vooon

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

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

blindman

Цитата:

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

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

=DeaD=

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

Vooon

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

=DeaD=

Хм, возможно

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

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

demoontz

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

направьте пожалуста на правильный путь. =)
а пока буду осиливиавть 27 страниц темы.

blindman

Во вложении какая-то, хммм, кака

Нифига непонятно

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

Vooon

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

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

blindman

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

=DeaD=

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

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

blindman

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

demoontz

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

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

Vooon

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

roboforum.ru

Правила форума

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

Кто сейчас на конференции