Может пьезомоторы? Они достаточно быстрые и мощные. А вообще актуаторы тут очень интересные, по соотношению размеров, скорости и мощности выглядят впечатляюще. Но если где-то компрессор ещё стоит, то это не так круто, коненчо — тогда это достижение довольно условно, т.к. система не автономна.
Хотелось бы услышать технические подробности вашего решения, такие как точность позиционирвания. И к чему подключены эти камеры, кто выполняет трекинг по ним? тот же PC что выводит картинку, или есть промежуточный вычислитель?
Если я правильно понял, второй прототип DK2 делает то же самое, тогда в чем отличие вашей системы (кроме более высокой частоты кадров)? Насколько я понимаю, такой апгрейд не из дешевых?
Да, вот тоже непонятно почему такой неоптимальный алгоритм движения… Ну пусть есть ограничения на коммуникацию — нет единого центра и роботы видят только ближайших соседей. Но ведь передавать сигналы в любую точку толпы они могут гораздо быстрее, чем перемещаться, тогда логично сначала построить общую стратегию на основе положения каждого и потом уже всем вместе передвинуться. Для вычислений без единого центра также можно придумать распаралеленые алгоритмы.
Да, муравьи так не могут, у них ограничение на скорость передачи. Но вот к примеру рыбы в косяке получают сигналы быстрее (электричество или зрение точно не скажу, но скорость все равно одинакова) и там совсем другое поведение.
Очень круто, размах проекта впечатляет. Но в данном контексте, когда столько всего нужно сделать — тратить время на самописную виртуальную машину и свой язык, даже и похожий на С++ — это не самый лучший выход в наше время. Большому проект нужно большое комьюнити, и лучше привлекать адептов из смежных областей. Почему бы не использовать библиотеки и опыт mbed, а через него и ардуинщиков привлечь? Я бы с радостью писал программы в этой среде вместо изучения вашего фреймворка, ведь она и так упрощена до безобразия. Да, возможно это не так просто и придется помучиться над интегрированием в ваше ядро, с учетом многозадачности. Но игра стоит свечь, как мне кажется.
Согласен, этот метод хорош только тем, что запоминается проще. Но количество комбинаций критически мало, особенно если учесть тот факт, что человек не оперирует словарем в 2000 слов, а есть какие то преференции. Также, он будет выбирать только понравившиеся осмысленные их сочетания. Через год пользования таким сервисом, если фиксировать все выбранные наборы, можно будет составить прекрасную базу для быстрого брутфорса таких паролей :)
В общем, как всегда, разработка железа опережает разработку софта. При таком плачевном положении дел с софтом, нужно продавать девелоперские киты, как это делают Окулус.
Конечно это не так, если просто подсчитать, сколько человек перебирает ходов в секунду, то количество будет удручающе малым и полный перебор даже на несколько ходов в глубину займет уйму времени. Но если в го верна аналогия с шахматами — я думаю человек пользуется реперными точками и паттернами, которые он узнает по предыдущему опыту (особенно вначале, когда разыгрываются гамбиты). Это можно считать интуицией.
А если вы этот провод перетрете / дверью прищемите / собака перекусит? Повердите изоляцию а потом кто-то руками схватит или просто коснется. Надо же и о безопасности думать.
А без питания по проводу, время съемки ограничится 15-20 минутами, не очень то удобно для авторепортажей.
Ну и проблемы со звуком, тоже сложно решаемы даже в теории.
Цвет и спектрограмма — разные вещи. Грубо говоря цвет это 3 байта, а спектрограмма 1кб (зависит от разрешающая способности). Но вот если продукт не однороден и внутри его сотав другой чем на поверхности, тут метод даст сбой.
Я бы не рекомендовал напрямую работать с регистрами, особенно для новичков. У STM есть неплохая прослойка в виде библиотек, и читаемость кода выше, и портирование кода на другие версии процессора будет проще. Конечно полезно знать, что делает библиотечная функция, но совсем не обязательно это помнить — всегда можно посмотреть, открыв ее код или define
Тоже был опыт печати на этом принтере. Как я понял это полный клон Replicator-a и в целом своих денег стоит. Проблема с тестовым кубиком была точно такая-же. При этом принтер выглядел исправным, все детали целые. Я ещё очень удивился, зачем китайцы на SD карте присылают тестовые образцы, которые нормально не непечаются. Решил проблему довольно быстро, выявив основные причины — 1. по углам отклеивается пластик от подложки. Решилось наклеиваением белого скотча (был в комплекте) и смазыванием раствором АБС в ацетоне. После этотго отклеивается только поддеванием отверткой. И 2. — перегреваются мелкие детали если головка над ней долго ездит. Решил изготовлением картонного короба, который перенаправляет воздушный поток от встроенного вентилятора на головке, в зону печати. Поток получается совсем слабый, но его хватает, чтобы даже тестовые образцы на SD карте печатались.
После этого принтер вполне рабочий, точность для такого типа печати нормальная. Только прочность оставляет желать лучшего.
Отичный комментарий, полностью поддерживаю. Я сам вошел в программирование микропроцессоров через Arduino. Очень удобно, что нужно совсем мало знать, чтобы начать. Когда появилась уверенность в своих силах и первый реальный коммерческий проект, пришлось освоить и схемотехнику, а позже отказаться и от всех библиотек Arduino и перейти на AvrStudio. Библиотеки в целом неплохи, но некоторые вещи сделаны неоптимально. Чтобы выжать из AVR максимум, пришлось погрузиться в датащиты.
Если сравнивать с ARM, то порог входа там намного выше, равно как и его возможности.
Откуда там точность??? Даже если предположить что звуковая карта выдаст все заявленные 16бит АЦП, транзисторный усилитель их не испортит, то все равно магнит + катушка без обратной связи не гарантирует никакой статической (ни тем более динамической) точности!!!
Этот принтер в таком виде разве что поиграться… Но, впрочем, ничто не мешает разивать эту идею, только боюсь если в итоге если учесть все нюансы, получим по стоимости обычный литографический принтер.
Да железки понятно, что копейки стоят. Весь смысл в софте, поддержке и комьюнити. Ребята из arduino.cc не только железку спаяли но и допилили библиотеки и IDE. Если кто-то качественно портирует Arduino на ARM, то будет более правильная железка, Но и то решение, что предлагают сейчас, тоже неплохо. Какая разница конечному пользователю, что там за проц трудится в связке, если все старые ардуиновкие скетчи работают без напильника и появился новый функционал.
Таких «оригинальных» алгоритмов сотни, исследования ведутся давно и я не думаю, что разрешение фотоснимка влияет на что то кроме скорости обработки. Вот их сравнение в точных цифрах, а не только субъективные заключения и маркетинг: vision.middlebury.edu/stereo/eval/
При желании на 8-битном AVR эта задача решается, конечно с кучей оптимизаций, но упрощенный DCM на гироскопе и акселе с комплементарным фильтром, 2000 Гц способен выдать на опрос гироскопа и 200гц на опрос акселерометра и все рассчеты. Рассчеты делать быстрее смысла наверно нет (и акслерометр, и GPS выдат данные гораздо медленнее), а вот гироскоп очень быстрый и точный датчик, и для некоторых приложений желательно иметь его показания как можно быстрее (стабилизация динамической системы с обратной связью, например)
Как раз и написал в таком ключе — что в данном случае стабилизации углов, ПИД, несмотря на простоту, отлично справляется и настраивается очень легко при грамотной конструкции механики (сужу из собственного опыта и опыта знакомых). А вот для стабилизации позиции ПИД уже явно мало, поэтому все и буксуют там. Там и динамическая модель систеы пригодится, но не такая сложная конечно, без учета гироскопических моментов. И многомерные калмановские фильтры, куда ж без них.
Если я правильно понял, второй прототип DK2 делает то же самое, тогда в чем отличие вашей системы (кроме более высокой частоты кадров)? Насколько я понимаю, такой апгрейд не из дешевых?
Да, муравьи так не могут, у них ограничение на скорость передачи. Но вот к примеру рыбы в косяке получают сигналы быстрее (электричество или зрение точно не скажу, но скорость все равно одинакова) и там совсем другое поведение.
А без питания по проводу, время съемки ограничится 15-20 минутами, не очень то удобно для авторепортажей.
Ну и проблемы со звуком, тоже сложно решаемы даже в теории.
После этого принтер вполне рабочий, точность для такого типа печати нормальная. Только прочность оставляет желать лучшего.
Если сравнивать с ARM, то порог входа там намного выше, равно как и его возможности.
Этот принтер в таком виде разве что поиграться… Но, впрочем, ничто не мешает разивать эту идею, только боюсь если в итоге если учесть все нюансы, получим по стоимости обычный литографический принтер.