Soporte para adquisición de datos

Altium facilita la capacidad de una organización para copiar el contenido que necesita desde un servidor de origen y entregarlo a un segundo servidor de destino, un proceso denominado simplemente Server Data Acquisition. Esto le permite, por ejemplo, obtener rápidamente datos de su Workspace (alojado en la plataforma de infraestructura Altium 365) y transferirlos a su servidor local.

Al adquirir contenido de diseño, la propiedad queda firmemente en manos del equipo del servidor receptor, que tiene libertad para realizar modificaciones y mantener el contenido —en su servidor— como desee en adelante. Y al mantener un vínculo entre los datos adquiridos y su fuente original, se puede realizar una gestión inteligente de los datos, incluida la notificación cuando se actualiza la fuente de cualquier contenido copiado. Así, por ejemplo, si más adelante se realiza un cambio en una revisión de un elemento de diseño en el servidor de origen, el servidor de destino tiene la capacidad de actualizarse a esa revisión, resincronizándose con la “nave nodriza”, por así decirlo. Y sin importar si se han realizado versiones adicionales de un elemento en el servidor de destino, siempre existe la posibilidad de volver a una revisión anterior del servidor de origen, todo ello manteniendo un vínculo con la fuente original del elemento, o Origin.

Adquisición de Datos – Descripción conceptual

La siguiente imagen proporciona una ilustración gráfica de alto nivel del concepto de adquisición de datos. Los principios de adquisición de datos representados son los mismos, independientemente del tipo de datos que se adquieran.

El concepto de adquisición de datos del servidor.

Tenga en cuenta que el Workspace que recibirá los datos de contenido (el Workspace de destino) debe poder conectarse al Workspace de origen. Esto significa que un Enterprise Server no puede actuar como fuente de datos de contenido para un Workspace de Altium 365, ya que este último no puede conectarse al primero, que se encuentra dentro de una LAN/WAN local y no está expuesto a internet.

En la práctica, esto significa que los datos de Content Cart pueden transferirse entre Workspaces de Altium 365, entre Workspaces de Enterprise Server y desde un Workspace de Altium 365 a un Workspace de Enterprise Server. En estos casos, el Workspace receptor/de destino puede “ver” y conectarse al Workspace de origen, mientras que un Workspace de Altium 365 como destino no puede ver ni conectarse a un Workspace que reside en una red local cerrada.

Resumen de la Adquisición de Datos entre Workspaces:

ORIGEN		DESTINO	COMPATIBLE
Workspace de Altium 365	→	Workspace de Altium 365
Workspace de Altium 365	→	Workspace de Altium Enterprise Server
Workspace de Altium Enterprise Server	→	Workspace de Altium 365
Workspace de Altium Enterprise Server	→	Workspace de Altium Enterprise Server

Elementos que se pueden adquirir

Los siguientes tipos de Item pueden adquirirse desde un servidor de origen a un servidor de destino mediante la función de Adquisición de Datos:

• Modelo 3D
• Preferencias de Altium Designer
• Componente (incluidas las Part Choices asociadas)
• Plantilla de componente
• Hoja de datos
• Huella
• Hoja esquemática gestionada
• Trabajo de salida
• Plantilla esquemática
• Script
• Modelo de simulación
• Símbolo

Aspectos a tener en cuenta al adquirir datos:

• Solo se pueden adquirir los Items de datos que estén en estado liberado en el servidor de origen.

• Solo se adquiere la revisión elegida de un Item de origen, y no todas las revisiones que puedan existir para ese Item.

• Al adquirir una revisión de un Item de Componente de origen o de Hoja esquemática gestionada, también se adquirirán todos los Items secundarios vinculados:

  • Component Item – revisiones aplicables de los siguientes objetos secundarios vinculados: Item de Símbolo, Item(s) de Huella, Item(s) de Modelo 3D, Item de Modelo de simulación, Item(s) de Hoja de datos, Item de Plantilla de componente.

    Tenga en cuenta que el parámetro Component Type no se transfiere durante el proceso de adquisición, por lo que los componentes transferidos aparecerán en la ubicación Uncategorized del destino tanto en el Components panel de Altium Designer como en la página Components page del Workspace. Puede aplicar el Component Type deseado a una o varias entradas de componentes mediante la operación Change Component Type operation en el panel Explorer

  • Managed Sheet Item – revisiones aplicables de los siguientes objetos secundarios vinculados: Item(s) de Componente, Item(s) de Símbolo, Item(s) de Huella, Item(s) de Modelo 3D, Item(s) de Modelo de simulación, Item(s) de Hoja de datos, Item(s) de Plantilla de componente, Item de Plantilla esquemática.

• El ciclo de vida de una revisión de Item de origen adquirida asumirá el estado inicial “posterior a la liberación”, según lo determine la definición de ciclo de vida asignada para el Item de destino. Cualquier historial de ciclo de vida de la revisión del Item de origen simplemente se ignorará.

• Si un Item secundario de un Item de Componente/Hoja esquemática gestionada de origen elegido no puede, por cualquier motivo, adquirirse, entonces la adquisición de ese Item de Componente/Hoja esquemática gestionada elegido no continuará.

La adquisición se realiza mediante el cuadro de diálogo Content Cart dialog. Se accede a este cuadro de diálogo desde el Explorer panel de Altium Designer. Puede agregar una o más revisiones de Item seleccionadas, o incluso una carpeta de Items (lo que cargará el carrito con la revisión más reciente de todos los Items de esa carpeta).

Para obtener más información sobre la interfaz de usuario de adquisición en Altium Designer, consulte la página Acquiring Workspace Data Using the Content Cart.

Mecánica de la adquisición

A modo de contexto, la siguiente sección ofrece una visión más detallada del flujo procedimental básico empleado por la función de adquisición de datos y de los escenarios generales que se presentan al gestionar la adquisición de datos.

Flujo procedimental básico

La siguiente imagen examina más de cerca la mecánica de la adquisición de datos desde un servidor de origen. Ilustra el flujo procedimental implicado para, esencialmente, copiar una revisión elegida de un item de origen entre los servidores de origen y destino designados.

La mecánica de adquirir datos desde un servidor de origen y transferirlos a un servidor de destino.

Como puede verse, el procedimiento se reduce esencialmente a tres etapas distintas, garantizando que los datos se transfieran entre servidores manteniendo su integridad:

1. Download – primero se descarga la revisión elegida del item de origen (en el servidor de origen).
2. Modify & Retarget – los datos se modifican automáticamente para ajustarse a las preferencias locales definidas (locales al servidor de destino), preservando de forma fiable el valor adquirido.
3. Release – los datos se liberan en el servidor de destino (en este caso, en una nueva revisión de un item de destino existente). La revisión de destino mantiene un vínculo con su origen, un puntero a la revisión de su item de origen ancestro.

Gestión de datos adquiridos

En la sección anterior se vio el flujo básico de la adquisición. Para gestionar eficazmente la adquisición de datos, se realiza un seguimiento del historial relativo tanto de los items de origen como de los adquiridos, de modo que las acciones de adquisición pertinentes estén disponibles para el diseñador a través de la interfaz de gestión de adquisición.

Las siguientes secciones analizan los escenarios generales que se presentan al gestionar la adquisición de datos. En cada caso, el estado de los datos adquiridos —en términos del Item de destino y cualquier revisión— se compara con su Item de origen original y sus revisiones.

Adquisición completamente nueva

En este escenario, no se ha adquirido previamente ninguna revisión del Item de origen. Se va a adquirir una revisión del Item de origen en la revisión inicial de un nuevo Item de destino. El nuevo Item de destino y su revisión se crean como parte de la configuración de la adquisición.

Escenario 1: adquisición de datos en la revisión inicial de un nuevo Item de destino.

Adquisición de una revisión posterior

En este escenario, ya se ha adquirido previamente una revisión del Item de origen. Posteriormente, el Item de origen se ha modificado, lo que da lugar a que haya disponible una revisión posterior. En este caso, se crearía una nueva revisión del Item de destino existente para adquirir la revisión posterior del Item de origen.

Escenario 2: adquisición de una revisión posterior de un Item de origen adquirido previamente.

Ya existe

En este escenario, la revisión más reciente del Item de origen ya se ha adquirido; no hay nada más que adquirir.

Escenario 3: la revisión deseada del Item de origen ya fue adquirida, no hay nada que hacer.