Configurando drivers do RSLinx para comunicação DF1, DH-485 e DH+ do SLC 5/04
Configure e diagnostique caminhos do RSLinx Classic para um SLC 5/04 usando DF1, DH-485 e DH+. Combine o canal do processador, o hardware da interface, as configurações do nó, o fluxo de trabalho s...
Uma janela RSWho vazia não comprova que um SLC 5/04 falhou. O RSLinx Classic só pode navegar pelo controlador quando quatro camadas estão de acordo: o canal físico do processador, o protocolo configurado, o hardware da interface e o driver da estação de trabalho. A solução de problemas se torna mais rápida quando essas camadas são verificadas nessa ordem, em vez de alterar repetidamente as taxas de transmissão ou instalar drivers aleatórios.
Identifique o canal e o protocolo antes de selecionar um cabo ou driver do RSLinx Classic.
Comece pelo processador, não pelo laptop
O SLC 5/04 tem uma interface serial no Canal 0 e uma interface Data Highway Plus no Canal 1. A configuração do Canal 0 determina se o caminho serial usa o comportamento DF1 ou DH-485; o Canal 1 pertence ao DH+. Confirme o catálogo e a série exatos do processador, pois os detalhes dos conectores, as interfaces existentes na planta e os métodos de recuperação disponíveis são importantes. O manual de hardware modular do SLC 500 da Rockwell é a principal referência para portas, fiação e informações de status.
Não conecte um laptop desconhecido a uma rede ativa até conhecer a configuração do canal e o plano de nós. Consulte o projeto atual, os registros de manutenção, as etiquetas do painel e os números de peça das interfaces. Se houver um arquivo offline do RSLogix 500, inspecione a configuração do canal, mas trate-a como evidência, não como prova de que corresponde ao controlador em execução. Registre a configuração atual do driver antes de alterá-la.
DF1 no Canal 0
Para uma conexão DF1 Full-Duplex ponto a ponto, o RSLinx Classic normalmente usa o driver RS-232 DF1 Devices. Selecione a porta COM real do Windows e corresponda a taxa de transmissão, paridade, verificação de erros, bits de parada e controle de fluxo ao processador. O recurso Auto-Configure só pode ajudar quando o cabo, a porta COM, a interface elétrica e o protocolo do controlador já são compatíveis. Mesmo assim, uma configuração automática bem-sucedida deve ser registrada, em vez de aceita como algo mágico e não documentado.
Um cabo no estilo 1747-CP3 está associado ao caminho serial do SLC, mas a pinagem do conector e o comportamento do adaptador devem ser verificados. Muitos laptops atuais usam adaptadores USB para serial; o driver, a atribuição da COM, a configuração de gerenciamento de energia, o isolamento e a compatibilidade podem afetar uploads longos. Um cabo que funciona com outra família de controladores não comprova que a pinagem está correta. O manual de protocolo e conjunto de comandos DF1 da Rockwell fornece os detalhes do comportamento do enlace.
DH-485 no Canal 0
DH-485 não é simplesmente DF1 com uma taxa de transmissão diferente. É uma rede com vários nós, com seu próprio método de acesso, endereçamento, meio físico e requisitos de interface. Um cabo serial comum não pode substituir o hardware de conversão ou isolamento necessário. Identifique se a instalação usa um 1747-PIC, 1761-NET-AIC, outra interface aprovada ou um gateway; em seguida, use o driver e o suporte do sistema operacional adequados a esse hardware.
Cada estação requer um endereço de nó exclusivo, e todos os nós devem usar parâmetros de rede compatíveis. Antes de conectar, compare o endereço proposto da estação de trabalho com a lista de nós documentada. Um endereço duplicado pode tornar a navegação intermitente e interromper outros dispositivos. As interfaces PIC legadas também têm restrições significativas de plataforma e sistema operacional, portanto um gateway compatível pode ser mais seguro do que forçar hardware obsoleto da estação de trabalho a entrar em serviço.
Os parâmetros do driver devem reproduzir as configurações do canal; eles não podem alterar o protocolo apresentado pelo processador.
Configure o RSLinx Classic de forma deliberada
Crie um driver com nome separado para cada caminho testado, para que um perfil comprovadamente funcional não seja sobrescrito. Para DF1, selecione RS-232 DF1 Devices, a porta COM correta e os parâmetros seriais correspondentes. Para uma interface DH-485 compatível, selecione o driver documentado para essa interface e atribua um número de estação não utilizado. Para DH+, use o driver associado à interface ou ao gateway instalado e corresponda seu nó e sua taxa de transmissão de rede.
Inicie o driver e verifique seu status antes de abrir o RSWho. Um driver que informa conflito de porta, hardware indisponível ou falha na inicialização não pode navegar pelo controlador. No RSWho, desative a navegação automática desnecessária durante o diagnóstico de um enlace instável e expanda apenas o driver pretendido. Confirme se o tipo e o nó do processador exibidos correspondem ao painel e aos registros do projeto.
Separe os testes físicos, de enlace e de aplicação
Uma sequência de diagnóstico confiável altera uma camada por vez. Primeiro, confirme a alimentação, o status do processador, as condições do conector, os LEDs da interface e a continuidade do cabo. Em seguida, confirme se o driver inicia e se o nó da rede aparece de forma consistente. Depois, abra o RSLogix 500 e teste uma navegação somente leitura ou uma visualização de tabela de dados. Por fim, avalie a estabilidade do upload ou da edição online. Ir diretamente para um upload dificulta distinguir uma queda física de um tempo limite da aplicação.
Quando um nó aparece e desaparece, registre o intervalo e as estações afetadas. Uma perda repetitiva pode resultar de endereçamento duplicado, fiação marginal, terminação incorreta, reinicializações da interface, gerenciamento de energia USB ou excesso de tentativas. Não afirme que a economia de energia do laptop é a causa sem reproduzir a falha. Use contadores, diagnósticos do driver, LEDs da interface e um caminho comprovadamente funcional para isolar a camada.
Proteja o programa em execução
Entrar online com segurança exige mais do que comunicação. Confirme a identidade do processador, a soma de verificação ou o status de comparação do projeto, o modo de operação, o status das forças e a autorização da planta. Faça o upload antes de presumir que o arquivo offline está atualizado. Preserve o arquivo carregado com data e hora e a identidade do controlador. Não faça download apenas para testar a comunicação; um download pode substituir a aplicação em execução e alterar as saídas.
Em redes legadas, coordene a conexão com a operação, pois um nó duplicado, um conector deslocado ou um tronco enfraquecido pode afetar a produção. Mantenha a estação de trabalho eletricamente e mecanicamente segura, evite mover adaptadores durante um upload e mantenha um backup aprovado da configuração do driver do RSLinx. Interfaces de reposição e componentes de rede úteis podem ser gerenciados com as peças sobressalentes de comunicação e redes do local.
Critérios de aceitação e documentação
Um caminho não é comprovado por uma única navegação bem-sucedida. Verifique várias atualizações do RSWho, um upload completo, uma sessão sustentada online de tabela de dados e uma reconexão limpa após fechar o software. Se o caminho for destinado à manutenção, teste-o a partir do local de serviço aprovado sem perturbar o tronco de produção. Registre o catálogo do processador, o canal, o protocolo, o número de peça do cabo ou gateway, a interface da estação de trabalho, o nome do driver, o nó, a taxa de transmissão, as configurações seriais, a versão do software e as limitações conhecidas.
O objetivo de engenharia é um caminho de serviço reproduzível, não uma conexão obtida por sorte. Corresponder o canal do controlador à interface física e ao driver corretos evita a maior parte da solução de problemas desperdiçada. Os testes em camadas então expõem o problema restante de fiação, endereçamento, estação de trabalho ou aplicação sem alterar desnecessariamente o programa de controle em execução.