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

1. Аппаратная модернизация плат управления дезинфекционным шкафом

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

1.1 Выбор подходящего модуля беспроводной связи

В соответствии со сценариями применения и бюджетом затрат на выбор доступны три основных модуля:

Модуль Wi-Fi (например, ESP8266, ESP32): подходит для бытовых дезинфекционных шкафов со стабильным домашним покрытием Wi-Fi. Он отличается низкой стоимостью, простотой разработки и прямым подключением к домашнему маршрутизатору для осуществления удаленного управления через общедоступную сеть. ESP32 предпочтительнее из-за его двухъядерного процессора и более богатых интерфейсов ввода-вывода, которые могут одновременно решать задачи связи и управления.

Модуль Bluetooth (например, Bluetooth 5.0 BLE): подходит для сценариев управления на небольшом расстоянии (в пределах 10 метров), например, для небольших настольных дезинфекционных шкафов. Для работы пользователям необходимо подключить мобильный телефон к Bluetooth устройства. Он имеет низкое энергопотребление и подходит для портативных дезинфекционных шкафов с батарейным питанием.

Модуль NB-IoT (например, BC28): подходит для коммерческих дезинфекционных шкафов в общественных местах (например, ресторанах, больницах) без покрытия Wi-Fi. Для передачи данных он использует сотовую сеть оператора, поддерживает удаленное управление по регионам, но имеет более высокие затраты на связь.

1.2 Оптимизация периферийной схемы платы управления

Проверка совместимости микроконтроллера (MCU). Исходный MCU платы управления (например, STM32, серия 51) должен иметь достаточное количество интерфейсов UART/SPI/I2C для подключения беспроводного модуля. Если у исходного MCU недостаточно ресурсов, замените его моделью с более высокой производительностью.

Оптимизация схемы источника питания: Беспроводному модулю требуется стабильный источник питания постоянного тока 3,3 В. Добавьте регулятор с низким падением напряжения (LDO) на плату управления, чтобы преобразовать исходное напряжение питания 5 В в напряжение 3,3 В, избегая колебаний напряжения, влияющих на стабильность связи.

Защита изоляции сигнала: добавьте оптопары между беспроводным модулем и MCU, чтобы изолировать сильные электрические помехи от цепи управления нагреванием/УФ-лампой дезинфекционного шкафа, предотвращая перегорание модуля из-за скачков напряжения.

1.3 Добавьте датчики определения состояния (дополнительно)

Чтобы расширить функции мониторинга приложения, к плате управления можно подключить дополнительные датчики для сбора данных о состоянии устройства:

Датчик температуры и влажности (например, DHT11): отслеживайте внутреннюю температуру и влажность дезинфекционного шкафа и отображайте их в приложении в режиме реального времени.

Датчик дверного переключателя: определяет, плотно ли закрыта дверца дезинфекционного шкафа. Если нет, отправьте сигнал тревоги в приложение, чтобы избежать утечки ультрафиолета.

Датчик хода программы: записывайте оставшееся время программы стерилизации и обновляйте его в приложении в режиме реального времени.

2. Разработка прошивки плат управления.

Прошивка — это «мост» между оборудованием и приложением. Ему необходимо реализовать три основные функции: сбор данных, выполнение команд и беспроводную связь, которая обычно разрабатывается на основе языка C или Arduino IDE.

2.1 Основная функциональная логика прошивки

Настройка протокола связи: определите набор простых и надежных протоколов взаимодействия данных между платой управления и приложением, чтобы гарантировать правильную передачу команд и данных. Например:

Приложение отправляет команду управления: 01 02 00 01 (означающую «запуск режима УФ-стерилизации, продолжительность 30 минут»).

Плата управления возвращает данные о состоянии: 02 01 25 00 (что означает «устройство работает, текущая температура 25 ℃, ошибок нет»).

Протокол должен включать заголовок, код команды, сегмент данных, контрольную сумму и хвост, чтобы предотвратить потерю или ошибку пакета данных.

Анализ и выполнение команд: MCU получает команду приложения через беспроводной модуль, анализирует ее в соответствии с протоколом и управляет соответствующим приводом (УФ-лампой, генератором озона, вентилятором) для работы. Например:

Получите «команду запуска» → включите реле для управления УФ-лампой и генератором озона.

Получите «команду настройки режима» → переключитесь между режимом высокотемпературной стерилизации и комбинированным режимом УФ-озона.

Отчетность о данных о состоянии: MCU через регулярные промежутки времени собирает данные от датчиков (температура, влажность, состояние двери) и рабочее состояние устройства (ход выполнения программы, код неисправности), упаковывает их в соответствии с протоколом и отправляет в приложение через беспроводной модуль. Можно установить интервал отчетов (например, 5 секунд/время), чтобы сбалансировать производительность в реальном времени и энергопотребление.

2.2 Механизм устранения неисправностей

Добавьте в прошивку логику определения неисправностей, чтобы обеспечить безопасную работу устройства:

Если дверца открывается во время стерилизации, прошивка немедленно отключает УФ-лампу и генератор озона и отправляет тревожное сообщение в приложение.

Если температура превышает безопасный порог (например, >85 ℃ для шкафов высокотемпературной дезинфекции), встроенное ПО прекращает нагрев и сообщает в приложение об ошибке перегрева.

3. Разработка приложения и функциональный дизайн

Мобильное приложение — это терминал взаимодействия с пользователем, который необходимо разработать для систем iOS и Android соответственно или использовать кроссплатформенные платформы (например, Flutter, React Native) для снижения затрат на разработку. Основные функции приложения включают привязку устройства, удаленное управление, мониторинг состояния и отправку сообщений.

3.1 Функция привязки устройства

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

Привязка модуля Wi-Fi: приложение помогает пользователю ввести имя и пароль домашнего Wi-Fi и отправляет их на плату управления через функцию трансляции. Модуль Wi-Fi подключается к маршрутизатору после получения информации, а облачный сервер записывает уникальный идентификатор устройства и учетную запись пользователя для завершения привязки.

Привязка модуля Bluetooth: приложение ищет ближайшие Bluetooth-устройства, отображает имя устройства дезинфекционного шкафа, и пользователь завершает привязку, щелкая мышью для подключения.

3.2 Основные функции управления

Дистанционное управление: на интерфейсе приложения предусмотрены такие кнопки, как «Пуск», «Стоп», «Переключатель режима». Пользователи могут выбирать режимы стерилизации (УФ, озон, высокотемпературный, комбинированный режим) и устанавливать время работы (15/30/60 минут).

Мониторинг состояния: отображение данных в реальном времени, таких как текущий рабочий режим устройства, оставшееся время, внутренняя температура и влажность, а также состояние двери на интерфейсе приложения.

Задача синхронизации: разрешите пользователям устанавливать время начала синхронизации в приложении. Прошивка сохраняет задание в памяти, и по истечении времени устройство автоматически запускает программу стерилизации.

3.3 Функция отправки сообщений

Подключите приложение к облачному серверу, чтобы получать push-уведомления:

Когда программа стерилизации завершается, приложение отправляет пользователю сообщение «задание выполнено».

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

4. Док-станция для облачного сервера (для удаленного управления через общедоступную сеть)

При использовании модулей Wi-Fi или NB-IoT для реализации удаленного управления между регионами необходим облачный сервер в качестве станции передачи данных между платой управления и приложением.

4.1 Варианты построения сервера

Самостоятельно собранный сервер: подходит для производителей с техническим потенциалом. Используйте облачные серверы (например, Alibaba Cloud, Tencent Cloud) для развертывания серверов TCP/IP или MQTT. Протокол MQTT предпочтителен из-за низкого энергопотребления и высокой эффективности, что очень подходит для связи устройств IoT.

Сторонняя платформа Интернета вещей: подходит для малых и средних производителей для снижения затрат на разработку. Используйте зрелые платформы, такие как Alibaba Cloud IoT, Tuya Smart, и подключайте плату управления и приложение к платформе в соответствии с документацией по API платформы.

4.2 Процесс передачи данных

После подключения платы управления к сети она инициирует запрос на подключение к облачному серверу и отправляет уникальный идентификатор устройства для аутентификации.

Пользователь входит в приложение с учетной записью, и приложение получает список привязанных устройств с сервера.

Когда пользователь управляет приложением, команда управления сначала отправляется на облачный сервер, а затем сервер пересылает команду на соответствующую плату управления.

Плата управления выполняет команду и отправляет статус устройства обратно на сервер, который затем передает данные в приложение для отображения.

5. Тестирование и отладка

После завершения обновления оборудования, разработки прошивки и разработки приложения необходимо провести комплексное тестирование для обеспечения стабильности функции дистанционного управления:

Тест на стабильность связи: проверьте вероятность успешной передачи данных между приложением и платой управления в различных сетевых средах (например, домашний Wi-Fi, мобильная сеть 4G/5G). Вероятность успеха должна составлять ≥99%.

Проверка совместимости функций: убедитесь, что все функции дистанционного управления (пуск/останов, регулировка режима, время, сигнализация о неисправности) работают нормально, и убедитесь в отсутствии задержек или потери команд.

Тест безопасности: проверьте реакцию устройства при отключении сети. Плата управления должна продолжать выполнять исходную программу и автоматически повторно подключаться к серверу при восстановлении сети. В то же время убедитесь, что команды управления приложения прошли проверку полномочий, чтобы предотвратить несанкционированное использование.

6. Ключевые замечания по реализации

Контроль затрат: для бытовых дезинфекционных шкафов Wi-Fi-модуль ESP8266 является наиболее экономичным выбором: стоимость одного модуля составляет менее 5 долларов США.

Оптимизация энергопотребления. Для устройств с батарейным питанием используйте режимы низкого энергопотребления беспроводного модуля (например, режим глубокого сна ESP32), чтобы продлить срок службы батареи.

Соответствие стандартам: разработанное приложение должно соответствовать соответствующим правилам магазина приложений (например, правилам проверки Apple App Store, политикам Android в Google Play) для обеспечения успешного выпуска.