Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Renga шаг за шагом. Учебно-методическое пособие
.pdf
Выделяют 3 стратегии в совместной работе:
1) оптимистичный контроль параллелизма (Optimistic concurrency control). Предполагается, что изменения, полученные от разных пользователей при работе приложения, могут применяться, не мешая друг другу. Во время работы данные не блокируются. Перед записью данных каждая транзакция проверяет, что никакая другая транзакция не изменила прочитанные
данные. Если проверка выявляет конфликтующие изменения, транзакция отменяется и может
быть перезапущена;
2) пессимистичный контроль параллелизма (Pessimistic concurrency control). Предполагается, что два или более пользователей обновляют одни и те же данные одновременно, что приводит к конфликту. Чтобы его предотвратить, приложение блокирует обновляемые данные,
и пока блокировка не будет снята (т.е. пока первый пользователь не закончит редактирование
данных), доступ к ним будет ограничен для других пользователей;
3) «Выигрываетпоследний»(Last writer wins). В этой стратегии данные просто перезапи-
сываются последними.
В Renga применяется первая стратегия, что является уникальным подходом при разработ-
ке цифровых информационных моделей.
Основные достоинства данного подхода:
– несколько пользователей могут вносить изменения одновременно;
– можно свободно работать без оглядки на блокировки и прочие условности;
– можно работать автономно, потому что для редактирования элементов не нужно уведом-
лять сервер о необходимости блокировки;
– можно передавать минимальный набор данных для синхронизации с сервером.
Если изменения внесены одновременно в один и тот же атрибут объекта, то при
!
возникновении конфликта будет применено правило «Выигрывает первый», т.е. изме-
нения, пришедшие первыми, будут сохранены, а остальные — отброшены.
При совместной работе используемые программы разделяются на следующие виды:
Сервер — служба Renga Collaboration Server (RCS), установка которой производится из
специального файла, скачанного из центра загрузок;
Клиент — программа Renga.
После запуска установки и принятия условий лицензионного соглашения необходимо за-
дать следующие параметры установки:
– Папкадляустановки — указывается путь для установки самой службы RCS;
– Папка для хранения проектов — выбирается папка хранения специальных файлов,
предназначенных для синхронизации проектов между всеми пользователями, а также файлов
журналов этих проектов на сервере.
На сервере не хранится файл с проектом;
!
– Ключдоступа — задается при необходимости ограничить доступ подключения к серверу;
– Порт — указывается свободный порт компьютера, являющегося сервером, который должен быть открытым для обращения приложений Renga c компьютеров пользователей, подключаемых к службе RCS для синхронизации проектов;
– Интервал опроса (секунды) — задается интервал времени в секундах, через который
служба RCS в постоянном автоматическом фоновом режиме производит проверку подключенных клиентов. Если сервер определяет недействительное подключение (нет ответа от кли-
61
ента, который подключился и не отключался самостоятельно от сервера), то сессия сбрасывается, и клиент подключается повторно в автоматическом режиме.
Особенности службы Renga Collaboration Server:
– службу RCS можно установить как на отдельный компьютер, так и на компьютер с установленной программой Renga;
– версии клиента и сервера должны совпадать. Таким образом, при обновлении программы Renga необходимо также обновить и службу Renga Collaboration Server.
При обновлении программы ранее опубликованный проект необходимо переопу-
!
бликовать;
– подключение к серверу производится по уникальному имени пользователя, что не позволяет подключиться к серверу другим клиентам с одинаковым именем;
– при нестабильном соединении между клиентом и сервером рекомендуется параметр Интервалопроса оставить по умолчанию или уменьшить интервал;
– параметр Папкадляхраненияпроектов не поддерживает размещение на сетевых дисках и символьной ссылки каталога;
– для изменения настроек параметров сервера необходимо заново запустить установку
и изменить параметры;
– запись в специальный файл, содержащий изменения в проекте, производится сервером
только в моменты отсутствия подключенных клиентов к проекту.
Если в момент работы с проектом сервер был экстренно выключен без отключения
!
клиентов от проекта, то данные в специальном файле сохранены не будут.
Для подключения программы Renga к службе Renga Collaboration Server необходимо задать параметры подключения во вкладке Совместнаяработа окна Настройки, доступной на
основной панели.
Параметры подключения:
– «Имя сервера» — имя или статичный IP-адрес сервера;
– «Ключ доступа к серверу» — ключ доступа, заданный в параметрах настройки службы
RCS на сервере;
– «Порт» — номер порта компьютера-сервера. Должен совпадать с номером порта, указан-
ного при установке службы RCS;
– «Автоматически синхронизировать изменения» — опция, позволяющая автоматически
производить синхронизацию состояния проекта и мгновенно получать изменения, внесенные
другими участниками проекта. Включается установкой галочки.
Проверку о подключении программы Renga к серверу можно увидеть в заголовке окна
программы:
Автономная работа — соединение не установлено (рис. 21).
Рис. 21. Отображение режима Автономнаяработа
в заголовке окна программы
Подключено к серверу — соединение установлено (рис. 22).
Рис. 22. Отображение режима работы с сервером в заголовке окна программы
62
Для инициирования совместной работы над проектом одному из пользователей, подклю-
ченных к серверу совместной работы, необходимо произвести следующие действия:
1) создать новый проект;
2) сохранить проект локально на своем компьютере в формате *.RNP;
3) выбрать в основном меню команду Синхронизировать — Опубликовать. При
успешной публикации проекта должно появиться подтверждающее сообщение с подсказкой
дальнейших действий. Также в строке заголовка проекта должна появиться надпись В совместномдоступе. Если проект не опубликован, то рядом с его названием не будет такой надписи, а при дальнейшей попытке синхронизации будет выдано сообщение о невозможности
синхронизации без публикации;
4) передать копию файла проекта в формате *.RNP остальным участникам совместной работы.
Каждый участник проекта может сохранить свою копию файла проекта под лю-
!
бым удобным ему именем и в нужной папке, так как синхронизация файлов происхо-
дит по уникальному идентификатору проекта, которым обладает каждый проект.
В дальнейшем при работе каждый участник проекта при внесении собственных измене-
ний должен обеспечить синхронизацию проекта с сервером.
Синхронизировать проект можно в ручном режиме, выполнив в основном меню команду
Синхронизировать , либо в автоматическом — при включенной опции Автоматически
синхронизироватьизмененияв настройках программы.
Специального сообщения о том, что синхронизация проекта с сервером завершена,
!
не предусмотрено. Узнать об успешной синхронизации возможно из журнала событий.
При завершении работы с программой проект необходимо сохранить, так как при синхро-
низации изменения, внесенные в проект, не сохраняются в локальном файле пользователя.
Для сохранения проекта необходимо воспользоваться в основном меню командой Сохра-
нить.
Если в проекте были внесены изменения и проект не сохранен, то в заголовке окна про-
граммы можно увидеть символ «звездочка» (рис. 23).
Рис. 23. Проект имеет изменения
После сохранения проекта данный символ пропадает (рис. 24).
Рис. 24. Проект не имеет изменений
Отключение ранее опубликованного проекта от сервера и исключение дальнейшей со-
вместной работы возможно выполнить одним из двух способов:
способ 1: на сервере удалить из папки файл журнала и специальных файлов, предназначенных для синхронизации проектов между всеми пользователями. Имена данных файлов соответствуют уникальному идентификатору проекта;
способ 2: сохранить проект в виде шаблона и на основе сохраненного шаблона создать новый проект.
Если открыть шаблон для редактирования, то он все так же будет привязан к сер-
!
веру с возможностью синхронизироваться.
63
При работе с программами Renga и Renga Collaboration Server можно выделить следующие
виды журналов:
– локальный журнал проекта;
– журнал проекта совместного доступа;
– журнал работы сервера;
– журнал загрузки плагинов Renga.
При создании нового проекта в Renga на компьютере пользователя создается журнал проекта, в котором фиксируются все действия по изменению проекта.
Для ознакомления с журналом необходимо выполнить на основной панели команду Синхронизировать — Открытьжурналпроекта. При этом на компьютере открывается про-
грамма Блокнот, содержащая данные журнала.
Локальный журнал проекта хранится в папке под именем учетной записи пользователя
в операционной системе и доступен по адресу: %LocalAppData%\Renga Software\Renga.
После публикации проекта журнал проекта также появляется на сервере в папке, указанной при установке сервера. В журнал записывают операции, вносимые в проект всеми его
участниками.
При этом на локальном компьютере при получении изменений проекта с сервера входящие
изменения также будут отражены.
Основное различие в записях данных журналов заключается в указании имени пользователя, внесшего изменения в проект. В журнале на сервере указывается имя пользователя,
подключенного к серверу и указанного в настройках программы напротив каждой операции.
В локальном журнале напротив изменений, внесенных другими пользователями, будет написано Other.
Имя файлов журналов соответствует уникальному идентификатору проекта, ко-
!
торым обладает каждый проект. Изменить данный идентификатор стандартны-
ми средствами невозможно.
Информация, содержащаяся в файлах журнала:
– дата и время транзакции;
– имя пользователя;
– наименование объекта, стиля, свойства, чертежа и т.д.;
– уникальный идентификатор объекта, над которым произведено действие в проекте;
– действия: создания (Creation), редактирования (Editing) или удаления (Removal) объекта;
– результат действия: успешное выполнение действия (Success) или возникновение кон-
фликта (Conflict);
– поясняющее суть конфликта сообщение (Failure message).
Журнал работы сервера. Хранится под названием RengaServer.log в папке установки службы RCS и расположен по умолчанию по адресу: C:\Program Files\Renga Collaboration
Server\RengaServer.log. Этот файл журнала содержит данные по запуску службы, версии программы и данные о подключении к проектам пользователей.
Журнал загрузки плагинов Renga. Содержит исключительно информацию по состоянию установленных плагинов в программе Renga, находится в папке под именем учетной записи пользователя в операционной системе по адресу: %LocalAppData%\Renga Software\Renga
под наименованием AecApp.log.
64
IFC (Industry Foundation Classes) — это открытый и межотраслевой формат данных, используемый в строительной отрасли для обмена информацией о зданиях и сооружениях. Разработан для обеспечения совместимости и обмена данных между различными программами
и системами в процессе проектирования, строительства и эксплуатации зданий.
IFC предоставляет стандартизированный набор объектов, свойств и отношений, которые
позволяют описывать геометрию, геометрические свойства, отношения между объектами,
атрибуты и классификации зданий. Формат данных IFC является не зависимым от платформы и программного обеспечения, его можно использовать с различными системами CAD,
BIM и CAE.
Преимущества формата данных IFC включают возможность обмена и совместного использования информации между разными программами, улучшенную координацию и взаимодействие между участниками проекта, снижение рисков ошибок и несоответствий при совместной работе над проектом, а также более эффективное использование данных во время
жизненного цикла здания.
Официальный источник документации по IFC доступен на сайте организации-разработчика buildingSMART (International Alliance for Interoperability, IAI): https://technical.buildingsmart.
org/standards/ifc/
В рамках формата IFC каждому объекту присваивается свой класс элемента, в котором
определены собственные характеристики для элемента.
При подготовке файлов форматов IFC немаловажная роль отводится определению требований модельного вида (Model View Definition — MVD). По своей сути MVD является поднабором в общей IFC-схеме для описания обмена данными в специфических задачах.
Детальное описание MVD приведено в соответствующем разделе официального сайта
buildingSMART организации: https://technical.buildingsmart.org/standards/ifc/mvd/mvd-database/.
Выделяют 2 основных вида MVD:
1) MVD Reference View — устанавливает упрощенное представление цифровой информационной модели (ЦИМ) для координации архитектурных, конструктивных и инженерных решений проекта (не предусматривает возможности редактирования модели);
2) MVD Design Transfer View — устанавливает расширенное представление ЦИМ с возможностью обмена данными между различными программными инструментами (предполагает возможность редактирования компонентов, но не обеспечивает полной передачи всех
данных в редактируемом виде).
Программа Renga обладает гибко и широко настраиваемым инструментарием для работы
с форматом IFC для принятия и передачи ЦИМ с целью выполнения:
– законодательных, нормативных и экспертных требований;
– бизнес-требований, диктуемых организованным с учетом технологии информационного
моделирования процессом проектирования;
– требований интероперабельности ПО, участвующего в процессе проектирования;
– задач передачи ЦИМ.
Перед выполнением экспорта модели в формат IFC необходимо в первую очередь опреде-
лить, какие данные необходимо передать для выполнения задач, а именно:
– какие типы объектов нужны в модели;
– какой набор свойств должен быть у этих объектов;
65
– нужно ли сохранить редактируемость объектов;
– в каком программном обеспечении будет открываться модель и какие геометрические
представления оно поддерживает.
После получения ответа на поставленные вопросы необходимо выполнить настройку экспорта модели в Renga, доступную в окне Настройки, во вкладке Экспорт, доступной
на основной панели.
Окно предоставляет следующие возможности по настройке экспорта модели в формат IFC:
– выбрать файл сопоставления типов, который показывает, какие типы объектов необхо-
димо экспортировать, и их соответствие типу объектов IFC4;
– выбрать файл сопоставления параметров, который определяет, какие свойства объектов
необходимо экспортировать, и их соответствие атрибутам объекта IFC4;
– выбрать файл сопоставления объектов слоям, который определяет, на каких слоях в файле формата IFC4 будут расположены объекты заданных типов. Довольно часто данный параметр не используется в программах при работе с IFC-файлами;
– настроить требования к геометрическому представлению объектов.
Формат IFC поддерживает следующие способы создания геометрического представления
объектов:
– SweptSolid — это параметрическое представление описывает объект как набор действий.
Например, балку прямоугольного сечения можно описать как выдавливание прямоугольного
профиля по траектории в пространстве. Передаваемые в таком представлении элементы можно редактировать, например изменить прямоугольное сечение на швеллер. Описание тела,
созданного таким образом, требует относительно небольшого объема памяти, но тела произвольной формы таким способом создать нельзя. При экспорте в IFC этот способ моделирования в первую очередь используется для стандартных элементов, таких как стены, колонны
или балки;
– Brep(B-rep)— граничное представление. Этот метод создания твердотельного элемента
описывает геометрию поверхностями и ребрами. Brep-представление нельзя выразить параметрически, потому что геометрия ограничена сложными поверхностями, описанными координатами точек, следовательно, таким способом можно геометрически правильно воспроизвести даже самые сложные формы;
– Tesselation — сетки поверхностей. Метод разбивает сложные поверхности на полиго-
ны (в основном треугольники) и представляет их как сетку. Поддерживается различными
IFC-просмотрщиками.
При экспорте Renga использует следующую систему приоритетов для передачи геометри-
ческого представления:
SweptSolid
ParameterizedProfile → ... → ArbitraryClosedProfile
↓
Brep
AdvancedBrep → FacetedBrep
↓
Tessellation
PolygonalFaceSet → TriangulatedFaceSet
Таким образом, если, согласно спецификации IFC4, объект может быть экспортирован как
SweptSolid ParameterizedProfile и соответствующая галочка установлена, то он будет экспортирован как параметрический профиль. Если галочка снята, то система ищет следующее соответствие.
Если соответствия не найдены, то геометрическое представление не будет экспор-
!
тировано.
66
Особенности экспорта в формат IFC:
– Renga выполняет экспорт модели только в формат IFC4;
– по умолчанию настройки экспорта Renga соответствуют представлению MVD Reference
View 1.2.
Для возврата к настройкам по умолчанию геометрического представления необходимо уда-
!
лить файл ifc_geometry_type_settings.json, находящийся в папке под именем учетной запи-
си пользователя в операционной системе по адресу: %LocalAppData%\Renga Software\Renga;
– файлы сопоставления представляют собой файлы в формате JSON, которые можно от-
крыть в любом текстовом редакторе;
– объекты, не указанные в файле сопоставления типов, не будут экспортированы, при ус-
ловии, что объекты не были переопределены;
– свойство объекта и тип объектов в файлах могут быть записаны как через их имя, так
и через их уникальный идентификатор;
– в проекте формата IFC объект может быть представлен только в одном геометрическом
представлении.
Переопределить класс объекта для выгрузки в IFC можно двумя способами:
способ 1: использовать файл сопоставления типов, в котором необходимо указать соответствие типов объектов и их стилей классам IFC. Например, для назначения колонне класса
сваи в файле сделать следующую запись: IfcPile: [Колонна], IfcPileType: [Стиль колонны]. По
умолчанию данный файл имеет название export_type.json и расположен в папке, где установлена программа C:\Program Files\Renga\IFCMap. Данный способ подходит для переопределения класса для всех объектов данного типа единовременно;
способ 2: используя специальное свойство IfcEntityType, назначенное на тип объекта и его
стили. Способ используют, если требуется переопределить класс только у конкретного объекта. Для переопределения необходимо выбрать экземпляр объекта, который требуется переопределить, и в его свойстве IfcEntityType прописать необходимый класс IFC. Точно такие
действия необходимо сделать и со стилем объекта.
Особенности переопределения объекта через свойство IfcEntityType:
– чтобы объект не экспортировался, надо указать в параметре экземпляра объекта символ * (звездочка). Данный символ в стиле объекта не приводит к ожидаемому результату скрытия объекта, однако при этом пользовательские свойства не будут экспортированы;
– при заполнении данного параметра в стилях к названию класса рекомендуется добавлять
слово Type (например IfcPileType);
– при заполнении параметра наименование класса должно начинаться с заглавной буквы;
– если объект переопределен в класс IFC через свойство IfcEntityType (тип данных Строка), то действие файла сопоставления типов на него не распространяется;
– если заполнен данный параметр только у стиля объекта, то переопределение объекта
в другой класс не произойдет;
– если заполнен данный параметр только у экземпляра объекта, то при переопределении
объекта в другой класс у объекта будут параметры от обоих классов.
Также при переопределении объектов кроме свойства IfcEntityType доступны следующие
специальные свойства с типом данных Строка:
– IfcObjectType — задается только в том случае, если пользователь задал предопределен-
ный тип USERDEFINED в свойствах экземпляра объекта;
– IfcElementType — задается только если пользователь задал предопределенный тип
USERDEFINED в свойствах стиля объекта;
– IfcName — для указания короткого имени или номера объекта;
– IfcTa g — соответствует параметру объекта Марка;
– IfcDescription — описание объекта.
67
В качестве свойств участка или здания могут быть заданы специальные свойства, которые определяют смещение положения точки начала координат проекта Renga после экспорта в IFC.
Если задать значения участку и зданию, то координаты здания будут отсчитывать-
!
ся от координат участка.
Для определения смещения по осям X, Y, Z применяются специальные свойства с типом
данных Длина, координаты в которых задаются в миллиметрах:
IfcLocationX, IfcLocationY, IfcLocationZ.
Для задания углов поворота по принципу углов Эйлера применяются следующие специальные свойства с типом данных Угол, значения которых задают в градусах:
– IfcDirectionPrecession — угол прецессии;
– IfcDirectionNutation — угол нутации;
– IfcDirectionSpin — угол собственного вращения.
Для задания географических координат участка применяются следующие специальные
свойства:
– RefLatitude (тип данных Угол) — мировая широта в контрольной точке, согласно юри-
дическим документам;
– RefLongitude (тип данных Угол) — мировая долгота в контрольной точке, согласно юри-
дическим документам;
– RefElevation (тип данных Длина) — высота над уровнем моря.
При экспорте в формат IFC4 вместе с файлом в формате IFC сохраняется журнал экспорта,
в котором могут быть записаны ошибки (табл. 7).
Таблица 7
ТиповыеошибкиприэкспортевIFC-формат
Имя ошибки Описание
EntityType value Ошибка в написании класса IFC
Invalid value of the «PredenedType»
attribute
Impossible to assign LongName to this object
Value mapping le was parsed with error
Ошибка в написании предопределенного типа класса IFC
Ошибка может возникнуть, если полное имя присвоено объекту, а в IFC не предусмотрен такой атрибут
для выбранного типа объекта
Нарушение синтаксиса в файле сопоставления типов,
файле сопоставления параметров или файле сопоставления объектов слоям
68
Таким образом, программный комплекс Renga является достаточно функциональным средством для совместного архитектурно-строительного проектирования, разработки несущих
конструкций, внутренних инженерных сетей и технологической части зданий и сооружений.
Комплекс сочетает в себе преимущества простоты интерфейса, использования российских
стандартов, совместной работы со смежными системами.
1. ГОСТ Р 57563-2017/ISO/TS 12922:2012. Моделирование информационное в строительстве. Основные положения по разработке стандартов информационного моделирования зданий и сооружений (с Поправкой) : национальный стандарт Российской Федерации : утвержден и введен в действие
Приказом Федерального агентства по техническому регулированию и метрологии от 28.07.2017
№ 763-ст : дата введения 2017-10-01 / Росстандарт. — Изд. официальное. — Москва : Стандартинформ, 2017. — 27 с. — Текст : непосредственный.
2. Российская Федерация. Законы. Градостроительный кодекс Российской Федерации (редакция 2024 г.) : Федеральный закон № 190-ФЗ : [принят Государственной думой Российской Федерации 22 декабря 2004 года : одобрен Советом Федерации 24 декабря 2004 года] // Российская газета. —
№ 290, 30.12.2004. — Текст : непосредственный.
3. СП 333.1325800.2020. Информационное моделирование в строительстве. Правила формирования информационной модели объектов на различных стадиях жизненного цикла : свод правил : дата
введения 2021-07-01 / Минстрой России. — Изд. официальное. — Москва : Стандартинформ, 2021. —
226 с. — Текст : непосредственный.
4. ГОСТ Р 10.0.03-2019/ИСО 29481-1:2016. Система стандартов информационного моделирования
зданий и сооружений. Информационное моделирование в строительстве. Справочник по обмену
информацией. Часть 1. Методология и формат : национальный стандарт : дата введения 2019-09-01 /
Росстандарт. — Изд. официальное. — Москва : Стандартинформ, 2019. — 30 с. — Текст : непосредственный.
5. Бачурина С.С. Информационное моделирование / С.С. Бачурина. — Москва : ДМК Пресс,
2021. — Часть 2 : Переход к цифровому проектированию и строительству. Методология. — 2021. —
128 с. — ISBN 978-5-97060-994-1. — Текст : электронный // Лань : электронно-библиотечная система. — URL: https://e.lanbook.com/book/241184 (дата обращения: 07.11.2024). — Режим доступа: для авториз. пользователей.
6. Нурмухаметов Р.И. 120+ особенностей и лайфхаков работы в Renga / Р.И. Нурмухаметов. — Екатеринбург : Издательские решения по лицензии Ridero, 2024. — 36 с. — ISBN 978-5-0060-6041-8. —
Текст : непосредственный.
69
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]