В какое поле свойств в Renga необходимо (правильно) заносить информацию о конкретном оборудовании по маркировке технологического оборудования - KKS (нем. Kraftwerk Kennzeichen System)?
ККС - это унифицированное кодирование элементов на ТЭЦ и АЭС. В код элемента закладывается описание системы, к которой он относится, местоположение, функции прибора и порядковый номер.
Кодировка нужна для быстрой ориентации среди приборов, точной и быстрой координации сотрудников.
Как выглядит ККС?
Благодаря кодировке по пяти символам из зелёной группы можно понять большой спектр информации: CT - датчик температуры, CP - давления, AP - насос, AA001 - запорный клапан, AA801 - регулировочный клапан, AA031 - аварийный клапан. А по пяти символам из бордовой группы можно понять расположение элемента по системе (по буквам) и по порядку в тех. процессе (по цифрам). LAB - пар высокого давления, LBD - отбор пара, MAV - мослосистема, MAW - конденсат и т.д.
Метод 1. Реализация кодировки по группам. В соответствии с группами в структуре ККС создаём свойства в Ренге (фиолетовую часть опускаем, потому что она выделяет типы сигналов открыто/закрыто). Эта информация нужна для электрических схем подключения к контроллерам и программирования. И не забываем собрать всё в одно поле при помощи формулы.
Плюсы При маркировке оборудования можно менять принадлежность к системе за один заход. Потому как свойство одинаково для нескольких единиц оборудования.
Минусы На практике же система у маслопровода будут добавляться номера после разветвлений (у трубопроводов тоже) MAV30, MAV40, MAV50. Соответственно нужно дробить ещё чаще. Повысится трудозатратность. А также все сигналы, датчики, клапаны, регуляторы, насосы и т.д. предварительно собираются в базу сигналов, которая согласовывается с заказчиком в начале проектирования. Все смены групп и т.д. выполняются именно в таблице на предпроектной подготовке.
Метод 2. Реализация одного свойства Соответственно, быстрее и удобнее использовать одно текстовое свойство для ККС. Открыть в соседнем окне таблицу вашего оборудования (аналоговых и дискретных сигналов) и непосредственно оттуда вставлять в модель необходимые кодировки и описание установки целой строкой.
Плюсы Быстрота заполнения информации в модель. Есть возможность фильтрации любых типов систем по критерию "Содержит".
Минусы Нет возможности выполнить группировку оборудования по принадлежности к определённой системе при построении отчётов в рамках одной таблицы.
Выводы Ситуации и задачи бывают разные. Поэтому лучше опробовать оба метода и определить, как удобнее. Может быть придумать свой, третий метод. Быть может будут нужны отчёты с группировкой по системам, или вы разрабатываете концепцию технологии - тогда будут нужны отдельные свойства. Но для обычной модернизации турбоагрегатов будет достаточно двух свойств - кода ККС и описания.
@Ольга Зайцева, для стиля можно задавать свойство, которое отвечает за тип датчика, но, например, датчик перепада давления может использоваться как для измерения расхода (CF), так и для измерения уровня (CL). Таких нюансов ещё может быть много. И что бы не плодить стили - туда это лучше не вносить.
Мне кажется, что одной строкой удобнее потому, что всегда перед созданием модели есть таблица сигналов и оборудования. и в ней будет полный код элемента. Один раз скопировать ячейку и вставить быстрее, чем копировать и вставлять 4 ячейки (единиц оборудования может быть 600 штук), а если ещё и отдельно записывать MAV и 30, то там все восем ячеек получатся. А практической ценности, по крайней мере для себя, я в этом не вижу. Т.е. это может пригодиться только если нужно будет создать таблицу и в ней группировать по типу систем. Именно включить "группировать по свойству". А во всех остальных случаях есть фильтр "содержит" и сортировка по алфавиту