Arduino, MK-90 и другие

ArduinoIDE 1.0.1

noreply@blogger.com (id) — Tue, 22 May 2012 11:23:00 +0000

Несмотря на весьма скромное приращение версии, проделана значительная работа. Я бы картко выделил четыре момента:

интернационализация;
официальная поддержка Leonardo;
встроенный тулчейн (Linux);
багофиксы.

Теперь мы все, наконец, сможем общаться с ArduinoIDE на родном и могучем:

Пользователи Linux получили в составе дистрибутива avr-gcc тулчейн. Таким образом, все проблемы, которые я подробно описывал в статье ArduinoIDE в Ubuntu 11.10, благополучно решены.

Официально вышел Leonardo:

(этому событию будет посвящен отдельный, подробный пост)

Изменения в языке Wiring

механизм неявного управления подтягивающими резисторами, наконец-то стал более явным - если указать в функции pinMode новый режим INPUT_PULLUP, они будут подключены. А вот старый режим INPUT однозначно их отключает;
в класс Stream добавлены функции, возвращающие результаты в виде класса String - readString() и readStringUntil();
библиотека поддержки I2C теперь способна на работу в режиме "repeated start" - очень-очень давно это были первые же грабли, на которые я сам наступил при работе с ней. Теперь у endTransmission и requestFrom добавился параметр, управляющий этим режимом, но совместимость с прежним синтаксисом сохранена.

Усовершенствования в ArduinoIDE

при компиляции скетча пересобираются только те исходники, которые менялись (реально ускоряет процесс компиляции);
можно отключить верификацию скетча после загрузки - раньше он в обязательном порядке прочитывался и сравнивался с оригинальным файлом, так что загрузка должна ускориться ровно в два раза;
шрифты в окне последовательного монитора теперь меняются (подобно окну редактирования);

Самые важные, на мой взгляд, исправления касаются Ethernet (о них я как-то упоминал в этом посте) и работы скетча-программатора ArduinoISP. В ядро Arduino добавлена поддержка для ATmega1284P.

Порадовало и то, что просматривается тенденция больше времени уделять вопросам совместимости с предыдущими версиями. Было бы неразумно недооценивать один из весомых факторов популярности Arduino - внушительное количество библиотек и скетчей, написанных энтузиастами и доступными для использования всем желающим ;)

Полный список изменений можно увидеть на Google Code.

Вторая книга по Arduino на русском

noreply@blogger.com (id) — Thu, 17 May 2012 13:51:00 +0000

Скоро нас ожидает выход Getting Started with Arduino на русском языке - самой первой книги про Arduino, автором которой является сам Massimo, в переводе Михаила Райтмана (судя по отзывам, его переводы выполнены довольно качественно).

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

В русском переводе книга приобрела название "Arduino для начинающих волшебников". Есть пара смутивших меня моментов - изменена оригинальная обложка и убрана ссылка на издательство O'Relly (интересно, Тим в курсе?) - и это при полном (!) дублировании оглавления (интересно, Массимо в курсе? ;)

Если кто-то сомневается, что это та самая книга - добытый мной текст оглавления под катом, у кого есть оригинал - можно сравнить. Я особых отличий не нашел.

Arduino для начинающих волшебников
Предисловие

Благодарности
Как связаться с нами

Глава 1. Введение

Целевая аудитория
Что такое аппаратное моделирование?

Глава 2. Концепция Arduino

Моделирование
Тинкеринг
Метод последовательных преобразований
Метод коротких замыканий
Взлом клавиатуры
Мне нравятся свалки!
Куклу - на вскрытие!
Сотрудничество

Глава 3. Платформа Arduino

Аппаратные средства Arduino
Программное обеспечение (IDE)
Инсталляция Arduino
Установка драйверов: Macintosh
Установка драйверов: Windows
Идентификация портов: Macintosh
Идентификация портов: Windows

Глава 4. Пора приступать к работе с Arduino

Анатомия интерактивного устройства
Датчики и исполнительные механизмы
Включение светодиода в режиме мигания
Передайте мне пармезан, пожалуйста
Arduino не для лодырей
Фанаты тинкеринга всегда пишут комментарии
Программный код, шаг за шагом
Что мы создадим?
Что такое электричество?
Использование кнопки для управления
светодиодом
Как это работает?
Тысяча вариантов поведения одной электрической
цепи

Глава 5. Усовершенствованные вход и выход

Пробуем датчики включения/выключения
Управление светом с помощью
широтно-импульсной модуляции
Светочувствительный элемент вместо кнопки
Аналоговый вход
Пробуем другие аналоговые датчики
Связь по последовательному интерфейсу
Управление значительными нагрузками
(электродвигателями,
лампочками и другими устройствами)
Комплексные датчики

Глава б. Там, за облаками

Планирование
Программный код
Сборка схемы
Порядок сборки схемы

Глава 7. Поиск и устранение неполадок

Осмысление
Тестирование платы
Тестирование схемы, собранной на макетной плате
Изолирование проблем
Проблемы с интегрированной средой разработки
Помощь в Интернете

Приложение А. Макетная плата
Приложение Б. Маркировка резисторов и
конденсаторов
Приложение В. Краткий справочник по Arduino
Приложение Г. Чтение принципиальных схем

Анонс

noreply@blogger.com (id) — Wed, 02 May 2012 09:00:00 +0000

По многочисленным просьбам читателей Artem Volk обновил свою статью

Минимальный клон Arduino за $3 на ATmega8A с модифицированным bootloader'ом, специально осветив моменты, касающиеся последних изменений в ArduinoIDE 1.0 и дополнив новым вариантом клона, уже за $3.5 :)

Freeduino wireless (1)

noreply@blogger.com (id) — Wed, 04 Apr 2012 11:17:00 +0000

Однажды мне повезло выкроить время на посещение мероприятия Hard StartUp в рамках нашего провинциального hackspace. Сам я от выступления категорически отказался под предлогом бессистемного расстройства вокабулярия к концу рабочего дня, но послушал выступающих с интересом; явно бросалось в глаза, что докладчики испытывали недостаток в пульте дистанционного управления презентацией: приходилось просить листать слайды сидящего за ноутбуком человека.

Ясно, что ~~радиокружок~~ хакспейс выруливает в основном за счет энтузиазма его активистов и базы ИТМО, и у ребят просто могло отсутствовать нужное оборудование. Уверен, что это было не последнее их мероприятие с проведением презентаций, поэтому предлагаю свой Arduino-вариант аналогичного устройства - надеюсь, оно пригодится не только им.

Ингредиенты

Сначала создадим прототип - из того, что найдется под рукой. Мне всегда несколько проще, потому что у меня под рукой целый mk90.ru/store ;)

	1. Плата Freeduino32u4 - содержит единственный чип ATmega32u4, который может изображать из себя клавиатуру, и поэтому именно ее мы будем подключать к компьютеру с презентацией;
	2. Плата Freeduino Nano - будет находиться в руке у докладчика, считывая нажатия на кнопки прокрутки и передавая их Freeduino 32u4;
	3. Кнопки, проводки и пара беспаечных макеток, чтобы не хвататься за паяльник по пустякам.
	4. Комплект модулей беспроводной связи - наверное, самые дешевые устройства для передачи низкоскоростного информационного потока через эфир для небольших расстояний.

Немного теории

Прежде всего, вот заранее мой ответ фанатикам IEEE 802.11, на вопрос "почему в списке нет wifi?!": не палите из пушки по микробам! В нашей задаче не нужна маршрутизация, одновременная коммуникация между несколькими устройствами и повышенная проникающая способность радиоизлучения. Нас устроят гораздо более простые устройства - т.н. RF-трансиверы. В основном, они отличаются мощностью, несущей частотой и способом модуляции. Возьмем недорогой маломощный модуль, используемый в самоходных радиоуправляемых игрушках и работающий на нелицензируемой в России частоте 433 МГц, с модуляцией ASK.

"ASK" означает, что частота и фаза сигнала остаются постоянными, а для кодирования единицы и нуля варьируется амплитуда. Подобные приемники и передатчики можно собрать и самостоятельно, подробнее об этом можно прочесть, например у Алексея Кравченко в книге "10 практических устройств на AVR, книга 2".

Однако, слабые места такого решения тоже выглядят внушительно:

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

Что-то решается программно, что-то - схемотехнически, но самое главное - такие приемопередатчики поддерживаются ArduinoIDE с помощью специальной библиотеки VirtualWire.

Схема

Рисуем схему, которая будет подключаться к USB:

И ту, которая в руке у лектора (с кнопочками):

Предполагаем пока, что обе платы питаются от компьютера, через USB.

Макет

Как бы не ругали беспаечную макетку за надежность контактов, на несложных схемах работать с ней весьма удобно. Я использую сочетание жестких и гибких проводов (вообще, это дело вкуса - гибкими быстрее, но менее наглядно). С платой 32u4:

С платой Freeduino Nano:

Кнопки устанавливать я поленился, выбрав в качестве имитации их нажатия втыкание проводка в дырочку рядом с соответствующим контактом Nano (естественно, другим концом провод воткнут в GND).

Скетчи

Как уже упоминалось, существует библиотека VirtualWire. Она будет делать за нас всю нудную работу - не только управлять приемником и передатчиком, но и кодировать наше сообщение помехоустойчивым кодом, а также считать/проверять контрольную сумму всего сообщения. Выбирая пины Arduino-совместимой платы для подключения приемника и передатчика, я вполне сознательно выбрал те, с которыми библиотека работает по умолчанию (помните об этом, если будете менять схему - не забудьте передать соответствующие параметры библиотеке).

Скетч передатчика:

#include <VirtualWire.h>

#define buttonsCount  3
int bState[buttonsCount];
int bNum[buttonsCount] = {2,3,4};

void setup() {
  // buttons
  for (byte i=0;i<buttonsCount;i++) {
    bState[i] = HIGH;
    pinMode(bNum[i],INPUT); // для ясности, после сброса все пины и так уже входы
    digitalWrite(bNum[i],HIGH); // pullup
  }
  // инициализируем последовательный порт - только для отладки
  Serial.begin(9600);
  // инициализируем библиотеку VirtualWire
  vw_setup(2000);      // скорость обмена в бит/сек
}

void loop() {
   for  (byte i=0;i<buttonsCount;i++) {
     if (digitalRead(bNum[i])!=bState[i]) {
       if (bState[i] == HIGH) {
         char key[2] = {i+1,'\0'}; 
         vw_send((uint8_t *)key, strlen(key));
         vw_wait_tx();
         bState[i] = LOW;
       } else bState[i] = HIGH;
     }
   }
   delay(100);
}

Перед началом использования кнопок, в setup включаем подтягивающие резисторы (зачем нужны подтягивающие резисторы, я уже писал). Далее, сканируем изменение состояния кнопки и, если она перешла из состояния "свободна" в "нажато", генерируем и передаем через беспроводной модуль сообщение с номером кнопки (единственный байт со значением 1, 2 или 3). Задержка в конце - примитивная борьба с дребезгом.

Скетч приемника:

#include <VirtualWire.h>

#define KEY_LEFT 80
#define KEY_RIGHT 79
#define KEY_ESC 41
#define KEY_F5 62


void setup() {
  pinMode(13, OUTPUT); // для индикации приема
  vw_setup(2000); // скорость обмена в бит/сек 
  vw_rx_start();  // инициализация и запуск приемника
}

void loop() {  
  uint8_t buf[VW_MAX_MESSAGE_LEN];
  uint8_t buflen = VW_MAX_MESSAGE_LEN;

  if (vw_get_message(buf, &buflen)) // неблокирующее чтение
  {
     digitalWrite(13, HIGH); // Зажигаем светодиод L - принято сообщение  
     byte key = buf[0];
     
     if (key==1) Keyboard.print(' ');
     else {
      { 
        KeyReport kbd = {0};
        if (key==2) kbd.keys[0] = KEY_LEFT;
         else kbd.keys[0] = KEY_RIGHT;
        Keyboard.sendReport(&kbd);
      }
      {
        KeyReport kbd = {0};
        Keyboard.sendReport(&kbd);
      }                        
     }     
     digitalWrite(13, LOW);
   }
   delay(200); 
}

Этот скетч будет корректно работать (и вообще скомпилируется) только с последним пропатченным ядром ArduinoIDE для Freeduino 32u4 - там функция sendReport сделана публичной, чтобы скетч был способен генерировать нажатия не только на символьные клавиши (буква 'A', цифра '8' или пробел), но и управляющие коды - (стрелки, F-клавиши и т.п.). После вызова sendReport с кодом нажатой клавиши, нужно всегда делать еще один, чтобы сообщить о ее отпускании, в противном случае через некоторое время получим режим повтора.

В данном скетче кнопка №1 транслируется в пробел, кнопка №2 - стрелка влево, кнопка №3 - стрелка вправо. Функция vw_get_message вернет нам полученное сообщение только в том случае, если совпала подсчитанная контрольная сумма - но для нас это полностью прозрачно, просто учитывайте, что она избавляет нас от необходимости проверять достоверность принятой информации с точки зрения эфирных искажений нашего примитивного ASK-сигнала ;)

Roadmap

Итак, макет завелся. Что дальше?

Устройства для реальной жизни можно делать и на основе готовых плат Freeduino, и с помощью ЛУТ-а. Но имейте ввиду, что ATmega32u4 выпускается только в SMD (в отличие от ATmega328P).

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

Наконец, если будут донимать помехи, можно попробовать улучшить помехоустойчивость (повторять сообщение о нажатии в эфир несколько раз или припаять антеннки).

Все это вы уже можете начинать самостоятельно или же подождать моего продолжения, ~~если~~ когда оно появится ;)

Запуск EagleCAD 6.1.0

noreply@blogger.com (id) — Thu, 29 Mar 2012 09:31:00 +0000

Многие пользователи Linux, пытавшиеся установить Eagle CAD шестой версии, были остановлены неожиданной зависимостью от весьма свежей версии библиотеки libpng - например, в моей Ubuntu 11.10 максимальная версия - 1.2.x, однако "орел" потребовал не ниже 1.4.

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

Как заставить работать EagleCAD на Ubuntu 11.10 x64 обычному рядовому юзеру? Вот простой рецепт, позволяющий не расчехлять компилятор:

Ищем нужный пакет в репозиториях Slackware: slackware.osuosl.org/slackware-current/slackware/l/. На текущий момент здесь наблюдается libpng-1.4.9-i486-1.txz.
Устанавливаем специальный пакет alien, позволяющий в debain-базирующихся системах устанавливать "вражеские" пакеты других систем:

sudo apt-get install alien
Переименовываем скачанный .txz в .tgz:

mv libpng-1.4.9-i486-1.txz libpng-1.4.9-i486-1.tgz
Запускаем процесс конвертации в .deb:

sudo alien libpng-1.4.9-i486-1.tgz
Устанавливаем полученный пакет в систему:

sudo dpkg -i libpng_1.4.9-2_all.deb

Теперь все готово для установки свежей версии Eagle, в которой теперь все файлы должны иметь открытый формат XML; готовые схемы с разводками можно изящным движением мышки интегрировать в свой проект; можно делать собственные контекстные меню и многое другое.

Более подробно о возможностях новой версии можно прочесть здесь.

ArduinoIDE в Ubuntu 11.10

noreply@blogger.com (id) — Thu, 15 Mar 2012 10:25:00 +0000

К сожалению, дистрибутив ArduinoIDE для Linux не включает в себя сам компилятор gcc (или, если быть более точным, его порт для AVR, avr-gcc). С одной стороны - это хорошо, поскольку дистрибутив становится меньше. С другой стороны - плохо, потому что произвольные сочетания версий компонентов компилятора могут давать существенные "вывихи" и генерить неверный код.

Например, после апдейта своей Ubuntu до 11.10, я обнаружил у себя такие версии:

binutils-avr: 2.20.1
gcc-avr: 4.5.3
avr-libc: 1.7.1

В то время как в комплекте с ArduinoIDE 1.0 для Windows, который и поныне можно скачать на сайте arduino.cc, версии выглядят более консервативно:

binutils-avr: 2.19
gcc-avr: 4.3.2
avr-libc: 1.6.4

Что с этим делать и как бороться?...

Самый радикальный способ - скомпилировать собственный avr-toolchain. Если вы никогда этого не делали - советую поставить g++ и попробовать ;) Тем более, что ничего сложного нет, все подробно описано тут, тут и для любителей великого и могучего - здесь.

Горькая правда состоит в том, что даже с учетом прочтения вышеуказанных материалов - дьявол, как всегда, кроется в мелочах.

Допустим, мы задались задачей получения toolchain-а, аналогичного Windows-версии ArduinoIDE 1.0. Там используется последняя (на момент написания статьи и, похоже, вообще последняя - см. об этом ниже) версия WinAVR с тегом 'WinAVR-20081205'. Соответственно - надо заполучить указанные в файле WinAVR-user-manual.txt версии исходных кодов binutils, gcc-avr и avr-libc, а затем скомпилировать и наслаждаться результатом.

Это выглядит почти правдой. "Почти" - потому что в итоге мы лишимся поддержки Mega2560, ADK и Leonardo - компилятор не будет ничего знать про ATmega2560 и ATmega32u4. Поэтому, чтобы получить по-настоящему аутентичный toolchain, на исходные тексты потребуется наложить некоторое количество патчей от WinAVR, которые "включат" поддержку новых устройств и пофиксят некоторое количество ошибок. Если это еще не запугало вас окончательно, то приступим (пошагово).

Переменные окружения

Ставить результат компиляции следует в отдельный каталог - например, создав его в домашнем:

$ cd && mkdir avr432 && cd avr432

$ export PREFIX=/home/user/avr432

По умолчанию, команда make install копирует результат компиляции в корень файловой системы, безжалостно перетирая существующие файлы. Переменная окружения PREFIX служит для того, чтобы изменить этот путь, еще на стадии запуска скрипта configure (см. ниже).

$ export CXXFLAGS=-w

$ export LDFLAGS=-w

$ export CFLAGS=-w

Может случиться так, что текущая версия вашего компилятора gcc настолько критично относится к предупреждениям, что трактует даже неиспользованные переменные как ошибки. Однако в наши планы не входит правка кода, поэтому с помощью опции -w объясняем компилятору, что надо закрыть глаза на все эти "безобразия".

$ export PATH=$PREFIX/bin:$PATH

Модификация PATH нужна для того, чтобы собирать последующие компоненты с помощью собранных на предыдущих шагах. Обратите внимание, что мы добавляем путь слева (в некоторых руководствах он добавлен справа!) - это важно, если у вас уже установлен компилятор avr-gcc и нет планов его удалять из системы. Поскольку поиск исполняемой программы в каталогах PATH происходит слева направо, то, например, в нашем случае будет найден и запущен именно /home/user/avr432/bin/avr-gcc, а не существующий /usr/bin/avr-gcc.

Патчи

Технология применения патча - крайне проста. Для нее нужен исходный файл, файл с описанием изменений (обычно с расширением .patch) и сама утилита patch. В нашем случае каждый патч надо применять так:

$ patch -p0 < patchfile.patch

Но сначала потребуется скачать и распаковать патчи с сайта WinAVR, можно прямо в PREFIX:

binutils 2.19: http://winavr.cvs.sourceforge.net/viewvc/winavr/patches/binutils/2.19/?view=tar
gcc 4.3.2: http://winavr.cvs.sourceforge.net/viewvc/winavr/patches/gcc/4.3.2/?view=tar
avr-libc 1.6.4: http://winavr.cvs.sourceforge.net/viewvc/winavr/patches/avr-libc/1.6.4/?view=tar

$ tar -zxf winavr-2.19.tar.gz

$ tar -xzf winavr-4.3.2.tar.gz

$ tar -xzf winavr-1.6.4.tar.gz

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

Binutils

Сначала придется собрать binutils - низкоуровневые утилиты для манипуляции объектными файлами: ассемблер (avr-as), линкер (avr-ld), библиотекарь (avr-ar и avr-ranlib). Вместе с ними мы получим утилиту для извлечения данных из объектных файлов (avr-objcopy), дизассемблер (avr-objdump) и стриппер для удаления отладочной информации (avr-strip). Идем сюда - http://sources.redhat.com/binutils/, и качаем файл с соответствующей версией - на момент написания этой статьи ссылка http://ftp.gnu.org/gnu/binutils/binutils-2.19.1.tar.bz2 была рабочей:

$ cd $PREFIX
$ wget -c http://ftp.gnu.org/gnu/binutils/binutils-2.19.1.tar.bz2

$ tar -xjf binutils-2.19.1.tar.bz2

$ cd binutils-2.19.1

$ patch -p0 <../2.19/30-binutils-2.19-avr-size.patch
$ patch -p0 <../2.19/31-binutils-2.19-avr-coff.patch
$ patch -p0 <../2.19/32-binutils-2.19-new-sections.patch
$ patch -p0 <../2.19/33-binutils-2.19-data-origin.patch

Теперь для удобства можно создать отдельный каталог для продуктов компиляции, откуда и запустить скрипт configure, создающий Makefiles для нашей системы:

$ mkdir obj-avr && cd obj-avr

$ ../configure --prefix=$PREFIX --target=avr --disable-nls

$ make

$ make install

Чтобы убедиться, что все идет правильно - проверьте, какая версия ассемблера у вас теперь запускается:

$ avr-as --version

GNU assembler (GNU Binutils) 2.19.1

This program is free software; you may redistribute it under the terms of

the GNU General Public License version 3 or later.

This program has absolutely no warranty.

This assembler was configured for a target of `avr'.

AVR-GCC

Качаем gcc: http://gcc.gnu.org/, можно целиком - http://ftp.gnu.org/gnu/gcc/gcc-4.3.2/gcc-4.3.2.tar.bz2.

$ cd $PREFIX

$ wget -c http://ftp.gnu.org/gnu/gcc/gcc-4.3.2/gcc-4.3.2.tar.bz2

$ tar -xjf gcc-4.3.2.tar.bz2

$ cd gcc-4.3.2

$ patch -p0 <../4.3.2/20-gcc-4.3.2-libiberty-Makefile.in.patch
$ patch -p0 <../4.3.2/21-gcc-4.3.2-disable-libssp.patch
$ patch -p0 <../4.3.2/23-gcc-4.3.2-ada-Makefile.patch
$ patch -p0 <../4.3.2/40-gcc-4.3.2-bug-10768-by-adacore.patch
$ patch -p0 <../4.3.2/41-gcc-4.3.2-bug-11259_v3.patch
$ patch -p0 <../4.3.2/42-gcc-4.3.2-bug-spill-v4.patch
$ patch -p0 <../4.3.2/43-gcc-4.3.2-bug-35013.patch
$ patch -p0 <../4.3.2/44-gcc-4.3.2-libgcc16.patch
$ patch -p0 <../4.3.2/45-gcc-4.3.2-bug-33009.patch
$ patch -p0 <../4.3.2/50-gcc-4.3.2-mega256.patch
$ patch -p0 <../4.3.2/51-gcc-4.3.2-mega256-additional.patch
$ patch -p0 <../4.3.2/54-gcc-4.3.2-atmega32m1.patch
$ patch -p0 <../4.3.2/55-gcc-4.3.2-atmega32c1.patch
$ patch -p0 <../4.3.2/56-gcc-4.3.2-atmega32u4.patch
$ patch -p0 <../4.3.2/57-gcc-4.3.2-attiny167.patch
$ patch -p0 <../4.3.2/58-gcc-4.3.2-remove-atmega32hvb.patch
$ patch -p0 <../4.3.2/59-gcc-4.3.2-attiny13a.patch
$ patch -p0 <../4.3.2/60-gcc-4.3.2-atmega32u6.patch
$ patch -p0 <../4.3.2/61-gcc-4.3.2-osmain.patch
$ patch -p0 <../4.3.2/70-gcc-4.3.2-ada-mlib.patch
$ patch -p0 <../4.3.2/71-gcc-4.3.2-ada-freestanding.patch
$ patch -p0 <../4.3.2/72-gcc-4.3.2-ada-timebase.patch
$ patch -p0 <../4.3.2/73-gcc-4.3.2-ada-gnat1_print_path.patch
$ patch -p0 <../4.3.2/74-gcc-4.3.2-ada-optim_static_addr.patch
$ patch -p0 <../4.3.2/75-gcc-4.3.2-builtins_v6.patch
$ mkdir obj-avr && cd obj-avr

$ ../configure --prefix=$PREFIX --target=avr --enable-languages=c,c++ --disable-nls --disable-libssp --with-dwarf2

$ make

$ make install

Проверка:

$ avr-gcc --version
avr-gcc (GCC) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

AVR-LibC

Приступаем к сборке AVRLibC: http://savannah.nongnu.org/projects/avr-libc/, качаем download.savannah.gnu.org/releases/avr-libc/avr-libc-1.6.4.tar.bz2:

$ cd $PREFIX

$ wget -c http://download.savannah.gnu.org/releases/avr-libc/avr-libc-1.6.4.tar.bz2

$ tar -zjf avr-libc-1.6.4.tar.bz2
$ cd avr-libc-1.6.4
$ patch -p0 <../1.6.4/30-avr-libc-1.6.4-dwarf2.patch
$ patch -p0 <../1.6.4/31-avr-libc-1.6.4-builtins.patch
$ ./configure --prefix=$PREFIX --build=`./config.guess` --host=avr

$ make

$ make install

После копирования замените файл /home/user/avr432/avr/include/avr/eeprom.h на оригинальный, из дистрибутива Arduino 1.0 для Windows.

Наконец-то! Осталось испытать результат - делаем нехитрый скрипт arduino432.sh:

#!/bin/bash

export PATH=/home/user/avr432/bin:$PATH

/full/path/to/arduino

(не забудьте сделать его исполняемым: chmod a+x arduino.sh)

AVR-toolchain by ATMEL

С недавнего времени уже и так давно не обновлявшийся WinAVR был переведен в статус "заморожен", что вызвало определенное смятение в сообществе Arduino, став источником риторических вопросов о том, не пора ли уже проекту поддерживать свой собственный toolchain. Однако, неожиданно вмешался ведущий проекта WinAVR:

WinAVR is not really going away. Yes, Atmel is releasing it's own AVR GCC toolchain... which is really just a continuation and evolution of WinAVR. I have set WinAVR as inactive, because it made no sense to me to be working on two identical projects, one of which would be in my spare time.

И, действительно - ведь теперь соответствующий раздел прямо на сайте ATMEL. Что там нас ждет?

binutils-avr: 2.20.1
gcc-avr: 4.5.1
avr-libc: 1.7.1
avr-gdb: 6.7.1

Идеологически, кстати, использование самой свежей binutils очень даже логично.

После несложной регистрации (придется указать реальный почтовый адрес, через который придет письмо с подтверждающей ссылкой) можно скачать и хидеры, и патчи, и бинарники (ура, не нужно мучиться с компиляцией). Бинарники распаковываются в отдельный каталог и подсовываются в начало $PATH по вышеописанной технологии (см. выше).

Прежде чем начать пробовать этот toolchain с Arduino, найдите файл arduino-1.0/hardware/arduino/cores/arduino/Platform.h и добавьте в самое начало строчку:

#define __DELAY_BACKWARD_COMPATIBLE__ 1

Без этой добавки будет использована новая "продвинутая" реализация функции задержки _delay_ms, которую ArduinoIDE явно не ~~переваривает~~ ожидает ;)

Кстати, если отвлечься от ArduinoIDE: несколько слов по поводу перехода с WinAVR на новый ATMEL-овский toolchain с точки зрения Makefile-ов, можно прочитать здесь.

Вместо заключения

Конечно, можно поворчать, что пакет arduino для Ubuntu не содержит зависимостей от номеров версий - ни в текущем, ни в тестируемом дистрибутиве. В сравнении с ним FreeBSD смотрится более чем выгодно, там зависимости есть:

binutils-avr: 2.20.1
gcc-avr: 4.5.1-1
avr-libc: 1.8.0.1

Но все равно - отсутствие в комплекте дистрибутива для Linux toolchain-а для ATMEL/AVR - серьезный прокол, в первую очередь именно с точки зрения простоты использования. Чем, собственно, пользователи Linux "хуже" тех, кто сел за Windows или MAC? (вопрос, конечно, риторический). И ответить на него можно цитатой из того самого поста ведущего проекта WinAVR:

Almost all open source projects, including Arduino, are run by volunteers. Even though I may be at Atmel now (and have been there for a few years now), I worked on embedded systems for several years before this, and also worked on the AVR toolchain as a volunteer for quite some time. We always appreciate any sincere help on any aspect of these open source projects, even though some of the skills required may take some time to learn. Help is always welcome.

ATmegaU breakout

noreply@blogger.com (id) — Fri, 24 Feb 2012 20:24:00 +0000

По многочисленным ~~просьбам телезрителей~~ знакомых, выпустил микроплатку (в народе - "брикаут") с ATmega8U2:

Идея создания была навеяна платами USB-Serial Light Adapter от Arduino и ATmega8U2 Breakout от Sparkfun (в итоге за основу был выбран второй вариант).

С одной стороны - этот девайс с успехом заменяет FTDI friend, исполняя роль USB-TTL конвертера для связи с целевым MCU через UART или программирования в среде ArduinoIDE. С другой - вполне себе самостоятельная отладочная плата для ATmega8U2, на которой разведены все его пины, а прошивку можно заливать через ISP6 или вообще по USB через DFU (т.е. без использования программатора).

Некоторые моменты, на которые хотелось бы обратить внимание:

1. Джампер выбора напряжения питания - по умолчанию установлен в +5В. Если есть желание поработать на +3.3В, можно перепаять - однако в этом случае предельная тактовая частота по паспорту будет ограничена 8 МГц, в результате может потребоваться переключиться на внутреннюю калиброванную цепочку (надо менять фьюзы, программатором);

2. Регулятор +3.3В. Он нужен для питания MCU от +3.3В (см. выше) и дополнительно может выдавать его наружу через соответствующий пин - всего до 150мА. Не путайте его с внутренним регулятором ATmega8U2, который служит для формирования правильного напряжения на линиях D+/D-, когда сам MCU питается от +5В. Кстати, если уж выставили Vсс = +3.3В, этот внутренний регулятор обычно отключают - через регистр REGCR, экономя таким образом немного на энергопотреблении;

3. Предохранитель 500 мА, выручит вашу схему в случае короткого замыкания по питанию, а специальные диоды - уберегут линии D+/D- ATmega от статического разряда.

4. Гребенка выводов совместима с FTDI friend и вообще с кабелями FTDI. Можно особо не задумываясь использовать, например, с Angelino.

5. Кнопка сброса - с одной стороны - как обычно, замыкает RESET на GND. Однако, если в момент сброса линия DTR (она же пин PD7) была подтянута к земле - активизируется DFU. По крайней мере именно так ведет себя DFU в платах Freeduino ONE и Arduino UNO - но при помощи программатора и собственной прошивки это, конечно же, можно изменить.

6. Светодиод STATUS, в чем-то по функциям похожий на светодиод L в Arduino-совместимых платах Arduino - подключен к линии PB4.

Вот так рекомендуется подключать ATmega8/168/328 к этой плате по первому варианту (в режиме конвертера USB-TTL):

R2 (подтягивает DTR к GND) - необязателен при условии, что вы не прикасаетесь к кнопке сброса на ATmegaU (и действительно - зачем прерывать работу ~~вечного двигателя~~ прошивки конвертера USB-TTL?). Небольшой резистор R3, включенный последовательно в линию TX, защищает пин от перегрузки по току в случае, если его ошибочно посадили на VCC или GND с другой стороны (не забывайте - если на встречной стороне другая ATmega - такое можно сотворить и программно).

Если в MCU уже прошит бутлоадер, схему можно соорудить хоть на беспаечной макетке, например так:

В настройках ArduinoIDE надо выставить правильный порт и тип платы - "Arduino Uno" (пользователи Windows дополнительно устанавливают .inf-файл от Freeduino ONE).

Программирование через DFU можно осуществлять через FLIP или dfu-profgrammer, указывая тип MCU at90usb82 - именно его и заменил (с более, чем скромными усовершенствованиями) ATmega8U2.

Приобрести плату ATmegaU можно здесь, только имейте ввиду, что по умолчанию она продается в комплекте с единственной и ненапаянной вилкой ISP6, все прочие вилки или розетки вам придется выбирать дополнительно, исходя из своих конкретных потребностей.

Схема:

Репозиторий на github, где можно получить исходники прошивки: https://github.com/a1ronzo/SparkFun-USBtoSerial

Freeduino Mega 3.0.0

noreply@blogger.com (id) — Sun, 19 Feb 2012 16:53:00 +0000

MK90 выпустил новую ревизию Freeduino Mega2560 (соответствует Arduino Mega2560 R3), изменилось следующее:

Разведены четыре дополнительных дырки для bit-bang;
Колодки соответствуют arduino pinout 1.0;
ATmega16u2 в качестве контроллера USB.

Замена ATmega8u2 на ATmega16u2 добавит 8К flash для программ, расширяющих функциональность стандартной прошивки-конвертера последовательного порта - по сути, это просто приглашение к возможности реализаций ваших идей. Кроме дополнительной памяти, предлагаются и дополнительные линии ATmega8u2/16u2 (расположены на Freeduino ONE и Mega2560 одинаково):

В последних версиях Arduino UNO и Freeduino ONE линия DFU уже притянута к GND, поэтому для смены прошивки и входа в режим DFU достаточно кратковременно соединить линию сброса с землей:

После этого, на шине появляется устройство 03eb:2ffa, и можно воспользоваться утилитами FLIP или dfu-programmer (первая больше подойдет владельцам Windows, вторая - Linux). Далее все выглядит аналогично описанию в этой статье, только в качестве типа MCU надо писать at90usb82.

Всем скептикам, мучающимся вопросом "а зачем менять прошивку в AtmegaU?" посоветую пока этот небольшой блог: http://hunt.net.nz/users/darran. В следующих постах постараюсь осветить тему использования DFU более подробно.

Также, справедливости ради, замечу - в версиях Arduino Uno/Mega2560 R3 применена новая схема сброса:

Авторы окрестили ее термином "более надежная". В принципе - да, если на линии сброса присутствует некоторая емкость - диод D2 помогает быстро ее "обнулить". Как они набрели на это гениальное усовершенствование, история умалчивает - но копировать его я пока не спешу.

На всякий случай, еще раз повторюсь, в чем отличие Freeduino от MK90 и Arduino от arduino.cc:

оба резонатора Freeduino - кварцевые, у Arduino резонатор основного MCU - керамический, что ухудшает точность вычисления задержек в ваших скетчах;
у Freeduino исключены все дополнительные резисторы из схем подключения обоих микроконтроллеров (последовательный 27 Ом и параллельный 1МОм), поскольку они явно лишние (и потенциально вредные);
к стабилизатору +3.3В у Freeduino добавлен шунтирующий конденсатор, согласно типовой схеме включения, что положительно сказывается на работе шилдов и любых схем, берущих питание с колодки POWER/3V3;
отсутствует диод в схеме сброса основного MCU.

Купить Freeduino Mega2560 v3.0.0 можно здесь: http://mk90.ru/store/ru/microcontrollers/50-freeduino-mega-2560.html

Схема:

Проблемы Ethernet в ArduinoIDE 1.0

noreply@blogger.com (id) — Tue, 14 Feb 2012 08:37:00 +0000

Только что столкнулся с проблемами использования Ethernet Shield на W5100 в рамках ArduinoIDE 1.0. Великолепно до этого работавшие скетчи решительно отказались работать, что меня ~~привело в панику~~ слегка озадачило.

Формально, чтобы перенести скетч со "старых" ArduinoIDE 0022/0023 под 1.0, надо исправить названия классов "Server" и "Client" на "EthernetServer" и "EthernetClient" соответственно. Идеологически, классы Server и Client теперь сделаны полностью абстрактными и перенесены в ядро Arduino. И поскольку они не имеют ни одной реальной функции, библиотека должна породить от них свой класс, "наполнив" его реальным содержимым. Думаю, делается это с прицелом на будущее, но предсказывать его пока не берусь ;)

К сожалению, даже после успешной компиляции, надо обязательно залить скетч и проверить его работу. Скорее всего, проблемы (если они действительно есть) вскроются сразу же - речь идет о неверном обмене с Ethernet-чипом Wiznet W5100. Первым делом, открывайте файл arduino-1.0/libraries/Ethernet/utility/w5100.h и ищите в нем строки:

#define __SOCKET_REGISTER16(name, address)                   \
  static void write##name(SOCKET _s, uint16_t _data) {       \
    writeSn(_s, address,   _data >> 8);                      \
    writeSn(_s, address+1, _data & 0xFF);                    \
  }                                                          \
  static uint16_t read##name(SOCKET _s) {                    \
    uint16_t res = readSn(_s, address);                      \
    res = (res << 8) + readSn(_s, address + 1);              \
    return res;                                              \
  }

Вместо них поставьте полностью аналогичные (но, удивительным образом - работающие):

#define __SOCKET_REGISTER16(name, address)                   \
  static void write##name(SOCKET _s, uint16_t _data) {       \
    writeSn(_s, address,   _data >> 8);                      \
    writeSn(_s, address+1, _data & 0xFF);                    \
  }                                                          \
  static uint16_t read##name(SOCKET _s) {                    \
    uint16_t res = readSn(_s, address);                      \
    uint16_t res2 = readSn(_s,address + 1);                     \
    res = res << 8;                                             \
    res2 = res2 & 0xFF;                                         \
    res = res | res2;                                           \
    return res;                                              \
  }

(это исправление взято отсюда: http://code.google.com/p/arduino/issues/detail?id=605)

В большинстве случаев это помогает; мало того - говорят, что некоторые PPA в Ubuntu уже содержат пакет "arduino" с этим патчем, но давать на них ссылки не буду - я не понимаю смысл создания пакета для программы, которая великолепно работает, будучи распакована в одну папку. Гораздо удобнее качать и ставить дистро непосредственно с arduino.cc, не мучаясь вопросами "а чой-то они там наменяли-то?!"

Тем, у кого после вышеописанного патча все равно не заработает - рекомендую посмотреть на версию кросс-компилятора gcc-avr в составе вашего дистрибутива Linux. Если это, например, 4.5.3 - причина может быть в этом, и стоит позаботиться об откате на 4.3.2 или создании собственного окружения. Возможны разные варианты действий, но я пока выбрал наиболее ~~тупой~~ простой - развернул в виртуальную машину под Windows дистрибутив 0023 и временно работаю в нем. И вообще - пользователям Windows в этом плане проще, поскольку хоть их дистрибутив ArduinoIDE и выглядит чрезмерно "пухленьким", в него уже включен порт avrgcc - WinAVR, что драматически повышает стабильность по сравнению с Linux, где пакет gcc-avr "приходит" вместе с дистрибутивом ОС.

Тем, кто уже начал использовать включенные в состав ArduinoIDE библиотеки DHCP, стоит обратить внимание на другой патч: http://code.google.com/p/arduino/issues/detail?id=742

Сейчас при формировании DHCP-запроса, код из библиотеки Ethernet не совсем корректно формирует уникальное имя хоста, генерируя псевдослучайный суффикс в том числе и из "непечатных" символов: это может создавать потенциальные проблемы при работе DNS.

Angelino R2

noreply@blogger.com (id) — Wed, 01 Feb 2012 20:32:00 +0000

Следуя моде, выпущена Angelino R2 - теперь тоже с arduino 1.0 pinout:

Отличия от R1 - только в добавлении колодок SCL/SDA/IOREF и появлении аутентичных русских названий :) К сожалению, неудачно отрезался фрагмент маски, на котором была нанесена полярность и напряжение батарейного питания - пришлось сделать бумажную наклейку. По этой же причине часть пошла в магазин в виде печатных плат, а часть - в виде недорогих китов для самостоятельной сборки с ATmega8.

MKboard в качестве программатора STK500

noreply@blogger.com (id) — Sat, 28 Jan 2012 19:12:00 +0000

В комментах к посту про Angelino один из пользователей навел меня на интересную мысль: а действительно, как сделать из MKBoard программатор для другой платы? Для стандартных Duemilanova и Uno обычно берут скетч ArduinoISP и дальше действуют в соответствии с этой инструкцией. Но этот скетч совершенно не подходит для MKboard/metaboard, которые не имеют "честного" USB-порта.

Но оказывается - сделать из MKBoard программатор очень даже можно, причем получается практически полноценный STK500-совместимый программатор - AVR-Doper, который можно использовать с AVRStudio (разве что без высоковольтного последовательного программирования). Для этого берете этот хекс: mkboard_avrdoper.tar.gz, замыкаете джампер Upload, нажимаете на сброс и пишите:

avrdude -c usbasp -p m8 mkboard_avrdoper.hex

После завершения процесса вы получаете AVR-Doper в режиме HID.

Соединяйте провода с программируемой схемой, руководствуясь новым назначением пинов:

Для программирования достаточно соединить MKBoard и программируемую плату (target) согласно этой таблице:

MKBoard	Target
RESET	RESET
MOSI	MOSI
MISO	MISO
SCK	SCK
GND	GND
+5B	VCC

Если схема имеет собственное питание, последнее соединение (VCC и +5В) делать не нужно.

Откуда брать эти сигналы - с гребенки ISP6 или колодки цифровых пинов - не суть важно, но если соединяете ISP6 у MKBoard и устройства - получается практически "один в один", за исключением сигнала RESET - его надо брать все-таки с цифровой колодки, digital10.

Далее, для прошивки hex-файла через avrdude можно использовать следующую строку:

avrdude -c stk500 -P avrdoper -p MCU -U flash:w:file.hex

где MCU заменяем на тип программируемого микроконтроллера (более подробно см. справку к avrdude - для ATmega8 - m8, для ATmega328P - m328p и т.д.).

Если требуется совместимость с AVRStudio - снимаем джампер Upload и переподключаем питание. Как вы уже догадались, в данной прошивке программатора этот джампер управляет режимом HID: замкнут = вкл, разомкнут = выкл (и вместо него CDC). Но учтите, что выбор срабатывает один раз при подключении питания - если нажмете на сброс, запустится бутлоадер, который будет делать совершенно другие вещи (представляться как usbasp и пытаться запрограммировать самого себя).

Можно ли программировать через DIP-сокет? Разумеется - можете его установить хоть на макетном поле, но при этом:

сделайте все вышеописанные соединения Target и MKBoard за исключением VCC и +5V;
подключите SUPPLY1 и SUPPLY2 (оба два) к шине VCC программируемого MCU;
подключите CLK к ножке XTAL1 программируемого MCU (замена кварцу и емкостям для создания тактовой схемы у target-а).

Два контакта под питание выглядят перестраховкой, но некое рациональное зерно в этом есть. Перед началом через SUPPLY подается питание на программируемый MCU, а по завершении - отключается. Так делает и оригинальный AVRDoper, только у него есть для этого специальная буферная микросхема, которой в MKBoard, увы, нет.

Во время программирования будет мерцать встроенный светодиод L, поскольку он оказался подключен к пину SCK (тактовые импульсы программирования). Оригинальный светодиод "ONLINE" для наглядности можно прикрутить к PC1 (или analog1 в нумерации Arduino), обязательно через токоограничительный резистор 1К - тогда он будет четко загораться в момент входа в режим программирования и при выходе из него.

В этой прошивке также можно использовать встроенный отладочный порт - если соединить GND, RX и TX отлаживаемого микроконтроллера с пинами digital 0 и digital1 (разумеется, перекрестив), то можно с ним обмениваться через USB-подключение MKBoard на скорости 19200 - читать и писать данные с помощью утилиты avrdebug.

Ну и напоследок - если программатор больше не нужен.... разбираете схему, замыкаете Upload, нажимаете сброс - и... плата снова готова к загрузке скетчей через ArduinoIDE! ;)

И, конечно же, скажем спасибо команде Objective Development, позаботившейся о том, чтобы код AVR-Doper компилялся не только под разные MCU и разные тактовые частоты, но и под разные схемы (оригинальная, usbasp, metaboard).

Leonardo в цеху

noreply@blogger.com (id) — Wed, 25 Jan 2012 09:48:00 +0000

Пересматривал подборку фотоматериалов Лаймы Фрей (известна также под ником ladyada и своим магазином adafruit.com) с последнего посещения фабрики Smart Projects и наткнулся там на фото Arduino Leonardo:

Это самые крупные фото из всех, что мне пока удалось нарыть, и по ним можно сделать некоторые выводы:

используется раскладка пинов "arduino pinout 1.0";
дополнительные аналоговые входы A6-A11 промаркированы на противоположной стороне платы;
схема действительно сильно упрощена. Виден регулятор +5В, рядом с ним - регулятор +3,3В, светодиоды RX/TX/L/PWR;
прежняя схема автовыбора источника питания на LM-ке в SSOP-корпусе;
будет microUSB-разъем.

И (самый главный вывод) - видимо, довольно скоро мы уже получим, наконец, эту плату вместе с ArduinoIDE 1.1 (или как там они теперь их будут нумеровать?!), где ее поддержка включена обратно. Вообще - странно, что итальянцы настолько задерживают выпуск. Уже вовсю появляются клоны:

fzduino: http://www.fiozera.com.br/blog/?p=195
paperduino: http://arduino.cc/forum/index.php?topic=78639.0
freeduino 32u4: http://mk90.ru/store/ru/microcontrollers/145-freeduino-32u4.html

Скромно замечу, что лишь для последнего варианта есть нормально работающее ядро для ArduinoIDE 1.0, а также в архив добавлены примеры (клавиатура и мышь, изъятые при релизе) - freeduino32u4-1.0.tar.gz

MKBoard R3

noreply@blogger.com (id) — Sat, 21 Jan 2012 08:30:00 +0000

Вышла третья ревизия платы MKBoard:

по сравнению с предыдущей версией, постарался учесть пожелания пользователей и последние ~~веяния моды~~ изменения в раскладке пинов Arduino:

на макетном поле теперь есть шины VCC и GND
раскладка пинов соответствует arduino pinout 1.0

Напоминаю, что MKBoard - это улучшенный аналог Metaboard, платы на основе программной реализации V-USB от Objective Development, построенный на одном чипе и способный при этом загружать скетчи по USB.

Купить в собранном виде или комплектом деталей можно здесь. Подробная пошаговая инструкция по самостоятельной сборке - здесь.

Адаптированный к Arduino 1.0 файл boards.txt - внутри этого архива: mkbord_r3.tar.gz

Кстати, заметил особенность ArduinoIDE 1.0: после загрузки скетча она ругается на то, что используется старое firmware для USBasp - дескать, обновите до последней версии, а то не работает установка длительности SCK (точнее, это ворниг от avrdude: cannot set sck period. please check for usbasp firmware update). Можно смело игнорировать, все и так работает замечательно.

RelayShield

noreply@blogger.com (id) — Mon, 16 Jan 2012 20:55:00 +0000

Очередная шилд-плата, на этот раз для управления шестью реле:

Смысл агрегата незамысловат - при помощи цифровых пинов 2-7 управлять шестью реле, переключающие контактные группы выведенные на клеммники. Присутствует оптронная развязка и собственный регулятор питания с разхемом (при стыковке с Arduino-совместимой платой питание берется также и с Vin).

Наиболее популярными аналогами являются варианты от Seeedstudio и Open Electronics:

Первый вариант хорош тем, что имеет разъем для подключения беспроводного модуля и, соответственно, возможность дистанционного управления - правда только через модули RFBee (не путать с ZigBee - хотя смысл у них один и тот же), однако и содержит на борту всего четыре реле. Второй вариант имеет шесть реле и даже предназначен для самостоятельной сборки, но лишен оптронной развязки - тут авторы особое внимание уделили освещению ;) аж по два светодиода на реле. Таким образом, мой вариант - как бы промежуточный.

У обоих плат есть одно слабое место - они располагают реле над разъемом USB, за что неоднократно подвергались критике (одно неловкое движение, и короткое замыкание в цепи нагрузки). Я постарался учесть этот факт и немного отодвинул клеммники и реле:

Старшие товарищи уже раскритиковали примененные пятивольтовые реле (1A, 250VAC или 30VDC). Утверждается, что они ненадежные и для реальной промышленной автоматики никак не подходят... Так что имейте это ввиду, на всякий случай ;)

Как всегда, купить можно здесь: http://mk90.ru/store/ru/shields/240-relayshield-v20.html

LolShieldRus для 1.0

noreply@blogger.com (id) — Wed, 11 Jan 2012 20:36:00 +0000

Библиотека LoLShieldRus, адаптированная для ArduinoIDE 1.0: LoLShieldRus.tar.gz

Ссылка на github (модификация, кстати, несложная - как и в случае с LiquidCrystalRus - сводится к замене инклуда WProgram.h на Arduino.h).

Напоминаю, что это за зверь: библиотека поддержки шилд-платы LoLShield, представляющей из себя матрицу светодиодов 9х14, соединенных методом хексиплексирования таким образом, что можно управлять засветкой каждого отдельно взятого светодиода. Поддерживаются все полноразмерные Arduino-совместимые платы, включая Mega, а также - русский язык.

См. также все статьи про LoL-shield в моем блоге.

Christmas tree in use

noreply@blogger.com (id) — Tue, 03 Jan 2012 08:00:00 +0000

Итак, бОльшая часть HNYduino уже "ушла в народ", и у народа уже успели назреть вопросы. Это, конечно, досадно - мне казалось, что там и объяснять-то нечего, но придется посвятить этому вопросу еще одну статью - дальше ответы буду добавлять прямо в wiki.

С целью создания гипнотического эффекта, электроЕль снабжена двадцатью ~~микрофонариками~~ светодиодами. Схематично это можно было бы представить так:

Расположенные в центре светодиоды D2, D3, D4 и D5 подключены к цифровым пинам Arduino с соответствующими номерами и управляются независимо. Для включения любого из них достаточно, например, выполнить digitalWrite(2,HIGH), а для выключения - digitalWrite(2,LOW). Для D2 и D3 доступен аппаратный ШИМ, поэтому ими дополнительно можно управлять и с помощью analogWrite().

Тоже самое относится и к дополнительным пинам, выведенным на подставку через гребенку. С пинов A0, A4 и A5 можно считывать оцифрованное значение действующего напряжения (ибо это входы АЦП), а при необходимости - подключать к A4 и A5 устройства, работающие по шине I2C (A4 = SDA, A5 = SCL и не забудьте подтянуть их через резисторы 5K1 к VCC).

Светодиоды R1..R8 и G1..G8 подключены к двум закаскадированным микросхемам 74HC595, принцип работы с которыми я уже подробно разбирал в статье Удвоение пинов Arduino. В общем случае всё сводится к выполнению двух последовательных команд shiftOut с использованием известных пинов (LATCH = D8, CLK = D10 и DATA = 11).

Поскольку тут наступает самый трудный (для неподготовленных умов ;) момент, пришлось набросать библиотеку. Она, конечно, не выдерживает никакой критики и служит, скорее, для иллюстрации приемов. Скачайте и распакуйте ее в каталог sketchbook/libraries и только затем запускайте Arduino IDE 1.0 (со старыми версиями 0022 и 0023 тоже должно работать нормально).

Вывод осуществляется при помощи функции setState(byte greenDataOut, byte redDataOut), где надо указать два байта, для G1..G8 и R1..R8 соответственно. Если мысленно выстроить образуемый ими контур в линию, могло бы получиться следующее:

Чтобы отобразить произвольный орнамент, надо сформировать два байта в двоичном виде и передать их функции setState. Например, чтобы зажечь линейку из четырех самых нижних светодиодов (G1, R1, G8 и R8), подставим на их место единицы, получится:

1 0 0 0 0 0 0 1

Теперь можно отдавать команду setState(B10000001,B10000001) - префикс 'B' предваряет число в двоичной записи. Если кому-то по душе шестнадцатеричная запись, тоже самое будет по setState(0x81,0x81).

Если и после этого останутся вопросы, загрузите пример, который прилагается к библиотеке - зацикленное случайное переключение простейших эффектов (обычно прошито в елку по умолчанию).

Второй волнующий общественность вопрос - подключение HNYDuino к компу с возможностью программирования. Поскольку у елки отсутствует USB-порт, потребуется дополнительный девайс (рассмотрим варианты):

1. Самое простое: любой FTDI-кабель или переходник, например FTDI friend:

Выставьте тип платы "Arduino Duemilanove w/ATmega328", соедините линии GND, VCC, RX и TX на елке и на переходнике. Кроме того, к линии "R" (reset) следует подключать сигнал DTR (на FTDI friend он позиционно совмещен с RTS и выбирается solder-джампером с обратной стороны).

2. С помощью платы Arduino Duemilanova (или совместимой c ней Freeduino - главное, чтобы там был чип FTDI или MAX232). Для этого аккуратно удалите ATmega328 из панельки и соедините проводки следующим образом:

Arduino	HNYduino
RX (D0)	<- (3)
TX (D1)	-> (2)
RESET (ISCP-5)	R (1)
VCC (ISCP-2 или 5V)	+5 (4)
GND (ISCP-6 или GND)	G (5 или 6)

Сигналы RX и TX следует подавать с верхней колодки Arduino, сигнал сброса - с пятого пина разъема программирования, а VCC и GND - без разницы откуда (можно с вилки программирования, можно с колодки POWER).

Тип платы нужно выставлять также, "Arduino Duemilanove w/ATmega328".

3. Напаять на HNYduino шестиконтактную вилку для программирования в заранее подготовленные отверстия и подключиться через программатор (в качестве программатора также может выступать все та же Arduino со скетчем ArduinoISP). Имейте ввиду, что в этом варианте для комфортной работы потребуется ~~немного пошаманить~~ прописать секцию в boards.txt - указав там тот протокол, по которому работает ваш программатор. Или же, можно работать сразу через AVRStudio ;)

LiquidCrystalRus для 1.0

noreply@blogger.com (id) — Mon, 02 Jan 2012 16:19:00 +0000

По многочисленным заявкам ~~телезрителей~~ пользователей, выкладываю под тегом Arduino 1.0 libs адаптированные для Arduino 1.0 библиотеки.

Начинаю с LiquidCrystalRus: скачать LiquidCrystalRus-1.0.zip.

Это копия оригинальной библиотеки LiquidCrystal с поддержкой русского языка. Добавленный код трансформирует русские символы UTF8 в правильные коды для HD44780U.

Этот вариант будет одинаково нормально работать и с arduino-0023, и с arduino-1.0. Основная причина несовместимости - класс LiquidCrystalRus (как и оригинальный LiquidCrystal) порожден от стандартного Print, у которого поменялся прототип виртуальной функции write: если раньше возвращаемое значение было void, то теперь - size_t.

Проект также доступен на GitHub: https://github.com/mk90/LiquidCrystalRus.

Freeduino ONE smd

noreply@blogger.com (id) — Sun, 01 Jan 2012 08:30:00 +0000

Вслед за другими производителями Arduino-совместимых плат, вынужден констатировать: ATmega328 в DIP-корпусе и дороже, и сложнее доставаем. Именно это и стало одной из причин появления платы Freeduino ONE smd.

Попутно внесены мелкие изменения, соответствующие Arduino UNO R2:

линия HWB притянута резистором к GND - джампер UBOOT пропал с тыльной стороны платы. Это позволяет упростить загрузку новой прошивки через DFU, более подробно см. в статье DFU. В отличие от оригинального итальянского решения с номиналом подтяжки 1К, в нашем варианте выбрано более правильное 10К.
Добавлено посадочное место четырехконтактной вилки bit-bang (пины PB4,PB5,PB6 и PB7). Правда, каких-либо вменяемых примеров альтернативного firmware для ATmega8u2, которые бы их использовали, я пока не встречал:

По-прежнему сохраняются отличия от оригинала в тактовой схеме - не используется керамический резонатор для основного MCU (хоть он меньше и легче, но менее точный) - оба резонатора кварцевые; резистор 1М параллельно кварцу не устанавливается (все отличия версии R1 уже обсуждались в статье Новости Arduinoстроения).

С одной стороны - девайс получился немного дешевле. С другой - да, если что-то случится с основным MCU, поменять его будет несколько сложнее. Но, как я уже неоднократно говорил - чем больше альтернатив, тем лучше.

HNY 2012

noreply@blogger.com (id) — Sat, 31 Dec 2011 17:59:00 +0000

HAPPY NEW YEAR!

Пусть новый 2012 год принесет моим читателям радость новых открытий и побед, а боль, грусть и досада пережитых неудач останутся в старом 2011, без возможности пересечь epoch 1325361600!

Ну а я постараюсь по мере своих сил развлекать вас через свой блог и далее ;)

Адаптация библиотек для Arduino 1.0

noreply@blogger.com (id) — Thu, 29 Dec 2011 20:43:00 +0000

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

Переходим в каталог с библиотекой
Ищем во всех файлах .cpp и .h, не встречается ли где
#include "WProgram.h"
Если находим - заменяем на:

#if defined(ARDUINO) && ARDUINO >= 100
  #include "Arduino.h"
#else
  #include "WProgram.h"
#endif

И, если нам повезло и больше ничего править не надо, библиотека будет одинаково хорошо работать и с IDE 0022/0023, и с 1.0.

Arduino 1.0: pinout и IDE

noreply@blogger.com (id) — Wed, 21 Dec 2011 04:12:00 +0000

В самый последний день ноября нас наконец-то посетил исторический релиз ArduinoIDE 1.0.

Конечно, я должен был опубликовать эту статью еще недели две назад. Но я постоянно откладывал этот пост - в основном из-за запаздывания материалов на официальном сайте arduino.cc, без которых оставалось некоторое количество вопросов.

Итак, в отличие от остальных версий ArduinoIDE выпуск 1.0 происходил не так, как обычно. Сначала было выпущено два релиз-кандидата, чтобы дать всем привыкнуть к нововведениям, которые были известны заранее: потребуется адаптация библиотек, появится новая плата Arduino Leonardo, изменится стандартная физическая раскладка пинов (должны добавиться четыре). После второго релиз-кандидата вдруг неожиданно вышла ArduinoIDE 0023, в которой главным событием стало использование optiboot 4.4 и переход с ATmega8u2 на ATmega16u2 в платах Uno, Mega2560 и ADK.

К счастью, на официальном веб-сайте все-таки появились актуальные фото последних ревизий плат и стало видно, что добавлено 3 дополнительных пина:

на верхней колодке - SDA, SCL:

на нижней колодке - IOREF:

Таким образом, фоторобот новой платы из статьи Великий Леонардо стал выглядеть так:

Четвертый пин (рядом с IOREF) оставили свободным - для будущих расширений.

Дублирование SCL и SDA выглядит логичным - стараясь сохранить универсальность раскладки, авторы с самого начала зафиксировали положение UART (пины 0 и 1 за RX и TX), затем обожглись на пинах SPI при создании Mega (с тех пор SPI надо брать исключительно с вилки ICSP). Видимо, есть желание или вынужденная необходимость стыковать шилды также и по I2C - а они-то как раз, увы, фиксированного положения пока не имели.

Появление IOREF - прямое наследие Arduino Due. Будущая ARM/Cortex плата была упомянута всего однажды, но похоже, что именно ей мы обязаны появлением Arduino pinout 1.0. Поскольку Due трехвольтовая, то предполагается, что будущие Shield-платы будут способны через этот пин адаптировать уровень логической единицы для обмена с основной платой. Соответственно, на IOREF должно подаваться VCC MCU (+5В, +3,3В или +1,8В).

В качестве варианта - на шилд-плате IOREF можно подключить к специальному чипу-согласователю уровней сигналов. Но тогда автоматически встает вопрос совместимости - что делать, если такой шилд подключен к "старой" плате, и IOREF попросту повис в воздухе? Городить на шилде специальную схему для такого случая? Оказывается, есть простой подход ;) Вот так, дешево и сердито, при помощи пары диодов Шоттки это реализовано в Arduino MotorShield R3:

Если брать в общем случае комбинацию новая плата+старый шилд, то вроде бы все нормально. В неиспользуемые старыми шилдами колодки ничего не втыкается. Но если старая плата принимает на себя новый шилд, то мне довольно ясно представляется, как эти дополнительные четыре ножки упрямо упираются в элементы, расположенные на месте несуществующих отверстий на старой плате (а они были, особенно в области IOREF!). Возможно, ~~все пропало!~~ придется их подрезать или отогнуть.

А вот c выходом релиза ArduinoIDE 1.0 по поводу Leonardo наступила некоторая неизвестность. Во-первых, определение Leonardo закомментировано в boards.txt, а во-вторых - ошибки в ядре и бутлоадере исправлены не до конца. А пофиксить их было бы довольно просто - достаточно посмотреть в исходники Teensy. Однако, положительный момент тоже присутствует - есть изменения в правильном направлении, а саму поддержку USB из ядра никуда не удалили. И если бы раньше я заключил, что выход Leonardo откладывается до следующего года, то с таким непредсказуемым развитием событий уже завтра может выйти ArduinoIDE 1.1, где оно будет. Собственно, такое бывало и раньше - выпускали новую IDE ради изменений в boards.txt.

Поэтому, для тех, кто хочет поэкспериментировать с Leonardo до его официального выхода - плата Freeduino 32u4 R2. Основное отличие от версии R1 - это шелкография, на которой теперь нанесены пины Arduino (сама раскладка осталась совместимой) :

Есть, правда, и один недочет - дополнительный аналоговый пин A11, он совмещен с цифровым D6. Напоминаю, что Freeduino 32u4 имеет на борту:

микроконтроллер ATmega32u4 со встроенной поддержкой USB;
32K FLASH, 2.5K SRAM, 1K EEPROM;
программирование через USB (ArduinoIDE), ISP и JTAG;
25 универсальных пинов, которые могут быть сконфигурированы в качестве входов или выходов, со встроенными подтягивающими резисторами;
для 12 универсальных пинов (из 25) возможна работа в режиме 10-битного АЦП;
для 7 пинов возможна работа в режиме аппаратного ШИМ;
1 х UART, 1 x I2C и 1 x SPI.

Владельцам Freeduino 32u4 R1, при переходе на ArduinoIDE 1.0 настоятельно рекомендую обновиться:

freeduino32u4-variant-arduino1.0.tar.gz - только variant, без измененного ядра - гарантирует аутентичность окружения вашей ArduinoIDE 1.0rc2. Правда, не на всех пинах Freeduino32u4 будет ШИМ.
freeduino32u4-core-arduino1.0.tar.gz - variant + core, чтобы всё работало корректно. Именно его я и рекомендую ставить, перетирая существующее core в дистрибутиве.

В обоих вариантах надо распаковать архивный файл в arduino-1.0/hardware/arduino и исправить boards.txt, добавив туда содержимое файла boards.txt.add:

leonardo1.name=Freeduino 32u4
leonardo1.upload.protocol=arduino
leonardo1.upload.maximum_size=30720
leonardo1.upload.speed=1200
leonardo1.bootloader.low_fuses=0xde
leonardo1.bootloader.high_fuses=0xda
leonardo1.bootloader.extended_fuses=0xcb
leonardo1.bootloader.path=diskloader
leonardo1.bootloader.file=DiskLoader-Leonardo.hex
leonardo1.bootloader.unlock_bits=0x3F
leonardo1.bootloader.lock_bits=0x2F
leonardo1.build.mcu=atmega32u4
leonardo1.build.f_cpu=16000000L
leonardo1.build.core=arduino
leonardo1.build.variant=freeduino32u4

На всякий случай, названия портов ATmega32u4 сохранены с противоположной стороны платы:

(хотя, кто будет туда заглядывать, если она уже вставлена в беспаечную макетку? ;)

Купить Freeduino32u4 можно здесь.

Ёлкадуино

noreply@blogger.com (id) — Tue, 13 Dec 2011 09:12:00 +0000

Рискуя превратить свой блог в дайджест журнала Радио, в качестве краткого предисловия хочу поделиться содержимым раздела "Радио - начинающим" декабрьского номера: там схемы сразу двух светодиодных ёлок. Такие, знаете - мигалки - чисто for fun. Первая схема родом из Украины (автор - В.Хмара из Житомира, усовершенствовал схему А. Лечкина, опубликованную в 2007 году во все том же Радио):

Схема выполнена на основе трехфазного мультвибратора, управляющего тремя группами светодиодов (суммарно их 20 штук), создающих эффект "бегущий огонь". Схема довольно ~~ортодоксальная~~ простая, настройка не требуется. Единственное, что можно менять - это скорость переключения, подбирая емкости между транзисторами мультвибратора.

Вторая схема более продвинута, поскольку имеет в своем составе "восьминогий" MCU PIC12F675 (автор - Владимир Баландин), управляющий 28-ю двухцветными светодиодами:

Светодиоды разбиты на две группы, каждый цвет группы управляется отдельно - через четыре полевых транзистора. Эффектов реализовано гораздо больше - "плавное зажигание и погасание" (fading), мигание, переключение цветов. К сожалению, на двух группах светодиодах "бегущие огни" реализовать можно очень и очень условно, но зато для скачивания доступна микропрограмма с исходниками (и даже вместе с видеороликом, но, к сожалению, автор демонстрирует только один эффект).

К чему это я? Ах да - в качестве иллюстрации: думаю, существует ~~туева куча~~ очень много схем новогодних светодиодных елок, но какая из них самая лучшая для повторения? Та, которая светит ярче или та, которая выдает более затейливый эффект? Не наскучит ли она через пару дней однообразием эффектов? Думаю, читатель уже догадывается, к чему я клоню - было бы прекрасно, если бы внутри такой елки была Arduino-совместимая плата, дающая реципиенту качественно новый простор для творчества. Это была бы, как любят теперь выражаться наши чиновники, умная елочка.

Памятуя о изобретении велосипеда, я начал искать Arduino-совместимую елку на просторах Интернета, и нашел практически то, что искал - Blinky Christmas Ornaments.

Автор как раз пишет, что I wanted the board to be easily hacked by family and friends that were so inclined - идея, в точности совпадающая с моей.

~~Полностью уничтожив~~ немного поработав с неприемлемым для меня контуром-кругляшкой, удалось вписать ребристый елочный профиль в размер для бесплатной версии EagleCAD - 100x80 мм:

Основная идея сохранена - использование пары закаскадированных микросхем 74HC595N для индикации на 16 светодиодах (8 зеленых + 8 красных). В центре есть также четыре дополнительных светодиода, непосредственно подключенных к линиям D2, D3, D4, D5 (здесь и далее - нумерация Arduino). В качестве MCU использован ATmega328P-AU с бутлоадером Duemilanova, но вместо USB-порта только вилка для кабеля FTDI - не думаю, что наличие отдельного USB-чипа в таком устройстве слабо оправдано. "Хакнуть" елку несложно: достаточно подключить USB-TTL переходник и выставить в ArduinoIDE тип платы "Arduino Duemilanova". Если кому-то больше по душе UNO, можно перешить бутлоадер, запаяв гребенку ISP06 и подключив к ней любой ICSP-программатор с помощью 6-пинового кабеля.

Присутствует также и отверстие для подвешивания девайса за ниточку:

Но мне кажется, подвешивать надо за проводочек, по которому приходит +5В ;)

В нижней части HNYDuino (это официальное название, а мне по душе менее благозвучное "Ёлкадуино") - пины для стыковки с подставкой при помощи вилки PLS-R:

Подставка играет не только декоративную роль, но и несет на себе холдер батарейки типа "крона", стандартный для Arduino разъем питания и защитный диод 1N4007.

Но самое главное - туда выведены некоторые неиспользуемые пины - D6, D7, D9 и A0, A4, A5. Это позволяет читать показания аналоговых датчиков, использовать шину I2C и аппаратный ШИМ.

Расположенный слева DPDT переключает источники питания - либо это +5В с кабеля FTDI, либо BATT, приходящий с подставки (напряжение от БП 9..12В или "крона"). Если подключить что-то одно, то он превращается в выключатель.

Что можно сотворить с такой елочкой? Фантазия подсказывает световой датчик (чтобы она зажигалась только с наступлением темноты) и/или датчик звука, реагирующий на хлопки или традиционное "елочка, зажгись!". Более изощренным можно посоветовать подключить по I2C микросхему RTC DS1307 и ровно в 00:00 01.01.201X "неожиданно" замигать всеми огоньками или сыграть гимн через предусмотрительно подключенный пьезодинамик.

Конечно, проект далек от совершенства - тут есть огромный простор для совершенствования. Поэтому, для ищущих even more fun и готовых поработать самостоятельно - выкладываю схему и разводку в Eagle, а также и тестовый скетч для проверки работы.

Свои экземпляры я в основном планировал задарить friends that were so inclined, но несколько экземпляров отправилась и в магазин.

Happy new hacking! ;)

LaunchPad unboxing

noreply@blogger.com (id) — Tue, 06 Dec 2011 20:18:00 +0000

И все-таки я решил из принципа заказать LaunchPad у TI - со второй попытки у меня получилось. TI не много ни мало... отправляет их FedEx-ом за свой счет! Так что подержать заветную коробочку в руках можно уже через какие-то четыре-пять дней:

Но, что же внутри? Ниже - фотографии, которых мне так не хватало к статье в Радио для полноты ощущений ;)

Внутри коробки - бумажка. Встречайте меня, типа.

Кроме самой платы, есть две десятипиновые вилки и розетки (они не запаяны - что именно ставить, решаете самостоятельно), дополнительный микроконтроллер MSP430G2211, часовой кварц-цилиндрик, шнурок miniUSB, бумажка и две наклейки. Последние я сразу использовал - страсть как люблю всё вокруг обклеивать бессмысленными наклейками!

Сама плата похожа на Arduino по размеру - но строго квадратная и чуть меньше (6,5 на 5 см). Расположение колодок пинов здесь - ~~тупо~~ бесхитростно, один-в-один соответствует расположению пинов самого контроллера - вполне ожидаемое решение от фирмы-производителя чипов. Скорее всего, они полагают, что их решение - наилучшее, и не надо его никак транслировать или преобразовывать.

С обратной стороны мы видим прелестные ножки. Мелочь, конечно - но вся плата, по сути - это и есть набор мелочей, профессионально подобранных. Умиление у меня вызвали тактовые кнопки (одна - сброс, другая - просто кнопка) - внешне они похожи на обычные четырехлапные квадратные тактовые кнопки - но лапок у них всего две! ;)

Это и есть тот самый дополнительный MSP430G2211. По цене он не особенно сильно отличается от MSP430G2231 - оба они стоят около 2 USD.

Вставляется он вместо своего коллеги - в цанговую панельку. В этом плане цанга хороша - если надо часто вставлять и вынимать. Она реально на 20 контактов - можно установить любой чип в PDIP-корпусе из этого семейства, если только он сюда влезет. Странно, что не заложили 28-ми контактную (тем более, что в семействе такие чипы - есть). Слева два джампера, отключающие пару светодиодов.

Это - "сердце" отладочной части, чип MSP430F1612. Это тоже 16-битный MCU из семейства MSP430, только помощнее и подороже - стоит около 500 рублей.

А это - мост USB TUSB3410V. Внутри MCU с набором команд 8052, 16K RAM и 10K ROM - в последнем даже есть bootloader для шины I2C! Еще ~200 рублей в копилку стоимости.

По умолчанию, кварц не установлен, используется внутренняя RC-цепочка. Поэтому внешние выводы, которые используются под кварц, выведены наружу. В противном случае надо снять резисторы-нулевки и установить кварц с емкостями или резонатор.

Вилочки и розетки из комплекта - какие-то понтовые, с надписью даже.

А вот и часовой кварц. ТТХ у него самые обычные - и точность, и встроенная емкость. Выглядит он так:

Я привык к недорогим часвым кварцам в цилиндрическом корпусе DT-26, но этот какой-то особенный - золотистый, слегка приплюснутый (видимо, чтобы проще было паять корпус), тонюсенькие ножки заранее отформованы. Обратите внимание, что соседние ячейки ленты пустуют - это значит, как минимум спецзаказ. Но все равно - паять такое чудо в домашних условиях сложновато. Логичнее было бы давать что-то в корпусе HC49X.

Бумажка несет в себе декоративную ценность. И действительно, никакого софта в комплекте. Логично, если учесть, с какой скоростью этот самый софт устаревает.

Содержательная часть - четыре шага.

Ну и целый разворот предупреждений. Особенно "повезло" японцам - платка не соответствует Technical Regulation of Radio Law of Japan.

Приглашение в wiki - логичное завершение этой листовки. Именно там можно получить всю инфу - ссылку на совместимые котроллеры, firmware, software и howto компилировать в Linux.

Как и для Arduino, схемы LaunchPad выложены в виде CAD-файлов Eagle. Правда, не совсем ясно, зачем это надо - кому придет в голову повторять эту плату, если даже по деталям она стоит не менее 900 рублей, а продается за какие-то $4.3, включая курьерскую доставку за счет отправителя ;)

Если будет свободное время - обязательно продолжу разбор этой железки, потому что теперь уже ясно видно - при ее создании без влияния Arduino не обошлось!

Angelino R1

noreply@blogger.com (id) — Tue, 29 Nov 2011 15:33:00 +0000

Наконец-то дошли руки и до комплекта Arduino Minimum на печатной плате (~~безжалостный~~ умеренный плагиат с платы Diavolino):

Плата будет полезна тем, кто периодически занимается проектами на основе Arduino. Предполагается, что основная стадия отладки уже завершена, и требуется постепенно делать проект более автономным. Что значит "постепенно"? В моем понимании - освобождая от ненужного. Перечислю основные моменты:

Ничего лишнего: вместо портов USB и RS232 - только последовательный порт USART на TTL-уровнях. Так что для загрузки скетчей потребуется дополнительный конвертер, типа такого;
Возможность питания напрямую от батарейного отсека, источника стабилизированного питания +5В или от блока питания +7-12В;
Наличие автосброса и возможность его отключения.

Никакой схемы автовыбора источника питания нет - как нет и защитного диода. Почему? Предполагается, что в фазе постпротипизации вы уже определились с источником питания и не собираетесь тратить, быть может, критичные для проекта 1,1В впустую. Гораздо выгоднее сразу запитаться от пятивольтового блока питания с разъемом 2.1 мм или от переходника USB-TTL.

Для автономных проектов отлично подходит батарейный отсек 3хAA - в сумме получается 4,5В. В качестве альтернативы можно использовать отсек 4xAA с аккумуляторами (~4,8В). Если не устанавливать светодиод L, то можно добиться большей четкости работы LoLShield, что советует даже сам автор - J.P.Rogers.

Заказать набор для сборки за 350 рублей можно здесь. Собрать самому - совсем несложно, пошаговое руководство здесь.

Update по просьбам читателей - схема (кликабельно):

Книга про Arduino на русском

noreply@blogger.com (id) — Fri, 25 Nov 2011 11:58:00 +0000

Спешу поделиться хорошей новостью: издательства наконец-то заинтересовались темой Arduino и выпустили перевод Соммерса (отличилось питерское издательство BHV):

Книгу в руках пока не держал, но доступен небольшой фрагмент в виде PDF (только оглавление и введение). Его хватает, чтобы оценить объем рассмотренных вопросов, но, к сожалению, недостаточно для понимания качества и полноты изложения. Тем не менее, уже сейчас Программирование микроконтроллерных Плат Arduino/Freeduino можно купить:

в Линуксцентре - 300 руб.;
на Озон-е - 237 руб.

Если кто-то уже может поделиться впечатлениями - милости прошу в комменты.