iP-1510 IOOT Pro Зеленый робот#
1. Идентификация продукта#
Категория:
iP-1 Программные продукты.Группа:
iP-15 Прикладное ПО.Тип:
iP-1510.Наименование:
iP-1510 IOOT Pro Зеленый робот.Класс продукта:
application software / supervisory platform.Производитель: ООО «Аросса».
Статус документа: карточка продукта; соответствует прикладному слою ПО «Зеленый робот» в составе линейки IOOT PRO.
1.1 Роль в составе линейки#
Объект |
Значение |
Совместимость / статус |
|---|---|---|
Продукт |
|
Прикладной программный продукт для локального и верхнего уровня управления. |
Связь с регистрационным контуром |
ПО «Зеленый робот» |
Связан с карточкой продукта регистрации. |
Контур применения |
Локальный объектовый уровень и диспетчерский уровень |
Используется поверх приборного контура IOOT PRO. |
Базовая интеграция |
|
Работает как единый прикладной слой мониторинга, управления, аналитики и интеграции. |
Модификации |
зависят от отраслевого сценария и состава объекта |
Конкретный набор экранов, отчетов и правил определяется проектом поставки. |
2. Назначение продукта#
iP-1510 используется как прикладной программный слой эксплуатации объекта. Он связывает данные приборов, рабочие экраны, тревоги, журналы и аналитические представления в единый программный контур.
Для продукта предусмотрены два уровня применения:
L1— локальный уровень одного объекта, где оператор работает с конкретной панелью и конкретной конфигурацией объекта;L2— верхний уровень, где диспетчер или аналитик работает сразу с множеством объектов, сравнивает их состояние и получает агрегированную картину по площадке, ферме или сети объектов.
Оба уровня используют общий backend-контур. Различие между ними определяется не отдельным сервером, а типом конфигурации, способом публикации проекта и пользовательскими рабочими поверхностями.
3. Состав продукта#
серверные сервисы, API, события и модель опубликованного проекта;
локальный прикладной интерфейс объекта;
диспетчерские и аналитические поверхности верхнего уровня;
телеметрия, события, тревоги, журналы и исторические данные;
отраслевые модули и конфигурации для конкретных типов объектов;
средства обновления, ввода в эксплуатацию и сервисного сопровождения.
4. Уровни применения#
4.1 Локальный уровень L1#
Локальный уровень используется на панели конкретного объекта. Он показывает рабочие страницы, текущие параметры, уставки, тревоги, тренды и журналы, необходимые для эксплуатации одного объекта или одной установки.
Типовые примеры:
панель управления корпусом;
локальный климатический узел;
доильный, поливочный, весовой или иной технологический участок.
4.2 Верхний уровень L2#
Верхний уровень используется как диспетчерская и аналитическая среда. Он позволяет работать сразу с множеством объектов L1, сопоставлять их состояние и принимать решения на основе общей картины по площадке.
Типовые рабочие представления L2:
карты и геопривязанные объекты;
таблицы, фильтры и реестры;
отчеты и аналитические срезы;
карточки объектов и всплывающие окна с быстрым открытием локального уровня конкретного объекта.
Такой контур нужен не только для удаленного просмотра локальных экранов. Он предназначен и для предметного анализа: например, для управления стадом, поголовьем, поливочной инфраструктурой или распределенными технологическими площадками.
5. Пользовательские возможности#
централизованное управление объектом и его приборами;
просмотр телеметрии, тревог, уставок и событий в реальном времени;
запуск и контроль технологических сценариев;
работа с локальными и верхнеуровневыми интерфейсами в рамках одного программного контура;
ведение истории и аналитики по одному или множеству объектов;
отображение объектов на карте с проектной геопривязкой и индивидуальными параметрами визуализации;
переход из общего диспетчерского представления к конкретному объекту и его локальному уровню;
использование отраслевых модулей без смены базового программного контура.
6. Модель проекта и масштабирование#
Для каждого проекта уровня L1 требуется собственный идентификатор и описание проектного контекста. Помимо структуры экранов и параметров это описание должно включать:
идентификатор проекта;
тип проекта и тип отображаемого объекта;
геопривязку для поиска на карте;
параметры маркера и визуализации объекта;
сведения о связи проекта с конкретной панелью, объектом или серверным контуром.
Типовые примеры таких метаданных:
коровник — точечный объект с иконкой и привязкой к локальному уровню;
дождевальная машина — объект с геометрией поля, рабочим диаметром и параметрами ориентации;
шкаф или панель — объект с координатой, типом площадки и связанной локальной конфигурацией.
Для локальной панели типовой режим — одна активная конфигурация объекта. Для серверного уровня целевая модель продукта предусматривает работу сразу с множеством таких конфигураций в одном backend-контуре, чтобы диспетчерский уровень мог переключаться между объектами без отдельного разворачивания сервиса на каждый объект.
7. Типовые сценарии применения#
локальная эксплуатация объекта на панели;
диспетчеризация нескольких объектов с одного серверного контура;
отраслевые сценарии теплиц, животноводства, полива, инфраструктуры и других площадок;
аналитическая работа по множеству объектов с фильтрами, отчетами и сводной картой;
сервисное сопровождение, диагностика, анализ событий и контроль действий персонала.
8. Обновление и сопровождение#
В инженерном контуре продукта уже предусмотрены несколько каналов обновления:
получение обновления с сервера обновлений;
установка пакета с USB-носителя;
удаленная доставка обновления на панель через сервисный канал.
Этот update-контур рассматривается как базовый механизм для дальнейшей унификации обновления серверной части, локальных интерфейсов и связанных прикладных клиентов.
9. Границы и ограничения#
iP-1510описывает прикладной программный продукт, а не встроенную прошивку и не отдельный прибор;состав функций зависит от релиза, отраслевого профиля и набора подключенных объектов;
эта карточка задает общую продуктовую модель, а прикладные конфигурации описываются в отраслевых разделах и в самих решениях;
внутренние инженерные форматы, исходные коды и служебные реализации не раскрываются в пользовательской карточке;
отдельные карты, таблицы, фильтры и отраслевые экраны верхнего уровня фиксируются в прикладных решениях по мере их готовности.