roboforum.ru

Vovan писал(а):"Ушастик" и сейчас, разве что, забавляет гостей - едет на свист, но это и всё чего можно было добиться, а о точности наведения и тем более точной ориентации ("обнуление" энкодеров) ИМХО думать не приходится...

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

Тут вся идея в том что не угол ищется, нам вообще наплевать под каким углом слышен маяк, мы мерим два или более расстояния до разных маяков, расположенных в известных координатах. А расстояние с помощью звука измерить можно довольно неплохо!

Vovan писал(а):ориентация на звук очччень и очччень приблизительная (даже такое совершенное животное как кошка при определении источника звука имеет погрешность около 30%, а человек до 70%!).

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

пысы, для ориентации в 3-д сколько "ушей" понадибится? 3 видимо ? хотя человек и с 2-мя слышит ..

вы на маяках разные частоты выставлять собираетесь ?

мммм
да в цс звук это супер =)


особенно когда 1х1 играешь гденить на арене

колоночки погромче включил, подальше расставил
и сиди лупи сквозь стены по звуку =)


но в ЦС звук идеализирован
он от стен не отражается а идёт откуда надо...

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

EdGull писал(а):Народ, а данные можно передовать ультразвуком?
Если да, то какой кодировкой?
А то было бы наверное неплохо песональный запрос на отклик тоже УЗ передавать. И о разряде своих акб. маяк тоже ведь должен как-то кричать... Хотя с другой стороны зигбю всё равно делать прийдется, не для этого так для другого...

Передавать можно, кодировку не знаю
Первые пульты к ТВ вроде как раз на ультразвуке были

Зачем маяки? Вспомните летучих мышей. Пользуются ультразвуком и думаю достаточно точно определяют расстояние. Если уж мышки умеют - почему бы "железячке" неуметь.

loid писал(а):Зачем маяки? Вспомните летучих мышей. Пользуются ультразвуком и думаю достаточно точно определяют расстояние. Если уж мышки умеют - почему бы "железячке" неуметь.

Затем, что летучие мыши не определяют свои глобальные координаты, а расстояние до препятствий и сонары могут определять.

EdGull писал(а):Народ, а данные можно передовать ультразвуком?
Если да, то какой кодировкой?

Скорей уж не кодировкой ,а скоростью. Если у нас несущая 40 с чем-то килогерц, то данные можно слать не быстрее 4 килобит. А стабильно вообще 400 с чем-то бит получится. А кодировка - да хоть азбука морзе, хоть АМ-модуляция, хоть DTMF если удастся разные частоты принимать. Также неплохо применять например код Хемминга для исправления ошибок. Подозреваю что длинные пачки передавать не получится - отражения будут мешать.

А кодировка - да хоть азбука морзе, хоть АМ-модуляция, хоть DTMF если удастся разные частоты принимать. Также неплохо применять например код Хемминга для исправления ошибок.

а реальные предложения будут, а не общие фразы?

Реально - попробовать азбуку морзе. Для звука думаю самое то. И принимать ее просто и программировать там не много надо. Самому мне увы нечем проверить - нету УЗ капсулей вообще никаких...
Вообще я когда-то че-то делал на УЗ. Помню только что хорошо они работают на резонансной частоте +-5-6 герц. Так что DTMF там сделать будет проблематично.

Про код хемминга читай в википедии. Там-же есть и другие избыточные алгоритмы. В голом виде этот код позволяет находить и исправлять одну ошибку в пачке. Есть модификации и для двух и более ошибок, но там пачка слишком раздувается, нерационально будет.

По поводу электроники: динамику надо +-12 вольт или больше. Я видел красивое решение - использовали MAX232 - у него как раз встроенные конвертеры. Ну или просто через полевик и RC - цепочку для сглаживания.

С приемником все немного сложнее. Обычно используют ОУ и компаратор. Реже делают авто-подстройку усиления. Думаю тут будет полезно использовать ОУ с программируемым усилением. Они работают по I2C шине - там все просто. Называется как-то вроде "programmable gain opamp". Фильтры думаю не понадобятся - УЗ микрофон на звуки слышимого диапазона почти не реагирует.

по первой схеме которую я выкладывал напряжение на капсюле в момент передачи раскачивается до 20 вольт


схема на сайте корнуэла немножечко сложнее но тоже элементарная
зачем усложнять всякими ОУ и компараторами да ещё I2C примонстрячивать?


кстати
кто даташит на эти капсюли читал? как у них с направленностью?
я так понял что они довольно узконаправленные

Добавлено спустя 5 минут 56 секунд:
ага
50 градусов

с таким датчиком особо не разбежишься...


короче если на роботе стоит такое "ухо" всё равно нуно крутиться
потому как звук сбоку он не улышит
или наоборот услышит отражённый звук хотя передатчик стоит рядом

народ! всё намного проще...
у меня есть в наличии 4 пары УЗ приемо-передатчиков!!!
для общего развития - приемник на LM358, передатчик на IR2101
и я готов провести многомаштабные эксперементы...

ДАЙТЕ МНЕ ПОШАГОВЫЙ АЛГОРИТМ что б смог из них сделать УЗ модемы.
Потому как я с электроникой дружу на много больше чем с программированием.

А чем UART не устраивает на экстремально-низких скоростях?

ну я ж просил,

МНЕ ПОШАГОВЫЙ АЛГОРИТМ

от куда взять, куда положить...