Для тех кто знаком с сонарами, «уворачиваться от помех» звучит несколько преувеличено. Сонар уверенно видит поверхности большой площади и не очень далеко от себя (а с учетом выделения 90 градусов на каждый сонар, мощность волны которая дойдет до предмета, ещё больше уменьшится). Птицу, к примеру, может и пропустить. Как и любую поверхность с малой площадью и низким коэффициентом отражения звука. Натянутые провода 100% пропустит.
К примеру, насколько он свободен от искажения результата при ускорениях (линейных и центробежных)? Судя из фразы «Компенсация магнитных искажений в этом случае гарантирует, что магнитные возмущения влияют только на курс», компасс тут не помогает.
Тесты очень научные, респект автору. Но они выполнены в тепличных условиях, к примеру не проверялось скорость восстановления фильтра после перегрузки гироскопа (over-saturation).
Так и не удалось понять, в чем суть алгоиритма и отличие от уже существующих. Сам я давно работаю с немного оптимизированной реализацией «DCM filter» by Robert Mayhony, т.е. не новичек в этом, но так и не понял зачем так усложнять простые в общем-то вещи.
Согласен, если задача освоить именно новый процессор и быстро начать писать под него что-то полезное, а не заниматься месяцами схемотехникой — Discovery отлично подходит, дешево и универсально. А любой внешний модуль можно собрать на макетке и подключиться парой проводов к нужным портам.
Никогда не понимал в чем смысл такой рыбалки :) Если вам лень следить за удочкой, то зачем вообще ехать, зайдите в ближайший супермаркет, а на природе можно просто шашлыки пожарить. Особенно если в зарыбленные прудах ловить на дорогущую прикормку и с супер-техноглогичными снастями — у рыбы просто нет никаких шансов, да и для вас никакой интриги.
Хороший материал, держу под рукой несколько листов разной толщины, если надо что-то вырезать на коленке для монтажа DIY-электроники. Режется канцелярским ножом по линейке, сверлится чуть ли не отверткой.
Конечно, автоматика намного адекватнее, но только если правильно настроить. По видео видно, что заход на посадку идет с очень высокой скоростью, потом переруливание в попытке выправить угол в последний момент. Думаю сейчас программисты усиленно чешут репу, как же так получилось. И интересно услышать официальные причины сбоя.
Помимо проблем, которые уже отметили выше (усилие вращения и торможения тоже будет подрессорено, центр оси вращения сместится) я вижу ещё одно — нагрузка на обод распределена хуже, чем в варианте со спицами. Там они распределяют усилие равномерно по всей дуге, а тут вся нагрузка приходится на три точки. В результате при ударе (об камень к примеру) в точку между двумя из них, обод гораздо легче деформировать. Придется его усиливать, что увеличит вес. Да и так по весу оно проигрывает обычному.
Интересна стоимость отечествнных процессоров в опте. Когда выбирал проц для массового устройства, STM32 были вне конкуренции по соотношению цена/возможности, к примеру достаточно мощные чипы F303 способны работать в сложном устройстве, и стоят в районе 3$. А для массового продукта вопрос себестоимости стоит остро, чтобы хотя бы как-то конкурировать с китайцами.
Самое главное не понял: из вступления к статье прослеживалось, что глобальная цель — показать навигацию по полосам, для этого нужно знать в какой полосе сейчас машина. Но как ваша разработка, с достаточно низкой (даже теоретически) точность определения событий, поможет определить это? Пропустили одно перестроение и все, вся дальнейшая информация неверная. А повороты и с помощью низкой точности GPS определяются замечательно, с привязкой к карте.
Обозначьте, пожалуйста, практическую пользу, которую может принести это приложение в будущем.
PS: Проделанная работа вызывает уважение.
Ну так тот же подросток/ребенок может сесть в папину машину и убить/покалечить кучу народа. Да и сам «подвыпивший взрослый» это может сделать. Разве большая разница с вашим примером? Каждый сам должен понимать степень опасности своих действий, а врослые — контролировать своих детей, если уж дают им опасные игрушки.
Аналогия понятна, но не совсем подходящая. Оставим случай с целенаправленным использованием, тут все понятно — запрещай не запрещай, все равно кто захочет, сделает. Но защита от тысяч школьников и любителей есть — ведь для бомбы нужна взрывчатка, которая открыто не продается. В случае с дронами, он доступен ЛЮБОМУ, и направить его на встречу с самолетом также может любой.
Имхо, законодательное регулирование нужно обязательно, но оно должно быть настолько проработано, чтобы не оставить лазеек органам, если дронами пользуются добросовестно.
Насколько я представляю, научная деятельность финансируется институтами, государством, грантами и т.д. Цель там — публикация. Вряд ли там уместны такие договора.
Некорректный пример. При разраотке веб-сайтов подписывать такое соглашение действительно глупо, и рынок предложений сам отсеет неадекватных нанимателей (к ним просто никто не подет с такими условиями). Но если компания занимается инновационными разработками, где есть коммерческая тайна и уникальные наработки, то такой способ их охраны вполне уместен. Надо только четко определить сферу запрета (например, не запрет программировать на C++ вообще, а запрет в конкретной отрасли или даже конкретного продукта), ну и срок не сильно большой. С текущими темпами прогресса одного года вполне хватит.
Возможно пропустил, тогда извиняюсь. Хорошо бы картинку и с таким вариантом для наглядности. Не получится ли так что половину станка надо разобрать, чтобы поменять привод? Если замена сильно трудоемка, то также теряется смысл, проще иметь два станка и один блок управления.
Можно, конечно, на курсах заниматься такой ерундой и так и не дойти до реальных программ, погрязнув в поисках идеального определения константы. А можно ограничиться первым или вторым вариантом и продожить знакомиться с чем то более интересным и полезным.
Винтовая передача для 3D-принтера — это несерьезно. Просто поиграться — пойдет, но для серьезного продукта, это убивает весь смысл.
Далее, на мой взгляд конструкция слишком хлипкая. Да еще и складная… Про резку с большими усилиями тоже не думаете? Получается, только резка пластика и печать на черепашьей скорости — не очень впечатляюще.
Года два назад делал мод для MultiWii (самый простой из полетных контроллеров на Arduino) с использованием датчика оптического потока от мышки. Достаточно уверенно держал позицию, но светочувствительность у него была низкая, работал только на улице. Ну и для такой задачи нужно обязательно знать угол и высоту, т.е. полноценный набор датчиков должен уже присутсвовать. А в этой статье речь видимо идет про другое применение.
Я напрямую не управляю чипом, в этом китайском модуле есть только UART-интерфейс, а всю передачу их прошивка обеспечивает. О том, как она раотает, информации практически нет.
Спасибо за ссылку, ситуация немного прояснилась. К сожалению, другого способа подружить железку с iPhone не нашлось, приходится подстраиваться под то, что есть. Сейчас разбиваем поток на пакеты по 20 байт и вставляем задержку, путем эксперименального подбора можно добиться устойчивой передачи данных. У HM-xx BLE есть небольшой буфер (судя по тестам 100-150 байт), так что такой способ работает. Можно, конечно, и просто ограничить подключение скоростью 9600. Но на маленьких сообщениях это менее выгодно.
Тесты очень научные, респект автору. Но они выполнены в тепличных условиях, к примеру не проверялось скорость восстановления фильтра после перегрузки гироскопа (over-saturation).
Обозначьте, пожалуйста, практическую пользу, которую может принести это приложение в будущем.
PS: Проделанная работа вызывает уважение.
Имхо, законодательное регулирование нужно обязательно, но оно должно быть настолько проработано, чтобы не оставить лазеек органам, если дронами пользуются добросовестно.
Далее, на мой взгляд конструкция слишком хлипкая. Да еще и складная… Про резку с большими усилиями тоже не думаете? Получается, только резка пластика и печать на черепашьей скорости — не очень впечатляюще.