15. Posibles Mejoras

15. Posibles Mejoras
Evidentemente el software implementado tiene aún un amplio margen de
desarrollo.
•
En primer lugar, hay que tener en cuenta las mejoras sobre el interfaz al
usuario. Windows ofrece un sistema de ventanas que podría haber sido mucho
mejor aprovechado. Evidentemente esto no supone una mejora en cuanto la
eficiencia del sistema, pero también es conocida la importancia del lenguaje
visual para generar confianza al usuario respecto de la aplicación.
•
Siguiendo con esto, podemos fijarnos en la posibilidad de mostrar más
información sobre el funcionamiento del servidor, así como de utilizar una
manera más elegante de mostrar los resultados que con un control STATIC.
Existen muchas opciones de WIN Api para mostrar un mejor interfaz gráfico.
•
Además la implementación de una ventana de Ayuda, que muestre de manera
interactiva los pasos a seguir para el correcto funcionamiento del programa. La
versión actual tan solo nos remite mediante una caja de texto a un documento de
texto entregado junto a la aplicación.
•
El cuadro de diálogo que se utiliza para incluir el nombre del modelo de
Simulink, podría ofrecer la opción de navegar por el sistema de carpetas de
Windows para buscar el archivo deseado, de manera que no sea necesario saber
el nombre del modelo de antemano. El desarrollo de este tipo de ventanas se
puede realizar con cierta facilidad utilizando, sobre todo bajo ciertos entornos de
programación como Visual C++.
•
Los cuadros de diálogos que piden los tiempos de muestreo y el número de
ítems no comprueban que los textos incluidos por el usuario son números, ni
mucho menos que son del tipo deseado. Se supone que el usuario actúa de buena
fe y no incluye valores no numéricos. Sin embargo una buena mejora podría ser
hacer estas comprobaciones. El análisis de los caracteres de las cadenas se
pueden realizar en C.
•
Posibilidad de reconfigurar ciertos parámetros de la simulación, número de
entradas, salidas, tiempos de muestreo, etc. durante la ejecución del servidor
OPC. Mediante una mejor esquematización del programa y la adición de nuevos
controles se podría implementar esta mejora.
•
Optimización del servicio de logging. Aunque están implementadas una serie de
órdenes relacionadas con este servicio, la realidad es que no hemos asegurado el
correcto funcionamiento. El desarrollo y prueba de este servicio será de interés
en futuras versiones. LightOPC nos ofrece una librería de funciones
relacionadas.
•
Ejecución del servidor OPC en modo in_proc. Es decir, el sistema
desarrollado necesita estar funcionando para que los clientes OPC accedan a él.
Si el servidor está registrado pero no en funcionamiento, los clientes no pueden
Comunicación entre Simulink y Sistemas de control
Simulink OPC Server
54
conectarse. Sería bueno que si un cliente OPC quisiera acceder a este servidor,
disparara su funcionamiento y se conectara a él. LightOPC ofrece facilidades y
ejemplo de cómo realizar esto.
•
En versión contrapuesta a lo anterior, aunque compatible, podríamos pensar en
la posibilidad de abrir, desde el propio software, algún sistema de control con
interfaz como cliente OPC.
•
Como extensión al punto anterior se podía ofrecer la posibilidad de guardar
archivos de proyecto, que incluyan un modelo d e Simulink y el archivo de
control.
Seguramente existirán muchas más posibles mejoras a atender en futuras
versiones de esta aplicación.
Comunicación entre Simulink y Sistemas de control
Simulink OPC Server
55