Vous êtes sur la page 1sur 7

IV Congreso Argentino de Tecnologa Espacial

REQUERIMIENTOS DEL SEGMENTO TERRESTRE DE SOPORTE PARA


VEHCULOS LANZADORES TIPO LEO
PEDRONI, JUAN P. (1) (2) (*) - NAGUIL, JORGE L. (1) (2) - YASIELSKI, ROBERTO. (3) - JAZNI,
JORGE E. (1) (4) - COVA, WALTER J. D. (1) (4)
(1)

(2)

Instituto Universitario Aeronutico, Centro de Investigaciones Aplicadas,


Departamento Sistemas Electromecnicos.
Av. Fuerza Area 6500 CP (5000) Crdoba Argentina.
(*)
Tel. 0351-4664242 E-mail: jppedroni@gmail.com

Facultad de Ciencias Exactas, Fsicas y Naturales, Universidad Nacional de Crdoba,


GRSI Grupo Robtica y Sistemas Integrados.
Av. Vlez Sarsfield 1611 CP (5000) Crdoba Argentina.
(3)

CONAE, Comisin Nacional de Actividades Espaciales


Av. Paseo Coln 751 CP (1063) Buenos Aires Argentina.
(4)

Universidad Tecnolgica Nacional, Facultad Regional Crdoba,


CUDAR - Centro Universitario de Desarrollo en Automacin y Robtica.
Maestro Marcelo Lpez y Cruz Roja Argentina CP (5000) Crdoba Argentina.

RESUMEN
Se formulan los requerimientos correspondientes a los sistemas electrnicos, informticos, de comunicaciones y de seguridad industrial del soporte terrestre de un vehculo lanzador mediano. Los factores de
diseo tienen en cuenta los requerimientos y objetivos de la misin fijados por el cliente, una Institucin
Nacional. El segmento terrestre es dividido en distintos subsistemas que interactan entre s a la vez que
con el vehculo lanzador, por lo que las interfaces elctricas y electrnicas entre ellos tambin son consideradas. Se enfatiza la seguridad del personal operador y de las instalaciones, formulndose la necesidad
de conocer los riesgos implcitos en la actividad para elaborar planes de contingencia ante fallas o accidentes, y se promueve la automatizacin de tareas siempre que sea posible utilizar equipamiento tolerante
a fallas. Se hace hincapi en la aplicacin de las normas y estndares de las grandes agencias espaciales
internacionales para favorecer la interaccin entre los distintos grupos encargados de llevar adelante la
realizacin del sistema.
1. INTRODUCCIN
El Segmento Terrestre (ST) es el ambiente
fsico desde donde se conduce la administracin y
operacin de la misin espacial. Para asegurar el
xito de la misma el ST debe controlar al Vehculo Lanzador (VL), recibir su telemetra, estado de
salud y datos de la misin, llevar a cabo su seguimiento (tracking ptico y radar), determinar su
posicin orbital y actitud, y enviar seales de

comando o autodestruccin en caso de ser necesario, tal como se expresa en [1].


Este trabajo se basa en los textos de Wiley
y Wertz [1] y Pages [2], en normas de las agencias espaciales NASA [3] y ESA [4], y en el estudio de los segmentos terrestres de VL tales como el Scorpius [5], K-1 [6], Minotaur [7], entre
otros. Tambin se estudi la metodologa operativa de empresas privadas tales como la Command
and Control Technologies Corporation [8].

IV Congreso Argentino de Tecnologa Espacial

En la Seccin 2 se definirn los subsistemas que componen al ST, mencionndose sus


tareas principales, A lo largo de la Seccin 3 se
listarn los requerimientos comunes a todos los
subsistemas, para luego desarrollar especficamente los de cada uno de ellos, hacindose hincapi en la aplicacin de tcnicas de monitoreo de
salud (Health Monitor Systems, HMS) y aislacin
de fallas (Failure Modes, Effects and Critical
Anlisis, FMECA). Por ltimo, se detallarn los
requerimientos de alto nivel de las interfaces
elctricas y electrnicas. Las conclusiones del
presente trabajo se expondrn en la Seccin 4.
2. SUBSISTEMAS DEL SEGMENTO
TERRESTRE
El Segmento Terrestre est compuesto por estaciones terrestres y centros de control brindando
soporte al VL, la carga til y los datos recogidos
para el cliente [1], y est compuesto por los siguientes Subsistemas:
Subsistema de Control de Misin: Desde aqu los
operarios se encargan de llevar adelante la misin. Cumple con diversas funciones, tales como
el control y seguimiento del plan de misin, y
medicin de condiciones atmosfricas (humedad,
temperatura, viento).

Subsistema de Control de Vuelo: Es el encargado


del control de salud (Health Management System,
HMS) del equipamiento del segmento terrestre
(Ground Support Equipment, GSE) y del VL.
Tiene tambin a su cargo el anlisis de la telemetra recibida desde el VL, as como del control y
seguimiento del vuelo. Desde este subsistema se
enva la seal de destruccin al Subsistema de
Seguridad de Vuelo del Vehculo Lanzador (VL).
Subsistema de Comunicaciones: Este subsistema
es el encargado de mantener los vnculos de comunicaciones con el Launch Pad y el VL mientras el mismo se encuentre en plataforma o en
vuelo.
Los canales de comunicaciones son:
Un vnculo de Radiofrecuencia en Banda S
con el Vehculo Lanzador.
Un radar de seguimiento.
Un Bus de Datos tipo Ethernet con el Launch
Pad.
Un enlace de voz directo con el Launch Pad.
Un enlace de voz con las poblaciones cercanas.
Subsistema de Archivo: Es el encargado de recolectar los datos provenientes del VL y Launch
Pad, as como los generados en el GSE, y almacenarlos en una Base de Datos relacional para su
posterior anlisis.
Subsistema de Potencia: Tiene como misin ase-

Ethernet 802.3z
1 Gbps

Figura 1 - El Segmento Terrestre

IV Congreso Argentino de Tecnologa Espacial

gurar el suministro ininterrumpido de energa al


segmento terrestre, desde el inicio de las operaciones hasta que se da por finalizada la misin.
Subsistema de Almacenamiento y Carga de Combustible y Fluidos: Este subsistema debe asegurar
que los procesos de almacenamiento, carga y descarga de combustible y dems fluidos peligrosos
para la salud del personal se realice bajo el ms
estricto control de seguridad. Los requerimientos
de este subsistema escapan a los alcances de este
trabajo.
Launch Pad: Es el subsistema conformado por
aquellas unidades que prestan servicio en tierra al
VL, en las inmediaciones de la torre de lanzamiento. La mayora de sus funciones, entre las
que se cuentan la carga y descarga de combustible y bateras, alineacin de instrumentos y telemetra, estn automatizadas.
3. REQUERIMIENTOS DE DISEO
3.1. Criterios de diseo
Al momento de formular los requerimientos
que luego servirn como gua para el diseo de
cada Subsistema y Unidad del ST se deben establecer criterios de diseo comunes para todos.
Son factores decisivos:

Simplicidad de uso.
Transportabilidad.
Aplicacin de tcnicas de HMS en la totalidad del sistema.
Bajo costo de construccin, mantenimiento y operacin.

Un ST de operacin sencilla reduce el personal requerido para operarlo as como su tiempo de


entrenamiento. En este sentido, el uso de herramientas de software (sistema operativo, motor de
base de datos) y hardware (PCs, PLCs) estndares
es recomendado. Es crtica la transportabilidad,
ya que probablemente el lugar de lanzamiento no
coincida con el de integracin del ST. Los conceptos de HMS y FMECA incorporados a todo el
personal involucrado en el diseo, verificacin e

integracin de Unidades y Subsistemas disminuyen drsticamente los costos de la misin al mismo tiempo que mejoran su disponibilidad.
|
Teniendo presentes estos criterios se redactan los requerimientos de alto nivel del ST, los
cuales son divididos en Requerimientos Generales, Requerimientos de Subsistemas y Requerimientos de Interfaces. Todos ellos sern abordados a continuacin.
3.2. Requerimientos Generales
Como se mencion con anterioridad, los requerimientos generales son aquellos que afectan a la
totalidad del ST. Los principales se mencionan a
continuacin.
El Segmento Terrestre debe:
Operar en tiempo real.
Contar con un simulador de entrenamiento.
Ser modular, flexible y escalable.
Alcanzar los requerimientos del Vehculo
Lanzador.
Evitar la degradacin o contaminacin del
hardware de vuelo durante todas las etapas
previas al lanzamiento.
Ser diseado para minimizar las probabilidades de fallas, y reduciendo la accin negativa
de las que se produzcan sobre la integridad
del sistema. Se recomienda aplicar las tcnicas de FMECA (Failure Modes, Effects and
Critical Analisis) especificadas en ECSS-Q30-02A [9] en todas las etapas de diseo.
Ser diseando teniendo como objetivo simplificar la operacin, inspeccin y mantenimiento de software y hardware.
Ser diseado de tal manera que su vida til
sea apropiada para la misin.
Evitar siempre que sea posible el uso de equipamiento cuya vida til sea menor al tiempo
total de la misin.
Estar conformado por hardware diseado de
tal manera que sea fcilmente transportable
por los mtodos convencionales.

IV Congreso Argentino de Tecnologa Espacial

Ocupar el menor espacio posible. Se recomienda que sea posible acomodarlo en no


ms de dos trailers convencionales.
Proveer a las unidades diseadas para ser
transportadas por personal de forma manual o
ayudados por maquinaria liviana de los materiales de sujecin (arneses, cuerdas, manijas)
que se consideren necesarios.
Estar ubicado a no menos de 1000 metros de
la torre de lanzamiento.
Utilizar unidades comerciales (Commercial
off the Shelf, COTS) siempre y cuando cumplan con las funciones que se les requieran sin
degradar la seguridad o confianza del vuelo o
del ST.
Estar compuesto por hardware cuyos gabinetes o encapsulados soporten el ndice Ingress
Protection (IP) que corresponda segn su ubicacin y funcin, siguiendo la norma IEC
60529 [10].
Contar con unidades a prueba de fallas o redundadas en aquellas tareas que se consideren
crticas para el xito de la misin.
Separar fsicamente las unidades redundantes
o protegerlas de manera de asegurar que la falla de una no alterar las funciones de la otra.
Soportar reparaciones on-line y reinsercin de
unidades redundantes recuperadas sin que ello
signifique la interrupcin de la cuenta regresiva.
Contar con cableado interno que respete la
normativa referenciada en NASA-STD-5005
[3].
Activar una alarma visual y sonora en caso de
cualquier falla.
Ser capaz de recuperarse en menos de 8 seg.
en caso de una cada general del sistema.
Ser capaz de soportar condiciones climticas
adversas.
Contar con mecanismos para el control de
fuego.
Contar con pararrayos que cumplan con la
norma NFPA 780 [11].

Para todas aquellas cuestiones no especficamente


tratadas en este documento se tomarn las recomendaciones de la norma NASA-STD-5005 [3],
o en su defecto de la ECSS-E-70 Part 1A & 2A
[4].
A continuacin se listan los requerimientos especficos de cada Subsistema.
3.3. Subsistema de Control de Misin
Este Subsistema debe cumplir con los
siguientes requerimientos:
Debe ser capaz de calcular la rbita y trayectoria actuales del VL y predecir las futuras, en
funcin de la informacin de telemetra recibida y datos sensados en tierra.
Debe determinar en cada momento la actitud
del VL en funcin de la telemetra recibida y
datos generados en tierra.
Validar la actitud y trayectoria del VL calculada por la Computadora de Navegacin de a
bordo.
Calcular el punto de impacto instantneo cada
1 segundo.
Proveer informacin precisa y en tiempo real,
as como estimaciones futuras (Ej., de trayectoria) al Oficial de Seguridad de Vuelo para
que este ltimo pueda decidir si debe enviarse
la seal de autodestruccin al LV.
Debe ser capaz de sensar las condiciones climticas (temperatura, humedad, visibilidad,
velocidad y direccin del viento) en forma
permanente.
3.4. Subsistema de Control de Vuelo

Este Subsistema debe ser capaz de:


Monitorear los Segmentos Terrestre y VL
(tanto en tierra como en vuelo) y notificar al
responsable correspondiente en caso de que
alguna alarma se dispare.
Generar la cuenta regresiva.
Monitorear el HMS tanto del ST como del
VL.

IV Congreso Argentino de Tecnologa Espacial

Enviar la seal de autodestruccin en caso de


considerarse necesario.
Evitar que la seal de autodestruccin sea
enviada al VL antes que el mismo haya cumplido con los requisitos de altura o tiempo de
vuelo del Safety Range del lugar de lanzamiento.
Contar con un Plan de Verificacin para validad la totalidad de los requerimientos.

Se recomienda la aplicacin de la norma NASASTD-5005 [3] en aquellos casos no especficamente tratados.

3.5. Subsistema de Comunicaciones


Sus requerimientos son:
Asegurar la comunicacin y el intercambio de
datos entre el GSE y el Launch Pad durante la
totalidad de la misin.
Asegurar la comunicacin y el intercambio de
datos entre el GSE y el VL durante la totalidad de la misin.
Implementar un protocolo determinstico para
los mensajes de la red de datos.
Asegurar el enlace de voz entre el GSE y el
Launch Pad durante la totalidad de la misin.
Capturar datos con una eficiencia del 99.99%
al menos el 95% del tiempo que dure la misin.
Contar con antenas redundadas. Las antenas
estarn en actividad durante el tiempo que dure la misin.
Implementar la red de datos utilizando equipos COTS.
Habilitar un enlace de voz directo entre el
Launch Pad y el Centro de Control de Misin.
3.6. Subsistema de Archivo
Sus requerimientos son:
Ser capaz de decodificar los datos provenientes del VL.

Ser capaz de monitorear la calidad de los datos recibidos antes de incorporarlos a una Base de Datos relacional tipo SQL o similar.
Ser capaz de almacenar todos los datos provenientes del ST y del Launch Pad en una Base de Datos relacional tipo SQL o similar.
Proveer un Servidor web en tiempo real que
permita la consulta a travs de Internet de la
informacin que se considere relevante.
Permitir la recuperacin ordenada cronolgicamente de la totalidad de los datos almacenados para posibilitar la reconstruccin de la
misin
Contar con los medios de Backup que sean
necesarias.

3.7. Subsistema de Potencia


Este sistema debe respetar los siguientes requerimientos:
El diseo de este sistema debe estar de acuerdo con la norma NFPA 70 [11]. Esto incluye
generadores, cableado, puesta a tierra, soldadores y elementos de proteccin y maniobra.
El GSE, Launch Pad y VL en plataforma deben estar convenientemente aterrizados.
3.8. Launch Pad
Los requerimientos de este subsistema son:
Contar con el equipamiento necesario para
alinear los instrumentos de navegacin inercial del VL antes del despegue.
Contar con la energa necesaria para llevar a
cabo las tareas previas al despegue con un
margen del 100%
Contar con la maquinaria necesaria para la
Integracin del VL.
Siempre que sea posible, las tareas que deban
realizarse en el VL o su equipo de soporte debern ser automatizadas o controladas remotamente.

IV Congreso Argentino de Tecnologa Espacial

Contar con los equipos necesarios para cargar, descargar y testear las bateras recargables del VL.
Contar con un enlace de voz permanente con
el Centro de Control de Misin.
Contar con el equipamiento necesario para
mantener el vnculo de datos con el Centro de
Control de Misin permanentemente.
Contar con un circuito cerrado de televisin
(CCTV) capaz de transmitir imgenes en
tiempo real de las zonas de lanzamiento que
se consideren necesarias hasta el Centro de
Control de Misin.
Ser capaz de enviar datos de telemetra propia
y del VL mientras el mismo se encuentre en
la rampa de lanzamiento.
Sensar la presencia del VL en rampa.
Proveer un enlace va Umbilical entre el
Launch Pad y el VL segn la norma NASA
SP-8061 [12].

3.9. Requerimientos de Interfaces Elctricas y


Electrnicas
En todos los casos, tanto los buses de datos como los de potencia estn debidamente redundados.
3.9.1 Segmento Terrestre
Bus de Datos y Comunicaciones:
Las unidades que componen los distintos subsistemas se comunicarn entre s utilizando un
bus de datos basado en el protocolo de comunicacin Ethernet 802.3 de 100Mbps [13] con
cada interlocutor unvocamente identificado.
Los equipos de automatizacin tipo PLCs
utilizarn un bus con protocolo PROFIBUSPA [14].
Se debe contar con una lnea telefnica para
comunicacin con el mundo exterior.
Bus de Potencia:
La energa ser suministrada a travs de dos buses de alimentacin

Bus de baja potencia: Suministra energa para


iluminacin, PCs y equipos de bajo consumo.
Bus de alta potencia: Suministra energa para
equipos de aire acondicionado y maquinarias.

3.9.2 Launch Pad


Bus de Datos y Comunicaciones:
Los equipos de automatizacin tipo PLCs
utilizarn un bus con protocolo PROFIBUSPA [14].
Las cmaras del CCTV se conectarn a un
bus Ethernet 802.3 de 100Mbps [13].
Los equipos que requieran comunicarse con el
LV utilizarn un bus tipo CAN AEROSPACE
[15] con aislacin galvnica.
Bus de Potencia:
La energa ser suministrada a travs de dos buses de alimentacin
Bus de baja potencia: Suministra energa para
CCTV, PLCs y equipos de bajo consumo.
Bus de alta potencia: Suministra energa para
equipos de aire acondicionado y maquinarias.
3.9.3 Segmento Terrestre Launch Pad
Bus de Datos y Comunicaciones:
Se establece un enlace de fibra ptica Ethernet 802.3z [16] de 1Gbps como nico vnculo
entre el ST y el Launch Pad.
Se establece un vnculo de voz infrarrojo entre el ST y el Launch Pad.
Bus de Potencia:
Se prohbe la transmisin de potencia elctrica entre el ST y el Launch Pad.
CONCLUSIONES
En este trabajo se han expuesto los requerimientos de alto nivel del Segmento Terrestre
que acompaa y sirve de soporte a un Vehculo
Lanzador Estos requerimientos sirven de base
para profundizar en cada uno de ellos, teniendo
presente que la seguridad del personal en tierra y

IV Congreso Argentino de Tecnologa Espacial

los bajos costos de produccin y operacin son


factores decisivos de diseo.
Durante el desarrollo de los requerimientos se
han seguido las normas de las agencias ESA y
NASA siempre que ha sido posible, y se requiere
al resto de los grupos de trabajo a seguir las mismas.
RECONOCIMIENTO
El presente trabajo ha sido ejecutado en el
marco del convenio existente entre la Comisin
Nacional de Actividades Espaciales-CONAE y la
Asociacin de Investigaciones Tecnolgicas-AIT
en el Instituto Universitario Aeronutico, Centro
de Investigaciones Aplicadas, Departamento Sistemas Electromecnicos.
REFERENCIAS
[1]
Larson, Wiley J., Wertz, James R, Space
Mission Analysis and Design, Space Technology Library, 1999. ISBN 1-881883-10-8.
[2]
Pages, Raymond J. SDO Ground System,
Solar Dynamics Observatory System Requirements Review / System Concept Review, NASA,
2003.
[3]
NASA-STD-5005, Ground Support
Equipment, National Aeronautics and Space
Administration, 1996.
[4]
ECSS-E-70 Part 1A & 2A, Ground Systems and Operations, European Cooperation for
Space Standardization, 2000.ISSN 1028-396X.
[5]
Chakroborty, S., Conger, Robert E, Wertz,
J. R., Responsive Access to Space The Scorpius Low-Cost Launch System, International
Astronautics Federation Congress, 2004. IAC04-IAF-4.08.
[6]
K-1 Vehicle Payload Users Guide, Kistler Aerospace Corporation, 2001.
[7]
Minotaur Users Guide, Orbital Sciences
Corporation, 2004.

[8]
Command and Control Technologies Corporation, www.cctcorp.com, Feb 2007.
[9] ECSS-Q30-02A, Space product Assurance
Failure Modes, Effects and Critical Analysis
(FMECA), ESA Publications Department, 2001.
ISSN 1028-396X.
[10] IEC 60529 Ed. 2.1 b:2001., Degrees of
protection provided by enclosures (IP Code),
International Electrotechnical Commission, 2001.
[11] ANSI/NFPA 780. Lightning Protection
Code. National Fire Protection Association, Batterymarch Park, Quincy MA 12269.
[12] NASA SP-8061, Interaction with Umbilicals and Launch Stand, NASA, 1970.
[13] IEEE 802.3u, 100BASE-TX, 100BASET4, 100BASE-FX Fast Ethernet at 100 Mbit/s
(12.5 MB/s) w/autonegotiation, IEEE, 1997.
[14] IEC 61158 Type
STANDARD, International
Comission.

3 PROFIBUS
Electrotechnical

[15] AGATE-WP01-001-DBSTD,
System
Standard for the Agate Airplane Avionics
Data Bus, Langley Research Center, NASA,
2001.
[16] IEEE 802.3z, 1000BASE-X Gbit/s
Ethernet over Fiber-Optic at 1 Gbit/s (125
MB/s), IEEE, 1998.