roboforum.ru

а как именно ты ориентирован?
будешь сам всё разрабатывать и производить?
За чей счет?

blindman писал(а):Я в первую очередь ориентирован на систему электронных модулей и библиотеки программ для них (на стороне МК), аля конструктор. Общие мысли такие:

Правильно ли я понимаю, что единственное отличие вашего подхода и моего - интегрировать ли на плату драйвер двигателей или нет, так? Тогда может и возьмете просто мои разработки и вместо драйвера двигателей сделаете разъем на его месте?

Ну и я так понял, вы не планируете программировать всё это с ПК, а хотите под МК сидеть, так?

=DeaD= писал(а):Правильно ли я понимаю, что единственное отличие вашего подхода и моего - интегрировать ли на плату драйвер двигателей или нет, так?

Да по большому счету отличий особых нет. Отдельный драйвер двигателей просто считаю более удобным. Делаешь паука - ставишь плату без драйвера. Делаешь маленького робота с игрушечными движками - пристегиваешь драйвер. Сделал шасси побольше - меняешь драйвер.

Возможность управления с ПК конечно рассматриваю, потому и думаю о радиомодулях - но считаю что в первую очередь следует сделать то, что позволит делать автономных роботов. Смысл применения ПК какой ? Использование датчиков и алгоритмов, с которыми МК не справится (зрение итп). И перед тем как это использовать, думаю все же желательно иметь обкатанную автономную платформу.

Насчет делать на основе твоих разработок - да, думал. Если откинуть драйвер двигателя - то как раз и останется необходимый минимум. Вот только есть ли смысл использовать DIP корпуса? Рассчитывать, что кто-то будет сам это паять?

Кстати, по поводу драйвера маломощных двигателей. Думаю отказаться от L293 - жалко полтора вольта. Делать на мосфетах, способных работать при низких напряжениях на затворе, что-то типа IRF5851

PS. Привык в форумах общаться на ты, и чувствую себя комфортнее, когда и ко мне так же обращаются

blindman писал(а):Вот только есть ли смысл использовать DIP корпуса? Рассчитывать, что кто-то будет сам это паять?

Ну вообще да открытость проекта для новичков - почти везде можно заказать двух-стороннюю плату за разумные деньги и сделать всё самому. Если будут какие-то проблемы с заказом готовых плат, чтобы в этот момент всё не умерло.

blindman писал(а):Кстати, по поводу драйвера маломощных двигателей. Думаю отказаться от L293 - жалко полтора вольта. Делать на мосфетах, способных работать при низких напряжениях на затворе, что-то типа IRF5851

Тоже хорошо будет.

blindman писал(а):PS. Привык в форумах общаться на ты, и чувствую себя комфортнее, когда и ко мне так же обращаются

Да без вопросов

blindman писал(а):

=DeaD= писал(а):В общем, я склоняюсь к использованию SMD. И надо начинать агитировать за здоровый образ жизни, который и зрение улучшает, и тремор рук снижает

правильно, пусть трактор работает, он железный.
1. при использовании SMD в итоге готовая плата выдет дешевле чем на DIP элементах, даже при небольшой серии.
2. те кто хочет паять самостоятельно будут городить свой велосипед и врядли заинтересуются модульными решениями

Вообще, меня самого уже давно посещает идея про модульность, руки пока не дошли, чтобы порыскать по интернету, есть ли уже готовые нормальные протоколы и схемы соединений.
Мне лично понравилась модель, представляемая microsoft robotics studio. Не вдаваясь в подробности, оно представляет любого робота как композицию _слабосвязанных_ параллельно выполняющихся сервисов. При этом сервис - это датчик, исполнительное устройство, либо что угодно другое. Причем идеальной модулью обмена данными с сервисом является не сессионная модель, а чистый обмен состояниями и коммандами. Ну и плюс поддержка событийной модели.
В общем как я себе это вижу. Контроллер - наименее интересная часть, про которую говорить не буду, но на нем ничего кроме самого контроллера нет (можно повесить датчик температуры для контроля перегрева процессора и датчик напряжения питания). Все остальное - максимально унифицированные отдельные устройства.
Ключевым моментом я считаю то, что эти самые устройства должны быть умными. Т.е. у нас могут быть коллекторные или бесколлекторные моторы, управляемые как шириной импульсов, так и напряжением. Контроллер о том как управлять мотором не должен знать _ничего_. Он должен знать что бывает такой-то тип сервиса управления моторами, через который он все сможет сделать, с обратной связью или без, и т.п.
То есть на каждый отдельный модуль я предлагаю ставить микроконтроллер(предвещая кучу криков в этот момент скажу, что attiny13 например, можно купить по 60 центов за штуку, attiny11 - по 40 центов. 10-15 рублей - это не деньги за упрощение жизни).
Этот самый микроконтроллер должен уметь две вещи, по сути своей.
1) Рулить аппаратной частью конкретного датчика.
2) Уметь подключаться к общей шине данных и получать по ней комманды/передавать сообщение о событиях.

Соответственно, все подключаемые устройства должны подключаться к некой общей шине. Чтобы поддерживать событийность - multi-master шине видимо, но это вопрос уже решаемый, тока подумать надо.

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

тут потихоньку прорисовыевает вторая ревизия минибота, в ней сразу на борту уже будут:
FT232 (для связи через USB и программирования через бутлоадер , соответсвенно программатор тогда не нужен будет)
низкопроходной стабилизатор на 3.3В
опорное напряжение на 1.2В
если бог даст, движки сразу с редукторами
место под запайку MiniSD карточки
линейка разъемов под I2C
ЖКИ экран от эриксона
может быть даже будет CC2500 т.е. ZigBee
естественно MAX1555 останется
а вот операционик выкину
с Н-мостами еще не решил

Добавлено спустя 3 минуты 18 секунд:
еще будет:
линейка разъемов под сервы