illumium.org

Данный пост является вторым в серии постов про разработку захвата манипулятора и будет посвящен процессу получения элементов захвата из дикого, неограненного пластика.

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

Я надеюсь, что этот пост является первым из серии постов про разработку захвата для роботов - элемента манипулятора.

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

Возникла у меня необходимость поставить Debian на одно устройство с процессором ARM. Только вот произвести установку на самом устройстве не представилось возможным из-за его специфических особенностей.

Статья рассказывает о том, как очень просто выявить ошибку загрузки дополнения (то есть собираемого C++ модуля) для NodeJS, ровно как и в иных приложениях, где подобная ситуация имеет место быть.

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

Будем считать, что мои заказчики подумали, в этой статье будем прикручивать Bluetooth модуль WT12 от BlueGiga к контроллеру LPC1227 от NXP.

Возможность локализации (l10n) или интернационализации (i18n) интерфейса с поддержкой многих языков очень актуальна для WEB-приложений на JS, поэтому мне хотелось решить эту проблему элегантно, универсально, раз и на всегда. В прошлом у меня был достаточный опыт применения GNU Gettext, инструмента, который достаточно универсален прост и безотказен. Так или иначе я применял Gettext в проектах на C, Python и модулях для Drupal, поэтому практически не было сомнений, что технология должна также хорошо работать с JavaScript.

Виртуальные машины, вне всяких сомнений, очень важная и полезная вещь для разработчика приложений. Чтобы поддерживать в своих продуктах широкий спектр платформ, без тестирования и отладки кода на всех них вряд ли как-то обойтись. Особенно это актуально при создании WEB-приложений, способных работать в различных браузерах и их версиях на многих операционных системах.

Речь пойдёт об использовании в целях виртуализации Qemu или Kvm, лучшего по мнению автора решения для виртуализации.

Зачастую при создании продвинутого инструментария на JavaScript бывает необходимо формировать код на лету для последующего исполнения. Однако, проблема не столь тривиальна, как может показаться простым неискушенным обывателям сурового, исполненного горестных лишений и тяжких испытаний мира JS-разработки.

Проект QR-tracker (о котором я писал где-то неподалеку) понемногу перерастает в кусочек проекта по созданию дополненной реальности для работы с научными данными. По определению, такой проект должен дополнять реальность, ввиду чего потребовалось передавать видео с камеры, которая отслеживает движение баркодов, на рабочую станцию, которая затем дорисовывает поверх видео потока некую информацию. В этой публикации я постараюсь рассказать как сделать multicast видео сервер на основе gstreamer.

Web за последние десять лет эволюционировал до неузнаваемости. Если в начале нулевых JavaScript использовался в лучшем случае для добавления некоторой интерактивности страницам, то теперь на нём создаются полноценные приложения. Если раньше вся логика приложения была реализована исключительно средствами сервера, то теперь приложения могут работать почти целиком на клиенте, обращаясь к серверу только для загрузки/сохранения данных. Как это часто бывает, новые технологии, решив одни проблемы, создали другие. Одна из основных: проблема совместимости между клиентами. В этой статье мы попытаемся эту проблему частично разрешить.