Comments 39
При аэрофотосъёмке важно ли поддерживать камеру в строго вертикальном положении? Если да, то как обеспечивается компенсация кренов самолёта?
Скажите, а не проще компенсировать поворот камеры программно? То есть во время съемки записывать курс и азимут, а во время наземной обработки по этим данным просто поворачивать каждый снимок. Или я не до конца понял суть проблемы?
На видео компенсация с задержкой примерно 1 с. Чем обусловлена такая большая задержка?
Это максимальное что удалось добиться от блока управления шаговым двигателем. В перспективе увеличить скорость взаимодействия с двигателем, возможно с помощью другого блока управления.
А точно в блоке дело? Это не ПК с софтом задержку вносит?
Точней будет так, когда идет процесс компенсации угла сноса задержка зависит от блока управления, так как мы не имеем возможности приостановить процесс выполнения заданной команды, а когда блок не выполняет команд то задержка контролируется на стороне ПК, компьютер посылает команду компенсации не при каждом изменении магнитного азимута и изменении геодезического курса, а при заданном интервале в видео интервал порядка 0,7 с.
Может быть, синхронизировать команду на поворот с командой на съемку? Измерили текущий азимут, вычислили компенсацию, дали команду на поворот камеры, дождались остановки двигателя, сделали снимок. И так в цикле.
Точки съемки достаточно часты в временном измерении, интервал порядка 5 сек. В идеале достаточно перед первой точкой произвести компенсацию и жадть следующего захода на маршрут, я подобное и реализовал сделал возможность вкл/откл компенсацию. В идеале надо будет за интегрировать это с программой навигации аэрофотосъемки и за метров 500 вкл компенсацию, после откл. и производить аэрофотосъемку.
"… Не имеем возможности приостановить..." — то есть, если двигателю сказано повернуться на 90 градусов, прервать это возможности нету?
Что-то странное с вашим шаговиком.
Лет десять назад имел делать с pan-tilt юнитом, там скорость срабатывания ограничивалась последовательным портом на 9600 бод, т.е. пока управляющая строка передавалась. Такты на «шаги» по звуку шли где-то герц на 100.
Это я к тому, что заметной задержки там просто неоткуда браться.
Лет десять назад имел делать с pan-tilt юнитом, там скорость срабатывания ограничивалась последовательным портом на 9600 бод, т.е. пока управляющая строка передавалась. Такты на «шаги» по звуку шли где-то герц на 100.
Это я к тому, что заметной задержки там просто неоткуда браться.
Может тогда проще перейти на аналог? АРК используемые в авиации по-моему дают на выходе именно напряжение пропорциональное углу, а там на серву какую-нибудь пустить. Это я как диванный теоретик, на практике не знаю :)
А нет смысла корректировать показания магнитного компаса ориентируясь на GPS?
Магнитный-то север не всегда на севере, нет?
Магнитный-то север не всегда на севере, нет?
Магнитный всегда на месте. И его показывает компас. А потом если нужно уже вводят поправку за склонение магнитной стрелки, приводя азимут в истинный.
А нельзя было обойтись только курсом с GPS? Не врёт ли магнитный компас на борту железного самолёта?
В телефоне есть и компас, и GPS, и камера на много миллионов пикселей, и акселерометр-гироскопы и вообще все остальное. Т.е. можно, наверное, сделать апп и устанавливать телефоны на радиоуправляемые самолеты, что, возможно, в разы дешевле чем гонять большой самолет.
Камера у моих знакомых на 50 Мpx, таких телефонов я не видел, думаю даже если и есть то за счет того что они мыла качество будет ну очень плохим.
UFO just landed and posted this here
Но 1) их может быть много, 2) они могут летать на существенно меньшей высоте, получая большее разрешение на пиксель.
Причем 50 не предел, когда я готовил диплом в 2009, находил где-то инфу о 100+ Mpx. А допустимый угол наклона, насколько я помню, измеряется в долях секунды. Так что рановато телефоны )
hasselblad.ru/product_info.php?cPath=206_227&products_id=2296 Вот «потребительские» 50 :) Специализированных, думаю, можно найти столько, сколько нужно.
Придется подумать с креплением к ней объективов. Но думаю там еще много нюансов(фокусное расстояние до 750 мм и более вроде, требования к искажению на периферии снимка). Я то занимаюсь съемкой на земле, а аэро- в основном в теории (: так что спорить сильно не буду
hasselblad.ru/hsystem-hsystem-c-206_210.html Да и стёкла к ней есть.
А почему нельзя просто использовать чисто софтверные способы синтеза? Нечто вроде этого www.andrewhazelden.com/blog/2012/03/exploring-aerial-photogrammetry-using-bundler-and-meshlab/ создается с помощью простейшего UAV.
И вот еще dronemapper.com/
Огромная задержка между датчиком (который 10Гц, заметим) и реакцией системы. Хотя вычислений там ноль, реакция должна быть, по идее, в реальном времени.
Кроме того, параллельные порты! Фу! В 2012 году! А где они через пару лет будет искать другой ноутбук с параллельными портами??
Может быть неправильно выбран инструмент для решения проблемы? Может быть нужен был другой человек, чтобы он накодил простенькую программку для Ардуино?
Кроме того, параллельные порты! Фу! В 2012 году! А где они через пару лет будет искать другой ноутбук с параллельными портами??
Может быть неправильно выбран инструмент для решения проблемы? Может быть нужен был другой человек, чтобы он накодил простенькую программку для Ардуино?
1. Как я ранее говорил уже компенсация по сути нужна перед залетом на съемочные точки. Это первое решение — отправная точка, будем совершенствовать.
2. С года два назад я тоже говорил «параллельные порты! Фу! В 2012 году!» за одним исключением «В 2010 году!» сейчас я на них более сносно смотрю, они удобны и реализация софта быстра.
3. Ноутбук и сейчас без портов, сейчас есть штуки вот такие если вы не знали :)
4. Инструменты разные важны, сегодня так решили, завтра поняли что как то оно плохо работает, давайте будет искать другие способы, пока это работает хотя бы в таком варианте… и т.д. и т.п. даже интересней все будет выглядеть когда решишь задачу разными методами и поймешь свои плюс и минусы.
5. На счет человека как то вы резко выразились, но надеюсь что имелось именно ввиду что надо пробовать реализовывать решение и с помощью программинга контроллеров на C++, я и такое пробовал так что не буду категорично воспринимать Ваши слова уважаемый…
2. С года два назад я тоже говорил «параллельные порты! Фу! В 2012 году!» за одним исключением «В 2010 году!» сейчас я на них более сносно смотрю, они удобны и реализация софта быстра.
3. Ноутбук и сейчас без портов, сейчас есть штуки вот такие если вы не знали :)
4. Инструменты разные важны, сегодня так решили, завтра поняли что как то оно плохо работает, давайте будет искать другие способы, пока это работает хотя бы в таком варианте… и т.д. и т.п. даже интересней все будет выглядеть когда решишь задачу разными методами и поймешь свои плюс и минусы.
5. На счет человека как то вы резко выразились, но надеюсь что имелось именно ввиду что надо пробовать реализовывать решение и с помощью программинга контроллеров на C++, я и такое пробовал так что не буду категорично воспринимать Ваши слова уважаемый…
Sign up to leave a comment.
Компенсация угла сноса платформы аэрофотосъемочной камеры