24.11.2014 Views

Military Embedded Systems Spring 2005 Volume 1 Number 1

Military Embedded Systems Spring 2005 Volume 1 Number 1

Military Embedded Systems Spring 2005 Volume 1 Number 1

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Industry Analysis<br />

MILITARY EMBEDDED SYSTEMS Resource Guide<br />

VMEbus technology and its life cycle<br />

By Jerry Gipper<br />

Life cycle longevity is one of the<br />

key attributes of VMEbus that<br />

contributes to its popularity in<br />

defense programs needing highend<br />

embedded computing solutions.<br />

Suppliers of VMEbus technology have<br />

listened well to their users. Over the years,<br />

significant improvements have been made<br />

to the performance and capabilities of this<br />

technology. The industry suppliers have<br />

developed a technology roadmap that preserves<br />

backward compatibility of today’s<br />

solutions with those of the past. Utilizing<br />

a VME life cycle model is generally good<br />

life-cycle planning practice. The VME<br />

Standards Organization continues to battle<br />

the pros and cons of new technology and<br />

backwards compatibility. They have made<br />

reasonable accommodations where possible<br />

giving suppliers alternatives to move<br />

forward with leading-edge technology at a<br />

pace that suites their target markets.<br />

The original VMEbus specification<br />

(VME32) started out as a definition for a<br />

parallel computer bus supporting 24-bit<br />

addressing and 16-bit data paths with<br />

expansion capability to 32-bit addressing<br />

and 32-bit data paths. The theoretical<br />

maximum performance of the bus was<br />

40 MBps and it was considered exceptional<br />

if a product could hit 20 MBps. The first<br />

generations of products took several years<br />

before they started pushing the capability<br />

envelope of the original specification.<br />

VMEbus enhancements<br />

Enhancements were later proposed and<br />

adopted that pushed the capability to support<br />

64-bit data paths (commonly referred<br />

to as VME64) and raised the theoretical<br />

throughput bandwidth to 80 MBps. To<br />

fully use the enhancements required that<br />

a new VME connector be implemented,<br />

this connector was cleverly designed so<br />

that VME64 products can be completely<br />

compatible with the original VME32 generations.<br />

Recently, the VMEbus specification was<br />

enhanced once again to VME 2eSST, that<br />

extends performance by adding a two<br />

edge, source synchronizing data transfer<br />

capability that allows sustained data transfers<br />

in excess of 300 MBps. VME 2eSST<br />

is totally backwards compatible with<br />

existing connectors and backplanes. The<br />

secret sauce is in new incident wave bus<br />

transceivers that allow older backplanes<br />

to handle the high speed waveforms. The<br />

original VME32 specification had enough<br />

foresight to provide for VME 2eSST type<br />

capabilities without redefining the original<br />

bus protocols. Most importantly, this<br />

means that software does not have to be<br />

rewritten to use the new protocols.<br />

Concepts exist that could take the parallel<br />

VMEbus to over 500 MBps while maintaining<br />

that ever important backwards<br />

compatibility. VMEbus technology has<br />

also embraced the movement to serial<br />

switch fabric solutions. These solutions<br />

are not necessarily a new concept but they<br />

are gaining new acceptance as they have<br />

become more practical and have shown<br />

tremendous ability to provide scalable<br />

high bandwidth.<br />

Ethernet is now one of the most common<br />

fabric solutions. The VME technology<br />

family has several alternatives to choose<br />

from that use Ethernet. VITA 31, which<br />

adds Gigabit Ethernet on VME64 backplanes<br />

via a previously defined P0 connector,<br />

is the first generation of switch<br />

fabric solutions implemented in VMEbus<br />

backplanes. VITA 31 works with the existing<br />

VME32, VME64, and VME2eSST<br />

configurations.<br />

VME Switched Serial (VXS) combines<br />

the event driven parallel VMEbus with<br />

enhancements to support switch fabrics<br />

over a new P0 connection. VXS maintains<br />

backward compatibility with existing<br />

backplanes that do not have a conflicting<br />

P0 scheme. Several fabric protocols are<br />

mapped out for VXS including 10 Gigabit<br />

Ethernet, PCI Express, Serial RapidIO,<br />

and InfiniBand. VME’s parallel bus architecture<br />

provides bus control and maintenance<br />

data, handling everything from<br />

single byte transactions to 300+ MBps<br />

block data transfers. Combining this in<br />

various ways with the emerging switch<br />

fabric technologies for multi-point,<br />

high-speed data transfers creates choices<br />

for all types of embedded computing<br />

designs.<br />

All of these enhancements to the VMEbus<br />

technology have been evolutionary in<br />

nature, carefully specified to maximize<br />

backwards compatibility, extend the technology<br />

life cycle of VMEbus, and most<br />

importantly, preserve years of investments<br />

made by users of VME technology.<br />

Additional work continues to extend<br />

the capabilities of VME technology even<br />

further.<br />

Migration planning<br />

But what can suppliers do to allow development<br />

programs to take advantage of the<br />

work done by the standards developers?<br />

Since most embedded computing applications<br />

have a long life, system designers<br />

and integrators need to be sure that their<br />

supplier will be capable of manufacturing<br />

computing platforms, whose form,<br />

fit, and function does not change without<br />

warning, for a period of several years.<br />

The industry goal should be to have useful<br />

life cycles in excess of 10 years. Products<br />

should be planned to handle changes and<br />

part obsolescence to allow production to<br />

continue for a minimum of 10 years. To<br />

do this, I propose a concept of what I call<br />

a virtual product life cycle. An individual<br />

product should go through no more than<br />

three major revisions over this 10-year<br />

life span. These revisions should be timed<br />

to optimize design and manufacturing<br />

changes as well as parts obsolescence.<br />

How would this work? Revision A is<br />

planned as the first release of the product<br />

and should be available for approximately<br />

three years (see Figure 1). At the<br />

end of year two, release the second version,<br />

revision B. There would be approximately<br />

a one year overlap of these two<br />

revisions (A and B). These versions<br />

should have consistent features and exter-<br />

8 / <strong>2005</strong> MILITARY EMBEDDED SYSTEMS Resource Guide

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!