roboforum.ru

Ну, млин, я тут для кого распинаюсь?
Смотреть сюда:
viewtopic.php?f=68&t=6760&p=123677#p123669

Для blindman: поотвечаем на вопросы?

Мене оно надо?

Michael_K писал(а):На правильной 20МГц, конечно.
Разгоны не признаю

И это говорит человек, подавший на АЦП клок в 5 раз выше разрешенного максимума

На самом деле нормальное решение, почему бы и нет. Причем я смотрю даже погрешность АЦП неплохая для такого решения.
Кстати, есть еще вариант. Можно и без АЦП попробовать обойтись. Взять компаратор, одной ногой на вход, на вторую ногу конденсатор на землю и резистор на ШИМ-выход. Дальше в программе читаем компаратор (хоть с частотой 2 МГц), если все черное - уменьшаем уровень ШИМ, если все белое - увеличиваем, если есть черный импульс на белом - находим его координату. И так по каждой строке. Ну синхронизацию тоже придется вылавливать из общего сигнала - но там можно ФАПЧ организовать.

И это говорит человек, подавший на АЦП клок в 5 раз выше разрешенного максимума

Что-то я не увидел в даташите никакого максимума.
Есть только цифры, при которых производитель
гарантирует заявленные характеристики.
Типа "можно гонять и выше, но точности я не гарантирую".
Может не заметил чего?

...на вторую ногу конденсатор на землю и резистор на ШИМ-выход.
Дальше в программе читаем компаратор (хоть с частотой 2 МГц)...

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

Хотя, наверное, можно придумать, как решить эту проблему.

первый кадр позволяет засечь уровни b/w и даже делитель подрегулировать.
Ваше решение интересно тем, что технически доступно. Вполне подходит для разпознавания линии/пятна и даже формы самим МК.

Вполне подходит для разпознавания линии/пятна и даже формы самим МК.

Да. Тут главное не напрягаться по поводу сложных алгоритмов и качества картинки,
и по возможности расчеты делать на лету - тогда и не придется наворачивать монстров
(ПЛИС, внешняя память, скорострельные АЦП и т.д.)

Я, когда обкатаю эту идею (соберу платформу, опробую "в полевых условиях", доточу алгоритм),
планирую собрать платку чуть помощнее (На ХМеге32, как я уже писал).
И на ней уже попробую распознавалки, детектор движения и расстояние по лучику.
Если все пойдет удачно, возможно доберусь и до "псевдостерео" на одной камере

Michael_K ай маладца!!!
Теперь можно совсем за недорого проводить МАССОВЫЕ регаты в классе курс-рейс.
А если массовые, то это автоматически означает что ОЧЕНЬ ЗРЕЛИЩНЫЕ

На буях, стартовых и финишных створках ворот ставим яркие лампы накаливания.
И вперед, кто обогнет все буи по очереди правым бортом и первым пройдет финишный створ ворот, того и тапки...

Помоему суперски получается...

LaserBall без всякого РС или самонаведение водогрейки уж точно получится

неплохо бы даже сразу готовый модуль производить
дешовая ЧБ камера+платка прикрученная, с стандартизированным документированным выходом.
и джамперы чтобы выбрать один из вариантов работы
1 джампер - ищем линию(на выходе модуля - координаты точек лежащих на линии)
2 джампер - ищем яркое пятно(на выходе модуля - координаты и вес пятен)
3 джампер - чтонибуть ещё...

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

А вот здесь, вероятно, потребуется "помощь клуба":

Какой интерфейс вы считаете подойдет для такого "сенсора"?

uart + i2c

уарт полюбасу
ибо он доступен любому чайнику
I2c опционально, тоже перемычкой

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

А почему бы не SPI по нему скорость общения в МК самая наибольшая

зачем нужна суперскорость если в худшем случае нам надо передавать X Y координаты 80 точек?

уарт полюбасу ибо он доступен любому чайнику

Сколько уартов в популярных платформах?
Чем обычно заняты уарты в популярных платформах?

Я бы лично предпочел SPI, например.

I2c опционально, тоже перемычкой

Нереально.
Надо понимать, что проц постоянно (почти) занят, читая видео с камеры.
Он не сможет прерываться, когда "главному" контроллеру приспичит.
I2C - такой протокол, когда все друг-друга ждут.
Да еще и аками-наками обмениваются на каждый байт - "ф топку".

модули должны быть самостоятельные, чтоб не мудрить с инициализацией и общением

Протокол должен быть простой, я согласен, но...

Тут тоже есть свои грабли.
Такой модуль придется калибровать. Даже если он будет комплектоваться нерегулируемым объективом,
его будут ставить на разной высоте над полом, под разным углом, или даже на подвижной "голове".
Что с этим делать - не совсем понятно.

В общем, есть над чем подумать...

Добавлено спустя 1 минуту 45 секунд:

Myp писал(а):зачем нужна суперскорость...?

Дело не в скорости вовсе, а в том, что выплюнул и забыл - занимайся своими делами (а их много).
В отличии от ИдваСи, например

Добавлено спустя 1 минуту 31 секунду:
А вопрос с SPI все тот же:
Свободен ли SPI в популярных платформах.
Что на них обычно вешают?