roboforum.ru

Да, чтоб никто не расслаблялся

2Vooon: А у тебя нет желания вылезти из питона и перелезть на Qt Creator?

Тогда мы сможем делать библиотеки потенциально используемые и на самих МК или хотя-бы на более продвинутых XMega или ARM. А питон там и не планируется.

Добавлено спустя 7 минут 56 секунд:
У нас же тут наверняка всякие заморочки типа калибровки серв будут и т.п. прелести.

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

А с креатором я конечно помогу, но позже, сейчас лениво кресты вспоминать.
Кстати тут все равно начинать нужно с библиотеки и лучше сишной.

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

2Vooon: Дык никто и не подписывает как соберешься квесты вспоминать - пиши будем их вместе придумывать.

2Grem: Почему же бред? В Qt Creator есть QtOpenGL так что потом можно и его подцепить.

а ещё лучше если где-нить в 3dmax анимацию модели состряпали, а роботишко выполняет

да не, это уж слишком. имхо

В общем наверное пора начинать продумывать структуру управлялки, в примитивном варианте оно выглядит вот так:
1. Управление сервоприводами (выдача ШИМ-сигналов);
2. Калибровка;
3. Базовые движения (шаг вперед, поворот направо\налево и т.п.);
4. Прикладной (пройти вперед 5 шагов, потом повернуть налево на 90°, потом еще 3 шага прямо);

разве между 2-3 не должен быть модуль, отвечающий за непосредственное командование ботом?
если

Аппаратный уровнь писал(а):1. Управление сервоприводами (выдача ШИМ-сигналов);
2. Калибровка;

а,

Программный уровень писал(а):3. Базовые движения (шаг вперед, поворот направо\налево и т.п.);
4. Прикладной (пройти вперед 5 шагов, потом повернуть налево на 90°, потом еще 3 шага прямо);

то как раз-таки не хватает уровня интерфейса, нзн как назвать.

оно только для хекса?
ведь при управлении им манипулятора, не представляю что будет при выполнении 'шаг вперед'

2MiBBiM: Не понял?

2Grem: Ну например "Переместить захват на 5см вперед по оси X" - учитывая его структуру это совсем не тривиальная задачка по командам серв

Поэтому это перемещение и надо доверить мощному ПК и не маломощному МК.

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

Grem, не надо загадывать
=DeaD=, я говорю о том, что у вас нет уровня-прослойки между МК и ПК (аппаратной и условно программной частью соотвественно).

2MiBBiM: у меня всё кроме 1-го уровня на ПК пока планируется, хотя есть мысль 2-3 на МК перетащить. Я вообще тут по железу не расписывал, только по уровню абстракции гоняемых данных.

сори, прст калибровка меня сбила с пути истиного. что это за уровень абстракции я не знаю