Sunteți pe pagina 1din 15

EL DESARROLLO DEL SOFTWARE

PARA un MICROPROCESADOR
BASADO en CONTROLADOR
MULTIVARIABLE.
RESUMEN:

El software para un controlador multivariable basado en microprocesador,
que controla el circuito de molienda en una planta de recuperación de
oro, se ha desarrollado. El proceso y el hardware del microprocesador se
encuesta brevemente, y los requisitos funcionales el software se
discuten. La necesidad de un paquete de software ejecutivo en tiempo
real 1S explicado, la selección de dicho paquete y su rendimiento
resultante se describen y se proporciona una cuenta de los diversos
idiomas y utilidades de software que se utilizaron en la preparación del
software. Se hace una mención especial a la naturaleza en tiempo real
de el software y los problemas que se encontraron con respecto a
aspectos tales como la reentrada procedimiento y estructuras de datos
compartidas.
INTRODUCCIÓN:

En el control del proceso, se pueden obtener dos ventajas principales desde
el uso de un dedicado m1croprocessor basado dispositivo en lugar de un
miniordenador de propósito general. En primer lugar, el hardware de un
microprocesador dispositivo es generalmente considerablemente menos
costoso que el de una minicomputadora En segundo lugar, el
microprocesador sor dispositivo basado es más simple que un
miniordenador, y suele ser más confiable porque no tiene partes mecánicas,
como las que se encuentran en las unidades de disco, y porque el software
está almacenado en ROM / EPROM.
Sin embargo, debido a estas características, del desarrollo del
software para un dispositivo basado en microprocesador software
para un dispositivo basado en microprocesador es más difícil y
lleva más tiempo de lo que sería ser para una minicomputadora.
Este documento describe el desarrollo del software para un
microprocesador controlador multivariable que está instalado para
controlar el circuito.
REQUISITOS FUNCIONALES DEL SOFTWARE

En la implementación del control multivariable,


dicho control puede considerarse constituido por
las siguientes seis asignaciones básicas o tareas:
las diez entradas analógicas (tres
correspondientes a los valores de los puntos de
ajuste de la variable individual, puntos de ajuste,
tres correspondientes a variables medidas y
cuatro entradas no utilizadas) se escanean
regularmente, un periodo de 100 milisegundos
siendo utilizado para evitar errores.
.
 A) Las diez entradas analógicas (tres
correspondientes a los valores de los puntos de
ajuste de la variable única puntos de ajuste, tres
correspondientes a variables medidas y cuatro
entradas no utilizadas) se escanean
regularmente, un período de 100 milisegundos
siendo utilizado para que los errores de aliasing
se puede evitar.
 B) Los botones pulsadores, que se proporcionan
a todos el operador para cambiar los puntos de
ajuste multivariable, son monitoreados
continuamente para que se puede lograr una
respuesta aceptable.

 C) Los últimos valores que se envían a los puntos


de ajuste de los tres controladores PID se
calculan regularmente. Estos cálculos son la base
del algoritmo multivariable.
 D) El MVCON contiene un conjunto de constantes que
configurarlo para adaptarse a una planta determinada. Un
defecto un conjunto de constantes en EPROM se
proporcionan en instalación, pero estas constantes pueden
ser definidas después de la instalación por el ingeniero
responsable para el funcionamiento eficiente de la controlador.
El ingeniero interactúa con el MVCON a través de la consola
del ingeniero
DESARROLLO DEL SOFTWARE


A lo largo del desarrollo del software, todo las constantes se
declararon como variables y se inicializaron Al inicio. Esto
aumentó la flexibilidad del sistema y facilitó las pruebas y la
puesta en marcha. Los idiomas proporcionados por Intel
para el desarrollo de software para el microprocesador
3035 incluido ude PL / M 30, que es un lenguaje de nivel
medio eso es \ ye11 adecuado para aplicaciones de control.
FORTRAN, y un macro-ensamblador.
GENERACIÓN DEL SOFTWARE
 Archivos de comando (llenados Enviar archivos en Intel:
Microcomputadores Sistemas de desarrollo) se utilizaron
ampliamente como una ayuda en la compilación o el
ensamblaje automáticos de los diversos módulos fuente en
reubicables módulos de objetos, vinculación de estos módulos
para formar un módulo de objeto reubicable, ubicación de este
módulo en un módulo de objeto absoluto, y la programación del
módulo de objeto absoluto en EPROM ~ s. El uso de estos
archivos de comando elimina la mayor parte del tedio de un
proceso que toma la mejor parte de 12 horas para el proyecto
MVCON y, igualmente importante, evita errores en la
compilación de nuevas versiones de módulos fuente.
CONSIDERACIONES CONCERNIENTES A LOS
PROCEDIMIENTOS DE REENTRADA

 Este ejemplo ilustra una de las muchas complejidades


en software en tiempo real, y es inevitable que se
cometerán errores cuando el software es diseñado para
una aplicación como el ~ VCON. Por lo tanto, es más
importante que el software debería ser probado
rigurosamente para que tantos de estos tipos de
problemas como sea posible pueden ser detectados y
resueltos.
PRUEBAS DEL SOFTWARE
 La prueba del software se llevó a cabo en cuatro etapas, como
sigue.
 (1) Los módulos individuales fueron probados a medida que se
desarrollaron, el uso se hizo según sea necesario de conjuntos de
datos de prueba y stubs para subdesarrollados módulos. Los datos
de prueba se ingresaron en La consola del ingeniero, que también
se usó en impresión de cualquier resultado calculado.

(2) Para probar el software integrado, el LIVCON se conectó a una
simulación de la planta de recuperación de oro (implementada en
un miniordenador).
CONCLUSIONES:
 El éxito del proyecto puede ser medido por el siguientes citas
de un documento escrito por el usuarios finales (Gossman y
Buncombe, 1383):

Durante esta investigación, valiosa experiencia fue ganado, y
se sacaron las siguientes conclusiones. La mezcla de
diferentes idiomas en la producción del software para un
microprocesador basado dispositivo es factible, ya que permite
módulos probados, que se han desarrollado en otras
computadoras, para ser utilizado con virtualmente sin
modificaciones Sin embargo, se debe tener cuidado para
asegurar la compatibilidad del objeto módulos y su idoneidad
para tiempo real aplicaciones.
 El ejecutivo de RMX / 80 en tiempo real es confiable y lo
suficientemente rápido para la aplicación. La única desventaja
seria del paquete es que los mecanismos que manejan
intercambios y mensajes son torpes.
 Cuando se va a utilizar cualquier dispositivo basado en
microprocesador instalado en una ubicación remota, como
planta, es esencial para un dispositivo idéntico para ser
instalado en el laboratorio de desarrollo para que los errores
encontrados durante la puesta en marcha del dispositivo en el
sitio puede ser corregido y probado en el laboratorio.
GRACIAS POR SU ATENCIÓN 

S-ar putea să vă placă și