roboforum.ru

Это "сопротивление бесполезно"

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

berkut писал(а):хорошо я вышлю на этой неделе.

Контроллер получил, косяк вижу, пока не понял, чего случилось (кстати, а вы случайно фьюзы через программатор на модуле не меняли?). Завтра с утра постараюсь выслать контроллер на замену (уже проверил, упаковал).

Всё, выслал контроллер на замену, номер отправления в личке.

Я был бы рад если бы смог фьюзы увидеть Но он изночально не стал конектиться. Программатор его в упор не хотел видеть:) Вот такие дела.

Ок, ну значит спишем на разовый глюк и почту России

Добрый день!
Я приобрел модуль модуль 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
Получаю вот такое:

Подскажите в чём же дело? В программирование нахожусь на уровне новичка.

Проблема решена.

Здравствуйте.
Имется микрофон 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
И теперь самое интересное! Включаем около микрофона музыку и видим, как все полоски ПРЕВРАЩАЮТСЯ В ЭКВАЛАЙЗЕР!
Это действительно очень забавно выглядит. Разумеется, это не эквалайзер, но очень похоже. Сигнал как бы идет с портов, к которым ничего не подключено. Бегающий сигнал присутствует, но вокруг него образуются "волны", как на заправском эквалайзере.
Помогите, пожалуйста, разобраться с драйвером АЦП и правильно интерпретировать сигналы.
Заранее спасибо.

Предлагаю обновить прошивку ORFA и работать с более простыми командами, мы этот S40 .... P протокол оставили сейчас только для реальных I2C устройств.

Версия прошивки - 1.2, последняя. Более простые команды - это какие? Попробовал PinGet, но что-то не заработало, и я как-то оставил этот раздел, не разобравшись, в чем соль. Вы об этом?

Попробуйте сокращенные версии команд - вместо PinGet писать PG и т.д.
Вечером гляну и постараюсь уже поправить, чтобы PinGet работало.

Sent: PMF0=ADC
ERR09 in P cmd

Если написать PinModeF0 - то же самое. Что значит эта ошибка?

А так?
PMF0=A

По ходу это я погнал, правильно писать "PinModeF0=A", а потом, к примеру, "PinGetF0"

Да, действительно, PinModeF0=A работает. В документации было сказано, что нужно указывать PinModeF0=ADC, это и ввело меня в заблуждение. Протокол с PinGet-ами работает отлично.