Теперь в Delta Design можно делать проект с исполнениями! И наш модуль формирования конструкторской документации это поддерживает.

Для начала немного теории

В приборостроении обычная практика — использовать одну печатную плату (ПП) в нескольких изделиях. Унифицировать и тем самым расширить спектр её использования позволяет функционал исполнений, когда при неизменной конструкции самой печатной платы варьируются устанавливаемые на неё компоненты.

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

При этом соблюдается требование ГОСТ на единство конструкции, поскольку сама ПП с топологическим рисунком, посадочными местами остаётся неизменной.

Формат заведения переменных данных для исполнений регламентирует ГОСТ 2.113 на Групповые и базовые конструкторские документы.

В рамках платы с компонентами (печатного узла (ПУ)) исполнения могут касаться как схемы электрической принципиальной, так и сборочного чертежа.

А теперь, как мы это реализовали

Когда закончена разработка электрической принципиальной схемы (Э3) проекта ПУ, можно определить её переменные данные.

В дереве проекта заходим в Менеджер исполнений, выглядит он следующим образом:

На этой картинке приведено отображение переменных данных проекта для определённых исполнений.

На основной (базовой для исполнений) схеме Э3 переменные данные размещаются в таблице. Именно она является отчётным документом для КД.

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

И мы учли и тот вариант, что многие разработчики заводят исполнения не в виде таблицы на схеме. У нас автоматически создаётся групповой перечень элементов (ПЭ3), в котором, по аналогии с групповой спецификацией, переменные данные идут в конце перечня.

Теперь немного о формировании КД на проект с исполнениями

В предыдущей статье я уже описывала наши возможности выпуска основного комплекта КД «по одной кнопке». И те немногие вещи, которые нужно будет доработать. 

Основной концепт Модуля конструкторской документации в Delta Design ー автоматизация. Конечно, мы, реализовав базовые вещи, не могли оставить без внимания данный широко используемый функционал. Кроме того, когда у проекта ПУ есть исполнения — в разы увеличивается количество разрабатываемых документов, а значит, тут мы нужнее всего.


Теперь возможно генерить комплект КД разом на каждое исполнение или выпустить групповой вариант на весь проект.

Дальше поподробнее расскажу, что вошло в уже выпущенную сборку DD 4.2, и что в разработке к следующему выходу версии DD, и этот момент уже не за горами.

В сборке DD 4.2 мы реализовали два самых популярных варианта исполнений (по мнению наших заказчиков):

— групповой вариант, позволяющий ставить/ не ставить компоненты и заменять на компоненты с другими параметрами в рамках того же посадочного места;

На этой картинке представлен групповой вариант спецификации, где после постоянных данных перечислены переменные данные проекта (ГОСТ 2.113, вариант А).

— вариант, при котором на каждое исполнение разрабатывается отдельный комплект КД.
В этом случае, если есть компоненты, которые не устанавливаются, виды СБ чертежа ПУ их не содержат.

Переменные данные для сборочного чертежа, не затрагивающие схему, например, различные типы покрытия, можно завести на СБ чертеже ПУ в виде таблицы.

И, конечно, Ведомость покупных изделий (ВП). Её тоже можно выпустить в виде группового документа или на каждое исполнение. В случае групповой ВП в колонке «куда входит» указан суффикс исполнения.

Также под исполнения заточен наш новый функционал Delta Design 4.3 ー Карты рабочих режимов (КРР). Комплект КРР можно в автоматическом режиме выпустить под каждое исполнение.

Кроме КРР, в сборку Delta Design 4.3 войдут более удобный интерфейс исполнений, возможность присваивать «Код» наименованию исполнения и автоматическое исключение не устанавливаемых компонентов из видов СБ ПУ исполнения.

Тема с исполнениями ПУ у нас в работе. До конца года мы планируем выпустить такие документы, как Групповые Спецификацию и Ведомость покупных, по тому варианту, когда исполнения проекта содержат переменные данные только устанавливать/ не устанавливать. И когда исполнений много (ГОСТ 2.113, вариант Б).

Полезные ссылки

Комментарии (3)


  1. PTM
    27.08.2026 04:19

    Жаль что топор больше нельзя купить отдельно


    1. IlyaSkvortsov
      27.08.2026 04:19

      Да, топор как отдельный продукт перестал развиваться еще в 2018 году. Но продолжает уже внутри ДД. Кстати в нашей Домашней версии Топор представлен в полном функционале.


      1. PTM
        27.08.2026 04:19

        вот то-то и оно… а так интересно было использовать в связке с открытым ПО ( хоть там и были ограничения на слои )