Working with Items

Innerhalb eines verbundenen Workspace wird jede Designeinheit, die gespeichert, verwaltet und wiederverwendet werden kann, als ein bestimmter Typ von Item dargestellt. Um die Anforderung zu unterstützen, ein Item im Laufe der Zeit aktualisieren zu können, wird im Workspace tatsächlich eine Reihe von Item-Revisionen gespeichert, also spezifische Revisionen dieses Items, deren Name auf dem gewählten Revision Naming Scheme basiert. Jedes neue Item wird in einem Ordner erstellt, und sobald Sie die erforderlichen Ordner innerhalb eines Workspace definiert haben, können Sie im Item-Bereich des Explorer-Panels neue Items im ausgewählten Ordner erstellen.

Unterstützte Inhaltstypen

Verschiedene Items werden verwendet, um unterschiedliche Datentypen zu speichern und darzustellen. Ein Item kann ein Schaltplansymbol repräsentieren, ein anderes ein PCB-Komponentenmodell, während ein weiteres die erzeugten Fertigungsdaten eines freigegebenen Leiterplattendesigns enthalten kann. Um den Inhaltstyp festzulegen, den ein Item (oder genauer gesagt seine Revisionen) enthalten soll, muss seine Eigenschaft Content Type beim Erstellen oder Bearbeiten dieses Items angegeben werden. Anders ausgedrückt geben Sie damit im Wesentlichen den Item Type an.

Die folgende Tabelle listet die verschiedenen Inhaltstypen (Item-Typen) auf, die von einem Benutzer manuell in einem verbundenen Workspace erstellt werden können, zusammen mit ihrem:

• Associated Folder Type – dem speziell vorgesehenen Ordnertyp, sofern verfügbar, in dem Inhalte dieses Typs gespeichert werden. Dies hat keinen Einfluss auf den Inhalt des Ordners. Es liefert lediglich einen visuellen „Hinweis“ darauf, was in einem Ordner gespeichert ist, und kann beim Durchsuchen eines Workspace nach bestimmten Inhalten hilfreich sein. Die Inhalte können in jedem Ordnertyp gespeichert werden, einschließlich des Generic Folder.

• Content Type Code – dem Code, der beim Zuweisen der eindeutigen ID zu einem erstellten Item dieses Inhaltstyps verwendet wird, wenn das Item Naming Scheme des übergeordneten Ordners den Eintrag $CONTENT_TYPE_CODE verwendet.

• Folder Type Code – dem Code, der beim Zuweisen der eindeutigen ID zu einem erstellten Item dieses Inhaltstyps verwendet wird, wenn das Item Naming Scheme des übergeordneten Ordners den Eintrag $FOLDER_TYPE_CODE verwendet.

Item-Revisionen

Ein Item kann eine beliebige Anzahl von Revisionen haben, die im Wesentlichen die Entwicklung dieses Items im Laufe der Zeit darstellen. Es wird eine Änderung vorgenommen, und der neue Dateninhalt wird in einer neuen Revision gespeichert/hochgeladen/freigegeben, wodurch sichergestellt wird, dass keine bestehende Revision jemals überschrieben werden kann und somit höchste Integrität gewährleistet ist. Die in jeder Revision eines Items gespeicherten Daten unterscheiden sich daher typischerweise. Um diese verschiedenen Revisionen eines Items zu unterscheiden, wird eine Revisionskennung (ID) verwendet, die in Kombination mit der Item-ID für jede Freigabe eines Items eine eindeutige Kennung erzeugt. Dadurch erhalten wir die Item-Revision.

Eine vollständige Item-Revision-ID identifiziert daher einfach eine bestimmte Revision eines übergeordneten Items. Es gibt immer mindestens eine Revision eines Items (die erste Freigabe), es können jedoch viele sein, je nachdem, wie oft die Daten für dieses Item gespeichert/hochgeladen/freigegeben wurden. Ein wichtiger Punkt hierbei ist, dass Sie nur einmal in eine bestimmte Item-Revision freigeben können. Wenn es eine Änderung gibt, muss eine neue Item-Revision erstellt werden. Dies gewährleistet höchste Integrität, da die in einer bestimmten Revision enthaltenen Daten niemals durch eine erneute Freigabe in dieselbe Revision überschrieben werden können. Für eine weitere Freigabe muss eine neue Item-Revision verwendet werden.

Der einfachste Weg, das Konzept eines Items und seiner Revisionen zu verstehen, ist, an eine „Box“ zu denken, in der alle Daten für diese bestimmte Revision dieses bestimmten Items gespeichert werden. Wenn das Item freigegeben wird, werden die Daten in die Box gelegt und die Box wird geschlossen. Die Item-ID und die Revisions-ID werden zu Beschriftungen an der Seite dieser Box – sie ermöglichen die sofortige Erkennung, wofür der Inhalt der Box verwendet wird. Wenn die Daten aktualisiert und erneut freigegeben werden müssen, wird die Revisions-ID erhöht und dadurch eine neue Box erstellt.

Die Item-Revision-„Box“ – beschriftet mit der Item-ID und der Revisions-ID. Der Inhalt sind die Daten, die benötigt werden, um diese Revision dieses Items zu erstellen oder darzustellen. Durch den Freigabevorgang wird die Box geschlossen, sodass künftig keine weiteren Daten in diese Revision freigegeben werden können. Die vollständige Item-Revision-ID wäre in diesem Fall: D-820-1001-01.A.1.

Das Format der ID einer Revision wird durch das Revision Naming Scheme bestimmt, das für das übergeordnete Item verwendet wird. Das in einem Schema verwendete spezifische Format ist konfigurierbar und hängt von den Anforderungen der jeweiligen Organisation ab.

Statusänderungs- und Freigabehinweise

Zur Verbesserung des Audit-Trails für Inhalte in einem Workspace bietet Altium Designer die Möglichkeit, beim Ändern des Lifecycle-Status einer Item-Revision und – für viele Inhaltstypen – beim Freigeben der Quelldaten in geplante Revisionen im Workspace Hinweise einzugeben.

Hinweise zu Statusänderungen

Wenn Sie den Lifecycle-Status einer Item-Revision in einem Workspace ändern, verwenden Sie den Bereich State change note des nachfolgenden Dialogs zur Statusänderung, um einen passenden Hinweis zu dieser Änderung einzugeben.

Hinzufügen eines Hinweises zur Erläuterung der Änderung des Lifecycle-Status einer Item-Revision.

Freigabehinweise

Wenn Sie Quelldaten in eine neue geplante Revision eines Items in einem Workspace freigeben, verwenden Sie den Bereich Release notes des nachfolgenden Dialogs Create Revision, um einen passenden Hinweis zu dieser Freigabe einzugeben. Diese Funktion ist verfügbar, wenn ein beliebiger Item-Typ erneut freigegeben wird, der das Paradigma Direct Editing unterstützt.

Ein Beispiel für das Hinzufügen eines Freigabehinweises während der erneuten Freigabe eines Lagenaufbaus in einen Ziel-Workspace.

Anzeigen der mit Revisionen eines Items verknüpften Hinweise

Die für eine beliebige Revision eines Items hinzugefügten Hinweise können an den folgenden Stellen angezeigt werden:

• Detailed Item view – Zeigen Sie den zugehörigen Freigabehinweis und Hinweise zu Revisions-Statusänderungen in der Spalte Note innerhalb des Bereichs Timeline an. Für jeden Status im Lebenszyklus einer Revision kann der jeweilige Hinweis (falls hinzugefügt) auch in der grafischen Ansicht des Lifecycle der Revision angezeigt werden.
• Explorer panel – wechseln Sie zur Registerkarte Lifecycle Aspektansicht für eine ausgewählte Item-Revision. Für jeden Zustand im Lebenszyklus einer Revision kann der zugehörige Hinweis (falls hinzugefügt) in der grafischen Darstellung des Revisionslebenszyklus angezeigt werden. Zusätzlich können Sie die zugehörige Release Note sowie den Hinweis zur letzten Zustandsänderung der Revision in der Spalte Note innerhalb des Hauptbereichs Item des Panels anzeigen (möglicherweise müssen Sie die Anzeige dieser Spalte aktivieren).

Anzeigen der Hinweise, die den Revisionen einer Komponente zugeordnet sind.

Allgemeine Item-Befehle

Neben den Anzeigeoptionen enthält der Optionsbereich des Panels Explorer auch die Befehlsschaltfläche Add <item>, die für den aktuell ausgewählten Ordnertyp gilt.

Dieser Befehl erstellt ein neues Workspace-Item des ausgewählten Typs. Wenn im Panel beispielsweise ein Komponentenordnertyp ausgewählt ist, wird eine Schaltfläche angeboten. Dadurch wird eine neu erstellte Komponente dieses Typs im Component Editor geöffnet. Entsprechend wird eine Schaltfläche angezeigt, wenn ein Ordner vom Typ Output Job ausgewählt wurde, und so weiter. Auf die Schaltfläche folgt eine Komponentensuche, wie sie im Komponentenpfadfeld oben im Panel eingegeben wurde; dabei wird eine Aktivität Part Request erstellt, die für die in den Suchergebnissen ausgewählte Komponente gilt.

Platzierung per Drag & Drop

Die Platzierung bestimmter Workspace-Items in ein PCB-Designprojekt in Altium Designer wird durch die Möglichkeit vereinfacht, Revisionen dieser Item-Typen direkt aus dem Panel Explorer auf das aktive (und passende) Dokument zu ziehen. Unterstützt wird das Ziehen von:

• Einer Revision eines Component Item auf das aktive Schaltplandokument (oder PCB-Dokument). Das passende Modell für die gewählte Domäne erscheint entsprechend am Cursor schwebend.
• Einer Revision eines Managed Schematic Sheet Item auf das aktive Schaltplandokument. Ein Blattsymbol, das auf das Blatt verweist, wird am Cursor angehängt angezeigt.
• Einer Revision eines 3D Model Item auf ein PCB- oder PCB-Bibliotheksdokument, wodurch ein 3D-Body-Objekt erstellt wird, das auf diese Item-Revision verweist.

Durchsuchen Sie Ihren Workspace nach dem benötigten Item, das platziert werden soll. Die Platzierung erfolgt mit einer bestimmten Revision dieses Items. Stellen Sie daher sicher, dass Sie den Haupteintrag des Items erweitern, um alle verfügbaren Revisionen aufzulisten (klicken Sie auf die Schaltfläche oben rechts im Panel und deaktivieren Sie die Option Show only latest, um alle vorherigen Revisionen zu sehen). Klicken Sie dann auf die gewünschte Revision und ziehen Sie eine Instanz davon auf das Designdokument.

Darüber hinaus unterstützt Altium Designer den Zugriff auf Komponenten aus dem Components panel sowie deren Platzierung.

Herunterladen von Inhaltsdaten

Laden Sie die in einer Revision eines Items gespeicherten Daten herunter, indem Sie mit der rechten Maustaste auf diese Revision klicken und im Kontextmenü den Befehl Operations » Download wählen. Die zugehörigen Daten werden in einen Unterordner innerhalb des ausgewählten Verzeichnisses heruntergeladen, dessen Name aus der Item-Revision-ID gebildet wird. Die Dateien befinden sich darin im Ordner Released.

Inhaltstyp „Binary File“

Altium Designer bietet in Verbindung mit Ihrem verbundenen Workspace die Möglichkeit, freie Dateien in einem speziellen Inhaltstyp zu speichern – dem Binary File Item. Solche Items können erstellt werden, um eine oder mehrere Dateien beliebigen Formats aufzunehmen. Dadurch können Sie die sichere Natur des Workspace effektiv nutzen und zugleich den Workspace als idealen Ort hervorheben, um alles zu speichern, einschließlich Ihrer binären Quelldateien zusammen in einer einzigen Einheit. Zur Unterstützung eines optimierten Datenflusses steht außerdem eine bidirektionale Drag-and-Drop-Funktion zur Verfügung, mit der Sie Dateien schnell zwischen Ordnern in Ihrem Workspace und Ordnern im Windows-Explorer verschieben können.

• Erstellen Sie ein Item des Inhaltstyps Binary File im Workspace. Eine neue Revision eines Binary-File-Items kann durch Hochladen der entsprechenden Datei(en) erstellt werden. Dies kann auf verschiedene Arten erfolgen – siehe Uploading Data into a New Revision of an Item für weitere Informationen.
• Wenn Sie die in einem Binary-File-Item gespeicherten Datei(en) ändern müssen, laden Sie die benötigten neuen Datei(en) in dieses Item hoch – die neuen Datei(en) werden in der nächsten Revision dieses Items gespeichert.
• Um eine Datei zu öffnen, die in einer Revision eines Binary-File-Items gespeichert ist, wählen Sie diese Datei aus – auf der Registerkarte Details Aspektansicht für die Revision – klicken Sie dann mit der rechten Maustaste und wählen Sie im Kontextmenü den Befehl Open. Die entsprechende Anwendung (oder Altium Designer selbst) wird verwendet, um die Datei anzuzeigen, sofern dies möglich ist.

Verwenden einer Binary File mit Vorlageneinstellungen

Als Teil Ihrer Altium Designer Preferences können Sie Standard-Vorlagendokumente definieren, die beim Erstellen eines neuen Dokuments eines bestimmten Typs verwendet werden. Dies erfolgt auf der Registerkarte Defaults der Seite Data Management – Templates page im Dialog Preferences. Ein Standard-Vorlagendokument kann dateibasiert sein oder aus einem verbundenen Workspace stammen.

Für einige Dokumenttypen (ActiveBOM Document, Out Job File, Multi-board Schematic und Multi-board Assembly) kann ein Workspace-basiertes Standard-Vorlagendokument nur aus einer Binärdatei stammen. Daher müssen Sie das benötigte Vorlagendokument in die Revision einer Binärdatei hochladen und dieses dann als Standard für neue Dokumente verwenden.

Laden Sie ein benötigtes Dokument (zum Beispiel eine OutputJob-Datei) in die erste Revision einer neuen Binärdatei hoch.

Wenn Sie nun versuchen, einen neuen Dokumentstandard aus dem verbundenen Workspace zu definieren, können Sie nach der Binärdatei suchen, und der Preferences-Eintrag wird entsprechend ausgefüllt.

Erfolgreiche Verwendung eines OutputJob als Standard für neue Dokumente über die Binärdatei, die ihn enthält.