roboforum.ru

[EdGull]

это электровеник по нашему

[Duhas]

Шваброид жощще...

тобишь ориентация всего того жнлнза под швабру?

[Ruslan]

Базовой механикой для МиниБота-ПРО будет механика робота-пылесоса

А кто нибудь прояснит, как универсальный мозг-контроллер не привязанный к механике превратился в пылесос? А то из этой ветки не понятно.
Предлагаю держать проекты МБ-Про и пылесосного шасси раздельными. При этом можно координировать ТТХ (чтоб по мощности потянул пылесос), конфигурацию разъемов и отверстий для крепежа. Я опасаюсь, что после оптимизации под пылесосное шасси, этот проект станет менее привлекательным для тех из нас, кто хотел на его базе построить совсем других роботов.

[Digit]

Поддерживаю Рио - дельное замечание.

[EdGull]

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

[=DeaD=]

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

PS: Но кто ж тебе конечно запретит их смешивать

[EdGull]

viewtopic.php?f=64&t=4219&st=0&sk=t&sd=a&start=435#p63775

[=DeaD=]

http://www.roboforum.ru/viewtopic.php?f=64&t=4219&st=0&sk=t&sd=a&start=435#p63775

Дык из этого не следует, что ты будешь поставлять электронику, пока не закончишь весь проект робота пылесоса.

[Ruslan]

Во-первых, респект Эду за то, что он с первым миниботом провел весь проект от концепции до продажи и похоже готов сделать это с МБ-Про. Многим это понравилось и мы с нетерпением ждем МБ-Про (ну и участвуем по мере возможностей). Просто не хочется, чтобы внимание разработчиков распылялось на пылесосное шасси. Если очень надо - предлагаю скинуться на готовое пылесосное шасси от Румбы для Эда. Вот такое: http://store.irobot.com/product/index.jsp?productId=2586252

[=DeaD=]

В приведённом выше решении всё хорошо кроме того что не ясно как его сюда заполучить (((( а так конечно неплохой вариант - взять это решение и на нём все делать уже, тем более что пылесосы будет строить не думаю что больше 20% пользователей минибота-про. Хотя конечно в целом шасси получить с энкодерами по хорошей цене в РФ - это полезно и не думаю что шасси от пылесоса чем-то сильно не подойдет.

[EdGull]

эт вы конешно класно придумали, но есть маленькое но...
я шваброида придумал как раз в противовес этой самой румбе
и тем самым убил сразу несколько зайцев.
т.к. надо выпускать электронику роботов с привязкой к шасси, а я уманался искать варианты для стандартизирорванного шасси в размерах менее 100х100мм, то шасси под пылесос естествеено может быть больше выполняетсяи тогда поучается сразу кучу предназначений, а именно:
- стандартизированное шасси, т.е. мощное типовое, но при этом недорогое шасси для робота. цена будет в районе 750-1000р.
- готовый робот-пылесос с открытым кодом, цена на BroomBot будет в районе 3000-3500р.
- готовая платформа для робота-охранника с открытым кодом

так что не партесь, платы по любому будут меньше 90х90мм

[=DeaD=]

2EdGull: Огласи плиз текущую версию ТЗ на МиниБота-Про.
Интересуют вопросы:
1. Какой контроллер планируется на плате ДД?
2. Планируется ли контроллер отдельный под ЗигБи?
3. Какие критичные выводы (INT) будут ли и чем будут заняты на головном контроллере который на основной плате?
4. Интерфейс между ДД и главной платой - i2c?

PS: В ходе обдумывания интерфейсной шины для модулей посмотрел на проект DEMON и на MiniBot - пока миниботовская больше нравится, ибо на ней и i2c и uart и программатор есть

PPS: А нет вообще мысли сделать ЗигБи отдельным модулем на котором будет штатный миниботовский разъем и USB разъем? Типа воткнул и работай? И синий зуб тоже сделать таким же модулем. А то сейчас я так понимаю если зигби воткнуть в обычную шину - сразу лишаешься i2c, или я не прав?

Добавлено спустя 15 минут 47 секунд:
Тогда не надо будет париться на плате с головным МК размещать зигби и радиомодуль можно будет вынести наверх робота. И в целом сделать модульной конструкцию. Я бы еще экранчик+клавиатуру сделал модулем (их же выносить надо всегда на корпус, а головной МК с кучей разъемов тащить под крышку устройства нафиг надо. И часть компонент сделал бы публичной, как в проекте DEMON, типа "можно сделать самому легко". А продавать в качестве "супер-набора" по не очень высокой цене готовую печатную плату разрезную на которой напаяны SMD компоненты тяжелые типа МК и CC2500 чтобы производить как единую плату, а потом разрезать на пачку модулей.

Добавлено спустя 2 часа 8 минут 35 секунд:
Я бы даже сказал можно попробовать перевести проект DEMON на этот же разъем, тогда будет уже 2 производителя периферии в едином стандарте, а это уже серьезный шаг вперед.

[EdGull]

1. Какой контроллер планируется на плате ДД?

Пока планируется Мега88, если не хватит будем ставить мегу32

2. Планируется ли контроллер отдельный под ЗигБи?

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

3. Какие критичные выводы (INT) будут ли и чем будут заняты на головном контроллере который на основной плате?

На основной плате вроде пока прерывания не подчто заводить. А вот на пате ДД прерывания будут на энкодерах.

4. Интерфейс между ДД и главной платой - i2c?

Пока считаем что между палатми будет системный разъем МиниБота, а там есть и и2ц и уарт и спиай.

А нет вообще мысли сделать ЗигБи отдельным модулем на котором будет штатный миниботовский разъем и USB разъем? Типа воткнул и работай?

Такая плата доступна в продаже с феврля месяца 2008г.

А то сейчас я так понимаю если зигби воткнуть в обычную шину - сразу лишаешься i2c, или я не прав?

Нет, не прав. Ничего не мешает на шлейф наколоть хоть 20 разъемов и использывать интерфейс из шины какой заблагородится.

Я бы еще экранчик+клавиатуру сделал модулем (их же выносить надо всегда на корпус, а головной МК с кучей разъемов тащить под крышку устройства нафиг надо.

ЖКИ и так есть и будет на разъеме, выноси куда хочешь, клавиатуры вроде как небудет, кроме пару кнопок

[=DeaD=]

1. Какой контроллер планируется на плате ДД?

Пока планируется Мега88, если не хватит будем ставить мегу32

Мега32 это минимум, лучше под неё запланировать, там под 1 плату подойдут тогда Мега16, 32, 644 так что не промахнемся.

2. Планируется ли контроллер отдельный под ЗигБи?

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

Думаю надо сделать её отдельным модулем, чтобы можно было выносить наружу робота или ближе к верху.

3. Какие критичные выводы (INT) будут ли и чем будут заняты на головном контроллере который на основной плате?

На основной плате вроде пока прерывания не подчто заводить. А вот на пате ДД прерывания будут на энкодерах.

Тут вроде всё ок.

4. Интерфейс между ДД и главной платой - i2c?

Пока считаем что между палатми будет системный разъем МиниБота, а там есть и и2ц и уарт и спиай.

Ок, отлично.

А нет вообще мысли сделать ЗигБи отдельным модулем на котором будет штатный миниботовский разъем и USB разъем? Типа воткнул и работай?

Такая плата доступна в продаже с феврля месяца 2008г.

Тогда не ясно из сайта, вики и форума что там стандартный разъем минибота.

А то сейчас я так понимаю если зигби воткнуть в обычную шину - сразу лишаешься i2c, или я не прав?

Нет, не прав. Ничего не мешает на шлейф наколоть хоть 20 разъемов и использывать интерфейс из шины какой заблагородится.

Отлично.

Я бы еще экранчик+клавиатуру сделал модулем (их же выносить надо всегда на корпус, а головной МК с кучей разъемов тащить под крышку устройства нафиг надо.

ЖКИ и так есть и будет на разъеме, выноси куда хочешь, клавиатуры вроде как небудет, кроме пару кнопок

Вопрос в том, что тогда его можно будет докупать к обычному миниботу. Если сделать на разъеме который миниботовский.

Короче глобальная идея заключается в следующем:
1. Четко объявить стандарт на миниботовский разъем - уровни напряжений, что можно, что нельзя и т.п.
2. Сделать название и логотип соответствующий этом разъему (например, MiniBus или BotBus - какой еще не занят).
3. Сделать несколько уровней стандарта - типа чтобы неполный стандарт помечался как-то и пользователь был предупрежден о возможных проблемах и перед использованием модуля сверял - не сгорит ли у него чего-нибудь.
4. Сделать сайт на котором регистрировать все модули которые соответствуют стандарту. Короче всё как у USB.

Добавлено спустя 21 секунду:
Потенциально - перевести проект DEMON на эту шину.

[EdGull]

повторяю!
зигбя отдельным модулем с портами USB, UART, SPI и под спец заказ i2c доступны с февраля!!!