¿Hay patrones de diseño para el manejo de comunicaciones del puerto serial?

Question

Estamos trabajando con algunas nuevas herramientas de corte que pueden tener sus parámetros alterados de hardware a través del puerto serie en lugar de sólo un panel de control.

Cuando los parámetros de hardware se alteran el hardware tardará unos segundos para reconfigurarse a sí mismo y luego la señal de que está listo para ser utilizado.

Nuestra configuración antes de que esta involucrado el operador al hacer clic en una placa cortada o un comando Parte. El software mostrará un cuadro de diálogo que permite al operador cambiar todo lo que se relaciona el movimiento (velocidad, retrasos, etc.), así como mostrar lo que la configuración del hardware debe ser. Después de que el operador verifica todo lo que haga clic en OK y la máquina empieza a cortar.

Para el nuevo hardware sacamos la configuración actual si hay un cambio en el que transmitir y lanzar un diálogo mostrando lo que la nueva configuración es junto con un indicador que muestra si el hardware está listo. No todo está automatizado a través del puerto serie por lo que en algún momento el diálogo tiene que permanecer allí hasta que el operador hace clic en OK. Otras veces puede descargarse por sí mismo cuando las señales de hardware es lo correcto.

Mi problema (y la pregunta) es que hacer esto a través de los puertos serie es dolorosamente lento. Es también la primera vez que realiza este tipo de trabajo. Me preocupa que me falta alguna solución para hacer que todo sea más sensible. No es una opción para utilizar una alternativa a la serie como compramos el hardware de corte de un tercero.

Otra cosa que me gustaría hacer es tener la opción de mostrar un diálogo de estado y dejarla funcionar sin la comunicación en serie empantanamiento del resto del sistema.

Consejos para la API de Win32, .NET o son lo que yo estoy buscando.

Answer 1

Depende de cómo el control interactivo de la máquina es -? Puede que acaba de enviar un moveto xy, xy Cortarpara o necesita vigilar constantemente la máquina e iniciar y detener los motores

Si la máquina es relativamente inteligente, entonces yo lo trato como un trazador. Construir una lista de comandos en su interfaz gráfica de usuario y luego someterlos. De esta manera es fácil de probar la interfaz gráfica de usuario independiente de la máquina.

También puede tener una aplicación de prueba que se lleva a la lista de comandos y parcelas en una pantalla como un cheque antes de cortar material caro. Incluso podría ser posible convertir los comandos en algo así como HPGL o SVG y mostrar directamente.

Answer 2

Una opción sería la de ejecutar la comunicación del puerto serie en un hilo separado y tienen que informe de hilo que es el estado de nuevo al hilo de interfaz gráfica de usuario. (Invoke)

Esto es lo reciente codifiqué un sistema de deslizar la tarjeta HID. Un hilo de tarjetas de registros golpes a una lista. Otro hilo escribe estos a un sistema de base de datos. Cada informes al hilo GUI.