Nas caixas de diálogo de importação e exportação de dados do CLP, você tem à disposição, independentemente do programa de configuração do CLP selecionado, as respectivas entradas na lista de possíveis formatos. Para a exportação no formato AutomationML se aplicam as seguintes particularidades:

• No AutomationML, cada objeto será identificado por um GUID (Globally Unique Identifier) mundialmente claro. Este GUID é atribuído automaticamente na exportação, se ainda não houver nenhum GUID especificado e normalmente não deve ser alterado manualmente. Por isso, a exportação no formato AutomationML somente é possível a partir de projetos editáveis.
  Um GUID AutomationML tem o formato "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx", onde x representa um dos caracteres "0 1 2 3 4 5 6 7 8 9 a b c d e f A B C D E F".
• Os pontos de conexão das funções também recebem GUIDs próprios. Pontos de conexão são exportados como ExternalInterface.
• Como opção, as peças de acessório podem ser emitidas no arquivo de exportação e conter GUIDs próprios. Isso é necessário, por exemplo, para trocar acessórios com a TIA Selection Tool. São considerados acessórios todas as peças que estão inseridas nas posições 2 a 50 do diálogo de propriedades de uma função principal na guia Peça. Para exportar peças de acessório, é obrigatoriamente necessário que para estas peças esteja inserida uma designação de tipo CLP na administração de peças. O GUID para peças de acessório é atribuído automaticamente na exportação e salvo na propriedade AutomationML GUID (acessórios).
  Ao excluir uma peça de acessório, na função principal também é excluído o GUID correspondente. Ao editar uma peça de acessório (por exemplo, nova seleção de peças, seleção de dispositivo ou alteração da sequência na guia Peça) o GUID permanece inalterado.
• Para remover de um projeto os AutomationML GUIDs não necessários (por exemplo, em uma cópia do projeto), você pode utilizar a compressão de projetos. Para isso, ative na caixa de diálogo Configurações: Compressão no nível da hierarquia Remover dados do projeto a caixa de verificação AutomationML GUID.
• Na exportação, são considerados todos os dispositivos que tenham, pelo menos, uma conexão do bus. Assim, além das caixas de CLP, também é possível exportar caixas de dispositivos, motores e outros dispositivos.
• Ao exportar sistemas bus baseados em Ethernet, você pode definir se a interconexão com detalhes das portas das conexões do bus devem ser emitidas no arquivo de exportação. Se você trabalhar com cabeamento flexível, pode desativar a emissão da interconexão com detalhes das portas para evitar o retrabalho.
• Para exportar no formato AutomationML, os nomes das montagens dentro de um rack têm que ser inequívocos. Como nome, neste caso, não é exportada a descrição do objeto mas sim a propriedade Nome do cartão de CLP. Se o nome do cartão de CLP estiver vazio, então a descrição do objeto é exportada e, para a tornar inequívoca, é anexado um número do item sequencial (Descrição_1, Descrição_2, ...). Se também não houver nenhuma descrição do objeto, será gerado um nome do cartão de CLP único. Os nomes do cartão de CLP gerados durante a exportação são armazenados na propriedade Nome do cartão de CLP (ID 20437).
• Além dos textos de função dos pontos de conexões CLP, os textos de função das caixas de CLP também são exportados e importados (propriedade Texto de função (automático)). Os textos de função são exportados e importados em todos os idiomas disponíveis. O idioma configurado na caixa de diálogo Exportar dados do CLP ou Importar dados do CLP é o idioma principal no arquivo de troca e é salvo no respectivo objeto de CLP como valor (Value), todos os outros idiomas o são como atributos adicionais.
• Na exportação no formato AutomationML, os pontos de conexão de CLP ajustáveis são convertidos em pontos de conexão E/S normais (independente da configuração para o tipo de sinal na lógica do ponto de conexão). Na importação, tais pontos de conexão são novamente convertidos em pontos de conexão de CLP ajustáveis, caso seja encontrada uma peça correspondente em que esteja registrada uma função modelo com a definição de função “Ponto de conexão de CLP, multifunção”.
• Na importação de um arquivo AutomationML, os componentes de TAG vazios ou ausentes não substituem os componentes de TAG preenchidos no EPLAN.
• Na importação de um arquivo AutomationML, são marcados os dispositivos e pontos de conexão de CLP existentes no projeto, porém não no arquivo de importação, com a propriedade Marcado para eliminação no EPLAN. Para os pontos de conexão de CLP esse é o caso se o endereço simbólico no arquivo de importação estiver vazio, mas a propriedade Endereço simbólico (automático) for preenchida no ponto de conexão de CLP correspondente no EPLAN. O endereço simbólico existente é mantido. Você pode usar a execução de verificação 004029 para encontrar e verificar esses objetos de CLP.
• Endereços simbólicos livres (que não são atribuídos a um ponto de conexão de CLP) podem ser exportados e importados por meio da troca de dados CLP no formato AutomationML. Depois de importar um arquivo AutomationML, os endereços simbólicos livres existentes estão disponíveis no EPLAN e podem ser usados como existentes a partir da lista de atribuição.

Configurações para diferentes sistemas bus

A tabela a seguir apresenta uma visão geral das propriedades relevantes para a troca de dados do CLP no formato AutomationML. Quais propriedades nas conexões do bus precisam ser preenchidas (x) ou são opcionais (o) vai depender do sistema Bus usado.

*1: Necessário somente se o valor for diferente do valor da caixa de CLP relacionada.

*2: Pode ser preenchido em caso de dispositivo duplo ASI.

3*: Pode ser ativado para ignorar conexões do bus que não precisam de endereços do bus durante a execução da verificação 004037.

Campos não identificados não são necessários para a troca de dados do CLP. Se os campos opcionais (o) forem deixados em branco, é possível fazer uma importação para o programa de configuração do CLP, mas haverá necessidade de retrabalho.