Antes do PLC , o controle do processo industrial era realizado pelo relé logix (para controle digital) e pelos controladores PID para controle analógico. Os relés eram notoriamente não confiáveis, cuja falha em alguns casos teve sérias conseqüências. Apesar disso, a sugestão de que isso poderia ser melhor executado por um computador executando um softwarecom saídas de semicondutores, em vez de relés, horrorizou a maioria dos engenheiros elétricos da época. Os argumentos contra a adoção de CPs naquela época eram semelhantes a alguns dos argumentos das respostas neste fórum. Resista a sugestões interessantes e você certamente estará em boa companhia. As considerações de economia, tempo de inatividade e manutenção conduziram (lentamente) a transição do controle com fio para o controle por microcontrolador / software. Recordo-me mais recentemente, o horror com o qual a Ethernet e os vários protocolos associados na época foram recebidos pelo estabelecimento de controle. A Ethernet agora está se tornando rapidamente o padrão de fato para o controle de processos.
Atualmente, nos sistemas de controle mais sofisticados, os processos críticos de segurança sempre têm um backup com fio / pneumático / hidráulico / mecânico, ou pelo menos um estado à prova de falhas. A interface do operador com o sistema de controle é uma parte essencial do sistema de controle, que fora do controle da máquina, na maioria dos casos, é um computador de mesa da loja local de computadores, com um sistema operacional com erros / propulsão a falhas que executa bugs / falhas aplicativos de controle de processo propensos. Isso não é exagero. Projetamos e construímos plantas nos ambientes mais desafiadores das indústrias química e de mineração, onde poeira e fumaça fazem parte da vida, mesmo na sala de controle, e não apresentam mais falhas em equipamentos comerciais / consumidores padrão do que em equipamento industrial. Os discos rígidos falham, mas estão selados. Eles falham de qualquer maneira. Sopramos regularmente nuvens de poeira industrial de placas-mãe de PC que executam as IHMs. O truque é ter redundância dupla / tripla em todos os sistemas importantes / críticos. Tudo pode falhar. É por isso que as coisas críticas à segurança são sempre apoiadas por hardware, e esse é um requisito legislativo emna maioria dos países e senso comum em outros.
Se alguém quiser trazer a aviação para a discussão, lembre-se do horror com o qual os fabricantes de aeronaves que não são da Airbus atenderam à sugestão do fly-by-wire. Em acidentes aéreos, o erro humano (principalmente o piloto, mas também a equipe de manutenção), e não a falha de engenharia / sistemas, ainda é responsável pela maioria dos acidentes. No espaço industrial / comercial de PLC / microcontrolador, eu argumentaria que o ser humano no terminal de programação ainda é o elemento mais crítico. DESIGN, ESTRUTURA e MANUTENÇÃO de software são os ingredientes essenciais e não o hardware.
A Rockwell oferece o produto SoftLogix, que é um CLP de software em execução em um PC de loja padrão. Pense nisso. O argumento de que os PCs funcionam em um ambiente elétrico / atmosférico mais protegido do que os PLCs / controladores pode ser verdadeiro em alguns casos, mas não na maioria e muito poucos nas plantas em que trabalhamos. A ironia é que a proliferação da Ethernet requer comutadores Ethernet em campo. Como regra, não usamos comutadores industriais, mas coisas comerciais padrão e ainda temos uma falha no comutador após 10 anos e centenas de instalações. Esses comutadores residem nos mesmos painéis da E / S do PLC. O que falha, mas raramente, é a fonte de alimentação barata que acompanha o switch. Evite isso e o switch não será o componente não confiável na instalação.
Quanto aos rigorosos testes / controle de qualidade dos equipamentos industriais de PLC, recentemente comissionei uma planta em que TODA UMA das 8 ou 10 placas de entrada analógica de E / S remotas era DOA. O fornecedor, uma das maiores marcas de nome do mundo, não piscou um olho e substituiu tudo imediatamente. Eu acho que foi um lote ruim e eles podem ter conhecido o problema antes do nosso relatório. As substituições funcionaram perfeitamente e ainda o fazem 3 anos depois.
O medo é usado em todos os lugares hoje em dia para nos intimidar. Use a razão e, como costumavam dizer os veteranos, 'chupe e veja (por si mesmo)'. Eu não hesitaria em testar microcontroladores 'não industriais' em qualquer lugar. Basta seguir as boas práticas de engenharia, quantificar o risco e agir adequadamente. Aliás, os veículos a motor operam em condições não muito diferentes de algumas condições industriais (úmidas, quentes, vibrações), mas possuem muitos sistemas eletrônicos críticos para a segurança. Agora tente sugerir a um engenheiro de sistemas de controle industrial que você está prestes a testar um componente automotivo em sua planta! CANbus ou DNET alguém? Vai saber (:)