| Futurebus, Futurebus+, FUCHEBUS+ | |
|---|---|
| Historie | |
| Udvikler |
IEEE Microcomputer Standards Committee, IEEE Bus Architecture Standards Committee (BASC) |
| Udviklede sig | 1987 |
| specifikationer | |
| Hot swap | Ja |
| Dataindstillinger | |
| Bit Bredde | 32-256 |
| Protokol | parallel |
Futurebus er en busstandard udviklet i regi af IEEE og designet til at levere dataoverførsel både mellem alle computerkomponenter , inklusive processor, RAM og udvidelseskort, og over LAN-forbindelser. Det Futurebus-relaterede sæt af standarder definerede også elementerne i et kassesystem , cache-kohærensalgoritmer og andre aspekter af computersystemer . Dette projekt blev startet i 1979 og varede indtil 1987, og sluttede med vedtagelsen af den første version af standarden og den øjeblikkelige start af arbejdet med dens redesign. Ændringen af standarden fortsatte indtil 1994, hvorefter forskellige tilføjelser blev frigivet i nogen tid. På dette tidspunkt var industrien stort set skiftet til andre teknologier, og Futurebus-support gav ikke producenterne en væsentlig fordel. Ikke desto mindre fortsætter støtten til standarden fra individuelle producenter fragmentarisk til i dag [1] .
I slutningen af 1970'erne havde computerteknologien spredt sig tilstrækkeligt til at rejse spørgsmålet om standardisering af udvekslingsgrænseflader mellem individuelle elementer i computersystemer. Det var i denne periode, at ingeniørmiljøet begyndte at gøre en aktiv indsats for at skabe omfattende, ikke-producentspecifikke standarder på telekommunikationsområdet, og han havde en vis grund til at tro, at den fælles udvikling inden for rammerne af aktiviteterne i neutral udvalg og vedtagelsen af en industriel standard for en computerbus ville være mulig, og selve den tekniske løsning vil forblive relevant i tilstrækkelig lang tid til at være nyttig for industrien.
Ingeniørerne samlet under IEEE 896-komiteen havde til hensigt at kopiere succesen med Multibus- systemer og begyndte at udvikle næsten samtidigt med Motorolas VMEbus -bus , som begyndte at udvikle sig næsten samtidigt med Futurebus , og samtidig skulle udgive et sæt af bredere og indbyrdes forbundne standarder, sammen med en computerbus, der definerer andre aspekter, der bygger computersystemer.
I løbet af denne periode oversteg båndbredden af den ovenfor nævnte VMEbus , som fungerede som et af benchmarks for deltagerne i IEEE 896-udvalget, kravene til dataoverførselshastighed fra RAM og de mest moderne mikroprocessorer. Dette gav grund til at bygge en ny bus som en trunk-modulær , det vil sige designet til at forbinde et system til det fra forenede boards - CPU, RAM og udvidelseskort til tilslutning af eksterne enheder. Spørgsmålet om maskine-til-maskine-kommunikation, i det mindste i et lokalt netværk, kom naturligvis ned til implementeringen af specialiserede udvidelseskort, der overfører information mellem individuelle enheder og racks. Således blev den fremtidige universelle standard planlagt på samme måde som lokalnetstandarden .
Med denne tilgang havde bussen et naturligt krav om at arbejde i asynkron tilstand, så langsomme enheder kunne arbejde sammen med hurtige, den skulle understøtte forskellige dataoverførselshastigheder.
Udvalgsmedlemmerne var også fortrolige med erfaringerne med at bruge NIM- og CAMAC- systemer, og nytten af at standardisere de mekaniske design af brædder og kasser var indlysende for dem . Udviklerne af Futurebus kommunikerede med udviklerne af lignende i funktionalitet, men mere fokuseret på dataindsamlingssystemer, FASTBUS- standarden , senere standardiseret som IEEE 960. Den generelle tekniske kontekst førte til, at en række tekniske løsninger, som f.eks. distribueret voldgiftsteknik , blev implementeret i disse standarder på lignende måde.
En typisk udvikling af en IEEE-standard begyndte med, at virksomheden, der udviklede teknologien og implementerede den i deres enheder, sendte teknologien til en komité for standardisering. I tilfældet med Futurebus skete alt i den modsatte rækkefølge - entusiastiske ingeniører besluttede sig for først at udvikle en universel og nyttig standard for alle, og udvikle specifikke enheder baseret på den færdige specifikation. Denne tilgang var årsagen til, at hele idéen mislykkedes. Virksomhederne, som nogle af udvalgsmedlemmerne arbejdede i, sluttede sig enstemmigt til at støtte projektet, hvorefter hver især begyndte at presse på for at få med i standarden de aspekter og egenskaber ved tekniske anordninger, som var af interesse for netop denne virksomhed. Udkastet til standard voksede, og dens udvikling blev bremset og bremset. Som et resultat gik der otte lange år fra starten af udviklingen til den endelige godkendelse af standarddokumenterne, som fandt sted i 1987.
En række virksomheder, herunder Tektronix og American Logic Machines , har lanceret systemer, der udelukkende er baseret på Futurebus, eller i det mindste hybride. Teknologistøtte blev også leveret af producenter af individuelle komponenter - Texas Instruments , Molex Inc , Tyco Electronic og en række andre.
Næsten på tidspunktet for udgivelsen af standarden var repræsentanter for den amerikanske flåde interesseret i højhastighedsdatatransmissionsteknologi til projektet Next Generation Computer Resources (NGCR) , som skulle give behandling af ekkolodsdata fra Seawolf-klassen ubåde , der blev designet på det tidspunkt , fortalte udvalgsmedlemmer, at de ville være klar til at acceptere Futurebus som en teknisk standard for deres projekt, men ... kun hvis de næste og ret seriøse tilføjelser til selve standarden. I forventning om store offentlige indkøb begyndte udvalgsmedlemmer straks at udvikle en ny version af standarden - Futurebus + , og brugte yderligere fire år på at færdiggøre dens hoveddel, hvilket bremsede industriens vedtagelse af standarden endnu mere.
Hver af Futurebus+-tilhængerne havde deres egne ideer om, hvad der præcist skulle inkluderes i standarden. Som følge heraf blev begrebet "profiler" inkluderet i standarden, der blev meget omfattende - typiske delmængder af standarden, med fokus på en eller anden specifik anvendelse. Implementeringen af profilerne resulterede i, at branchen lancerede mange delvist kompatible produkter på markedet, som alle formelt var i overensstemmelse med Futurebus+, men som ikke var garanteret at arbejde sammen. Kompleksiteten ved at udvikle Futurebus+-standarden voksede og voksede. Dette førte i sidste ende til, at en enkelt arbejdsgruppe af IEEE 896-standarden begyndte at splitte sig. IEEE Bus Architecture Standards Committee (BASC) opstod fra IEEE Microcomputer Standards Committee.
Resultatet af udviklingen af standarden var tvetydigt. Futurebus har haft stor indflydelse på industrien, men har oplevet udbredt adoption i sig selv. Det indledende brede team, der ledede dets udvikling, brød senere op i separate grupper og begyndte at formalisere deres ideer i nye formater. Medlemmerne af Futurebus-udviklingsudvalget deltog efterfølgende i skabelsen af SCI , QuickRing , IEEE 1355 / SpaceWire og flere andre standarder, og selve udviklingen, delvist udført som en del af udvalgets aktiviteter, såsom cache coherence -protokollen , hot ombytning af tavler, og LVDS -teknologi blev brugt, i det følgende uden for Futurebus-sammenhæng.
Futurebus var oprindelsen til udviklingen af teknologi såsom den trapezformede transceiver, som er en type netværkstransceiver . Denne chipdesignteknik letter i høj grad implementeringen af computerbusser og backplanes . De originale trapezformede transceivere er designet af National Semiconductor . En nyere version af enheder, der overholder kravene i Futurebus + og mere specifikt IEEE Std 1194.1-1991 Backplane Transceiver Logic (BTL)-standarden, produceres stadig af dette firma og Texas Instruments .
Frigivelsen af Futurebus / Futurebus + udstyr fortsatte i nogen tid efter udgivelsen af standarden og dens individuelle typer - og fra 2019. Især Futurebus+ transceivere, der overholder IEEE Std 1194.1-1991 Backplane Transceiver Logic (BTL)-standarden, bliver fortsat fremstillet af Texas Instruments .
Futurebus+ blev brugt som en I/O-bus i nogle DEC-computere, DEC 4000 AXP og DEC 10000 AXP serierne . Futurebus+ FDDI -kort understøttes stadig på OpenVMS -operativsystemet .
Futurebus er blevet beskrevet i et helt sæt standarder, hvoraf en delvis liste er givet nedenfor:
Futurebus er en af de få busstandarder, der ikke er blevet fastkoblet til nogen standard kredsløbsniveaulogik. Det blev designet til at blive implementeret ved hjælp af TTL-logik , ECL-logik , CMOS-logik eller andet. [2] .
Inden for arbejdsgruppens rammer blev der dog udviklet en el-specifikation
Futurebus+ understøtter busbredder fra 32 til 256 bit. Hvis det ønskes af udvikleren, kan enheden implementeres på en sådan måde, at den interagerer med andre enheder, der fungerer på enhver busbredde, inklusive dem, der kun er i stand til at arbejde med en delmængde af protokollen, der er bundet til en specifik bredde.
Euromechanics- konstruktionen beskrevet i dokumentet 1101-1987 IEEE Standard for Mechanical Core Specifications for Microcomputers Using IEC 603-2 Connectors blev vedtaget som standarden for Futurebus-systemer .
Nedenfor er en række andre standardiserende dokumenter, der er tæt knyttet til Futurebus med hensyn til de mekaniske egenskaber af dets moduler, køling og stik.
Oprindeligt definerede IEEE 896.2-dokumentet tre profiler for målapplikationer.
Efterfølgende blev en række nye profiler standardiseret.
I Rusland er teksten til IEEE 896.2-standarden oversat til russisk og vedtaget som GOST 34.31-96 FUCHEBUS+-grænsefladen for den fysiske lagspecifikation. Oversættelsen blev skabt af det videnskabelige hold fra Research Institute of Nuclear Physics ved Moscow State University under vejledning af professor S. G. Basiladze.
| Computerbusser og interfaces | |
|---|---|
| Basale koncepter | |
| Processorer | |
| Indre | |
| bærbare computere | |
| Kører | |
| Periferi | |
| Udstyrsstyring | |
| Universel | |
| Video interfaces | |
| Indlejrede systemer | |
| IEEE standarder | |||||||
|---|---|---|---|---|---|---|---|
| Nuværende |
| ||||||
| Serie 802 |
| ||||||
| P-serien |
| ||||||
| Erstattet | |||||||
| |||||||