Ушп технология: Шведская плита — технология строительства и утепления

Содержание

Шведская плита — технология строительства и утепления

Стена здания.

Отделка пола.

Железобетонная плита.

Трубы теплого пола.

Теплоизоляция ПЕНОПЛЭКС®ГЕО.

Отмостка.

Песок с послойным трамбованием.

Геотекстиль.

Грунт основания.

Дренаж.

«Утепленная шведская плита» (УШП) представляет собой монолитный плитный фундамент мелкого заложения, где плита снизу и по периметру окружена слоем теплоизоляции. Иными словами, монолитная железобетонная фундаментная плита устанавливается на слой теплоизоляции, а также утепляется слоем теплоизоляции по всей боковой поверхности.

Применение

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

Описание

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

Инженерные коммуникации дома (водопровод, канализация, электроснабжение и т.д.) располагаются под слоем теплоизоляции.

Фундаментная плита образуется путем заливки бетона в «форму» из теплоизоляции. В плиту может быть интегрирована система подогрева пола, которая может служить для отопления дома. Теплоносителем в системе может служить горячая вода или антифриз (если зимой в помещении не будет возможности всегда поддерживать плюсовую температуру). В качестве отопительных трубопроводов могут использоваться практически все виды труб: стальные (из нержавеющей стали) металлопластиковые, медные, полипропиленовые, полибутиленовые и т.

д.

Принципиальная схема устройства утепленной шведской плиты

В качестве теплоизоляции плитного фундамента, выполненного по технологии утепленной шведской плиты рекомендуется применять высокопрочные плиты из экструзионного пенополистирола ПЕНОПЛЭКС^®ГЕО.

Преимущества ПЕНОПЛЭКС
^®ГЕО применительно к УШП
Коэффициент теплопров одности— 0,032 Вт/м•КОдин из самых низких среди утеплителей, применяемых в строительстве

Высокая прочность Плиты ПЕНОПЛЭКС^®ГЕО обладают прочностью на сжатие не менее 0,30 МПа (30 т/м²)

Нулевое водопоглощение Стабильно высокие теплозащитные свойства.

Удобство и безопасность монтажа Удобная геометрия плит, простота обработки и монтажа

Монтаж при любых погодных условиях

Г-образная кромка по всем сторонам плиты Позволяет плотно стыковать плиты без образования мостиков холода

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

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

Экологичность Безопасное сырье, изготовление по передовым бесфреоновым технологиям.

Долговечность более 50 лет Протокол испытаний НИИСФ РААСН № 132-1 от 29.10.2001

Основные преимущества утепленной шведской плиты с применением теплоизоляции ПЕНОПЛЭКС

^®ГЕО:

Устройство фундамента и прокладка инженерных коммуникаций выполняются на одной технологической стадии, что позволяет сократить сроки строительства.
Высокоэффективная теплоизоляция ПЕНОПЛЭКС^®ГЕО позволяет существенно сократить расходы на отопление дома и повысить эффективность системы «теплого пола»;
Почва под утепленной плитой не промерзает, что сводит к минимуму риски возникновения проблем морозного пучения грунтов основания;
Обустройство фундамента не требует тяжелой техники и специальных инженерных навыков.

Технология УШП с применением теплоизоляции ПЕНОПЛЭКС^®ГЕО базируется на основных принципах проектирования и устройства малозаглубленных фундаментов на пучинистых грунтах, описанных в Стандарте организации (СТО 36554501-012-2008), разработанном научно-исследовательским, проектно-изыскательским и конструкторско-технологическим институтом оснований и подземных сооружений (НИИОСП) им. Н.М. Герсеванова (подразделение ФГУП НИЦ «Строительство»), ФГУП «Фундаментпроект», МГУ им. М.В. Ломоносова (геологический факультет, д.т.н. Л.Н. Хрусталев) и техническим отделом ООО «ПЕНОПЛЭКС СПб».

УШП фундамент технология

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

Относительно недавно появился достаточно интересный вариант устройства монолитных фундаментов – утепленная шведская плита.

Он получает все большую популярность и распространение как при строительстве небольших, так и крупных объектов.

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

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

Площадь м2	Расстояние от КАД	Высота УШП
Площадь м2	Расстояние от КАД	250 мм	300 мм	400 мм
от 50 до 100 м2	до 20 км	от 5500р.	от 6900р.	от 7250р.
	21 — 90 км	от 5950р.	от 7100р.	от 7550р.
	от 91 км	от 6500р.	от 7550р.	от 8100р.
от 101 до 200 м2	до 20 км	от 5150р.	от 6500р.	от 6850р.
	21 — 90 км	от 5550р.	от 6700р.	от 7150р.
	от 91 км	от 6100р.	от 7250р.	от 7700р.

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

• При строительстве на слабых грунтах иногда возникает необходимость в укреплении почвы еще до начала разработки котлована. Для этого используется листовой металлический шпунт. Он погружается на глубину котлована и значительно упрощает выборку грунта.

• Земляные работы начинаются со срезания растительного слоя (около 20 сантиметров). Этот слой можно применять для выравнивания участка. После этого можно начинать рыть сам котлован. Его стенки должны иметь небольшой уклон. Для проведения земляных работ можно использовать следующие виды специальной техники:

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

• В случае необходимости усиления и закрепления стенок котлована производится дополнительное их укрепление. Оно может выполняться двумя способами:

Листами шпунта, которые будут закрепляться деревянными досками или металлическими трубами.

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

• Создание уплотненной подушки из песка и гравия или щебня. Она должна повысить несущую способность и устойчивость.

• Устройство опалубки. Она возводится из щитов и должна быть надежно закреплена, чтобы не допустить распирания щитов и их усадки в грунт.

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

• Армирование каркаса стержнями и сетками. Сетка у подошвы плиты должна изготавливаться из более толстых стержней. Одновременно с этим укладывается система «теплый пол».

• Заливка бетонной смеси. Смесь должна быть хорошо уплотненной, чтобы в ней отсутствовали поры, пустоты и пузырьки воздуха.

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

BBF — TR-369a2 — Платформа обслуживания пользователей (USP)

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

Спецификация HTML PDF Модели данных План тестирования Ресурсы Часто задаваемые вопросы

Что такое USP?

Платформа User Services Platform представляет собой стандартизированный протокол для управления, мониторинг, обновление и управление подключенными устройствами . USP разрешает обслуживание провайдерам и производителям бытовой электроники:

Создание интероперабельных и независимых от поставщиков управляемых систем Wi-Fi
.
Выполнение управления жизненным циклом устройств, подключенных к потребителю.
Поддержка независимых приложений для интеллектуальных сетевых продуктов.
Включите IoT и возможность обновления бытовой электроники для критической безопасности патчи.
Разработка приложений, собирающих телеметрию, необходимую для массовых данных обработка, искусственный интеллект и машинное обучение .
Начальная загрузка и настройка недавно установленных или приобретенных устройств и виртуальных услуги.
Позвольте клиенту службы поддержки отслеживать и устранять неполадки подключенных устройств, услуги и ссылки на домашнюю сеть.
Простое сопоставление домашней сети с , контроль качества обслуживания и мониторинг угрозы .
Безопасное управление IoT, умным домом и интеллектуальными сетевыми функциями локально или из Облака

USP представляет собой естественную эволюцию протокола управления CPE WAN (CWMP) Broadband Forum, широко известного как TR-069. Он использует расширенную версию модели данных «Устройство: 2» для представления операций устройства (обновления прошивки, перезагрузки и т. д.), сетевых интерфейсов, событий и сервисных функций (функции IoT, VoIP и т. д.).

Как пользоваться этим сайтом:

Каталог спецификации содержит полную текст текущей версии протокола и схема (в настоящее время в Protocol Buffers) для синтаксиса сообщений USP. Используйте этот раздел, когда разработка стека протоколов USP.
Ссылка моделей данных будет приведет вас к сгенерированным версиям модели данных Device:2 (также известной как «TR-181i2 — Модель данных «Устройство: 2» для устройств TR-069 и агентов USP») к УСП. Необработанный xml, используемый при разработке, можно найти в этом каталоге. Использовать их, чтобы найти объекты, необходимые для стека протокола USP, и когда разработка Объектов, интерфейсов, сервисов и т.д., которыми вы хотите управлять и контроль с USP.
Агент USP План испытаний предоставляет список тестов, выполненных для проверки агента USP реализации и пройти сертификацию.
Dev Resources содержит несколько ссылок о том, как создавать, тестировать, сертифицировать и выводить на рынок решения на основе USP.
Страница FAQ содержит информацию о часто задаваемых вопросах. вопросы. Используйте этот раздел, чтобы узнать больше об УТП и принять участие в ее непрерывное развитие.

Текущая версия: 1.2

Об этой версии:

Эта спецификация включает:

Обзор архитектуры
Механизмы обнаружения для контроллеров и агентов
Основные сообщения CRUD между контроллерами и агентами
Использование инкапсуляции записей USP для сквозной целостности, безопасности и конфиденциальность
Модель данных Объекты, специфичные для функциональности протокола, объект определен операции и уведомления/события
Схема кодирования буферов протокола
Использование WebSockets, MQTT и STOMP в качестве протоколов передачи сообщений (MTP)
Система аутентификации и авторизации
Расширения для массового сбора данных, управления прошивкой, программный модуль управление и проксирование устройств
Теория операций по использованию агента USP для управления устройствами и системами IoT

USP разработан Broadband Forum. Для получения дополнительной информации посетите https://www.broadband-forum.org

Обзор платформы служб пользователей (USP/TR-369) | qa

USP/TR-369 — Платформа обслуживания пользователей

USP — это революционный стандарт, основанный на уроках, извлеченных из TR-069. Помимо более быстрого и гибкого соответствия существующим вариантам использования TR-069, USP позволяет:

Управляемый Wi-Fi — USP идеально подходит для создания управляемых высоким спросом со стороны современных поставщиков услуг, с гибкими транспортными механизмами, многоконтроллерной архитектурой и стандартизированными объектами управления Wi-Fi.
Массовый сбор статистики — USP позволяет сторонам разрабатывать приложения для сбора данных телеметрии, необходимых для массовой обработки данных, искусственного интеллекта и машинного обучения.
Стандартизированное подключение к IoT — USP объединяет фрагментированный мир IoT и устройств «умного дома» путем проксирования не-IP-протоколов, таких как ZigBee, Zwave и т. д.; адаптация и управление жизненным циклом устройства; стандартизация интерфейсов и сервисных объектов IoT в модели данных Device:2 (TR-181).
Приложения для самообслуживания клиентов — Контроллеры USP могут быть созданы для устройств конечных пользователей, чтобы обеспечить самообслуживание клиентов без зависимости от облачных ресурсов.
Интеллектуальные шлюзы с поддержкой приложений — USP расширяет и совершенствует функции управления программными модулями TR-069, чтобы обеспечить «докеризованное» управление устройствами и управление жизненным циклом сторонних приложений, таких как безопасность, телеметрия Wi-Fi и родительский контроль.
Безопасная связь — Все приложения USP могут извлечь выгоду из сквозных соединений TLS на уровне приложений, указанных в стандартном и надежном установлении доверия и управлении доступом для контроллеров.

Подробное описание этих вариантов использования можно найти в официальном документе Broadband Forum Realizing the Promise of the Connected Home with USP.

Ресурсы для разработки

Тестирование реализаций USP/TR-369

Надстройка USP CDRouter является официальной тестовой платформой BBF.369 Broadband Forum.программа сертификации агентов USP. Кроме того, он имеет исчерпывающую проверку для вашей реализации модели данных Device:2. QA Cafe принимала участие в разработке USP на раннем этапе и накопила солидную базу знаний, чтобы помочь вам в вашем собственном развитии.

Подробнее…

USP Primer

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

Стандарты и ресурсы модели данных

Спецификация архитектуры, обнаружения, сквозного кодирования сообщений, транспорта и типов, а также безопасности и контроля доступа определены в Broadband Forum TR-369 User Services Platform (USP). Это можно найти в Интернете по адресу https://usp.technology.

Модель данных для описания сервисных элементов, предоставляемых агентами USP, определена в модели корневых данных Device:2 (опубликована как TR-181 Issue 2). Модели для CWMP и USP взяты из одного общего ядра с некоторыми незначительными изменениями для объектов управления, специфичных для протокола. Эти модели можно найти по адресу https://usp-data-models.broadband-forum.org.

Агент USP с открытым исходным кодом

Broadband Forum поддерживает агент USP с открытым исходным кодом, на котором разработчики могут основывать свои реализации. Агент совершенствуется за счет частых выпусков. Это отличная отправная точка для разработчиков при создании законченного решения и его тестировании с помощью CDRouter.

Его можно найти на GitHub здесь: https://github.com/BroadbandForum/obuspa

Общая архитектура

USP состоит из сети контроллеров и агентов, которые манипулируют «Элементами услуг». Элементы службы — это один или несколько объектов, определенных в модели данных, поддерживаемой агентом, и представленных в качестве экземпляра модели данных агента. Контроллер может быть сервером автоконфигурации (ACS), аналогичным TR-069.или управляется поставщиком прикладных услуг для управления определенными элементами, или даже контроллером на смартфоне или в шлюзе для управления элементами в сети пользователя.

Стек протоколов

Протокол USP

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

Стек протоколов USP 1.2

Независимо от транспорта сообщений

TR-069 тесно связан с HTTP. При разработке USP было желание гарантировать, что протокол будет четко разделен на уровни, чтобы транспортировка сообщений USP могла выполняться через несколько «транспортов» (термин «протокол передачи сообщений» был принят, чтобы различать транспорт сообщений и фактический транспорт OSI). слой). Протоколы передачи сообщений (MTP), определенные для USP 1.2, включают простой протокол обмена текстовыми сообщениями (STOMP), телеметрический транспорт очереди сообщений (MQTT) и WebSockets через HTTP.

Кодирование протокольных буферов

Вместо того, чтобы отправлять XML-документы по HTTP, USP использует протокольные буферы для кодирования сообщений при транспортировке. Кодирование Protocol Buffers является двоичным и в конечном итоге экономит значительное место. Он также имеет преимущества перед JSON, поскольку закодированные поля определены в одной или нескольких схемах (файлах .proto), которые каждая конечная точка может использовать для надежного и функционального кодирования или декодирования сообщений. В USP существует схема записи USP (usp-record.proto), поле полезной нагрузки которой содержит сообщение USP (usp-msg.proto).

Например, это сообщение Get из схемы usp-msg.proto:

 message Get {
  повторяющаяся строка param_paths = 1;
}
сообщение GetResp {
  повторный RequestedPathResult req_path_results = 1;
  сообщение RequestedPathResult {
    строка запрашиваемый_путь = 1;
    фиксированный32 код_ошибки = 2;
    строка err_msg = 3;
    повторный ResolvedPathResult resolve_path_results = 4;
  }
  сообщение ResolvedPathResult {
    строка разрешенный_путь = 1;
    map<строка, строка> result_params = 2;
  }
}

Эволюция TR-069

Обратная совместимость с устройством:2

Одна из целей разработки USP состояла в том, чтобы служить естественным развитием TR-069, позволяя пользователям TR-069 беспрепятственно перейти на USP без необходимости повторного -проектировать интеграцию их OSS/BSS или устройств/драйверов. USP использует модель данных Device:2 с некоторыми изменениями, позволяющими определять команды и события с моделью данных.

Сокращенный, гибкий набор сообщений

USP пытается обрабатывать как RESTful, так и не RESTful ситуации с помощью сокращенного набора сообщений, который становится расширяемым за счет переноса многих операций в модель данных Device:2. Таким образом, он включает операции на основе CRUD (создание, чтение, обновление, удаление), а также сообщение Notify для уведомлений, которые должны быть отправлены от агента к контроллеру, и сообщение Operate для вызова функций (команд), определенных в поддерживаемых агентом данных. модель. Эти сообщения включают в себя:

Добавить — используется для создания новых экземпляров многоэкземплярных объектов в экземплярной модели данных Агента.
Set — используется для изменения состояния параметров объекта в экземпляре модели данных Агента.
Удалить — используется для удаления экземпляров объектов в экземпляре модели данных Агента.
Получить — используется для получения значения одного или нескольких параметров объектов в экземпляре модели данных Агента.
GetInstances — используется для получения экземпляров и идентификаторов экземпляров объектов, которые могут иметь несколько экземпляров в созданной агентом модели данных.
GetSupportedDM — используется для получения информации о поддерживаемой Агентом модели данных, включая поддерживаемые объекты и их параметры, команды и события.
GetSupportedProtocol — используется для получения версий USP, поддерживаемых агентом. В версии 1.0 единственным допустимым значением является 1.0.
Notify — используется агентом для оповещения контроллера о событиях, инициированных на основе одной или нескольких подписок, которые контроллер настраивает в агенте. К ним относятся некоторые стандартные сообщения, такие как ValueChange, ObjectCreation, ObjectDeletion, OnBoardRequest и OperationComplete, а также общее уведомление о событии для переноса информации о конкретных событиях объекта, определенных в модели данных, поддерживаемой агентом. События, которые были определены в CWMP, но теперь определены в модели данных Device:2, включают такие вещи, как BOOT, TRANSFER_COMPELTE и т. д.
Operate — используется для вызова функций (называемых командами), определенных объектами в поддерживаемой агентом модели данных, включая способ предоставления аргументов для этих команд и получения возвращаемых аргументов. Механизм включает поддержку как синхронных, так и асинхронных операций; первый возвращает аргументы как часть OperateResponse от агента, а второй может возвращать аргументы в связанном событии OperationComplete. Примеры операций, которые были RPC в CWMP, но командами в USP, включают такие вещи, как Reboot(), Download() (которая работает с экземплярами Device.Firmware) и т. д.

Более легкие сообщения

Выше мы упоминали, что протокольные буферы экономят место в сети, создавая стандартизированные поля, которые двоично закодированы в транспорте. Это значительно снижает сложность.

Кроме того, сообщения USP, в которых используется модель данных Device:2 (изначально определенная для CWMP), используют несколько функций, которые уменьшают объем информации о пути к объекту, который должен быть отправлен контроллером и возвращен агентом:

Относительные пути — USP использует концепцию «относительных путей» при обращении к объектам или параметрам в базе данных Агента. Например, предположим, что контроллер сделал запрос Get на Device.Wifi.SSID.1. объект, чтобы получить все параметры SSID. В CWMP для этого потребуется, чтобы конечная точка CWMP возвращала:

 Device.Wifi.SSID.1.Enable = <значение>
Device.Wifi.SSID.1.Status = <значение>
Device.Wifi.SSID.1.Alias = <значение>
Устройство.Wifi.SSID.1.Name = <значение>
Device.Wifi.SSID.1.LastChange = <значение>
Device.Wifi.SSID.1.LowerLayers = <значение>
Device.Wifi.SSID.1.BSSID = <значение>
Device.Wifi.SSID.1.MACAddress = <значение>
Устройство.Wifi.SSID.1.SSID = <значение>
Device.Wifi. SSID.1.Upstream = <значение>

И так далее, для каждого подобъекта объекта SSID.

В USP агенту нужно только вернуть:

 Device.Wifi.SSID.1.
  Включить = <значение>
  Статус = <значение>
  Псевдоним = <значение>
  Имя = <значение>
  Последнее изменение = <значение>
  Нижние слои = <значение>
  BSSID = <значение>
  MAC-адрес = <значение>
  SSID = <значение>
  Upstream =

И т. д., для остальных параметров, подобъектов и их параметров в БД Агента.

Адресация по ключу — Во-вторых, USP предоставляет новые способы адресации экземпляров объектов. Вместо того, чтобы пытаться бороться с номерами экземпляров, USP позволяет адресовать экземпляр объекта по уникальному ключу объекта. Например, таблица Device.NAT.PortMapping имеет уникальный ключ, состоящий из трех параметров; RemoteHost, Внешний порт и протокол. Конкретный PortMapping может быть адресован как:

  Device.NAT.PortMapping.    [RemoteHost==""&&ExternalPort==0&&Protocol=="TCP"]

Если номер экземпляра неизвестен или для обеспечения согласованности с несколькими управляемыми устройствами.

Выражения поиска . Наконец, USP предоставляет сложные, но мощные средства поиска в наборе объектов только тех объектов, параметры которых соответствуют определенным критериям. Например, вы можете сделать так, чтобы Агент возвращал IPv4-адреса для всех IP-интерфейсов с обычным типом и статическим типом адресации, у которых есть хотя бы 1 ошибка, отправленная со следующим поисковым выражением:

  Device.IP.Interface.[Type=="Normal"&&Stats.ErrorsSent>0].IPv4Address.[AddressingType=="Static"].IPAddress

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

Необязательный контекст сеанса с меньшим числом обращений туда и обратно

В USP сеансы являются необязательными и используются в целях безопасности и целостности. Даже при использовании сессий каналы связи «прибиты», так что нет необходимости устанавливать сессию УТП для каждого сообщения. Кроме того, нет необходимости в запросах на подключение для инициирования сеансов связи, поскольку контроллеры могут отправлять сообщения (что, при желании, приводит к инициированию сеанса) непосредственно агенту в любое время.

Наш собственный разработчик Такер сделал забавный график, который сравнивает «шумность» TR-069 и USP: открывает двери в гораздо более гибкую экосистему, взорвав отношения один-к-одному, существовавшие между конечной точкой CWMP и ACS в TR-069. Данным агентом USP могут управлять несколько контроллеров, которые могут находиться в операционной сети поставщика услуг (например, сегодняшняя ACS), контроллер, управляемый сторонним поставщиком приложений, контроллер на шлюзе, обращенном к локальной сети, или даже на конце. -смартфон пользователя.

USP выполняет это, назначая права управления доступом каждому контроллеру. Это настраивается в модели данных с помощью Device.LocalAgent.ControllerTrust. объект, который позволяет определять роли, которые могут применяться или не применяться к различным объектам и параметрам в базе данных агента.