Lista de verificação de comunicação entre PLC e IHM: RS-232, RS-485, Ethernet
Índice
A maneira mais rápida de resolver o problema é verificar a conexão em camadas. Comece pela alimentação e pela interface física, depois passe pelo cabo, configurações de comunicação, protocolo, estação ou endereço IP e, finalmente, pelas tags da IHM (Interface Homem-Máquina).
Esta lista de verificação aplica-se a muitas combinações de PLC e IHM. Mitsubishi, Omron, Schneider Electric, Weintek, Pro-face, Siemens e outras marcas de automação. A lógica de solução de problemas é geral, mas a pinagem dos conectores, as opções de driver e as configurações do CLP permanecem específicas para cada modelo. Mantenha os manuais de ambos os dispositivos à mão durante os testes.
As seis camadas de uma conexão PLC-HMI
Para que uma ligação de comunicação funcione corretamente, todas as camadas abaixo dela precisam estar em ordem.
| Camada | O que verificar | Sintoma típico de falha |
|---|---|---|
| Estado do dispositivo | Alimentação, estado de execução, erros da CPU, inicialização da IHM | Sem conexão sob nenhuma condição |
| Interface elétrica | RS-232, RS-422/485 ou Ethernet | Sem resposta; possível incompatibilidade de porta ou adaptador. |
| Cabo e topologia | Pinagem, polaridade, blindagem, terminação, caminho do interruptor | Sem resposta ou comunicação intermitente |
| Configurações de link | Taxa de transmissão e enquadramento, ou configuração IP | Tempo limite excedido, erros de enquadramento, dispositivo inacessível |
| Protocolo e rota | Driver HMI, porta TCP/UDP, estação, rede, número da unidade | A ligação física funciona, mas o PLC continua sem responder. |
| Dados do aplicativo | Endereço de cadastro, tipo de dados, direitos de acesso | Algumas tags falham, embora a comunicação funcione normalmente em outros casos. |
Não passe diretamente de uma mensagem de tempo limite para a substituição de hardware. Um LED verde de link Ethernet comprova que existe uma conexão física; não comprova que a conexão esteja funcionando corretamente. IHM está usando o driver de PLC correto. Da mesma forma, níveis de tensão RS-485 corretos não comprovam que a taxa de transmissão ou o endereço do dispositivo escravo estejam corretos.
Antes de alterar qualquer configuração
Registre primeiro a condição atual. Isso é especialmente importante em uma máquina que estava se comunicando antes da manutenção.
- Fotografe o CLP e placas de identificação HMI, etiquetas de portas, terminais de cabos, chaves DIP e chaves de terminação.
- Anote a mensagem de erro exata da IHM e qualquer código de erro do CLP.
- Observe se a falha afeta todas as telas, um dispositivo específico ou apenas determinadas etiquetas.
- Pergunte o que mudou imediatamente antes do problema: download do HMI, substituição do PLC, manutenção de cabos, alteração de rede, atualização de firmware ou queda de energia.
- Sempre que possível, faça backup do programa PLC, do projeto HMI, das configurações de comunicação e das receitas.
- Salve os valores originais dos parâmetros antes de editá-los.
Desligue e isole o equipamento antes de mexer nos fios seriais, alterar as conexões dos terminais ou verificar a resistência. Confirme se a energia armazenada foi descarregada de acordo com os manuais do equipamento. Muitas portas seriais de PLCs e IHMs não são isoladas, portanto, reconectar os fios com a energia ligada pode danificar uma porta ou causar uma falha de aterramento.
Lista de verificação inicial de cinco minutos
Execute essas verificações antes de abrir o software.
- Confirme se o CLP está ligado e não foi desligado por uma falha fatal de CPU ou de E/S.
- Confirme se a interface HMI concluiu a inicialização e carregou o projeto desejado.
- Verifique a porta exata utilizada em ambas as extremidades. Um dispositivo pode ter portas separadas: COM1, COM2, Ethernet, host USB e programação USB.
- Identifique a interface elétrica pelo manual, não pelo formato do conector. Um conector DB9 ou RJ45 pode transmitir sinais diferentes em produtos diferentes.
- Recoloque os conectores removíveis e inspecione-os para verificar se há terminais soltos, pinos tortos, travas danificadas, corrosão e grampos de blindagem puxados.
- Verifique os indicadores de link/atividade Ethernet ou os indicadores de transmissão/recepção serial, se disponíveis.
- Compare o cabo instalado com o diagrama de conexão oficial para o par PLC-HMI exato.
- Restaure qualquer conector, terminador, adaptador ou interruptor que tenha sido danificado durante trabalhos recentes.
Se a conexão nunca funcionou, suspeite da seleção, da fiação e da configuração. Se funcionou por meses e de repente parou, considere a manutenção recente, a condição do conector, ruídos elétricos, qualidade da energia e o status do hardware como possíveis causas principais.
- Produto relacionado
Precisa de uma unidade Altivar de substituição?
Explore as novas unidades Altivar originais para projetos de manutenção, resolução de problemas e substituição.
- Peças originais novas
- Resposta rápida
- Envio internacional
Lista de verificação para comunicação RS-232
O RS-232 destina-se à comunicação ponto a ponto de curta distância. Ainda é comum em PLCs compactos, painéis de operação mais antigos, leitores de código de barras e conexões de programação.
1. Confirme se ambas as portas são realmente RS-232.
Uma porta RS-232 não pode ser conectada diretamente a uma porta RS-485. Se uma das portas for RS-232 e a outra RS-422/485, utilize um conversor industrial adequado e verifique se o sistema requer operação com dois ou quatro fios.
Não assuma que todo conector de 9 pinos seja RS-232. Alguns PLCs usam um conector DB9 para RS-422, RS-485 ou uma configuração de pinos específica do fabricante. Verifique a especificação da porta e a pinagem para o modelo exato e a placa de opções.
2. Verifique a pinagem do cabo.
No mínimo, uma ligação de dados RS-232 normalmente precisa de um ponto comum para transmissão de dados, um ponto comum para recepção de dados e um ponto comum para sinal. A transmissão em um dispositivo deve alcançar a recepção no outro.
Dependendo se as portas estão configuradas como DTE ou DCE, o cabo correto pode ser direto ou cruzado. É por isso que um cabo serial padrão de PC não é automaticamente o cabo correto para PLC-HMI.
Compare esses pontos com o desenho oficial da conexão:
- O pino TXD em uma extremidade deve ser conectado ao pino RXD correspondente na outra extremidade.
- O sinal RXD retorna ao pino TXD correto.
- O terra/comum do sinal está conectado conforme especificado.
- Os pinos RTS, CTS, DTR, DSR ou outros pinos de handshake são conectados ou interligados somente quando os dispositivos os exigem.
- As carcaças dos conectores e as blindagens dos cabos são terminadas de acordo com o desenho do fabricante.
Resistores de terminação RS-485 não devem ser usados em uma conexão RS-232.
3. Verifique se todas as configurações de número de série estão corretas.
Ambos os dispositivos devem concordar em relação a:
- Protocolo ou modo de comunicação
- Taxa de transmissão
- Comprimento dos dados
- Paridade
- Bits de parada
- Número da estação, unidade ou nó, quando o protocolo utiliza um.
- Soma de verificação ou modo de quadro, quando configurável.
Um único erro é suficiente para interromper a comunicação. Um erro comum em campo é a correspondência da taxa de transmissão (baud rate) sem considerar a paridade ou o comprimento dos dados.
Confirme também se o projeto HMI está atribuído à porta física onde o cabo está conectado. Configurar a COM1 e conectar o cabo na COM2 produz uma “falha de hardware” bastante convincente.”
4. Utilize um teste ponto a ponto mínimo
Desconecte adaptadores e extensões não essenciais. Posicione a IHM e o CLP próximos um do outro e teste com um cabo em bom estado, montado conforme o diagrama oficial.
Se a ligação simplificada funcionar, adicione os componentes removidos um de cada vez. Isso permite identificar rapidamente um conversor defeituoso, uma extensão muito longa, um conector com problema ou um problema de aterramento.
Lista de verificação de comunicação RS-485
O RS-485 é utilizado onde são necessárias distâncias maiores, redes com múltiplos pontos de conexão ou melhor imunidade a ruídos. A maioria dos problemas de PLC-HMI em RS-485 decorre de polaridade, topologia, configurações da estação, terminação ou ausência de sinal de referência.
1. Identificar operação com dois ou quatro fios
A comunicação RS-485 de dois fios utiliza um único par de dados balanceado para transmissão e recepção. A comunicação de quatro fios utiliza pares separados para transmissão e recepção. O CLP, o driver da IHM, o conversor e a fiação devem ser configurados para o mesmo método.
Para Modbus sobre RS-485 de dois fios, o guia oficial do Modbus mostra um par balanceado mais um condutor comum. Tratar a ligação como apenas "dois fios" e omitir o condutor de referência pode tornar a comunicação instável, especialmente quando os dispositivos têm potenciais de terra diferentes.
2. Verifique a polaridade pela função, não apenas pela letra.
Os fabricantes nem sempre usam as etiquetas A e B de forma consistente. Um manual pode mostrar A/B, outro D+/D- e outro SDA/SDB ou RDA/RDB.
Siga a numeração dos pinos e as definições dos sinais em ambos os manuais. Para a terminologia Modbus, o guia de linha serial atual associa D1 a B/B' e D0 a A/A', mas o diagrama de conexão do equipamento continua sendo a autoridade final.
Se a polaridade estiver invertida, o sintoma usual é a ausência de resposta, mesmo que o cabo apresente continuidade. Desligue a alimentação antes de corrigir a fiação.
3. Inspecione a topologia do barramento
Utilize uma conexão em série ou em cadeia com ramificações curtas para os dispositivos, conforme exigido pelos manuais do produto. Ramificações longas em estrela criam reflexos e tornam-se cada vez mais problemáticas à medida que o comprimento do cabo e a taxa de transmissão aumentam.
Verifique se:
- Um barramento principal contínuo em vez de vários cabos estrela longos.
- Pequenos trechos de tubulação ligando o tronco a cada estação.
- Cabo de par trançado blindado com a impedância especificada para a rede.
- Cabo de dados roteado longe de condutores do motor, contatores, resistores de frenagem e outros condutores de alto ruído.
- Ligação de blindagem e aterramento de proteção que seguem as instruções de EMC do equipamento e do local.
- Não deve haver ligação acidental entre o par de sinais e o terra de proteção.
Não existe uma distância máxima universal para todas as instalações RS-485. O comprimento útil depende da taxa de transmissão (baud rate), das características do cabo, da topologia, do número de cargas, do isolamento e dos requisitos dos produtos conectados.
4. Verificar término e viés
Em um tronco RS-485 passivo, a terminação de linha normalmente ocorre nas duas extremidades físicas do barramento principal, e não em cada dispositivo. Alguns PLCs e IHMs incluem terminação comutável internamente; outros requerem um resistor externo.
Não adicione um resistor apenas porque a rede está apresentando falhas. Terminadores em excesso sobrecarregam o driver, enquanto a ausência de terminação nas extremidades pode causar reflexões. Confirme o valor do resistor, a posição da chave e se a terminação já está integrada em cada produto.
O ajuste de polarização, também chamado de polarização de segurança, deve ser aplicado somente quando exigido pelo projeto da rede. O guia Modbus Serial recomenda um ponto de polarização para cada barramento que necessita dele. Vários dispositivos aplicando um ajuste de polarização forte simultaneamente podem causar outra falha em vez de corrigir a primeira.
5. Ajuste o protocolo e as configurações da estação
Para Modbus RTU, confirme se todos os nós usam o mesmo formato serial e se cada servidor/escravo possui um endereço único. O endereço 0 é reservado para broadcast na comunicação serial Modbus, e uma solicitação de broadcast não recebe resposta.
Para protocolos específicos do fabricante, verifique todos os valores necessários, que podem incluir o número da unidade PLC, o número da rede, o número do nó, o tipo de CPU, o modo de enlace ou a configuração de checksum.
Certifique-se também de que apenas o mestre/cliente pretendido esteja controlando o barramento. Dois mestres transmitindo sem um protocolo projetado para operação com múltiplos mestres causarão colisões e timeouts irregulares.
6. Isole a rede um nó de cada vez.
Se uma rede multidrop estiver instável, teste a IHM com apenas o CLP conectado. Em seguida, reconecte uma estação e um trecho de cabo por vez.
Uma ramificação que causa a falha de todo o barramento geralmente indica polaridade invertida, endereço duplicado, curto-circuito, um terminador extra, uma configuração serial incompatível ou um transceptor danificado nessa ramificação.
- Soluções PLC
Encontre o PLC certo para o seu sistema
Explore novas CPUs PLC originais, módulos de E/S, fontes de alimentação e unidades de comunicação para projetos de manutenção e automação.
- Peças originais novas
- Resposta rápida
- Envio internacional
Lista de verificação de comunicação Ethernet
A tecnologia Ethernet facilita a expansão da fiação física, mas adiciona diversas camadas de configuração. Um ping bem-sucedido é útil, mas não constitui um teste completo de comunicação do CLP.
1. Confirme a ligação física
Verifique os indicadores de conexão no IHM, no CLP e no switch. A ausência de um LED de conexão geralmente significa que você deve inspecionar o cabo, o conector, a porta, a alimentação do switch ou as configurações da interface antes de alterar o driver do IHM.
Experimente com um cabo de rede que você sabe que funciona e outra porta do switch. Inspecione os conectores RJ45 do gabinete em busca de travas quebradas, conectores de campo mal encaixados, danos na blindagem e contaminação.
Se a comunicação falhar apenas quando um inversor de frequência, soldador ou contator estiver em operação, inspecione o roteamento dos cabos, a blindagem, a ligação equipotencial do gabinete e a fonte de alimentação do switch, bem como a configuração da rede.
2. Verifique a configuração do IP ativo.
Verifique os valores atualmente ativos nos dispositivos, não apenas os valores exibidos em um projeto offline.
- Endereço IP da IHM
- Endereço IP do PLC ou do módulo de comunicação
- Máscara de sub-rede
- Gateway padrão quando o roteamento é necessário.
- Endereços IP duplicados
- Interface Ethernet correta quando um dispositivo possui mais de uma.
- Comportamento do DHCP versus endereço fixo
Para um teste direto em uma sub-rede, atribua endereços exclusivos ao PC de engenharia, à IHM e ao CLP na mesma sub-rede. Desconecte a célula de teste da rede de produção primeiro se a alteração de endereços puder causar um conflito.
3. Use o ping corretamente
O comando ping confirma que existe um caminho IP e que o destino responde ao ICMP. Ele não confirma nenhuma das seguintes afirmações:
- A interface HMI está utilizando o driver PLC correto.
- O serviço de aplicação PLC está ativado.
- A porta TCP ou UDP correta está aberta.
- O número da estação, rack, slot, rede ou unidade está correto.
- A interface HMI tem permissão para ler ou escrever na memória solicitada.
Se o ping falhar, continue verificando o cabo, o link, o endereço, a máscara de sub-rede, a rota, a VLAN, o firewall e os endereços duplicados. Se o ping for bem-sucedido, mas a interface homem-máquina (IHM) ainda apresentar tempo limite, passe para as configurações de protocolo e aplicativo.
4. Verifique o driver da IHM e o serviço do PLC.
Selecione o driver correto para a família de PLC e o método de comunicação específicos, e não apenas pelo nome do fabricante. Por exemplo, dois controladores da mesma marca podem usar protocolos Ethernet diferentes ou exigir drivers de IHM diferentes.
Compare essas configurações com o programa PLC e a configuração de hardware:
- Seleção de protocolo
- Transporte TCP ou UDP
- Número do porto de destino
- Modelo de PLC ou família de CPU
- Número da estação, nó, rede, rack, slot ou unidade
- Parâmetros de conexão local e remota
- Servidor do lado do PLC, configuração aberta ou recurso de conexão
- Configurações de acesso de leitura/gravação e segurança
O número da porta deve ser obtido no manual do produto ou na configuração do CLP. Não o altere aleatoriamente só porque uma lista online o chama de "porta padrão de CLP".“
5. Verifique a rede entre os dispositivos.
Quando a IHM e o CLP não estiverem conectados diretamente, verifique o caminho completo:
- Atribuição de VLAN em switch gerenciável
- Configuração de roteador e gateway
- Listas de controle de acesso e regras de firewall industrial
- Tradução de NAT ou de portas, se utilizada.
- Status da ponte sem fio ou do conversor de mídia
- Erros de porta do switch, quedas de pacotes, velocidade e negociação duplex.
- Estado de anel redundante e links bloqueados
Um teste útil é conectar a IHM e o CLP através de um pequeno switch em bom funcionamento em uma rede de bancada isolada. Se isso funcionar, a falha provavelmente está no caminho da rede de produção ou em sua política de segurança.
- Substituição de IHM
Atualize ou substitua sua IHM
Encontre painéis HMI compatíveis para modelos descontinuados, atualizações de máquinas e substituição da interface do operador.
- Peças originais novas
- Resposta rápida
- Envio internacional
Quando apenas uma tela ou etiqueta falha
Se a IHM (Interface Homem-Máquina) se comunica normalmente, mas um valor apresenta um erro, a rede física provavelmente não é o primeiro lugar a ser verificado.
Verifique o objeto afetado em busca de:
- Endereço de registro ou variável incorreto
- Atribuição incorreta de dispositivo/estação
- Acesso por bit versus acesso por palavra
- Interpretação com assinatura versus interpretação sem assinatura
- Comprimento de dados de 16 bits, 32 bits ou 64 bits
- Ordem dos bytes ou das palavras
- Índice de matriz inválido ou endereço indireto
- Endereço fora do intervalo de memória do PLC
- Área somente leitura usada para um comando de escrita
- Arquivo de símbolos ou banco de dados de tags que não corresponde mais ao programa do CLP
Funções em segundo plano também podem gerar erros. Verifique alarmes, registros de tendências, receitas, macros, amostragem de dados e scripts que continuam consultando endereços mesmo quando a tela atual parece normal.
Quando a comunicação é lenta ou intermitente
Uma conexão intermitente exige um teste diferente de uma conexão com tempo limite permanente. Registre quando a falha ocorre e o que a máquina está fazendo naquele momento.
Para redes seriais
- Diminua temporariamente a taxa de transmissão (baud rate) para verificar se o problema está na qualidade do cabo ou em reflexões.
- Verifique a terminação, a polarização, a continuidade da blindagem e o condutor comum.
- Procure por galhos longos, terminais soltos ou cabos que se movem com a máquina.
- Compare as falhas com a aceleração do veículo, a frenagem, o acionamento do aquecedor e a operação do contator.
- Verifique se a carga de consultas da IHM excede a capacidade do CLP ou da rede serial.
Para redes Ethernet
- Analise os contadores do switch gerenciado em busca de erros de CRC, quedas de pacotes, alterações de link e carga de broadcast.
- Faça o teste com um cabo e um interruptor que você saiba que estão funcionando corretamente.
- Verifique se há endereços IP duplicados e dispositivos que aparecem somente após a inicialização.
- Reduzir a necessidade de sondagens, registos e intervalos de atualização muito curtos na interface homem-máquina (IHM).
- Analise os limites de conexão do PLC e verifique se outro cliente está consumindo todas as sessões disponíveis.
- Verifique os registros de eventos do firewall, roteador e rede redundante no momento da falha.
Tempos limite longos e tentativas repetidas podem fazer com que um pequeno problema pareça um travamento da interface homem-máquina (IHM). Corrija o dispositivo com falha ou a tag inválida em vez de simplesmente aumentar cada valor de tempo limite.
Crie um teste de comunicação mínimo
Quando a configuração da máquina for complexa, crie a menor ligação funcional possível.
- Conecte uma IHM a um PLC com um cabo verificado ou um interruptor isolador.
- Utilize o driver exato listado para essa família de PLC.
- Configure uma estação serial ou um destino IP.
- Crie um visor numérico para um registrador PLC conhecido e seguro.
- Crie um teste de escrita controlada somente se a segurança da máquina o permitir.
- Desative macros, receitas, dispositivos remotos e sondagem em segundo plano durante o teste.
- Confirme se as leituras estão estáveis antes de reconstruir todo o projeto ou a rede.
Escolha um registrador de teste cujo valor possa ser verificado no software de programação do CLP. Evite comandar saídas ou alterar dados de controle da máquina apenas para comprovar a comunicação.
Este teste diferencia um problema básico de conexão de um problema de aplicação. Se o registro individual funcionar, adicione dispositivos e funções em segundo plano gradualmente até encontrar o elemento com falha.
Após a substituição de um PLC, IHM ou cabo de comunicação
As peças de reposição costumam parecer idênticas, mas diferem no tipo de porta, firmware, protocolo suportado ou pinagem do conector. Verifique o sufixo completo do modelo e as opções de comunicação instaladas.
Após a substituição, verifique:
- O programa e os parâmetros corretos do PLC foram transferidos.
- O projeto HMI correto e a versão de tempo de execução foram transferidos.
- As configurações seriais ou Ethernet ficam ativas após a reinicialização.
- O modo de porta do PLC não deve estar definido como somente programação ou modo padrão.
- O driver HMI é compatível com a família de CPUs de substituição.
- A nova estação ou endereço IP ainda não está em sua configuração padrão de fábrica.
- A pinagem do cabo corresponde ao modelo de substituição, não apenas ao conector antigo.
- As configurações de terminação e DIP-switch correspondem à posição do dispositivo na rede.
Para equipamentos descontinuados ou em caso de avaria urgente, a Kwoco pode ajudar a comparar os números de modelo completos do PLC, IHM, módulo de comunicação e cabos antes de encomendar uma peça de substituição. Fornecer fotos nítidas da placa de identificação e das portas geralmente é mais rápido do que identificar uma peça apenas pela aparência do painel frontal.
Quando o hardware é realmente suspeito
O hardware torna-se o principal suspeito depois que as configurações e a fiação forem verificadas com uma peça de comparação que funcione corretamente.
Os sinais de alerta incluem:
- Sem conexão Ethernet em um cabo e porta de switch comprovadamente funcionais.
- Nenhuma atividade de transmissão em uma porta que esteja configurada corretamente e realizando polling ativamente.
- Uma porta serial que funciona apenas quando o conector é mantido em uma posição específica.
- Contaminação visível, pinos tortos, danos causados pelo calor ou componentes de isolamento com defeito.
- Comunicação que retorna quando o CLP, IHM, conversor ou cabo é substituído.
- Uma porta que falha no teste de loopback ou de interface integrado do fabricante.
Antes de declarar uma porta como defeituosa, repita o teste com a configuração mínima e guarde as evidências: versões do projeto, parâmetros, diagrama do cabo, resultados de tensão ou continuidade e o teste de troca. Isso evita a substituição de uma IHM apenas para reconectá-la com o mesmo cabo incorreto.
Se uma porta, conversor ou módulo de comunicação verificado precisar ser substituído, utilize o mesmo modelo e revisão completos. Kwoco Também pode ajudar a identificar substitutos compatíveis para PLC, IHM, adaptador serial e Ethernet industrial quando o item original não estiver mais prontamente disponível.
Perguntas frequentes
O comando ping apenas demonstra que o endereço IP de destino está acessível e responde ao ICMP. A IHM ainda pode falhar se estiver usando o driver de CLP, a porta TCP/UDP, a estação ou a rota incorretas, ou se o serviço de comunicação do CLP estiver desativado. Após um ping bem-sucedido, verifique o protocolo de aplicação e as configurações de conexão do CLP.
Não confie apenas nas letras, pois as convenções de nomenclatura variam. Compare os números dos pinos e os nomes dos sinais funcionais em ambos os manuais do produto. Se todas as configurações seriais coincidirem, mas não houver atividade de recepção válida, desligue o equipamento e verifique a polaridade de D+/D-, D1/D0 ou transmissão/recepção comparando-a com os diagramas de fiação oficiais.
Não. Um cabo RS-485 passivo normalmente é terminado apenas em suas duas extremidades físicas, e alguns dispositivos já possuem terminações comutáveis. O valor real do resistor e a configuração da chave devem seguir os manuais do cabo e do equipamento. Adicionar terminações em cada estação pode sobrecarregar a rede.
A transferência de projetos e a comunicação em tempo de execução do CLP são conexões separadas. A IHM pode receber um projeto via USB ou Ethernet, enquanto o projeto em tempo de execução utiliza outra porta serial, outro endereço IP ou um driver de CLP diferente. Verifique o dispositivo atribuído dentro do projeto da IHM e o caminho físico do cabo do CLP.
Utilize uma interface compatível com ambos os produtos e adequada para a instalação. RS-232 é prático para uma ligação ponto a ponto de curta distância. RS-485 é útil para redes seriais mais longas ou com múltiplos pontos de conexão, quando a topologia e a terminação são controladas. Ethernet proporciona uma integração mais fácil e diagnósticos mais completos, mas requer a configuração correta de IP, protocolo, porta e segurança de rede.
Potencialize seus projetos com PLC Omron, Mitsubishi, Schneider novos e originais – em estoque, prontos agora!
Lista de verificação imprimível para comunicação PLC-HMI
Utilize esta última verificação antes de reportar a falha a um nível superior.
- [ ] A alimentação e o estado do PLC e da IHM são normais.
- [ ] Os modelos exatos dos produtos e os tipos de portas são confirmados nos manuais.
- [ ] O cabo segue a pinagem oficial para este par de dispositivos.
- [ ] RS-232 TX/RX/comum e quaisquer sinais de handshake necessários estão corretos.
- [ ] O modo RS-485 de dois fios/quatro fios, polaridade, comum, topologia, terminação e polarização estão corretos.
- [ ] O protocolo serial, a taxa de transmissão, os bits de dados, a paridade, os bits de parada e o número da estação correspondem.
- [ ] A ligação Ethernet está presente e o IP ativo, máscara, gateway e VLAN estão corretos.
- [ ] Não existem números de estação ou endereços IP duplicados.
- [ ] Correspondência de driver HMI, transporte, porta, família PLC, rota e serviço do lado PLC.
- [ ] Um teste mínimo de um HMI, um PLC e um registrador foi concluído.
- [ ] As tags com falha têm endereços, tipos de dados e direitos de acesso válidos.
- [ ] Falhas intermitentes foram comparadas com fontes de ruído, contadores de rede e carga de sondagem.
- [ ] Os parâmetros originais e os resultados dos testes foram registrados antes da substituição do hardware.
Contate-nos
Basta preencher seu nome, endereço de e-mail e uma breve descrição de sua consulta neste formulário. Entraremos em contato com você em até 24 horas.
Categoria do produto
Produtos em promoção
Unidade de CPU Omron CJ2M-CPU32
Fornecedor Omron PLC CJ1W-PA202 na China
Servo Drive Mitsubishi MR-JE Série 400w MR-JE-40A
Precisa de uma partida rápida?
Compartilhe seu modelo ou especificações e nossa equipe ajudará você a encontrar a opção ideal rapidamente.
- Suporte especializado
- Resposta rápida
- Preço competitivo
- +86-755-81481609
- [email protected]
Você também pode achar esses tópicos interessantes
Códigos de erro e resolução de problemas de rede do PLC Omron CJ2M
Um Omron CJ2M pode reportar um erro de CPU e um erro de rede simultaneamente, mas os dois não são diagnosticados.
Caso de fornecimento de peças de automação para fábrica tailandesa
Para fábricas de manufatura, a produção estável depende de componentes de automação de boa reputação.
Quando um PLC, IHM, sensor, servoacionador ou vários outros componentes de controle comerciais são utilizados, como por exemplo, componentes de controle comerciais.
Melhores alternativas de PLC da Omron para modelos descontinuados
A descontinuação de um PLC Omron nem sempre indica que todo o sistema de controle deva ser redesenhado rapidamente. Muitas vezes, a opção mais segura é...