Gabriel Marin Gutiérrez - DSpace@UCLV

Universidad Central “Marta Abreu” de Las Villas
Facultad de Ingeniería Eléctrica
Departamento de Telecomunicaciones y Electrónica
TRABAJO DE DIPLOMA
INGENIERIA
INVERSA
TMS320C6713PYPA
DE
AL
LA
COMPONENTE
TARJETA
T222
PROGRAMABLE
DEL
PECHORA
Autor: Gabriel Marin Gutiérrez
Tutor: Ing. Carlos Manuel García Algora
Santa Clara
-2014“Año 56 de la Revolución”
COMPLEJO
Universidad Central “Marta Abreu” de Las Villas
Facultad de Ingeniería Eléctrica
Departamento de Telecomunicaciones y Electrónica
TRABAJO DE DIPLOMA
INGENIERIA
INVERSA
TMS320C6713PYPA
DE
AL
LA
COMPONENTE
TARJETA
T222
PROGRAMABLE
DEL
PECHORA
Autor: Gabriel Marin Gutiérrez
E-mail: [email protected]
Tutor: Ing. Carlos Manuel García Algora
E-mail: [email protected]
Santa Clara
-2014“Año 56 de la Revolución”
COMPLEJO
Hago constar que el presente trabajo de diploma fue realizado en la Universidad Central “Marta
Abreu” de Las Villas como parte de la culminación de estudios de la especialidad de Ingeniería
en Telecomunicaciones y Electrónica, autorizando a que el mismo sea utilizado por la Institución,
para los fines que estime conveniente, tanto de forma parcial como total y que además no podrá
ser presentado en eventos, ni publicados sin autorización de la Universidad.
Firma del Autor
Los abajo firmantes certificamos que el presente trabajo ha sido realizado según acuerdo de la
dirección de nuestro centro y el mismo cumple con los requisitos que debe tener un trabajo de
esta envergadura referido a la temática señalada.
Firma del Tutor
Firma del Jefe de Departamento
donde se defiende el trabajo
Firma del Responsable de
Información Científico-Técnica
i
PENSAMIENTO
“Todo esfuerzo por difundir la instrucción es vano, cuando no se acomoda la
enseñanza a las necesidades, naturaleza y porvenir del que las recibe”.
José Martí.
ii
DEDICATORIA
A mis padres…
A mis hermanos del alma Marcos y Maibel.
A toda mi familia…
iii
AGRADECIMIENTOS
A mis padres, por el gran esfuerzo que han realizado en mi educación y porque siempre
encuentro en ellos el amor, la comprensión y la confianza necesaria para enfrentar los retos que
me da la vida.
A mi abuelita querida Lilí, por estar siempre tan preocupada y pendiente de mí.
A mi tía Unices por su dulzura y por esas comidas tan ricas que me prepara.
Al cariño de mi tía Mayda, por acogerme siempre con amor en su casa.
A mi novia Virginia por su constante preocupación y apoyo en la realización de este trabajo, por
tantos momentos lindos que hemos vivido, porque siempre es un motivo y una invitación al amor.
A los eternos amigos que aquí conocí: “Guao”, “Norlen”, “Guille”, “Tirado”, “Dani”,
“Leandro”, “Ernesto”, consortes de muchas alegrías y de mucho estudio, por todas las
experiencias chifladas y divertidas que compartimos durante la universidad y que han dado
como resultado etapas inolvidables en mi vida.
A mis compañeros de aula y en especial a “Alejandro Castillo” no sólo por "la paciencia", que
me tuvo alguna vez en explicarme las tantas cosas que durante mi transcurso por la Universidad
me costaron entender, sino también por la incondicionalidad y el respeto que me ha brindado
siempre…y por ser más que un compañero: Mi Amigo.
A mi tutor Algora, por ayudarme en la realización de este trabajo.
A la supervisión del compañero Pierrat en el proyecto.
A todos los profesores que de una forma u otra fueron capaces de brindar lo mejor de sí, para
contribuir con mi formación profesional, a los que siempre me respetaron y confiaron en mí y en
mis capacidades como alumno.
A mi familia en sentido general. A todos, ¡Muchas Gracias!
iv
TAREA TÉCNICA
Para confeccionar el presente trabajo y alcanzar los resultados esperados, fue necesario seguir un
grupo de tareas técnicas que sirvieran a su vez de guía para la elaboración del informe final. Ellas
fueron:
 Descripción del funcionamiento general del Complejo Pechora, especificando los
regímenes de la Estación de Conducción de Cohetes.
 Identificación de las funciones y componentes de la tarjeta T222, para realizar una
caracterización del componente DSP TMS320C6713PYPA perteneciente a dicha tarjeta.
 Revisión bibliográfica sobre el diseño de aplicaciones con DSPs.
 Identificación de los procedimientos empleados en el mundo para realizar la ingeniería
inversa de sistemas programados en DSP.
 Descripción y caracterización del software de simulación C++ Code Composer Studio,
herramienta empleada en la realización de la ingeniería inversa de software.
 Análisis del código fuente de la tarjeta T222 a través de la herramienta C++ Code
Composer Studio.
 Documentación de las expresiones matemáticas implementadas en el código principal del
DSP TMS320C6713PYPA.
 Elaboración del informe final del Trabajo de Diploma.
Firma del Autor
Firma del Tutor
v
RESUMEN
El Complejo “Pechora” es una estación de vigilancia del espacio aéreo que tras la modernización
de su cabina de mando logró convertir los sistemas electrónicos analógicos en sistemas digitales
mucho más eficientes y ligeros. En el presente trabajo de diploma se realiza el proceso de
ingeniería inversa al código fuente presente en el componente programable DSP
TMS320C6713PYPA perteneciente a la tarjeta T222. Se describen las funciones que desempeña
la tarjeta T222 dentro del Complejo Pechora. También se muestran las principales características
de los DSPs y específicamente los pertenecientes a la familia TMS320C6713 de la compañía
Texas Instruments, dispositivo empleado por la tarjeta T222. Se explican algunos procedimientos
de ingeniería inversa y se presentan las características y ventajas de la herramienta de simulación
Code Composer Studio. Gracias a esto se determinó cómo ocurre el procesamiento y la
transmisión de señales dentro de la tarjeta así como hacia el resto de los dispositivos que
componen la ECC “S125MIA”.
.
vi
TABLA DE CONTENIDOS
PENSAMIENTO ...............................................................................................................................i
DEDICATORIA.............................................................................................................................. ii
AGRADECIMIENTOS ................................................................................................................. iii
TAREA TÉCNICA .........................................................................................................................iv
RESUMEN ....................................................................................................................................... v
INTRODUCCIÓN ........................................................................................................................... 1
CAPÍTULO 1.
1.1
LOS DSP EN EL COMPLEJO PECHORA. ..................................................... 5
El Complejo Pechora en la defensa del país. ..................................................................... 5
1.1.1
Regímenes de la Estación de Conducción de Cohetes. .............................................. 7
1.1.2
Funciones de la tarjeta T222 dentro del Complejo Pechora. ...................................... 9
1.2
Procesador Digital de Señales. ........................................................................................ 11
1.2.1
Características del hardware en un DSP. ................................................................. 11
1.2.2
Clasificación de los DSP. ......................................................................................... 14
1.2.3
Campos de aplicación............................................................................................... 14
1.2.4
Principales fabricantes.............................................................................................. 16
1.3
Procesadores de señales TMS320XX de Texas Instruments........................................... 17
1.3.1
1.4
DSP TMS320C6713PYPA. ..................................................................................... 17
Conclusiones del capítulo. ............................................................................................... 20
CAPÍTULO 2.
ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA
REALIZACIÓN DE LA INGENIERÍA INVERSA. ..................................................................... 21
vii
2.1
Definición de ingeniería inversa. ..................................................................................... 21
2.1.1
Fundamentos de la ingeniería inversa de software................................................... 21
2.1.1.1
Ingeniería inversa para comprender el procesamiento...................................... 23
2.1.1.2
Ingeniería inversa para reestructurar el código. ................................................ 23
2.1.1.3
Ingeniería inversa para redocumentar del código. ............................................ 24
2.2
Caracterización de la Herramienta de Desarrollo de Software Code Composer Studio
v5.3. 25
2.2.1
Características de los códigos C/C++. ..................................................................... 27
2.2.2
Características del compilador. ................................................................................ 28
2.3
Análisis del código. ......................................................................................................... 28
2.4
Perfeccionamiento del código C/C++. ............................................................................ 29
3.4.1
Acceso de palabra para datos pequeños. .................................................................. 30
3.4.2
Acceso de palabra en el producto punto a punto. ..................................................... 30
3.4.3
Acceso de palabra en filtro FIR................................................................................ 30
3.4.4
Utilización de funciones especiales.......................................................................... 31
3.4.5
Procesamiento por lote del software. ....................................................................... 32
2.5
Conclusiones del capítulo. ............................................................................................... 33
CAPÍTULO 3.
ASIMILACIÓN
DE
LA
FUNCIONALIDAD DEL CÓDIGO FUENTE
PRESENTE EN EL COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222....... 34
3.1
Declaración de registros en el DSP de la tarjeta T222. ................................................... 34
3.2
Análisis de los códigos. ................................................................................................... 35
3.2.1
Void NMI_ISR(void). .................................................................................................. 36
3.2.1.1
F_222com.BIT.B12==1. .......................................................................................... 37
3.2.1.2
F_222com.BIT.B9==1 ............................................................................................. 40
viii
3.2.1.3
F_222com.BIT.B4==1 ............................................................................................. 43
3.2.1.4
(F_222com.BIT.B4==1 || F_222com.BIT.B9==1) .................................................. 46
3.2.2
Void EInt5_ISR(void) .............................................................................................. 53
3.3
Conclusiones del capítulo. ............................................................................................... 54
CONCLUSIONES ......................................................................................................................... 55
RECOMENDACIONES ................................................................................................................ 56
REFERENCIAS BIBLIOGRÁFICAS ........................................................................................... 57
ANEXOS ........................................................................................................................................ 61
Anexo I Señales de entrada y salida a la T222. ......................................................................... 61
Anexo II Diagrama en bloques simplificado de C67XX. .......................................................... 63
Anexo III Forma de exploración del espacio. ........................................................................... 64
Anexo IV Sistema Entrenador o Imitador UK40. ...................................................................... 64
Anexo V. Modelo electrónico del artículo ................................................................................ 65
INTRODUCCIÓN
1
INTRODUCCIÓN
La actividad de Ciencia e Innovación Tecnológica en las Fuerzas Armadas Revolucionarias
(FAR) de Cuba tiene sus antecedentes más inmediatos en la etapa de la guerra de liberación,
motivado por la necesidad de contar con un armamento capaz de contrarrestar la superioridad
técnica del enemigo (Cubadefensa 2012).
En la actualidad, las FAR de Cuba se encuentra inmersa en un proceso de modernización de la
técnica de combate con el objetivo de alargar la vida operativa de los equipos, en lugar de
reemplazarlos. La Defensa Antiaérea y la Fuerza Aérea Revolucionaria (DAAFAR) muestran
significativos resultados en la modernización del material de guerra acompañado de eficaces
métodos para su empleo combativo.
En el programa de desarrollo armamentístico que lleva a cabo la DAAFAR, se encuentra la
modernización de una estación de vigilancia del espacio aéreo denominada ECC S125MIA,
también conocida como “Pechora”. Este complejo coheteril en sus inicios estaba formado por
sistemas completamente analógicos y con la renovación de la técnica se logró convertir los
sistemas electrónicos analógicos en sistemas digitales mucho más eficientes y ligeros.
Actualmente los Pechora se encuentran funcionando con tarjetas implementadas con electrónica
programada pero con el inconveniente de que se desconoce sobre los principios que rigen su
funcionamiento, lo que ha imposibilitado la explotación total del complejo coheteril. Dada la
dificultad de adaptar el sistema a las necesidades existentes en los disímiles entornos de
operación y unido a los altos costos de mantenimiento, se ha estimulado la búsqueda de
alternativas para la solución del problema (Pierrat 2013).
Una forma de solución común para la problemática planteada es la ejecución de nuevos
algoritmos a partir de la experiencia y el conocimiento que se tiene sobre el funcionamiento de la
estación dada. Se conoce por la experiencia obtenida de los especialistas extranjeros que
implementaron el sistema, que un proceso de este tipo requiere de un personal calificado en la
teoría de funcionamiento de dicha estación y que además tenga suficiente preparación en los
temas de electrónica digital y programada. Un grupo de este personal se tomaría un tiempo entre
INTRODUCCIÓN
2
doce y quince años para evaluar las partes de la estación analógica que se convertirían en
procesos digitales, realizar la conversión funcional teórica de integradores, discriminadores,
esquemas de análisis, filtros de seguimiento y sistemas a lazo cerrado; diseñar los algoritmos de
trabajo de la estación por partes o sistemas independientes, simularlos y compatibilizarlos entre
sí; programarlos para diversos componentes, diseñar los esquemas electrónicos y las tarjetas de
circuitos impresos; realizar el montaje de las placas, la puesta a punto y las pruebas, la
programación de los componentes, el cableado entre placas; y concluir con las pruebas
funcionales a la nueva estación que estaría surgiendo a partir de este proceso (Pierrat 2013).
La otra alternativa para resolver el problema que se planteó es mediante la vía científica.
Teniendo en cuenta que otros especialistas ya pasaron las etapas mencionadas y aprovechando la
oportunidad de tener los códigos fuentes que se encuentran en los componentes programables de
las tarjetas electrónicas, y conociendo además, algunas de las señales de entrada presentes en
sus conectores, es posible, mediante la ingeniería inversa al hardware, obtener la funcionalidad de
dichas tarjetas (Pierrat 2013). La ingeniería inversa es el proceso mediante el cual una tecnología
o producto es desarmado con el fin de conocer los componentes que lo integran y la forma en que
éstos interactúan, para lograr finalmente una comprensión cabal de su modo de funcionamiento,
con el objetivo probable de construir una tecnología similar (López 2010).
Este trabajo pretende, entre otras cosas, descifrar los algoritmos de funcionamiento interno de la
tarjeta T222 para su futura explotación y modificación; lo cual trae como beneficio un ahorro
económico al país, de ahí la importancia que tiene la realización de esta tarea.
Teniendo en cuenta dichas razones se declara como situación problemática: la existencia de los
códigos fuentes que están en los componentes programables de las tarjetas, de los cuales aún no
se ha logrado obtener su funcionalidad. A su vez esto lleva a plantear como problema científico:
¿Qué hacer para obtener la funcionalidad de la tarjeta T222 a partir del código fuente que se
encuentra en el componente programable DSP del tipo TMS320C6713PYPA para su futura
modificación y desarrollo en las FAR?
La investigación tiene como objeto de estudio: el código fuente del componente programable
DSP del tipo TMS320C6713PYPA de la tarjeta T222. El objetivo general es: obtener mediante
INTRODUCCIÓN
3
ingeniería inversa la funcionalidad del código fuente del componente programable
TMS320C6713PYPA de la tarjeta T222.
Para lograr tales resultados se declaran los siguientes objetivos específicos:
1. Identificar las funciones de la tarjeta T222 dentro de la cabina de mando del complejo
Pechora.
2. Especificar el funcionamiento del componente DSP TMS320C6713PYPA dentro de la
tarjeta T222.
3. Describir los procedimientos para la realización de ingeniería inversa de software.
4. Describir la herramienta de simulación C++Code Composer Studio para utilizarla en la
ingeniería inversa.
5. Documentar las ecuaciones matemáticas implementadas en el DSP TMS320C6713PYPA.
6. Exponer el algoritmo de funcionamiento de la tarjeta T222, a partir del análisis de su
código fuente; verificándolo a través de la simulación con la herramienta C++Code
Composer Studio.
7. Documentar el código para que pueda ser utilizado por los especialistas del Complejo
Pechora.
El campo de acción lo constituye el estudio del código fuente del componente programable DSP
TMS320C6713PYPA; a través de la ingeniería inversa, con el empleo de la herramienta de
simulación C++ Code Composer Studio.
De los objetivos específicos surgen las siguientes interrogantes científicas:
1. ¿Qué características posee el componente programable DSP TMS320C6713PYPA dentro
de la tarjeta T222 que permiten cumplir con las tareas asignadas para el Sistema de
Vigilancia?
2. ¿Qué procedimientos de ingeniería inversa utilizar para obtener la funcionalidad del
código fuente del DSP de la tarjeta T222?
3. ¿Cómo se desarrollan aplicaciones para los DSPs utilizando el C++ Code Composer
Studio?
4. ¿Qué significado tienen las expresiones matemáticas y las variables que se encuentran
modeladas en el código fuente del DSP TMS320C6713PYPA de la tarjeta T222?
INTRODUCCIÓN
4
Con los resultados de esta investigación se tendrá al alcance de todos los especialistas e
investigadores que trabajan con el sistema de defensa antiaérea “Pechora” una fuente de
aplicación práctica y teórica de gran importancia, ya que ofrecerá información relacionada al
funcionamiento del Procesador Digital de Señales TMS320C6713PYPA de la tarjeta T222,
encargado del cálculo de las coordenadas espaciales de los artículos y los objetos imitados. Todo
con el fin de lograr una óptima explotación y mantenimiento de la tarjeta; además de facilitar una
base para futuras investigaciones encaminadas a descifrar el funcionamiento de los demás
componentes de la tarjeta.
Para dar cumplimiento a los objetivos trazados el trabajo se divide en: Introducción, tres
capítulos, conclusiones, recomendaciones, referencias bibliográficas y anexos. En el primer
capítulo se exponen las funciones de la tarjeta T222 dentro del Complejo Pechora, también se
realiza una caracterización general de los DSP atendiendo a su arquitectura, principales
fabricantes y aplicaciones más comunes. Se toma como ejemplo representativo a los dispositivos
pertenecientes a la familia TMS320Cxxxx de Texas Instruments.
El segundo capítulo recoge los procedimientos para la realización de ingeniería inversa de
software. Se muestran las características de la herramienta de simulación Code Composer Studio,
explicándose las principales particularidades del lenguaje de programación empleado en los
códigos pertenecientes al componente programable TMS320C6713PYPA.
En el último capítulo se expone el algoritmo de funcionamiento del código principal del
componente programable DSP de la tarjeta T222, a partir del análisis realizado con la
herramienta Code Composer Studio. Se realiza además una descripción de las expresiones
matemáticas que se resuelven en el código del DSP de la tarjeta con el fin de darles un
significado dentro de las tareas que realiza la estación Pechora. Como culminación se representan
las conclusiones, recomendaciones y anexos.
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
5
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
En el presente capítulo se describen las cualidades combativas y los regímenes de trabajo del
complejo de defensa antiaérea Pechora. Se exponen algunas de las funciones de la tarjeta de
cálculo T222 dentro de dicho complejo, y se caracterizan los DSP de acuerdo a su arquitectura,
clasificación, aplicaciones más comunes y principales fabricantes. Por último se caracterizan los
Procesadores de Señal de la familia TMS320CXX pertenecientes a la Compañía de Texas
Instruments
haciendo
particularmente
énfasis
en
las
características
del
DSP
TMS320C6713PYPA.
1.1
El Complejo Pechora en la defensa del país
El Complejo S125MIA “Pechora” es una estación de vigilancia del espacio aéreo con potentes
prestaciones combativas. Se destina para la búsqueda, seguimiento y aniquilamiento de los
objetivos aéreos, en los rangos de bajas y medias alturas, tanto de día como de noche y
excepcionalmente de los objetivos navales y terrestres, en los regímenes de Radiolocalización o
Televisión (Pierrat 2014,a).
El complejo posee la capacidad de lanzar hasta cuatro cohetes consecutivos a un mismo blanco
con una probabilidad de destrucción del objetivo de 0.92. El cohete realiza el vuelo hacia el
blanco y cuando este último entra dentro del radio de acción de la carga combativa que lleva el
cohete, se produce la explosión, originándose un flujo de fragmentos precedidos por una onda
expansiva que viaja en dirección hacia el blanco. La onda expansiva, la densidad de fragmentos y
el efecto rompedor de estos últimos, son los miembros de una integral de probabilidad que
generalmente produce la destrucción del blanco (Pierrat 2014,a).
El Pechora estuvo conformado en sus inicios por sistemas totalmente analógicos, que se
caracterizaban por ser muy pesados y ocupaban gran espacio en el terreno. Con el programa de
modernización de armamentos que lleva a cabo las FAR, el complejo no quedó exento de ello y
todos estos sistemas analógicos pasaron a ser digitales. Con esta modernización se obtuvieron
grandes ventajas ya que se minimizó considerablemente el tamaño del sistema, al convertir una
tecnología basada en válvulas al vacío en sistemas digitales con una alta capacidad de
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
6
integración. Esta reducción le ofrece al sistema una movilidad mayor en el terreno, siendo esta
una característica imprescindible en el complejo, en vistas a contribuir a la vitalidad tanto del
equipo como del personal que lo opera. Es importante destacar que el complejo Pechora realiza
constantes exploraciones del espacio para detectar la posición del blanco a derribar, por lo que
puede ser localizado y atacado si no es capaz de abandonar el lugar de disparo con rapidez
después del tiro.
Para garantizar la disponibilidad combativa de la misma, se hace necesario que las labores de
mantenimiento y reparación sean realizadas por especialistas cubanos. Así se garantiza que ante
cualquier dificultad, el tiempo de reparación sea el mínimo, además de contribuir a minimizar los
gastos generados.
En el siguiente esquema se muestran los diferentes dispositivos que componen la ECC S125MIA,
señalando las tarjetas que realizan las funciones en dichos dispositivos entre ellas la T222.
Figura 1.1 Esquema funcional de la ECC S125MIA (Pierrat 2014,a).
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
7
Todas las tarjetas de la estación modernizada están compuestas por circuitos impresos de cuatro
capas y cada una cuenta con al menos un dispositivo lógico programable (PLD), en el cual, se
encuentran implementadas las funciones digitales de cada una (Pierrat 2013). El PLD puede ser
un CPLD (Dispositivo Lógico Programable Complejo) o un FPGA (Arreglo de compuertas
Programables en el Campo), perteneciente a la compañía de Altera, la elección entre uno u otro
está determinada por la capacidad lógica que requiera el funcionamiento de la tarjeta en cuestión.
1.1.1
Regímenes de la Estación de Conducción de Cohetes
La ECC posee dos canales de trabajo: Radiolocalización y Televisión. En el canal de
Radiolocalización posee dos regímenes de exploración del espacio aéreo: Localización (LOC) y
Acompañamiento (ACOMP), siendo el último el que se emplea para el tiro.
En el régimen LOC se transmiten los impulsos de sondeo y se reciben las señales reflejadas por
la antena UV10, permitiendo la localización de objetivos aéreos hasta una distancia de 80Km, así
como objetivos de superficie (terrestre o marítima) y objetivos portadores del CAR (Cohete Anti
Radar). La frecuencia de la exploración de la UV10 está en el orden de los 25Hz a 28Hz.
En régimen ACOMP la transmisión de los impulsos de sondeo se realiza por la antena UV10, que
detienen el barrido de su diagrama y lo convierte en un cono fijo y la recepción se realiza por las
antenas UV10, y UV11. Como se puede observar, la antena UV10 es transmisora y receptora
mientras que la antena UV11 cumple solamente función de receptora y su frecuencia de
exploración está en el orden de los 16Hz (Pierrat 2014,a).
El régimen de Acompañamiento puede ser empleado en las siguientes condiciones:

Actuar contra objetivos de pequeña Superficie Efectiva de Reflexión (SER).

Actuar contra objetivos de grandes dimensiones.

Actuar contra objetivos en grupo.

Actuar contra objetivos del tipo Aerostatos Automáticos a la Deriva (ADA).

Actuar contra objetivos portadores de interferencias activas y pasivas.
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
8
Por otra parte el sector que cubre la antena UV12 se utiliza para enviar al espacio ondas continuas
de Alta frecuencia de las dos señales: mandos e impulsos, (anteriormente fueron moduladas y
codificadas en el cifrador del Dispositivo Radiotransmisor de los mandos) haciendo que el cohete
vaya cambiando paulatinamente su posición espacial en correspondencia con los valores de los
mandos de dirección enviados.
En caso de que los blancos sean portadores de interferencias e impidan la localización y el
seguimiento se emplea el canal tele óptico, siempre y cuando el objetivo se pueda ver por este
medio. El canal de televisión posee dos regímenes de exploración: Campo visual ancho (Foco F150) 6° diagonalmente y Campo visual estrecho (Foco F-500) 2° diagonalmente. Este último se
utiliza en los casos de localización de objetivos a distancias mayores de 18Km y para el
seguimiento del objetivo durante el tiro, mientras que el primero (F-150) se utiliza durante la
localización de objetivos a distancias menores de 18Km (Pierrat 2014,a).
Figura 1.2 Puesto de Antenas de la Estación S125MIA (Pierrat 2014,a).
Después de haber realizado una descripción general de los regímenes de trabajo del complejo
S125MIA “Pechora”, se pasa a mostrar las principales características de la tarjeta de cálculo
principal T222, perteneciente a la cabina de mando de dicho complejo.
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
1.1.2
9
Funciones de la tarjeta T222 dentro del Complejo Pechora
La tarjeta T222 es la encargada de formar las señales de video imitadas correspondiente al
objetivo, los cohetes y la interferencia, así como el cálculo de la posición espacial de los cohetes
imitados, a partir de los mandos que se le envían a un supuesto objetivo real en vuelo, para que la
trayectoria del cohete imitado sea la misma que toma el artículo real con dichos mandos (Pierrat
2014,b).
A continuación en las figuras 1.2 y 1.3 se muestran la imagen y el esquema funcional de la tarjeta
T222 respectivamente. En ella hay 2 componentes programables: un FPGA del tipo CYCLONE I
(EP1C12Q240I7N) y un DSP del tipo TMS320C6713PYPA. En cada uno de estos componentes
está programado el hardware y los algoritmos que permiten realizar las funciones del sistema. Así
mismo hay otros componentes que no están programados que se encargan de la parte analógica y
de las entradas/salidas. Entre estos componentes se encuentran los conversores A/D y D/A,
Memorias y Amplificadores.
Figura 1.3 Imagen frontal de la tarjeta T222 (Pierrat 2014,b).
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
10
Figura 1.4 Esquema Funcional de la tarjeta T222 (Pierrat 2014,b).
Los mandos de dirección que llegan a la T222 para su conversión en coordenadas espaciales
relativas al sector de exploración de las antenas, son elaborados en la T224 (descifrador). La
conversión de los mandos en coordenadas espaciales se realiza en el DSP de la T222 y con dichas
coordenadas debe cambiar la posición de los artículos que se forman en el FPGA de la T222. Las
señales de los artículos que se forman en la T222 se envían como señales de video a la T311 para
el envío posterior a las tarjetas del receptor (T314).
A la entrada de la T222 arriban también señales de sincronización y de datos por el bus serie.
Como señales de sincronismo llegan los impulsos relacionados con la exploración de las antenas
y los relacionados con el período de repetición del sondeo del transmisor. Como señales de datos
serie le llegan las señales denominadas SB1, SB6, SB8 y SB14. La salida de esta tarjeta son las
señales SB11 y SB16 (Pierrat 2014,d).
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
1.2
11
Procesador Digital de Señales
Con el rápido avance de la electrónica se ha dado paso a elementos cada vez más rápidos y
poderosos en lo que a procesamiento de información se refiere. Desde los inicios de la era digital
hasta la actualidad, se ha progresado mucho, logrando chips, que aunque muy pequeños
físicamente, son capaces de procesar grandes cantidades de datos en pocos segundos. Esto
posibilita mejorar el tiempo de respuesta de cada función a realizar, entregando de esta forma
respuestas de trabajo en tiempo real.
Uno de estos diseños creados para mayor rapidez en el procesamiento digital de señales son los
llamados: “Procesador Digital de Señales” (DSP, por sus siglas en inglés).
Un DSP es un procesador cuyo hardware, software y set de instrucciones están optimizados para
aplicaciones numéricas de alta velocidad, algo esencial para la manipulación de datos que
representan señales analógicas en tiempo real.
1.2.1
Características del hardware en un DSP
Muchas son las características que podemos encontrar en el hardware de un DSP, pero hay
algunas que no debemos dejar de destacar por su importancia. Dentro de las características más
notables podemos mencionar las siguientes:

Arquitecturas del tipo HARVARD con mapas de datos e instrucciones separadas.

Dos a más mapas de memoria de datos que permiten leer concurrentemente operandos y
coeficientes.

Manejo especializado de punteros de direcciones a través de unidades de cálculo dedicadas.

Opciones para la digitalización y captura de señales con intervalos regulares (DMA).

Recursos internos o dispositivos periféricos especializados para la conversión A/D y D/A de
señales, así como el filtrados anti-aliasing y la reconstrucción.

Elevada capacidad de procesamiento aritmético de datos en tiempo real, con elevada
precisión para evitar problemas de redondeo y truncamiento.

Etapas Multiplicadora/Acumuladora (MAC), apta para resolver ecuaciones del tipo A = A +
(B x C) en un único ciclo.

Una ALU operando en forma independiente a la MAC.
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA

12
Códigos de operación para controlar a la MAC y la ALU en una única instrucción.
La operación MAC es la base en el Tratamiento Digital de la Señal. Cuando se piensa en la
implementación de un filtro digital se tiene que las operaciones básicas a realizar son
multiplicaciones y sumas. Para lograr este fin, se modificó la clásica arquitectura de Von
Neumann.
En esta arquitectura existía un único banco de memoria en el que se encontraba tanto la memoria
de programa como los datos. En la arquitectura Harvard, se diferencian la memoria de programa
de la de datos. Por tanto, una de las características básicas de los DSP es la existencia de varios
bancos de memoria. Otro hecho diferencial es que se pretende que en un único ciclo de
instrucción se pueda decodificar la instrucción, traer dos datos de memoria, realizar una
operación MAC en la ALU y cargar la siguiente posición de memoria de programa. Para
conseguir estos resultados se recurre, aparte de aumentar el número de bancos de memoria, a la
existencia de varias unidades de proceso trabajando en paralelo(Damián 2006).
Figura 1.5 Arquitectura Von Neumann y Harvard(Bertini, Gaffi et al. 2012).
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
13
En la tabla 1.1, se muestran las ventajas que ofrece la tecnología de Procesamiento Digital de
Señales atendiendo a parámetros importantes que se deben tener en cuenta para la selección de
este tipo de tecnología.
Tabla 1.1 Ventajas del Procesamiento Digital de Señales
CARACTERÍSTICAS
PROCESAMIENTO ANALÓGICO
PROCESAMIENTO DIGITAL DE
DE SEÑALES
SEÑALES
Precisión Obtenible
1% al 10%
2-16 ….2-24
Efectos Espurios
Temperatura, Humedad,
Redondeo o Truncamiento
Envejecimiento, Ruido
Costo y Tamaño
Elevado
Bajo/ Medio
Confiabilidad
Medida
Elevada
Relación Señal / Ruido
50 a 80 dB
100 o más dB
Calibración
Manual
NO necesaria o Digital
Adaptabilidad
Compleja
Simple
Señales 2D y 3D
No procesable
Procesable
Actualización
Cambio de Hardware
Software
Consumo de Potencia
Elevado
Bajo
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
1.2.2
14
Clasificación de los DSP
Los DSP se pueden clasificar atendiendo a diferentes criterios, pero la clasificación más
extendida es la que tiene en cuenta la precisión con que se realizan las operaciones. Atendiendo a
este criterio tenemos la siguiente clasificación:
DSP de punto fijo: los datos se representan en formato de punto fijo. Presentan problemas de
limitación del rango dinámico en datos. Esto hace que su precio sea más bajo en comparación con
los de punto flotante. El número de bits usados para representar los datos varía entre 16 bits y 24
bits. Los de 16 bits se aplican sobre todo en control de procesos, telecomunicaciones y
codificación de voz. Los de 24 bits tienen invadido el mercado del audio profesional.
DSP de punto flotante: los datos son representados con formato de punto flotante. Su rango
dinámico es mucho mayor que los de punto fijo, aunque su precio es mayor. Hay unanimidad en
el mercado en cuanto al número de bits usados para representar datos: 32 bits. Su juego de
operaciones soporta también datos en formato de punto fijo.
Los nuevos modelos de DSP coinciden en que el juego de instrucciones tiende a parecerse a los
lenguajes de alto nivel (lenguaje C fundamentalmente). Esto facilita el empleo de compiladores
cruzados, de tal forma que facilita el proceso de programación de los DSP, sin tener un
conocimiento de la arquitectura del DSP empleado (Damián 2006).
1.2.3
Campos de aplicación
En los últimos años ha habido un crecimiento notable en el uso de DSP, comenzando a ser
utilizados en campos que hasta ahora casi no había entrado la electrónica (automatización,
multimedia, entretenimiento, etc.). Así mismo, su aparición ha permitido desarrollar proyectos en
tiempo real, que hasta entonces sólo se habían realizado a nivel de simulación.
Comunicaciones:
Compresión de audio y video, Filtrado y cancelación de ruido: ecualización y
tratamiento no lineal para mejorar la relación señal a ruido o el uso del ancho de banda
(Ejemplo: ADPCM, MPEG2, MP3,FAX)
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
15
Módems: métodos de modulación y demodulación digital de datos sobre un canal de
ancho de banda y ruido propio dado. Por ejemplo: ASK, FSK, PSK, DPSK, QAM, TCM.
Reconocimiento de palabra: para automatización de interfaz a usuario.
Señalización: Envío y detección de información de control sobre un canal de voz o datos.
Cancelación de eco: para compensar ecos en sistemas de elevado tiempo de propagación
(Ejemplo: Voice Over IP) o con elevado tono local.
Encriptación: para comunicaciones seguras.
Detección y corrección de errores: agregado de datos a la información transmitida para
detectar y corregir eventuales errores de recepción.
Empaquetado de mensajes: en aplicaciones como ATM y Frame Relay.
Telefonía Celular: manejo dinámico de frecuencias y potencia en estaciones base.
Multiplexores T1: para uso combinado de datos y voz.
Switchs PBX: para centrales telefónicas digitales.
Tratamiento de señales de RF: telefonía celular, modulación y demodulación digital.
Instrumentación:
Medicina: Tomografía, Ecografía, Escáner, Electrocardiograma, Electroencefalograma y
Diagnóstico Asistido.
Telemetría: monitoreo satelital de recursos.
Sonar y Radar: radares de apertura sintética, arreglos de antenas, detección de blancos
móviles, detección doppler, navegación oceanografía.
Industria:
Control de motores: robótica, sistemas de transporte, sistemas de impresión, control de
cabezales en sistemas de almacenamiento masivo de datos (Discos Rígidos, DVD, etc.).
Control de procesos.
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
16
Análisis de vibraciones: detección preventiva de fallas por análisis del espectro de
vibraciones.
Sistemas de navegación: GPS, piloto automático, sistemas de guía de misiles.
Manejo de Potencia: corrección del factor de potencia, inversores, variadores de
frecuencia, fuentes de alimentación.
Consumo:

Electrodomésticos inteligentes: neveras, lavadoras, heladeras, lavarropas, aires
acondicionado.

Audio doméstico semi-profesional

Equipos de música: sintetizadores.

Radio digital y televisión.

Sistemas de Seguridad.
1.2.4
Principales fabricantes
Las empresas que a continuación se mencionan marchan en la vanguardia del mercado de los
DSP:

Texas Instruments.

Hitachi.

Analog Device.

Motorola.

NEC.

SGS-Thomson.

Zilog.
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
1.3
17
Procesadores de señales TMS320XX de Texas Instruments
La línea de DSP de Texas Instruments (TI), englobada bajo el código TMS320, consiste en
múltiples familias de DSPs, de punto fijo o flotante, de procesadores simples o múltiples, que
están orientadas a distintas aplicaciones, tanto en el área de las comunicaciones como del control.
Desde que en 1982 se introdujo el TMS32010 hasta ahora, han aparecido muchas generaciones,
de las cuales algunas están obsoletas en la actualidad y otras siguen vigentes.
De punto fijo: C1x, C2x, C24x, C5x, C54x, C55x, C62x y C64x
De punto flotante: C3x, C4x, C67x
Multiprocesadores: C8x
Combinaciones DSP+CPU: OMAP
1.3.1
DSP TMS320C6713PYPA
El DSP TMS320C67xx forma parte de la familia de DSPs de punto flotante y está basada en la
plataforma de DSP TMS320C6000 que puede operar a 225 MHz otorgando hasta 1800 millones
de instrucciones por segundo (MIPs) y 1350 MFLOPS (Instruments 1990).
El dispositivo TMS320C6713 (C6713) está orientado a brindar alto desempeño y alta velocidad,
con una arquitectura Very Long Instruction Word ( por sus siglas en ingles VLIW) introducida
por Texas Instruments, haciendo de este DSP una excelente opción para aplicaciones que
requieran alta precisión tales como audio profesional, aplicaciones médicas y métodos de
monitoreo y diagnóstico (Papamichalis and Simar 1998).
Esta arquitectura usa unidades de ejecución múltiples que operan en paralelo para ejecutar varias
instrucciones durante un ciclo de reloj. El paralelismo es la clave para lograr un alto desempeño,
dándole a dicho DSP un lugar más allá de las capacidades de rendimiento de los diseños
tradicionales(Instruments 2004).
Algunas de las características más importantes del C6713 se resumen a continuación (Instruments
November 2005):
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
18
Núcleo:
8 Unidades funcionales independientes:
 4 ALUS (punto fijo y flotante)
 2 ALUS (punto fijo)
 2 Multiplicadores (punto fijo y flotante)
Arquitectura load-store: 32 registros de propósito general con 32 bits para cada palabra.
Trabaja con palabras de datos de 32/64 bits
8 instrucciones por ciclo de 32 bits.
Características del Set de Instrucciones:
Instrucciones de la IEEE 754
Precisión simple (32 bits) y doble (64 bits)
Protección por desbordamiento (8 bits)
Direccionamiento de bytes (8-16-32 bits)
Arquitectura de la memoria:
4 Kbyte de caché de programa para mapeo directo (L1P)
4 Kbyte de cache para datos (L1D)
256 Kbyte de memoria total L2
La figura 1.6 muestra las características significativas del ´C6713, incluyendo la capacidad de la
RAM, los periféricos, los tiempos de ejecución, el tipo de empaquetado y la cantidad de
pines(Instruments November 2005).
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
19
CAPÍTULO 1. LOS DSP EN EL COMPLEJO PECHORA
20
Figura 1.6. Características del Procesador ´C6713.
1.4
Conclusiones del capítulo
Para el cumplimiento exitoso de las misiones en el campo de batalla del Complejo Pechora se
hace necesario e importante el estudio de la tarjeta T222, debido a que, por sus características,
esta se encarga: de formar las señales de video imitadas correspondiente al objetivo, a los
artículos y a la interferencia, así como, la realización del cálculo de la posición espacial de los
artículos imitados.
Es por esta razón que en este capítulo se hizo una descripción de las cualidades combativas y los
regímenes de trabajo del Complejo de defensa antiaérea Pechora. Se expusieron algunas de las
funciones de la tarjeta de cálculo T222 dentro de dicho Complejo, y se caracterizaron los DSP de
acuerdo a su arquitectura, clasificación, aplicaciones más comunes y principales fabricantes. Por
último se caracterizó los Procesadores de Señales Digitales de la familia TMS320CXX
pertenecientes a la compañía de Texas Instruments haciendo particularmente énfasis en el DSP
TMS320C6713PYPA.
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
21
LA INGENIERÍA INVERSA
CAPÍTULO 2. ELEMENTOS
Y
HERRAMIENTAS
A
TENER
EN
CUENTA EN LA REALIZACIÓN DE LA INGENIERÍA
INVERSA
En este capítulo se explican algunos criterios en los que se apoya la realización de ingeniería
inversa al software, tales como la reestructuración y la redocumentación del código. Se enuncian
las principales características y ventajas que ofrece la herramienta de simulación Code Composer
Studio (CCS), utilizada en la programación de los DSPs y en la realización de ingeniería inversa
al software. Por último se mencionan algunos aspectos a tener en cuenta a la hora de trabajar con
el código, tales como: la escritura de códigos C/C++, utilización de funciones especiales, y el
procesamiento por lote del software, entre otros.
2.1
Definición de ingeniería inversa
“Es el proceso de analizar el código, la documentación y el comportamiento de un sistema para
identificar sus componentes actuales y sus dependencias para extraer y crear una abstracción del
sistema e información de diseño. El sistema en estudio no es alterado, sino que se produce
conocimiento adicional acerca del sistema”(Toscano 2013).
2.1.1
Fundamentos de la ingeniería inversa de software
La ingeniería inversa tiene la misión de desentrañar los misterios y secretos de los sistemas en
uso. Consiste principalmente en recuperar el diseño de una aplicación a partir del código fuente
existente. Esto se realiza principalmente mediante herramientas que extraen información de los
datos, procedimientos y arquitectura del sistema existente (Toscano 2013).
Se aplica a sistemas con las siguientes características (Toscano 2013):
Documentación inexistente o totalmente obsoleta.
Programación en bloque de códigos muy grandes y/o sin estructurar.
Inexistencia de documentación interna en los programas. Esta es incomprensible o está
desactualizada.
La aplicación cubre gran parte de los requisitos y del rendimiento esperado.
La aplicación está sujeta a cambios frecuentes, que pueden afectar a parte del diseño.
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
22
LA INGENIERÍA INVERSA
Se prevé que la aplicación pueda tener larga vida.
A pesar de que esta forma de trabajo es utilizada mucho en la actualidad, los fundamentos de la
ingeniería inversa no se enseñan en ningún curso como asignatura oficial. Los que se inician en
este mundo chocan de frente con una tarea de la cual no tienen idea de cómo embestir, y a la hora
de buscar literatura, se encuentran de que existen muchas formas de hacerlo, ya que no existen
reglas definidas en este mundo, cada quien utiliza el método que considera más atractivo.
Su aplicación nunca cambia la funcionalidad del software sino que permite obtener productos que
indican cómo se ha construido el mismo, permitiendo obtener los siguientes beneficios:
Generar diferentes alternativas: desde el punto de partida del proceso, principalmente
del código fuente, se generan representaciones gráficas lo que facilita su comprensión.
Reducir la complejidad del sistema: al intentar comprender el software se facilita su
mantenimiento y la complejidad existente disminuye.
Recuperar y/o actualizar la información perdida: en la evolución del sistema se
realizan cambios que no se suele actualizar en las representaciones de nivel de abstracción
más alto, para lo cual se utiliza la recuperación de diseño.
Detectar efectos laterales: los cambios que se puedan realizar en un sistema puede
conducirnos a que surjan efectos no deseados, estas anomalías pueden ser detectadas por
la ingeniería inversa.
Facilitar la reutilización: por medio de la ingeniería inversa se pueden detectar
componentes de posible reutilización de sistemas existentes, pudiendo aumentar la
productividad, reducir los costos y los riesgos de mantenimiento.
La ingeniería inversa puede extraer información de diseño del código fuente, pero el nivel de
abstracción, la completitud de la documentación, el grado con el cual trabajan al mismo tiempo
las herramientas y el analista humano, y la direccionalidad del proceso son sumamente variables
(Toscano 2013).
Si se habla de las herramientas a usar, no existe un software específico llamado “Caja de
Herramientas para Ingeniería Inversa”, dichas herramientas dependen en gran medida del trabajo
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
23
LA INGENIERÍA INVERSA
que se pretenda realizar, aunque dos herramientas que no pueden faltar son la paciencia y la
experiencia.
El nivel de abstracción de un proceso de ingeniería inversa y las herramientas que se utilizan para
realizarlo aluden a la sofisticación de la información de diseño que se puede extraer del código
fuente. El nivel de abstracción ideal deberá ser lo más alto posible(Ameneyro 2012).
A medida que crece el nivel de abstracción se proporciona al ingeniero de software información
que le permitirá comprender más fácilmente estos programas. Por tanto, la ingeniería inversa
del software aparece como un proceso que ayuda al aseguramiento de la calidad y documentación
de aplicaciones con deficiencias en los modelos de análisis y diseño(Ameneyro 2012).
A continuación se expondrán diferentes acciones con la finalidad de efectuar ingeniería inversa al
código fuente presente en DSP de la tarjeta T222.
2.1.1.1 Ingeniería inversa para comprender el procesamiento
La primera actividad real de la ingeniería inversa comienza con un intento de comprender y
extraer abstracciones de procedimientos representadas por el código fuente. Para comprender las
complejidades de procedimientos, se analiza el código en distintos niveles de complejidad:
sistema, programa, componente, configuración y sentencia. Por tanto, la información extraída de
la lectura de líneas de código son las especificaciones de diseño: modelos de flujo de control,
diagramas de diseño, documentos de especificación de diseño (Pressman 2003).
La funcionalidad general de todo el sistema de aplicaciones deberá ser algo perfectamente
comprendido antes de que tenga lugar un trabajo de ingeniería inversa más detallado. Esto es lo
que establece un contexto para un análisis posterior, y se proporciona ideas generales acerca de
los problemas de interoperabilidad entre aplicaciones dentro del sistema (Pressman 2003).
2.1.1.2 Ingeniería inversa para reestructurar el código
La reestructuración del software modifica el código fuente y/o los datos en un intento de
adecuarlo a futuros cambios. En general, la reestructuración no modifica la arquitectura global
del programa. Tiende a centrarse en los detalles de diseño de módulos individuales y en
estructuras de datos locales definidas dentro de los módulos. Si el esfuerzo de la reestructuración
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
24
LA INGENIERÍA INVERSA
se extiende más allá de los límites de los módulos y abarca la arquitectura del software, la
reestructuración pasa a ser ingeniería directa (forward engineering) (Pressman 2003).
A continuación algunos beneficios que se pueden lograr cuando se reestructura el software
(Ameneyro 2012):
Reduce el esfuerzo requerido para llevar a cabo las actividades de mantenimiento.
Hace que el software sea más sencillo de comprobar y de depurar.
Programas de mayor calidad, con mejor documentación y menos complejidad, y ajustados
a las prácticas y estándares de la ingeniería del software moderna.
Reduce la frustración entre ingenieros del software que deban trabajar con el programa,
mejorando por tanto la productividad y haciendo más sencillo el aprendizaje.
La reestructuración se produce cuando la arquitectura básica de la aplicación es sólida, aun
cuando sus interioridades técnicas necesiten un retoque. Comienza cuando existen partes
considerables del software que son útiles todavía, y solamente existe un subconjunto de todos los
módulos y datos que requieren una extensa modificación (Pressman 2003).
2.1.1.3 Ingeniería inversa para redocumentar del código
La redocumentación es también una forma de ingeniería inversa y es el proceso mediante el cual
se produce documentación desde un sistema existente. Si la redocumentación toma la forma de
modificación de comentarios en el código fuente, puede ser considerada una forma suave de
reestructuración. Sin embargo, puede ser considerada como una sub-área de la ingeniería inversa
porque la documentación reconstruida es usada para ayudar al conocimiento del programa
(Pressman 2003).
En el caso específico de este trabajo se analizará inicialmente la funcionalidad general de todo el
sistema, para obtener una visión general de la interoperabilidad entre aplicaciones, luego se
mostrará el funcionamiento de algunos bloques funcionales y se propondrán reestructuraciones
del código, en vistas a corregir errores de funcionamiento, o aumentar las prestaciones del
programa.
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
25
LA INGENIERÍA INVERSA
2.2
Caracterización de la Herramienta de Desarrollo de Software Code Composer Studio
v5.3
Code Composer Studio es un software con ambiente integrado de desarrollo, construido
específicamente para DSPs. A pesar de las ventajas ofrecidas por las versiones modernas, en el
presente trabajo se utilizará dicho software en su versión 5.3, debido a las dificultades que se
presentan en el acceso a esta herramienta, principalmente económicas. A los efectos, esto no
representa ningún obstáculo, dado que el DSP TMS320C6713PYPA, pertenece a la familia de los
TMS320C67xx de la compañía de Texas Instruments, y está soportada por esta versión del
software.
En software, un usuario puede construir, corregir, perfilar y manejar proyectos en una sola
aplicación dentro del mismo programa, sin necesidad de realizar varios pasos repartidos en
distintos softwares, con la ventaja de ser modificados, si así se desea. Además, permite realizar
análisis gráficos de la señal, entrada/salida de los archivos, para lo cual, utiliza las herramientas
de Texas Instruments en cada procesamiento de los proyectos que en él se elaboren, es decir, es el
administrador de estas herramientas: compilación, ensamblaje y creación del ejecutable (Fierro
2007).
El CCS incluye además un editor C/C++ para la generación de códigos ensamblados y un
software de tiempo real (DSP/BIOS), el cual tiene en cuenta el tiempo básico de simulación que
se necesita para soportar cualquier aplicación de DSP (Papamichalis and Simar 1998).
La figura 2.1 muestra una vista general del ambiente de trabajo con el Code Composer Studio. A
la izquierda de la imagen se observa una ventana en la que se declaran los proyectos y los
diferentes módulos que este posee. Los módulos están formados por el archivo C/C++ o
assembler, librerías de funciones, archivos “include” y otros más específicos a la aplicación que
se este realizando.
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
26
LA INGENIERÍA INVERSA
Figura 2.1. Ambiente de trabajo del Code Composer Studio.
La ventana principal puede mostrar el editor de texto que se utiliza para escribir el código.
Además puede mostrar gráficos de variables utilizadas en el DSP, un mapa de la memoria de
programa I/O datos, etc.
Así, el objetivo principal de Code Composer es proporcionar las herramientas de desarrollo más
avanzadas y más fáciles de utilizar para el manejo del software de DSP, aumentando con esto la
productividad y reduciendo al mínimo el tiempo de desarrollo. De ahí que su empleo haya sido
de gran utilidad para analizar el código fuente del componente programable DSP
TMS320C6713PYPA de la tarjeta T222, tarea que recoge el contenido principal de la
investigación.
Ahora, cuando se quiere optimizar el desempeño de un código de C/C++ se pueden emplear las
opciones que ofrece el compilador o se pueden aplicar transformaciones directamente al código.
Para poner en práctica esto se hace necesario conocer varios aspectos, tales como la escritura de
un código C/C++ y las características del compilador.
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
27
LA INGENIERÍA INVERSA
2.2.1
Características de los códigos C/C++
Para escribir un código en C/C++ es necesario tener en cuenta el tamaño del dato que se va
emplear; en el caso del compilador C6000, el tamaño de los datos se define por el tipo de dato.
Basado en el tamaño de los datos según su tipo, el programador debe utilizar determinadas
instrucciones que le facilitaran el trabajo, y a la hora de rectificar o depurar el código, los errores
detectados serán ínfimos. A continuación se muestran algunas de estas instrucciones:
Para la multiplicación de puntos fijos, siempre que sea posible se debe usar los datos de
tipo short, ya que este tipo de datos provee el uso más eficiente del multiplicador de
16bits del C6000.
Para los contadores de bucles, se debe usar los datos de tipo intounsignedint en vez de
short o unsigned short, con el objetivo de evitar el uso instrucciones innecesarias.
Evite códigos que asuman que los tipos de int y long son del mismo tamaño, porque para
el compilador C6000 los datos de tipo long son para operaciones de 40bits.
Después de escribir el código aplicando las instrucciones antes mencionadas, se debe hacer un
análisis de cada una de sus regiones, su simulación o depuración con las diferentes herramientas
que CCS provee. Para realizar este análisis se pueden emplear las siguientes técnicas:
Una de las mediciones preliminares del código es el tiempo que este demora en
compilarse. Por ello se hace uso de las funciones clock () y printf () de C/C++ para
temporizar y mostrar el desarrollo de cada región del código.
Usar la compilación del código mediante la opción –mg y la ejecución de load6x con la
opción –g.
Habilitar el reloj y usar puntos de análisis para correr el programa con el objetivo de
obtener los ciclos de reloj consumidos en cada región del código.
Las áreas críticas de desarrollo en el código son la de los lazos más grandes. La forma
más fácil de optimizar un lazo es mediante la extracción de este y separar los archivos que
puedan ser reescritos y recompilados para luego simularlos con load6x.
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
28
LA INGENIERÍA INVERSA
2.2.2
Características del compilador
El compilador C6000 ofrece soporte de lenguaje de alto nivel transformando su código C/C++ en
un código fuente más eficiente. Las operaciones del compilador son controladas por diferentes
opciones para eliminar los fallos que pueda tener el código. Para maximizar la eficiencia del
código, el compilador esquematiza en paralelo tantas instrucciones como le sea posible. Esto crea
una dependencia entre las instrucciones, y como sólo las instrucciones independientes pueden
ejecutarse en paralelo, la dependencia impide el paralelismo. En caso de que el compilador no
pueda determinar que dos variables son independientes, asume una dependencia y escribe dos
instrucciones secuencialmente. En caso de determinar que son independientes, éste las
esquematiza en paralelo.
2.3
Análisis del código
Cuando se quiere mejorar la forma del código existen varios métodos, entre ellos, la utilización
del simulador load6x. Este simulador posee dos formas de aplicación; una de ellas es cuando se
está interesado en el perfil de todas las funciones de la aplicación, donde se puede usar las
opciones –g y -mg.
La opción –g se corre en el simulador independiente. Los archivos originarios deben ser
compilados con la opción para perfilar –mg, para trabajar en el simulador independiente. Los
resultados del perfil son almacenados en un archivo con extensión .out, pero variando la
extensión a .vaa.
En caso de usar la opción para perfilar –mg, al compilar y acoplar el archivo example.out, es
conveniente el empleo de la opción –g para crear un archivo, en el cual se podrán observar los
resultados perfilados.
Para obtener información de la cuenta del ciclo para una o dos funciones, o una región
determinada del código con el simulador independiente, se recomienda la utilización de la opción
clock () en el código C. La incorporación de la opción clock () se puede realizar de la manera que
se muestra a continuación:
1. #include<stdio.h>
2. #include<time.h>
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
29
LA INGENIERÍA INVERSA
3. main(intargc,char*argv[]){
4. constshortcoefs [150];
5. shortoptr[150];
6. shortstate[2];
7. constshorta[150];
8. constshortb[150];
9. int c = 0;
10. intdotp[1]={0};
11. int sum= 0;
12. shorty[150];
13. shortscalar=3345;
14. constshortx[150];
15. clock_tstart,stop,overhead;
16. start=clock();
17. stop=clock();
18. overhead=stop–start;
19. start=clock();
20. sum = mac1(a, b, c, dotp);
21. stop=clock();
22. printf(”mac1cycles:%d\n”,stop–start–overhead);
23. start=clock();
24. vec_mpy1(y,x,scalar);
25. stop=clock();
26. printf(”vec_mpy1cycles:%d\n”,stop–start–over27. head);
28. start=clock();
29. iir1(coefs,x,optr,state);
30. stop=clock();
31. printf(”iir1cycles:%d\n”,stop–start–overhead);
32. }
2.4
Perfeccionamiento del código C/C++
Para obtener ganancias en el desempeño del código C/C++ se debe realizar un refinamiento o
perfeccionamiento del código creado en las siguientes áreas:
Usando acceso de palabra para manejar datos de 16-bit almacenados en las partes altas y
bajas de un registro de 32 bits.
Utilizando funciones especiales para reemplazar los códigos más complicados de C/C++.
Programando manualmente a partir de la creación de una secuencia adecuada de las
instrucciones de manera que se garantice un mayor paralelismo.
Utilizando doble acceso para operar en datos de 32 bits almacenados en un registro de 64 bits
(solamente para C64x y C67x)(Instruments 2000).
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
30
LA INGENIERÍA INVERSA
3.4.1 Acceso de palabra para datos pequeños
El C6000 tiene instrucciones con funciones especiales correspondientes como lo son add2,
mpyhl, mpylh, que operan con datos de 16bits almacenados en la parte baja y alta de un registro
de 32 bits. Cuando opera en una cadena de datos pequeños, se puede hacer uso del acceso de
palabra int para leer dos valores al mismo tiempo y luego usar el compilador.
Conocer el tipo de datos que se le está pasando a cada función puede mejorar el desempeño
considerablemente, siendo a la vez útil a la hora de escribir funciones diferentes que manipulan
diferentes tipos de datos. Si los datos pequeños siempre operan en arreglos alineados en palabra,
incluso enumeradas, entonces el desempeño de la aplicación puede ser mejorado.
3.4.2 Acceso de palabra en el producto punto a punto
Otras funciones especiales útiles para la lectura de datos pequeños como palabras son las
funciones especiales de multiplicación. En el ejemplo que se muestra a continuación se hace uso
de las funciones –mpyh y -mpy. La función -mpyh usa la instrucción MPYH del C6000 la cual
multiplica los 16 bits de la parte baja de dos registros dando como resultado 32 bits. En este
ejemplo se emplean dos variables de suma (sum1y sum2). Podemos percatarnos que la utilización
de una sola variable de suma inhabilita el paralelismo por lo que se crea una dependencia entre lo
escrito del primer cálculo y la lectura del segundo.
1. intdotprod(const short *a, const short *b, unsigned int N)
2. {
3. inti, sum1 = 0, sum2 = 0;
4. constint *i_a = (constint *)a;
5. constint *i_b = (constint *)b;
6. for (i = 0; i< (N >> 1); i++)
7. {
8. sum1 = sum1 + _mpy (i_a[i], i_b[i]);
9. sum2 = sum2 + _mpyh(i_a[i], i_b[i]);
10. }
11. return sum1 + sum2;
12. }
3.4.3 Acceso de palabra en filtro FIR
Un filtro FIR puede ser optimizado con lectura de palabras de datos pequeños y de funciones de
multiplicación. La versión optimizada pasa un arreglo int en lugar de lanzar los arreglos pequeños
y, por consiguiente, las ayudas aseguran que los datos pasados a la función sean alineados en
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
31
LA INGENIERÍA INVERSA
palabra. Suponiendo que se usa un prototipo, cada llamada a la función asegura que los arreglos
sean alineados en palabra obligándole a usar arreglos int que contienen datos pequeños.
3.4.4 Utilización de funciones especiales
El compilador C6000 provee funciones especiales que optimizan su código C/C++. El uso de
estas funciones facilita las operaciones, reduciendo las instrucciones que no están fácilmente
expresadas en el código C/C++. En algunas ocasiones una función especial específica
correspondiente a las instrucciones del lenguaje ensamblador no puede ser utilizada por el
compilador. En este caso, el significado del programa no varía(Instruments 2001).
Tabla 2.1. Ejemplos de funciones especiales del compilador C/C++ para el TMS320C67xx
Funciones Especiales
del compilador C
int_dpint(double)
Lenguaje
Descripción
Ensamblador
DPINT
Converts 64-bit double to 32-bit
signed
integer,
using
the
rounding mode set by the CSR
register.
uint_ftoi(float)
Reinterprets the bits in the
float as anunsigned integer.
(Ex:_ftoi(1.0)==1065353216U)
double_rcpdp(double)
RCPDP
Computes the approximate 64bit double reciprocal.
double_rsqrdp(double
src); C67x
RSQRDP
Computes the approximate 64bit double reciprocal square
root.
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
32
LA INGENIERÍA INVERSA
3.4.5 Procesamiento por lote del software
Esta es una técnica usada para programar instrucciones desde un lazo, a fin de que las múltiples
iteraciones del lazo se ejecuten en paralelo. Usando las opciones del compilador –o2 y –o3, se
logra procesar por lote el código con información proveniente del programa. En la Figura 2.2 se
ilustra un lazo procesado por lote, donde pueden ser ejecutadas al mismo tiempo un máximo de
cinco iteraciones. El estado de los lazos son representados por A, B, C, D y E.
Figura 2.2. Lazo de procesamiento por lote del Software.
Antes de que el lazo termine se itera varias veces. El número de iteraciones es llamado cuenta de
recorrido y la variable usada para contar cada iteración es el contador de recorrido. Cuando el
contador de recorrido es igual a la cuenta de recorrido, el lazo termina. Las herramientas de
C6000 usan la cuenta de recorrido para determinar si un lazo, puede o no, ser procesado por lote.
La cuenta mínima de recorrido para un lazo del procesamiento por lote del software es
determinada por el número de iteraciones que se ejecuten en paralelo(Instruments 2001).
En muchas ocasiones el compilador no puede determinar si el lazo se ha ejecutado más veces que
la cuenta de recorrido mínima. Por consiguiente, el compilador generará dos versiones del lazo,
uno se ejecutará si la cuenta de recorrido es menor que la cuenta segura mínima de recorrido y el
otro se ejecutará si la cuenta de recorrido es igual o mayor que la cuenta segura mínima de
recorrido. Conclusión, los lazos redundantes dañarán el tamaño del código y en menor grado, el
desempeño.
Para indicarle al compilador que no se requiere el uso de las dos versiones de lazos, se hace uso
de las opciones –ms0 o –ms1. El compilador generará la segunda versión del lazo solo si este
CAPÍTULO 2. ELEMENTOS Y HERRAMIENTAS A TENER EN CUENTA EN LA REALIZACIÓDE
33
LA INGENIERÍA INVERSA
puede probar que la cuenta del recorrido mínimo será siempre igual o mayor que la cuenta de
recorrido mínima efectiva. En caso contrario se aplicará la otra versión.
2.5
Conclusiones del capítulo
El contenido principal de esta investigación se orienta hacia la rama de la electrónica digital
programada, específicamente a la obtención mediante ingeniería inversa de la funcionalidad del
código fuente del componente programable TMS320C6713PYPA de la tarjeta T222. De ahí la
necesidad de aplicar al caso particular de la tarjeta T222 algunos criterios en los que se apoya la
realización de ingeniería inversa al software a nivel internacional. Estos criterios asociados a las
ventajas que ofrece la herramienta de simulación Code Composer Studio como una plataforma
que concede espacio para el estudio, comprensión y simulación de códigos propician a su vez un
mejor entendimiento del funcionamiento interno de dicho código.
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
34
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
CAPÍTULO 3. ASIMILACIÓN
DE
LA
FUNCIONALIDAD DEL
CÓDIGO FUENTE PRESENTE EN EL COMPONENTE
PROGRAMABLE DSP DE LA TARJETA T222
El código fuente de una aplicación refleja su integridad funcional y su comportamiento, sólo si se
ha realizado un análisis previo de la tecnología que se describe en la programación. En el
desarrollo de este capítulo se realiza un análisis de los diferentes algoritmos matemáticos
modelados en el componente programable, mediante el proceso de ingeniería inversa al código,
para darles un significado dentro a las operaciones que se realizan en la cabina de dirección.
3.1
Declaración de registros en el DSP de la tarjeta T222
En el código fuente del componente programable de la tarjeta T222 se definen un total de
veintitrés registros para la entrada de datos al CPLD, denominadas:
Flag_222com_adr
data_target_R_adr
data_target_V_adr
data_target_H_adr
data_target_P_adr
data_target_beta_adr
data_ante_epsil_adr
data_ante_beta_adr
data_F1val_adr
data_F2val_adr
data_F3val_adr
data_F4val_adr
data_F5val_adr
data_F6val_adr
data_F7val_adr
data_F8val_adr
data_fai1jun_adr
data_fai2jun_adr
data_epsiljun_adr
data_R1_depsil_adr
data_R1_dbeta_adr
data_R2_depsil_adr
data_R2_dbeta_adr
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
35
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
De igual forma se definen un total de quinces registros para la salida de datos:
Target_R1ch_data_adr
Target_R2ch_data_adr
Target_fai1_data_adr
Target_fai2_data_adr
Rocket1_R_data_adr
Rocket1_fai1_data_adr
Rocket1_fai2_data_adr
Rocket2_R_data_adr
Rocket2_fai1_data_adr
Rocket2_fai2_data_adr
Analysis_R1K1_data_adr
Analysis_R1K2_data_adr
Analysis_R2K1_data_adr
Analysis_R2K2_data_adr
State_data_adr
3.2
Análisis de los códigos
Si se quiere lograr una correcta y completa interpretación de cada una de las fórmulas que se
encuentran documentadas en el código fuente del componente programable, es importante señalar
el sistema geométrico con que se trabaja. En los códigos se hace referencia al sistema de
coordenadas esféricas como el sistema geométrico que se utiliza para determinar la posición de
un punto en el espacio mediante una distancia y dos ángulos.
En el análisis de las ecuaciones se toma como punto de inicio o centro para las mediciones, el
punto donde se ubica la Estación de Conducción de Cohetes (ECC). Desde ese punto se miden
las coordenadas del blanco y del cohete que quedan caracterizadas por un azimut o coordenada
esférica por el plano horizontal, un ángulo de elevación o coordenada esférica por el plano
vertical y una distancia o dimensión del espacio, en línea recta, entre la ECC y la posición del
blanco o del cohete. En la siguiente figura se muestran los sistemas antes mencionados.
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
36
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Figura 3.1 Sistemas de coordenadas rectangulares.
Relacionado con el lenguaje de programación utilizado en el código, se hace necesario tener en
cuenta aspectos como: la aritmética, las reglas de procedencia de operadores, los operadores de
igualdad y relacionales, además de las estructuras de selección If y If/Else.
A continuación se realizará el proceso de ingenieria inversa al código con el fin de obtener las
ecuaciones y las varaibles que demuestran la formación de las señales para los objetivos y los
artículos imitados.
3.2.1 Void NMI_ISR(void)
La interrupción void NMI_ISR(void) dentro del programa principal (main) identifica el proceso
de exploración de la antena UV11 en régimen de acompañamiento. Dicha antena explora el
espacio con una frecuencia de 16 Hz, de ahí que el período de duración de este proceso sea igual
a 62.6 ms.
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
37
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Por la importancia que demuestra especificar de forma correcta el orden en el cual se deben de
ejecutar las acciones, y con vistas a lograr una mejor interpretación de la funcionalidad del
codigo fuente, se procede a dividir en subepigrafes el mismo.
3.2.1.1 F_222com.BIT.B12==1
Paso #1:
Si se cumple la condición de Bit.B12==1 (activo):
De las expresiones anteriores se deriva que las variables ANTENA.beta y ANTENA.epsil
representan el ángulo correspondiente al proceso de exploración de las antenas por el plano β
(ángulo horizontal) y por el plano ε (ángulo de elevación) en cada instante de tiempo. La variable
dx se emplea para leer y guardar el dato que se encuentra en la dirección de registro
correspondiente a data_ante_epsil_adr, en primer lugar, y seguidamente a data_ante_beta_adr.
El dato que se encuentra guardado en dichos registros corresponde a un número.
Paso #2:
Si no se cumple que Bit.B12==1:
La variable ddx realiza la misma función que dx, analizada en el paso anterior. Se emplea para
leer el dato que se encuentra guardado en el registro REG16 (data_ante_epsil_adr). Destacar que
inicialmente ddx se encontraba cargada con el valor de cero.
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
38
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
El paso que le sigue a continuación tiene la función de rectificar y comprobar los valores
obtenidos como resultado de las ecuaciones anteriores.
Si ANTENA.epsil>=180.0:
Si ANTENA.beta<0.0:
Si ANTENA.beta>=360.0:
De lo contrario, si ANTENA.beta no cumple con ninguna de estas dos condiciones, para la cual
se calculó inicialmente, podemos afirmar que β se encuentra dentro de los rangos específicos de
0º ≤β< 360º, y el nuevo valor de ANTENA.beta será calculado de la siguiente manera:
Las ecuaciones que a continuación se describen, corresponden al proceso de obtención de los
mandos de dirección K1 y K2 para cada uno de los cohetes a partir de la manipulación por
frecuencia.
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
39
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Para entender mejor como ocurre este proceso es importante conocer que los mandos que van
hacia el descifrador sufren en la T223 el mismo proceso que se realiza en el cifrador (T811);
primeramente se convierten en intervalos de tiempo, proceso que es denominado “modulación
por la duración del impulso”. Estos intervalos de tiempo o sucesión de impulsos, tanto el de
polaridad positiva (T1) como el de polaridad negativa (T2), se modulan con oscilaciones de
frecuencias diferentes. Esta explicación se puede entender mejor mediante la ilustración de la
figura 3.1 que a continuación se muestra.
Figura 3.2 Manipulación por frecuencia.
Por lo tanto cada mando K1 y K2 es una sucesión de dos frecuencias, lo que se puede evidenciar
mediante las expresiones siguientes:
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
40
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Resumiendo, para los mandos R1K1 y R1K2 del primer canal se emplean los pares de valores de
frecuencias f1val, f2val y f3val, f4val respectivamente; mientras que para los mandos R2K1 y
R2K2 del segundo canal se emplean los valores f5val, f6val y f7val, f8val.
De las ecuaciones anteriores podemos asumir que ROCKET1.K1 y ROCKET1.K2 corresponden
a los mandos de dirección K1, K2 obtenidos para el cohete1, mientras que ROCKET2.K1 y
ROCKET2.K2: son los mandos de dirección K1, K2 para el cohete2. Los mandos K1 y K2,
contienen las magnitudes y el sentido en que debe moverse el cohete en el espacio.
La variable dx se utiliza para leer y cargar los datos que se encuentran guardados en los registros
desde (data_F1val_adr) hasta (data_F8val_adr).
3.2.1.2 F_222com.BIT.B9==1
El grupo de pasos lógicos que a continuación se describen, responden al proceso de
posicionamiento del blanco, donde, es necesario la determinación del azimut y el ángulo de
inclinación del mismo, además de la distancia inclinada al punto de encuentro, la altura, los
mandos de dirección y otros elementos que son de vital importancia para su ubicación.
Si se cumple F_222com.BIT.B9==1, la estación se encuentra en Seguimiento Automático (SA)
del blanco imitado y se procede a elaborar la posición de los blancos imitados en cada instante de
tiempo para indicar el paso correcto de las señales por los canales del receptor. Su función es
mostrar el correcto funcionamiento del Dispositivo de elaboración de los mandos (DEM) y del
Dispositivo Radiotransmisor de los mandos (DTM). Todo este proceso se le llama “control
funcional de la ECC en baja frecuencia”.
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
41
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
A continuación se comprueba si F_222com.BIT.B0 está en un nivel bajo de señal (=0) o alto
(=1). Si se cumple que F_222com.BIT.B0==0, se asume que el blanco está estático y se procede
con los cálculos correspondientes al paso número uno, de lo contrario dicha condición sería falsa
(=1) y se saltaría a las ecuaciones del paso número dos. Cuando se dice que el blanco se
encuentra estático se quiere expresar que la posición tanto por el plano ε como por azimut (β) no
experimenta variación alguna, no siendo así para la posición por distancia.
Paso #1 (blanco estático):
De las expresiones anteriores se deriva que las variables ANTENA.beta y ANTENA.epsil
representan la posición correspondiente al proceso de exploración de las antenas por el plano β
(ángulo horizontal) y por el plano ε (ángulo de elevación). De igual forma las variables
TARGET.beta0, TARGET.beta corresponden a la posición del blanco en su estado final e inicial
respectivamente por el plano horizontal (β), mientras que TARGET.epsil es la posición por el
plano ε. Es importante destacar que se está trabajando con la condición de blanco fijo, de ahí que
la posición inicial y final para el objetivo sea la misma por el plano horizontal.
La distancia inclinada medida desde la estación hasta el punto donde se encuentra el blanco
imitado queda determinada por la variable TARGET.R, mientras que la altura que se le introduce
al blanco se identifica por la variable TARGET.H. De tipo doublé es la variable cntsim y su
empleo en el código fuente significa: la distancia perpendicular desde el curso de vuelo del
blanco hasta la ECC, o parámetro del objetivo imitado (P) como también se le conoce.
Paso #2:
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
42
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Este paso corresponde al posicionamiento del blanco en cada instante de tiempo para el caso en
que este se encuentre en movimiento. La variable TARGET.T_Rx significa la distancia
horizontal medida desde la estación hasta el punto donde se encuentra la proyección en el plano
horizontal del objetivo imitado (R OBJ HOR).
Consecutivamente se compara la distancia inclinada medida desde la ECC hasta el punto donde
se encuentra el objetivo imitado, donde si TARGET.R>5000.0:
En dependencia del paso que se haya ejecutado y del valor obtenido en cada uno para
TARGET.beta y TARGET.epsil se procede a calcular de la siguiente forma.
Si delta_beta<=-180.0:
Si delta_beta> 180.0:
De lo contrario:
De las ecuaciones anteriores se deduce que las variables delta_beta y delta_epsil significan la
diferencia que existe, en la posición angular, entre la antena y el blanco por cada uno de los
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
43
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
planos, con la finalidad de corregir la posición del objetivo y de poder realizar el fuego lo más
certero posible.
Si f1<=0.0:
Si f1>2250.0:
Si f2<=0.0:
Si (f2>2250.0)
Las variables f1 y f2 corresponden a la posición del blanco por los planos Ф1 y Ф2
respectivamente.
Sus
valores,
en
coordenadas,
se
guardan
en
los
registros
REG16(Target_fai1_data_adr) y REG16(Target_fai2_data_adr).
3.2.1.3 F_222com.BIT.B4==1
El segmento de código y las ecuaciones que se describen a continuación corresponden al proceso
de entrenamiento de la estación S125MIA en tiempo de paz. Dichas ecuaciones deben responder
a la formación de las señales para los blancos imitados.
Si se cumple que F_222com.BIT.B3==1 se asume que el objetivo está fijo y se procede con las
asignaciones del paso uno. De no cumplirse la primera condición el código pasa a comprobar si
F_222com.BIT.B11==1. Las ecuaciones ajustadas a esta condición responden al paso dos para
simular el fuego contra el blanco. Como una última acción a realizar, en caso de no cumplirse
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
44
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
ninguna de las condiciones anteriores, aparece el paso tres. A continuación se describen las
fórmulas contenidas en cada uno de los pasos:
Paso 1 (blanco fijo):
Si F_222com.BIT.B8==0:
De lo contrario:
La variable TARGET.epsiljun identifica al dato que se obtiene como resultado de un conteo de
los impulsos de reloj de 62.5KHz, el cual comienza con la llegada del Blanck ε (comienzo del
paso directo) y termina con la llegada de la marca vertical (MV) por el plano ε. Este número del
conteo es la separación entre el comienzo del barrido y la MV.
Paso 2:
Si se cumple que F_222com.BIT.B11==1:
Si delta_beta<=-180.0:
Si delta_beta> 180.0:
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
De lo contrario:
Si se cumple que F_222com.BIT.B8==0, se deshabilitan los puertos de control:
De lo contrario se habilitan:
Si f1<=0.0:
f1=0.0
Si f2>2250.0:
f2=2250.0
Si f2<=0.0:
f2=0.0
Si f2>2250.0:
f2=2250.0
Paso 3:
45
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
46
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
3.2.1.4 (F_222com.BIT.B4==1 || F_222com.BIT.B9==1)
Al comienzo de este segmento de programa se utiliza el operador lógico ║ (OR lógico) de la
siguiente forma: If(F_222com.BIT.B4==1 || F_222com.BIT.B9==1). Dicho operador permite
comprobar que alguna o ambas de las dos condiciones sean verdaderas, antes de que se
seleccione cierto camino de ejecución. Este enunciado también contiene dos condiciones simples.
La condición F_222com.BIT.B4==1 se evalúa para determinar si la estación S125MIA está en el
modo de entrenamiento, mientras que la condición F_222com.BIT.B9==1 se evalúa para
determinar si se está trabajando con el régimen de control funcional de la ECC. Si cualquiera o
ambas de las condiciones simples son verdaderas se pasará a trabajar con los parámetros que
caracterizan al cohete.
Tabla 3.1 Tabla de verdad correspondiente al operador OR lógico (║).
Expresión1
Expresión2
Expresión1 ║ Expresión2
0
0
0
0
1
1
1
0
1
1
1
1
Para que el cohete imitado describa la misma trayectoria de vuelo que la del cohete real, se debe
realizar el cálculo de la posición espacial de los cohetes imitados, a partir de los mandos que se le
envían a un supuesto cohete real con dichos mandos. Los cálculos deben responder también a la
aerodinámica de vuelo del cohete, que a su vez tiene que ver con el coeficiente transferencial del
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
47
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
mismo. A continuación se describen cada una de las ecuaciones relacionadas con el cálculo de la
posición espacial para cada uno de los cohetes.
Trabajo con el Cohete1:
Paso 1:
Si se cumple que F_222com.BIT.B1==0, entonces:
Donde: ROCKET1.t es la variable que se utiliza para determinar la constante aerodinámica del
cohete (Tv).
De esta manera el programa se asegura que el cohete número uno no ha sido aún activado y por
lo tanto se asigna el valor de 0 a dicha variable. De lo contrario F_222com.BIT.B1 se encuentra
en un nivel alto (==1), y se procede de la siguiente forma:
El operador de asignación (+=) añade el valor de la expresión, a la derecha del operador, al valor
de la variable ROCKET1.t que se encuentra a la izquierda, y almacena el resultado en dicha
variable.
Si ROCKET1.t <5.0 entonces:
De lo contrario:
Donde: ROCKET1.k es la variable que se utiliza para determinar el coeficiente transferencial
para el movimiento del Cohete. De esta forma se puede comprobar que mientras mayor sea la
constante aerodinámica del cohete (ROCKET1.t) menor será el coeficiente transferencial
(ROCKET1.k) que caracteriza al cohete.
Paso 2:
Si se cumple que F_222com.BIT.B5==0 se tiene que:
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
48
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Donde dx es la variable que se emplea para leer y cargar el dato que se encuentra guardado en la
dirección
de
registro
correspondiente
a
data_R1_depsil_adr
y
data_R1_dbeta_adr
respectivamente.
De igual manera ROCKET1.epsil y ROCKET1.beta son las variables que se utilizan para
determinar la posición del cohete, correspondiente al proceso de exploración de la antena, sólo
que la primera es por el plano ε (ángulo de elevación) y la otra es por el plano β (ángulo
horizontal).
Si F_222com.BIT.B5==1:
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
49
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
La variable cntr1 es de tipo int y se maneja dentro del código para guardar el valor que resulta de
aplicar floor. Por su parte, floor es una función concerniente a la biblioteca <math.h> que se
utiliza para redondear a la variable ROCKET1.t al entero más grande no mayor que ROCKET1.t
(ej. Floor (9.2) es 9).
Por otro lado se encuentran las variables denominadas ROCKET1.K1 y ROCKET1.K2 que sirven
para identificar los mandos K1 y K2 respectivamente. Dichos mandos contienen las magnitudes
y el sentido en que debe moverse el artículo en el espacio para disminuir el error lineal entre su
posición calculada y la real.
Paso 2.1:
De las ecuaciones anteriores se deriva que las variables delta_r1_epsil y delta_r1_beta se
identifican como la nueva posición que tiene el cohete por el plano ε (ángulo de elevación) y por
el plano β (ángulo horizontal) respectivamente.
Si se cumple que delta_r1_beta<=-180.0 se tiene que:
Si se cumple que delta_r1_beta> 180.0 se tiene que:
De lo contrario:
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
50
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Si f1r1<=0.0 entonces:
Si f1r1>2250.0 entonces:
Si f2r1<=0.0 entonces:
Si f2r1>2250.0 entonces:
Las variables f1r1 y f2r1 determinan la posición del cohete por los planos Ф1 y Ф2, relativos al
barrido de la antena UV11.
Trabajo con el Cohete2:
Para el trabajo con el Cohete2 se procede de la misma forma que para el Cohete1.
Paso 1:
Si se cumple que F_222com.BIT.B2==0, entonces:
De lo contrario si F_222com.BIT.B2==1, entonces:
Ahora si:
entonces:
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
De lo contrario:
Paso #2:
Si se cumple que F_222com.BIT.B6==0 entonces:
De lo contrario si F_222com.BIT.B6==1 entonces:
51
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Paso 2.1:
Si se cumple que delta_r2_beta<= -180.0 entonces se ejecutará la siguiente acción:
De lo contrario si delta_r2_beta > 180.0 entonces ejecutar:
De lo contrario:
Si se cumple que f1r2<=0.0 entonces:
De lo contrario si f1r2>2250.0:
52
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
53
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
Si se cumple que f2r2<=0.0 entonces:
De lo contrario si f2r2>2250.0:
3.2.2 Void EInt5_ISR(void)
Si se cumple F_222com.BIT.B9==1, se procede a elaborar la distancia inclinada (TARGET.R)
para el momento en que la estación se encuentra en control funcional.
Si F_222com.BIT.B0==0, se asume que el blanco está fijo:
Donde la distancia inclinada desde la estación hasta el punto donde se encuentra el blanco
imitado queda determinada por la variable TARGET.R y toma valor de 32 km.
De lo contrario se asume que el blanco se encuentra en movimiento y con una velocidad de
420m/s. Seguidamente se compara la distancia al punto de encuentro con 5 KM de la siguiente
forma:
Si TARGET.R>5000.0:
Se puede apreciar que si la distancia al punto de encuentro TARGET.R es mayor que 5 Km se
determina la nueva posición del blanco restándole la velocidad que trae este último.
Entrenamiento de la estación:
Si se cumple que F_222com.BIT.B3==1 se asume que el objetivo está fijo y la distancia al punto
de encuentro TARGET.R toma valor de 20Km. Esto quiere decir que se colocó un blanco a esa
distancia.
CAPÍTULO 3. ASIMILACIÓN DE LA FUNCIONALIDAD DEL CÓDIGO FUENTE PRESENTE EN EL
54
COMPONENTE PROGRAMABLE DSP DE LA TARJETA T222
De no cumplirse la primera condición el código pasa a comprobar si F_222com.BIT.B11==1. De
ser verdadera se simula el fuego contra el blanco en movimiento y la nueva distancia al punto de
encuentro queda determinada por:
Como una última acción a realizar en caso de no cumplirse ninguna de las condiciones anteriores,
aparece el paso siguiente:
3.3
Conclusiones del capítulo
El empleo del DSP TMS320C6713PYPA dentro de tarjeta T222 facilita el desarrollo de
algoritmos matemáticos de alta precisión y velocidad que por sus complejidades, no pudieran
desarrollarse con otros procesadores. Estos algoritmos están destinados al direccionamiento de la
rampa de lanzamiento y de la antena, para el cálculo de velocidad, ángulo horizontal, ángulo de
inclinación, parámetro y distancia al punto de encuentro. Otros están relacionados con los
mandos y las señales de dirección correspondientes al disparo y a la ubicación del blanco.
CONCLUSIONES Y RECOMENDACIONES
55
CONCLUSIONES
En el presente trabajo se desarrolló la asimilación del funcionamiento del componente
programable DSP TMS320C6713PYPA de la tarjeta T222, a partir del proceso de ingeniería
inversa a su código fuente no documentado. Durante su realización fue posible arribar a las
siguientes conclusiones:
 La tarjeta T222 como componente de la cabina de mando modernizada, tiene la
importante función de formar las señales de video imitadas correspondientes al objetivo, a
los artículos y la interferencia, para el control funcional de la estación y en el caso de los
entrenamientos a las dotaciones para simular un tiro real.
 Se empleo como herramienta de simulación el software Code Composer Studio, ya que
permitió el análisis del código fuente, evidenciándose su utilidad en la realización de la
ingeniería inversa.
 La ingeniería inversa al software comienza con la comprensión del código fuente, y
mediante la reestructuración del código y la redocumentación se logra preservar las
características externas y la generación de información del sistema existente.
 Se evidenciaron cada uno de los algoritmos matemáticos implementados en dicho
procesador,
quedando
documentada
la
funcionalidad
del
componente
DSP
TMS320C6713 de la tarjeta T222.
 Se logró la asimilación de los cálculos matemáticos referentes al direccionamiento de la
antena, del blanco y del cohete, así como también de los parámetros: ángulo de
inclinación, ángulo horizontal, distancia al punto de encuentro, velocidad, mandos y
señales de dirección presentes en el código del programa principal.
CONCLUSIONES Y RECOMENDACIONES
56
RECOMENDACIONES
Con la intención de seguir perfeccionando el estudio que se ha realizado en este trabajo sobre el
código fuente del DSP TMS320C6713PYPA de la tarjeta T222, se propone:
 A partir de la identificación de los algoritmos implementados, proponer un conjunto de
pruebas de hardware que permitan validar la correspondencia entre los aspectos teóricos
identificados y los resultados prácticos.
 Continuar profundizando en el funcionamiento de los demás componentes de la tarjeta
T222, a través de la ingeniería inversa, para alcanzar un dominio completo del
funcionamiento de la misma.
REFERENCIAS BIBLIOGRÁFICAS
57
REFERENCIAS BIBLIOGRÁFICAS
Ameneyro, A. (2012). Reingeniería para la implementación de un Web Feature Service.
Bertini, G., et al. (2012). “Microprocessori per DSP. Modelli recenti e tools di sviluppo:
alcune applicazioni nel settore telecom.”.
Cubadefensa (2012). "Sitio Web de la defensa de Cuba.". Retrieved 11/01/2014, from
http://www.cubadefensa.cu/.
Damián, M. (2006). ESTUDIO COMPARATIVO DE LOS DSPs DEL MERCADO.
Dpto. Ingeniería de Telecomunicación, Universidad de Jaén.
Fierro, M. A. T. (2007). Desarrollo de tutorial multimedial para el diseño de proyectos
con Code Composer. Escuela de Electricidad y Electrónica. Valdivia Chile,
UNIVERSIDAD AUSTRAL DE CHILE.
García, S. E. (Septiembre de 2009). Introducción a microDSP y familia C67xx. Buenos
Aires.
Instruments, T. (1988) Third Generation TMS320.
Instruments, T. (1990). TMS320 Family. DSP Characteristics.
REFERENCIAS BIBLIOGRÁFICAS
58
Instruments, T. (1992). "TMS320C6713PYPA FLOATING-POINT DIGITAL SIGNAL
PROCESSOR." Retrieved 7/05/2014, from http://www.ti.com
Instruments, T. (2000). TMS320C6000 Programmer´s Guide.
Instruments, T. (2001). ""TMS320C6000 Optimizing Compiler User´s Guide"."
Instruments, T. (2004). "Code Composer Studio v3. 0 Getting Started Guide."
Instruments, T. (November 2005). "TMS320C6713PYPA167 Datasheet ". Retrieved
22/05/2014,
from
http://html.alldatasheet.es/html-
pdf/227395/TI/TMS320C6713PYPA167/486/12/TMS320C6713PYPA167.html.
López, E. (2010). La ingeniería inversa como metodología para potenciar la enseñanza de
la metrología. México
Papamichalis, P. and J. R. Simar (1998). “The TMS320C30 floating-point digital signal
processor” Micro: 13-29.
Pierrat, G. G. (2013). TAREA TÉCNICA PARA LAS TESIS DE LOS CADETES
VINCULADOS A LA TAREA TRIUNFO.
Pierrat, G. G. (2014,a). "Generalidades de la Estación de Conducción de Artículos ECC
S125MIA “Pechora”."
Pierrat, G. G. (2014,b). "Ayuda para la confección de la Tesis."
REFERENCIAS BIBLIOGRÁFICAS
59
Pierrat, G. G. (2014,c). "Antecedentes de la T222."
Pierrat, G. G. (2014,d). "Las señales de entrada y salida a la T222."
Pierrat, G. G. (2014,e). "“SISTEMA DE CÁLCULO DE LAS COORDENADAS
ESPACIALES DEL ARTÍCULO IMITADO”."
Pierrat, G. G. (2014,f). "Información adicional de la T223."
Pressman, R. (2003). "Software Engineering: A Practitioner’s Approach with Bonus
Chapter on Agile Development." McGraw-Hill Science/Engineering/Math. Retrieved
14/11/14, from http://dl.acm.org/citation.cfm?id=995775
SPECTRUM DIGITAL, I. (November 2003). TMS320C6713 DSK Technical Reference:
52.
Torres, R. L. C. (2008). Módulo para el análisis, visualización y caracterización de
señales y sistemas apoyado del DSP TMS320VC5402 Texas Instruments y Matlab
Facultad de Ingeniería Electrónica. Bolivia, Universidad Pontificia Boivariana.
Toscano, F. M. (2013). "Qué es la ingeniería inversa." Retrieved 10/03/14, from
http://boards5.melodysoft.com/uteci_sistemas/que-es-la-ingenieria-inversa-extracto39.html
Vázquez, J. J. D. (2010) Ingeniería Inversa: Metodología y aplicaciones FORO DE
ANÁLISIS DE INVESTIGACIÓN, DESARROLLO Y GESTIÓN TECNOLÓGICA EN
ITESCA 6-10
REFERENCIAS BIBLIOGRÁFICAS
60
ZAÑARTU, M. (Noviembre de 2011). INTRODUCCIÓN AL CODE COMPOSER
STUDIO Y AL DSK TMS320C6713. Valparaíso, UNIVERSIDAD TÉCNICA
FEDERICO SANTA MARÍA: 19.
ANEXOS
61
ANEXOS
Anexo I Señales de entrada y salida a la T222.
Esta tarjeta tiene dos conectores: el Xp1 recibe los voltajes de la fuente de alimentación (+12v,
-12v, +5v y Tierra) y el Xp2 se utiliza para las señales de entrada y salida. Las señales que entran
y salen por el conector Xp2, se muestran en la siguiente figura y se describen de la manera
siguiente:
Videoseñales de salida de la T222 (puntos 24, 12, 25 y 13). Estas son las señales que elabora la
T222 cumpliendo su función en el sistema imitador. Estas señales se envían hacia la T311, donde
ANEXOS
62
se les introduce la atenuación necesaria para los entrenamientos y donde se “rellenan” con
frecuencia intermedia (solo en el caso de las señales de los canales principal y A/F, y la señal de
interferencia imitada), para su entrega al sistema receptor de la estación.
Señales SB (puntos 18, 6, 19, 7, 20, 8, 21, 9, 22, 10, 23 y 11). Estas son las entradas por bus
serie SB1, SB8, SB11, SB14, SB6 y SB16.
Impulso MVε (punto 4). Por este punto llega el impulso de la “marca vertical” por el plano ε
(que representa la directriz del sector de barrido del diagrama direccional de la antena UV10) si
la estación está en régimen de “Localización”.
Impulso MV F1 F2 (punto 15). En caso de que la estación se encuentre en el régimen de
“Acompañamiento”, por este punto llegan los impulsos de la “marca vertical” por los planos
inclinados F1 y F2 (que representan la directriz de los sectores de barrido del diagrama
direccional de la antena UV11 por dichos planos inclinados).
Blanqueo ε (punto 16). Estos son impulsos que se elaboran en el sincronizador (T221) a partir de
los impulsos que vienen desde los emisores que están en los mecanismos de exploración de la
antena UV10. El “Blanqueo ε” es el impulso que permanece en “1” durante el tiempo de paso
inverso del barrido (exploración del diagrama direccional) de la antenaUV10 (en el régimen de
localización). Y por tanto marca el inicio del sector de exploración, por el plano épsilon, de la
antena UV10.
Blanqueos F1 y F2 (puntos 14 y 2). Estos son impulsos que se elaboran en el sincronizador
(T221) a partir de los impulsos que vienen desde los emisores que están en los mecanismos de
exploración de la antena UV11. El “blanqueo F1” y el “blanqueo F2”, son los impulsos que
permanecen en “1” durante el tiempo de paso inverso de los barridos por los planos F1 y F2 de la
antena UV11. Estos se emplean para marcar el inicio de la exploración (inicio del barrido angular
de los monitores) por los planos F1 y F2.
Ro UK (punto 3). Este es un impulso de distancia; es decir, aparece con período igual al de los
impulsos de sondeo de la estación. Este impulso marca la distancia “cero”.
ANEXOS
Anexo II Diagrama en bloques simplificado de C67XX.
Las unidades funcionales L, S y M ejecutan instrucciones de punto flotante.
63
ANEXOS
64
Anexo III Forma de exploración del espacio.
Anexo IV Sistema Entrenador o Imitador UK40.
En el complejo Pechora sin modernizar (el original ruso) el Sistema entrenador o Imitador se
encuentra implementado en un armario; el armario UK40. Este armario recibe señales desde el
ANEXOS
65
Dispositivo de Dirección de las antenas y las Rampas de lanzamiento, para obtener la
información de la posición que tienen las antenas y elaborar las señales del objetivo y de los
artículos relacionadas con el movimiento de las manivelas. También el UK40 recibe los mandos
de dirección desde el Descifrador del DTM, con los cuales se elaboran las trayectorias de vuelo
de los artículos.
La formación de las envolventes de los objetivos y de la interferencia la realiza el bloque UK43;
estas envolventes se convierten en señales de video en el bloque UK42, y se convierten en
radioimpulsos de FI en el bloque UK41. En el UK44 se forma el programa de movimiento de los
objetivos. Por su parte, la señal de los artículos se forma completamente en el bloque UK45.
Anexo V. Modelo electrónico del artículo
Para que el cohete imitado se comporte aerodinámicamente de la misma manera que el cohete
real, debe recibir los mandos de dirección, de la misma forma que los recibe el artículo real, y
ANEXOS
66
convertirlos en una posición real en el espacio. Esto se denomina “modelo electrónico” del
artículo y se realiza según el siguiente esquema.