Arduino Mega 2560: когда пинов и памяти мало

Третий год я держал в голове миф: «Mega — для профи, до неё мне далеко». А потом один проект упёрся в потолок Uno за вечер: гирлянда из шестнадцати светодиодов вроде бегущих огней, экран на I2C, пара серв и кнопка. Считаем: у Uno 14 цифровых пинов, из них 6 с ШИМ; гирлянда съела двенадцать, серво — ещё две. I2C сидит на A4 и A5, кнопка требует вход, и всё — пины кончились на этапе макетки, до корпуса и питания дело даже не дошло. Добавьте сюда, что ШИМ у Uno живёт только на шести пинах: раскладка «кто где сидит» превращается в головоломку раньше, чем проект заработает.

Вторая ловушка выстрелила, когда я начал копить журнал показаний: массив на четыреста целых чисел — это 800 байт, а у Uno всего 2 КБ ОЗУ, из которых половину уже отъели строки, библиотеки и стек. Скетч работал минуту и падал намертво — классическая порча памяти, о которой вы узнаете по внезапным кракозябрам в мониторе. Честных выходов было два: переписывать всё на PROGMEM-экономию или взять плату с большей оперативкой. Я выбрал второе и ни разу не пожалел: переписывание логики под нехватку памяти — проигрышная гонка.

Разберём, что Mega 2560 даёт по числам, где она действительно необходима, а где покупка — трата денег и лишние пятнадцать сантиметров макетки. Внизу — сравнительная таблица Uno, Nano и Mega и рабочий скетч с буфером, который на Uno выглядел бы роскошью.

Сердце Mega — чип ATmega2560, и все его цифры выросли в разы против ATmega328P. Флеш-память: 256 КБ против 32 — крупный скетч со шрифтами, меню и таблицами больше не упирается в потолок; примерно 8 КБ из этого занимает загрузчик. Оперативка: 8 КБ против 2 КБ у Uno — именно это спасает журналы, буферы и крупные массивы. Постоянная EEPROM: 4 КБ против 1 КБ — там переживают отключение питания счётчики и настройки, как мы делали в уроке про первую запись в EEPROM. Для ориентира: скетч с тремя библиотеками, меню на дисплее и таблицей шрифтов легко выходит за 28 килобайт — на Uno он уже не собирается, на Mega едва заметен.

Пины: 54 цифровых входа-выхода (15 из них с ШИМ — диапазон со знаком «~» от 2 до 13) против 14 у Uno, и 16 аналоговых входов A0–A15 против шести. Плюс четыре аппаратных UART: Serial, Serial1, Serial2, Serial3. На Uno второй порт эмулируется библиотекой SoftwareSerial и задыхается выше 38400 бод; на Mega Serial1 — честный аппаратный: подключайте Bluetooth-модуль или GPS и продолжайте спокойно смотреть монитор. Рабочий диапазон SoftwareSerial — от 4800 до 38400 бод, на верхах он теряет байты; аппаратный порт держит 115200 без потерь.

Что не изменилось: частота всё те же 16 МГц и логика 5 В. Mega не быстрее Uno — код выполняется с той же скоростью, у платы просто больше места и больше рук. Если проект тормозит от вычислений, Mega его не оживит; тормоза лечатся алгоритмом, планировщиком на millis или другой платформой вроде ESP32.

Моё правило с границей: берите Mega, когда пинов Uno физически не хватает или в ОЗУ живёт больше пары килобайт данных. Живые примеры: световые кубы и длинные гирлянды, ЧПУ и степперы, проекты с дюжиной датчиков и опросом по расписанию, экраны с большим буфером кадра, устройства, где одновременно крутятся Bluetooth, GPS и монитор. Во всех остальных случаях это трата: для мигалки, кнопки и пары датчиков Mega избыточна, а её габариты уже не встают в макетку по ширине — провода идут дюпонами, и их вдвое больше.

Переход со скетчем Uno безболезненный в девяти случаях из десяти: Serial.begin, digitalWrite, analogRead — всё то же, плата загружается через тот же USB и тот же порт в IDE. Десятый случай — библиотеки с прямой записью в регистры портов: код, который байтами дёргал пины 0–13 через PORTB на Uno, на Mega указывает на другие адреса; он компилируется, но управляет не тем, что вы хотели. Библиотеки из менеджера почти все кроссплатформенные, а самодельный «быстрый digitalWrite» проверяйте отдельно. Классический симптом такой ошибки — светодиод, который мигает не на том пине, что в скетче: байт уходит в чужой регистр, а компилятор молчит.

Питание тоже заметно выросло: под нагрузкой из серв и лент Mega просит уже не USB, а блок на 7–12 В через винтовой разъём. И ещё привычка: экономия строк через PROGMEM и функцию F() нужна и здесь — 8 КБ ОЗУ не бесконечность, а строковые меню на Mega съедают так же охотно.

Про питание отдельно, потому что это первая ловушка после покупки. Разъём круглый тот же, но аппетит периферии другой: две-три серво, лента в метр и пара драйверов шаговых двигателей легко поднимают потребление выше ампера — USB-порт компьютера на такое не подписывался. Рабочая схема для стационарного проекта: блок на 7–12 В в винтовой разъём, тяжёлая нагрузка — от отдельного источника с общей землёй. Перед первым включением проверяю, что перемычка выбора питания стоит как в инструкции к моей ревизии: у клонов её бывает перепаивают.

Запас памяти видно руками. В макетке ниже скетч ведёт кольцевой буфер на восемь значений потенциометра на A0: считывает, усредняет и гасит дрожание ручки. Массив из восьми int — это 16 байт из 2048 у Uno и те же 16 байт из 8192 у Mega; смысл не в размере, а в привычке — журнал на несколько тысяч измерений, который убил бы Uno, на Mega занимает проценты оперативки. Устройство буфера простое: новый замер вписывается на место старейшего, а сумма обновляется вычитанием старого значения — пересчитывать весь массив каждый цикл расточительно, да и на 16 МГц этой экономии всё равно не видно.

Кнопка на D2 сбрасывает буфер — так проверяют, что усреднение не помнит старые значения. Светодиод на D12 зажигается, когда среднее перевалило за половину шкалы: грубый пороговый автомат, ровно тот, с которого начинается любой датчик-тревога. Если среднее «залипает» после сброса — ищите забытый элемент: сброс обязан обнулять и сумму, и массив, иначе старые значения дадут шлейф. В мониторе идут пары v= и avg= — их же построит плоттер.

Почему кольцо, а не растущий массив: в Arduino-скетче память под массивы выделяется заранее, и «наивный» рост через переприсваивание быстро фрагментирует кучу. Кольцо же занимает фиксированные 16 байт с первого цикла и кучу не трогает — падать нечему. Запас Mega позволяет держать кольца на сотни значений: тот же код с размером 500 потянет килобайт — восьмую часть ОЗУ, рискованно, но допустимо; на Uno это уже самоубийство.