Supporto per l'acquisizione dei dati

Altium consente a un'organizzazione di copiare i contenuti necessari da un server di origine e di trasferirli su un secondo server di destinazione – un processo denominato semplicemente Server Data Acquisition. Ciò consente, ad esempio, di ottenere rapidamente i dati dal proprio Workspace (ospitato sulla piattaforma infrastrutturale Altium 365) e di trasferirli sul proprio server in loco.

Con l’acquisizione dei contenuti di progettazione, la titolarità passa saldamente nelle mani del team del server ricevente, che è libero di apportare modifiche e gestire i contenuti – sul proprio server – come meglio crede in futuro. Inoltre, mantenendo un collegamento tra i dati acquisiti e la loro fonte originale, è possibile gestire i dati in modo intelligente, ricevendo notifiche quando la fonte di qualsiasi contenuto copiato viene aggiornata. Così, ad esempio, se in futuro viene apportata una modifica a una revisione di un elemento di progetto nel server di origine, il server di destinazione ha la possibilità di aggiornarsi a tale revisione, risincronizzandosi con la “nave madre”, per così dire. E indipendentemente dal fatto che siano state effettuate ulteriori versioni di un elemento nel server di destinazione, c’è sempre la possibilità di ripristinare una revisione precedente dal server di origine – il tutto mantenendo un collegamento alla fonte originale dell’elemento, oppure Origin.

Acquisizione dati – Panoramica concettuale

L’immagine seguente fornisce un’illustrazione grafica di alto livello del concetto di acquisizione dati. I principi di acquisizione dati rappresentati sono gli stessi, indipendentemente dal tipo di dati acquisiti.

Il concetto di acquisizione dati tramite server.

Si noti che l’area di lavoro che riceverà i dati dei contenuti (l’area di lavoro di destinazione) deve essere in grado di connettersi all’area di lavoro di origine. Ciò significa che un Enterprise Server non può fungere da fonte di dati di contenuto per un Workspace Altium 365, poiché quest’ultimo non può connettersi al primo – che si trova all’interno di una LAN/WAN locale e non è esposto a Internet.

In pratica, ciò significa che i dati del Content Cart possono essere trasferiti tra Workspace Altium 365, tra Workspace Enterprise Server e da un Workspace Altium 365 a un Workspace Enterprise Server. In questi casi, l’area di lavoro ricevente/di destinazione può “vedere” e connettersi all’area di lavoro di origine, mentre un’area di lavoro Altium 365 di destinazione non può vedere né connettersi a un’area di lavoro che risiede in una rete locale chiusa.

Riepilogo dell’acquisizione dei dati tra Workspace:

ORIGINE		DESTINAZIONE	SUPPORTATO
Area di lavoro Altium 365	→	Altium 365 Workspace
Altium 365 Workspace	→	Spazio di lavoro Altium Enterprise Server
Area di lavoro Altium Enterprise Server	→	Area di lavoro Altium 365
Area di lavoro Altium Enterprise Server	→	Area di lavoro Altium Enterprise Server

Si noti inoltre che i dati dei contenuti non possono essere trasferiti tra un Altium 365 Workspace e un Altium 365 GovCloud Workspace.

Elementi che possono essere acquisiti

I seguenti tipi di elementi possono essere acquisiti da un server di origine verso un server di destinazione utilizzando la funzione di acquisizione dati:

• Modello 3D
• Preferenze di Altium Designer
• Componente (comprese le scelte di parte associate)
• Modello di componente
• Scheda tecnica
• Footprint
• Foglio schematico gestito
• Lavoro di output
• Modello di schema
• Script
• Modello di simulazione
• Simbolo

Aspetti da tenere in considerazione durante l'acquisizione dei dati:

• È possibile acquisire solo gli elementi di dati che si trovano in uno stato "rilasciato" nel server di origine.

• Viene acquisita solo la revisione selezionata di un elemento di origine, e non tutte le revisioni che potrebbero esistere per quell'elemento.

• Quando si acquisisce una revisione di un componente di origine o di un elemento Schema Gestito, verranno acquisiti anche tutti gli elementi figli collegati:

  • Component Item – le revisioni applicabili dei seguenti oggetti figli collegati: elemento simbolo, elemento/i footprint, elemento/i modello 3D, elemento modello di simulazione, elemento/i scheda tecnica, elemento modello di componente.

    Si noti che il parametro " Tipo di componente " non viene trasferito durante il processo di acquisizione, pertanto i componenti trasferiti appariranno nella Uncategorized sia nel pannello Componenti di Altium Designer che nella pagina Componenti dell’area di lavoro. È possibile applicare il Tipo di componente desiderato a una o più voci di componenti utilizzando l’operazione Modifica Tipo di componente nel pannello di Altium Designer Explorer .

  • Managed Sheet Item – revisioni applicabili dei seguenti oggetti figli collegati: Elementi "Componente", Elementi "Simbolo", Elementi "Footprint", Elementi "Modello 3D", Elementi "Modello di simulazione", Elementi "Scheda tecnica", Elementi "Modello di componente", Elementi "Modello di schema".

• Il ciclo di vita di una revisione dell’elemento di origine acquisita assumerà lo stato iniziale “post-rilascio”, come determinato dalla definizione del ciclo di vita assegnata all’elemento di destinazione. Qualsiasi cronologia del ciclo di vita relativa alla revisione dell’elemento di origine verrà semplicemente ignorata.

• Se un elemento figlio di un componente di origine o di un elemento "Schema gestito" selezionato non può, per qualsiasi motivo, essere acquisito, l’acquisizione di tale componente o elemento "Schema gestito" selezionato non procederà.

L’acquisizione viene eseguita tramite la finestra di dialogo "Carrello dei contenuti". È possibile accedere a questa finestra di dialogo dal pannello Explorer di Altium Designer. È possibile aggiungere una o più revisioni di elementi selezionate, o anche una cartella di elementi (il che caricherà nel carrello l’ultima revisione di tutti gli elementi presenti in quella cartella).

Per ulteriori informazioni sull’acquisizione tramite l’interfaccia utente in Altium Designer, consultare la pagina“Acquisizione dei dati dell’area di lavoro tramite il Carrello dei contenuti ”.

Meccanismi di acquisizione

A titolo di introduzione, la sezione seguente fornisce ulteriori approfondimenti sul flusso procedurale di base utilizzato dalla funzione di acquisizione dei dati e sugli scenari generali che si presentano durante la gestione dell’acquisizione dei dati.

Flusso procedurale di base

L’immagine seguente illustra in dettaglio i meccanismi di acquisizione dei dati da un server di origine. Essa illustra il flusso procedurale necessario per copiare essenzialmente una revisione scelta di un elemento di origine tra il server di origine e quello di destinazione specificati.

Meccanismi di acquisizione dei dati da un server di origine e di trasferimento verso un server di destinazione.

Come si può notare, la procedura si articola essenzialmente in tre fasi distinte, che garantiscono il trasferimento dei dati tra i server mantenendone l’integrità:

1. Download – la revisione selezionata dell’elemento di origine (nel server di origine) viene innanzitutto scaricata.
2. Modify & Retarget – i dati vengono automaticamente modificati in base alle preferenze locali definite (locali al server di destinazione), preservando al contempo in modo affidabile il valore acquisito.
3. Release – i dati vengono trasferiti nel server di destinazione (in questo caso in una nuova revisione di un elemento di destinazione esistente). La revisione di destinazione mantiene un collegamento alla sua origine, ovvero un puntatore alla revisione dell’elemento sorgente da cui discende.

Gestione dei dati acquisiti

Nella sezione precedente è stato illustrato il flusso di base dell’acquisizione. Per gestire efficacemente l’acquisizione dei dati, viene tracciata la cronologia relativa sia degli elementi di origine che di quelli acquisiti, in modo che le azioni di acquisizione pertinenti siano disponibili per il progettista tramite l’interfaccia di gestione dell’acquisizione.

Le sezioni seguenti esaminano gli scenari generali che si presentano durante la gestione dell’acquisizione dei dati. In ciascun caso, lo stato dei dati acquisiti – in termini di elemento di destinazione ed eventuali revisioni – viene confrontato con il relativo elemento di origine e le sue revisioni.

Acquisizione completamente nuova

In questo scenario, nessuna revisione dell’elemento di origine è stata acquisita in precedenza. Una revisione dell’elemento di origine deve essere acquisita nella revisione iniziale di un nuovo elemento di destinazione. Il nuovo elemento di destinazione e la relativa revisione vengono creati come parte della configurazione dell’acquisizione.

Scenario 1 – acquisizione dei dati nella revisione iniziale di un nuovo elemento di destinazione.

Acquisizione di una revisione successiva

In questo scenario, una revisione dell’elemento di origine è stata acquisita in precedenza. L’elemento di origine è stato successivamente modificato, rendendo disponibile una revisione successiva. In questo caso, verrebbe creata una nuova revisione dell’elemento di destinazione esistente, per acquisire la revisione successiva dell’elemento di origine.

Scenario 2 – acquisizione di una revisione successiva di un elemento di origine precedentemente acquisito.

Già esistente

In questo scenario, l’ultima revisione dell’elemento di origine è già stata acquisita: non c’è nulla di ulteriore da acquisire.

Scenario 3 – la revisione desiderata dell’elemento di origine è già stata acquisita, non c’è nulla da fare.