Fatos pouco conhecidos sobre PACs

Há uma linha muito tênue, mas tênue entre PACs e PLCs, mas geralmente é mal compreendido pelos usuários finais da máquina. E não é culpa deles; construtores de máquinas e integradores de sistemas muitas vezes mantêm seus clientes em um estado constante de limbo em relação à diferença vital entre as duas entidades.



O fato é que um PAC é fundamentalmente diferente de um PLC e, embora executem tarefas semelhantes, é importante que os OEMs instruam seus usuários finais sobre o equipamento para que sua adequação possa ser devidamente determinada. Há dois grandes benefícios em fazê-lo:

• Custo do período de garantia reduzido
• Aumento da satisfação do cliente

Esses dois benefícios são ampliados quando os OEMs escrevem programas que fornecem certo nível de detalhes para usuários finais que podem não ter conhecimento prévio sobre PACs. A documentação clara também desempenha um papel importante para ajudar os desenvolvedores internos a tirar o máximo proveito de sua documentação.

Na mais simples das analogias, um PLC é para um PAC o que um rádio relógio digital é para um computador. Pode-se argumentar que os computadores também possuem relógios, mas sua estrutura inerente é muito mais complexa e possui funcionalidades adicionais.

Um PLC é projetado com um eletricista em mente, enquanto um PAC é projetado para um programador de TI/computador. Enquanto PLC oferece simplicidade de design e facilidade de uso para o eletricista, com linguagem de programação como lógica ladder, um PAC é projetado para maior flexibilidade e recursos adicionais. Mas os benefícios do PLC geralmente vêm com um custo mais alto e linguagens de programação mais estruturadas.

Um controlador de automação é integrado a uma planta para melhorar sua eficiência, tempo de atividade e confiabilidade. Durante décadas, os CLPs serviram a esse propósito, satisfatoriamente, mas as modernas atualizações em tecnologias e meios de comunicação alimentaram a necessidade de equipamentos de controle avançados, algo atendido pelos PACs.

A tabela a seguir pode ajudar a promover um maior entendimento entre os dois:

	PLC	PAC
Módulos do processador	1/prateleira	1+/prateleira
Chips de processador por módulo	1 microprocessador	2+ microprocessadores de alto desempenho
Programação	Lógica da escada	Texto estruturado, diagramas de blocos funcionais e lógica ladder
Funcionalidade	Sequencial, lógica de varredura	Lógica de varredura dupla, controle de movimento, aquisição de dados, controle de processo
Memória	Até 64K	Até 32.000K
E/S	3000	128.000
Comunicação	Opção única típica	Rede aberta, várias opções, ethernet/IP

É bastante óbvio que um PAC tem a vantagem quando se trata de recursos e funcionalidades. Mas também há desvantagens; um PAC tem configurações mais difíceis que um PLC. Além disso, os usuários finais precisam estar cientes das versões de firmware e cuidar de questões relacionadas à compatibilidade com versões anteriores com PACs.

Todas essas questões podem ser tratadas preventivamente se o OEM seguir uma abordagem educacional em relação aos seus produtos. Algumas das dicas que podem ajudar os usuários finais a entender os PACs com mais clareza são:

• Treinamento básico para atividades específicas de manutenção do PAC.
• Estender as funcionalidades de documentação de software do PAC, por exemplo incluindo comentários de longo prazo.
• Use linguagem de programação de alto nível apenas quando for necessário para manter as coisas simples e familiares.
• Incorporando as melhores práticas encontradas no PLC programação para a programação do PAC, preenchendo a lacuna de integração.
• Como não há arquivos de dados de status do processador nos PACs em oposição aos PLCs, os OEMs devem considerar a criação de uma sub-rotina para dados de status do processador comumente usados.

Como escolher um controlador de automação industrial Quatro principais aspectos de um bom design do painel de controle