Produtos PlcGit, funcionamento e objetivos

PlcGit has multiple functionalities

Programa PLC backup e restauração
Verificar e mesclar diferenças entre versões do software PLC
Gerenciar o código do programa PLC em uma equipe de desenvolvimento distribuída

A seguinte descrição é um exemplo para a série de PLC Siemens S7-1500 usando o software de programação PLC Siemens TIA Portal

Backup e Restauração do Programa PLC

Na primeira execução, é necessário definir um repositório. Normalmente, isso é apenas o nome do repositório. Em seguida, para a configuração inicial, é necessário um projeto TIA. Este projeto define o programa PLC de um ou vários PLCs. Um único repositório pode gerenciar vários projetos TIA.
Cada PLC é definido pelo seu nome e endereço TCP/IP. A configuração inicial lê o projeto TIA e oferece uma lista dos PLCs com seus endereços IP. Um ou mais deles podem ser selecionados para as funções de backup e restauração. Em seguida, é possível definir o horário e a frequência do backup. Normalmente, é feito uma vez por dia, à noite.
Internamente, o projeto TIA é lido, decodificado e todas as partes do programa são enviadas para o repositório em um formato legível. Além disso, o projeto TIA é registrado por motivos de segurança.

Cada noite, o PLC real é verificado para detectar alterações. Se forem detectadas alterações, os elementos afetados são lidos do PLC e enviados para o repositório. Isso é chamado de tag, identificado pelo timestamp e pelo operador que fez a alteração.

Se algumas alterações, principalmente feitas no final de semana, puderem atrapalhar a produção na segunda-feira ou depois, o pessoal de manutenção verifica a lista de backups disponíveis dos últimos dias. Isso é feito através de um navegador. Normalmente, a gestão do turno conhece a data da última produção estável. Então, por exemplo, escolhe-se a versão da última terça-feira. Em seguida, a função de restauração é iniciada. Ela pega o projeto TIA existente, lê todas as alterações feitas no PLC, copia o projeto TIA e o atualiza com as alterações feitas até terça-feira. Quando concluído, ele é baixado em uma máquina com TIA Portal instalado — normalmente, é uma máquina do pessoal de manutenção. Depois, o TIA é iniciado, o projeto baixado é carregado, e o PLC afetado é atualizado e reiniciado. A máquina funcionará como na terça-feira.

Alguns detalhes sobre backup e restauração. Se durante a noite o backup não puder ser realizado, geralmente porque o PLC está indisponível, um alarme é gerado. O alarme é registrado em uma lista de logs. Nesse caso, também é possível configurar o envio de notificação por e-mail. Nessa noite, nenhum backup poderá ser realizado.
Durante a restauração, são feitas verificações de consistência entre o projeto TIA e o PLC. Se a configuração de hardware do PLC for diferente, geralmente a restauração não funcionará corretamente. Isso também é verificado nos backups noturnos e, se a configuração de hardware do PLC diferir, um aviso será enviado. Normalmente, ao alterar a configuração de hardware do PLC, é necessário registrar um novo projeto TIA.

Verificar diferenças entre versões do programa PLC e mesclar

Após uma restauração de emergência ou por outros motivos, a equipa de manutenção pode verificar as alterações entre as diferentes alterações detetadas ou em relação ao conteúdo original do projeto TIA. Isso também é feito num navegador.
Assim, o repositório é escolhido a partir da lista e, em seguida, um PLC. A visualização é semelhante ao TIA Portal, com uma lista dos blocos do PLC. Os blocos alterados são marcados. Em seguida, um bloco (alterado) será escolhido. O conteúdo do bloco será exibido no navegador de forma semelhante ao TIA Portal como KOP/FUP/SCL/Graph. O bloco é mostrado duas vezes, um e outro bloco. As alterações detetadas são marcadas de forma visível. O código do programa PLC é programado em degraus, apenas um degrau é mostrado. Os degraus alterados são marcados na lista de degraus.

A fusão significa que o utilizador pode agora transferir blocos completos de uma versão para outra, ou degraus completos. Ou, num degrau, elementos individuais ou grupos de elementos podem ser utilizados para a fusão.
O teste é feito como nas restaurações: gerar projeto TIA, descarregar o projeto, abrir o TIA, carregar o projeto no TIA e, posteriormente, no PLC.

Gerenciar código de programa PLC em equipas de desenvolvimento de software distribuídas

Para o desenvolvimento de software, normalmente não existe PLC. Várias pessoas na equipa estão a trabalhar em diferentes partes do software PLC. Apenas são necessárias as seleções de blocos PLC e as funções de mesclagem.
Nesse caso, podem existir vários projetos TIA. Eles podem ser verificados em um repositório. Para combinar o código, os blocos podem ser escolhidos e mesclados em um único projeto TIA resultante. Isso pode gerar vários conflitos de mesclagem. Esses elementos são marcados. Em seguida, algum trabalho manual pode resolver os problemas, como renomear algumas variáveis ou blocos ou renumerar blocos. Normalmente, as estruturas usadas na equipa de desenvolvimento distribuída são diferentes. Uma solução possível é a criação de uma nova estrutura na mesclagem contendo todas as variáveis dos membros da equipa. Mas outras soluções também são possíveis.
Versões diferentes do TIA na equipa geralmente não são um problema. A fusão de versões inferiores para versões superiores do TIA sempre funcionará. A redução pode ser possível se os blocos PLC afetados não usarem funcionalidades especiais que o TIA mais antigo não consegue lidar.
A única coisa que não pode ser fundida são as configurações de hardware. Elas são sempre incompatíveis.