Материал подготовлен экспертами компании «IT-Диплом». Мы помогаем студентам с ВКР и дипломными проектами с 2010 года. Если вам нужна помощь в разработке темы, оформлении работы или защите — наши специалисты готовы подсказать.
Последнее обновление: 2026-06-26

IoT-устройства в дипломе: как использовать реальный продукт Ember Mug 2 для проектирования умных систем с акцентом на энергоэффективность и безопасность

В апреле 2026 года The Verge опубликовал статью о Ember Mug 2 — умной кружке с регулируемой температурой, автономным режимом и интеллектуальным управлением через мобильное приложение. Это не просто реклама: это технический кейс, где переплетаются архитектура встраиваемых систем, протоколы связи, метрики энергопотребления и требования к безопасности. Для выпускника ИТ-специальности, который хочет написать современный, защищённый и проверенный на практике диплом, такой пример — идеальный старт. Он позволяет продемонстрировать не только знание стека (BLE, MQTT, Android/iOS SDK), но и понимание жизненного цикла устройства: от проектирования до эксплуатации и обслуживания.

Семантический анализ

1. Определение поддомена и роли

**Поддомен:** IoT / Embedded Systems **Роль:** Архитектор ПО Это очевидно: Ember Mug 2 — это не веб-приложение, не серверная система и не база данных. Это физическое устройство с микроконтроллером, датчиками, батареей, беспроводным модулем и мобильным клиентом. Архитектор ПО здесь — единственный, кто может оценить взаимодействие между аппаратной частью, firmware, мобильным приложением и облачной инфраструктурой (если таковая есть). Именно он должен решить, как распределить логику: что должно быть в устройстве, что — в приложении, что — в облаке.

2. Основной поисковый запрос (Primary keyword)

`как использовать Ember Mug 2 в дипломе`

3. LSI-запросы

- `протокол BLE в IoT-устройствах` - `метрики энергопотребления умных устройств` - `автоматический режим сна в embedded-системах` - `IPX7 водонепроницаемость в IoT` - `C4-диаграммы для умных кружек` - `OpenTelemetry для сбора метрик в embedded` - `OWASP IoT Top 10: уязвимости в умных чашках` - `PMBOK 7: управление проектом IoT-продукта`

4. Реальные вопросы студентов

Как выбрать стек для реализации?

Например, если взять Arduino + ESP32 + BLE — это будет слишком просто. Нужно показать, почему выбран именно STM32L4+FreeRTOS+Bluetooth Low Energy. Сравнивать по TCO, надёжности, поддержке, документации.

Где взять данные для анализа эффективности?

В статье указано: «до 90 минут поддерживает температуру», «автоматический сон при бездействии». Можно провести тестирование в лаборатории: измерить время работы от 1000 мА·ч батареи при 120°F, 145°F, с активным Bluetooth, с сном. Полученные данные — основа для главы 3.

Как оформить UML-диаграммы? Где взять шаблон?

Пример: диаграмма классов — Device, BatteryManager, TemperatureController, BLEService, AppClient. Диаграмма последовательности — «Установка температуры → Запуск нагрева → Отслеживание температуры → Активация сна». Важно: не рисовать «все в один день» — делить на компоненты и слои.

Как считать TCO и ROI для такого устройства?

Формула: TCO = C_разработка + C_производство + C_эксплуатация (энергия, ремонт, замена) / полезный срок службы. Пример: 1000 кружек × ($120 + $15 + $2/год × 3 года) / 1000 = $137. Учитывать также стоимость ошибок (например, перегрев → отказ).

5. Ключевые сущности

- **ISO/IEC 25010**: качество функциональности (надёжность, производительность, безопасность) - **OWASP IoT Top 10**: уязвимости в коммуникации, конфигурации, доступе - **OpenTelemetry**: сбор метрик (температура, уровень заряда, время сна) - **C4/UML**: моделирование уровней абстракции (System → Container → Component → Code) - **PMBOK 7**: управление изменениями в процессе разработки (например, изменение батареи)

Темы ВКР (по схеме A)

Тема Актуальность (связь с Ember) Цель Задачи Структура
Проектирование энергоэффективного IoT-устройства на основе STM32L4 Ember использует автоматический сон при бездействии — ключевой элемент экономии энергии. В дипломе можно смоделировать поведение при различных нагрузках. Разработать архитектуру, минимизирующую потребление энергии при сохранении функциональности. 1. Анализ текущих решений (Ember, Kikkerland, etc.)
2. Проектирование состояний устройства (Active/Sleep/Standby)
3. Тестирование на реальных платформах
4. Расчёт TCO и сравнение с аналогами
Глава 1: Обзор IoT-архитектур
Глава 2: Проектирование системы управления питанием
Глава 3: Экспериментальная оценка и выводы
Безопасность коммуникаций в умных устройствах: анализ BLE и предотвращение утечек Ember передаёт данные через мобильное приложение — это точка входа для атак. В статье нет информации о шифровании, но можно предположить, что используется BLE 5.0 с простым парингом. Выявить потенциальные уязвимости и предложить меры защиты. 1. Изучение протоколов BLE и их ограничения
2. Моделирование атак (MITM, replay)
3. Предложение решения (AES-128, secure pairing)
4. Тестирование с помощью Wireshark и nRF Connect
Глава 1: Теоретические основы безопасности IoT
Глава 2: Анализ уязвимостей в Ember
Глава 3: Разработка рекомендаций и проверка
Интеграция умных устройств в экосистему: C4-моделирование и архитектура «умной кружки» Ember имеет три уровня: устройство, приложение, сервис. Это идеальный объект для C4-диаграмм. Построить архитектурные диаграммы, демонстрирующие связь между компонентами. 1. Создание контекстной диаграммы
2. Диаграмма контейнеров (device, mobile app, cloud)
3. Компонентная диаграмма (TemperatureSensor, HeaterDriver, BLEStack)
4. Кодовое описание (на Python/Java)
Глава 1: Методологии архитектурного проектирования
Глава 2: Построение C4-моделей
Глава 3: Интерпретация и применение в практике

Основная часть

1. Как вписать Ember в Главу 1 — теоретическую

Вместо общего «Интернет вещей — это тенденция» сделайте конкретную аналитику: - Сравните Ember с аналогами: Kikkerland Smart Mug (без приложения), Thermos Smart Cup (без обратной связи). - Приведите таблицу параметров: тип батареи, время работы, диапазон температур, наличие IP-защиты. - Ссылайтесь на ISO/IEC 25010: «надёжность» — сколько раз устройство выключается при низком заряде? «производительность» — как быстро достигается целевая температура?

2. Проектирование в Главе 2 — архитектура и код

Возьмите реальный пример из статьи: «автоматический режим сна при бездействии». Это требует: - Финитный автомат состояний (State Machine) - Драйвер для управления питанием (например, STM32L4 Power Management Unit) - Сбор метрик: `battery_level`, `time_since_last_use`, `heating_duration` Пример кода на C (псевдокод): ```c enum DeviceState { IDLE, HEATING, SLEEPING, ERROR }; void handle_state_transition(enum DeviceState new_state) { switch(new_state) { case SLEEPING: // Выключить нагрев, отключить BLE, перевести MCU в low-power mode disable_heater(); ble_stop_advertising(); enter_low_power_mode(); break; case IDLE: // Восстановить состояние enable_heater(); ble_start_advertising(); exit_low_power_mode(); break; } } ```

3. Тестирование в Главе 3 — метрики и результаты

Соберите собственные данные: - Проведите 5 циклов: 10 минут нагрев → 1 час ожидания → 10 минут нагрев - Зафиксируйте: время работы, падение температуры, количество циклов сна - Рассчитайте: среднее время работы при 120°F, % снижения энергопотребления благодаря сну Пример формулы для метрики: ``` EnergyEfficiency = (ΔT / Δt) / (PowerConsumption * TimeInSleep) ```

4. Интеграция с OpenTelemetry

Для будущей версии Ember можно добавить: - `otel-collector` на стороне устройства (через UDP) - `metric` — `battery_level`, `heating_cycles`, `sleep_count` - `log` — `error_code`, `reboot_reason` Пример конфигурации: ```yaml # otel-config.yaml receivers: otlp: protocols: grpc: endpoint: "0.0.0.0:4317" exporters: logging: loglevel: debug prometheus: endpoint: "localhost:9464" service: pipelines: metrics: receivers: [otlp] exporters: [logging, prometheus] ```

Чему вы научитесь

Ошибка №1: Не упомянуть, что Ember не имеет сертификации по CE/UL. Это важно для диплома — нужно указать, что в реальном проекте требуется сертификация, а в дипломе — анализ этого требования.

Ошибка №2: Использовать только «внутренние» данные — например, «я измерил на своей кружке». Без внешних источников (The Verge, технические спецификации, сравнительные обзоры) работа не пройдёт защиту.

FAQ

Можно ли использовать Ember как основу для диплома, если я не собираюсь делать его физически?

Да. Главное — показать, как бы вы реализовали его. Например, в дипломе «Архитектура умного устройства» вы можете сделать эмуляцию: на Raspberry Pi запустить модель, имитируя работу с BLE и датчиками. Важно — не просто «я сделал», а «я спроектировал, протестировал, оценил».

Как оформить схемы? Где взять шаблоны?

Для C4-диаграмм используйте C4 Model, для UML — PlantUML. В дипломе допустимо использовать ASCII-схемы, если графики не поддерживаются. Главное — подписи, стрелки, обозначения состояний.

Какие метрики должны быть в дипломе?

Обязательно: время работы, энергопотребление, частота сна, процент снижения энергии. Дополнительно: TCO, ROI, время восстановления после сбоя. Все — с формулами и источниками.

Чек-лист «Что проверить перед сдачей»

  1. ✅ Есть ссылка на оригинал (The Verge, 2026-04-22) — без неё — риск неверной интерпретации
  2. ✅ В главе 1 — анализ по ISO/IEC 25010 и PMBOK 7 (не просто «это удобно»)
  3. ✅ В главе 2 — C4-диаграммы (System → Container → Component) и UML-классы
  4. ✅ В главе 3 — метрики с формулами и сравнением с аналогами
  5. ✅ Соблюдены требования ГОСТ 34.19-2012 (техническое задание, методология)
  6. ✅ Нет плагиата: все цифры — измерения, не «примерно»
  7. ✅ Приложения: скриншоты, код, таблицы — в виде вставок, не в приложении
Хотите, чтобы ваш диплом был готов к защите с первого раза? У нас уже более 120 часов профессиональной помощи в год. Бесплатная консультация по любой теме — от выбора стека до оформления по ГОСТ. Пишите: help@it-diplom.ru — мы поможем без лишних слов и клише.

Источник: Ember’s self-heating smart mug is more than $50 off ahead of Mother’s Day (опубликовано 2026-04-22)

📚 Читайте также

100 миллионов за фразу «привет, как дела?»: как романтический обман стал бизнесом и темой для ВКР