roboforum.ru

Технический форум по робототехнике.

 

Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Обсуждаем рождающиеся мысли и результаты экспериментов.

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение Сергей » 08 фев 2008, 21:34

=DeaD= писал(а):Почему-то мне кажется, что на этому пути "универсальности" при практическом использовании вы столкнётесь с недетскими проблемами. У вас опыт использования в практических конструкциях i2c какой? Как быть с хитрыми синхронизированными запросами "команда+ответ"? С точки зрения UART'а это вообще полный бред :)

Опыт небольшой, скрывать нет смысла. Да и спорить насчет "бреда" не буду) Все это на стадии теста/разработки, все еще впереди.

=DeaD= писал(а):Всё красиво, вот только вы работали с i2c как с uart'ом, особенно на чтение, а там всё по другому делается.

Опять же не спорю, еще не до конца разобрался сам.

=DeaD= писал(а):Тогда давайте говорить об этом модуле, а не о типовом протоколе для всего-всего-всего :) раз у вас будут драйвера только для вашей платы :)
А я то предлагаю как раз универсальный подход для любых устройств, когда их сможет использовать каждый школьник владеющий C++ Builder'ом не вникая в программирование МК.

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

=DeaD= писал(а):Вооот! :) А у меня готовое решение уже есть кроме драйвера двигателей :)
Сейчас, кстати, развожу платку на которой оставил 16 портов (8 аналоговых+8цифровых), снес COM-интерфейс, зато поставил регулятор напряжения, и драйвер двигателей. Должно получиться универсальное решение на котором можно делать компактных автономных роботов (контроллер ATMega16/32/644 выбираем по вкусу с нужным нам объемом памяти) или роботов с управлением по Bluetooth (цепляем сверху модуль на разъем TTL-UART и вперед).

Опять я как грица "слажал", модуль здесь я подразумевал как программу. Есть программный модуль wireless, есть программный модуль управления механикой, все через сокеты. Программа wireless будет использовать порт на который подвешен сам bluetooth, тобишь юсарт. А отдельно модуль Bluetooth у меня и так работает без прикручивания чеголибо "сверху", воткнул, и вот тебе шлюз СОМ.
Сергей
 
Сообщения: 3741
Зарегистрирован: 29 дек 2004, 23:15
Откуда: Санкт-Петербург
прог. языки: C, C++, C#, Asm
ФИО: Кашликов Сергей

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение =DeaD= » 08 фев 2008, 22:01

Сергей писал(а):
=DeaD= писал(а):Тогда давайте говорить об этом модуле, а не о типовом протоколе для всего-всего-всего :) раз у вас будут драйвера только для вашей платы :)
А я то предлагаю как раз универсальный подход для любых устройств, когда их сможет использовать каждый школьник владеющий C++ Builder'ом не вникая в программирование МК.

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

Виноват, был не прав :) просто воспринял ваше сообщение в контексте беседы с Lebaon'ом :)
Вопрос только в одном - а смысл эту универсальность городить тогда?

Сергей писал(а):Опять я как грица "слажал", модуль здесь я подразумевал как программу. Есть программный модуль wireless, есть программный модуль управления механикой, все через сокеты. Программа wireless будет использовать порт на который подвешен сам bluetooth, тобишь юсарт. А отдельно модуль Bluetooth у меня и так работает без прикручивания чеголибо "сверху", воткнул, и вот тебе шлюз СОМ.

Так это не программный модуль, а драйвер тогда, если быть конкретным и использовать общепринятую терминологию :)
Про шлюз-COM не понял. Точнее так - я знаю что такое SPP на Bluetooth, но вопрос в том, что периферия для роботов обычно не под uart, а под i2c. Я в этом ключе предлагаю сделать типовой модуль пробрасывающий "все запросы" (кроме адреса 255 - его обрататываем сами) на шину i2c. И у меня такой модуль готов ([[Шлюз-контроллер GATE-8A16D]]), кроме случая драйвера двигателя интегрированного в этот модуль.
.
Проект [[Open Robotics]] - Универсальные модули для построения роботов
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение Сергей » 08 фев 2008, 22:19

=DeaD= писал(а):Виноват, был не прав :) просто воспринял ваше сообщение в контексте беседы с Lebaon'ом :)
Вопрос только в одном - а смысл эту универсальность городить тогда?

А я ее и не горожу, само вышло :)

=DeaD= писал(а):Так это не программный модуль, а драйвер тогда, если быть конкретным и использовать общепринятую терминологию :)

Извиняюсь, исправлюсь :beer:

=DeaD= писал(а):Про шлюз-COM не понял. Точнее так - я знаю что такое SPP на Bluetooth, но вопрос в том, что периферия для роботов обычно не под uart, а под i2c. Я в этом ключе предлагаю сделать типовой модуль пробрасывающий "все запросы" (кроме адреса 255 - его обрататываем сами) на шину i2c. И у меня такой модуль готов ([[Шлюз-контроллер GATE-8A16D]]), кроме случая драйвера двигателя интегрированного в этот модуль.

Да, SPP я и имел ввиду :oops:
А у меня просто нет необходимости перекидывать uart на i2c, так как портов хватает.
Сергей
 
Сообщения: 3741
Зарегистрирован: 29 дек 2004, 23:15
Откуда: Санкт-Петербург
прог. языки: C, C++, C#, Asm
ФИО: Кашликов Сергей

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение =DeaD= » 08 фев 2008, 22:37

Сергей писал(а):
=DeaD= писал(а):Вопрос только в одном - а смысл эту универсальность городить тогда?

А я ее и не горожу, само вышло :)

Уточним - пока не вышло :) и к типовому решению возможно и не придёт.

Сергей писал(а):А у меня просто нет необходимости перекидывать uart на i2c, так как портов хватает.

Вы нашли i2c Profile для Bluetooth'за? :) Если у вас на роботе ПК не будет как с i2c устройствами прозрачно работать с ПК через синий зуб? Драйвер к каждому писать на МК?
Проект [[Open Robotics]] - Универсальные модули для построения роботов
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение Сергей » 08 фев 2008, 22:56

=DeaD= писал(а):Уточним - пока не вышло :) и к типовому решению возможно и не придёт.

Вышло к идее, а не к решению)
=DeaD= писал(а):Если у вас на роботе ПК не будет как с i2c устройствами прозрачно работать с ПК через синий зуб? Драйвер к каждому писать на МК?

Если честно то не очень понял. ПК -> uart->BT - - - - BT->uart->шлюз-контроллер->i2c-устройства. Почему вот так не пойдет, если уж без ПК на роботе?
Сергей
 
Сообщения: 3741
Зарегистрирован: 29 дек 2004, 23:15
Откуда: Санкт-Петербург
прог. языки: C, C++, C#, Asm
ФИО: Кашликов Сергей

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение =DeaD= » 08 фев 2008, 23:04

Сергей писал(а):
=DeaD= писал(а):Если у вас на роботе ПК не будет как с i2c устройствами прозрачно работать с ПК через синий зуб? Драйвер к каждому писать на МК?

Если честно то не очень понял. ПК -> uart->BT - - - - BT->uart->шлюз-контроллер->i2c-устройства. Почему вот так не пойдет, если уж без ПК на роботе?

Почему не пойдет, так как раз пойдет, только получается тогда, что у вас универсальным образом только COM-порты цепляются, а i2c вы предлагаете через моё решение кидать :) посему вопрос - а оно вообще надо универсальным образом COM-порты цеплять? :)
Проект [[Open Robotics]] - Универсальные модули для построения роботов
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение Сергей » 08 фев 2008, 23:12

=DeaD= писал(а):
Сергей писал(а):
=DeaD= писал(а):Если у вас на роботе ПК не будет как с i2c устройствами прозрачно работать с ПК через синий зуб? Драйвер к каждому писать на МК?

Если честно то не очень понял. ПК -> uart->BT - - - - BT->uart->шлюз-контроллер->i2c-устройства. Почему вот так не пойдет, если уж без ПК на роботе?

Почему не пойдет, так как раз пойдет, только получается тогда, что у вас универсальным образом только COM-порты цепляются, а i2c вы предлагаете через моё решение кидать :) посему вопрос - а оно вообще надо универсальным образом COM-порты цеплять? :)

И как я здесь цеплю универсально СОМ порты? Не догнал. Здесь из моего будет только драйвер usart на стороне ПК, а uart с BT идет на ваш шлюз.
Сергей
 
Сообщения: 3741
Зарегистрирован: 29 дек 2004, 23:15
Откуда: Санкт-Петербург
прог. языки: C, C++, C#, Asm
ФИО: Кашликов Сергей

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение =DeaD= » 08 фев 2008, 23:38

Сергей писал(а):
=DeaD= писал(а):получается тогда, что у вас универсальным образом только COM-порты цепляются, а i2c вы предлагаете через моё решение кидать :) посему вопрос - а оно вообще надо универсальным образом COM-порты цеплять? :)

И как я здесь цеплю универсально СОМ порты? Не догнал. Здесь из моего будет только драйвер usart на стороне ПК, а uart с BT идет на ваш шлюз.

Ну я и говорю - у вас будет тут только драйвер UART :) а для i2c будете мой шлюз пользовать, а по теории должны свой специальный драйвер...

Добавлено спустя 1 минуту 42 секунды:
В общем я думаю мы уже всё поняли, сейчас будем только в словах путаться и понятиях :)

Предлагаю продолжить обсуждение при получении каких либо результатов дальнейших любой из сторон :)
Проект [[Open Robotics]] - Универсальные модули для построения роботов
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение Сергей » 08 фев 2008, 23:49

=DeaD= писал(а): а для i2c будете мой шлюз пользовать, а по теории должны свой специальный драйвер...

Хочу заметить - модуль BT у меня готовый http://www.roboforum.ru/viewtopic.php?f=40&t=2572, у него выход SPP вот и я этот uart и цепляю к вашему шлюзу. То есть в этом месте нет ничего моего, а только на стороне ПК. Так что мы просто не поняли друг друга.
=DeaD= писал(а):
В общем я думаю мы уже всё поняли, сейчас будем только в словах путаться и понятиях :)
Предлагаю продолжить обсуждение при получении каких либо результатов дальнейших любой из сторон :)

Абсолютно согласен :)
Сергей
 
Сообщения: 3741
Зарегистрирован: 29 дек 2004, 23:15
Откуда: Санкт-Петербург
прог. языки: C, C++, C#, Asm
ФИО: Кашликов Сергей

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение =DeaD= » 09 фев 2008, 00:05

Сергей писал(а):
=DeaD= писал(а): а для i2c будете мой шлюз пользовать, а по теории должны свой специальный драйвер...

Хочу заметить - модуль BT у меня готовый http://www.roboforum.ru/viewtopic.php?f=40&t=2572, у него выход SPP вот и я этот uart и цепляю к вашему шлюзу. То есть в этом месте нет ничего моего, а только на стороне ПК. Так что мы просто не поняли друг друга.

Нуу.... я вас сразу понял :) но наверное уже хватит воду в ступе толочь :)

Пойду лучше проверю разведенную платку по даташитам - не напутал ли я где контакты... :)
Проект [[Open Robotics]] - Универсальные модули для построения роботов
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Re: Типовые решения для робота на базе ПК(в т.ч. на радиоканале)

Сообщение lebaon » 09 фев 2008, 14:57

Предлагаю продолжить обсуждение при получении каких либо результатов дальнейших любой из сторон

согласен!
Аватара пользователя
lebaon
Безбашенный Теоретик
 
Сообщения: 1137
Зарегистрирован: 07 янв 2006, 18:30
Откуда: Подмосковье

Пред.

Вернуться в Идеи

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 5

Mail.ru counter