Tcopen: ejemplo ¿Lógica del secuenciador como conoce las condiciones que faltan para pasar al siguiente paso?

¿No está seguro de qué ejemplo exactamente, en qué carpeta? El componente del ejemplo que está viendo no pudo implementar la mensajería.

¿No está seguro de qué ejemplo exactamente, en qué carpeta? El componente del ejemplo que está viendo no pudo implementar la mensajería.

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

secuenciador lógico de ejemplo

Ahhaa... hay algunos mensajes de depuración, pero no se implementaron diagnósticos completos en los componentes, eso es algo que debemos implementar. Entonces, por ejemplo, si va a un cilindro neumático, puede agregar un temporizador para el tiempo de espera de la operación y agregar

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

Para detectar la entrada física (sensor, como puede haber visto en otros videos de Inxton), debemos concluir las decisiones en la discusión #15.

Ahhaa... hay algunos mensajes de depuración, pero no se implementaron diagnósticos completos en los componentes, eso es algo que debemos implementar. Entonces, por ejemplo, si va a un cilindro neumático, puede agregar un temporizador para el tiempo de espera de la operación y agregar

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

Para detectar la entrada física (sensor, como puede haber visto en otros videos de Inxton), debemos concluir las decisiones en la discusión #15.

Creo que lo más acertado es que el propio componente tiene su propio diagnóstico de errores.

Estoy muy interesado en estas cosas y me encanta este enfoque para ampliar el conocimiento sobre la automatización,
porque todo lo que hago es autodidacta, y es una gran montaña para escalar.
Cada vez que leo algo así, me doy cuenta de lo mucho que no sé y ni siquiera puedo entender los problemas.

Sin embargo, trato de contribuir:
He creado mi propio cilindro fb con diagnóstico y lo describiré.

Las entradas y salidas %Q /%I se declaran en el dut, la vinculación al hardware en

solo como referencia a https://github.com/TcOpenGroup/TcOpen/discussions/15 .

Tengo varias supuestas características, que son pequeños fbs. Implementan una tarea simple y luego se pueden ensamblar como componentes, por ejemplo, como cilindro o motor.

Mi FB Cyl se deriva de la clase abstracta Actuator. Con una Iacción de interfaz, siempre que tenga métodos para el manejo de fallas y la posibilidad de configurar pEventid, pSeverity, etc.

Ahora, al instanciar el cilindro, tengo la posibilidad de agregar tiempos de espera a WorkPos y/o HomePos.
Si se establece el tiempo y se produce un tiempo de espera, a través de TCEventHandling System se crea un evento.

Este es el método de diagnóstico

Si esto es interesante o útil, agradecería cualquier comentario.

¡Gracias por compartir @RGrabichler! Me gusta tu diseño, se ve muy bien. ¿Consideraría la implementación del registrador de eventos en la mensajería TcOpen?

Eche un breve vistazo a los siguientes enlaces, podemos discutirlo con más detalle la próxima semana.

conceptual

objeto

mensajero ,

Ignore que parece documentación de C#, la puliremos en la función, por ahora solo mire la documentación de los miembros.

código

Gracias

Me encantaría contribuir a un proyecto así.
Como mencioné antes, casi no tengo experiencia, trabajando en un proyecto más grande con otras personas,
así que necesitaría mucha orientación desde el principio.

@RGrabichler Está bien... Creo que todos vamos a aprender en el camino. Existe una pequeña tradición en la automatización industrial de utilizar GH. Tendremos que preparar algunas instrucciones para que la gente empiece. Espero que podamos venir con algún video esta o la próxima semana.