roboforum.ru

2Michael_K:

Унификация это конечно красиво, вот только с акселя/гиро/компаса выходит часто i2c, а это уже другой порт. А еще есть движки, им надо менять полярность и т.п. Или вы хотите всю периферию разрабатывать сами? Инвестор уже есть?

И это как АЦП в ШИМ перевести? Между МК и ИК-дальномером SHARP что надо поставить?

Добавлено спустя 1 минуту 53 секунды:

Vorral писал(а):Кому может понадобится больше разъёмов, чем уже есть в OR-AVR-M128-S?? Порты сервоприводов: 32(можно сервами рулить, можно регуляторами оборотов коллекторных мощных двигателей) Порты RoboGPIO: 16 (8 с АЦП), Порты RoboI2C: 6

И то верно. Ему на борт BT и экран с кнопками и погнали.

Там же приличный джиттер может быть с... эмм... небольшой но ненулевой вероятностью.

Джиттер там ровно такой, какой у тактового генератора МК и его таймеров. То есть пренебрежимо малый

Фишка в том, что переключение состояния порта происходит не в прерывании, а в аппаратном ШИМ. А оно может хоть всё сразу переключить, хоть с шагом почти 1 мкс

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

Michael_K писал(а):Ну и нечего их выносить наружу, тем более подключение должно быть однозначным...
По-моему.

Компас нечего выносить наружу?

что-то я кажется тупить начал. среда разработки и язык программирования для OR-AVR-M128-S какие тогда?

Любые которыми можно программировать для ATMega128. Мы используем GCC

Так у дуиновцев же просто библиотеки вроде? Написать под своё железо библиотеку и всё.

Накладываются. Более того - накладываются и другие прерывания.

Аааа... так у вас там счетчики-декодеры...
(а я -то думаю, что это вы аппаратные средства вспомнили )

Ну, так не интересно - это выходы ТОЛЬКО для серв получаются.

(кстати, можете добавить в список новый способ управления )

...кто ж сервоконтроллеры по другому делает?

Не знаю...
Речь-то в этой теме не про сервоконтроллеры.