> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/analytics/ru/explorer-for-iotquery/real-time-dashboards.md). # Панели мониторинга в реальном времени Отслеживайте операции автопарка в реальном времени с четырьмя готовыми панелями мониторинга: статус объекта, аналитика по активам, показания датчиков и активность в геозонах Панели мониторинга в реальном времени преобразуют сырые потоки телематических данных в операционную аналитику, обеспечивая проактивное Управление транспортом благодаря живому мониторингу и возможностям немедленного принятия решений. ## Панель мониторинга статуса объекта
**Когда использовать**: Ежедневная координация автопарка, передача смены и выявление транспорта, требующего немедленного внимания. **Какие данные вы видите**: Текущее операционное состояние вашего автопарка, агрегированное из последних записей GPS-мониторинга, датчиков движения и временных меток связи.
Логика обработки данных Обратите внимание - Explorer for DataHub использует собственную логику расчета для определения состояний движения и подключения. Панель мониторинга обрабатывает телематические данные в реальном времени через многоэтапный анализ: * **Агрегация статуса автопарка**: Система запрашивает самые последние записи мониторинга для каждого транспортного средства с помощью `DISTINCT ON (device_id)` чтобы обеспечить актуальную информацию. Классификация движения объединяет показания скорости с анализом по времени, чтобы различать транспорт, который движется, временно остановился и стоит. * **Мониторинг подключения**: Статус подключения транспортного средства определяется анализом временных меток связи, при этом каждое устройство классифицируется по тому, насколько недавно оно передавало данные в ваш DataHub. Это позволяет немедленно выявлять проблемы связи или неисправности устройства. * **Географическая визуализация**: Сырые данные координат (хранящиеся как целые числа) преобразуются в десятичные градусы для отображения на карте, а расчеты зоны в реальном времени определяют нахождение в зоне для операционного контекста. * Базовый запрос соединяет данные бизнес-объектов (характеристики транспортных средств, назначения сотрудников) с текущими телематическими показаниями, чтобы предоставить полный операционный контекст в одном представлении.
## Панель мониторинга аналитики активов
**Когда использовать**: Проверка конкретных транспортных средств, отмеченных в мониторинге статуса, детальное операционное планирование и комплексная проверка активов. **Какие данные вы видите**: Полные профили активов, объединяющие организационные данные, включая группы, теги, Отделы и т. д., с текущим операционным статусом, обеспечивая подробный контекст для каждого транспортного средства в вашем автопарке.
Логика обработки данных Эта панель мониторинга выполняет сложные соединения между схемами, чтобы объединить: * **Бизнес-контекст**: Характеристики транспортных средств, назначения сотрудников и организационные иерархии из таблиц ваших бизнес-данных обеспечивают операционный контекст для каждого актива. * **Текущее телематическое состояние**: Последние GPS-координаты, статус движения и показания датчиков из потоков мониторинга дают мгновенную операционную видимость. * **Расширенная интеграция данных**: Система динамически генерирует ссылки на карту, используя текущие координаты, и извлекает уровень батареи из входных данных датчиков, когда они доступны. Когда данные калибровки датчика отсутствуют, сырые значения отображаются без изменений, чтобы сохранить прозрачность данных. {% hint style="info" %} Все временные метки преобразуются в UTC для единообразного отображения независимо от географического положения транспортного средства, обеспечивая точную операционную координацию в разных часовых поясах. {% endhint %}
## Панель мониторинга показаний датчиков
**Когда использовать**: Планирование профилактического техобслуживания, мониторинг уровня топлива и выявление потенциальных проблем оборудования до того, как они повлияют на операции. **Какие данные вы видите**: Измерения датчиков в реальном времени из оборудования мониторинга вашего автопарка, обработанные алгоритмами калибровки, чтобы предоставить точные операционные показатели.
Логика обработки данных * **Агрегация данных с нескольких датчиков**: Система запрашивает `processed_common_data.latest_calibrated_sensors` чтобы одновременно получать самые последние измерения по разным типам датчиков. Это включает уровень топлива, показания температуры, напряжение аккумулятора и индикаторы операционного состояния. * **Обработка калибровки**: Сырые значения датчиков проходят применение калибровочных коэффициентов, когда они доступны. Система применяет формулы, специфичные для датчика, чтобы преобразовать сырые показания в понятные единицы (проценты для уровня топлива, градусы Цельсия для температуры, вольты для электрических систем). * **Контроль качества**: Базовая проверка отфильтровывает явно неверные измерения, сохраняя прозрачность данных. Когда данные калибровки недоступны или некорректны, система показывает сырые значения датчиков без изменений, позволяя операционным командам принимать обоснованные решения на основе доступных данных. Панель мониторинга использует временные запросы с уникальностью для каждого датчика, чтобы вы видели последнее показание каждого датчика на каждом транспортном средстве, отсортированное по временной метке для текущей операционной актуальности.
## Отчет по зонам
**Когда использовать**: Мониторинг посещений транспортных средств в определенных местах, анализ соблюдения маршрута и мониторинг покрытия операционной зоны. **Какие данные вы видите**: Исторические и текущие записи о въездах и выездах транспортных средств из определенных географических зон с точными временными метками и координатами местоположения.
Логика обработки данных * **Обработка геометрии зоны**: Система обрабатывает разные типы зон (круги, полигоны, коридоры) с помощью географических вычислений PostGIS. Круглые зоны используют центральные точки с радиусными буферами, а полигональные зоны создают сложные географические границы из массивов координат. * **Определение посещений**: Географический анализ в реальном времени сравнивает координаты транспортного средства с границами зоны с помощью `ST_DWithin` вычислений, чтобы определить въезды в зону и выезды из нее. Система отслеживает продолжительность посещения, вычисляя разницу во времени между событиями въезда и выезда. * **Контекст местоположения**: Сырые данные координат преобразуются в десятичные градусы для определения адреса и интеграции с картой, а метки зон обеспечивают бизнес-контекст для каждой географической области. Записи о посещениях объединяют данные геометрии зоны с историей мониторинга транспортных средств, создавая полную аналитику местоположения, что позволяет анализировать маршруты, мониторинг соблюдения и использование операционной зоны.
## Следующие шаги Когда мониторинг в реальном времени выявляет закономерности, требующие более глубокого изучения, перейдите к [Отчеты по историческим данным](/docs/analytics/ru/explorer-for-iotquery/historical-reports.md) чтобы анализировать тенденции за длительные периоды и находить возможности оптимизации для стратегических решений в области Управления транспортом. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://navixy.com/docs/analytics/ru/explorer-for-iotquery/real-time-dashboards.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.