Support d’acquisition de données

Altium permet à une organisation de copier le contenu dont elle a besoin depuis un Workspace source et de le livrer vers un second Workspace cible – un processus appelé simplement Workspace Data Acquisition.

En acquérant du contenu de conception, la propriété est clairement placée entre les mains de l’équipe du Workspace destinataire, qui est libre d’apporter des modifications et de maintenir le contenu – dans son Workspace – comme elle le souhaite par la suite. Et en conservant un lien entre les données acquises et leur source d’origine, il est possible d’effectuer une gestion intelligente des données, y compris d’être averti lorsque la source d’un contenu copié est mise à jour. Ainsi, par exemple, si plus tard une modification est apportée à une révision d’un élément de conception dans le Workspace source, le Workspace cible a la possibilité de se mettre à jour vers cette révision, se resynchronisant en quelque sorte avec le « vaisseau mère ». Et même si des versions supplémentaires ont été publiées pour un élément dans le Workspace cible, il reste toujours possible de revenir à une révision précédente depuis le Workspace source – simplement en conservant un lien vers la source d’origine de l’élément, ou Origin.

Acquisition de données – Vue d’ensemble conceptuelle

L’image suivante fournit une illustration graphique de haut niveau du concept d’acquisition de données. Les principes d’acquisition de données représentés sont les mêmes, quel que soit le type de données acquis.

Le concept d’acquisition de données de Workspace.

Notez que le Workspace qui recevra les données de contenu (le Workspace cible) doit pouvoir se connecter au Workspace source. Cela signifie qu’un Enterprise Server ne peut pas agir comme source de données de contenu pour un Workspace Altium 365, puisque ce dernier ne peut pas se connecter au premier – celui-ci étant situé dans un LAN/WAN local et non exposé à Internet.

En pratique, cela signifie que les données du Content Cart peuvent être transférées entre des Workspaces Altium 365, entre des Workspaces Enterprise Server , et d’un Workspace Altium 365 vers un Workspace Enterprise Server. Dans ces cas, le Workspace destinataire/cible peut « voir » et se connecter au Workspace source, alors qu’un Workspace cible Altium 365 ne peut ni voir ni se connecter à un Workspace situé dans un réseau local fermé.

Résumé de l’acquisition de données entre Workspaces :

SOURCE		CIBLE	PRISE EN CHARGE
Workspace Altium 365	→	Workspace Altium Enterprise Server
Workspace Altium Enterprise Server	→	Workspace Altium Enterprise Server
Workspace Altium Enterprise Server	→	Workspace Altium 365
Workspace Altium 365	→	Workspace Altium 365

Éléments pouvant être acquis

Les types d’éléments suivants peuvent être acquis depuis un Workspace source vers un Workspace cible à l’aide de la fonctionnalité d’acquisition de données :

• Modèle 3D
• Préférences Altium Designer
• Composant (y compris les Part Choices associées)
• Modèle de composant
• Fiche technique
• Empreinte
• Feuille schématique gérée
• Fichier Output Job
• Modèle de schéma
• Script
• Modèle de simulation
• Symbole

Points à prendre en compte lors de l’acquisition de données :

• Seule la révision choisie d’un élément source est acquise, et non toutes les révisions pouvant exister pour cet élément. Dans la vue par défaut du panneau Explorer, il s’agira de la dernière révision (courante) d’un élément, sauf si une révision inférieure (plus ancienne) est explicitement sélectionnée – désélectionnez l’option Show only latest dans le menu pour afficher toutes les révisions disponibles de l’élément.
• Lors de l’acquisition d’une révision d’un élément source de type Composant ou Feuille schématique gérée, tous les éléments enfants liés seront également acquis :
  • Component Item – révisions applicables des objets enfants liés suivants : élément Symbole, élément(s) Empreinte, élément(s) Modèle 3D, élément Modèle de simulation, élément Modèle de composant, élément(s) Fiche technique, associations Part Choice.

Notez que le paramètre Component Type n’est pas transféré pendant le processus d’acquisition ; les composants transférés apparaîtront donc dans l’emplacement Uncategorized de la cible, à la fois dans le panneau Components d’Altium Designer et sur la page Components du Workspace. Vous pouvez appliquer le type de composant souhaité à une ou plusieurs entrées de composant à l’aide de l’opération Change Component Type dans le panneau Explorer d’Altium Designer.

• Managed Sheet Item – révisions applicables des objets enfants liés suivants : élément(s) Composant, élément(s) Symbole, élément(s) Empreinte, élément(s) Modèle 3D, élément(s) Modèle de simulation, élément(s) Modèle de composant, élément(s) Fiche technique, élément Modèle de schéma.

• Le cycle de vie d’une révision d’élément source acquise prendra son état initial (par exemple, Draft), tel que déterminé par la définition de cycle de vie assignée à l’élément cible. Tout historique de cycle de vie de la révision de l’élément source sera ignoré.
• Si un élément enfant d’un élément source Composant/Feuille schématique gérée choisi ne peut pas, pour quelque raison que ce soit, être acquis, alors l’acquisition de cet élément Composant/Feuille schématique gérée choisi ne se poursuivra pas.

Interface utilisateur d’acquisition

Related page: Utilisation du Content Cart

L’acquisition s’effectue à l’aide de la boîte de dialogue Content Cart, accessible depuis le panneau Explorer. Lors de la navigation dans le Workspace source à partir duquel vous souhaitez obtenir des données, cliquez avec le bouton droit sur une révision d’élément que vous souhaitez acquérir et choisissez la commande Operations » Add to Content Cart dans le menu contextuel. Vous pouvez ajouter une ou plusieurs révisions d’élément sélectionnées, ou même un dossier d’éléments (ce qui chargera le panier avec la dernière révision de tous les éléments de ce dossier).

La boîte de dialogue Content Cart – le centre de commande pour acquérir des données depuis un Workspace source.

Utilisez le Content Cart pour acquérir tout le contenu de données dont vous avez besoin. Le processus d’acquisition d’éléments de données depuis un Workspace source peut être résumé comme suit :

1. Le Workspace actuellement actif est automatiquement déterminé comme étant le Workspace source.
   1. Vous pouvez modifier le Workspace actif affiché dans la vue du panneau Explorer – et donc la source actuelle des données – à partir du menu de sélection de Workspace disponible en haut à gauche du panneau.
   2. Les Workspaces disponibles sont ceux auxquels vous vous êtes précédemment connecté et/ou qui sont actuellement accessibles (connectés), comme indiqué sous Known Servers sur la page Data Management – Servers de la boîte de dialogue Preferences.
   3. Notez que bien que l’Altium Content Vault soit également disponible comme source, son utilisation directe pour l’acquisition de données est déconseillée au profit du panneau Manufacturer Parts Search – vers lequel vous serez redirigé si le Content Vault est sélectionné comme source. Le panneau Manufacturer Parts Search offre des capacités de recherche sophistiquées pour localiser des pièces réelles via le service Altium Parts Provider, et utilise en arrière-plan l’Altium Content Vault comme source de données de modèles de composants. Les composants trouvés qui disposent de données de modèle associées peuvent être acquis pour être utilisés dans vos conceptions.
2. Utilisez le menu déroulant du nom du Workspace cible (mis en évidence en bleu) pour sélectionner un autre Workspace cible dans la liste, qui est renseignée avec les Workspaces actuellement connectés – choisissez l’option Server Administration pour activer/désactiver les connexions aux Workspaces.

3. La révision d’élément d’origine est répertoriée dans la grille principale. N’importe quel nombre de révisions d’élément supplémentaires peut être ajouté au panier. Pour ce faire, cliquez sur le contrôle Add More Items en haut à droite de la boîte de dialogue et choisissez l’entrée Select pour accéder à la boîte de dialogue Choose Item (une incarnation du panneau Explorer). À partir de là, vous pouvez parcourir le Workspace source pour trouver d’autres éléments, en les ajoutant soit un par un, soit par lot à l’aide des outils standard de sélection multiple.

   Vous pouvez également choisir l’entrée Add manually pour accéder à la boîte de dialogue Add new items. Cette boîte de dialogue vous permet de coller une liste externe des éléments requis (un élément par ligne), qui pourront ensuite être recherchés dans le Workspace source à l’aide d’un critère de recherche choisi (GUID, Item ID, Name ou MPN). Sélectionnez et supprimez des révisions d’élément de la liste (cliquez sur le bouton ) si vous décidez finalement de ne pas les acquérir.

4. Cliquez sur le contrôle Change Settings en bas à droite de la boîte de dialogue Content Cart pour accéder à la boîte de dialogue Content Cart Structure. À partir de là, vous pouvez définir des options par défaut pour chacun des types d’éléments de données pris en charge par la fonctionnalité d’acquisition. Cela implique de spécifier un dossier par défaut dans le Workspace cible, ainsi qu’une définition de cycle de vie par défaut, des schémas de nommage d’élément et de révision, et un index de départ. Vous avez également la possibilité d’ajouter une note, qui peut fournir des informations utiles sur l’acquisition à d’autres personnes lorsqu’elles parcourent votre contenu acquis.
5. Une fois les éléments source souhaités choisis, cliquez sur le bouton , qui prépare le Workspace cible pour l’acquisition. Cela vérifie automatiquement l’état des révisions d’élément choisies concernées (au cas où elles auraient déjà été acquises), les liens parent-enfant, puis propose l’action requise – qui, pour de nouvelles acquisitions, sera Transfer new revision and item. Bien que les options d’acquisition par défaut (voir point 3 ci-dessus) soient appliquées pendant cette phase de préparation, les propriétés des éléments cibles individuels peuvent être modifiées si nécessaire. Pour ce faire, sélectionnez un élément dans la liste et cliquez sur le bouton .
6. Une fois la préparation terminée, cliquez sur le bouton pour lancer le processus d’acquisition. Une première boîte de dialogue de confirmation apparaît ; cliquez sur Yes pour procéder au transfert du contenu entre les Workspaces source et cible. Une seconde boîte de dialogue de confirmation confirmera le résultat de l’acquisition.

Les données acquises pointent vers leur source d’origine. Ces informations de lien ancestral peuvent être consultées en basculant la vue d’aspect de la révision d’Item cible vers sa vue d’aspect Origin. Ces informations ne sont disponibles que lorsque le Workspace d’origine (source) est disponible et connecté – voir le point 1 ci-dessus.

Mécanique de l’acquisition

Pour ceux qui souhaitent en savoir plus sur les mécanismes de transfert de données sous-jacents au processus de Data Acquisition, la section suivante apporte un éclairage supplémentaire sur le flux procédural de base utilisé par cette fonctionnalité, ainsi que sur les scénarios généraux rencontrés lors de la gestion de l’acquisition de données.

Flux procédural de base

L’image suivante examine de plus près la mécanique de l’acquisition de données depuis un Workspace source. Elle illustre le flux procédural impliqué pour, essentiellement, copier une révision choisie d’un Item source entre les Workspaces source et cible désignés.

La mécanique de l’acquisition de données depuis un Workspace source et de leur transfert vers un Workspace cible.

Comme on peut le voir, la procédure se résume essentiellement à trois étapes distinctes, garantissant que les données sont transférées entre les Workspaces tout en préservant leur intégrité :

1. Download – la révision choisie de l’Item source (dans le Workspace source) est d’abord téléchargée.
2. Modify & Retarget – les données sont automatiquement modifiées pour correspondre aux préférences locales définies (propres au Workspace cible), tout en préservant de manière fiable la valeur acquise.
3. Release – les données sont publiées dans le Workspace cible (dans ce cas, dans une nouvelle révision d’un Item cible existant). La révision cible conserve un lien vers son origine, un pointeur vers la révision ancestrale de l’Item source.

Gestion des données acquises

Dans la section précédente, le flux de base de l’acquisition a été présenté. Pour gérer efficacement l’acquisition des données, l’historique relatif des Items source et acquis est suivi, afin que les actions d’acquisition pertinentes soient mises à la disposition du concepteur via l’interface de gestion de l’acquisition.

Les sections suivantes examinent les scénarios généraux rencontrés lors de la gestion de l’acquisition de données. Dans chaque cas, l’état des données acquises – en termes d’Item cible et de ses éventuelles révisions – est comparé à celui de l’Item source d’origine et de ses révisions.

Nouvelle acquisition complète

Dans ce scénario, aucune révision de l’Item source n’a été acquise auparavant. Une révision d’Item source doit être acquise dans la révision initiale d’un nouvel Item cible. Le nouvel Item cible et sa révision sont créés dans le cadre de la configuration de l’acquisition.

Scénario 1 – acquisition de données dans la révision initiale d’un nouvel Item cible.

Acquisition d’une révision ultérieure

Dans ce scénario, une révision de l’Item source a déjà été acquise. L’Item source a ensuite été modifié, ce qui a conduit à la disponibilité d’une révision plus récente. Dans ce cas, une nouvelle révision de l’Item cible existant serait créée afin d’acquérir la révision plus récente de l’Item source.

En pratique, même si la dernière révision a pu être acquise dans un dossier Cart différent du Workspace cible, le système importe la nouvelle révision dans l’Item Component existant. Ce composant dispose alors de la nouvelle révision, qui sera détectée automatiquement à l’ouverture d’un projet utilisant ce composant — indiquée par un statut dans le panneau Properties, Item Manager ou le document ActiveBOM.

Scénario 2 – acquisition d’une révision ultérieure d’un Item source précédemment acquis.

Existe déjà

Dans ce scénario, la dernière révision de l’Item source a déjà été acquise — il n’y a rien de plus à acquérir.

Scénario 3 – la révision souhaitée de l’Item source a déjà été acquise, aucune action nécessaire.