roboforum.ru

[Digit]

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

[=DeaD=]

6. может фотку модуля контроллера и схему расположения джамперов одинаково сориентировать? Чтоб типа можно было по схеме найти реальную часть железяки?

Это сегодня я буду устраивать фотосессию и будут нормальные картинки, схемы и т.п. Прямо как в описании блютуз-адаптера.

7. на фотке маркером нарисованные "+" и "-" производят тот же эффект, что и стабилизатор вверх брюхом
8. на схеме может квадратиков MCU показать? и стабилизаторы?
9. Ресет на схемке показать как кнопку, а не как набор контактных площадок

см. выше про фотосессию

Добавлено спустя 48 секунд:
Re: Обсуждение модулей OpenRobotics - общие вопросы, распространение

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

Неее... нафиг надо пока. Так никто не делает при малом количестве модулей. Будет 20-30 модулей, тогда - да.

[Digit]

Согласен, думаю надо в этом документе еще 3 раздела, первый посвящен тому, как эту железку программировать, второй тому, как использовать железку с уже готовой прошивкой, а третий - как подключать к ней всякие устройства по портам 4-пина и через RoboBus.

Программирование же будет стандартным для всех модулей... Или как?
Использование с готовой прошивкой - это да.
Подключение через робобас - это по робобасу толмуд видимо надо... как ты сам и говоришь:

Ну наверное не аппноутах, а просто единый документ сделать по шине RoboBus и по 4-контактному разъему. Ну и по 12-контактному разъему для ДД тоже.

Хм, сильно более подробный мне не придумывается, разве что писать туториал как программировать микроконтроллеры. Если бы мы делали 1 модуль, то вокруг него можно было бы книжку писать, а так мы делаем систему модулей - нет смысла к каждому прикладывать 3-томник который на 95% одинаковый у всех модулей.

Я не говорю о сильно подробном доке. Предлагаю оставить тот что есть как... Вот как у даташитов по АВР есть полный даташит, а есть Summary Вот аналогично! Все дополнения, которые обсуждаем, делать для полного дока. А этот оставить как маленькую доку для обзорного знакомства с железякой.

[=DeaD=]

Программирование же будет стандартным для всех модулей... Или как?

Ну не совсем будут же еще на ARM-ах модули и т.п.

Подключение через робобас - это по робобасу толмуд видимо надо... как ты сам и говоришь:

Ну наверное не аппноутах, а просто единый документ сделать по шине RoboBus и по 4-контактному разъему. Ну и по 12-контактному разъему для ДД тоже.

Я только там имел в виду по каждому разъему отдельный аппноут - как что цеплять.

Я не говорю о сильно подробном доке. Предлагаю оставить тот что есть как... Вот как у даташитов по АВР есть полный даташит, а есть Summary Вот аналогично! Все дополнения, которые обсуждаем, делать для полного дока. А этот оставить как маленькую доку для обзорного знакомства с железякой.

Ну мы сейчас всё-таки большой документ сделаем, а из него уже маленький уже слепим за 15 минут

[Digit]

ну ок
я иссяк
споткнулся только еще о нумерацию выводов порта С - в тексте выбивается за счет "по-убыванию". Но оно и на плате также, так что видимо оправдано. Хоть и не радует глаз

[=DeaD=]

споткнулся только еще о нумерацию выводов порта С - в тексте выбивается за счет "по-убыванию". Но оно и на плате также, так что видимо оправдано. Хоть и не радует глаз

Ну зато это правда - так ноги МК выведены

А вообще огромное спасибо за конструктив еще раз

[Digit]

you're welcome

[=DeaD=]

Возник вопрос - как лучше анализировать потребности потенциальных покупателей модулей OpenRobotics.

Мысль 1 - тупо устроить опрос - какие модули кто может купить (с указанием приблизительной цены - сколько это будет стоить);

Мысль 2 - может быть тут у кого-то есть более глобальные, чем только за себя, идеи.

[EdGull]

опросы проводимые на счет миниботов имели полнейшее расхождения с тем что показала практика их продаж

[=DeaD=]

опросы проводимые на счет миниботов имели полнейшее расхождения с тем что показала практика их продаж

Этот фактор я помню

[=DeaD=]

Итоги фотосессии:

[Vooon]

В характеристиках убери полужирный.
Думаю также, неплохо бы указывать версию документа (например: ревизия «A»).

[avr123.nm.ru]

Итоги фотосессии:

Мощность питания ... Амперы.

[=DeaD=]

В характеристиках убери полужирный.
Думаю также, неплохо бы указывать версию документа (например: ревизия «A»).

Вот, добавил еще параграфы про подключение внешних устройств.

Добавлено спустя 36 секунд:
Re: Обсуждение модулей OpenRobotics - общие вопросы, распространение

Мощность питания ... Амперы.

Согласен, чушь написал, ща поправим

Добавлено спустя 3 минуты 28 секунд:
Re: Обсуждение модулей OpenRobotics - общие вопросы, распространение
Поправил:

Добавлено спустя 7 минут 54 секунды:
Re: Обсуждение модулей OpenRobotics - общие вопросы, распространение
Пока в качестве рабочего рассматриваю решение не делать огромного мануала по контроллеру, что позволит по-моему иметь большую гибкость в выпуске новых контроллеров, позволяя не тратить кучу сил на создание 50-страничной документации к каждому.

Ближайшие планы по связанным документам:

1. "RoboGPIO: Инструкция пользователя" - как цеплять на 4-пиновый разъем те или иные устройства, - контактные бамперы, сервы, ИК-дальномеры шарп, датчики освещенности и т.п.

2. "RoboBus: Инструкция пользователя" - как использовать шину с точки зрения пользователя, - программирование контроллеров, подключение готовых I2C / UART / SPI устройств и т.п.

в этих планах надеюсь на всяческую поддержку.

[Vooon]

Код: Выделить всё • Развернуть

-ROBOBUS даже если залитая его прошивка использует протокол SPI.
+ROBOBUS даже если его прошивка использует протокол SPI.