На хабре (да и не только) интререс к Arduino довольно странный — в коментах много полярных мнений, от «хочу», «круто», «заказал себе», до «голый ATMega — то-же но дешевле», «годится только для моргания светодиодом» и «за те-же деньги можно купить полноценный 32-разрядный ARM». И более странно, что никто не упомянул о новых железках, которые будут (или не будут) интересны авторам обоих полярных мнений.

Прошло немного времени и у меня значительный прогресс. Если вы не читали предысторию — добро пожаловать в «Создание автономного робота Frank. Часть первая» .

Итак, в первой части я собрал платформу на базе Lego Technic и серво-моторов HiTech. Угробив единственный шилд для прототипирования для Arduino, я ждал, когда мне придет замена, плюс новый припой, взамен экологически чистого, который у меня был — без содержания свинца. Также, у меня в распоряжении была пара XBee для беспроводной связи, с которой необходимо было разобраться и Arduino Due, с которой хотелось поэкспериментировать.

С последней статьи прошло достаточно много времени. Frank очень сильно изменился. Он, конечно, не стал более самостоятельным, но, можно с уверенностью сказать, что платформа для экспериментов почти готова, и я больше времени теперь буду проводить за написанием кода, нежели чем за конструктором Lego или паяльником.

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

«Создание автономного робота Frank. Часть первая»
«Создание автономного робота Frank. Часть вторая»

В предыдущей статье «Работа с TFT дисплеем на ARDUINO DUE» мы подробно рассмотрели команды базовой библиотеки UTFT, предназначенной для работы с TFT дисплеями на Arduino. В этой статье мы рассмотрим Utouch – дополнение к базовой библиотеке, позволяющее работать с сенсорным экраном.

Привет Хабр, сейчас будем мерить пульс.

И снова привет Хабр. Этот материал является продолжением моей предыдущей статьи — ESP8266 и Arduino, подключение, распиновка, и, должен сказать, что они взаимосвязаны. Я не буду затрагивать темы, которые уже раскрыты.

А сегодня, я поведаю, как же программировать ESP8266 при помощи Arduino IDE, так же прошивать другие прошивки, например NodeMcu… Вообщем, этот материал не ограничивается только одной темой Ардуино.



Тема ESP8266 — довольно таки непростая. Но, если работать с этими Wi-Fi модулями в среде разработки Arduino IDE — порог вхождения опускается до приемлемого для обычного ардуинщика уровня. Да и не только ардуинщика, а любого человека, у которого есть желание сварганить что-то по теме IoT(интернет вещей), причём не затрачивая много времени читая документацию для микросхемы и изучение API для этих модулей.



Данное видео, полностью дублирует материал, представленный в статье ниже.

Привет Хабр. Тема ESP8266, как и IoT(интернет вещей), всё больше набирает популярности, и уже Arduino подхватывает инициативу — добавляя эти Wi-Fi модули в список поддерживаемых плат.
Но как же его подключить к ардуино? И возможно как-то обойтись вообще без ардуино? Сегодня именно об этом и пойдёт речь в этой статье.

Забегая наперёд, скажу, что будет вторая статья, уже более практическая, по теме прошивки и программирования модуля ESP8266 в среде разработки Arduino IDE. Но, обо всём по порядку.



Этот видеоролик, полностью дублирует материал, представленный в статье.

Наконец дошли руки до публикации обещанного SDK для проекта OMower (открытая программно-аппаратная платформа для колесных роботов на базе 32-битного контроллера ATSAM3X8E с поддержкой разработки в Arduino IDE). Уровень завершенности софта пока не очень хороший (например, отсутствуют классы для датчиков бамперов, дождя и травы, отладка некоторых функций не до конца завершена), но даже в текущем виде робот умеет ездить с высокой точностью по RTK GPS, поддерживает практически все что нужно для косилки — сонары, проводной периметр, навигацию по компасу и GPS, зарядку от зарядной станции или солнечной батареи.


Моя предыдущая статья о проекте OMower

Первоначально, OMower разрабатывался под простые интерфейсы управления pfodApp и Modbus. Первый — это текстовый протокол высокого уровня, в котором передаются менюшки и управляющие команды, а второй — известная, но не слишком удобная в данном применении вещь, так как требует от управляющей программы постоянно опрашивать состояние всех используемых датчиков «вручную». Поэтому, было принято решение постепенно переходить на ROS (Robot OS), широко используемый фреймворк для управления различными роботами.