MIL-STD-1760E, HS1760, AND FC-AE-1553
Transcription
MIL-STD-1760E, HS1760, AND FC-AE-1553
MIL-STD-1760E, HS1760, AND FC-AE-1553 10 April 2013 V01.00 Rev. A MIL-STD-1760E, HS1760, AND FC-AE-1553 10 April 2013 V01.00 Rev. A MIL-STD-1760E Aircraft/Store Electrical Interconnection System, a Department of Defense Interface Standard, was developed to reduce the proliferation of interfaces between aircraft and their stores, and instead promote interoperability between weapons and aircraft platforms. The purpose of this tutorial is to outline HS1760, bring sense to the myriad of standards that define the new protocols, and point out some major performance and feature enhancements enabled by HS1760. Table of Contents ....................................................................................................1 Section 1 INTRODUCTION ....................................................................................................2 Section 2 MAKING SENSE OF THE MYRIAD OF STANDARDS ....................................................................................................4 Section 3 HS1760 OVERVIEW ....................................................................................................5 Section 4 FIBRE CHANNEL OVERVIEW 4.1 Deterministic .................................................................................................................... 5 Flow Control 4.2 Fibre Channel .................................................................................................................... 6 Exchange Management ....................................................................................................7 Section 5 FC-AE-1553 OVERVIEW 5.1 Mass Data.................................................................................................................... 9 Transfer 5.2 From the.................................................................................................................... 10 Platform to the Store 5.3 From the.................................................................................................................... 11 Store to the Platform Section 6 ADDITIONAL....................................................................................................13 AS5653 PROFILING Section 7 ABOUT AIT ....................................................................................................14 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial II 1 INTRODUCTION MIL-STD-1760E Aircraft/Store Electrical Interconnection System, a Department of Defense Interface Standard, was published 24 October 2007. MIL-STD-1760 was developed to reduce the proliferation of interfaces between aircraft and their stores, (bombs, missiles, countermeasures, and miscellaneous sensors), and instead promote interoperability between weapons and aircraft platforms. It accomplished this by defining a standardized electrical interface and connector that included both a digital and analog databus, a standardized message protocol (MIL-STD-1553), power requirements, and discrete signals that would serve as a standardized interface between the stores and the computer based stores management systems. MIL-STD-1760 also defined the architectures allowed including network topologies that resulted in the definition of various control and wiring harness points like Carriage Store Interface (CSI), Aircraft Station Interface (ASI), Carriage Store Station Interface (CSSI) and Mission Store Interface (MSI). The end goal was to allow any given weapon to be easily hosted on many different aircraft platforms and, vice versa, allow any given aircraft platform to host many different weapons. The major difference between MIL-STD-1760E and its predecessor MIL-STD-1760D (published in August of 2003) is the inclusion of a high speed digital databus utilizing the High Bandwidth 2 and High Bandwidth 4 pins in the MIL-STD-1760 connector for Up Fibre Channel and Down Fibre Channel respectively. This high-speed digital databus defined in the SAE standard AS5653B has been given the popular name HS1760 (High-Speed 1760). The purpose of this tutorial is to inform you of HS1760, bring sense to the myriad of standards that define the new protocols, and point out some major performance and feature enhancements enabled by HS1760. 1 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 2 MAKING SENSE OF THE MYRIAD OF STANDARDS Figure 1: Relationship of INCITS Fibre Channel Standards and SAE Standards With MIL-STD-1760E Figure 1 above illustrates the various standards and their relationships to each other. Note that the INCITS standards depicted are not the complete family of Fibre Channel standards. The standards pictured are those that are important and relevant to a complete understanding of what is implemented in MIL-STD-1760E’s high-speed digital databus (HS1760). MIL-STD-1760E is the base weapons systems standard that invokes the other standards depicted in Figure 1. The three weapon interface standards represented by the SAE Aircraft Store Interfaces block on Figure 1, especially AS5653B, are directly referenced by and incorporated into MIL-STD-1760E. Then, as illustrated in Figure 1, the three weapon interfaces are reliant upon the Fibre Channel standards shown to the right of the bracket. Finally, the three SAE Validation Test Plans, which are works in progress still in committee, are testing Network Controllers, Network Terminals, and FC-AE Switches. These are the three active components foundational to the SAE Aircraft Store Interfaces. As illustrated in Figure 1 there are three SAE standards that define interfaces to stores (weapons). AS5725 defines the interface to Miniature Munitions. AS5726 defines the interface to Micro Munitions. AS5653B defines HS1760, the High-Speed Digital Data Bus for MIL-STD-1760E. The motivation for separate standards for Miniature and Micro Munitions lies in the weapons trend toward smaller smarter weapons associated with higheffectiveness and low collateral damage. For instance, Micro Munitions are envisioned to be between 5 and 50 pounds in weight. In order to reduce the connector size for Micro Munitions the pin count was reduced to 7 by multiplexing power over the Fibre Channel data link. MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 2 Table 1: Comparison of SAE Store Interfaces Feature Fibre Channel 1.0625 Gigabaud Serial Line Rate AS5725 AS5726 AS5653B X* X X* Power Multiplexed Over Fibre Channel Data Lines X 75 Ohm Single Ended Coax Wires X 150 Ohm Differential Pair Wires X X FC-AE-1553 Upper Level Protocol X X Alternate Physical Network MIL-STD-1553B Alternate Physical Network Extended Bit Rate 1553 (EBR1553 or SAE AS5652) X X X * For these Standards, Fibre Channel is the Class 1 option; the other interfaces are the required primary interfaces Table 1 above shows a brief comparison of these three standards in terms of their digital data busses. The two common components of all modern digital data bus interfaces to smart weapons is the use of Fibre Channel as the foundational standard operating at 1.0625 gigabaud and the use of FC-AE-1553 as the upper level protocol. Miniature Munitions developed to the AS5725 standard may have two digital databus interfaces, one of which is Fibre Channel the other is EBR-1553. Micro Munitions developed to the AS5726 standard defines only Fibre Channel as its digital databus. Once again, as illustrated in Figure 1, all three of these SAE standards rely upon the same family of Fibre Channel standards on the right side of the bracket. Any difference between the three as far as the Fibre Channel implementation goes is in the physical level. 3 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 3 HS1760 OVERVIEW HS1760 is the name given to the high-speed databus detailed in SAE AS5653B, designed for and incorporated into MIL STD-1760E. The databus is essentially a profile of Fibre Channel and FC-AE-1553, both of which are standards produced in the NCITS T11 committee serving the commercial digital storage area network market. The initial impetus behind HS1760 came as a request from the U.S. Navy seeking a highspeed weapons bus that would meet the needs of next generation of smart weapons that would require more than a low-latency command & control databus. Initially, HS1760 was seen as only running in parallel with MIL-STD-1553B in MIL-STD-1760E systems. In those envisioned systems the venerable MIL-STD-1553B bus was assigned its traditional role as the carrier of low-latency command and control messages. HS1760 Fibre Channel was seen as handling the higher-bandwidth applications of file transfers, video image transfers, terrain maps, and other high-bandwidth applications like sensors. With the introduction of the Micro Munition standard (AS5726) there would be only one means of communication to the weapon, HS1760 Fibre Channel. This means that the HS1760 databus must be able to simultaneously handle mixed-mode data traffic. It must be able to handle the higherbandwidth traffic requirements envisioned for the newer smarter class of weapons including mass memory transfers of initialization files while simultaneously guaranteeing the low-latency command & control traffic historically handled by MIL-STD-1553B. MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 4 4 FIBRE CHANNEL OVERVIEW Fibre Channel is the product of INCITS (International Committee for Information Technology Standards). INCITS operates under rules approved by the American Standards Institute (ANSI) developing Information and Communication Technologies (ICT) encompassing storage, processing, transfer, display, management, organization, and retrieval of information. The Fibre Channel family of standards was developed primarily for the storage market place and in fact Fibre Channel has been a highly successful data storage network since 1988 running billions of dollars in gross sales every year. However, within the Fibre Channel working group there was a subgroup called the Avionics Environment group that met and adapted Fibre Channel for the avionics community. As a result Fibre Channel is the primary avionics bus on all the latest aircraft fighter programs in the U.S. arsenal including the F-35, F-18E/F, and F-16 Block 50+. Fibre Channel has also been used on some major avionics upgrade and enhancement programs including B-2 EHF, C130, and others. And finally, the focus for this paper, Fibre Channel was chosen for the highspeed weapons bus in AS5653B. One question that often arises is, “Why wasn’t Ethernet used in all the above mentioned industry solutions instead of Fibre Channel? After all, Fibre Channel and Gigabit Ethernet share a common physical layer 8b/10b encoding, howbeit at a slightly different clock rate, so why Fibre Channel?” There are two fundamental reasons why Fibre Channel is a good choice. First, Fibre Channel is fundamentally more deterministic than Ethernet at the physical level because of a credit based flow control mechanism that prevents any Fibre Channel port from sending a frame if there is not a buffer available to receive that frame at the other end of the link. Secondly, Fibre Channel defines all the levels of protocol up to the application. These levels are summed up in the Fibre Channel Exchange Management that controls how two end devices coordinate and control the flow of information between them. Fibre Channel Exchange Management is both more deterministic and efficient than the IP (Internet Protocol) stack often used in Ethernet applications. 4.1 Deterministic Flow Control Fibre Channel’s deterministic flow control reduces the cost of the design and validation of avionics systems by reducing the scheduling burden placed upon the systems designer in that data collisions do not have to be avoided by design. The deterministic flow control ensures that competing users of critical shared buffer and transceiver resources are scheduled by the system automatically. Combine that with the use of priorities and the systems designer has a tool that enables him to construct a 'Plug & Play' system that works the way he wants it to with low-latency messages getting first crack at critical shared data-link resources like transceivers. HS1760 (AS5653B) profiled this standard Fibre Channel behavior by doubling it so that there would be two independent channels at each end of a Fibre Channel link. One channel 5 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial would be for the high-priority traffic generally associated with the low-latency command & control traffic and the other channel would be associated with the high-bandwidth traffic associated with file transfers, video image transfers, and any other multi-frame Sequence that would need to be sent. This prevents a high-bandwidth application from clogging the buffers and thereby preventing a low-latency message from being forwarded on a link. Each channel has its own buffers, the only resources being shared are the transceivers and wires that comprise the physical link. 4.2 Fibre Channel Exchange Management Fibre Channel Exchange Management is core to the power and efficiency of Fibre Channel. Exchange Management serves as an operation manager between two end devices wishing to communicate. Every upper level protocol has its own Exchange Manager. For instance, the Exchange Management for FC-AE-1553 is very different from an Internet Protocol (IP) Exchange Manager or an ASM (Anonymous Subscriber Messenger) Exchange Manager. The most widely distributed and used Exchange Manager in the Fibre Channel world is FCP which is a SCSI-3 Exchange Manager for the I/O data storage industry. The Exchange Manager spans several levels of protocol including insight to the Upper Level Protocol level down to the Fibre Channel FC-2 level which covers the bulk of Exchange Management. Its efficiency is based both in its hardware oriented implementation as well as to its robust traffic management capability. MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 6 5 FC-AE-1553 OVERVIEW FC-AE-1553 was chosen by the SAE AS5653B group as the upper level protocol of choice for MIL-STD-1760E for two reasons. First, it offered the advantage of allowing the reuse of legacy software written to MIL-STD-1553B. That means there is a direct mapping of the command set that applications written for MIL-STD-1553B used to the command set for FC-AE-1553. Secondly, FC-AE-1553 has the similar benefit of determinism offered by MIL-STD-1553B in that there is a single entity, Controller, which initiates all I/O activity on the network. Table 5: Comparison of 1553 Active Components MIL-STD-1553B FC-AE-1553 Bus Controller (BC) Network Controller (NC) Remote Terminal (RT) Network Terminal (NT) RT Address Network Terminal Address RT Subaddress NT Subaddress (NT_SA) MIL-STD-1553 Message FC-AE-1553 Exchange Command Word Command Sequence Status Word Status Sequence There are three active components in a FC-AE-1553 network: the Network Controller, the Network Terminal and the FC-AE switch. Table 5 lists some terminology equivalents between MIL-STD-1553B and FC-AE-1553. The basic FC-AE-1553 Exchanges are the NC to NT transfer, the NT to NC transfer and the NT to NT transfer. Each Exchange is originated by the Network Controller and may be viewed in the three figures below. 7 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial Figure 5-I: NC to NT Transfer Figure 5-II: NT to NC Transfer Figure 5-III: NT to NT Transfer MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 8 For command & control traffic a Fibre Channel Sequence will be comprised of a single Fibre Channel Frame that allows for 2048 bytes of user defined-data being included with the command or status headers. If there is more than 2048 bytes of data to be transferred then it falls into the realm of a Mass Data Transfer. 5.1 Mass Data Transfer Mass Data Transfers as defined in MIL-STD-1760E are comprised of three data messages types: 1. The Transfer Control (TC) 2. The Transfer Monitor (TM) 3. The Transfer Data (TD) Figures 5.1-II and 5.1-II below define a simple mapping of the historical Mass Data Transfer to the Fibre Channel protocol using FC-AE-1553. This mapping may be called FC-MDT (Fibre Channel – Mass Data Transfer). In this mapping there are essentially no changes to the actual file structure defined in MIL-STD-1760E enabling a backward compatibility to older mass data transfer files. Each selected file (Sf) to be transferred using the FC-MDT Protocol shall be divided into 1 to 255 consecutive records (Nr) with each record divided into 1 to 255 consecutive blocks (Nb). Each block contains 60 bytes with the first two bytes holding the record/block number and the remaining 58 bytes used for file data. All records within a specific file shall contain the same number of blocks. Unused words or bytes in each record shall be zero-filled. The entire file shall be transferred as one Fibre Channel Sequence. The entire file may be visualized as a single data structure in a buffer. The entire buffer will be sent using one FC-AE-1553 transfer using Burst Size Request. The purpose of the “Burst Size Request” option is to allow the receiving port to control the pace and flow of data it is receiving so that its receiving buffers are not overrun. Of course, Fibre Channel buffer-tobuffer credit based flow control mentioned earlier will prevent a frame from being sent on a physical link for that priority-channel when there is not a physical link buffer for that priority- 9 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial channel to receive it. But, after receiving frames into physical link buffers, they need to be moved to a staging area where the entire transfer or Fibre Channel Sequence is being assembled before presentation to the application program. The size of the staging area buffers is what is being paced with the Burst Size Request option. For instance, the Mass Data Transfer file structure blocks are 60 bytes and a single record contains 255 blocks. So every record contains 15,300 bytes. Perhaps the staging area buffer would handle one record at a time. As the staging buffer is filled, it is written to working memory or a storage device like a disk drive or tape drive. The time it takes the receiving device to make that transfer within itself is the time that it cannot handle any more data being received. This is also the amount of time the receiving port will wait before it issues the status message back to the sending device with the Burst Size Request bit enabled. A status message with the Burst Size Request bit set is the trigger for the sending device to transmit the next Mass Data Transfer Record embedded within a Fibre Channel Sequence. 5.2 From the Platform to the Store From the platform to the store the transfer will be a NC to NT transfer using Burst Size Request. The diagram of Figure 5 illustrates a FC-MDT transfer from the platform (NC) to the store (NT). Every illustrated Fibre Channel Sequence represents a Mass Data Transfer Record. Between the first and last Data Sequence is a cycle of Status Sequences and Data Sequences flowing in opposite directions. Figure 5.2: NC to NT Transfer with Burst Size Request MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 10 5.3 From the Store to the Platform In the store to platform direction the transfer shall be a NT to NT transfer with the receiving NT being the NC using Burst Size Request. All Fibre Channel Frames shall be packed full with the possible exception of the last one in the Sequence. Figure 5.3: NT to NT Transfer with the NC being the Receiving NT 11 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 12 6 ADDITIONAL AS5653 PROFILING In addition to what has been covered, AS5653B also profiles several other miscellaneous features including: FHCP, Frame Header Control Protocol, is defined in FC-AV as the upper level protocol for video or image transfers. This protocol is a very efficient transport protocol developed especially for Fibre Channel and that takes advantage of the Fibre Channel Header structure. Video, video with audio, and still images may all be sent with a standardized containerization protocol defined in FC-AV. A special set of Fibre Channel timeout values unique for MIL-STD-1760E systems. These timeout values are ones normal to standard Fibre Channel as well as those specific to FC-AE-1553. A select set of Extended Link Services, or ELS. These link services include SCR and RSCN which allow the NC to become aware of link state changes on the switches. These are useful to detect when a store has powered up, powered down, or be deployed. Also included are a set of ELS routines to allow the NC to read and write to the Principal switch the Fast Fabric Initialization Domain Topology Map. This gives a standardized way for the system to initialize the weapon or stores load as well as a standardized way to communicate dynamically changes to the store load status. Switch features including the ability to broadcast messages, but not multicast, the support of two independent priority channels, and NC/NT subsystems initialization and login functions relative to the switch. 13 MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 7 ABOUT AIT Avionics Interface Technologies AIT offers a full range of solutions to the HS1760 user and developer. Products include HS1760 IP CORE, embedded end-systems, test systems, and verification and validation equipment as well as HS1760 switches. Our HS1760 products are complete hardware and software solutions. The HS1760 products supports the standard FC-AE-1553 frame formats for command, control, and other data communications as profiled in the SAE AS5653. The HS1760 products will simulate a Network Controller (NC) as well as Network Terminal (NT). The products can also be used in SAE AS5725, Miniature Munitions Store Interface (MMSI) Rev. D as well as SAE AS5726 Interface for Micro Munitions (IMM) applications. MIL STD-1760E, HS1760, & FC-AE-1553 Protocol Tutorial 14