IEEE-488 | |
---|---|
IEEE-488 kabel med stik | |
Type | dæk |
Historie | |
Udvikler | HP |
Udviklede sig | 1965 |
fordrevet | IEEE-488.2 |
Fordrevet | HP-IB, GPIB (1975) |
specifikationer | |
Hot swap | Ja |
Dataindstillinger | |
Bit Bredde | 8 bit |
Båndbredde | 8 Mb/s |
Maks. enheder | femten |
Protokol | parallel |
Mediefiler på Wikimedia Commons |
IEEE-488 ( Standard Digital Interface for Programmable Instrumentation ) er en international standardspecifikation , der beskriver en grænseflade til tilslutning af digitale måleinstrumenter til en bus .
Udviklet af Hewlett-Packard i slutningen af 1960'erne til brug i automatiseret testudstyr ( ATE ) under navnet Hewlett-Packard Interface Bus (HP-IB) [ 1] . I 1975 blev det standardiseret af American Institute of Electrical and Electronics Engineers som IEEE-488, og bruges stadig i denne kapacitet. IEEE-488 er også kendt som General Purpose Interface Bus (GPIB), IEC-625 ( IEC 625.1) og andre navne . I den lignende sovjetiske standard GOST 26.003-80 "Grænsefladesystem til måleenheder med byte-seriel, bit-parallel informationsudveksling", kaldes det "multi-wire public trunk channel".
Hver enhed på bussen har en unik fem-bit primær adresse i området fra 0 til 30 (således er et muligt antal enheder 31). Enhedsadresser behøver ikke at være sammenhængende, men skal være adskilte for at undgå konflikter. Standarden tillader, at op til 15 enheder kan tilsluttes en tyve meter fysisk bus ved hjælp af kædestik til forlængelse [2] [3] .
Aktive udvidere giver dig mulighed for at forlænge bussen og bruge op til 31 teoretisk mulige enheder på den logiske bus.
Der er defineret tre forskellige typer enheder, der kan tilsluttes bussen: "lytter" (lytter), "taler" (højttaler) og/eller controller (mere præcist kan enheder være i tilstanden "lytter" eller "taler", eller være af typen "controller"). En enhed i "lytter"-tilstand læser beskeder fra bussen; en enhed i "taler"-tilstand sender beskeder til bussen. På ethvert givet tidspunkt kan der være én og kun én enhed i "taler"-tilstanden, mens der kan være et vilkårligt antal enheder i "lytter"-tilstand. Controlleren fungerer som en dommer og bestemmer, hvilke af enhederne der i øjeblikket er i tilstandene "taler" og "lytter". Der kan tilsluttes flere controllere til bussen på samme tid. I dette tilfælde er en af controllerne (normalt placeret på GPIB-interfacekortet) den ansvarlige controller (Controller-in-Charge, CIC) og uddelegerer sine funktioner til andre controllere efter behov.
Kontrol- og dataoverførselsfunktionerne er logisk adskilte; afsenderen kan henvise til en enhed som en oplæser og en eller flere enheder som lyttere uden at skulle deltage i dataoverførslen . Dette gør det muligt at dele den samme bus på tværs af flere controllere. På et givet tidspunkt kan kun én busenhed være aktiv som ansvarlig controller.
Data overføres over bussen under en trefaset klar/tilgængelig/accepteret forbindelsesetableringsprocedure, hvor den langsomste deltagende enhed bestemmer transaktionshastigheden. Den maksimale dataoverførselshastighed var 1 MB/s i den originale udgave af standarden og er blevet øget til 8 MB/s i udvidelser til standarden.
Elektrisk er IEEE-488 en otte-bit parallel bus, der indeholder seksten signallinjer (otte tovejs for data, tre for tilslutning, fem for busstyring) plus otte returledninger til jord.
Alle signallinjer bruger negativ logik: den største positive spænding fortolkes som en logisk "0", og den største negative spænding fortolkes som en logisk "1". Datalinjer (DIO) er nummereret fra 1 til 8, og datalinjer (LD) i GOST er nummereret fra 0 til 7.
De fem grænsefladekontrollinjer fortæller enheder, der er tilsluttet bussen, hvilke handlinger de skal udføre, hvilken tilstand de skal være i, og hvordan de skal reagere på GPIB-kommandoer.
GPIB-kommandoer transmitteres altid ved hjælp af den klassiske IEEE-488.1-protokol. Standarden definerer formatet af kommandoer sendt til værktøjer og formatet og kodningen af svar. Kommandoer er normalt forkortelser af de tilsvarende engelske ord. Forespørgselskommandoer slutter med et spørgsmålstegn. Alle obligatoriske kommandoer er foranstillet med en stjerne (*). Standarden definerer det minimumssæt af muligheder, som hvert værktøj skal have, nemlig: modtage og sende data, sende en serviceanmodning og svare på "Ryd interface"-signalet. Alle kommandoer og de fleste data bruger 7-bit ASCII -sættet , hvor den 8. bit ikke bruges eller bruges til paritet.
For at modtage information fra enheder, der er tilsluttet bussen og omkonfigurere bussen, sender controlleren kommandoer af fem klasser: "Uniline" ("single-bit"), "Universal Multiline" ("multi-bit generelt formål"), "Address Multiline" " ("multi-bit adresse") , "Talk Address Group Multiline" ("multi-bit gruppeadressetransmittering") og "Listen Address Group Multiline" ("multi-bit gruppeadressemodtagelse").
Beskrivelse | Escape-sekvens | IEEE-488.2 krav |
---|---|---|
Send ATN-kommando sand | send kommando | Nødvendigvis |
Indstilling af adressen til afsendelse af data | Send opsætning | Nødvendigvis |
Send kommandoer ATN-falsk | Send databytes | Nødvendigvis |
Sender en programbesked | sende | Nødvendigvis |
Indstilling af adressen til modtagelse af data | Modtag opsætning | Nødvendigvis |
Modtag data ATN-falsk | Modtag svarmeddelelse | Nødvendigvis |
Modtagelse af en svarbesked | modtage | Nødvendigvis |
IFC-linjeaktivering | Send ifc | Nødvendigvis |
Rengøring af apparater | Enhed Ryd | Nødvendigvis |
Indstilling af enheder offline | Aktiver lokale kontroller | Nødvendigvis |
Indstilling af apparater til fjernbetjeningstilstand | Aktiver fjernbetjening | Nødvendigvis |
Indstilling af enheder i fjernbetjeningstilstand i låst tilstand | Indstil RWLS | Nødvendigvis |
Indstilling af enheder offline i låst tilstand | Send LLO | Nødvendigvis |
Læs statusbyte 488.1 | Læs Status Byte | Nødvendigvis |
Afsendelse af en trigger-udførelsesmeddelelse til en gruppe (GET) | udløser | Nødvendigvis |
Overfør kontrol til en anden enhed | Bestå kontrol | Nødvendigvis |
Parallel afstemning | Udfør parallel afstemning | |
Enhedskonfiguration til parallel polling | Parallel afstemningskonfiguration | |
Aflysning af muligheden for parallel afstemning | Parallel afstemning afkonfiguration |
Den anden komponent i kommandosystemet er Programmable Instrument Command Standard, SCPI .( Eng. Standard Commands for Programming Instruments ), vedtaget i 1990 . SCPI definerer standardregler for afkortning af nøgleord, der bruges som kommandoer. Nøgleord kan bruges i enten lange (for eksempel MEASure - måle) eller korte caps (MEAS). Kommandoer i SCPI-format er præfikset med et kolon. Kommandoargumenter er adskilt af et komma. SCPI-standarden fungerer på en programmerbar instrumentmodel. Modellens funktionelle komponenter omfatter et målesystem (undersystemer "input", "sensor" og "beregner"), et signalgenereringssystem (undersystemer "beregner", "kilde" og "output") og undersystemer "format", " display", "hukommelse" og "trigger". Naturligvis mangler nogle værktøjer nogle systemer eller undersystemer. For eksempel har et oscilloskop ikke et signalgenereringssystem, men en programmerbar digital sekvensgenerator har ikke et målesystem. Kommandoer til at arbejde med komponenter i systemer og undersystemer er hierarkiske og består af underkommandoer adskilt af kolon.
Et eksempel på en kommando, der konfigurerer et digitalt multimeter til at måle AC-spænding op til 20 V med en nøjagtighed på 1 mV og samtidig anmoder om måleresultatet [1] :
:MÅL:SPÆNDING:AC?20,0,001
Protokoller kombinerer sæt af kontrolsekvenser for at udføre en komplet måleoperation. Der er defineret 2 obligatoriske og 6 valgfrie protokoller. RESET-protokollen sikrer, at alle instrumenter initialiseres. ALLSPOLL-protokollen poller hver opstilling i rækkefølge og returnerer en statusbyte for hver opstilling. PASSCTL- og REQUESTCTL-protokollerne giver overførsel af kontrol af bussen til forskellige enheder. TESTSYS-protokollen implementerer en selvtestfunktion for hver enhed.
FINDLSTN- og FINDRQS-protokollerne understøtter GPIB-systemstyring. I dette tilfælde anvendes de muligheder, der ligger i 488.1-standarden. Controlleren udfører FINDLSTN-protokollen, genererer en lytteradresse og kontrollerer tilstedeværelsen af en enhed på bussen baseret på tilstanden af NDAC-linjen. FINDLSTN-protokollen returnerer en liste over lyttere, og udførelse af denne protokol, før applikationen begynder at køre, sikrer, at den aktuelle systemkonfiguration er korrekt. FINDRQS-protokollen bruger muligheden for at teste SRQ-linjen. Indtastningslisten over enheder kan prioriteres. Dette sikrer, at de mest kritiske enheder serviceres først.
Søgeord | Navn | Krav |
---|---|---|
NULSTIL | Systeminstallation | Nødvendigvis |
ALLSPOL | Sekventiel enhedsforespørgsel | Nødvendigvis |
FINDRQS | Sådan finder du et instrument, der kræver FINDRQS | Valgfri |
PASSCTL | Overførsel af kontrol | Valgfri |
REQUESTCTL | Ledelsesanmodning | Valgfri |
FIDLSTN | Søg efter lyttere | Valgfri |
TESTSYS | System autotest | Valgfri |
SETADD | Adresseindstilling | Valgfrit, men kræver FIDLSTN |
pind nr . [4] | navn ifølge IEEE | navn ifølge GOST | Formål | ||
---|---|---|---|---|---|
en | Data input/output bit. | DIO1 | Datalinje 0 | LD0 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
2 | Data input/output bit. | DIO2 | Datalinje 1 | LD1 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
3 | Data input/output bit. | DIO3 | Datalinje 2 | LD2 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
fire | Data input/output bit. | DIO4 | Datalinje 3 | LD3 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
5 | End-eller-identificer. | EOI | Slut på overførselslinje | KP | Brugte "taler" til at identificere slutningen af beskeden. Controlleren hævder dette signal for at initiere parallel polling af enheder forbundet til bussen. |
6 | data gyldige. | DAV | Linje "ledsager data" | SD | Bruges af en oplæserenhed til at underrette lytterenheder om, at den information, som oplæseren har udarbejdet, er på datalinjerne og er gyldig. |
7 | Ikke klar til data. | NRFD | Linje "klar til at modtage" | GP | Bruges af "lytter"-enheder til at informere "taler"-enheden om, at de ikke er klar til at modtage data. I dette tilfælde holder "talerenheden" op med at udveksle information, indtil alle enheder af typen "lytter" er klar til at fortsætte dialogen. Bussen er implementeret efter princippet om "monteret OR", som gør det muligt for hver lytter taget separat at suspendere hele bussen. |
otte | Ikke data accepteret. | NDAC | Linje "data modtaget" | DP | Bruges af "lytter"-enheder og fortæller "taler"-enheden, at dataene er modtaget af alle destinationer. Når dette signal ikke er aktivt, kan oplæseren være sikker på, at alle klienter har læst dataene fra bussen og kan fortsætte med overførslen af den næste databyte. |
9 | interface klar. | IFC | Linje "ryd grænseflade" | OI | Signalet bruges til at initialisere eller geninitialisere bussen og nulstille interfacet. |
ti | serviceanmodning. | SRQ | Serviceanmodningslinje | ZO | Signalet er tilgængeligt for enhver busklient. Det genereres af enheden, når det er nødvendigt at overføre oplysninger til den registeransvarlige om ændringer i enhedens drift (tilstand) og behovet for at overføre disse data til den registeransvarlige for at træffe en beslutning om ændringer i funktionen af enheden. systemet som helhed. På dette signal overfører controlleren, hvis det er muligt, den enhed, der sendte den til "taler"-tilstanden og overfører dataoverførselsfunktioner til den. |
elleve | Opmærksomhed. | ATN | Linje "kontrol" | OP | Buscontrolleren bruger linjen til at fortælle klienter, at der er kommandoer på bussen, ikke data. |
12 | Skjold | SKJÆLD | Skærm | SP OP | Tråden fra ben 12 er snoet med ledningen fra ben 11 |
13 | Data input/output bit. | DIO5 | Datalinje 4 | LD4 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
fjorten | Data input/output bit. | DIO6 | Datalinje 5 | LD5 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
femten | Data input/output bit. | DIO7 | Datalinje 6 | LD6 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
16 | Data input/output bit. | DIO8 | Datalinje 7 | LD7 | En ledning i CPC'en for et interfacesystem, der bruges til at overføre information mellem tilsluttede enheder. |
17 | fjernaktivering. | REN | Linje "fjernbetjening" | DU | Skifter den enhed, der er tilsluttet bussen, til tilstanden til at udføre kommandoer fra bussen (og ikke fra kontrolpanelet) og omvendt. Den genereres af controlleren for at aktivere driften af enheder forbundet til bussen i henhold til kommandoer modtaget fra controlleren. |
atten | (tråd snoet med DAV) | GND | Par snoet LED-signalledning | SP SD | En af de "logiske jordledninger" snoet med signallinjen for at minimere gensidig interferens mellem signallinjerne, signallinjernes modtagelighed for ekstern støj og transmission af grænsefladesignaler til det eksterne miljø. |
19 | (tråd snoet med NRFD) | GND | Par snoet GP-signalledning | SP GP | Tilsvarende |
tyve | (tråd snoet med NDAC) | GND | Par snoet DP-signalledning | SP DP | Tilsvarende |
21 | (tråd snoet med IFC) | GND | Parsnoet trådsignallinje OI | SP OI | Tilsvarende |
22 | (tråd snoet med SRQ) | GND | Parsnoet trådsignalledning ZO | SP ZO | Tilsvarende |
23 | (tråd snoet med ATN) | GND | Parsnoet UE-signalledning | SP OP | Tilsvarende |
24 | Logisk grund | "Logisk land" |
IEEE-488 specificerer et 24-bens Amphenol bånd-type mikrostik til tilslutning. Mikrostikket af båndtypen har et D-formet metalhus, der er større end D-subminiaturestikket . Konnektoren kaldes nogle gange fejlagtigt som et " Centronics-stik ", fordi den samme type 36-bens stik blev brugt af printerproducenter til deres respektive printerforbindelser.
Et usædvanligt træk ved IEEE-488-stikket er, at det normalt bruger et "dobbelthovedet" design med et stik på den ene side og en hun på den anden side af stikket (i begge ender af kablet). Dette muliggør tilslutning af stik til en simpel kædeforbindelse. De mekaniske egenskaber ved stikket begrænser antallet af stik i en stak til fire eller færre.
De holdes på plads med enten UTS ( Unified Thread Standard ) gevindskruer (nu stort set forældede) eller M3,5×0,6 metriske skruer. Efter konvention er de metriske skruer malet sorte, så to stik af forskellige typer ikke krydser hinanden.
IEC-625-standarden påbyder brugen af 25-bens D-subminiature-stik, det samme som bruges af en IBM PC-kompatibel computer til parallelporten . Dette stik har, sammenlignet med 24-bens stiktypen, ikke vundet væsentlig accept på markedet.
I slutningen af 1960'erne producerede Hewlett-Packard (HP) forskellige måleværktøjer og testudstyr såsom digitale multimetre og logiske signalanalysatorer. De brugte HP Interface Bus (HP-IB) til at etablere kommunikation mellem dem selv og computeren .
Bussen var forholdsvis enkel, baseret på eksisterende teknologi på det tidspunkt, ved hjælp af simple parallelle elektriske busser og nogle få individuelle styrelinjer. For eksempel var HP 59501 Power Supply Programmer og HP 59306A relæaktuator relativt simple perifere enheder, der brugte HP-IB, kun implementeret på TTL-logik og brugte ikke mikroprocessorer .
Andre producenter har effektivt kopieret HP-IB og kalder deres design for General Purpose Interface Bus (GPIB), hvilket skaber de facto industristandarden for automatiseret målekontrol. Efterhånden som populariteten af GPIB voksede, voksede dets standardisering af internationale standardiseringsorganisationer.
I 1975 standardiserede IEEE bussen som "Standard Digital Interface for Programmable Instrumentation" IEEE-488 (nu IEEE-488.1). Den formaliserede de mekaniske, elektriske og grundlæggende parametre for GPIB-protokollen, men sagde intet om kommandoen eller dataformatet.
I 1987 introducerede IEEE "Standard Codes, Formats, Protocols, and Common Commands" IEEE-488.2, hvilket omdefinerede den tidligere specifikation som IEEE-488.1. IEEE-488.2 gav en grundlæggende syntaks og et format for konventioner såsom enhedsuafhængige kommandoer, datastrukturer, fejlprotokoller og lignende. IEEE-488.2, bygget på IEEE-488.1 uden at erstatte det; udstyr kan overholde 488.1 uden at overholde 488.2. Den nye standard indeholder to dele: IEEE-488.1, som beskriver hardwaren og interaktion på lavt niveau med bussen, og IEEE-488.2, som definerer rækkefølgen, hvori kommandoer sendes over bussen. IEEE-488.2-standarden blev revideret igen i 1992. På tidspunktet for vedtagelsen af den første version af standarden var der endnu ikke nogen standard for værktøjsspecifikke kommandoer. Kontrolkommandoer for samme klasse af instrumenter (såsom et multimeter) varierede meget mellem producenter og endda modeller.
I 1990 blev "Programmable Instrument Command Standard" indført. [5] SCPItilføjet universelle standardkommandoer og en række værktøjsklasser med overførsel af klassespecifikke kommandoer. Selvom SCPI blev udviklet baseret på IEEE-488.2-standarden, kan den let tilpasses til enhver anden (ikke-IEEE-488.1) hardwarebase.
IEC har parallelt med IEEE udviklet sin egen standard - IEC-60625-1 og IEC-60625-2.
Den tilsvarende ANSI- standard var kendt som "ANSI Standard MC 1.1" .
I 2004 kombinerede IEEE og IEC deres respektive standarder i IEEE/IEC "Dual Protocol" IEC-60488-1, hvor Standard for Higher Performance Protocol for Standard Digital Interface for Programmerbar Instrumentation - Del 1: Generelt [6] erstattede IEEE -488.1/IEC-60625-1 og IEEE-488.2/IEC-60625-2. [7] IEC-60488-2 er blevet erstattet i overensstemmelse hermed af Del 2: Koder, formater, protokoller og fælles kommandoer [8]
Det samlede antal adresser på modtagere og informationskilder i systemet bør ikke overstige 961 med en to-byte organisation.
Bilag nr. 8 erklærer faktisk fraværet af fejldetektionsværktøjer i standarden:
Behovet for fejldetektion i enheder varierer meget afhængigt af det støjende miljø, vigtigheden af de data, der passerer gennem grænsefladen, typen af enhedsfunktioner, der er aktive ved datakilden og vasken, og den generelle anvendelse af det system, som enheden er i. Brugt.
Specialiserede og specifikke midler til fejldetektion er ikke inkluderet i denne standard. Den passende fejldetektionsmetode afhænger af den særlige applikation eller system og er derfor ikke specificeret i denne standard.
Nogle af de generelle punkter nedenfor tjener til at illustrere fordelene ved konventionelle fejldetektionsværktøjer.
Paritetsbitten på LD7 til detektering af fejl indeholdt på LD0-LD6 af en 7-bit kode [9] giver minimale midler til fejldetektion og kræver minimal hardware. Paritetskontrol giver dig mulighed for at detektere en enkelt fejl inden for grupperingen af bits af enhver byte. Flere fejlagtige bits inden for en enkelt byte detekteres muligvis ikke.
Den langsgående paritetsbit på hver LD-linje i slutningen af en række eller blok af data kan bruges på samme måde som en paritetsbit (til samme formål og de samme resultater).
Cyklisk kontrol ved hjælp af redundante koder er mere kompleks og øger omkostningerne ved kontrol betydeligt sammenlignet med ovenstående metoder. Forskellige cykliske kontrolkoder kan bruges til at detektere forskellige typer fejl. Særlige cykluskontrolbevægelser er ikke omfattet af denne standard.
National Instruments har introduceret en bagudkompatibel udvidelse til IEEE-488.1, oprindeligt kaldet High Speed GPIB (HS-488). Ved at bruge standardkabler og hardware forbedrer HS-488 busydeevnen ved at eliminere forsinkelser forbundet med behovet for at vente på en bekræftelse i IEEE-488.1 (DAV/NRFD/NDAC) tri-signalskemaet, hvor den maksimale gennemstrømning ikke overstiger 1,5 MB/s. Det var således muligt at øge dataoverførselshastigheden til 8 MB/s, selvom hastigheden faldt, når flere enheder blev tilsluttet bussen. Dette blev afspejlet i standarden i 2003 (IEEE-488.1-2003) [10] .
Produkter fremstillet af National Instruments er fokuseret på automatisering af laboratoriearbejdsstationer . Disse er sådanne klasser af måleinstrumenter som analysatorer-testere, kalibreringssystemer , oscilloskoper og strømforsyninger baseret på GPIB-bussen [11] . Modulære løsninger (VXI) er fremherskende for multi-purpose systemer, og de mest populære enheder her er alle slags multiplexer switche. Multimetre er lige repræsenteret i begge tilfælde.
Komplekse målesystemer er produceret af HP, Wavetek, B&K Precision (Cobra Electronics), Kinetic Systems, Inc. I 1993 var mere end halvdelen af GPIB-grænsefladerne på Sun- , SGI- , IBM RISC System/6000- og HP-arbejdsstationer. De bruger softwareværktøjer på niveau med specielle sprog, såsom Abbreviated Test Language for All Systems(ATLAS) og generelle sprog som Ada [12] .
HP-udviklernes opmærksomhed var fokuseret på at udstyre grænsefladen med digital instrumentering, designerne havde ikke særlig planer om at gøre IEEE-488 til en perifer enhedsgrænseflade til mainframe-computere. Men da HP's første mikrocomputere havde brug for en grænseflade til periferiudstyr ( harddiske , båndstationer , printere , plottere osv.), var HP-IB let tilgængelig og let tilpasset til det formål.
Computere fremstillet af HP brugte HP-IB, såsom HP 9800 [13] , HP 2100-serien [14] og HP 3000-serien [15] . Nogle af de tekniske regnemaskiner produceret af HP i 1980'erne, såsom HP-41- og HP-71B-serien, havde også IEEE-488-kapacitet via det valgfrie HP-IL/HP-IB-interfacemodul.
Andre producenter har også taget Universal Interface Bus til deres computere, såsom Tektronix 405x-linjen.
Commodore PET brugte IEEE-488-bussen med et ikke-standard kortstik til at forbinde deres eksterne enheder. Commodore arvede otte-bit computere såsom VIC-20, C-64 og C-128, som brugte et serielt interface ved hjælp af et rundt DIN-stik, for hvilket de beholdt IEEE-488-grænsefladeprogrammeringen og -terminologien.
Mens IEEE-488-bushastigheden er blevet øget til 10 MB/s for nogle applikationer, har manglen på kommandoprotokolstandarder begrænset tredjepartstilbud og interoperabilitet . I sidste ende erstattede hurtigere og mere komplette standarder (såsom SCSI ) IEEE-488 i periferiudstyr.
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 | |||||||
|