PlatformIO против Arduino IDE: стоит ли переходить

Поливалка на Uno доросла до четырёх вкладок в Arduino IDE: автомат, датчики, шторки, меню. Каждая правка — полная пересборка, каждый новый датчик — охота в менеджере библиотек за той самой версией, что стояла на старом ноутбуке: автор её давно обновил и переименовал половину функций. Вечер уходил не на код, а на чинение окружения, а второй компьютер собирать проект отказался наотрез. В тот момент у меня впервые мелькнула мысль, которую произносят все, кто пересел на PlatformIO: может, я пишу код не в том месте.

Прежде чем сносить всё — холодный расчёт. Ниже: что PlatformIO такое на самом деле, сколько стоит вход, что ломается при переезде скетча, и по каким признакам переходить действительно пора. А по каким — ещё рано: у IDE 2 есть сильные стороны, и они проявляются ровно в той зоне, где живут первые месяцы любого ардуинщика.

Для спокойствия: среда 2.x и PlatformIO живут на одном компьютере без конфликтов — скетчбук общий, библиотеки у каждой свои, порт освобождается, когда закрываешь монитор. Я первую неделю пробегал один и тот же скетч в обеих средах и смотрел, где быстрее дохожу до результата. Такой личный тест лучше сотни статей: половина хвалебных постов про конструктор написана людьми, которым нужен был именно VS Code, а не микроконтроллер; вторая половина — наоборот.

PlatformIO — не среда с нуля, а конструктор сборки, живущий внутри VS Code плагином. Он превращает обычную папку с кодом в проект прошивки, а проект описывает текстовый файл platformio.ini: три строчки задают плату и фреймворк, дальше — версия каждой библиотеки. Меню «Инструменты → Плата» исчезает: плата, скорость монитора порта, список зависимостей — всё в тексте, и этот текст едет в git вместе с кодом. Структура папок строгая: src — код, lib — свои библиотеки, .pio — служебный кэш сборки, о нём отдельно ниже.

Цена входа — первый запуск: конструктор качает тулчейн под выбранную плату, для AVR это несколько сотен мегабайт, на скромном канале — четверть часа ожидания. Дальше сборки кэшируются: пересобирается то, что изменилось. На замерах, которые гуляют по форумам, PlatformIO обгоняет IDE 2, когда в проекте файлов за полсотни; на одиночной мигалке разницы вы не заметите, а первая компиляция пустого скетча в IDE 2 и вовсе проходит быстрее — ей не нужно прогонять конвейер с графом зависимостей.

Библиотеки — главная причина, по которой люди переезжают. В IDE 2 мы ставили их кликами в менеджере библиотек, и версии жили своей жизнью: на ноутбуке 1.4.4, дома свежая 2.0 с переписанным API. В PlatformIO зависимости перечислены в ini вместе с номером версии — adafruit/DHT sensor library@1.4.4 — и первый же запуск на новой машине ставит ровно их. Код из git собирается одинаково на работе и дома; это и есть лечение синдрома «у меня работало», о котором мы ещё вспомним в уроке про бэкап проектов.

Мелочи быта тоже меняются, но терпимо. Скорость Serial-монитора — строчка monitor_speed в ini, а не выпадающий список; полный лог компиляции — в панели терминала VS Code всегда, отдельно его включать не нужно, читается он так же, как подробный вывод, который мы включали в настройках IDE. Загрузка и монитор — кнопки внизу окна, к ним привыкаешь за пять минут. Урок про чтение лога компиляции остаётся при вас: текст ошибок тот же gcc, просто в другом месте.

Сам переезд скучнее, чем звучит. Содержимое скетча копируется в src/main.cpp, сверху добавляется #include <Arduino.h> — обычный cpp-файл не знает про byte, Serial и pinMode, без этой строчки компилятор споткнётся на первой же строке. Дальше ловушка, на которой я потерял час: файл .ino перед сборкой пропускает препроцессор Arduino IDE, который дописывает прототипы функций за вас. Обычный C++ этого не делает: если toggleLamp() определена ниже места вызова, сборка ответит function not declared in this scope — хотя в IDE 2 тот же текст собирался молча.

Вторая ловушка — вкладки. Четыре вкладки IDE переезжают не автоматически: их содержимое становится отдельными .cpp и .h файлами в src, а библиотеки из менеджера — строчками lib_deps в ini. Мы разбивали скетч по папкам ещё в уроке про структуру скетчбука — здесь та же работа, только папки жёстче: src/main.cpp точка входа, остальное рядом. Через пару вечеров такой порядок начинает нравиться: файл виден в панели целиком, а не одной вкладкой из шести.

Мой расклад после года на двух средах. Уроки и проверка гипотезы «горит или нет» — IDE 2: открыл, поправил, залил, ничего лишнего. Поливалка с её четырьмя файлами, ESP32 рядом с Uno и парой библиотек с жёсткими версиями — PlatformIO, и второй ноутбук собирает её без единого ручного действия. Официальная документация PIO отвечает на вопрос «что выбрать» примерно так же: для простого короткого проекта — Arduino IDE, для более серьёзного — конструктор; я с этим живу и спорить не собираюсь.

Переходить «потому что профи так делают» не стоит: платой будет порог входа, а выигрыша на одном файле вы не увидите. Реальные триггеры другие: проект перерос один файл, появилась вторая плата, вы ловите расхождения версий библиотек между машинами или готовите проект к публикации — репозиторий с ini переезжает между людьми без инструкции «а теперь поставьте вот эту библиотеку с такой-то версией». Пока ничего из этого не случилось, IDE 2 остаётся лучшим другом — то, с чего мы начинали в уроке про её установку.

Про скорость — пара честных чисел. Пустой скетч на Uno в IDE 2 после прогрева компилируется за десяток секунд; в PIO тот же файл — сопоставимо, разбежка в считанные секунды туда-сюда. Разрыв появляется на зрелом проекте: правка одной константы в поливалке из четырёх файлов — в PIO секунды, потому что пересобирается один модуль; IDE 2 честно перекомпилирует весь лист. Чем крупнее проект, тем сильнее это чувствуется: на двадцати файлах ожидание уже видно по песочным часам, и кэш конструктора перестаёт быть фетишем — становится необходимостью.