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
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