Ta strona opisuje, jak nawiązać połączenie Workspace Altium 365 z obsługiwanym systemem PLM, korzystając z ręcznego procesu opartego na edycji plików konfiguracyjnych XML PLM. Interfejs PLM oparty na ręcznej edycji plików XML jest aktywowany przez odznaczenie opcji Enable new PLM Configuration page na stronie Admin – Ustawienia – Integracja PLM w interfejsie Workspace.
Gdy ta opcja jest zaznaczona (domyślne i zalecane ustawienie), używany jest zaawansowany, częściowo zautomatyzowany interfejs użytkownika, opisany na stronie Integracja PLM. Zwróć uwagę, że ten interfejs umożliwia również ręczną edycję plików konfiguracyjnych XML poprzez funkcje Import/eksport XML.
Przeczytaj o zautomatyzowanym interfejsie Integracji PLM.
Połączenie z instancją PLM
Połączenie z instancją PLM odbywa się z poziomu strony Admin – PLM Integration w przeglądarce Workspace. Obejmuje to przesłanie odpowiedniego pliku konfiguracyjnego XML oraz szablonu publikowania, a także włączenie/konfigurację synchronizacji komponentów PLM z tymi w Workspace.
Aby utworzyć nową instancję interfejsu PLM, kliknij przycisk
. Można zdefiniować dowolną liczbę instancji, aby połączyć Workspace z różnymi instancjami PLM. Na przykład, Twoje komponenty mogą znajdować się w jednej instancji PLM, a wygenerowane dane wyjściowe z opublikowanych projektów w innej, lub różne działy mogą korzystać z różnych instancji (tego samego lub innego systemu PLM). Każda instancja musi mieć unikalną nazwę, plik konfiguracyjny oraz jeden lub więcej zdefiniowanych szablonów publikowania. Aby przetestować połączenie dla zdefiniowanej instancji, kliknij przycisk
– zobacz Walidacja połączenia poniżej.
Przykładowe pliki konfiguracyjne i szablony publikowania są dostarczane w ramach instalacji – rozwiń poniższe sekcje, aby uzyskać więcej informacji:
Przykładowe pliki konfiguracyjne
Przykładowe pliki konfiguracyjne są dostępne przez widok Add new instance – w zakładce Configuration kliknij link Download sample configuration, aby pobrać plik zip ConfigurationSamples.zip. Ten plik zip zawiera początkowe pliki konfiguracyjne dla systemów PLM Windchill, Arena, Aras i Agile:
-
dm-Windchill-config-basic.xml
-
dm-Arena-config-basic.xml
-
dm-Agile-config-basic.xml
-
dm-Aras-config-basic.xml
Przykładowe pliki konfiguracyjne są przeznaczone do użycia w ramach instancji Workspace.
Dostarczone konfiguracje zawierają kilka przykładowych sekcji encji komponentów (na przykład: Capacitors i Diodes), z których każda zawiera podstawową podsekcję mapowania atrybutów/parametrów ToPLM i ToAltium. Możesz dodać lub edytować przykładowy plik, aby dostosować go do instancji i wymagań Twojej firmy, utworzyć własny lub skorzystać z Generatora konfiguracji, aby utworzyć bazowy plik konfiguracyjny odpowiadający modelowi danych Workspace.
Przykładowe pliki konfiguracyjne zawierają szczegółowe komentarze, które pomogą Ci w konfiguracji i wyjaśnią, co należy ustawić.
Przykładowe szablony publikowania
Przykładowe szablony publikowania są dostępne przez widok Add new instance – kliknij przycisk
w zakładce Publish Template, a następnie link Download sample configuration w oknie Publish Template, aby pobrać plik zip PublishTemplateSamples.zip. Ten plik zip zawiera następujące pliki:
-
dm-Windchill-publish-template-basic.xml
-
dm-Arena-publish-template-basic.xml
-
dm-Agile-publish-template-basic.xml
-
dm-Aras-publish-template-basic.xml
Przykładowe szablony publikowania są przeznaczone do użycia w ramach instancji Workspace.
Dostosuj je do instancji i wymagań Twojej firmy lub utwórz własne.
Zwróć uwagę, że w przykładowych plikach publikowania skonfigurowano następujące ważne obszary:
-
Sposób obsługi tworzenia i powiązania komponentów po stronie PLM podczas procesu publikowania (tzw. 'Strategia BOM'). Dostępne są następujące opcje:
-
LinkExistingOnly – powiąż komponenty, które już istnieją w PLM, ale nie twórz tych, które nie istnieją.
-
CreateNewAndLink – powiąż komponenty, które już istnieją w PLM, oraz utwórz i powiąż te, które nie istnieją.
-
LinkIfAllExists – nie twórz komponentów, które nie istnieją po stronie PLM, powiąż tylko, jeśli wszystkie komponenty istnieją w PLM.
Domyślnie w przykładowych plikach wybrana jest opcja LinkExistingOnly. Jeśli nic nie zostanie określone, zostanie użyta opcja CreatNewAndLink.
-
Zestawy reguł definiujących, jak i gdzie publikowane są dane wyjściowe z wydania do PLM:
-
Reguły przetwarzania danych projektu (nadrzędnego).
-
Reguły przetwarzania danych źródłowych.
-
Reguły przetwarzania danych montażowych.
-
Reguły przetwarzania danych produkcyjnych.
-
Dla każdej instancji PLM można zdefiniować wiele szablonów publikowania. Po wybraniu szablonu w ramach procesu publikowania, zostanie on zapisany (powiązany) z projektem do dalszego wykorzystania.
-
Przykładowe pliki publikowania zawierają szczegółowe komentarze, które pomogą Ci w konfiguracji i wyjaśnią, co należy ustawić.
Dodając nowy wpis PLM za pomocą przycisku
, użyj przycisku
, aby wyszukać i zastosować odpowiednio zapisany/zmodyfikowany plik konfiguracyjny PLM.
Podobnie, kompatybilny szablon publikowania dodaje się przez przycisk
w zakładce Publish Template. W następnym oknie dialogowym Publish Template użyj przycisku
, aby wyszukać i wybrać właściwy plik szablonu.
Dodaj i skonfiguruj interfejs do systemu PLM Twojej firmy. Po nawiązaniu prawidłowego połączenia możesz publikować dane z wydania projektu do systemu PLM (zgodnie z zdefiniowanymi procesami)
zgodnie z aktywnym szablonem publikowania dla danej instancji, a także zaplanować synchronizację komponentów pomiędzy tym PLM a Workspace.
Obieg zmian (ECO)
Pliki konfiguracyjne dla instancji PLM Windchill, Agile i Arena obsługują również sformalizowany obieg Change Order (ECO), który jest włączany w pliku XML szablonu publikowania i definiowany w pliku XML konfiguracji w sekcji encji altiumType="ProjectChangeOrder" – zobacz przykład
.
W zależności od instancji PLM, definicje konfiguracji obejmują schemat identyfikacji zlecenia zmiany (numeracja, lokalizacja, ID itp.), określone atrybuty zlecenia zmiany, takie jak nazwa/tytuł, opis i złożoność zmiany (tylko Windchill), a także ustawienia opcji, takie jak strategia tworzenia zlecenia zmiany (brak, nowe lub ponowne użycie istniejącego) oraz promocja statusu Lifecycle (tylko Windchill i Agile). Zdefiniowane zlecenie zmiany jest aktywowane podczas publikowania przez zadeklarowanie jego odwołania publishId w powiązanym szablonie publikowania – zobacz przykład
.
Po zdefiniowaniu w plikach XML Konfiguracji i Szablonu Publikowania serwera, zlecenia zmiany są dostępne podczas Tworzenia projektu oraz Procesu publikowania w ramach przepływów pracy PLM wywoływanych z Altium Designer lub przez interfejs Enterprise Workspace. Podczas tego procesu zostanie wyświetlony powiązany formularz zlecenia zmiany, w którym określa się ustawienia i opcje zlecenia.
► Informacje dotyczące pracy z funkcjonalnością zleceń zmian (ECO) PLM dla instancji Windchill, Agile i Arena znajdziesz w komentarzach w przykładowych plikach XML konfiguracji oraz plikach XML szablonów publikowania dostępnych do pobrania z Enterprise Workspace.
Zamiast używać dostarczonych plików konfiguracyjnych do utworzenia nowej instancji systemu korporacyjnego, można skorzystać z wewnętrznego generatora konfiguracji Workspace, aby utworzyć dostosowaną konfigurację opartą na strukturze modelu danych Workspace. Generator poprosi o informacje dotyczące połączenia (typ PLM i URL), a następnie przeanalizuje dane Workspace w poszukiwaniu zarejestrowanych typów komponentów (kondensatory, diody itp.) oraz odpowiadających im szablonów komponentów, aby zbudować bazowy plik konfiguracyjny – kliknij poniższą rozwijaną sekcję, aby uzyskać więcej informacji:
Generator konfiguracji
Funkcja adaptacyjnej konfiguracji jest dostępna z poziomu łącza Generuj konfigurację na stronie Add new instance, otwieranej z przycisku
w Workspace.
W oknie dialogowym Generate Configuration wybierz typ systemu korporacyjnego, z którym będzie nawiązane połączenie – jeden z dostępnych typów PLM (Windchill, Arena itp.) – a następnie podaj jego zdalny URL. Wybierz przycisk
, aby utworzyć nowy plik dm-configuration.xml, który następnie można zapisać i dodać do nowej instancji PLM za pomocą przycisku
.
Generator tworzy konfigurację odpowiadającą modelowi danych bieżącej instancji Workspace, więc na przykład typy komponentów zarejestrowane w Workspace są dodawane jako typy encji w pliku konfiguracyjnym (dm-configuration.xml). Każda sekcja encji posiada odpowiadające sekcje ToPlm i ToAltium oraz mapowane parametry pochodzące z odpowiadającego szablonu komponentu (jeśli jest dostępny). Uwzględnione są także sekcje publikowania projektów, które mapują elementy paczki wydania do systemu korporacyjnego.
Wszystkie sekcje w wygenerowanej konfiguracji zawierają komentarze TODO, które wskazują miejsca wymagające dodania lub zmiany dla zapewnienia kompatybilności z Twoją konfiguracją Workspace/PLM. Więcej informacji na temat edycji pliku konfiguracyjnego w celu dostosowania go do Twojego środowiska Workspace/PLM znajdziesz w komentarzach objaśniających zawartych w dostarczonych przykładowych plikach konfiguracyjnych.
Po edycji pliku konfiguracyjnego i ponownym przesłaniu go do instancji PLM, upewnij się, że przetestujesz (zweryfikujesz) połączenie, aby wykryć ewentualne problemy, które mogły zostać wprowadzone – patrz poniżej.
Wsparcie dla zewnętrznych systemów PLM
Workspace Altium 365 zapewnia dodatkowe wsparcie dla konfiguracji systemów PLM „nie-natywnych”, opracowanych przez firmy trzecie. To wsparcie jest możliwe dzięki Generic Connector firmy Altium, która wymaga licencji Altium 365 PLM Generic Connector Addon.
Podczas dodawania instancji Workspace PLM dla takiego systemu, wstępnie skonfigurowane pliki XML dostarczone przez firmę trzecią są przesyłane do konfiguracji tej instancji PLM, jak opisano powyżej.
Skontaktuj się z
sales.na@altium.com lub swoim opiekunem handlowym Altium, aby uzyskać dostęp do licencji Altium 365 PLM Generic Connector Addon.
Walidacja połączenia
Workspace oferuje kompleksową walidację połączenia instancji PLM, dostępną z poziomu przycisku
na stronie Add/Edit Instance. Wykonywany jest szereg kontroli kompatybilności konfiguracji, a wyniki są natychmiast raportowane.
Podczas uruchamiania raportu walidacji połączenia, Workspace analizuje bieżącą konfigurację oraz ustawienia szablonu publikowania pod kątem zgodności zarówno z instancją Workspace, jak i docelowym systemem korporacyjnym. Problemy z konfiguracją, takie jak błędy ścieżek, niezgodne definicje typów komponentów i parametrów, nieprawidłowe ustawienia cyklu życia lub rewizji, są wykrywane i raportowane w poniższym oknie dialogowym Configuration Validation Report.
Jeśli zostaną zgłoszone błędy konfiguracji – skutkujące ogólnym statusem ERROR (Status) – należy je usunąć przed utworzeniem nowej instancji. Status WARNING, który wskazuje na takie kwestie jak typy komponentów Workspace nieujęte w konfiguracji lub określone atrybuty niedostępne po stronie systemu korporacyjnego, pozwala na zapisanie i użycie skonfigurowanej instancji.
Zgłoszone błędy i ostrzeżenia można następnie poprawić w zastosowanych plikach konfiguracyjnych/publikacyjnych i/lub poprzez wprowadzenie zmian w ustawieniach Workspace lub systemu korporacyjnego. Po pomyślnym zdefiniowaniu instancji pamiętaj, aby kliknąć przycisk
. Instancja pojawi się na liście aktualnie połączonych instancji, na głównej stronie PLM Integration interfejsu.
Po edycji pliku konfiguracyjnego i ponownym przesłaniu go do nowej instancji, ponownie użyj przycisku

, aby wykryć ewentualne nowe problemy.
Synchronizacja komponentów
Synchronizacja komponentów pomiędzy Workspace Altium 365 a połączoną instancją systemu korporacyjnego – a dokładniej ich danych parametrycznych – opiera się na LibSync przepływie procesu. Proces LibSync jest predefiniowany w Workspace i nie jest dostępny (ani edytowalny) z poziomu strony Admin - Processes. Jednak jako proces oparty na workflow, wyniki jego działania synchronizacyjnego można przeglądać i obsługiwać ewentualne błędy.
Korzystanie z procesu synchronizacji obejmuje następujące kroki:
-
Konfigurowanie ustawień synchronizacji dla każdego typu komponentu, co w praktyce oznacza:
-
Określenie kierunku synchronizacji (do Workspace lub do PLM).
-
Określenie, które typy komponentów są objęte synchronizacją i gdzie mają być tworzone nowe komponenty.
-
Konfigurowanie mapowania lub atrybutów parametrów.
-
Konfigurowanie mapowania danych Part Choices, jeśli dotyczy.
-
Wykonanie synchronizacji.
Pierwsze dwie grupy powyższych elementów są obsługiwane w pliku konfiguracyjnym używanym dla połączonej instancji systemu korporacyjnego (np. PLM). Sama synchronizacja może być wykonywana na żądanie, z poziomu strony PLM Integration interfejsu Workspace i/lub może być zaplanowana – automatyczna synchronizacja w określonych odstępach czasu, definiowana podczas konfigurowania połączenia z instancją PLM.
Konfigurowanie synchronizacji
W pliku konfiguracyjnym łączność z instancją systemu korporacyjnego jest definiowana pomiędzy tagami Instance jako określony typ Driver oraz docelowy URL. Gdy do utworzenia pliku konfiguracyjnego użyto Generatora konfiguracji, zawarte w nim odwołania do Driver i URL są tymi, które wprowadzono w oknie dialogowym Generate Configuration podczas procesu generowania.
<Instance>
<Driver>[Driver Type]</Driver>
<Url>[PLM API URL]</Url>
</Instance>
-
Gdy w pliku konfiguracyjnym określony jest driver Arena® PLM, dostępny jest dodatkowy wpis umożliwiający uwzględnienie workspaces Arena dostępnych dla konta użytkownika Arena. Opcjonalny atrybut referencyjny ID (wielocyfrowy) jest dodawany do sekcji Instance pomiędzy tagami context, jak pokazano w poniższym przykładzie.
-
<Instance>
<Driver>Arena</Driver>
<Url>https:∕∕api.arenasolutions.com/v1/</Url>
<Context>12345678</Context>
<!-- Jeśli identyfikator workspace nie jest zdefiniowany, instancja PLM będzie pracować z domyślnym workspace Arena dla tego konta. -->
<!-- Serwer zgłosi błąd, jeśli inna sesja synchronizacji PLM będzie próbowała użyć drugiego workspace z konta użytkownika Arena. -->
</Instance>
-
Gdy połączonym systemem jest PTC Windchill PLM, może być konieczne dodanie linii konfiguracyjnej umożliwiającej obsługę jednostek miary dla odczytów wartości.
W poniższej sekcji Schema pliku konfiguracyjnego definiujesz sekcję mapowania synchronizacji dla każdego dedykowanego typu części. Po stronie Workspace jest to komponent typu altiumType – jego wartość to jedna z opcji parametrów typu, które można zobaczyć na stronie Zarządzanie danymi – Typy komponentów w oknie dialogowym Preferences w Altium Designer. Po stronie PLM tworzona jest część typu plmType, zgodnie z jej wartością w przestrzeni PLM.
Sekcja ta jest zadeklarowana jako Entity w pliku, przykładem może być sekcja dla kondensatorów:
<Entity altiumType="Capacitor" plmType="Capacitor">
.
.
</Entity>
Wartość plmType może się różnić w zależności od używanej instancji PLM.
Wewnątrz Entity wykorzystywane są dwie sekcje do sterowania i konfigurowania synchronizacji z Workspace do instancji PLM oraz z instancji PLM do Workspace – umożliwiając synchronizację jednokierunkową lub dwukierunkową. Skorzystaj z poniższych sekcji oraz komentarzy dostępnych w przykładowych plikach konfiguracyjnych, aby dowiedzieć się więcej. Ostatecznie to, co zostanie zdefiniowane w pliku konfiguracyjnym, będzie się różnić w zależności od Twoich konkretnych potrzeb, a także atrybutów (PLM), które zostały zdefiniowane w połączonej instancji systemu korporacyjnego.
ToPlm
Ta sekcja służy do sterowania i konfigurowania synchronizacji z Workspace do instancji PLM w formie:
<ToPlm sync="true">
.
.
</ToPlm>
Aby wyłączyć synchronizację w tym kierunku, ustaw
sync="false".
W sekcji ToPlm definiowane są następujące sekcje:
-
Jak nowe komponenty są tworzone w instancji PLM – pomiędzy tagami <CreateInfo> i </CreateInfo>. Przykładem może być wybór schematu nazewnictwa elementów zdefiniowanego w docelowym systemie korporacyjnym oraz określenie prefiksu numeracji elementów:
<CreateInfo>
<Numbering name="Electrical">
<Fields>
<Field name="Code" value="120"/>
</Fields>
</Numbering>
</CreateInfo>
-
Filtrowanie ograniczające, które komponenty w Workspace są synchronizowane z PLM – pomiędzy tagami <SourceCriteria> i </SourceCriteria>. Propagacja danych źródłowych może być ograniczona za pomocą kombinacji logicznych atrybutów parametrów, gdzie wiele zestawów atrybutów może być rozstrzygniętych do konkretnego wyniku filtrowania poprzez podstawowe zastosowanie klauzul logicznych AND, OR i NOT. Więcej informacji znajdziesz w powiązanych notatkach SourceCriteria w przykładowych plikach konfiguracyjnych XML.
Ta funkcjonalność jest niezwykle przydatna, jeśli masz np. 6000 kondensatorów w Workspace, ale chcesz zsynchronizować tylko konkretny folder zawierający 85 kondensatorów ceramicznych. W takim przypadku wystarczy określić ścieżkę folderu w tagu SourceCriteria (<Folder>Components/Capacitors/Ceramic</Folder>), a opcjonalnie także inne atrybuty parametrów, jeśli potrzebujesz jeszcze bardziej precyzyjnych ograniczeń danych źródłowych – np. typ obudowy 0603. Relacja pomiędzy zgrupowanymi kryteriami to domyślnie operator logiczny AND, więc poniższy przykład zsynchronizuje ceramiczne kondensatory w obudowie 0603 z Workspace do PLM.
<SourceCriteria>
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
</SourceCriteria>
Dostępne są także dedykowane tagi logiki OR (<Or>…</Or>) oraz tagi wykluczające logikę NOT (<Not>…</Not>), które można dodać w sekcji węzła SourceCriteria. Dzięki tym opcjom logika OR dotyczy zestawów atrybutów parametrów dodanych w tagach <Or></Or>, a logika NOT – zestawu atrybutów parametru w tagach <Not>…</Not>. Przykładem może być dodatkowy wymóg stanu cyklu życia Approved lub Released, ale z wykluczeniem (NOT) elementów z wartością parametru Classification równą SpecialOrder. Pełna logika filtrowania w tym przypadku wyglądałaby następująco:
<SourceCriteria>
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
<Or>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Released</common:Value>
</common:Attribute>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Approved</common:Value>
</common:Attribute>
</Or>
<Not>
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>SpecialOrder</common:Value>
</common:Attribute>
</Not>
</SourceCriteria>
-
Lista atrybutów (parametrów), które powinny być przekazywane dla komponentów z Workspace do PLM – pomiędzy tagami <Attributes> i </Attributes>. Przykład:
name
${parameter.Name}
number
${parameter.PlmPartNumber}
description
Extended ${parameter.Description}
refDes
${parameter.LogicalDesignator}
RoHS
YES
-
Numer części, który zostaje utworzony po stronie PLM (PlmPartNumber), jest kluczem głównym do powiązania komponentów po obu stronach i zostanie przekazany z powrotem do komponentu w Workspace.
-
Parametry takie jak oznaczenia referencyjne komponentów (
refDes) mają zastosowanie tylko wtedy, gdy publikowany jest projekt z dokumentem BOM, ponieważ parametr designatora nie bierze udziału w synchronizacji komponentów.
-
Zwróć uwagę, że istnieje pojęcie Item parametrów (attributeType="item"). Takie parametry, jak PlmPartNumber powyżej, są dodawane do nadrzędnego Elementu Komponentu w Workspace i są dostępne dla jego rewizji. Zmiana ich wartości nie powoduje utworzenia nowej rewizji Elementu Komponentu. W przeciwieństwie do tego, Revision parametry (attributeType="revision") – takie jak Description powyżej – powodują utworzenie nowej rewizji Elementu Komponentu, jeśli ich wartość zostanie zmieniona.
ToAltium
Sekcja ta służy do kontrolowania i konfigurowania synchronizacji z instancji PLM do Workspace w formie:
Parametr opcjonalny
mode określa, w jaki sposób dane komponentu są synchronizowane z systemu korporacyjnego do Workspace. Domyślny tryb (
createAndUpdate) pozwala na tworzenie nowych komponentów w Workspace oraz aktualizację już istniejących, natomiast alternatywny tryb
updateExisting umożliwia jedynie aktualizację istniejących komponentów w Workspace.
Aby wyłączyć synchronizację w tym kierunku, ustaw sync="false".
W sekcji ToAltium definiowane są następujące sekcje:
-
Sposób i miejsce tworzenia nowych komponentów w Workspace – pomiędzy tagami <CreateInfo> i </CreateInfo>.
1-Level Revision Scheme
Component Lifecycle
Components/Inbox/Capacitors
Podczas tworzenia wpisu komponentu w Workspace, zostanie użyty Szablon Komponentu powiązany z docelowym folderem Workspace (Components/Inbox/Capacitors w powyższym przykładzie), jeśli taki został określony. Określi to również schemat nazewnictwa elementów dla tworzonego komponentu, zastępując ten, który został określony w docelowym folderze Workspace – natomiast jeśli folder nie definiuje ani szablonu, ani schematu nazewnictwa, synchronizacja zakończy się niepowodzeniem.
Zwróć także uwagę, że w przykładowych konfiguracjach domyślnie zdefiniowano schemat nazewnictwa rewizji (1-Level Revision Scheme) oraz definicję cyklu życia (Component Lifecycle) – zostaną one zastąpione, jeśli z docelowym folderem Workspace powiązany jest szablon komponentu.
Docelowy folder komponentu określony w pliku konfiguracyjnym zastępuje ustawienie Default Folder w Szablonie Komponentu.
Jeśli w konfiguracji zostanie dodane odwołanie do konkretnego szablonu komponentu (na przykład; CMPT-00001), to ten szablon zostanie użyty zamiast szablonu powiązanego z docelowym folderem Workspace. Jego ustawienia zastąpią wszelkie ustawienia parametrów w pliku konfiguracyjnym (takie jak definicja cyklu życia itp.), z wyjątkiem określonego docelowego folderu.
CMPT-00001
1-Level Revision Scheme
Component Lifecycle
Components/Inbox/Capacitors
Zwróć uwagę, że określony szablon będzie miał zastosowanie tylko do nowo tworzonych komponentów w Workspace. Takie podejście jest szczególnie przydatne do zarządzania importem/synchronizacją własnościowych parametrów komponentów z systemu zewnętrznego do Workspace. W tym przypadku można zastosować dedykowany Szablon Komponentu, aby zinterpretować przychodzące dane parametrów, ustawić odpowiednie wartości domyślne, określić typy danych jednostek, a także zdefiniować cykl życia i schemat nazewnictwa rewizji dla nowo tworzonych komponentów w Workspace.
Jeśli parametr jest określony z typem atrybutu item (dynamiczny) w pliku konfiguracyjnym i taki parametr istnieje w zastosowanym Szablonie Komponentu, wartość parametru nie zostanie zaktualizowana podczas synchronizacji komponentu. Aby parametr zachowywał się w sposób "dynamiczny" podczas synchronizacji komponentu (gdzie aktualizacja wartości nie powoduje utworzenia nowej rewizji), odwołanie do tego parametru należy usunąć z zastosowanego Szablonu Komponentu.
-
Filtrowanie danych pobieranych z instancji systemu korporacyjnego (PLM) – pomiędzy tagami <SourceCriteria> i </SourceCriteria>. Instrukcja filtra może ograniczyć dane komponentu otrzymywane z PLM do tych utworzonych przez konkretnego autora (jak pokazano w dostarczonym przykładzie konfiguracji) lub do elementów komponentów, które mają określoną wartość atrybutu (Business Unit = Engineering_RD), jak pokazano poniżej).
<SourceCriteria>
<ns2:Attribute>
<ns2:Key>Business Unit</ns2:Key>
<ns2:Value>Engineering_RD</ns2:Value>
</ns2:Attribute>
</SourceCriteria>
-
Lista atrybutów (parametrów), które powinny zostać przekazane dla komponentów z PLM do Workspace – pomiędzy tagami <Attributes> i </Attributes>. Przykład takiej listy:
<Attributes>
<!-- Pole Name z PLM zostanie przekazane do pola name/comment w Workspace -->
<common:Attribute attributeType="revision">
<common:Key>name</common:Key>
<common:Value>${attribute.name}</common:Value>
</common:Attribute>
<!-- Pole Description z PLM zostanie przekazane do pola Description w Workspace na poziomie rewizji -->
<!-- Atrybuty na poziomie rewizji spowodują utworzenie nowej rewizji, jeśli wartość parametru zostanie zmieniona -->
<common:Attribute attributeType="revision">
<common:Key>Description</common:Key>
<common:Value>${attribute.description}</common:Value>
</common:Attribute>
<!-- Pole Number z PLM zostanie przekazane do pola PlmPartNumber w Workspace na poziomie rewizji -->
<!-- Uwaga: można użyć dowolnej nazwy atrybutu -->
<common:Attribute attributeType="revision" primaryKeyOrdinal="1">
<common:Key>PlmPartNumber</common:Key>
<common:Value>${attribute.Number}</common:Value>
</common:Attribute>
<common:Attribute attributeType="item">
<common:Key>DynamicCONTS</common:Key>
<common:Value>Nie spowoduje aktualizacji rewizji, jeśli zostanie zmienione ${attribute.LastModified}</common:Value>
</common:Attribute>
</Attributes>
-
Zwróć uwagę, że numer części po stronie PLM (PlmPartNumber) jest kluczem głównym do powiązania komponentów po obu stronach i jest przekazywany z powrotem do komponentu w Workspace.
-
Zauważ także, że istnieje pojęcie parametrów „dynamicznych” (attributeType="item"). Takie parametry, jak
DynamicCONTS powyżej, są parametrami na poziomie elementu (Item-level). Są one dodawane do nadrzędnego elementu komponentu w Workspace i dostępne dla jego rewizji. Zmiana ich wartości nie powoduje utworzenia nowej rewizji elementu komponentu. W przeciwieństwie do tego, „silne” parametry (attributeType="revision"), takie jak Description powyżej, są parametrami na poziomie rewizji. Zmiana ich wartości powoduje utworzenie nowej rewizji elementu komponentu.
Sekcja definiująca mapowanie danych Part Choices znajduje się na końcu przykładowego (lub wygenerowanego) pliku konfiguracyjnego.
PartChoices
Oprócz deklaracji Entity w schemacie konfiguracji znajduje się dodatkowa sekcja do definiowania mapowania danych Part Choice komponentów pomiędzy systemem przedsiębiorstwa (PLM) a Workspace. Sekcja ta umożliwia określenie mapowania parametrów atrybutów Part Choices dla większości obsługiwanych systemów PLM oraz relacji danych Approved Manufacturing List (AML) dla systemów Aras, Windchill i Arena PLM. Jest to wyłączna definicja dwukierunkowa – czyli dla jednego kierunku, ale nie obu jednocześnie – która określa atrybuty producenta komponentu i numeru części używane do propagacji danych Part Choices.
Gdy synchronizacja Part Choices jest włączona w pliku konfiguracyjnym (sync="true"), wartość określonych atrybutów jest przekazywana do wybranego systemu. Kierunek tej propagacji danych określa wyrażenie 'To', gdzie ToAltium oznacza, że dane parametryczne z komponentu PLM są stosowane do utworzonego/aktualizowanego komponentu w Workspace, a ToPlm spowoduje, że dane Part Choices powiązane z komponentem w Workspace zostaną przeniesione do PLM. Włączona konfiguracja dotyczy wszystkich zdefiniowanych encji komponentów, więc dane Part Choice będą przekazywane do określonego celu za każdym razem, gdy napotkany zostanie zestaw danych komponentu.
Przykładowy wpis mapowania Part Choices ToAltium w pliku konfiguracyjnym – gdzie atrybuty systemu PLM to MFR1 (nazwa producenta) i MPN1 (numer katalogowy producenta) – może wyglądać następująco:
<PartChoices>
<ToAltium sync="true">
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
</MfrMappings>
</ToAltium>
</PartChoices>
Synchronizacja danych Part Choice obsługuje także wiele wpisów Part Choice. Te dodatkowe atrybuty należy określić w mapowaniu pliku konfiguracyjnego jako kolejną parę definicji atrybutów, na przykład: MFR2 i MPN2 jak pokazano poniżej:
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
<MfrMapping>
<MfrName>MFR2</MfrName>
<MfrPartNumber>MPN2</MfrPartNumber>
</MfrMapping>
</MfrMappings>
Systemy przedsiębiorstwa, które mają natywną/wbudowaną funkcjonalność wyboru części producenta, takie jak Manufacturer Parts w Windchill i Vendor Parts w Arena, nie wymagają mapowanych parametrów w pliku konfiguracyjnym. W tym przypadku wystarczy włączyć akceptację danych Part Choice w odpowiedniej sekcji konfiguracji.
<PartChoices>
<ToAltium sync="true"/>
</PartChoices>
Lub gdy obsługiwany jest transfer danych do systemu przedsiębiorstwa:
<PartChoices>
<ToPlm sync="true"/>
</PartChoices>
-
Gdy dane Part Choice są importowane do elementu komponentu w Workspace, nie będą one duplikować ani zastępować istniejącego Part Choice wprowadzonego ręcznie, a zostaną dodane jako nowy, dodatkowy Part Choice dla tego komponentu – który będzie aktualizowany podczas kolejnych synchronizacji.
-
Part Choices mogą być włączone (
sync="true") do synchronizacji w dowolnym kierunku, zgodnie z konfiguracją ToPlm lub ToAltium. Chociaż takie rozwiązanie umożliwia dwukierunkową wymianę danych Part Choice, należy pamiętać, że kierunki te są wzajemnie wykluczające się – pojawi się błąd, jeśli sekcje ToPlm i ToAltium <PartChoices> zostaną uwzględnione i jednocześnie włączone (ustawione na "true").
Obsługa PTC Windchill PartsLink
System PTC Windchill PLM oferuje opcjonalny moduł PartsLink, który umożliwia grupowanie części. Klasyfikacje części określone w Windchill mogą również zawierać powiązane pary Atrybut/Wartość, aby zapewnić dodatkową definicję w ramach tej klasyfikacji. System PartsLink pozwala na szybkie i łatwe wyselekcjonowanie określonych typów komponentów i jest obsługiwany przez integrację PLM w Workspace, umożliwiając dwukierunkową synchronizację oraz dostęp do odczytu i zapisu.
W instancji konfiguracji Workspace dla Windchill, klasyfikacja PartsLink jest tworzona w Windchill poprzez określenie atrybutu powiązania w sekcji ToPLM w formacie pokazanym w poniższym przykładzie:
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>102-Capacitor</common:Value>
</common:Attribute>
W powyższym przypadku para Key/Value definiuje klasyfikację o nazwie 102-Capacitor. Może ona mieć powiązany atrybut klasyfikacji utworzony w Windchill poprzez określenie parametru nazwy i wartości (tutaj Capacitance) – należy pamiętać, że do jednej klasyfikacji można przypisać wiele atrybutów:
<common:Attribute>
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Capacitance</common:Key>
<common:Value>${parameter.Value}</common:Value>
</common:Attribute>
W sekcji synchronizacji ToAltium konfiguracji, dane pochodzące z Windchill mogą być filtrowane według żądanej klasyfikacji części w zestawie tagów <SourceCritera> poprzez określenie jej ClassificationName.
<SourceCriteria>
<ClassificationName>102-Capacitor</ClassificationName>
</SourceCriteria>
Aby pobrać wszystkie części spełniające wartość atrybutu klasyfikacji (np. wszystkie kondensatory 10uF), sekcja <SourceCriteria> powinna zawierać ustawienia atrybutów konfiguracji definiujące ClassificationName oraz powiązany klucz i wartość atrybutu klasyfikacji.
<SourceCriteria>
<common:Attribute>
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Capacitance</common:Key>
<common:Value>10uF</common:Value>
</common:Attribute>
</SourceCriteria>
Aby wyodrębnić konkretną wartość atrybutu klasyfikacji z Windchill, pobierz parametr Value z określonej nazwy atrybutu powiązanego z ClassificationName.
<common:Attribute attributeType="revision">
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Value</common:Key>
<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>
W samym Windchill klasyfikacja PartsLink jest definiowana poprzez utworzenie binding attribute, którą można przypisać do typu części. Następnie do zdefiniowanej klasy klasyfikacji dodawany jest atrybut klasyfikacji części.
Wpisy komponentów w Windchill będą zawierać zdefiniowaną klasyfikację oraz wszelkie określone parametry atrybutów klasyfikacji, które z kolei są dostępne dla procesu synchronizacji komponentów PLM w Workspace.
Gdy wpis komponentu jest synchronizowany z Windchill do Workspace i interakcja PartsLink została określona w konfiguracji PLM Workspace, atrybuty konfiguracyjne Windchill dla tej części zostaną przekazane do komponentu po stronie Altium.
-
Parametry, atrybuty i wartości zawarte w pliku konfiguracyjnym są rozróżniane pod względem wielkości liter.
-
Poza powszechnym uwzględnieniem głównego klucza synchronizacji (takiego jak PlmPartNumber), nie zaleca się umieszczania tych samych atrybutów/parametrów komponentu zarówno w sekcji ToAltium, jak i ToPlm pliku konfiguracyjnego. Synchronizacja dwukierunkowa odbywa się w tej kolejności (najpierw z PLM do Altium), więc dane PLM zawsze będą miały pierwszeństwo w tej sytuacji.
-
Zobacz przykładowe pliki konfiguracyjne i publikacyjne, aby uzyskać informacje na temat integracji z systemem przedsiębiorstwa.
Enterprise Server obsługuje aktualizację istniejących pozycji Arena PLM podczas pracy z procesami Project Releaser i Component Sync w Altium. Pozwala to na przesyłanie nowo wydanych danych projektowych i komponentowych po stronie Altium do roboczych rewizji pozycji części BOM Arena (dane PCBA, FAB i komponentów).
W przypadku wydania projektu Altium do Arena PLM – za pomocą procesu Project Release with Publish to PLM – wcześniej wydana rewizja BOM projektu Arena zostanie zaktualizowana, a dodatkowe aktualizacje podrzędnych części zostaną powiązane z tym nadrzędnym elementem. W takim przypadku log PLM zawiera ostrzeżenie informujące, że zaktualizowano roboczą rewizję i dodano efektywne rewizje do odpowiedniego BOM w Arena.
Wykonywanie synchronizacji komponentów
Synchronizację komponentów (biblioteki) można przeprowadzić ręcznie lub cyklicznie, korzystając z przycisku Sync action przy wpisie instancji PLM na stronie PLM Integration Workspace lub jako zautomatyzowany cykl określony w konfiguracji instancji. Kliknij kontrolkę
powiązaną z instancją PLM, którą chcesz zsynchronizować. Proces synchronizacji przejdzie przez workflow LibSync, zgodnie z ustawieniami zdefiniowanymi w powiązanym pliku konfiguracyjnym.
Kontrolka zmieni się na
. Jeśli chcesz zatrzymać proces synchronizacji, kliknij tę kontrolkę. Pojawi się okno potwierdzenia, w którym możesz kliknąć
, aby anulować synchronizację – wszystkie już zsynchronizowane komponenty pozostaną, ale dalsza synchronizacja nie będzie kontynuowana.
Synchronizacja komponentów w toku pomiędzy Workspace a wskazaną instancją PLM.
Synchronizacja obejmie only te komponenty, które zostały zmodyfikowane od czasu ostatniej synchronizacji (czyli ich znacznik czasu jest późniejszy niż data ostatniej synchronizacji) i które spełniają kryteria synchronizacji określone w pliku konfiguracyjnym. Jest to określane jako Incremental Synchronization.
Podczas uruchamiania synchronizacji komponentów, proces LibSync przechodzi przez zdefiniowany workflow, aż do zakończenia lub napotkania błędu. Odśwież przeglądarkę (F5), aby zobaczyć aktualny stan procesu synchronizacji. Aby monitorować lub przeglądać proces LibSync, wybierz kartę Synchronization status i opcję listy Closed – jeśli proces nadal trwa, pojawi się na liście Active. Przycisk
, dostępny dla administratorów, umożliwia pobranie szczegółowego rejestru wszystkich wymienionych działań synchronizacyjnych w formacie pliku CSV rozdzielanego przecinkami (Synchronisation status.csv).
Podkarty widoku zawierają następujące informacje:
-
Diagram – grafika przedstawiająca workflow procesu, z wyróżnionym aktualnym krokiem (Zakończony lub stan błędu/niepowodzenia).
-
Data – podsumowanie informacji o działaniu procesu, w tym sukces lub niepowodzenie poszczególnych kroków oraz link do zarejestrowanego raportu procesu – patrz poniżej.
-
History – dziennik czasu głównych zdarzeń synchronizacji Workspace wymienionych w kolejności.
Wyniki procesu LibSync są również dostępne na stronie Process Management (Admin » Processes) w zakładce Browser.
Szczegóły wybranego zdarzenia LibSync wyświetlane w podzakładce Data zawierają link do pliku dziennika systemowego (PLM [data-numer].log) dla tego zdarzenia.
Jeśli proces LibSync zakończy się niepowodzeniem, tworzony jest task Handle errors z powiązanymi danymi o błędzie, w tym informacjami podsumowującymi i diagramem procesu. Aktualne zadania akcji są dostępne na stronie Tasks Management, do której można przejść z opcji Tasks w głównym menu.
Synchronizacja zaplanowana
Masz również możliwość zaplanowania automatycznej synchronizacji. Aby to zrobić, edytuj instancję PLM (na głównej stronie PLM Integration, kliknij jej nazwę lub powiązany przycisk sterujący), wybierz zakładkę Component Synchronisation i włącz opcję Synchronize PLM Components with server on schedule. Użyj elementów sterujących Synchronize every, aby ustawić harmonogram automatycznej synchronizacji zgodnie z wymaganiami. System jest bardzo elastyczny i pozwala na:
-
Ustawienie zaplanowanej synchronizacji co 15/30/45/60/75/90 minut.
-
Ustawienie zaplanowanej synchronizacji co x godzin.
-
Ustawienie zaplanowanej synchronizacji dziennej, wykonywanej o wyznaczonej godzinie.
Ustalony przez Ciebie harmonogram będzie widoczny na głównej stronie PLM Integration, w kolumnie Sync scheduled.
Konfigurowanie harmonogramu synchronizacji.
Aby ustawić zaplanowaną synchronizację, musisz podać poprawne dane uwierzytelniające użytkownika (dla Twojego systemu PLM). Dane te powinny być już zarejestrowane podczas konfigurowania instancji PLM, ale jeśli nie, kliknij przycisk

i wprowadź swój
User name oraz
Password w wyświetlonym oknie
PLM Credentials. Bez poprawnych danych uwierzytelniających zaplanowana synchronizacja pozostanie w stanie WYŁĄCZONA. Synchronizacja na żądanie również nie będzie możliwa.
Możesz także uruchomić proces synchronizacji na żądanie. Kliknij przycisk
i wybierz tryb synchronizacji, którego potrzebujesz:
-
Incremental – w tym trybie only zostaną zsynchronizowane te komponenty, które zostały zmodyfikowane od czasu ostatniej synchronizacji (czyli ich znacznik czasu jest późniejszy niż data ostatniej synchronizacji) i które spełniają kryteria synchronizacji w pliku konfiguracyjnym. Zmiany zostaną odpowiednio przekazane. Jest to tryb domyślny i taki sam tryb jest uruchamiany po kliknięciu przycisku
dla instancji PLM na głównej stronie PLM Integration.
-
Full – ten tryb wymusza pełną synchronizację. Wszystkie komponenty spełniające kryteria synchronizacji w pliku konfiguracyjnym zostaną zsynchronizowane, a zmiany odpowiednio przekazane.
Przepływy pracy procesów
Następujące definicje procesów (i powiązane z nimi przepływy pracy) są dostępne przez Workspace, wspierając integrację z PLM:
Te definicje procesów nie mogą być aktywowane i używane w obecnej postaci. Każda z nich stanowi więc bardziej „szablon” – edytuj ją, dostosuj do wymagań Twojej firmy, nadaj nazwę i zapisz jako nową definicję procesu, którą możesz can następnie aktywować i używać wraz ze wszystkimi innymi definicjami w danym temacie procesów.
-
Part Requests Temat procesów:
-
Part Request with PLM Part Create – wspiera automatyczne tworzenie komponentu w Twojej instancji PLM, a następnie przekazanie wygenerowanego numeru części z powrotem do komponentu w Workspace. Diagram przepływu pracy pokazano poniżej.
Ważna uwaga: podczas modyfikowania tej przykładowej definicji w celu utworzenia własnej, musisz określić instancję PLM, w której mają być tworzone części. Wybierz encję Create Part in PLM w diagramie przepływu pracy i wybierz instancję PLM z menu rozwijanego powiązanego z polem PLM Instance. Menu to zawiera wszystkie aktualnie zdefiniowane instancje PLM (zgodnie z definicją na stronie PLM Integration interfejsu).
► Zobacz Tworzenie i zarządzanie procesami, aby uzyskać więcej informacji o pracy z przepływami procesów.
-
Project Activities Temat procesów:
-
Publish to PLM (User selects) – publikacja wydanych wyników zarządzanego projektu do zintegrowanej instancji PLM, gdzie użytkownik może wybrać, które wyniki mają zostać opublikowane. Diagram przepływu pracy pokazano poniżej.
-
Project Releaser with Publish – publikacja do zintegrowanej instancji PLM jako dodatkowy etap Project Releaser. Diagram przepływu pracy pokazano poniżej.
-
Project Creations Temat procesów:
-
Project with initialise in PLM – wspiera automatyczne tworzenie numerów części w Twojej instancji PLM, a następnie przekazanie ich jako parametrów projektu projektowego Workspace. Diagram przepływu pracy pokazano poniżej.
Dostęp do procesów związanych z PLMPoniższe sekcje pokazują, gdzie uzyskać dostęp do aktywowanych procesów związanych z PLM. Ponieważ przykłady nie mogą być używane bezpośrednio, na potrzeby ilustracji utworzono z nich następujące:
-
PR with PLM Part Create – utworzony na podstawie przykładowej definicji procesu: Part Request with PLM Part Create.
-
Publish to Company PLM – Choose Data – utworzony na podstawie przykładowej definicji procesu: Publish to PLM (User selects).
-
Project Releaser with Publish to Company PLM – utworzony na podstawie przykładowej definicji procesu: Project Releaser with Publish.
-
Create Project with PLM Initialise – utworzony na podstawie przykładowej definicji procesu: Project with Initialise in PLM.
Zwróć uwagę, że administratorzy Workspace mogą uruchomić nową instancję dowolnej aktywowanej definicji procesu – bezpośrednio z odpowiedniej zakładki tematu procesów w obszarze
Processes interfejsu Workspace – klikając przycisk

.
Żądania części
Dostępne z poziomu Altium Designer z panelu Explorer, po przeprowadzeniu wyszukiwania, z poziomu panelu Details w Manufacturer Part Search lub z linku na dole listy komponentów w panelu Components.
Z poziomu interfejsu Workspace, aktywowaną definicję procesu można uruchomić ze strony Part Requests, klikając przycisk
w prawym górnym rogu strony.
Przykład żądania części
Poniższy przykład pokazuje w skrócie utworzenie nowej części w Workspace, a następnie automatyczne utworzenie odpowiadającej jej części w instancji PLM. Wygenerowany numer części jest następnie przekazywany z instancji PLM z powrotem do komponentu w Workspace jako parametr pozycji – co oznacza, że nie ma potrzeby wydawania nowej rewizji komponentu Workspace. W tym przykładzie używana jest definicja procesu Part Request with PLM Part Create – pochodząca z przykładowej definicji Part Request with PLM Part Create.
Podane tutaj informacje będą podobne dla różnych obsługiwanych systemów PLM. Różnić się będzie plik konfiguracyjny, który możesz zmienić, aby dostosować go do potrzeb firmy, a także jeśli zmodyfikowałeś przepływ pracy dla definicji procesu użytej do utworzenia części.
-
Rozpocznij proces żądania części i wypełnij wyświetlony formularz – podając szczegóły początkowego żądania – zgodnie z potrzebami. Na poniższym obrazku żądanie jest składane przez stronę Part Requests interfejsu Workspace i dotyczy pojedynczej części.
-
Nowe żądanie części zostanie wyświetlone jako aktywny proces na stronie Part Requests, z aktualnym stanem widocznym w głównym wpisie oraz w diagramie przepływu pracy.
-
Gdy wymagany użytkownik podejmie się (lub zostanie mu przydzielone) zadania realizacji żądania, ostatecznie tworzy żądaną część (części). Każdy komponent utworzony (i/lub wybrany) w celu realizacji żądania jest dodawany do pola Components zadania. Dodane komponenty zostaną automatycznie utworzone w PLM. Na poniższym obrazku utworzono i dodano pojedynczy komponent – CMP-007-00004. Upewnij się, że pole Next step jest ustawione na Completed i kliknij przycisk
.
Możesz zostać poproszony o podanie danych logowania do systemu PLM określonego w przebiegu procesu Zgłoszenia Części.
-
Proces będzie kontynuowany, a wskazany komponent zostanie utworzony w instancji PLM. Po zakończeniu procesu możesz zobaczyć wygenerowany numer części PLM na Data karcie procesów. Upewnij się, że przełączyłeś filtr (lewy górny róg) na widok Closed procesów.
Administratorzy mogą użyć przycisku

, aby pobrać szczegółowy rejestr wszystkich wymienionych Zgłoszeń Części w formacie CSV oddzielonym przecinkami.
-
Wróć do Altium Designer, wyszukaj utworzony komponent w panelu Explorer i przełącz widok na jego kartę Preview . W sekcji parametrów zauważysz, że został dodany dodatkowy parametr – PlmPartNumber – którego wartość to numer odpowiadającej mu utworzonej części w PLM.
Zwróć uwagę, że parametr został dodany do komponentu, ale jego rewizja pozostaje bez zmian – nie nastąpiło ponowne wydanie komponentu. Wynika to z faktu, że parametr jest parametrem na poziomie elementu – dodanym bezpośrednio do Elementu Komponentu i dostępnym we wszystkich jego rewizjach.
Aktywności projektowe
Dane projektowe wydane z Altium Designer do Workspace mogą być propagowane do PLM w kontrolowany sposób za pomocą procesów Workspace Publish to PLM. Procesy Workspace definiują interfejs i metodykę publikacji, a określony Szablon Publikacji XML definiuje, w jaki sposób dane plików są przekazywane do docelowego systemu PLM.
Obsługa publikowania folderów dla Windchill PLM
Podczas konfigurowania procesu Publish to PLM dla Windchill® PLM, możesz również określić (i utworzyć) docelowy folder Windchill dla dokumentów publikowanych z Workspace.
Odpowiednie parametry folderu Windchill są definiowane w pliku Publishing Template XML, który jest stosowany do Twojej integracji Windchill PLM w Workspace. Węzły definicji folderów mają format tagu <pt:Folder>xxx</pt:Folder> – gdzie pt to bieżąca przestrzeń nazw, a xxx to pełna ścieżka folderu – i są umieszczane jako reguła publikacji w sekcji FileDistribution dla każdego typu dokumentu (na przykład dla PCB.zip Fabrication output).
Przykład hierarchii struktury Publishing XML wyglądałby następująco:
<pt:EntityRule id="FAB">
<pt:FileDistributions>
<pt:FileDistribution archiveName="PCB.zip">
<pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>
Ostatnia linia wpisu określa (lub tworzy) docelowy folder publikacji dla PCB.zip Fabrication output ze strukturą folderów Windchill (gdzie nazwa projektu to MyProject):
PRODUCT
Projects
MyProject
FAB data
Zwróć uwagę, że ścieżka folderu zdefiniowana w pliku Publishing XML jest bezwzględna (a nie względna) i może zawierać inne właściwości projektu, takie jak nazwa projektu (${project.name}) czy numer złożenia (${project.PLM_ASSEMBLY_NUMBER}).
Dodatkowo, możliwość create docelowego folderu jest obsługiwana dla usług Windchill REST API 1.3 i nowszych. Dla starszych wersji REST wskazana ścieżka folderu docelowego musi już istnieć i nie może być utworzona.
Standardowy proces publikacji
Po stronie projektowej standardowy proces publikacji do PLM jest dostępny w Altium Designer z podmenu Project » Project Activities dla aktywnego projektu.
Procesy związane z projektem są również dostępne z podmenu kontekstowego
Project Activities, do którego uzyskasz dostęp, klikając prawym przyciskiem myszy wpis projektu w panelu
Projects.
Z poziomu interfejsu Workspace aktywne definicje procesów są dostępne z widoku Project Management po kliknięciu przycisku
.
Publikowanie za pomocą Project Releaser
Proces publikacji do instancji PLM w ramach Project Releaser jest dostępny w Altium Designer z podmenu Project » Project Releaser dla aktywnego projektu.
Procesy związane z wydaniem są również dostępne z podmenu kontekstowego
Project Releaser, do którego uzyskasz dostęp, klikając prawym przyciskiem myszy wpis projektu w panelu
Projects.
Pojawi się Project Releaser, z dodatkowym etapem – 7: Publish to PLM. Dodatkowo, z menu powiązanego z przyciskiem
dostępne jest polecenie – Prepare & Release & Publish to PLM – jeśli chcesz uruchomić Project Releaser bez zatrzymywania się na przeglądanie wygenerowanych danych i raportu z wykonania.
Definiowanie nazwy etapu
Jeśli korzystasz z przykładowej definicji procesu – Project Releaser with Publish – aby utworzyć własną definicję, domyślnie nazwa etapu prezentowana po stronie klienta projektowego to Publish to PLM. Złożone polecenie w menu rozwijanym przycisku Project Releaser
również zawiera tę nazwę: Prepare & Release & Publish to PLM.
Masz jednak możliwość zmiany sposobu prezentacji tej nazwy (oraz podpowiedzi opisowej powiązanej z etapem) użytkownikom. Pola do tego celu są dostępne w bazowym przebiegu procesu, gdy wybrany jest element Start (typu Start Release). Te pola to:
-
Action name – nazwa akcji po wydaniu projektu, która jest nazwą etapu prezentowaną jako etap 7 w Project Releaser. Wpis w tym polu jest wymagany, jeśli w przebiegu procesu zdefiniowano zadania. Ta nazwa będzie również używana dla polecenia menu, w formacie Prepare & Release & <Action name>.
-
Action description – opis akcji po wydaniu projektu, prezentowany użytkownikowi w Project Releaser jako podpowiedź narzędzia dla wpisu etapu 7.
Domyślne ustawienia elementu Start w przebiegu opartym na przykładowej definicji procesu Project Releaser with Publish oraz prezentacja w Project Releaser.
Poniższy obraz pokazuje te pola zmienione w bazowym przebiegu procesu oraz wynikający z tego wpływ na wpisy w Project Releaser.
Zmodyfikowane ustawienia elementu Start użytego w przebiegu do publikacji do PLM przez Project Releaser.
Jeśli uruchomisz Project Releaser za pomocą standardowego polecenia Prepare , po przejrzeniu i wydaniu danych pojawi się przycisk
na etapie Execution Report. Kliknij go, aby kontynuować bazowy przebieg procesu i opublikować do PLM. Pojawi się okno dialogowe Login Credentials. Wprowadź Username i Password dla swojej instancji PLM oraz wybierz szablon PLM, którego chcesz użyć (pojawi się w formie <PLMInstance>:<PublishingTemplate>).
Jeśli zdecydujesz się użyć polecenia
Prepare & Release & Publish to PLM, ostatecznie zostanie wyświetlone bezpośrednio okno dialogowe
Login Credentials.
Project Releaser nie zatrzyma się na etapie
Execution Report i nie pojawi się przycisk

.
Zwróć uwagę, że dane logowania do instancji PLM są wymagane tylko przy pierwszej publikacji do tej instancji. Następnie zostaną one zapisane wraz z połączonym Workspace. Każda kolejna publikacja tego projektu do tej samej instancji PLM będzie przebiegać bezpośrednio, zgodnie z określonym przebiegiem procesu i wybranym szablonem publikacji.
Kliknij kartę Diagram , aby zobaczyć podstawowy przebieg procesu.
Kliknij przycisk
, aby kontynuować proces publikacji zgodnie z tym przebiegiem.
Jeśli publikujesz po raz pierwszy i numery części (po stronie PLM) nie są jeszcze powiązane z zarządzanym projektem, zostaną one utworzone w PLM i powiązane z projektem w ramach tej pierwszej publikacji. Masz również możliwość zdefiniowania wpisów komponentów dla komponentów Workspace w instancji PLM, w ramach operacji publikacji – aby uzyskać BOM komponentów w PLM (opcjonalnie, w zależności od zdefiniowanego i użytego szablonu publikacji podczas publikowania projektu do instancji PLM).
Sprawdź status procesu publikacji do PLM poprzez interfejs Workspace, wybierając widok Activities z poziomu szczegółowego widoku projektu — po otwarciu projektu z widoku Projects. Wybierz opcję widoku Opened, aby zobaczyć status podczas trwania procesu, oraz opcję aktywności Closed, aby uzyskać informacje o statusie po zakończeniu procesu.
Możesz dokładnie zobaczyć, co zostało utworzone, na przykład numery części w instancji PLM, w zakładce Data przebiegu procesu.
Tworzenie projektów
Po stronie projektowej, dostęp z poziomu Altium Designer z głównego podmenu File » New » Project in <workspace>.
Z poziomu interfejsu Workspace, aktywowaną definicję procesu można uzyskać z widoku Projects, klikając przycisk
.
Również podczas klonowania projektu, dostępne z menu
w widoku Projects.
Przebieg procesu będzie kontynuowany, pojawi się okno dialogowe umożliwiające zdefiniowanie projektu pod względem nazwy, opisu, typu oraz ewentualnego szablonu projektu, który ma być użyty przy jego tworzeniu. Po kliknięciu Start pojawi się okno dialogowe Login Credentials. Wprowadź Username i Password dla swojej instancji PLM oraz wybierz szablon PLM, którego chcesz użyć (pojawi się w formie <PLMInstance>:<PublishingTemplate>). Następnie kliknij Submit , aby kontynuować przebieg procesu.
Odpowiednie numery części zostaną automatycznie utworzone dla projektu w Twojej instancji PLM, a następnie przekazane z powrotem do Workspace jako parametry projektu. Parametry te będą dostępne do użycia jako specjalne ciągi – dostępne z panelu
Properties po zaznaczeniu tekstu w edytorze projektu. Parametry serwera Workspace zdefiniowane dla projektu można również zobaczyć na karcie
Server Parameters w oknie dialogowym
Project Options (
Project » Project Options).
Przykład tworzenia projektu
Poniższy przykład krótko pokazuje tworzenie nowego projektu z inicjalizacją w PLM. Proces jest wywoływany z Altium Designer przy użyciu definicji Create Project with PLM Initialise – pochodzącej z przykładowej definicji Project with Initialise in PLM.
Podane tutaj informacje będą podobne dla różnych obsługiwanych systemów PLM. Różnić się będą plik konfiguracyjny i szablony publikacji, które możesz zmieniać zgodnie z potrzebami firmy, sposób konfiguracji docelowego PLM, a także ewentualne modyfikacje przebiegu procesu używanego do tworzenia projektu.
-
Po uruchomieniu procesu (File » New » Project in <workspace> » Create Project with PLM Initialise) pojawia się okno dialogowe (nazwane zgodnie z definicją procesu), w którym definiujesz projekt. W tym przykładzie nazwiemy projekt po prostu Example_Project_with_PLM_Init, dodamy opis i pozostawimy pozostałe pola – w tym te na karcie Advanced – bez zmian.
-
Po zdefiniowaniu projektu kliknij przycisk
. Pojawi się okno dialogowe Login Credentials. Ponieważ jest to nowy projekt, musisz podać dane logowania do PLM, wybrać instancję PLM oraz powiązany szablon publikacji. W tym przykładzie używany jest plik konfiguracyjny i powiązany szablon publikacji (zgodnie z wymaganiami) dla Arena PLM.
Po podaniu danych logowania oraz wybraniu instancji PLM i szablonu publikacji, kliknij przycisk
.
-
Proces zostanie zakończony (zakładając brak błędów), co można zobaczyć w panelu Tasklist, pod zamkniętą listą Activities – sprawdź opcję Show closed z menu przycisku
. Wybierz wpis Aktywność, aby uzyskać więcej informacji o zakończonym procesie i jego zestawie danych.
Zwróć uwagę, że karta Data zawiera istotne dane, w tym numery części utworzone dla różnych elementów projektu. Numery części PLM odpowiadają elementom utworzonym w PLM, które zostaną wypełnione danymi wydania, gdy projekt zostanie opublikowany do PLM – na przykład podczas uruchomienia procesu Project Releaser with Publish (do PLM).
Zakończony proces i powiązane z nim informacje można również zobaczyć w interfejsie Workspace, wybierając widok Activities z poziomu szczegółowego widoku projektu – po otwarciu projektu z widoku Projects. Wybierz opcję aktywności Closed (prawy górny róg), aby uzyskać informacje o statusie zakończonego procesu.
-
W Altium Designer nowy projekt jest widoczny w panelu Projects, zaplanowany do zatwierdzenia w repozytorium projektowym opartym na Git w Workspace – kliknij prawym przyciskiem myszy wpis projektu i użyj polecenia Save to server, aby to zrobić. Następnie możesz dodać dokumenty źródłowe i rozpocząć projektowanie. Po przejściu do publikacji projekt jest już powiązany z odpowiednimi częściami w instancji PLM.
Z karty Server Parameters w oknie dialogowym Project Options lub w sekcji Parametry projektu w panelu Explorer możesz zobaczyć numery części przypisane w instancji PLM, które odnoszą się do odpowiednich elementów projektu możliwych do wydania/publikacji.
Sposób powiązania nazw parametrów PLM z pakietami wydań projektu jest określony w pliku konfiguracyjnym PLM, który z kolei jest ustalany przez wymagane przez system PLM atrybuty nazewnictwa i numeracji.
Podczas wstawiania tekstu schematycznego, parametry PLM powiązane z projektem będą dostępne jako specjalne ciągi: