Работа с управляемыми листами схем

Created: мая 20, 2025 | Updated: ноября 21, 2025

Возможность повторно использовать проектные данные — это то, чего хотят все компании, занимающиеся разработкой продуктов, и что может принести огромную пользу. Повторное использование не только экономит время: если можно легко повторно применить фрагмент предыдущего проекта, значит, вся квалификация и тестирование этой части уже выполнены. Однако повторное использование — это гораздо больше, чем «копировать и вставить»: настоящее reuse требует, чтобы содержимое было зафиксировано, чтобы вы были уверены, что оно точно такое же, как и раньше. Никаких быстрых правок «поменять цвет компонента» или «чуть подправить номинал резистора» — работа с повторно используемым содержимым должна быть как с готовыми покупными компонентами: разместили, подключили, и оно работает так же, как в прошлый раз.

Altium Designer совместно с connected Workspace предоставляет возможность создавать в этом Workspace управляемые листы схем (Managed Schematic Sheet Items). Такие листы можно создавать:

Путем прямого редактирования.
Путем сохранения текущего листа схемы в Workspace.
Путем загрузки соответствующего документа схемы (*.SchDoc) в ревизию целевого управляемого листа схемы.

После того как управляемый лист схемы создан (и данные сохранены в его ревизии), его можно повторно использовать в будущих проектах разработки платы на уровне изделия.

Что такое управляемый лист схемы?

Управляемый лист схемы — это стандартный лист схемы Altium Designer, содержащий компоненты и соединения, который сохранен в Workspace, чтобы его можно было повторно использовать в других проектах. Он редактируется так же, как и любой другой лист схемы. При этом концепция управляемого листа схемы не ограничивается одним листом: вы можете разместить в проекте управляемый лист схемы, который является вершиной дерева других управляемых листов схем.

Управляемые листы схем отличаются от device sheets тем, что хранятся в Workspace, тогда как device sheets хранятся в папке на жестком диске. Соответственно, управляемые листы получают преимущества, присущие контенту Workspace, включая упрощенное хранение и принудительный контроль версий, и, конечно, защищенную целостность.

► См. информацию о локально управляемых Device Sheets.

Решение перейти от device sheets к управляемым листам схем принимается тогда, когда появляется желание сделать переход от повторно используемого содержимого к Workspace повторно используемому содержимому — то есть когда возникает желание или необходимость контролировать выпуск (release) этих проектных данных и предоставить единственный источник этого содержимого для всей команды.

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

Тип папки

При создании папки, в которой будут храниться управляемые листы схем, можно указать тип папки. Это не влияет на содержимое папки — сохранение листа схемы всегда приводит к созданию соответствующего Managed Schematic Sheet Item. Это лишь дает визуальную «подсказку» о том, что хранится в папке, и может быть полезно при просмотре Workspace в поисках нужного содержимого. Чтобы назначить папку контейнером для управляемых листов схем, установите ее Folder Type как Managed Schematic Sheets при задании свойств папки в диалоге Edit Folder dialog.

Указание типа папки — ее предполагаемого назначения — дает визуальное представление о содержимом этой папки при просмотре Workspace.

Item Naming Scheme

Еще один важный аспект родительской папки — это используемая для нее Item Naming Scheme. Она определяет формат уникального ID для каждого Item, создаваемого в этой конкретной папке. Доступно несколько примеров схем по умолчанию, использующих короткий код либо типа папки (SSC – Schematic Sheet Collection), либо типа содержимого (SCH – Schematic Document):

$CONTENT_TYPE_CODE-001-{0000} – например, SCH-001-0001.
$CONTENT_TYPE_CODE-001-{A00} – например, SCH-001-A01.
$FOLDER_TYPE_CODE-001-{0000} – например, SSC-001-0001.
$FOLDER_TYPE_CODE-001-{A000} – например, SSC-001-A001.

При использовании схемы именования по умолчанию ПО автоматически назначит следующий доступный уникальный ID на основе этой схемы, предварительно просканировав весь Workspace и идентификаторы существующего содержимого. Это может существенно сэкономить время при ручном создании управляемых листов схем.

Для папки также можно определить пользовательскую схему — просто введите ее в поле, убедившись, что переменная часть заключена в фигурные скобки (например, SHEET-001-{0000}).

Схема именования Item родительской папки применяется к Unique ID каждого Item, создаваемого в этой папке.

Используемую для родительской папки Item Naming Scheme можно изменить в любое время. Измененная схема будет применяться ко всему последующему новому содержимому, создаваемому в этой папке.

Тип содержимого

При создании целевого Managed Schematic Sheet Item, в котором будет храниться ваш лист схемы, убедитесь, что его Content Type установлен в Managed Schematic Sheet в диалоге Create New Item dialog. Если вы создаете Item в папке типа Managed Schematic Sheets, этот тип содержимого будет доступен из контекстного меню по правому щелчку при создании Item.

Создание управляемого листа схемы в папке Managed Schematic Sheets — корректный Content Type доступен в контекстном меню.

Item Lifecycle Definition and Revision Naming

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

Управление тем, какие типы содержимого могут использовать конкретное определение жизненного цикла или схему именования ревизий, можно задать и включить глобально в диалоге Content Types dialog при определении каждой схемы. Схемы по умолчанию, назначенные для использования управляемым листом схемы: Generic Lifecycle и 1-Level Revision Scheme соответственно.

После того как определение шаблона сохранено в начальную ревизию Managed Schematic Sheet Item, эти схемы нельзя изменить для данного конкретного Item.

Укажите требуемые схемы в диалоге Create New Item, используя поля Lifecycle Definition и Revision Naming Scheme соответственно.

Если включена опция управления использованием определений жизненного цикла и схем именования ревизий по типам содержимого для каких-либо определений/схем, и тип содержимого Managed Schematic Sheet не настроен на использование конкретного определения/схемы, то это определение/схема не будет доступно в соответствующем выпадающем списке.

Выбор схем Lifecycle Definition и Revision Naming для управляемого листа схемы, созданного вручную.

Соблюдение стандартных схем именования ревизий и определений жизненного цикла для различных типов проектного содержимого в Workspace обеспечивает плавное и единообразное управление этим содержимым.

Хорошая практика — добавить Name и Description в рамках определения управляемого листа схемы. Эта информация используется при поиске в Workspace и позволяет быстро понять, что именно предлагает управляемый лист схемы.

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

До этого мы обсуждали поддержку управляемого листа схемы в Workspace с точки зрения связанных типов папок и типов содержимого. Сохранение фактически определенного листа схемы в ревизию такого Managed Schematic Sheet Item можно выполнить несколькими способами, как описано в разделах ниже.

Чтобы облегчить повторное использование Managed Sheets в ваших проектах, настоятельно рекомендуется вручную выполнить аннотирование листа схемы (Tools » Annotation » Annotate Schematics) перед сохранением его как Managed Sheet. Когда проект, использующий Managed Sheets, завершен, все листы и компоненты можно перенумеровать по всему проекту.

► См. раздел Annotating Components and Sheets ниже.

Прямое редактирование

Лист схемы можно отредактировать и сохранить в начальную ревизию вновь созданного Managed Schematic Sheet Item благодаря поддержке прямого редактирования в Workspace. Прямое редактирование освобождает от необходимости иметь отдельные исходные данные под контролем версий. Вы просто редактируете поддерживаемый тип содержимого во временном редакторе, загруженном с самым актуальным исходником напрямую из Workspace. После завершения редактирования сущность сохраняется (или пересохраняется) в следующую запланированную ревизию ее родительского Item, а временный редактор закрывается. Нет файлов на жестком диске, нет сомнений, с правильным ли или самым свежим исходником вы работаете, и нет необходимости поддерживать отдельное ПО для контроля версий. Workspace берет все это на себя — с высокой целостностью и таким образом, который значительно ускоряет внесение изменений в ваши данные.

Когда вы создаете Managed Schematic Sheet Item, у вас есть возможность после создания отредактировать и сохранить лист схемы в начальную ревизию этого Item. Для этого включите опцию Open for editing after creation в нижней части диалога Create New Item dialog (по умолчанию включена). Item будет создан, и откроется временный Schematic Editor, представив документ .SchDoc как активный документ в главном окне проектирования. Этот документ будет назван в соответствии с Item-Revision в формате: <Item><Revision>.SchDoc (например, SCH-0007-1.SchDoc).

Если в вашем Workspace сохранен хотя бы один Schematic Template, появится диалог Select configuration item (Schematic Templates). Используйте его, чтобы выбрать, какой шаблон следует применить к документу схемы.

Пример редактирования начальной ревизии управляемого листа схемы напрямую из Workspace — временный Schematic Editor предоставляет документ, с помощью которого вы определяете свой лист схемы.

Используйте документ, чтобы определить лист схемы в соответствии с требованиями. Поскольку управляемые листы схем хранятся в Workspace, компоненты на них также должны храниться в Workspace. Так вы получите все преимущества системы контента, которую предоставляет Workspace, включая возможность идентифицировать и находить все компоненты, используемые на управляемом листе схемы (дочерние элементы), а также возможность определять и находить, в каких проектах использовался управляемый лист схемы (where-used). Дополнительные сведения см. в Building & Maintaining Your Components and Libraries.

Возможность использовать компоненты Workspace для построения более крупных «строительных блоков» проекта позволяет сделать процесс проектирования ещё более упорядоченным и поднять его на более высокий уровень абстракции. Проектировщик, словно выбирая детали с полки, повторно использует эти управляемые листы схем с реализованной функциональностью как составные компоненты более крупного проекта. И чем больше управляемых листов схем с подобными узлами создано и сохранено в Workspace, тем больше функциональности доступно проектировщику, что, в свою очередь, повышает производительность при последующих разработках.

Considerations when Creating a Managed Schematic Sheet

Когда речь идёт о проектировании управляемого листа схемы, применение выверенных стандартов не только улучшает читаемость листа, но и обеспечивает высокий уровень согласованности и единообразия оформления. То есть это не только единый стиль представления, но и соблюдение определённых лучших практик проектирования. В следующих разделах подробнее рассматриваются рекомендуемая конвенция именования управляемых листов схем, а также некоторые ключевые стандарты, которых можно придерживаться при их разработке.

Naming Convention

Что касается именования, один из вариантов — называть каждый управляемый лист схемы по основному (ключевому) компоненту, который на нём представлен. В качестве имени используется код заказа компонента (код, применяемый при заказе у поставщика). Примеры имён файлов управляемых листов схем:

MAX3062EEKA.SchDoc – с MAX3062EEKA — RS-485 трансивер 20 Мбит/с от Maxim.
BMP085.SchDoc – с BMP085 — цифровой барометрический датчик давления от Bosch.
RTL8201CL.SchDoc – с RTL8201CL — однопортовый 10/100M Fast Ethernet PHYceiver от Realtek.

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

Пример управляемого листа схемы с компонентом BMP085.

Design Standards

Когда дело доходит до заполнения пустого листа схемы, проектировщики по своей природе немного похожи на шеф-поваров — у каждого есть свой фирменный подход. С точки зрения оформления, например, разные проектировщики выбирают разные стили, предпочтения по компоновке, использование цвета и т. п. В конце концов, если бы все проектировщики на планете оформляли схемы абсолютно одинаково, мир разработки выглядел бы скучно и монохромно! Главное — выбрать метод создания и представления, который будет единообразным внутри ваших команд разработки.

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

Каждый управляемый лист схемы содержит один ключевой компонент или небольшую группу ключевых компонентов, ориентированных на конкретную функцию.
В лист включается вся возможная вспомогательная обвязка.
Части проекта, которые могут конфигурироваться несколькими способами, при необходимости можно вынести в родительский лист или подлист, чтобы поведение подлиста можно было настраивать из родительского без добавления лишней структурной сложности.
Сигналы общего назначения передаются на родительские листы с использованием разумных и универсальных имён, чтобы их можно было переназначить под конкретную задачу.
Сохраняйте читаемость отдельного автономного управляемого листа схемы, при этом позволяя проектировщику легко понять, как он будет применён как элемент в его проекте.
Используйте единые стандарты именования, оформления и проектирования.

С точки зрения проектирования для повторного использования особенно актуальны и важны для фиксации на уровне управляемого листа схемы следующие пункты:

По возможности используйте жгуты сигналов (signal harnesses), поскольку стандартный жгут сам по себе является повторно используемым элементом проекта.
Не выполняйте маркировку локальных цепей — то есть избегайте использования Net Labels — поскольку это фактически усложняет управление связностью в проекте, где используется управляемый лист схемы. Наиболее распространённое исключение — необходимость такой маркировки при создании шин.
Все порты питания должны быть подключены к интерфейсу портов листа и переданы на родительский лист — локальные порты питания следует избегать, чтобы не создавать путаницу.
Направление порта и тип I/O строго задаются в соответствии с направлением сигнала, за исключением цепей питания (они будут unspecified). Если направление сигнала не задано, используется Bidirectional.
Используйте стандартный набор имён сигналов, по возможности — универсальные имена (например, 5V0 вместо 5.0V/5V/5Volts). Здесь также допускается определённая гибкость, поскольку соединения явным образом задаются за счёт строгой иерархии во всех проектах. Это позволяет по-разному определять имена для любых двух соединённых объектов на разных уровнях иерархии проекта, поскольку их соединение задано явно.
Используйте стандартный набор параметров уровня листа.

Ещё одно рекомендуемое дополнение к управляемому листу схемы — раздел, выделяющий ключевой компонент на листе: его производителя и краткий перечень основных характеристик «с первого взгляда». Это может быть крайне полезно проектировщику при оценке целесообразности включения узла в новый проект.

Характеристики ключевого компонента, приведённые рядом со схемотехникой узла.

При прямом редактировании доступны три соответствующих элемента управления — их можно быстро вызвать из Quick Access Bar (в левом верхнем углу главного окна приложения) или с панели инструментов Schematic Standard:

– Save Active Document. Используйте эту кнопку, чтобы локально сохранить любые изменения, внесённые в документ. Это позволяет сохранить текущие изменения, если вы хотите вернуться позже и внести дополнительные правки перед окончательным сохранением в Workspace.
/ – Save to Workspace. Используйте эту кнопку, чтобы сохранить определённый лист схемы в Workspace, поместив его в начальную (запланированную) ревизию целевого элемента Managed Schematic Sheet Item. Появится диалог Edit Revision dialog, в котором при необходимости можно изменить Name, Description и добавить примечания к выпуску. После сохранения документ и редактор будут закрыты. Документ, содержащий исходный лист схемы (*.SchDoc), будет сохранён в ревизии элемента.

Справа от записи листа схемы в панели Projects panel также удобно доступен элемент управления Save to Server.
/ – Discard Local Changes. Используйте эту кнопку, если хотите отменить редактирование и отбросить все внесённые изменения. Документ и редактор будут закрыты, и ничего не будет сохранено в целевой Managed Schematic Sheet Item.

Эти элементы управления также доступны как команды — Save (сочетание клавиш: Ctrl+S), Save to Server (сочетание клавиш: Ctrl+Alt+S) и Discard Local Changes — из главного меню File и из контекстного меню (по правому клику) записи листа схемы в панели Projects.

Сохранённые данные в Workspace включают исходный лист схемы, определённый в файле Schematic Document (<Item><Revision>.SchDoc), а также любые связанные файлы определения жгутов (*.Harness). В панели Explorer panel переключитесь на вкладку представления аспектов Preview, чтобы увидеть графическое представление листа вместе со списком входящих в него компонентов (а также шаблон управляемого листа схемы, если применимо).

Щёлкните по гиперссылке записи дочерней ревизии Component Item Revision, чтобы выполнить кросс-переход к ней в панели Explorer. Область Child Items также предоставляет контекстное меню по правому клику с командами для работы с дочерней ревизией Component Item Revision.

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

Дочерние компоненты, используемые на листе, также можно просматривать на вкладке представления аспектов Children. Дважды щёлкните запись для кросс-перехода, либо щёлкните правой кнопкой, чтобы открыть набор команд, связанных с компонентом.

Просмотр составляющих компонентов на управляемом листе схемы через представление аспектов Children.

Сохранение существующего листа в Workspace

Хотя прямое редактирование является предпочтительным подходом для большинства проектных данных, которые можно хранить в Workspace, в случае существующих листов схем (или листов устройств) у вас также есть возможность сохранить лист напрямую в Workspace. Для этого требуется запланированная ревизия существующего элемента Managed Schematic Sheet Item, в которую будет сохранён лист. Процесс следующий:

Создайте новый Managed Schematic Sheet Item и начальную запланированную ревизию либо, при необходимости, используйте запланированную ревизию другого существующего элемента.
Откройте лист схемы или лист устройства в Altium Designer.
Выберите команду File » Save as Managed Sheet to Server в главном меню.
Появится диалог Choose Planned Item Revision. Используйте его, чтобы выбрать целевую ревизию требуемого Managed Schematic Sheet Item (она должна быть в состоянии Planned), затем нажмите OK.

Если целевой Managed Schematic Sheet Item не существует, вы можете создать его «на лету» через диалог Choose Planned Item Revision. При этом обязательно отключите опцию Open for editing after creation (в диалоге Create New Item), иначе вы перейдёте в режим прямого редактирования.
Появится диалог Edit Revision dialog, в котором при необходимости можно изменить Name, Description и добавить примечания к выпуску.
После нажатия OK лист будет сохранён и помещён в ревизию элемента (Item).

Пример отправки существующего листа устройства в Workspace, к которому вы в данный момент подключены. Сохранение должно выполняться в существующую ревизию управляемого листа схемы, и эта ревизия должна находиться в состоянии Planned.

Загрузка листа схемы

Вы также можете загрузить лист схемы в ревизию элемента Managed Schematic Sheet Item. Это можно сделать несколькими способами.

Меню Upload

Лист схемы можно загрузить, щёлкнув правой кнопкой мыши по нужному элементу Managed Schematic Sheet Item в панели Explorer panel и выбрав команду Upload в контекстном меню. Появится диалог Create New Revision, в котором при необходимости можно изменить Name, Description и добавить примечания к выпуску. Используйте область Sources этого диалога, чтобы загрузить нужный лист схемы. Это можно сделать, перетащив файл из Проводника Windows в эту область. Либо нажмите кнопку — появится диалог Add Files (стандартный диалог Windows для открытия файла). Используйте его, чтобы перейти к нужному файлу и открыть его (*.SchDoc).

Если у элемента нет запланированной ревизии, загрузка будет выполнена в следующую запланированную ревизию, которая будет создана «на лету» в рамках процесса загрузки.

Ручное указание листа схемы для загрузки в целевой элемент Managed Schematic Sheet Item.

После того как нужный лист будет перетащен или выбран и нажата кнопка Open, запись о нём появится в области Sources. Продолжите загрузку, нажав кнопку OK. Загруженный лист будет доступен на вкладке представления аспектов Preview для ревизии элемента в панели Explorer.

Загруженный лист можно просмотреть на вкладке представления аспектов Preview для ревизии управляемого листа схемы, вместе со списком его дочерних элементов (child Items).

Перетаскивание из Проводника Windows

Лист схемы также можно загрузить, перетащив выбранный файл из исходной папки в Проводнике Windows и сбросив его на нужный целевой элемент Managed Schematic Sheet Item в панели Explorer panel. Появится диалог Create New Revision, а перетащенный файл будет указан в области Sources. Измените Name (это будет имя файла с расширением) и Description (в формате Uploaded from <FileNameandPath>, Size <FileSize>, Created on <FileCreationDate>), добавьте при необходимости Release Notes, затем нажмите кнопку OK.

Если у существующего элемента Managed Schematic Sheet Item нет запланированной ревизии, загрузка будет выполнена в следующую запланированную ревизию, которая будет создана «на лету» в рамках процесса загрузки. Если вы сбросите перетаскиваемый файл не на существующий элемент, будет создан новый элемент Managed Schematic Sheet Item. Появится диалог Create New Item dialog. Значение Name элемента будет именем файла с расширением. Значение Description будет в формате Uploaded from <FileNameandPath>, Size <FileSize>, Created on <FileCreationDate>. При необходимости измените их. Значение Item ID будет соответствовать схеме именования элементов (Item Naming), заданной на уровне папки. Если для папки схема именования не определена, именование будет следовать схеме $CONTENT_TYPE_CODE-001-{0000}.

Загрузка листа схемы методом перетаскивания.

Повторное использование Managed Schematic Sheet

После того как лист схемы сохранён в Workspace и его состояние жизненного цикла установлено на уровень, который организация считает готовым для использования на уровне проектирования, этот лист можно повторно использовать в будущих проектах плат. И, придерживаясь практики использования Workspace как источника всего содержимого в проекте и для проекта, рекомендуется повторно использовать управляемые листы схем в Workspace Projects — которые сами находятся под управлением Workspace.

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

Именно способ включения управляемого листа схемы в текущий проект сообщает Altium Designer, что это не обычный лист схемы. Обычную схему вы добавляете в проект через меню File, тогда как управляемый лист схемы добавляется в проект путём размещения из Workspace. Размещение выполняется из панели Explorer panel в Altium Designer.

Перед размещением...

Размещение управляемого листа схемы действительно предельно простое. Но прежде чем что-либо делать, следует учесть пару моментов:

Символ листа (sheet symbol) управляемого листа схемы нельзя разместить на «свободной» схеме — целевой лист должен быть частью проекта.
Убедитесь, что лист схемы, который должен принять связанный символ листа, открыт в Altium Designer и является активным документом. Если документы открыты в нескольких окнах, убедитесь также, что окно, содержащее активный документ схемы, находится в фокусе.

При работе с Altium Designer в нескольких окнах, если панель Explorer закреплена (docked) в любом режиме в окне, где нет целевой схемы, команда Place будет оставаться неактивной (серой). Это происходит потому, что щелчок внутри закреплённой панели переводит фокус на окно, к которому эта панель прикреплена. Однако если панель плавающая (floating), можно сфокусировать нужное окно Altium Designer (то, где активна целевая схема), и это окно будет сохранять фокус при работе внутри панели.

Размещение

Чтобы разместить из панели Explorer:

Найдите (просмотром или поиском) управляемый лист схемы, который хотите разместить.
Щёлкните правой кнопкой мыши по нужной ревизии управляемого листа схемы (обычно по последней; в этом случае достаточно щёлкнуть правой кнопкой прямо по записи элемента верхнего уровня).
Выберите команду Place.

Символ листа, ссылающийся на этот лист, будет «плавать», прикреплённый к курсору — просто выберите примерное место на активном листе схемы и щёлкните, чтобы выполнить размещение. Точное позиционирование и подстройку можно сделать позже.

При размещении символа листа Altium Designer копирует управляемый лист, который представляет этот символ, из Workspace в папку проекта, в подпапку с именем \Managed\Sheets. Здесь хранится копия каждого управляемого листа — каждый в своей подпапке, идентифицируемой уникальным идентификатором (GUID), сгенерированным системой.

Подпапку с именем GUID, в которую экземпляр управляемого листа схемы загружается и сохраняется, нельзя редактировать/переименовывать каким-либо образом.

Размещение управляемого листа схемы. Щёлкните правой кнопкой мыши по нужной ревизии элемента и выберите команду Place — символ листа, представляющий управляемый лист схемы, будет доступен на курсоре для размещения в проекте.

Перетаскивание из панели Explorer

Для более быстрого размещения управляемых листов схем из панели Explorer Altium Designer предоставляет возможность перетаскивать (drag & drop) ревизии управляемых листов схем прямо на активный документ схемы.

Найдите в Workspace нужный управляемый лист схемы для размещения. Размещение выполняется для конкретной ревизии его элемента, поэтому обязательно разверните основную запись элемента, чтобы увидеть все доступные ревизии. Затем щёлкните по нужной ревизии и перетащите её экземпляр на лист схемы.

Возможно, потребуется отключить опцию Show only latest для представления Items в панели Explorer. Нажмите элемент управления

(в правом верхнем углу панели), чтобы получить доступ к этой опции.

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

Повторное сохранение Managed Schematic Sheet

На любом этапе вы можете вернуться к любой ревизии управляемого листа схемы в Workspace и отредактировать её напрямую. Щёлкните правой кнопкой мыши по ревизии и выберите команду Edit в контекстном меню. Снова откроется временный редактор, и лист схемы, содержащийся в этой ревизии, будет открыт для редактирования. Внесите необходимые изменения, затем сохраните документ в следующую ревизию управляемого листа схемы.

Щелчок правой кнопкой мыши по записи верхнего уровня самого управляемого листа схемы приведёт к редактированию последней ревизии этого листа.

Доступ к команде для запуска прямого редактирования существующей ревизии управляемого листа схемы.

Обновление Managed Schematic Sheet

Если нужно изменить лист схемы, хранящийся в элементе Managed Schematic Sheet Item, и у вас есть обновлённый лист, вы можете загрузить этот лист в данный элемент — новый лист будет сохранён в следующей ревизии этого элемента.

Скачивание сохранённых данных

Скачайте данные, хранящиеся в ревизии управляемого листа схемы, щёлкнув правой кнопкой мыши по этой ревизии и выбрав команду Operations » Download в контекстном меню. Соответствующий(е) файл(ы) будет(ут) скачан(ы) в подпапку внутри выбранного каталога, названную по ID ревизии элемента (Item Revision ID). Файл можно найти в папке Released внутри неё.

Вызовите команду Download из записи верхнего уровня самого управляемого листа схемы, чтобы скачать соответствующий(е) файл(ы), хранящийся(е) в последней ревизии этого листа.

Нажмите кнопку Explore в диалоге Download from Server, чтобы быстро перейти к папке загрузки.

Аннотирование компонентов и листов

Чтобы гарантировать целостность схемотехники, используемой в Managed Sheet, этот лист нельзя редактировать при обычной работе над проектом. Это означает, что на листе нельзя изменять номер листа и назначение позиционных обозначений. Тогда как же пронумеровать все листы в проекте и выполнить аннотацию всех компонентов?

Эти задачи выполняются двумя командами: нумерация листов выполняется командой Tools » Annotation » Annotate Compiled Sheets, а аннотация компонентов — командой Tools » Annotation » Board Level Annotate. Назначения номеров листов и позиционных обозначений хранятся в отдельном файле <ProjectName>*.annotation.

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

Принципы Annotating Components and Sheets такие же, как и при использовании локальных Device Sheets. Дополнительные сведения об аннотации проектов, включающих Managed Sheets, см. в следующих разделах страницы Device Sheets:

Soft Deletion

При подключении к Workspace доступна гибкая функциональность для удаления управляемого листа схемы непосредственно из Altium Designer, из панели Explorer panel. Щёлкните правой кнопкой мыши по записи листа в панели и выберите в контекстном меню команду Delete Item. Появится диалог Delete Items, в котором нужно подтвердить удаление. Фактически выполняется «мягкое удаление» (soft delete): управляемый лист схемы будет перемещён в область Trash Workspace. Trash по сути является корзиной, в которую можно перемещать любой контент внутри вашего Workspace (через действие soft delete). Эта область изолирована от остальной части Workspace.

Функция soft delete позволяет удалить управляемый лист схемы, который в данный момент используется.

Несколько управляемых листов схемы можно удалить одним действием. Выберите все нужные листы стандартными средствами множественного выбора (Shift+Click, Ctrl+Click), затем щёлкните правой кнопкой мыши и выберите в контекстном меню команду Delete Items.

Мягкое удаление управляемого листа схемы. Лист будет перемещён в область Trash Workspace.

Чтобы продолжить удаление, нажмите кнопку . Управляемый лист схемы будет удалён, а диалог Deletion Summary подтвердит успешное удаление. Если при удалении возникла проблема, вы увидите соответствующее уведомление.

Весь контент, удалённый таким образом, можно найти на странице Trash в браузерном интерфейсе Workspace. Обратите внимание: вы можете просматривать только тот контент, который вы лично удалили через soft delete. Администраторы смогут видеть всё содержимое страницы Trash — то есть весь контент, удалённый через soft delete.

Что следует учитывать в отношении управляемого листа схемы, удалённого через soft delete:

Управляемый лист схемы будет недоступен из вашей САПР, а также из веб-интерфейса.
Во всех местах, где использовался управляемый лист схемы, будет отражено, что этот управляемый лист схемы удалён.
Управляемый лист схемы можно восстановить или удалить окончательно со страницы Trash, при наличии прав на редактирование. Окончательное удаление возможно только при условии, что он не используется родительским Item.

Обратите внимание: если вы выполнили soft delete управляемого листа схемы — переместив его в Trash — вы можете снова создать новый управляемый лист схемы с тем же именем. Если затем восстановить исходный управляемый лист схемы, и исходное имя уже занято, будет добавлен целочисленный суффикс, чтобы сохранить уникальность имени в пределах Workspace.

Версия для печати

Локализовано с помощью ИИ

Если вы обнаружили проблему, выделите текст/изображение и нажмитеCtrl + Enter, чтобы отправить нам свой отзыв.

Доступность функциональных возможностей

Набор доступных функциональных возможностей зависит от вашего решения Altium – Altium Develop, редакция Altium Agile (Agile Teams или Agile Enterprise) или Altium Designer (на активной подписке).

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

Устаревшая документация

Документация Altium Designer больше не разделена по версиям ПО. Если вам необходим доступ к документации по старым версиям Altium Designer, посетите раздел Устаревшая документация на странице Прочие установщики.