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

Сергей

=DeaD= писал(а):

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

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

=DeaD= писал(а):

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

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

=DeaD= писал(а):

Тогда давайте говорить об этом модуле, а не о типовом протоколе для всего-всего-всего

раз у вас будут драйвера только для вашей платы

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

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

=DeaD= писал(а):

Вооот!

А у меня готовое решение уже есть кроме драйвера двигателей

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

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

=DeaD=

Сергей писал(а):

=DeaD= писал(а):

Тогда давайте говорить об этом модуле, а не о типовом протоколе для всего-всего-всего

раз у вас будут драйвера только для вашей платы

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

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

Виноват, был не прав

просто воспринял ваше сообщение в контексте беседы с Lebaon'ом

Вопрос только в одном - а смысл эту универсальность городить тогда?

Сергей писал(а):

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

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

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

Сергей

=DeaD= писал(а):

Виноват, был не прав

просто воспринял ваше сообщение в контексте беседы с Lebaon'ом

Вопрос только в одном - а смысл эту универсальность городить тогда?

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

=DeaD= писал(а):

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

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

=DeaD= писал(а):

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

Да, SPP я и имел ввиду :oops:

А у меня просто нет необходимости перекидывать uart на i2c, так как портов хватает.

=DeaD=

Сергей писал(а):

=DeaD= писал(а):

Вопрос только в одном - а смысл эту универсальность городить тогда?

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

Уточним - пока не вышло

и к типовому решению возможно и не придёт.

Сергей писал(а):

А у меня просто нет необходимости перекидывать uart на i2c, так как портов хватает.

Вы нашли i2c Profile для Bluetooth'за?

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

Сергей

=DeaD= писал(а):

Уточним - пока не вышло

и к типовому решению возможно и не придёт.

Вышло к идее, а не к решению)

=DeaD= писал(а):

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

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

=DeaD=

Сергей писал(а):

=DeaD= писал(а):

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

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

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

посему вопрос - а оно вообще надо универсальным образом COM-порты цеплять?

Сергей

=DeaD= писал(а):

Сергей писал(а):

=DeaD= писал(а):

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

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

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

посему вопрос - а оно вообще надо универсальным образом COM-порты цеплять?

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

=DeaD=

Сергей писал(а):

=DeaD= писал(а):

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

посему вопрос - а оно вообще надо универсальным образом COM-порты цеплять?

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

Ну я и говорю - у вас будет тут только драйвер UART

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

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

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

Сергей

=DeaD= писал(а):

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

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

=DeaD= писал(а):

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

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

Абсолютно согласен

=DeaD=

Сергей писал(а):

=DeaD= писал(а):

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

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

Нуу.... я вас сразу понял

но наверное уже хватит воду в ступе толочь

Пойду лучше проверю разведенную платку по даташитам - не напутал ли я где контакты...

lebaon

Цитата:

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

согласен!

roboforum.ru

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

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