Кратко
- ESP32 — SoC с Wi‑Fi и BLE: удобная база для подключённых датчиков, шлюзов и автономных IoT-устройств.
- В прошивке важны не только «отправить JSON», а reconnect, OTA-разделы, NVS-настройки и предсказуемое поведение при потере сети.
- Для чистого GPIO-прототипа без сети чаще хватает Arduino; для киоска/Docker — Raspberry Pi.
Что такое разработка для ESP32
ESP32 — семейство чипов Espressif с радиостеком Wi‑Fi/Bluetooth (и вариантами C3/S3 с разным набором периферии). Заказная разработка — это прошивка под сценарий устройства: сбор данных, локальная логика, безопасное хранение credentials, обмен с облаком или локальным брокером и обновления без физического доступа. Официальный SDK и гайды — в документации ESP-IDF.
На рынке часто путают «демо из Arduino IDE» и промышленную прошивку. Разница — в обработке сетевых сбоев, версии partition table под OTA, логировании и возможности воспроизвести сборку через год.
Что входит в услугу
| Блок | Что закрываем |
|---|---|
| Wi‑Fi / captive portal | Подключение к сети, AP-режим настройки, хранение SSID в NVS |
| BLE | GATT-сервис/клиент, pairing под задачу, мост BLE→Wi‑Fi при необходимости |
| Протоколы | MQTT, HTTP(S), WebSocket; JSON/CBOR; QoS и идемпотентность команд |
| OTA | Двойные разделы ota_0/ota_1, откат при битой прошивке, канал обновления |
| Энергия | Deep sleep, wake по таймеру/GPIO, оценка автономности на аккумуляторе |
| Интеграция | Брокер, API, дашборд; при необходимости связка с CRM |
Arduino core или ESP-IDF
Arduino-core на ESP32 ускоряет прототип: привычные библиотеки датчиков и быстрый выход на демо. ESP-IDF даёт контроль над задачами FreeRTOS, стеками BLE/Wi‑Fi и тонкой настройкой питания — чаще нужен для устройств 24/7 и жёстких требований к OTA. Практическое правило: стартуем с того стека, который закрывает риск проекта; не «религиозно» переписываем работающий пилот без причины.
Типовые продукты
- Регистраторы температуры/влажности/импульсов с MQTT-телеметрией.
- Умные реле и контроллеры линий с локальной логикой fail-safe.
- BLE-метки и шлюзы «датчики → Wi‑Fi → брокер».
- Устройства с веб-конфигом на точке доступа для полевого монтажа.
Когда услуга подходит
- Нужно сетевое устройство с Wi‑Fi или BLE и понятным протоколом обмена.
- Важны OTA, удалённая диагностика и работа без постоянного USB.
- Пилот на модуле DevKit до решения о кастомной плате.
Когда не подходит
Не подходит, если нужен полноценный браузерный киоск, Docker и тяжёлый edge — берите Raspberry Pi. Не подходит запрос «сертифицируйте радиомодуль сами и отдайте маркировку» без лаборатории: радиосертификация — отдельный контур заказчика. Не обещаем «миллион устройств и свой завод» в рамках одной прошивки MVP.
Как мы работаем
- Бриф — сценарий, питание, канал (Wi‑Fi/BLE), целевой бэкенд, объём партии.
- Архитектура прошивки — partition table, NVS, модель reconnect/OTA.
- MVP на DevKit — датчики, телеметрия, конфиг, стендовые тесты сети.
- Стабилизация — watchdog, логи, сценарии потери питания и Wi‑Fi.
- Документация, репозиторий, план перехода на кастомную плату (опционально).
Связанные услуги
- IoT и встраиваемые системы
- разработка для Arduino
- разработка для Raspberry Pi
- веб-приложения
- мобильные приложения
FAQ
ESP32, C3 или S3 — что выбрать?
Классический ESP32 — универсальный старт. C3 — компактнее и часто дешевле для простых Wi‑Fi-устройств. S3 — когда нужны USB/камера/больше периферии. Выбор фиксируем после брифа по BOM и радио.
Нужен ли MQTT-брокер?
Для телеметрии и команд — часто да (Mosquitto/облако). Можем поднять брокер на вашем Linux-сервере или в Docker.
Делаете ли OTA?
Да, закладываем разделы и канал обновления на этапе архитектуры. Без OTA полевой апдейт партии быстро становится ручным адом.
Сколько длится прошивка MVP?
Ориентир 4–8 недель до стабильного пилота с сетью и телеметрией при ясном ТЗ. BLE-сложность, кастомное питание и промышленные шины удлиняют срок.