📶 Проект: удалённое уведомление об обнаружении огня через ESP8266 на датчике KY-026

Локальный зуммер или реле бесполезны, если рядом с прибором никого нет — в этом проекте датчик пламени KY-026 подключён к ESP8266, которая при обнаружении огня сразу отправляет HTTP-запрос на внешний сервис уведомлений, независимо от того, слышит ли кто-то звук в самой комнате.

Как это работает

Принцип обнаружения огня такой же, как и в остальных проектах на KY-026 на сайте — компаратор датчика сравнивает уровень ИК-сигнала характерного для пламени спектра с настроенным порогом. Разница именно в том, что происходит при срабатывании: вместо локального звука или реле ESP8266 (у которой, в отличие от обычной Arduino UNO, есть встроенный WiFi-модуль) устанавливает соединение с точкой доступа и отправляет HTTP-запрос на внешний адрес — это может быть сервис push-уведомлений, простой вебхук или собственный небольшой сервер, который дальше решает, как оповестить человека (письмо, пуш на телефон, сообщение в мессенджер).

Важное отличие от локальных проектов с буквальным зуммером: здесь добровольно вводится дополнительная точка отказа — если WiFi недоступен или сервис уведомлений не отвечает, сигнал об огне никуда не придёт, хотя сам датчик его обнаружил. Поэтому в реальном применении для действительно критичной задачи локальный сигнал (зуммер, реле) стоит оставить ВМЕСТЕ с удалённым уведомлением, а не вместо него — это дополнение, а не замена.

Пошаговая сборка

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

KY-026: цифровой выход (D0/OUT) → любой свободный цифровой пин ESP8266 (например, D5), VCC → 3.3V или 5V по маркировке конкретного экземпляра датчика, GND → GND.
Настройте чувствительность подстроечным резистором на плате датчика.
Подготовьте конечную точку (URL), на которую ESP8266 будет отправлять запрос — для теста можно использовать любой простой сервис приёма вебхуков.

Скетч

// ВНИМАНИЕ: рекомендую отладить код через монитор порта, так как я языковая
// модель, а не специализированный кодер, и могу что-то упустить. Основу
// и идею я накидал, но проверьте под свою схему. Адрес сервиса уведомлений
// и формат запроса замените на реальные под выбранный вами сервис.

#include <ESP8266WiFi.h>
#include <ESP8266HTTPClient.h>

const char* WIFI_SSID = "ваша_сеть";
const char* WIFI_PASSWORD = "ваш_пароль";
const char* NOTIFY_URL = "http://example.com/notify"; // замените на реальный адрес сервиса

const int SENSOR_PIN = D5;
bool alreadyNotified = false;

void setup() {
  Serial.begin(9600);
  pinMode(SENSOR_PIN, INPUT);

  WiFi.begin(WIFI_SSID, WIFI_PASSWORD);
  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    Serial.print(".");
  }
  Serial.println("WiFi подключен, IP: " + WiFi.localIP().toString());
}

void loop() {
  bool flameDetected = (digitalRead(SENSOR_PIN) == LOW); // у большинства модулей LOW = огонь обнаружен

  if (flameDetected && !alreadyNotified) {
    alreadyNotified = true;

    if (WiFi.status() == WL_CONNECTED) {
      WiFiClient client;
      HTTPClient http;
      http.begin(client, NOTIFY_URL);
      int httpCode = http.GET();
      Serial.print("Уведомление отправлено, код ответа: ");
      Serial.println(httpCode);
      http.end();
    } else {
      Serial.println("WiFi не подключен — уведомление не отправлено!");
    }
  }

  if (!flameDetected) {
    alreadyNotified = false; // сбрасываем флаг, когда огонь больше не виден датчику
  }

  delay(200);
}

Библиотеки ESP8266WiFi и ESP8266HTTPClient входят в стандартный пакет поддержки ESP8266 для Arduino IDE. Конкретный формат запроса (GET, POST с телом, заголовки авторизации) зависит от выбранного вами сервиса уведомлений — уточните его документацию и замените строку с `http.GET()` на нужный метод.

Частые проблемы

ESP8266 не подключается к WiFi — проверьте правильность SSID/пароля и что используется сеть 2.4 ГГц (ESP8266 не поддерживает 5 ГГц).
Уведомление не приходит, хотя код в мониторе порта говорит "отправлено" — проверьте реальный URL и формат запроса под конкретный сервис, код ответа HTTP в мониторе порта поможет понять, принял ли сервис запрос.
Уведомление отправляется многократно подряд — проверьте логику флага `alreadyNotified`, он должен сбрасываться только когда датчик реально перестаёт видеть огонь.
Нет уведомления при реальном пропадании WiFi в момент пожара — это прямое следствие архитектуры "уведомление только через сеть"; для критичных задач держите локальный зуммер или реле как резервный канал, не завязанный на WiFi.

Как улучшить проект

Добавить локальный зуммер или реле ПАРАЛЛЕЛЬНО с WiFi-уведомлением — резервный канал сигнала, не зависящий от сети.
Передавать в запросе дополнительные данные (например, идентификатор конкретного датчика/комнаты), если в доме несколько таких узлов.
Добавить периодическую проверку связи (например, раз в час отправлять "я живой") — чтобы отличать "всё спокойно" от "узел отключился и перестал работать".