— переработана логика разбития устройств на категории. теперь разбитие идет не по проектам (Projects), а по типам устройств (Type)
— добавлена возможность выбора вариантов реализации устройства (опции). теперь структура устройств выглядит как Type\Device\Option
— изменен способ описания устройства в ini-файле (для совместимости, необходимо удалить все устройства и обновить их по новому)
— улучшена работа с AVRdude — при скрытии окна AVRdude, сообщения выдаются в Log-окно gcManager. теперь легче выявить проблему так как остаются сообщения в логе
— изменен формат Log-файла file\log.txt для лучшей читабельности
— добавлена возможность очищать лог
— добавлена возможность прерывать процесс прошивки (для случая когда AVRdude долго не может найти ардуину)
— добавлена возможность выбора профиля COM-порта (его скорости) для прошивки одного проекта в разные Ардуины

Скачать и узнать больше о программе можно на страничке Менеджера

Итак, что нового:

1 Консоль заимела звук в виде бузера (смотри схему ниже куда подключать)
2 Консоль заимела портированную библиотеку для Arduino IDE с проекта ArduBoy (теперь игры создавать будет на порядок проще, так как есть много готовых примеров-исходников, библиотека хорошо описана и есть сообщество)
3 Появились новые игры готовые для загрузки в консоль из gcManager.

Теперь подробней.

Звук.

Пьезоизлучатель (Buzzer) подпаивается к выводам 9 и 11 Arduino. Это можно сделать не разбирая готовую конструкцию – выводы хорошо доступны для пайки.

Новая схема и фото ниже.

Библиотека.

Оригинальный ArduBoy собран на ATmega32U4 и этот кристалл довольно заметно отличается от ATmega328. На все 100% портировать библиотеку не получится (например библиотека 4-х канально звука пока не доступна так как она использует специфический таймер, которого просто нет в меге328), но большинство готовых игр проекта собираются под мою консоль без проблем.

Ссылки по библиотекам:

Клоны ArduBoy (железо Arduino Pro Micro, Leonardo OLED SPI ssd1306)  https://community.arduboy.com/c/arduboy/homemade

Полный набор библиотек проекта Arduboy для ArduBoy-клонов, с возможностью выбора типа дисплея, вариантов загрузчика и подобное  https://github.com/MrBlinky/Arduboy-homemade-package

Вариант ArduBoy с использованием I2C дисплея и Arduino Nano  https://github.com/harbaum/Arduboy2  (этот Fork я и взял за основу для своей консоли)

Вариант библиотеки выше но под разводку моей gcConsole. https://github.com/EvgenKP/Arduboy2  и звук к ней  https://github.com/EvgenKP/ArduboyTones

Игры.

Я портировал несколько игр для загрузки из gcManager

Как их загружать – читаем здесь.

В ближайшее время добавлю еще несколько (те, что мне больше всего понравились). Вы можете в комментариях предложить свои варианты.

Попробовать игры для ArduBoy можно в онлайн эмуляторе.

Бонус.

Параллельно с портированием для проекта ArduBoy я занимался и пробами перехода на цветной экран. Что вышло можно посмотреть на видео.

Сейчас занят оптимизированием своего алгоритма вывода спрайтов чтобы сделать gcRogue еще круче!

Железо

Игра сделана под Arduino Pro Mini (Nano, Uno, ATmega328) и I2C OLED дисплей (смотрите статью по сборке компактной консольки gcConsole и прошивке игры). Кроме того, есть демо-варианты игры под разные типы дисплеев и Ардуины.

Управление игрой осуществляется шестью кнопками: Сюжет

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

Геймплей

gcRogue – это игра в стиле rogue-like (по простому — «рогалик»). Это значит, что игру невозможно будет пройти с первого раза. Каждая победа очередного босса упрощает игру при последующих ее прохождениях. Еще необходимо планировать свои действия в лабиринте – каких-то монстров убивать (за них начисляются дополнительные очки текущей жизни), каких-то пытаться избегать. Сундуки, разбросанные по лабиринту, могут вылечить персонажа, починить или улучшить его оружие, или могут выпустить призрака, с которым придется сразиться, теряя жизнь.

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

Персонаж

Ваш персонаж (не считая привидения на нулевом уровне) – это герой мечник. Для того чтобы привидение стало мечником, нужно подойти к памятнику герою и перевоплотиться в него (нажать кнопку «Action»). Мечник умеет использовать только холодное оружие, соответственно, для атаки врага нужно подойти к нему вплотную. Для удара по врагу нужно или нажать кнопку движения на врага, или, стоя лицом к врагу, нажать кнопку «Action». Для того чтобы пропустить ход – нажмите «Action». После смерти мечник, снова и снова, перерождается в виде привидения на кладбище нулевого уровня.

Жизнь и оружие

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

Герой может использовать различное оружие, найденное в сундуках. Сила удара оружия равна количеству заполненных сфер возле иконки оружия. Каждый удар расходует одну сферу, опустошая ее и делая оружие слабее. Когда заканчиваются полные сферы, оружие ломается и герой берет в руки палку – самое слабое, но не ломающееся оружие. До момента, пока оружие не сломалось его можно починить при помощи найденного в сундуке инструмента (заполняя некоторое количество пустых сфер).

Бонусы

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

— бутылочки с целебным зельем – лечат героя, заполняя определенное количество сфер жизни

— оружие
— инструмент – ремонтирует оружие, заполняя определенное количество пустых сфер оружия.

— привидение – нападает на героя

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

Монстры

Подземелья населяют различные монстры. Чем глубже вы забираетесь в подземелье, тем более сильные монстры Вам будут попадаться. Кроме силы и живучести, поведение разных монстров будет отличаться друг от друга (они по-разному будут двигаться, кто-то будут раньше замечать персонажа, другие будут дистанционно атаковать и т.д.). Используйте разные тактики для разных монстров (например, для монстров с дистанционной атакой, лучшей тактикой является поджидание их за углом).
Монстры наносят Вам урон в зависимости от своей силы – опустошая целые сферы жизни, или убирая пустые, если целых уже не осталось. После победы над монстром Вам добавится одна пустая сфера жизни (исключение составляют привидения – за них Вы ничего не получите – избегайте их). Для прохождения уровня убивать монстров не обязательно, поэтому рассчитывайте целесообразность уничтожения монстров (если Вы убили монстра с одного удара – получите прибавку к жизни, в противном случае Вы будете терять жизнь и расходовать оружие зазря).

Боссы

На ключевых уровнях Вы встретите боссов. Отличить их от обычных монстров можно по короне над головой. Сила удара и количество жизненной силы у боссов значительно больше чем у обычных монстров (не обманывайтесь тем, что они выглядят похоже). Для прохождения ключевого уровня необходимо убить босса. Убийство босса добавляет одну сферу начальной жизни, делая последующее прохождение игры проще.

Сохранение и восстановление

При переходе на новый уровень состояние игры запоминается. При включении игры Вы начнете играть с последнего не пройденного Вами уровня. Кнопкой «Switch» можно перезагрузить текущий уровень, начав его с начала (здесь можно немного почитерить ). Игра помнит количество убитых Вами боссов и после каждой смерти у героя будет соответствующее количество сфер начальной жизни. Если Вы хотите обнулить прогресс игры, то найдите на кладбище кристалл и используйте его — у героя обнулятся все дополнительные сферы жизни.

Видео игрового процесса
в версии с джойстиком

в версии консольки

Немного интересных фактов об этой игре:

— прототипом для игры послужила игра 1-bit Rogue под Андроид. От этой игры я взял общую идею и спрайты (простите меня разработчики за это, я знаю – так делать плохо!). Пришлось от многого отказаться (учитывая объем памяти у ATmega328) и многое переработать, но в итоге получился интересный и несложный геймлей, как раз под мой случай.
— изначально я рассчитывал, что героев на выбор будет три — мечник, лучник и маг (для этого и три постамента в центре кладбища) каждый последующий герой, открывался бы после прохождения всей игры предыдущим. От этой идеи пришлось отказаться в пользу цветности (смотри следующий пункт). Но, возможно, я сделаю изначально задуманный вариант, переделав спрайты.
— игра поначалу делалась только для монохромного дисплея, но впоследствии я решил делать алгоритм так, чтобы легко было реализовывать варианты под разные типы дисплеев, в том числе и цветные. Для случая цветного дисплея все спрайты в игре хранятся в цвете (4х-битном). Надеюсь, я не зря забил память цветными спрайтами и руки дойдут реализовать игру на цветном дисплее…

Полезные ссылки и программы:

— gcRogue это первая игра, которую я написал в своей жизни – как-то раньше не пробовал. Было интересно узнавать о чем-то новом и реализовывать это в алгоритмах.
— процесс разработки
— лабиринты подземелий не хранятся в памяти (для этого жалко расходовать и так ограниченные ресурсы), а создаются каждый раз случайным образом по алгоритму создания идеального лабиринта. Так что, теоретически, уровней у игры можно сделать очень много;
— некоторые уровни (кладбище, ключевые с боссами и финальные) прорисованы вручную. Пользовался программой Pixel Edit . Рекомендую для подобных целей – самое оно!
— для хранения спрайтов максимально эффективно нужно их упаковывать в подходящий формат. После того, как я нашел для этих целей программу-комбайт LCD image converter — без проблем стало реализовывать любые варианты хранения картинок
— игровая консолька gcConsole (Arduino Pro Mini и I2C OLED дисплей)
— демо-версии игры под разные типы дисплеев и Ардуины

На картинке выше — игровая AVR-консоль. Эта консоль задумывалась как отладочная платформа для создания игр под Arduino+OLED (после первой моей игры gcRogue, есть желание создать еще парочку). Платформа вышла довольно неплохой, и даже претендует на полноценное устройство. Конечно, она не может конкурировать с действующими проектами подобных консолей:

— зато у моей консоли есть одно большое преимущество — ее можно без проблем собрать самому. Для сборки понадобятся всего несколько компонентов и немного времени. Приступим?

Справедливости ради должен отметить, что подобная консолька получится и для проекта arduboy. Только нужны будут Arduino Pro Micro и  OLED с SPI — интерфейсом. Это немного дороже и не так компактно, но зато есть много готовых игр под этот проект. Может быть позже сделаю статью и под вариант arduboy.

Нам понадобится:

– макетная плата для основы. Размер 30х70мм. Подойдет любая, но желательно, чтобы она выглядела презентабельно.

– Arduino Pro Mini (ATmega328p, 16MHz)

— дисплей – 0,9’ OLED I2C.

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

— для обеспечения правильной зарядки аккумулятора – плата драйвера заряда

— в качестве органов управления – тактовые кнопки (5х5мм – 6шт) и переключатель

— по мелочи – кусочки соединительных проводов, штырьки PLS, элементы крепления

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

О конструкции.
Устройство без корпуса на макетной плате выглядит довольно своеобразно, но, с другой стороны, придает проекту изюминку — конструкция демонстрирует всем интересы своего владельца :).

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

Сборка.
Элементы конструкции соединяются по следующей схеме:

На видео представлен общий процесс сборки и программирования консоли (простите за слегка затянутое видео — хотел ничего не  пропустить…).

Кратко последовательность сборки:

1 Первое, с чего необходимо начать – это припаять к Arduino Pro Mini штырьки для программирования. Дальше, кладем Ардуину на макетку и припаиваем к ней прямо через отверстия. Для того чтобы исключить замыкания между макеткой и Ардуиной нужно или подложить изоляцию или оставить небольшой промежуток между платами (на видео я оставил воздушный промежуток).

2 Припаиваем кнопки. Вариант установки кнопок зависит от конструкции самих кнопок и Вашей фантазии. Снизу макетки, согласно схеме, подсоединяем кнопки навесным монтажом (проводками) к соответствующим выводами Ардуины.

3 Припаиваем дисплей. Но перед пайкой подготавливаем провода для подключения дисплея. Провода питания проблем не создадут, а вот сигнальные провода шины I2C придется завести с другой стороны платы (I2C-выводы в Ардуине расположены в центре платы и к макетке их никак не припаять). Далее, устанавливаем дисплей, вплотную к Ардуине (не забывая про зазор между платами) и сзади платы пропаиваем выводы дисплея вместе с сигнальными проводами и проводами питания. Дополнительно закрепляем дисплей на макетной плате, пропаивая его через монтажные отверстия при помощи штырьков PLS.

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

Сборка окончена. Теперь осталось только записать игру в консоль.

Запись прошивки.

В отличие от большинства плат, Arduino Pro Mini нельзя запрограммировать  через обычный USB-шнур — для этого нужен отдельный преобразователь USB-UART. Преобразователь лучше использовать как на картинке ниже (его можно подключать непосредственно к Ардуине), но подойдет и любой другой, только нужно правильно его подключить (смотри схему подключения ниже). Вообще для программирования достаточно сигналов TxD, RxD и «земли» с питанием от преобразователя, но в этом случае при программировании нужно удерживать нажатой кнопку сброса.

После того как подключен преобразователь, запускаем gcManager, обновляем устройства (Update), выбираем в нем проект gcConsole, устройство gcRogue (поймете по картинке, что это то что нужно), номер порта преобразователя и нажимаем иконку программирования. Через некоторое время игра будет записана в микроконтроллер и автоматически запустится. Подробней про работу gcManager читайте в соответствующей статье.

Теперь у Вас есть своя уникальная игровая консоль, собранная своими руками!

Заключение.

По факту использования консоли, скажу, что конструкция вышла довольно удобной и визуально привлекательной (конечно, нужно позаботиться о том, чтобы макетка и все остальные компоненты имели презентабельный вид). Небольшие размеры устройства позволяют его носить с собой в кармане (хотя, в виду угловатости конструкции, карман джинсов не очень хорошо подходит). Ток потребления консоли составляет порядка 30мА, соответственно, для моего аккумулятора 550мАч, время непрерывной работы будет в пределах 550/30=18 часов, что довольно неплохо.

Планирую еще что-то сделать под эту консоль, так что, возможно, будут варианты игр.

Update 28.07.2018
Появился звук
Появилась библиотека для Arduino IDE
Портировал несколько игр с проекта ArduBoy
Об изменениях читаем здесь

В свое время первым программатором для AVR, обычно, становился программатор «5-проводков» который подключался к LPT или COM — порту. Он же выступал программатором для единичных устройств, когда нужно было раз прошить МК и больше к этому не возвращаться. Сейчас подобные нужды (первый программатор или программатор для одного устройства) не перестали быть актуальны. Проблема в том, что LPT и COM — порта становятся редкостью (а в ноутбуках их уже давно нет). Сейчас для программатора нужно использовать USB-порт, но есть проблема — сборка программатора под USB для начинающего довольно сложная задача. Выход есть — купить недорогой программатор типа USBasp. В случае если USBasp (или другой) Вам достать не получилось, то есть вариант собрать программатор из Arduino Nano – получится не хуже.

Arduino ISP

Этот программатор (вернее скетч для него) включен в официальную Arduino IDE (пример под названием «Arduino ISP»).

Все очень просто. Нужно Arduino Nano, несколько проводков и несколько резисторов.

*для Arduino ISP цепи DBG (включая и резистор 10 кОм) не нужны – об этом дальше.

Обвязку можно спаять прямо на Ардуине, как это сделал я. Или собрать на макетке для одного раза, а потом использовать Ардуину для чего-то еще.

После того, как схема собрана, нужно записать в МК прошивку программатора. Это можно сделать 2-мя способами – либо из Arduino IDE либо из моего gcManager. В последнем случае не придется делать каких либо правок по настройке проекта, кроме того я подготовил варианты на разные скорости (19200 и 115200 бод).

После того как прошивка записана – Вы становитесь счастливым обладателем программатора «Atmel AVR ISP». Это имя нужно будет выбирать в программах для программирования. Например, в avrdudess это выглядит так:

Algorithm Builder USB adapter

Кроме стандартного Atmel AVR ISP, в эту конструкцию можно записать прошивку нестандартного USB адаптера для Algorithm Builder. В этом случае и понадобится ранее не нужная цепочка DBG (это для однопроводной отладки программы в кристалле).

Не вижу смысла что-то писать об этом адаптере – те, кто пользуются Билдером и так знают что это такое. Прошивку можно записать прямо из  gcManager (там-же есть и исходник – стандартный из установки, но подправленный для ATmega328p).

Теперь повторить проект блога стало еще проще. Убедитесь сами

Скачать и узнать больше о программе можно на страничке Менеджера

О самой программе прочитать (и скачать саму программу) можно в соответствующей статье, а здесь я напишу о том, что добавил нового. Изменений немного – всего два, но эти изменения значительно расширяют область применения данной программы.

Первое, что я сделал – это заменил AVRDUDE на свежую версию 6.3. Вообще, AVRDUDE можно самому менять, закидывая в папку с программой нужную версию (это может понадобиться, если у Вас какая-то особенная Дудка для работы с Вашим программатором).

Второе и главное, что я сделал (и что давно обещал) – это добавил в программу возможность самому прописывать нужные Ардуины. Более того, теперь программа умеет работать не только с Ардуинами, но и с любыми микроконтроллерами и программаторами поддерживаемыми Дудкой. Реализуется эта возможность путём прописывания строки параметров для AVRDUDE в файле gcUploader.ini 

Как добавить поддержку новой платы (микроконтроллера, программатора)?

Для этого нужно открыть для редактирования файл конфигурации gcUploader.ini (это можно сделать прямо из gcUploader, нажав иконку плюсика возле окна выбора типа Ардуины) и добавить всего две строки.
Первая – это имя новой платы, вторая – командная строка для AVRDUDE.

Например, для Arduino Mega 2560 эти строчки будут выглядеть следующим образом:

[Mega 2560]
avrdude_param= -F -v -p m2560 -c wiring -P %1 -b 115200 -D -U flash:w:»%2″:i

После перезагрузки gcUploader, в списке выбора Type появится новое устройство.

По первой строке все понятно – это просто имя, а вот со второй немного сложней – для ее описания нужно знать, как работает AVRDUDE.

Работа AVRDUDE с командной строки.

Итак, AVRDUDE – это консольная программа, все параметры которой передаются из командной строки при запуске программы.

Вот так, например, выглядит строка запуска avrdude.exe, которая прошьет в Arduino UNO прошивку C:\avr\mine.hex

avrdude.exe  -F -v -p m328p -c arduino -P com1 -b 115200 -D -U flash:w:»C:\avr\mine.hex»:i

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

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

Из всего множества опций, нас, прежде всего, интересует следующие (выделил жирным из примера выше):

-F -v -p m328p -c arduino -P com1 -b 115200 -D -U flash:w:»C:\avr\mine.hex»:i

—P – задает порт, через который работает программатор
в gcUploader.ini эта опция прописывается вот так —P %1
вместо ключа %1, при старте прошивки, подставится выбранный Вами порт.

—b – задает скорость порта

—p  – задает тип микроконтроллера, который нужно прошить, например: m328p=ATmega328, m168=ATmega168, m8=ATmega8 и т.д. (см. в документации).

—c  – задает тип программатора, например: для внутреннего загрузчика Ардуин – это, чаще всего, arduino, но может быть и другое — avr109, wiring. А вообще можно установить любой из поддерживаемых avrdude программаторов (см. в документации, или в таблице ниже)

—U flash:w:»C:\avr\mine.hex«:i – задает HEХ-файл, который нужно записать в микроконтроллер
в этой опции
flash – тип записываемой памяти
w – запись прошивки в МК (можно еще r – прочитать и v – проверить)
C:\avr\mine.hex – путь к файлу
i – тип файла HEХ (может еще быть r — raw binary; e — ELF (Executable and Linkable Format) и тому подобное – читайте доку)
в gcUploader.ini эта опция прописывается вот так —U flash:w:»%2″:i
вместо ключа %2, при старте прошивки, подставится выбранный Вами HEX-файл.

Итоговый набор строк для gcUploader.ini (для текущего примера) будет следующим:

[UNO]
avrdude_param=-F -v -p m328p -c arduino -P %1 -b 115200 -D -U flash:w:»%2″:i

В заключение приведу, для справки, наборы опций для разных типов Ардуин:

Если Вам нужно прошить что-то отличное от Ардуин, использовать какой-то другой программатор – меняйте значения соответствующих опций и прописываете строку в  gcUploader.ini

Для типов микроконтроллеров (опция –p) не буду приводить таблицу – она очень большая (см. в документации), а вот для программаторов (опция –c) будет интересно посмотреть:

Маленький бонус.
Добавил в AVRDUDE поддержку простого COM-программатора Громова. Теперь Вы можете использовать из программы и его.

Например, ниже строки, которые необходимо добавить в gcUploader.ini для прошивки микроконтроллера ATmega328p (тот, что стоит в Ардуинах UNO, Nano, Pro mini) при помощи программатора Громова, через ISP-разъем.

[Gromov m328p]
avrdude_param=-F -v -p m328p -c gromov -P %1 -b 115200 -D -U flash:w:»%2″:i

Зачем это нужно, шить таким способом Ардуину? Например, затем, чтобы восстановить слетевший загрузчик!

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

Помимо базового варианта игры с дисплеем OLED SPI, хотелось-бы иметь и вариант с OLED I2C (так как похоже — это наиболее популярный вариант OLED-дисплея). До начала реализации не было уверенности что с I2C что-то получится. Причина — относительно медленная скорость передачи данных в протоколе. И я оказался прав. На стандартной скорости протокола 400кГц экран прорисовывался хоть и без артефактов, но значительно медленней в сравнении с SPI дисплеем. Такое положение вещей меня не устроило и я решил поднимать скорость. На удивление дисплей без проблем работает с вдвое большей скоростью (выше  поднять скорость не позволяет софтовая реализация протокола). Увеличенная скорость нуждается в тестировании на разных дисплеях (я попробовал только на трех — все нормально).

На данный момент доступны несколько вариантов демо-версии игры: для OLED 4SPI, OLED I2C, Noki5110 (плюс варианты с кнопками).

Схемы для сборки игры (кликабельно) — остальные схемы Вы найдете в папках соответствующих проектов:

Прошивки доступны в Менеджере.

Просто скачайте, разархивируйте, запустите, кликните  «Update  all devices» и у Вас последние версии всех устройств. Далее, после каких либо моих изменений в прошивках, они все будут доступны из Менеджера (кликаем «Update  all devices»). Записать прошивку  в Ардуину можно прямо из Менеджера.

Картинки проектов из Менеджера — Вы не ошибетесь что Вам нужно!

* Вариант с дисплеем Nokia5110, в виду малого разрешения 84х48 и инертности самого дисплея, смотрится не так эффектно, но для «посмотреть» сгодится.

UPD. Добавил варианты с кнопками.

UPD.  Добавил варианты для UNO (не тестировал еще в железе)

Ну и напоследок — видео:

Скачать программу можно по ссылке: http://www.getchip.net/gcmanager/

Там-же можно найти больше информации о ней.

Изначально эта программа задумывалась как диспетчер модификаций прошивок для игры gcRogue. В планах есть сделать прошивки для разных вариантов дисплеев и органов управления, и для их удобного выбора и записи в Ардуину и понадобился такой инструмент. Еще одно назначение — это более удобный для меня способ обновления прошивок (это у меня будет организовано автоматически). После опробования программы в работе, я понял что ее будет удобно использовать не только для игры, но и для любого проекта блога, который реализован на Arduino.

Работа с программой элементарна:
0 Подключить Ардуину к компьютеру ее родным USB-кабелем
1. Device — Выбираем нужный проект устройства из выпадающего списка
2. Port — Выбираем порт, к которому подключена Ардуина
3. Upload — Кликаем иконку и заливаем прошивку
— это все!

Меню программы:
Read device info — открывает страничку выбранного устройства или документ с его описанием
Open device folder — открывается папка проекта, где можно найти все материалы по устройству
Open all devices — открывается папка где расположены все устройства, доступные менеджеру
Update  all devices — загрузка/обновление всех устройств из репозитория GetChip.net

Обновление устройств.
Последний пункт меню  «Update  all devices» скачивает с репозитория все новые проекты и обновляет старые (если для них появилось обновление). При первом запуске Менеджера он не будет содержать ни одного проекта устройств — нужно пройти процедуру обновления. В процессе обновления Менеджер скачивает с репозитория все устройства, каждое в свою папку по пути «gcManager\gcdevices\device_name». Имя папки устройства является его идентификатором при поиске обновлений. Это значит, если Вы хотите оставить какое либо из устройств без обновлений (например Вы сделали модификацию на базе этого устройства) — просто измените имя папки.

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

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

Напомню несложную схему для сборки игры:

Записать HEX-файл в Arduino можно программой GC-Uploader

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

 А теперь расскажу, что было сделано:

Во-первых, игра теперь называется GC Rogue (причины, почему отказался от приставки «1-bit» — ниже). У игры появилось свое лого – картинка в начале статьи.

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

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

Вообще, на удивление, мало толковых игровых проектов на Ардуино.  Это странно, так как AVR-контроллер производителен и с разрешением дисплея 128х64 можно реализовывать довольно сложные по графике игры.
Вот примеры того что есть  ArduBoy  Gamebuino

В-четвертых. В процессе создания движка игры пришло понимание того, что нужно сразу делать цветную игру. Что и было сделано (ниже пример — набор спрайтов анимации скелета). Теперь для портирования игры на цветные дисплеи, переделки будут минимальны. По этой причине приставка «1-bit» теряет смысл, так как каждую точку спрайта теперь описывают 4 бита (8 цветов + прозрачность). И по этой же причине пришлось ужимать игровой процесс – спрайты стали занимать гораздо больше места.

Немного пояснений по геймплею.
Как и должно быть, для rogue-like игр, GC-Rogue будет хардкорной игрой. Это значит, что ее невозможно будет пройти с первого раза. Каждое удачное прохождение очередного босса упрощает игру при последующих ее прохождениях (будет увеличиваться начальное количество жизни персонажа). Соответственно, чтобы двигаться вперед вам придется постоянно умирать, накапливая дополнительные очки жизни. Кроме этого, придется планировать свои действия в лабиринте – каких-то монстров убивать (за них начисляются дополнительные очки текущей жизни), каких-то пытаться избегать. Сундуки, разбросанные по лабиринту, могут вылечить персонажа, починить или улучшить его оружие, или могут выпустить призрака, с которым придется сразиться, теряя жизнь. Соответственно, нужно подгадывать правильный момент, когда открывать сундук. Еще есть идолы дьявола и ангела, которым можно помолиться, получив определенный эффект.
Характеристики каждого типа монстра – уникальны. Поведение разных монстров будет отличаться друг от друга (они по-разному будут двигаться, кто-то будут раньше замечать персонажа, другие будут дистанционно атаковать и т.д.).
В игре принципиально не будет каких либо пояснений и описаний – все придется исследовать самому, что тоже затрудняет задачу прохождения…

Игра почти готова.
Осталась работа по балансу (определение оптимальных характеристик монстров и уровней, что довольно не просто, как оказалось), придумать финал сюжета и прописать сценарии поведения нескольким мобам.
Скоро финальная версия!