Por que meu software cliente OPC não recebe dados de outro computador com um servidor OPC?

Um servidor OPC somente consegue estabelecer a comunicação com clientes OPC instalados em máquinas diferentes se um grupo de usuários especifico tiver suas permissões corretamente definidas na ferramenta de configuração do DCOM e na política de segurança local do Windows.

Se houver um ou mais firewalls na comunicação entre cliente e servidor OPC em diferentes máquinas, além das permissóes listadas anteriormente, será também necessário desabilitar totalmente tais proteções, estabelecer a comunicação e somente então incluir nas excessões do firewall as portas utilizadas pela comunicação OPC, o que em algumas arquiteturas pode ser trabalho desafiador.

Os dois primeiros cenários não ocorrem na comunicação OPC UA, pois neste padrão atualizado segundo as novas tecnologias, a segurança é realizada por meio de autenticação de usuários e/ou certificados. Se você esta seguro que cliente e servidor são OPC UA, um dos possíveis problemas de comunicação pode estar na aceitação de certificados pelo cliente ou servidor OPC UA.

Se não tem certeza se os softwares cliente e servidor tem o mesmo padrão OPC, verifique se não esta tentando conectar componentes com tecnologias diferentes, pois o OPC classic (mais conhecido como DA), não pode se comunicar diretamente com OPC UA, sendo necessário um software para conversão.

Atualizações de segurança do Windows podem parar a comunicação OPC?

A Microsoft nos últimos dois anos implementou atualizações de segurança em seus sistemas operacionais impondo politicas mais rigidas que afetam diretamente a comunicação OPC via DCOM. Uma nova atualização esta programada para 14/Março/2023 e pode ter grande impacto na comunicação de sistemas industriais. Conheça mais detalhes clicando nos links abaixo:

O Matrikon OPC UA Tunneller pode ser uma solução? Destacamos a seguir quatro arquiteturas como exemplos.

Não há firewall habilitado na comunicação OPC

Na maioria dos casos você não precisará do Matrikon Tunneller.

Se a comunicação for entre cliente e servidor OPC UA verifique as políticas de segurança definidas no servidor OPC e valide a aceitação de certificados nos dois componentes de software.

Caso utilize comunicação OPC DA, consulte o artigo a seguir para entender o passo a passo para configuração das permissões de segurança e DCOM do Windows.

Comunicação com firewall habilitado

Se as políticas de configuração de firewall não estão sobre seu controle e não há tempo para investigar a configuração ideal do firewall para sua comunicação OPC DA, o Matrikon Tunneller é a melhor solução.

Como para OPC UA não há limitações quanto a firewall, verifique se a porta liberada esta correta e o aceite de certificados pelo cliente e servidor OPC UA.

Comunicação servidor OPC DA com cliente OPC UA

Se seu sistema já possui um servidor OPC DA em operação e a substituição por OPC UA não é viável, uma maneira de manter estes ativos de software e atender as novas demandas de clientes OPC UA é utilizar a ferramenta de conversão OPC DA em OPC UA do Matrikon OPC UA Tunneller.

Comunicação servidor OPC UA com cliente OPC DA

Muitos sistemas de automação já tem incluido SDCDs, CLPs e outros dispositivos com servidores OPC UA embarcados, no entanto do lado de sistemas SCADA, PIMS, MES, etc. permanecem OPC DA. Quando não há previsão de atualização destes clientes OPC ou a integração dos dados é urgente o Matrikon OPC UA Tunneller é também uma solução.

.

POSSO TESTAR?

VOCÊ PODE USAR TODOS RECURSOS POR 30 DIAS SEM QUALQUER LIMITAÇÃO!

Quer baixar o software e testar agora mesmo?

Requisitos mínimos de software e hardware

Os seguintes sistemas operacionais em inglês foram testados com este software:

• Microsoft Windows 7 (32/64 bit), 10 (64-bit) e 11
• Microsoft Windows Server 2008 R2 SP1 (64-bit), 2012 R2 (64-bit), 2016, 2019 e 2022

Requisitos mínimos de harware:

• Intel CORE i5
• 4 GB RAM
• 80 GB 7200 RPM Hard Drive

Links para:

inovexdigital.com.br - 11 93235-7032