Технический форум по робототехнике.
=DeaD= » 19 окт 2011, 00:12
Это "сопротивление бесполезно"

Проще было не менять расстановку, чем вносить следующее изменение в программу расстановки компонент станку

=DeaD= » 31 окт 2011, 21:51
berkut писал(а):хорошо я вышлю на этой неделе.
Контроллер получил, косяк вижу, пока не понял, чего случилось (кстати, а вы случайно фьюзы через программатор на модуле не меняли?). Завтра с утра постараюсь выслать контроллер на замену (уже проверил, упаковал).
=DeaD= » 01 ноя 2011, 08:44
Всё, выслал контроллер на замену, номер отправления в личке.
berkut » 01 ноя 2011, 15:13
Я был бы рад если бы смог фьюзы увидеть

Но он изночально не стал конектиться. Программатор его в упор не хотел видеть:) Вот такие дела.
=DeaD= » 01 ноя 2011, 15:25
Ок, ну значит спишем на разовый глюк и почту России

Slavatech » 15 ноя 2011, 15:24
Добрый день!
Я приобрел модуль модуль OR-AVR-M128-S и OR-USB-UART v2, все подключил к компьютеру (ноутбук) и пытаюсь управлять сервой посылкой команд на модуль, ничего не получается.
Посылаю команду как написано тут
http://roboforum.ru/wiki/ORFA_Servo_driverТак вот на команду: S40 0D 02 04B0 P в первый раз ничего не приходит, во второй раз приходит SW, в третий SR, в четвёртый опять SW и т.д. далее если послать просто букву S в ответ приходит SWA.
Если поставить перемычки отвечающие за UART одну по диагонали, то все хорошо, какую послал, такая и пришла обратно. Посылаю команды программой COM Port Toolkit 3.9.
Какие команды посылать? Если не та прошивка стоит, то какую надо?
Пытался перепрошить модуль bat файлом вот от сюда:
http://roboforum.ru/wiki/OR-AVR-M128-SПолучаю вот такое:

Подскажите в чём же дело? В программирование нахожусь на уровне новичка.
Slavatech » 18 ноя 2011, 13:52
Проблема решена.
nikserg » 25 ноя 2011, 16:42
Здравствуйте.
Имется микрофон DFR0034, подключенный к нулевой линии PortF. Произвожу настройку:
S40 02 03 01 P
(в документации сказано, что драйвер по адресу 0С, информация, видимо, устаревшая, драйвер интроспекции говорит, что адрес 02)
После этого читаю сразу со всех линий:
S40 03 S41 08 P
Дальше начинается интересное. В первый раз приходит ответ
SWAASR0000000000000000P
Но после этого, на каждый следующий запрос, приходят ответы вида
SWAASR001A000000000000P
SWAASR00001A0000000000P
SWAASR0000001A00000000P
SWAASR000000001A000000P
И т.д. Когда "1А" "добегает" до конца, она снова появляется слева и продолжает свой бег. Таким образом, мне приходят разные ответы на одну и ту же команду, притом микрофон в тишине.
Я сделал графическое представление уровней сигнала для каждой линии. Теперь я буду говорить об уровнях сигнала, как о полосках, чтобы было нагляднее.
Еще интереснее. Шумим около микрофона и видим, что наша бегающая полоска дергается! То есть, микрофон работает, сигнал идет, но, видимо, то ли неправильно интерпретируется, то ли неправильные настройки.
Теперь включим все линии порта АЦП:
S40 02 03 FF P
И теперь самое интересное! Включаем около микрофона музыку и видим, как все полоски ПРЕВРАЩАЮТСЯ В ЭКВАЛАЙЗЕР!
Это действительно очень забавно выглядит. Разумеется, это не эквалайзер, но очень похоже. Сигнал как бы идет с портов, к которым ничего не подключено. Бегающий сигнал присутствует, но вокруг него образуются "волны", как на заправском эквалайзере.
Помогите, пожалуйста, разобраться с драйвером АЦП и правильно интерпретировать сигналы.
Заранее спасибо.
=DeaD= » 25 ноя 2011, 16:58
Предлагаю обновить прошивку ORFA и работать с более простыми командами, мы этот S40 .... P протокол оставили сейчас только для реальных I2C устройств.
nikserg » 25 ноя 2011, 17:03
Версия прошивки - 1.2, последняя. Более простые команды - это какие? Попробовал PinGet, но что-то не заработало, и я как-то оставил этот раздел, не разобравшись, в чем соль. Вы об этом?
=DeaD= » 25 ноя 2011, 17:03
Попробуйте сокращенные версии команд - вместо PinGet писать PG и т.д.
Вечером гляну и постараюсь уже поправить, чтобы PinGet работало.
nikserg » 25 ноя 2011, 17:10
Sent: PMF0=ADC
ERR09 in P cmd
Если написать PinModeF0 - то же самое. Что значит эта ошибка?
=DeaD= » 25 ноя 2011, 17:11
А так?
PMF0=A
=DeaD= » 26 ноя 2011, 21:09
По ходу это я погнал, правильно писать "PinModeF0=A", а потом, к примеру, "PinGetF0"
nikserg » 01 дек 2011, 13:39
Да, действительно, PinModeF0=A работает. В документации было сказано, что нужно указывать PinModeF0=ADC, это и ввело меня в заблуждение. Протокол с PinGet-ами работает отлично.