Опубликовано: 26.09.2026 | Источник: ZDNet – Enterprise Software

Портативная ветроэнергетика в ВКР: сравнение с солнечными панелями и архитектура системы мониторинга

Автор ZDNet два года гонял портативную ветровую турбину Shine по походам и сравнивал её выдачу с раскладными солнечными панелями. Итог предсказуемо неоднозначный: в горах и на побережье ветер обгоняет фотовольтаику, в лесу и в пасмурный штиль — проигрывает вчистую. Но для выпускника ИТ-специальности здесь интересен не сам вердикт, а инженерная обвязка: как собираются данные с двух разнородных источников, как считается энергобаланс, какие метрики доказывают, что система работает. Именно этот слой превращается в главу диплома — от постановки задачи по ГОСТ 34.602-89 до нагрузочного тестирования брокера MQTT. Разберём, как из бытового обзора сделать защищаемую ВКР.

Семантический каркас: что искать и на что опираться

Прежде чем садиться за текст, зафиксируйте понятийный аппарат. Это спасёт от типичной ошибки, когда студент весь диплом пишет «про ветер и солнце», а комиссия спрашивает про протоколы и стандарты.

Три темы ВКР, которые вырастают из статьи

Тема 1. Система телеметрии гибридной энергоустановки «ветер + солнце»

Актуальность. В статье показано, что ни один источник не покрывает потребности автономного объекта круглосуточно. Значит, нужна прослойка, которая переключает нагрузку и логирует выработку. Это ровно та задача, где ИТ-специалист показывает себя сильнее энергетика.

Цель: разработать программно-аппаратный комплекс сбора и визуализации телеметрии с двух разнотипных генераторов.

• Задача 1. Провести сравнительный анализ портативных источников по критериям ISO/IEC 25010 (производительность, надёжность, сопровождаемость).
• Задача 2. Спроектировать схему опроса датчиков напряжения и тока через ESP32, выбрать протокол передачи (MQTT против LoRaWAN).
• Задача 3. Реализовать серверный компонент и дашборд с хранением временных рядов в InfluxDB.
• Задача 4. Оценить задержки доставки телеметрии при разном качестве канала.

Структура: Глава 1 — обзор источников и протоколов IoT; Глава 2 — архитектура комплекса, схемы соединений, структура топиков MQTT; Глава 3 — стенд, замеры, расчёт экономики внедрения.

Тема 2. Прогнозная модель выработки портативного ветрогенератора

Актуальность. Двухлетний тест даёт эмпирику: выработка зависит от места и сезона сильнее, чем от паспортной мощности. Модель, обученная на погодных рядах, — это уже полноценная аналитическая ВКР.

Цель: построить регрессионную модель прогноза суточной выработки и оценить её ошибку (MAE, MAPE).

• Задача 1. Собрать датасет: архив погоды + журналы телеметрии.
• Задача 2. Очистить выбросы, сформировать признаки (скорость ветра, порывы, облачность).
• Задача 3. Сравнить линейную регрессию, градиентный бустинг и наивный прогноз.
• Задача 4. Оформить метрики качества и границы применимости модели.

Структура: Глава 1 — теоретические основы; Глава 2 — подготовка данных и инженерия признаков; Глава 3 — эксперименты и оценка.

Тема 3. Диспетчер нагрузки для автономного объекта

Актуальность. Статья косвенно поднимает вопрос: что делать, когда ветра нет, а солнце село? Ответ — приоритизация потребителей. Алгоритм диспетчеризации — хорошая инженерная задача с наглядным результатом.

Цель: разработать алгоритм перераспределения нагрузки с оценкой времени автономной работы.

• Задача 1. Формализовать требования к системе по ГОСТ 34.602-89.
• Задача 2. Спроектировать конечный автомат режимов («заряд», «разряд», «аварийный»).
• Задача 3. Реализовать эмулятор на Python и провести сценарное тестирование.
• Задача 4. Рассчитать RTO/RPO для критичных потребителей.

Структура: Глава 1 — анализ предметной области; Глава 2 — проектирование автомата и UML-диаграмм; Глава 3 — тестирование сценариев и надёжность.

Аналитическая глава: как превратить обзор в обоснование

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

Сравнение протоколов передачи телеметрии

Обоснование должно быть привязано к задаче: если у вас стенд в аудитории — берите MQTT по Wi-Fi и не усложняйте, но обязательно объясните, почему LoRaWAN отброшен. Отброшенные альтернативы — половина ценности аналитической главы.

Проектная часть: схемы, топики, интеграция

Здесь начинается то, за что инженерную ВКР и защищают. Минимум — структурная схема, схема соединений и диаграмма последовательности. Ниже — пример организации топиков для шины телеметрии.

home/plant/wind/voltage        → 42.1
home/plant/wind/current        → 3.4
home/plant/solar/voltage       → 18.7
home/plant/solar/current       → 5.1
home/plant/controller/mode     → "charge"
home/plant/controller/priority → 2

Топик-схему защищают почти всегда: спросят, почему иерархия именно такая, что будет при потере брокера, есть ли подтверждение доставки. Ответ готовьте заранее: уровень QoS 1 для управляющих команд, QoS 0 для рутинной телеметрии, last will and testament для фиксации обрыва связи.

Что положить в приложения

• Листинг модуля опроса датчиков (Arduino C++ или MicroPython).
• Схему электрических соединений в формате, читаемом без специализированного ПО.
• Конфигурацию брокера и правила ретеншена в InfluxDB.
• UML-диаграмму классов серверной части.

Тестирование и метрики: чем доказать работоспособность

Самое слабое место студенческих работ — слова «система работает корректно» без цифр. Опирайтесь на ISO/IEC 25010 и разложите качество на измеримые характеристики.

Нагрузочное тестирование делается бесплатно: поднимите брокер на локальной машине, запустите эмуляцию 50–100 устройств скриптом и снимите метрики через OpenTelemetry + Grafana. Скриншоты дашбордов идут в приложения, а таблица «до/после оптимизации» — в третью главу. Именно такие артефакты отличают работу, которую защищают уверенно, от той, где студент путается в собственных выводах.

Чему вы научитесь, пока пишете этот диплом

• Обосновывать выбор стека, а не перечислять технологии из обзоров.
• Проектировать слабосвязанную архитектуру: устройство, брокер, хранилище, визуализация.
• Работать с временными рядами и строить честные метрики качества.
• Оформлять ТЗ и схемы по ГОСТ 34.602-89, а не «как в методичке кафедры».
• Защищать решения перед комиссией: коротко, по делу, с опорой на цифры.

Частые вопросы студентов

Насколько сложно реализовать такую систему с нуля?

Стенд из ESP32, двух датчиков INA219 и брокера Mosquitto собирается за вечер и стоит до 3 тысяч рублей. Основное время уходит не на код, а на отладку калибровки и оформление документации. Если опыта в микроконтроллерах нет, берите эмуляцию на Python — суть работы от этого не изменится.

Обязательно ли писать код для допуска к защите?

Зависит от кафедры. Там, где ВКР инженерная, — почти всегда да. Но объём кода редко нормируется: достаточно рабочего прототипа и листингов в приложении. Если тема ближе к аналитике, вместо приложения с кодом приложите ноутбуки экспериментов.

Как оформить UML-диаграммы и схемы?

Используйте PlantUML или draw.io, экспортируйте в векторный формат. Каждая диаграмма должна иметь подпись, номер и ссылку в тексте — «см. рисунок 2.3». Диаграмма без упоминания в тексте считается декоративной и часто снимает баллы.

Где брать данные для расчётов, если нет доступа к реальной установке?

Открытые архивы погоды (скорость ветра, облачность) плюс математическое моделирование выработки по паспортным кривым. Такой подход честно описывается в методике исследования и не считается подлогом, если вы указали источник и допущения.

Источник: How my portable wind turbine compares to solar panels - 2 years of testing later (опубликовано 2026-03-26)