Tcopen: exemplo Lógica do sequenciador, pois você conhece as condições ausentes para passar para a próxima etapa?

Não tem certeza de qual exemplo exatamente, em qual pasta? O sistema de mensagens não pôde ser implementado pelo componente no exemplo que você está vendo.

Não tem certeza de qual exemplo exatamente, em qual pasta? O sistema de mensagens não pôde ser implementado pelo componente no exemplo que você está vendo.

https://www.youtube.com/watch?v=yCUv2LW-6zo

exemplo de sequenciador lógico

Ahhaa... existem algumas mensagens de depuração, mas não diagnósticos completos implementados nos componentes, isso é algo que precisamos implementar. Assim, por exemplo, se você for a um cilindro pneumático, poderá adicionar um temporizador ao tempo limite de operação e adicionar

IF timer.Q THEN Messenger.Error('I did not reach the extremity sensor'); END_IF;

Para detectar a entrada física (sensor, como você pode ter visto em outros vídeos inxton), precisamos concluir as decisões na discussão nº 15.

Ahhaa... existem algumas mensagens de depuração, mas não diagnósticos completos implementados nos componentes, isso é algo que precisamos implementar. Assim, por exemplo, se você for a um cilindro pneumático, poderá adicionar um temporizador ao tempo limite de operação e adicionar

IF timer.Q THEN Messenger.Error('I did not reach the extremity sensor'); END_IF;

Para detectar a entrada física (sensor, como você pode ter visto em outros vídeos inxton), precisamos concluir as decisões na discussão nº 15.

Acho que a coisa mais bem sucedida é que o próprio componente tem seu próprio diagnóstico de erro.

Estou muito interessado nessas coisas e adoro essa abordagem para ampliar o conhecimento sobre automação,
porque tudo que eu faço é autodidata, e é uma montanha infernal para escalar.
Toda vez que leio algo assim, estou ficando ciente, o quanto eu não sei e não consigo nem entender os problemas.

Mesmo assim, tento contribuir:
Eu criei meu próprio cilindro fb com diagnóstico e vou descrevê-lo.

As entradas e saídas %Q /%I são declaradas no dut, a ligação ao hardware em

apenas para referência a https://github.com/TcOpenGroup/TcOpen/discussions/15 .

Eu tenho vários recursos chamados, que são pequenos fbs. Eles implementam tarefas simples e posteriormente podem ser montados como componentes, por exemplo, como Cilindro ou Motor.

Meu FB Cyl é derivado da classe abstrata Actuator. Com uma interface IactionProviding tenho métodos para tratamento de falhas e a possibilidade de definir pEventid, pSeverity etc.

Agora ao instanciar o cilindro, tenho a possibilidade de adicionar timeOuts ao WorkPos e/ou HomePos.
Se o tempo for definido e ocorrer um tempo limite, via TCEventHandling System é criado um evento.

Este é o método de diagnóstico

Se isso for interessante ou útil, agradeço qualquer feedback.

Obrigado por compartilhar @RGrabichler! Eu gosto do seu design, parece muito elegante. Você consideraria a implementação do registrador de eventos no sistema de mensagens TcOpen?

Dê uma breve olhada nos links a seguir, podemos discutir isso com mais detalhes na próxima semana.

conceptual

objeto

mensageiro ,

Por favor, ignore que se parece com a documentação do C#, vamos poli-la no recurso, por enquanto, basta olhar para a documentação do membro.

código

Obrigado

Eu adoraria contribuir para um projeto como esse.
Como mencionado anteriormente, eu quase não tenho experiência, trabalhando em um projeto maior com outras pessoas,
então eu precisaria de muita orientação desde o início.

@RGrabichler Tudo bem... Acho que todos vamos aprender ao longo do caminho. Existe um pouco de tradição na automação industrial em usar GH. Precisaremos preparar algumas instruções para as pessoas começarem. Espero que possamos vir com algum vídeo nesta ou na próxima semana.