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

Created: мая 20, 2025 | Updated: марта 25, 2026

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

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

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

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

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

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

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

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

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

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

Тип папки

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

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

Item Naming Scheme

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

$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.

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

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

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

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

Тип контента

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

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

Item Lifecycle Definition and Revision Naming

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

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

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

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

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

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

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

Рекомендуется также добавить имя и описание как часть определения управляемого листа схемы. Эта информация используется при поиске в 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. После завершения редактирования сущность сохраняется (или пересохраняется) в следующую запланированную редакцию своего родительского элемента, а временный редактор закрывается. На вашем жестком диске нет файлов, не нужно гадать, работаете ли вы с правильным или самым свежим исходником, и не требуется поддерживать отдельное программное обеспечение для контроля версий. Workspace берет все это на себя, обеспечивая высокую целостность данных и значительно ускоряя внесение изменений.

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

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

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

Используйте документ, чтобы определить лист схемы в соответствии с требованиями. Поскольку управляемые листы схем хранятся в 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 – содержит однопортовый PHYceiver Fast Ethernet 10/100M RTL8201CL от Realtek.

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

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

Design Standards

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

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

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

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

По возможности использовать жгуты сигналов, поскольку стандартный жгут сам по себе является повторно используемым элементом проекта.
Не маркировать локальные цепи — то есть избегать использования 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. Появится диалоговое окно Edit Revision dialog, в котором при необходимости можно изменить Name, Description и добавить примечания к выпуску. После сохранения документ и редактор будут закрыты. Документ, содержащий исходный лист схемы (*.SchDoc) будет сохранен в ревизии элемента.

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

Эти элементы управления также доступны в виде команд — 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, чтобы выполнить перекрестный переход к ней на панели Explorer. Область Child Items также предоставляет контекстное меню по правому щелчку с командами для работы с дочерней ревизией элемента Component Item.

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

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

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

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

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

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

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

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

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

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

Меню Upload

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Размещение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Загрузка сохраненных данных

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

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

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

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

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

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

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

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

Мягкое удаление

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

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

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

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

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

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

Что следует учитывать в отношении мягко удаленного управляемого листа схемы:

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

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

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

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

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

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

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

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

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

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