Como Configurar Tags Produzidas/Consumidas no PLC 1769-L30ER
Este guia explica como configurar a comunicação Produzida/Consumida entre um 1769-L30ER e outro PLC Logix. Você aprenderá as configurações principais, dicas de rede e métodos de diagnóstico para troca confiável de dados em automação industrial.
O Que É o Modelo Produtor-Consumidor?
Este método de comunicação elimina a necessidade de polling mestre-escravo. Como resultado, reduz atrasos na rede e usa menos largura de banda. O 1769-L30ER suporta até 16 tags produzidas e 16 tags consumidas ao mesmo tempo. Uma tag produzida pode enviar dados para múltiplos controladores, tornando o tráfego multicast mais eficiente.
O lado consumidor usa um Intervalo de Pacote Solicitado (RPI) para decidir com que frequência recebe atualizações. Valores de RPI geralmente variam de 2 ms a 750 ms. RPIs mais rápidos oferecem melhor desempenho, mas aumentam a carga na rede. Os engenheiros devem escolher um valor que equilibre velocidade e capacidade do sistema.
O Que Você Precisa Antes de Começar
Certifique-se de que ambos os PLCs estejam ligados e conectados via rede EtherNet/IP. O 1769-L30ER deve ter firmware versão 20.011 ou superior. Use o Studio 5000 Logix Designer versão 21 ou mais recente para acessar todas as configurações.
Atribua endereços IP únicos para cada controlador. Por exemplo, defina o PLC A para 192.168.1.10 e o PLC B para 192.168.1.20. Ambos os dispositivos devem usar a mesma máscara de sub-rede e gateway. O switch de rede deve suportar filtragem multicast para evitar tráfego desnecessário.
O L30ER suporta até 256 conexões TCP/IP. Tenha esse limite em mente ao projetar seu sistema. Prepare uma lista de tags com tipos de dados exatos como DINT[10] ou REAL[5], e faça backup do seu projeto antes de fazer alterações.
Como Configurar uma Tag Produzida
Abra o organizador do controlador no Studio 5000 e vá para a pasta "Controller Tags". Clique com o botão direito e selecione "New Tag" para criar uma tag produzida. Dê um nome claro, como "Producer_Data_Array."
Defina o "Tipo" como "Produzido" e escolha o tipo de dado correto. Insira um nome de conexão único para o consumidor referenciar. Defina o valor RPI—use 10 ms para controle de movimento rápido ou 50 ms para tarefas menos críticas.
Ative "Unicast" se apenas um consumidor usar a tag. Isso economiza largura de banda da rede. Após criar a tag, faça o download das alterações para o controlador e mude para o modo Execução.
Como Configurar uma Tag Consumida
No PLC consumidor, crie uma nova tag e defina seu tipo como "Consumed". Certifique-se de que o tipo de dado corresponda exatamente ao da tag do produtor. Insira o endereço IP do produtor e o nome da conexão que você definiu anteriormente.
Defina o RPI no lado do consumidor para coincidir ou ser múltiplo do RPI do produtor. Por exemplo, se o produtor usa 10 ms, defina o consumidor para 10 ms ou 20 ms. Ajuste o valor do tempo limite, geralmente quatro vezes o RPI, para detectar falhas de comunicação.
Verifique a variável de sistema "Connection Status" após a configuração. Um valor 0 significa que a conexão está saudável. Valores 1 ou 2 indicam erros. Baixe as alterações e teste a troca de dados com uma rotina simples de alternância.
Dicas de Desempenho de Rede
Redes EtherNet/IP normalmente operam a 100 Mbps ou 1 Gbps. No entanto, o desempenho real depende do número de conexões e suas configurações de RPI. Por exemplo, dez tags produzidas a 10 ms cada geram cerca de 1.000 pacotes por segundo, o que usa aproximadamente 2-3% de uma rede de 100 Mbps.
Use switches gerenciados com IGMP snooping para controlar o tráfego multicast. Ative a Qualidade de Serviço (QoS) para priorizar pacotes EtherNet/IP e reduzir jitter. Para aplicações de alta velocidade, considere usar VLANs separadas para isolar dados críticos.
Calcule a carga da sua rede com esta fórmula: Largura de Banda Total = (Número de Tags × Tamanho do Pacote × 8) / RPI. Mantenha o uso total abaixo de 60% para permitir espaço para tráfego em rajada e retransmissões.
Diagnóstico e Correção de Problemas
Use a instrução GSV para ler os atributos "FaultCode" e "Status" do objeto Módulo. Um FaultCode 16#0022 geralmente significa um tempo limite causado por congestionamento na rede. Verifique novamente o caminho de conexão nas propriedades da tag consumida para erros de digitação.
Observe o LED de E/S do controlador. Uma luz vermelha piscando indica uma falha de comunicação. Use o Wireshark com o dissector EtherNet/IP para capturar e inspecionar as trocas de pacotes. Procure por solicitações e respostas "Forward Open" para verificar o processo de handshake.
Se os problemas continuarem, aumente gradualmente o valor do tempo limite. Teste com uma tag conhecida que funcione para determinar se o problema está relacionado à configuração ou ao hardware. Também verifique o Registro de Eventos do controlador para registros de falhas.
Otimização para Aplicações de Alta Velocidade
Para controle de movimento ou robótica, reduza o RPI para 2 ms e use uma porta EtherNet/IP dedicada. A porta embutida do L30ER pode suportar até oito nós nessa velocidade. Use arrays em vez de tags individuais para reduzir a sobrecarga de conexão.
Acione a produção de dados com base em uma tarefa periódica para evitar jitter causado por tempos de varredura irregulares. Considere usar gatilhos de Mudança de Estado (COS) para reduzir o tráfego, mas garanta que o consumidor possa lidar com atualizações assíncronas.
Use a ferramenta Task Monitor para medir as latências reais de atualização. Ajuste o slice de tempo de overhead do sistema para dar prioridade maior às tarefas de comunicação, se necessário.
Considerações de Segurança e Redundância
Adicione um sinal heartbeat aos seus dados produzidos para confirmar que o consumidor está ativo. Por exemplo, inclua um contador que incrementa a cada ciclo. Se o consumidor parar de receber atualizações, acione um desligamento seguro.
Use conexões de rede duplas com switches separados para redundância. Configure o consumidor para alternar para um IP de backup se a conexão primária falhar. Defina uma rotina "Conexão Perdida" para colocar as saídas em estados seguros.
Para processos críticos, considere usar o recurso de Redundância no Studio 5000. Isso requer hardware extra, mas oferece comutação sem perda de dados para pares de controladores.
Exemplo: Troca de Dados de L30ER para L33ER
Neste exemplo, um L30ER produz um array DINT[10] com RPI de 20 ms para um L33ER. O L30ER usa o IP 192.168.1.10, e o L33ER usa o IP 192.168.1.30. Ambos executam firmware 32.011 e Studio 5000 versão 32.
A tag produzida é chamada "Axis_Data" e armazena valores de posição e velocidade. A tag consumida, "Received_Axis", corresponde a essa estrutura. Após a configuração, o status da conexão mostra 0, significando sucesso.
O L33ER lê os dados a cada 20 ms, correspondendo ao RPI do produtor. O jitter medido permanece abaixo de 1 ms, o que funciona bem para a maioria das tarefas de sincronização. O FactoryTalk View exibe valores em tempo real e a saúde da conexão.
Lista de Verificação Final Antes do Go-Live
Antes de iniciar a produção, confirme que todas as tags estão mapeadas corretamente. Teste cada tag consumida forçando um valor conhecido no produtor e lendo-o no consumidor. Use a função Verificar no Studio 5000 para detectar quaisquer erros de consistência.
Reinicie ambos os controladores para garantir que as configurações persistam. Monitore o tráfego de rede durante cargas máximas com um analisador de protocolo. Verifique se o uso da CPU permanece abaixo de 75% em cada controlador para margens de segurança.
Documente todas as configurações de RPI, timeout e conexão para referência futura. Treine a equipe de manutenção sobre como ler os LEDs de diagnóstico e os códigos de falha GSV. Por fim, simule a desconexão de um cabo de rede para confirmar que as respostas de failover e alarme funcionam corretamente.
Casos de Uso Comuns
A comunicação produzidos/consumidos funciona bem para controle de movimento coordenado, compartilhamento de dados em tempo real entre PLCs da linha de embalagem e manuseio sincronizado de materiais. Também suporta sistemas distribuídos de E/S onde múltiplos controladores precisam dos mesmos dados de sensores.
Por exemplo, em uma planta de engarrafamento, um L30ER pode enviar dados de nível de enchimento para vários PLCs a jusante. Isso permite operações coordenadas de tampagem e rotulagem. Na automação de armazéns, dados de posição de um controlador central podem ser consumidos por vários robôs de coleta para movimentos sincronizados.
Soluções para Problemas Comuns
Ao implementar tags produzidos/consumidos, problemas frequentes incluem congestionamento de rede, incompatibilidade de dados e tempos esgotados de conexão. Use switches gerenciados com QoS para reduzir o congestionamento. Verifique as estruturas de dados offline para evitar incompatibilidades. Defina valores de timeout apropriados com base nas condições reais da rede.
Para sistemas maiores, segmente sua rede usando VLANs e reduza os valores de RPI para dados não críticos. Auditorias regulares da rede ajudam a identificar gargalos antes que afetem a produção.
Perguntas Frequentes
1. Quantos tags produzidos o 1769-L30ER pode suportar?
O 1769-L30ER suporta até 16 tags produzidos. Cada tag pode ser consumido por múltiplos controladores, tornando eficiente o compartilhamento de dados multicast.
2. O que acontece se os tipos de dados produzidos e consumidos não corresponderem?
Uma incompatibilidade de tipo de dado causará uma falha grave e interromperá a comunicação. Sempre verifique se ambos os tags têm estruturas idênticas antes da implantação.
3. Como posso solucionar erros de conexão?
Use a instrução GSV para ler FaultCode e Status. Um FaultCode de 16#0022 indica um tempo esgotado. Também verifique o caminho da conexão e confirme que ambos os controladores estão no modo Run.
4. Posso usar tags produzidos/consumidos entre diferentes famílias de PLC?
Sim, desde que ambos os controladores suportem os recursos de produtor/consumidor EtherNet/IP. Pode ser necessário ajustar as configurações de compatibilidade do firmware e garantir que as estruturas de dados correspondam.
5. Qual RPI devo usar para controle de movimento?
Para controle de movimento, um RPI de 2 ms é típico. Isso requer uma rede dedicada e gerenciamento cuidadoso da largura de banda para evitar congestionamento.
Para consultas ou suporte técnico, por favor contate:
Email: sales@nex-auto.com
Telefone: +86 153 9242 9628
Parceiro: NexAuto Technology Limited
Confira abaixo os itens populares para mais informações em AutoNex Controls
