- Este tópico tem 50 respostas, 14 participantes e foi atualizado pela última vez anos 9 atrás da
.
-
Publique
-
Acrescento um esclarecimento, mesmo que óbvio. O ATC-1000 aceita apenas uma conexão, se você tiver o programa VirtualCOM ativo a conexão é ocupada por este programa e nenhum outro programa poderá se conectar, portanto nem mesmo o software Aurora.
Para se conectar ao ATC-1000 via soquete TCP / IP, o software VirtualCOM não deve estar em execução.
Olá a todos, Queria informar que consegui operar o ATC1000 remotamente (via IP público fora da rede doméstica) não usando o software VCom e sim outro tipo (não sei se vocês conseguem se comunicar ou não ...). A comunicação é boa, mas há um problema que ocorre após 15/30 minutos, no máximo ... a comunicação é interrompida com o Comunicador Aurora e o Monitor Aurora. Tentei ver os LEDs do dispositivo quando esse problema ocorre (conectado com uma chave de internet) e percebi que o LED ACT continua piscando como se o módulo estivesse funcionando corretamente, mas os dois programas Aurora param de receber dados.
Do que isso pode depender? Não coloquei nenhum resistor de 120 ohms (li em alguns fóruns que se o cabo for menor que 2 Mt é possível não colocar ...) e usei um cabo BELDEN específico para serial RS485. Muito obrigado pela colaboração.
Pode ser útil para outras pessoas trazer de volta o software que foi usado como alternativa ao VCom. Embora eu não entenda por que o software de virtualização serial é necessário quando o Aurora Communicator se conecta diretamente em TCP / IP com o conversor. Quanto à resistência de terminação em cabos muito curtos não deve ser um problema, o fato de a comunicação parar depois de algum tempo a menos que uma operação cronometrada do programa utilizado não vejo outros motivos.
Lembro que se você tem um PC com duas portas seriais pode usar o utilitário X Connect di Toolly como uma ponte entre uma conexão serial e a conexão TCP / IP para o conversor ATC-1000 (Screenshot).
Na prática, o software do comunicador Aurora sai de um serial (Exemplo COM1) conectado com um cabo de modem nulo para outro serial (Exemplo COM3) que através do X Connect redireciona todos os dados na conexão TCP / IP para o conversor ATC-1000. Desta forma, também é possível espiar os dados em trânsito na janela do terminal, o que permite solucionar problemas de comunicação. Uma vez que o protocolo de comunicação é binário, o modo deve ser selecionado para exibir os dados do protocolo HEX.
Eu li todas as páginas 10 e tentei seguir todas as instruções, aqui está a minha situação:
A fiação do inversor Fiz diretamente usando o soquete RJ45 no inversor usando um cabo blindado cat5, identifiquei os fios que transportam o sinal de acordo com o esquema de protocolo RS485 indicado no livreto de instalação apêndice A e parece ser o 3º (+ T) o 5º (−T) e o 7º (RTN). Eu os conectei ao ATC1000 nos terminais correspondentes do protocolo RS485 (+485, −485 e GND) e conectei o ATC 1000 via cabo LAN ao meu roteador.
Configurou o ATC e iniciou o SW aurora. Vejo o ATC corretamente na rede, o SW Aurora usando o protocolo TCP indicando IP e porta do ATC é visto corretamente, mas nenhum inversor é detectado ... Além disso, quando faço a varredura do ATC, o LED "act" pisca, indicando um trânsito de dados para os quais a aurora sw e ATC se comunicam mas o inversor não ... No inversor também coloquei o resistor de terminação de 120 ohms mesmo sabendo que ele só é usado se eu conectar uma linha trançada aos terminais RS485 usar o RJ45 disponível no inversor ...
A pergunta é: existe um programa alternativo ao comunicador aurora para ver se esse é o problema? Também tentei com o VCOM criando um COM virtual que apontava via LAN para o IP do ATC 1000; mas o sw aurora usando o modo serial via COM na varredura não encontra nada mesmo ...
Alguém pode me dar algum conselho? Espero que as conexões estejam corretas ...
Qual endereço IP devo inserir e qual porta devo configurar o inversor Aurora? Devo colocar o estático do ATC-1000 ou criar um novo?
- Você deve estar logado para responder a este tópico.