ETTC'2003 - SEE
ETTC'2003 - SEE ETTC'2003 - SEE
hardware down and led to widely accepted and supported mediums for data transmission such as Ethernet. Moreover things change quickly in this world. Network bandwidth increases according to Moore’s law. Copper gives way to fibre, and 10Mbit LANs give way to 1Gbit SANs. Today Fibre-channel, FDDI and ATM are all transmission mediums that are finding favour in the commercial world. This leaves those of us in the flight test world hungrily eying develops in the commercial world and wondering how we can leverage their cost benefits into our programs. In this paper a COTS solution is presented that marries the two worlds. It tries to: - Let the FTI equipment do what it does well – sample synchronously - Let the commercial word do what it does well – move large amounts of data around - Perform the exchange in a rigorous and well-defined way - Maintain flexibility so that new developments in the commercial world can be quickly adapted. When FTI meets Commercial Figure 1: A typical Flight Test Instrumentation Configuration Communications jargon speaks of Bridges, Routers and Gateways. Although the definitions can be a little fuzzy, it is possible to think of them as follows:
• A bridge is a connection between two physically separate networks that forwards packets from one to another. It does no protocol changing, and has limited ability to handle errors or communication failures. • A router is a more intelligent bridge that can handle communication failures and make decisions about the best path to use to deliver a package. • A gateway is a translator between networks that may use different protocols. It can strip out the payload of a packet and re-package it in a different protocol. So in order to transfer data from, say, a CAIS network to a fibre-channel network it looks like what we need is a gateway. But in the commercial world gateways are typically intelligent devices, often implemented by a PC with several networking cards. So you might have a PC with a CAIS bus-controller PCI card, and a fibrechannel SCSI card. The PC provides the intelligence through software to strip out the CAIS payload and re-package it for storage via fibre-channel. This is a perfectly good solution in a benign environment, but what about on-board a fighter during flight test? How long does a PC and the associated software take to recover from a brown-out? So we are looking for the functionality of a gateway, but implemented in a way that is closer to a flight data acquisition unit (DAU) – with small size and rugged performance. Consider the task of moving two parameters from a CAIS bus DAU to an Ethernet packet. If we view it in terms of the classic ISO 7-layer model then we have to strip away the lower four layers up to the Transport layer, and then re-package the data (Figure 2). X Y RES CMD Application Presentation Session Transport Network Data Link Physical RAM X Y Application Presentation Session Transport Network Data Link Physical Figure 2: Moving data from CAIS to Ethernet UDP/IP Packet Preamble X Y Post-ample A principal difficulty in all this is that it takes time, and commercial protocols (such as Internet Protocol – IP) do not worry too much about determinism in the transport
- Page 144 and 145: Id Nom flux EXP37 Plan de vol Annex
- Page 146 and 147: TTC’2003 Stentor 10/06/2003 QUALI
- Page 148 and 149: TTC’2003 Le Programme Stentor 10/
- Page 150 and 151: TTC’2003 Satellite GEO TM/TC/Rang
- Page 152 and 153: TTC’2003 •Equipes CNES : Qualif
- Page 154 and 155: TTC’2003 •L’organisation mise
- Page 156 and 157: TTC’2003 Interfaces Externes :
- Page 158 and 159: TTC’2003 Les Contraintes de Déve
- Page 160 and 161: TTC’2003 Contient ontient la la m
- Page 162 and 163: TTC’2003 10/06/2003 Qualification
- Page 164 and 165: TTC’2003 10/06/2003 Qualification
- Page 166 and 167: BACK Résumé : Outil de traitement
- Page 168 and 169: 1 Principes généraux de l’outil
- Page 170 and 171: 1.2.3 Valise de piste L’outil peu
- Page 172 and 173: 2 Capacités fonctionnelles 2.1 Arc
- Page 174 and 175: Vue f(t) 2.3.1 Vues y=f(t) Ces vues
- Page 176 and 177: Maquette aéronef Alarmes Bar-graph
- Page 178 and 179: 2.3.3 Représentation trajectograph
- Page 180 and 181: 2.3.5 Vidéo Par ailleurs, si le ma
- Page 182 and 183: 3 Concept de structure d’accueil
- Page 184 and 185: 4 Exemples d’utilisation 4.1.1 HB
- Page 186 and 187: SESSION 3 : Capteurs et dispositifs
- Page 188 and 189: BACK THE NEXT GENERATION AIRBORNE D
- Page 190 and 191: 3. DC SPECIFICATIONS - SEEING THE W
- Page 192 and 193: For the purposes of this paper it i
- Page 196 and 197: mechanism. In a system where a late
- Page 198 and 199: 0 X Y X' Y' 0 X Y Sampling Cycle X
- Page 200 and 201: - Perform the exchange in a rigorou
- Page 202 and 203: GLOSSARY AFDX Avionics Full DupleX
- Page 204 and 205: The complete message is recorded by
- Page 206 and 207: The L3 switches allow forwarding da
- Page 208 and 209: Furthermore, the configuration of t
- Page 210 and 211: BACK LOGICIEL JAVA D’ACQUISITION
- Page 212 and 213: ISA ISA Interface utilisateur Objet
- Page 214 and 215: CONCLUSION La première version de
- Page 216 and 217: ; ( ( + & 2+5. . & & , & . + & +2(
- Page 218 and 219: ( +, & + < 0 9& - & = (( + 1 - + +,
- Page 220 and 221: BACK Telemetry Recording Workstatio
- Page 222 and 223: Figure 1: Real-time pen tip display
- Page 224 and 225: establishing different socket conne
- Page 226 and 227: 73 64 63 61 60 48 45 40 35 Level (d
- Page 228 and 229: SESSION 5 : TELEMESURE (SPECTRE - M
- Page 230 and 231: Currently various avenues are explo
- Page 232 and 233: Binary X Binary to RNS and RNS to B
- Page 234 and 235: The index multiplier block will be
- Page 236 and 237: The current implementation consists
- Page 238 and 239: Spécificité de la télémesure AI
- Page 240 and 241: Technique COFDM : La modulation COF
- Page 242 and 243: La réception s’effectue par une
hardware down and led to widely accepted and supported mediums for data<br />
transmission such as Ethernet. Moreover things change quickly in this world.<br />
Network bandwidth increases according to Moore’s law. Copper gives way to fibre,<br />
and 10Mbit LANs give way to 1Gbit SANs. Today Fibre-channel, FDDI and ATM are<br />
all transmission mediums that are finding favour in the commercial world. This leaves<br />
those of us in the flight test world hungrily eying develops in the commercial world<br />
and wondering how we can leverage their cost benefits into our programs.<br />
In this paper a COTS solution is presented that marries the two worlds. It tries to:<br />
- Let the FTI equipment do what it does well – sample synchronously<br />
- Let the commercial word do what it does well – move large amounts of data<br />
around<br />
- Perform the exchange in a rigorous and well-defined way<br />
- Maintain flexibility so that new developments in the commercial world can be<br />
quickly adapted.<br />
When FTI meets Commercial<br />
Figure 1: A typical Flight Test Instrumentation Configuration<br />
Communications jargon speaks of Bridges, Routers and Gateways. Although the<br />
definitions can be a little fuzzy, it is possible to think of them as follows:
Change language