Автоматические оповещения о качестве воздуха: как автопарку избежать штрафов

    Navixy IoT Logic feature graphic showing connected fleet vehicles in Mexico City with a preventive alert symbol during poor air quality.

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

    Практичный ответ — превратить меняющееся качество воздуха во время на подготовку. В Navixy IoT Logic мы соединяем данные о местоположении машины со сторонним источником экологических данных и отправляем предупреждающие оповещения на телефон, когда значения загрязнителей выходят за заданные пороги. Официальное решение всегда остается за CAMe: оповещение говорит водителю и диспетчеру проверить официальные источники и подготовиться к возможным ограничениям Doble Hoy No Circula.

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

    Чем различаются два режима ограничений

    Hoy No Circula — это постоянная программа. Она ограничивает движение в Мехико по таким критериям, как голограмма экологического контроля, последняя цифра номерного знака и цвет регистрационной наклейки. Ее задача — предупреждать, снижать и контролировать выбросы от передвижных источников.

    Doble Hoy No Circula — обиходное название дополнительных ограничений, которые вводятся, когда CAMe объявляет экологическую чрезвычайную ситуацию Фазы I. Отдельной постоянной программы за этим названием нет. Во время такой ситуации ограничения могут распространиться на машины, которые обычно освобождены от ежедневных лимитов, и затронуть коммерческие перевозки. Официальные меры могут включать ограничения для местного и федерального грузового транспорта, а это прямо влияет на доступность машин и на график логистики.

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

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

    Разница здесь чисто практическая: постоянная программа задает обычный базовый режим, а объявление CAMe временно этот режим меняет.

    Что CAMe оценивает перед объявлением

    Решение опирается на непрерывный мониторинг по всей столичной агломерации. Станции системы Sistema de Monitoreo Atmosférico фиксируют концентрации загрязнителей и метеорологические параметры. Национальная система информации о качестве воздуха SINAICA собирает данные с систем мониторинга по всей Мексике и открывает публичный доступ к сырым измерениям в реальном времени, показателям качества воздуха и проверенным историческим рядам.

    Станции мониторинга SINAICA в столичной агломерации Мехико

    Для этого сценария важны такие входные данные:

    • Озон (O₃): загрязнитель, концентрация которого часто растет в теплые периоды с сильной солнечной радиацией
    • PM2.5: мелкие взвешенные частицы, способные проникать глубоко в дыхательные пути
    • PM10: более крупные взвешенные частицы, связанные с пылью, промышленными процессами и выбросами транспорта
    • Метеоусловия: температура, скорость и направление ветра, относительная влажность и солнечная радиация — от них зависит, рассеиваются загрязнители или накапливаются

    Официальные референсные значения для активации Фазы I, опубликованные для агломерации, такие:

    Загрязнитель Референс для активации Фазы I
    Озон (O₃) Более 150 баллов индекса AIRE y Salud, что соответствует более чем 154 ppb
    PM10 Более 150 баллов, что соответствует более чем 214 мкг/м³
    PM2.5 Более 150 баллов, что соответствует более чем 97,4 мкг/м³

    Когда измеренное значение переходит один из этих порогов, CAMe оценивает его вместе с динамикой загрязнения, метеоусловиями и вероятным развитием ситуации в ближайшие часы. Само по себе превышение порога не включает Doble Hoy No Circula: нужно официальное объявление и опубликованный перечень мер.

    Почасовые измерения загрязнителей в SINAICA за выбранный период

    Поэтому данные о воздухе — это ранний сигнал, а не подтверждение того, что ограничения уже действуют. Водителям и менеджерам автопарка стоит сверять действующие меры по официальным каналам CAMe и правительства Мехико.

    От данных о воздухе к предупреждающему оповещению

    Публичная информация о качестве воздуха полезна, но она разбросана по разным сервисам, и кто-то должен ее регулярно смотреть. IoT Logic берет этот мониторинг на себя: в одном процессе собираются телематические данные объекта, сторонний экологический источник, логика преобразования, условия и webhook для уведомления.

    Процесс IoT Logic для предупреждающего оповещения о качестве воздуха

    Процесс состоит из пяти шагов:

    1. Определить положение машины. Взять последние широту и долготу, которые передал трекер.
    2. Запросить данные о воздухе. Отправить координаты в сервис, который обращается к OpenWeather Air Pollution API для текущей точки машины.
    3. Привести значения к одному виду. Пересчитать единицы, где это нужно, и выложить значения загрязнителей в атрибуты IoT Logic.
    4. Проверить условия. Сравнить озон, PM2.5 и PM10 с заданными предупреждающими порогами.
    5. Отправить оповещение. Когда условие выполняется, передать событие и контекст в мессенджер через webhook по URL.

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

    Что возвращает сервис данных о загрязнении

    OpenWeather Air Pollution API отдает индекс качества воздуха и концентрации загрязнителей:

    • угарный газ (CO)
    • оксид азота (NO)
    • диоксид азота (NO₂)
    • озон (O₃)
    • диоксид серы (SO₂)
    • взвешенные частицы PM2.5
    • взвешенные частицы PM10
    • аммиак (NH₃)

    В этом процессе условия построены на озоне, PM2.5 и PM10: именно эти загрязнители связаны с референсами Фазы I, о которых шла речь выше.

    Как перевести озон из мкг/м³ в ppb

    OpenWeather отдает концентрации в микрограммах на кубический метр (мкг/м³). Официальный референс по озону задан в частях на миллиард (ppb), поэтому перед сравнением процесс пересчитывает озон.

    При 25 °C и давлении 1 атмосфера в примере используется такое соотношение:

    ppb = концентрация газа (мкг/м³) × 24,45 / молярная масса

    Молярная масса озона — 48 г/моль. IoT Logic применяет это выражение к полученному значению O₃ и получает атрибут в ppb, который уже можно сравнивать с референсом 154 ppb. Тем же выражением пересчитываются и другие газы — достаточно подставить их молярную массу, — хотя в этом примере они в условиях срабатывания не участвуют.

    PM2.5 и PM10 приходят сразу в мкг/м³, поэтому их значения остаются в тех же единицах, в которых заданы официальные референсы по взвешенным частицам.

    Узлы атрибутов IoT Logic для пересчета значений загрязнителей

    Этот пересчет нужен только для сравнения внутри процесса. Официальную оценку качества воздуха он не заменяет: на перевод концентрации в ppb влияют температура и давление, а CAMe при объявлении опирается на собственную систему мониторинга и собственные процедуры.

    Автоматизация экологического мониторинга в IoT Logic

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

    Схема оповещения о качестве воздуха в IoT Logic из пяти этапов

    1. Задать периодичность опроса

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

    На каждом запуске процесс берет последние координаты машины и отправляет их в сервис качества воздуха. В ответ приходят значения загрязнителей для этой точки.

    2. Нормализовать ответ

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

    3. Проверить предупреждающие условия

    Логический узел проверяет, превысил ли озон, PM2.5 или PM10 свой заданный предел. Эти условия намеренно сформулированы как предупреждающие триггеры: они говорят, что измеренные значения дошли до уровня, связанного с референсом Фазы I. О том, что CAMe объявила чрезвычайную ситуацию, они не говорят ничего.

    Ту же разницу нужно проговорить и в тексте сообщения. Хорошее оповещение сообщает, что уровень загрязнения — повод проверить действующие официальные ограничения. Утверждать, что Doble Hoy No Circula уже введен, оно может только тогда, когда это подтверждено официальным объявлением.

    4. Передать контекст через webhook

    Когда условие выполнено, IoT Logic вызывает webhook. Принимающий сервис отправит сообщение в Telegram, WhatsApp, на почту или в другой канал, у которого есть интеграция по URL.

    В уведомление можно положить:

    • название машины и привязанное устройство
    • широту и долготу
    • дату и время события
    • значения O₃, PM2.5 и PM10
    • какое именно условие сработало
    • ссылки на официальные источники CAMe, правительства Мехико или SINAICA

    Пример предупреждающего оповещения в Telegram

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

    Как превратить оповещение в действие

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

    Рабочая последовательность выглядит так:

    1. Проверить официальное объявление. Убедиться, что CAMe действительно ввела ограничения, и прочитать меры на нужную дату.
    2. Найти затронутые машины. Сопоставить официальные критерии с данными автопарка, включая последнюю цифру номера и статус экологического контроля.
    3. Защитить график. Переназначить рейсы, сдвинуть время выезда или обновить маршруты до выхода машин на линию.
    4. Предупредить людей. Дать водителям и клиентам одно и то же обновление со ссылкой на официальный источник.
    5. Зафиксировать решение. Сохранить оповещение, ссылку на источник и изменение в диспетчерском плане для последующего разбора.

    Этот сценарий показывает, как телематика выходит за рамки привычного мониторинга транспорта. Местоположение машины дает контекст, экологический сервис — внешний сигнал, а IoT Logic превращает их в триггер, с которым уже может работать операционная команда.

    Тот же шаблон подходит везде, где внешнее условие меняет работу автопарка: погодные предупреждения, ограничения въезда, зоны природных пожаров, статус порта, местные правила движения. Решение остается за внешним органом; автоматизация сокращает задержку между изменившимся сигналом и реакцией автопарка.

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

    Поделиться