Встраиваемые системы и firmware

Оборудование есть, но оно «немое»: данные не собираются, устройства не связаны, диагностика — вручную. Найти команду, которая умеет в железо и в код одновременно, почти невозможно. Мы закрываем именно этот стык — от прошивки до системы, которая показывает данные с устройств.

Прошивки и драйверы под микроконтроллеры и ARM. Сбор данных с датчиков и оборудования. Протоколы связи и интеграция с верхнеуровневыми системами. Мониторинг и диагностика устройств. Оптимизация под ограниченные ресурсы памяти и питания.

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

C/C++, Rust, ассемблер; ARM, микроконтроллеры; IoT-протоколы (MQTT, Modbus, проприетарные); интеграция с облаком и on-premise. Язык и платформа выбираются под задачу и ограничения железа. (см. матрицу: Услуги)

Работаем по «Пути 10%», как и в остальной разработке: разбор задачи, концепция и рабочий прототип — за наш счёт; первый рабочий результат (MVP) — 10% от зафиксированной оценки; дальше этапами. Для оборудования первый этап часто включает проверку, какие сигналы вообще можно снять с устройства. Подробно — как мы работаем.

Типовая архитектура, которую мы выстраиваем, чтобы «немое» оборудование начало отдавать данные:

1. Датчик / устройство — снимает физический показатель (температура, вибрация, счётчик, состояние).
2. Прошивка (firmware) — оцифровывает, фильтрует шум, упаковывает; работает в жёстких рамках памяти и питания.
3. Шлюз (gateway) — собирает данные с нескольких устройств, буферизует при обрыве связи, передаёт по протоколу (MQTT/Modbus/проприетарный).
4. Сервер / облако — приём, хранение, обработка потока, оповещения по порогам.
5. Система / дашборд — состояние оборудования в реальном времени, история, предиктивная диагностика; интеграция с учётом.

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

Компания закупила автономные устройства учёта (например, счётчики или датчики на удалённых объектах), но снимать с них показания приходится вручную, объезжая точки. Как это обычно решается у нас: бесплатный разбор — какой контроллер и протокол внутри, что можно считать → прошивка для оцифровки и упаковки показаний → экономная передача по связи, чтобы не сажать батарею → приём на сервер и автоматический сбор показаний. Цель — убрать ручные обходы и получать данные с устройств сами. Близкий отраслевой пример с производственной линией — на странице промышленность и IoT.

Работающую связку «оборудование → данные → система», исходный код прошивки и прав на него, документацию по протоколам и архитектуре. Без технической привязки к нам: дальше систему можно развивать своими силами или с нами.

• Свяжете оборудование с нашей учётной системой? Да — это типичная задача: от прошивки до интеграции данных в вашу систему и дашборд.
• Наше оборудование старое и «закрытое» — реально снять с него данные? Часто да: на бесплатном разборе оцениваем, какие сигналы доступны и как их безопасно считать.
• Работаете с редкими платформами и протоколами? Да, язык, платформа и протокол выбираются под задачу, вплоть до ассемблера и проприетарных протоколов.
• Оплата как обычно? Да — Путь 10%: разбор, концепция и прототип за наш счёт, MVP — 10%.