roboforum.ru

Надумалось (в процессе размышлений - что бы сделать, чтобы было очень просто строить роботов):

Принципы построения системы "строительных блоков" на базе МК:
1. Строительные блоки могут использоваться как для создания устройств на базе ПК, так и автономно;
2. Строительные блоки объеденены в сети по протоколу i2c;
3. ПК соединен с одной или несколькими такими сетями по протоколу rs-232;
4. Строительные блоки в рамках одной сети соединены шлейфом по которому передаетс не только i2c, но и базовое питание.

Дальше собственно объявляем протокол взаимодействия с типовыми устройствами, в том числе для уровня ПК и вперед лепить этих строительных блоков сколько влезет.

Минимальный набор строительных блоков разумеется в готовом спаянном виде выставить в продажу (для тех, кто не хочет париться с паяльником), часть в виде наборов (для тех, кто не хочет париться с изготовлением печатных плат, но готов помучаться с паяльником) и вообще в виде набора спецификаций и разводки платы на сайте.

Почему rs232, а не rs485-422 - для массовости продукт должен быть экстремально доступным и дешевым. Ну и пусть оно не сможет работать в условиях завода с кучей электических помех, нам оно и не надо. Мыши работают на rs232 и ничего. То же самое про "Почем i2c, а не modbus или еще что защищенное".

Кто-нибудь готов поддержать это помощью в проектировании пары-тройки базовых блоков и написании прошивок к ним?

PS: Дополнительные мысли по применению:

Case 1: Радиотранслятор для rs232 вполне собираем, так что может стать одним из модулей. На базе его, а также пары беспроводных камер видеонаблюдения завязанных на выходе на ТВ-тюнер можно собрать миниробота без ПК на борту но с управлением с полноценного домашнего ПК.

Case 2: Для ноутбуков у которых нет rs232 порта есть специальный переходник за 300р, USB<=>RS232.

Case 3: Скоро появятся в продажах Wireless USB-HUB'ы, так что можно будет вкупе с переходником надеюсь создать такую конфигурацию: ПК<=>WirelessHUB<=>[2 webcams + USB<=>RS232]<=>ПакетНашихБлоков. Что позволит создавать минироботов без ноутбука на борту со всеми наворотами (хотя и с ограниченным 10м радиусом действия, но для "квартирного робота" этого часто вполне хватит).

PPS: Огромная просьба не засорять тему сообщениями типа "наконец-то!", "да уже миллиард раз пытались все, с чего у тебя получится?" и "проще купить"

=DeaD= писал(а):Кто-нибудь готов поддержать это помощью в проектировании пары-тройки базовых блоков и написании прошивок к ним?

Я готов помогать чем могу по конкретным вопросам и ТЗ.

По програмированию обмена по USART-rs232 на МК есть задачи-упражнения в кратком курсе для тех кто не знает как.

Советую обратить внимание на удобный и надежный протокол WAKE.
Его подробно описал и дал исходники и примеры Ридико Л.И. - его статьи внизу страницы avr123.nm.ru/01.htm

а как вы смотрите на унификацию пртокола (команд) общения модулей с каким либо крупным производителем робомодулей ?

Например Parallax.com   - т.е. их набор комманд + дополнительные свои.

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

А вот совместимость с готовыми i2c модулями делать придется это всякие компасы, акселерометры и т.п.

Немного отвлеченный вопрос: какой разъем планируется использовать в i2c?

Kanoka писал(а):Немного отвлеченный вопрос: какой разъем планируется использовать в i2c?

Скорее всего IDC6 (2 на сигнал, 2 на питание, еще 2 в резерв).
Причина - собственно наверное единственный разъем с реальным "шинным" подключением

Есть другие варианты?

Скорее всего IDC6

Здоровый он. Но ничего альтернативного в голову не приходит.

North писал(а):

Скорее всего IDC6

Здоровый он. Но ничего альтернативного в голову не приходит.

Да не больше самого МК, но как вы сами заметили альтернатив всё равно нету. Хотя вру конечно, распространенных альтернатив нету, а так есть IDC2.0 (http://www.promelec.ru/lines/conn_2_10_1_2.html).

Но в топку такие редкие разъемы.

i2c модули  и  такие разъемы.

http://www.elab-pascal.de/components/lc ... rd_en.html

Альтернатива есть, IDC конечно хорошо но 6-ти проводной шлейф для подключения тех же датчиков смотреться будет убого, да и на кой два лишних провода? Я решил использовать RJ11, подключается и отключается легко, имеет ключ и замок и сам кабель довольно тонкий, да и выглядит цивильненько.

2Kanoka: Озадачил ты меня с разъемами - сегодня приму решение.

Вопрос с легким подключением, фиксацией и 100-пудовой доступностью как разъемов, так и уже обжатых проводов готовых тоже подкупает.

Вопрос с не-шинностью соединения решается введением хабов и 2х разъемов на каждой плате.

Вероятность 90% что приму эту мысль.

Соответственно питание подаем с любой платы через этот же разъем.

PS: Спасибо за дельную мысль!

RJ11 - это конечно хорошо, но без клещей их обжимать не очень удобно...
И еще: соединение плт друг через друга - тоже не всегда удобно, особенно когда их много. Как вариант - сделать плату с пачкой параллельно соединенных разъемов. От нее и питание подавать будет правильнее...

Kanoka писал(а):IDC конечно хорошо но 6-ти проводной шлейф для подключения тех же датчиков смотреться будет убого

да вроде нормально смотрится
http://www.elab-pascal.de/components/lc ... rd_en.html

Kanoka писал(а):Я решил использовать RJ11

Его наверно без спец инструмента не одеть на провод и посреди провода не вставить.

-= Александр =- писал(а):RJ11 - это конечно хорошо, но без клещей их обжимать не очень удобно...
И еще: соединение плт друг через друга - тоже не всегда удобно, особенно когда их много. Как вариант - сделать плату с пачкой параллельно соединенных разъемов. От нее и питание подавать будет правильнее...

Немерянно редкий и дорогой инструмент - целых 100 рублей и доступен наверное в почти каждом магазине электроники и в куче киосков я готов заплатить эти деньги за удобство подключения / отключения без риска оторвать с разъемом половину печатной платы или всю печатную плату от того куда она привинчена, или провод от разъема

http://price.sunrise.ru/catalog.aspx?parent=N72STB

Про кучу разъемов на шлейфе - ну не то чтобы сильно круто это было при баловстве с изменением конфигурации и при отладке. А мы сейчас как раз хотим сделать конструктор который был бы удобен.

Да и доступность RJ11+провод телефонный в отличие от IDC + шлейф получше будет.

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

Про вставку посредине провода - ну если подумать - этого обычно и не надо, да и вредно, разве что разъемы экономить, но это же конструктор, экономить надо в промышленных масштабах, а тут хоть 20 проводов разной длины в этот конструктор напихать - всё не помешает

avr123.nm.ru писал(а):да вроде нормально смотрится
http://www.elab-pascal.de/components/lc ... rd_en.html

Главное что это неудобно в переподключении.