Pastas de dispositivos
Pastas sob um driver: criar, renomear e remover, arquivar dispositivos nelas, o limite de dois níveis, a página da pasta e como uma pasta vira um nível do endereço do Logic.
Uma pasta agrupa dispositivos sob um driver na coluna Comunicação, com até dois níveis de profundidade. No barramento ela não muda nada: a leitura cíclica, os vínculos do Process e o namespace OPC UA público nunca a enxergam. Ela é, porém, um nível do endereço que o Logic e os dashboards usam, então arquivar um dispositivo é uma mudança de endereço, e a aplicação reescreve toda referência para você. Pastas existem para todo driver, menos o Modbus RTU, cujos dispositivos são arquivados pela linha serial. Ver pastas exige Ver Connector; todo comando de pasta exige Configurar Connector.
Criar uma pasta
| Gesto | Onde cai |
|---|---|
| Novo… > Nova pasta no rodapé da coluna | No nível do próprio driver. Com um único driver com pastas habilitado, é uma entrada só; com vários, um submenu de entradas "Sob <Driver>". |
| Nova pasta na barra de uma pasta aberta, ou no menu de contexto dela | Dentro daquela pasta, como segundo nível. Fica esmaecida numa pasta de segundo nível: "Esta pasta já está no nível mais profundo em que pastas se aninham." |
| Botão direito num dispositivo > Mover para > Uma nova pasta | No nível do driver, e o dispositivo entra nela no mesmo gesto. |
| Botão direito num dispositivo > Mover para > Uma nova subpasta aqui | Oferecido só para um dispositivo que já está dentro de uma pasta de primeiro nível; cria a subpasta e move o dispositivo para dentro. |
Uma pasta nova se chama "Nova pasta" (depois "Nova pasta 2", e assim por diante), o galho acima dela se abre e a linha dela vira um campo de nome na hora: digite o nome e pressione Enter para confirmar; sair do campo mantém o nome "Nova pasta". A pasta fica ali vazia até que algo seja arquivado nela. Ela é registrada como criada, então sobrevive a recargas, ao driver ser desabilitado e reabilitado e à saída do último dispositivo. O feed de ações relata "Pasta 'Nova pasta' criada."
A página da pasta
O cabeçalho leva o nome da pasta e, numa pasta vazia, "Uma pasta organiza a lista e nada mais. Adicione um dispositivo aqui, ou mova um da árvore para dentro."; caso contrário, "Agrupa 3 dispositivos nesta árvore. Uma pasta organiza a lista e nada mais. Selecione um dispositivo dentro dela para inspecionar e editar." A tabela lista os dispositivos arquivados diretamente aqui (subpastas são linhas da árvore, não desta tabela): Dispositivo, Endpoint (o Base URI), Tags e uma ação Abrir. Vazia: "Nenhum dispositivo está arquivado diretamente aqui. Adicione um, ou mova um da árvore para dentro."
A barra de comandos
| Comando | O que faz | Esmaecido quando (situação) | Não aparece quando (papel) |
|---|---|---|---|
| Novo dispositivo | Cria "Novo dispositivo" dentro desta pasta e o abre. | Uma execução segura a estação, o runtime está parado, ou uma varredura ou um pareamento está em andamento ("Termine a varredura ou o pareamento em andamento antes de adicionar qualquer coisa."). | Sem Configurar Connector. |
| Nova pasta | Cria uma subpasta aqui e abre o campo de nome dela. | O mesmo, ou esta pasta já está no segundo nível. | Sem Configurar Connector. |
| Renomear pasta | Transforma a linha da pasta num campo de nome. | Uma execução segura a estação ou o runtime está parado. | Sem Configurar Connector. |
| Remover pasta (tinta de perigo, à direita) | Esvazia a pasta de volta para o nível do driver e a retira. | O mesmo. | Sem Configurar Connector. |
O menu de contexto na linha da pasta oferece os mesmos quatro.
Renomear uma pasta
A renomeação rearquiva todo dispositivo lá dentro, subpastas incluídas, pela mesma reescrita de referências que uma renomeação de dispositivo usa, e só então move o registro da própria pasta; o feed mostra "Pasta 'Meters' renomeada para 'Utilities'. 4 referências atualizadas." Um nome é recusado quando está em branco ou contém / ("Uma pasta precisa de nome, e um nome não pode conter '/'."), quando uma pasta irmã já o tem ("Já existe uma pasta chamada 'Meters' aqui.": juntar duas pastas é uma movimentação, e tem de ser pedida como tal), ou quando um dispositivo no mesmo nível é dono do segmento de endereço para o qual o nome mapeia ("O nome de pasta 'Pump 1' mapeia para o segmento de endereço 'Pump_1', já usado pelo dispositivo 'Pump-1' ao lado dela."). Nomes de pasta são comparados sem diferenciar maiúsculas de minúsculas, e a primeira grafia vista é a que a árvore mostra; mudar só as maiúsculas ainda é uma renomeação de verdade, porque o endereço muda.
Se um dispositivo lá dentro não puder ser movido (uma edição pendente que falha ao salvar, uma reescrita recusada), a renomeação para ali e diz até onde chegou: "A renomeação da pasta 'Meters' parou depois de 2 de 5 dispositivo(s): … Os dispositivos já movidos ficam em 'Utilities'."
Remover uma pasta
Remover pasta pergunta antes. Numa pasta vazia: "Remover a pasta 'Meters'?". Caso contrário: "Remover a pasta 'Meters'? Seus 3 dispositivos voltam para Simulated. Nada é excluído; toda referência acompanha os novos endereços automaticamente." Todo dispositivo lá dentro, subpastas incluídas, volta para o nível do próprio driver pela reescrita de referências, e o registro da pasta vai junto: "Pasta 'Meters' removida. 3 dispositivos voltaram para o nível do próprio driver. 4 referências atualizadas." Remover nunca exclui um dispositivo.
Mover um dispositivo
Clique com o botão direito num dispositivo e abra Mover para. O submenu lista Uma nova pasta, Uma nova subpasta aqui (quando o dispositivo está no primeiro nível), depois, após um separador, Sob <Driver> (esmaecido quando o dispositivo já está no nível do driver) e todo caminho de pasta existente daquele driver, exceto o do próprio dispositivo. A movimentação salva antes qualquer edição pendente no dispositivo, reescreve toda referência aos endereços antigos das tags dele e relata "'Pump' movido para 'Utilities/Meters'; 4 referências atualizadas." ou "'Pump' movido para fora da pasta." Um dispositivo Modbus RTU não recebe Mover para de jeito nenhum. Copiar dispositivo sempre deixa a cópia no nível do próprio driver, seja qual for a pasta do original. A página do dispositivo não tem campo de pasta: arquivar é um comando da árvore.
A pasta no endereço
Um dispositivo arquivado em Utilities/Meters endereça suas tags como Connector.<Driver>.Utilities.Meters.<Device>.<Tag>; cada segmento de pasta é higienizado como todo outro segmento (caracteres que não são letras nem dígitos viram sublinhados, e um dígito inicial ganha um na frente). A chave de barramento <Driver>.<Device>:<Tag> fica exatamente como estava, então o servidor embutido, um vínculo do Process em execução e um cliente OPC UA externo não percebem nada quando um dispositivo é arquivado. Como o endereço é o caminho da árvore, um dispositivo movido para uma pasta escrita com diferença apenas de maiúsculas entra na pasta já desenhada, em vez de abrir uma segunda. As duas identidades estão explicadas em Connector.
Pastas na árvore
A linha de uma pasta mostra sua contagem de dispositivos ("2 dispositivos", ou "vazio") e um ponto de saúde consolidado de todo dispositivo abaixo dela, subpastas incluídas; um dispositivo desabilitado é neutro e nunca puxa a pasta para âmbar ou vermelho. A caixa de busca casa nomes de pasta, e uma pasta com acerto mantém visível tudo que está abaixo dela. Sob os chips OK, Problemas e Desligados, uma pasta é desenhada quando algo lá dentro passa; uma pasta vazia só é desenhada sob Tudo. As pastas vêm primeiro sob o driver, em ordem de nome, antes dos dispositivos arquivados no nível do próprio driver.
O que pastas não fazem
Uma pasta não tem configuração própria: nem descrição, nem ícone, nem regra de leitura cíclica ou de saúde por pasta. Nada endereça a pasta em si; uma pasta vazia não publica endereço. Pastas não se aninham além de dois níveis, não são compartilhadas entre drivers e não existem sob o Modbus RTU.