roboforum.ru

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

вращающийся сонар - мне кажется не менее сложно механически регулировать прецизионность движения, чем считать погрешности:)

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

респекты, вроде все ок..

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"

технически очень просто реализуется. Плату сонара крепим на валу шагового двигателя, это гарантирует поворот с шагом 7,5 градуса. По сути, сонар и маяки – системы одного типа. Только сонар проще, не требует синхронизации, да и привязка уже не к 2..3 точкам.
Если хочется сделать систему именно с маяками, то источником импульса должен быть бот. Тогда приемники можно завести на вход звуковой карты.
Оптический строб реализовать проще, чем электромагнитный, и помех меньше.

2contr: Хватит людям голову морочить. Не разбираетесь - лучше ничего не писать. Некоторые могут начитаться этой фигни и потратить кучу времени впустую. Вы бы хоть сами попробовали прописать полностью, что другим советуете. SkyStorm вот реально этим проектом занимается и знает чего это стоит. А у вас даже близко понимания нет. Про компас, например, вы удивительным образом забываете.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Ошибаетесь! Прямая видимость обязательна для УЗ канала, а ИК строб приходит мгновенно.

А подводники-то этого не знают и успешно используют.

Какой такой компас?
Так и просится еще одна цитатка

2contr: Хватит уже людей путать, я же вам сказал. Не надо какие-то свои мысли о подводниках распространять на конкретно доступные в данных условиях компоненты. Если хотите - в отдельной теме подробно объясню чем отличается чугунная практика от вашей хрустальной теории, а вы мне там же расскажете, как подводники своё положение на карте с помощью SRF08 и шагового двигателя определяют. Надо? Дальнейший диалог по этой теме будет считаться ответом "надо", т.к. хватит уже оффтопить в этой теме.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

а разве метод триангуляции не по углам и расстоянию между приемниками определяет положение?
как тогда углы можно помереть?

я бы остановился на 2..3 приемниках и генератору с ИК стробом, расположенном на объекте.
Получаем классический треугольник. 2 стороны - расстояния вычисленные через время прохода УЗ импульса и третья - база между приемниками. В общем случае таких треугольников два, но один вне зоны ограниченной приемниками.
Для демо/дипломной версии можно ограничится двумя приемниками/каналами звуковухи.

чем собственно порадую... Продолжение работы выглядит следующим образом. В центе плоскости излучателей (на потолке) помещается видеокамера, которая поворачивается именно к той области, в которой находится полученная координата. И полученное изображение обработанное рядом коррекций (гамма и нормализация)(коррекция на ПЛИС) через двух портовую память передается во не выбрала интерфейс дальше по системе. Нужен беспроводной. Вот еще хочу использовать микросхему видеозахвата, вот только не до конца понимаю, как она работает.

2mandigit: Ты как, еще этой темой занимаешься? Я тут фильтр Калмана осваиваю потихоньку, по ходу его можно тут неслабо применить

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

2Dead
Нет, не занимаюсь.
Как ты ожидаешь применить фильтр кальмана? откуда возьмешь другие некорелируемые входные данные?

Когда-то пытался понять этот фильтр в теме про инерциальную навигацию (там два источника: датчик угловой скорости (многие именуют его гироскоп) и датчик положения типа ADXL - они не корелируют (точнее, ошибки их не коррелируют)) и можно, вроде, с успехом применить такого типа фильтр

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

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

2Dead
Теоретически - да, снимая данные с энкодеров можно получить некую скорость, которая не будет корелировать со станционарной системой позиционирования.
Такими мерами можно увеличить точность, но стоить это будет (imho) дорого. Довести такую математику совсем не просто.
От уравнений освобождаться - не надо, на мой взгляд они очень сильные (а придумали их люди, разработавшие GPS)
Если глубоко заняться темой - думаю, можно получить лучшие результаты, однако, по сложности задача - сложная. Требует хорошего математического аппарата и, конечно, теория должна подтвердится практикой.

2mandigit: Основное преимущество будет в том, что можно будет на ходу свои координаты получать.
Плюс к этому - энкодеры не обязательно, можно скорость с команд шасси снимать. Просто точность будет поменьше.

Кстати, а у тебя есть возможность подготовить наборы тестовых данных - замеры с маяков с известными координатами и реальные координаты робота? Вот бы и погоняли, где точнее?

Добавлено спустя 2 минуты 18 секунд:
К тому же подход с этими уравнениями не масштабируется вроде на кучу маяков? или я что-то пропустил?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Уравнения не ограничивают количество маяков, их количество ограничивается примененным алгоритмом идентификации. Добавление каждого нового маяка уменьшает периодичность измерения расстояния, плюс все маяки должны быть в зоне видимости. Альтернативным решением является трансляция псевдослучайного сигнала, но там и математика и аппаратная часть - сложнее.
Насчёт замеров с маяков с известными данными: общая ошибка определения местоположения возникает, главным образом, из-за ошибки измерения псевдорасстояния (ошибка определения момента прихода сигнала), а эта ошибка связана с:
1. Различное расстояние между парами приемник-передатчик, что приводит к разной силе сигнала и не позволяет одинаково оценить момент прихода сигнала.
2. Различные условия прохождения между парой приемник-передатчик, связанных с ориентацией приемника в пространстве.

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