2) Средние eCAD
Средние eCAD системы можно разделить на две категории – решения от специализированных вендоров и решения от вендоров, основной бизнес которых – Plant Design Software.
2.1. Решения среднего уровня от специализированных вендоров имеют развитую электротехническую логику и инструментарий, превращающий схемы в элементы базы данных проекта. В силу этого они хорошо справляются с задачами нумерация цепей, кабелей, устройств. Схемы оказываются непосредственно связаны с данными проекта, а генерируемые таблицы - оперативно обновляемыми.
Необходимо отметить, что у таких решений модель данных «из коробки» покрывает лишь небольшую часть требуемых атрибутов, а большинство атрибутов назначаются отдельным пользователем так, как ему это требуется. У этого есть важное следствие – создание стандарта предприятия, а уж, тем более, экосистемы из значительного количества подрядчиков и поставщиков требует от «владельца» экосистемы значительных усилий по разработке и насаждению Информационного стандарта для своих проектов по промышленной автоматизации и электроснабжению. В связи с тем, что подрядчики, скорее всего, не предоставят «владельцу» экосистемы непосредственной доступ к своим программным продуктам, поддержание Информационного стандарта сводится к выпуску регламентирующего документа, исполнение которого будет полностью на совести подрядчика. Учитывая, что у подрядчика, скорее всего, заказчиков много, соблюдение Информационного стандарта становится невозможным, а работа по импорту и интеграции данных от различных поставщиков сводится к ручной и\или полуавтоматической обработке (проверке) таблиц Эксель.
eCAD среднего уровня позволяют структурировать документы проекта, а также создать произвольную структуру проекта. Структура проекта не поддерживает многоаспектность, что требует ручного тэгирования в более крупных проектах или при использовании многоаспектных систем идентификации объектов, таких как KKS или RDS/PP.
eCAD среднего уровня так же позволяет выпускать большинство требуемых отчётов. Под отчётами я понимаю документы, формируемые автоматически и отображающие информацию из базы данных проекта в виде, наиболее удобном для решения тех или иных задач (закупки, монтаж, ...). При этом для формирования отчётов и нумерации элементов и документов требуется использовать программирование и, по причине низкой стандартизации атрибутов, такие отчёты и схемы нумерации будут, как правило, привязаны к одной компании-пользователю.
Некоторые специализированные вендоры осознают эти ограничения и используют информационный стандарт eCAD тяжёлого класса. Так WSCAD и COFASO в своих решениях применяет формат базы данных изделий и схемных заготовок (макросов) EPLAN.
Большинство вендоров в этой категории предлагает то или иное 3D решение для проектирования шкафов, но, в силу ограниченности ресурсов этих вендоров (а у них небольшой оборот и они могут позволить себе лишь небольшой коллектив разработчиков) эти решения имеют ограниченный функционал и уступают как машиностроительным 3D системам, так и eCAD тяжёлого класса.
Примеры таких специализированных решений - See Electrical, Engineering Base, RuPlan, WSCAD, E3.Series.
eCAD среднего уровня от специализированного вендора, как правило, дешевле eCAD тяжёлого класса и его можно порекомендовать при наличии двух из трех или всех нижеуказанных обстоятельств:
- компаниям, обладающим компетенциями и ресурсами для расширенного программирования\создания и поддержания собственного функционала на базе компактного ядра ПО этого класса. Расходы на программиста(ов), однако, необходимо учитывать при определении полной стоимости владения таких систем. Смена версии ПО может потребовать значительной переделки всех наработок компании.
- компаниям, предпочитающим гибкость стандартизации, даже при том, что это чревато большими расходами.
- компаниям, уже использующим машиностроительные 3D САПР для проектирования шкафов\щитов, интегрированные с производством и не планирующих переходить на еCAD в этой части.
Большинство решений среднего класса недоступны официально в России, а создание отечественного решения такого класса не предвидится в ближайшие три-четыре года, как минимум. В заключение этой статьи будет описана альтернатива, доступная в России уже в 2024 году.
2.2. Решения от вендоров, занимающихся Plant Design Software, построены по другому принципу. Они идут от библиотеки классов и базы данных проекта, выстроенных вокруг мощного 3D инструмента проектирования производства. Схемы для этих решений – это графические страницы, сформированные из базы данных проекта. Эти страницы позволяют обратиться\перейти к центральной базе данных проекта, но редактирование самих этих страниц никак не сказывается на этой базе.
Таким образом, этим eCAD системам недоступен подход, принятый в индустрии АСУ ТП и энергоснабжения, при котором именно схемы соединений и подключений служат источником информации о физических и логических связях между объектами\элементами систем. Исключение, как правило, делается только для P&ID, информация с которой формирует данные, важные для всего проекта в целом и для технологов-монтажников в частности. Такой подход ограничивает применение этих систем проектной документацией. Для создания рабочей документации, а тем более конструкторской документации на шкафы\щиты, а также производственной, исполнительской и эксплуатационной документации возможностей этих систем однозначно не хватает.
Примеры таких систем - AVEVA (Electrical, Instrumentation), Hexagon (SPEL, SP Instrumentation) и Siemens (COMOS). Все эти решения так же недоступны официально в России, но предложенная в заключении этой статьи альтернатива позволит импортозаместить и их.