Buss (databehandling)

Från Wikipedia, den fria encyklopedin
Hoppa till navigation Hoppa till sökning
Äldre PC-moderkort med typiska bussluckor för RAM- staplar samt PCI- och ISA -kort

En buss är ett system för dataöverföring mellan flera deltagare via en gemensam överföringsväg . Om det finns en tillfällig dataöverföring mellan två deltagare måste de andra deltagarna vara tysta samtidigt, annars skulle de bli störda. [1] Tidpunkten för att tala behörighet distribueras enligt ett (tid eller signal) schema som är känt för alla deltagare. Att lyssna är inte begränsat. I allmänhet - ofta av historiska skäl - kallas dataöverföringssystem som faktiskt har en annan topologi ibland "bussar".

etymologi

Det finns olika förklaringar till ursprunget och ursprungliga betydelsen av ordet "buss".

  • I avsaknad av skriftliga källor baseras en tolkning av termen på minnena från ingenjörer som arbetade med BUS -system på 1970 -talet och tidigare. Termen kommer från förkortningen “BU” som används i kretsscheman för B ack (monterad) Panel U nit , som beskriver en komponent i 19-tums rack som är monterad på den bakre väggen på inskjutningsenheten. BUS betecknar då B ack Panel U nit S ockets för slitsar monterad på den bakre väggen. Följaktligen härleds den engelska termen busbar , vilket betyder något som busbar.
  • Ibland antas en koppling med omnibussen för termens ursprung.
  • Ibland framfördes också teorier om backronymer . Förkortningsbussen står därför för Binary Unit System .

Grundläggande koncept

Tidigare var bussar faktiskt bara parallella kraftskenor med flera anslutningar. De engelska namnen omnibus bar och bus bar för sådana bussar ( power rail ) kommer från denna tid (från 1898). Uttrycket buss för samlingsskenor är vanligt i flygplanets elektriska system fram till i dag, varvid man främst skiljer mellan AC -buss (växelspänning) och DC -buss. Denna beteckning antogs antagligen för datainsamlingslinjer (databussar) som vidarebefordrar information till de anslutna deltagarna.

Flera kommunikationskomponenter kan anslutas till signaltrådarna på vilka information kan överföras (eventuellt synkroniserad). Komponenterna som är anslutna till en buss kallas också noder eller bussdeltagare .

Parallellt och seriellt

En grundläggande åtskillnad kan göras mellan parallella och seriebussar :

När det gäller en seriebuss delas informationen som ska överföras i sina minsta enheter (t.ex. individuella bitar ). Dessa skickas efter varandra över bara en signalledning.

I en parallellbuss finns det flera signalledningar, t.ex. B. 8, så att ett informationspaket (här t.ex. 1 byte ) alltid kan skickas samtidigt. Signalledningarna måste stanna i samma cykel och ha samma signalövergångstider; på grund av deras vanliga gång finns det risk för överhörning .

En parallellbuss består huvudsakligen av ett antal signalkärnor som löper bredvid varandra, på vilka information kan överföras på ett synkroniserat sätt och till vilka flera komponenter är anslutna. Antalet linjer som löper bredvid varandra kallas också bussens bredd - det är i allmänhet lika med antalet bitar som en buss kan sända samtidigt.

Mästare och slav, initiativtagare och mål

Noder som tillåts oberoende initiera en kommunikationsprocess på bussen (skicka oönskad data till andra noder) kallas aktiva noder eller masters , annars kallas de passiva noder eller slavar - sådana noder får endast svara på förfrågningar.

En buss som tillåter flera huvudnoder kallas en multimasterbuss . När det gäller en multimasterbuss är en central eller decentraliserad bussomkopplare nödvändig, vilket säkerställer att endast en master har kontroll över bussen vid varje given tidpunkt. Detta är nödvändigt eftersom samtidig skrivåtkomst till bussen inte bara kan orsaka att data går förlorade utan också kan skada hårdvaran. Med en central bussomkopplare styrs bussåtkomsten av en speciell komponent som kallas en bussarbiter . Noden som initierar åtkomst till bussen kallas initiator , målet för sådan (läs eller skriv) åtkomst kallas målet . Vissa bussar erbjuder en separat signallinje för slavnoderna, på vilka en slav kan skicka befälhavaren en signalbit som en slav vill fråga.

Typ av användning

Beroende på typ av användning görs åtskillnad mellan systembussar , minnesbussar , periferibussar och in- / utgående bussar .

Bussstrukturer

Signalreflektion och avslutning

Om något är funktionellt / signalmässigt beror en buss inte nödvändigtvis på den fysiska topologin . [1]

Eftersom mycket högfrekventa elektriska signaler ofta överförs på bussystem, kan reflektioner som uppträder vid överföringsmediets grenar och ändar inte försummas; de kan leda till att signalerna avbryts genom störningar vid vissa punkter och därmed till fel i hela systemet. Av denna anledning är en väsentligen endimensionell elektrisk ledare som överföringsmedium gynnsam när det gäller signalteknik och återfinns oftast ( t.ex. SCSI ). Här kan reflexer vid linjeändarna enkelt förhindras genom avslutning. Avslutning med ett enkelt avslutningsmotstånd orsakar hög effektförlust, ett alternativt RC -element orsakar en fluktuerande viloläge. Den aktiva avslutningen, som anger viloläge genom en spänningsregulator, är mer komplex.

Multiplexing

Eftersom adress- och databussar kräver ett stort antal identiska ledarspår på ett kretskort , tar det å ena sidan mycket plats och kräver ett motsvarande antal stift på komponenterna, å andra sidan kan det också öka elektriska problem som överhörning . En lösning är därför att halvera detta antal genom att dela informationen i två halvor: de mer signifikanta bitarna och de mindre signifikanta bitarna. Dessa två grupper skickas efter varandra i två bussfaser : i ena halvan av signalerna skickas och i en annan hälft av signalerna över samma linjer ( multiplexbuss ). En ytterligare styrstift måste sedan identifiera dessa bussfaser. Det är därför en tidsdelnings -multiplexprocess . Det var i praktiken z. Detta görs till exempel med adressbussen för 8080 -processorn och med dynamiska RAM -minne ( DRAM ) leder detta till RAS- och CAS -cyklerna .

Buss som en del av datorn

Inom datorarkitektur är en buss ett delsystem som överför data eller energi mellan datorkomponenter i en dator eller mellan olika datorer. Till skillnad från en terminal där en enhet är ansluten till en annan via en eller flera linjer ( punkt-till-punkt-anslutning ), en buss flera kringutrustning över samma uppsättning ledningar tillsammans.

Moderna datorbussar kan användas parallellt såväl som bit-serie. Medan den aktuella nätverkstopologin i den klassiska busslinjen hänger alla deltagare bredvid varandra på bussen, kan noder anslutas bakom varandra i ett kedjeliknande arrangemang med hjälp av lämplig kontakt. Förutom nätverkstopologin på fysisk nivå kan ett bussliknande beteende också simuleras genom lämpliga implementeringar (jfr högre överföringsnivåer i OSI-modellen ).

De flesta datorer har interna och externa bussar. En intern buss ansluter interna komponenter i en dator till moderkortet , till exempel anslutningen mellan processorn och huvudminnet. En sådan intern buss är också känd som en lokal buss eftersom den är avsedd att ansluta enheter som finns i själva datorn och inte med enheter i andra datorer eller med externa. En extern buss ansluter följaktligen externa kringutrustning till huvudkortet.

Av historiska skäl kallas interna anslutningssystem som inte har en topologisk bussstruktur ibland som ”bussystem” - mest för att de tidigare systemen var topologiskt fortfarande riktiga bussystem. Till exempel kallas PCIe ofta som ett bussystem ( PCI var en riktig buss), även om det topologiskt är ett punkt-till-punkt-system.

Adresseringsmetod

Ett bussystem är alltid organiserat på ett sådant sätt att endast en enda nod matar ut data till bussen vid en viss tidpunkt (eller problem med samtidig skrivning är lösta). I de allra flesta fall bör uppgifterna transporteras till en specifik annan nod och bearbetas vidare genom detta. (Endast i sällsynta fall använder flera mottagande noder den skickade informationen samtidigt, till exempel med CAN -bussarna i en bil eller med sändningsmeddelanden ). Adressering utförs för att identifiera destinationsnoden, ofta via adressbussen som är konfigurerad specifikt för detta ändamål.

Bussar skiljer sig åt när enskilda noder adresseras. Det finns ett antal typiska metoder för både parallella och seriebussar .

Adressering i parallella bussystem

Ett enkelt adresseringsschema ser ut så här: endast en komponent är en bussmästare (vanligtvis är detta processorn), alla andra är passiva. För varje ansluten slav finns en utvald linje via vilken mastern förklarar att denna slav är sin kommunikationspartner. De faktiska uppgifterna skickas sedan via en separat databuss. Denna metod används till exempel i SPI .

Om varje ansluten komponent har sin egen adressavkodare, istället för separata utvalda rader kan ett "slavenhetsnummer" sändas, för vilket endast Linjer är nödvändiga. De enskilda adressavkodarna avgör sedan oberoende av varandra, baserat på det skapade enhetsnumret, om deras komponent är den avsedda eller inte. Denna metod används till exempel med ISA- eller XT -bussen. Exempel: För n = 32 möjliga enheter skulle endast 5 adressrader behövas istället för 32 markeringsrader, eftersom 2 5 = 32.

En annan princip fungerar utan egna adressrader. I enlighet med multiplexen som beskrivs ovan sänds adressen först över linjerna. Adressering kan nu ske (såsom beskrivits ovan) med hjälp av en adressavkodare, till exempel - varvid de inblandade parterna nu måste notera om de adresseras, eftersom linjerna används för andra ändamål efter slutet av adressfasen - för dataöverföring - och därmed adressen som inte längre används är tillgänglig på bussen. Vanligtvis finns det en separat kontrollrad som visar om en adress eller ett dataord för närvarande finns på signallinjerna. Denna metod används till exempel med I²C- eller PCI -bussen.

En modifiering av detta används med SCSI -bussen. Innan adressering (kallad urvalsfasen i SCSI -jargong [2] ) finns det en skiljefas. Varje komponent som vill använda bussrapporterna genom att tilldela '1' till dataraden som motsvarar dess adress (SCSI ID) . Detta begränsar antalet möjliga adresser till antalet parallella busslinjer (jämfört med med den icke-multiplexerade adressbussen Linjer), men en busskonflikt kan lätt undvikas, det vill säga situationen att flera komponenter vill använda bussen samtidigt: Med SCSI har enheten med den högsta adressen högsta prioritet och blir nu bussmästare (initiator ). [2]

De beskrivna metoderna kan också kombineras med varandra. Dessutom bör det noteras att riktiga busstopologier vanligtvis är mycket mer komplexa än de som antas här. I ett datasystem, till exempel, är olika busstyper vanligtvis anslutna till varandra för att bilda en busshierarki , som skiljer sig åt i adresseringstyp och är länkade till varandra via broar. Sådana broar kan översätta adresseringen från ett bussprotokoll till det andra. Särskilda adresseringsaspekter av multimasterbussar beaktades inte heller här.

Adressering i seriebussystem

Data som överförs på seriebussar kan ses som datapaket (eller telegram ) som är indelade i flera fält. Ett datapaket innehåller åtminstone mottagaradressen och de data som ska överföras. Anslutna komponenter tittar på mottagarfältet och bestämmer sedan om paketet ska bearbetas eller kasseras.

Busshantering

Bussmastring innebär att processorn i ett datasystem tillfälligt överför kontrollen över bussen till ett adapterkort , den så kallade bussmastern. Denna bussmästare adresserar sedan oberoende minne och IO -områden för dataöverföring . Bussmästaren fungerar som en slags bro eller som en oberoende CPU. Så medan en sådan sekundär processor dominerar den perifera bussen, kan CPU: n vanligtvis utföra annat arbete i systemet , förutsatt att de nödvändiga resurserna är tillgängliga. För det mesta kan bussen till minnet fortfarande användas delvis, så det finns tidsdelning. I synnerhet i moderna multitasking -operativsystem har detta en positiv effekt på förmågan att reagera, bussmästarens aktivitet kopplas ofta till operativsystemet via en avbrottsignal. Syftet med adapterkortet är att betjäna vissa uppgifter asynkront med andra uppgifter.

Om busshantering inte är begränsad till bussar på datorns CPU, finns det andra metoder för bussarbittering inom datanätverk:

  • När token passerar håller den aktiva bussmästaren en så kallad token , som inte är mer än en flagga . När han har slutfört sin överföring vidarebefordrar han denna token till en specifik granne på bussen (i datornätet). Detta används främst i ringbussar. Om du inte fysiskt har att göra med en ringbuss är det en programvara för att föra de potentiella bussdeltagarna till en väldefinierad ordning som är känd för alla.
  • Andra bussar (exempel: CAN eller Ethernet ) är förberedda från början för att säkerställa att kollisioner mellan flera deltagare som försöker skicka samtidigt kan inträffa. Det är sedan deras ytterligare uppgift att känna igen sådana kollisioner ( kollisionsdetektering ) och att reagera förnuftigt. Det är en del av definitionen av respektive buss- eller datornät för att bestämma den senare strategin. Det är uppenbart att en sådan metod också kan användas för trådlösa radiolänkar, och den används därefter.

historisk utveckling

Första generationens

Minnen och andra enheter har kopplats till bussen på samma adresser och datapinnar som själva CPU: n använder, med parallella anslutningar. Kommunikationen styrdes av CPU: n, som läser data från enheterna och blocken från minnet. Allt klockades av en central timer som kontrollerade processorns hastighet. Anslutna enheter indikerade för CPU: n att de ville skicka eller ta emot data genom att skicka en signal på andra CPU -stift, vilket vanligtvis gjordes av någon form av avbrott . Till exempel signalerade en drivenhet (se styrenhet ) till CPU: n att ny data var klar att läsas, varpå CPU: n flyttade data genom att läsa minnet på porten som motsvarade enheten . Nästan alla tidiga datorer sattes ihop på detta sätt, från S-100-bussen i Altair och till IBM PC på 1980-talet.

Denna "första generation" av bussystem led av den allvarliga nackdelen att allt på bussen fungerar med samma hastighet och alla enheter måste dela en enda klocka . Att öka hastigheten på CPU: n var inte lätt eftersom du var tvungen att öka hastigheten på alla anslutna enheter också. Detta ledde till den konstiga situationen att mycket snabba processorer måste strypas för att kunna kommunicera med andra enheter i datorn. Ett annat problem var att CPU: n krävdes för alla operationer och så när den var upptagen med andra uppgifter led den verkliga dataflödet från bussen drastiskt. Ett annat praktiskt problem var att dessa tidiga bussystem var svåra att montera eftersom de krävde många hoppare för att ställa in de olika driftsparametrarna.

Andra generationen

"Andra generationens" bussystem som NuBus syftade till att lösa några av dessa problem. De brukade dela upp datorn i två "världar", CPU och minne på ena sidan och enheterna som skulle anslutas på den andra, med en bussstyrenhet däremellan. Detta gjorde det möjligt att öka processorns hastighet utan att påverka bussen. Det minskade också mycket av bördan att flytta data ut ur CPU: n och in i korten och styrenheten, eftersom enheter kunde prata med varandra över bussen utan att slå på CPU: n. Detta resulterade i mycket bättre faktisk prestanda i praktiken, men krävde också mycket mer komplexitet i utrustningen installerad i datorn. Dessa bussystem hanterade också hastighetsproblemet genom att helt enkelt välja en större datatransportväg, från 8-bitars parallella bussar i den första generationen till 16 eller 32-bitar i den andra. En annan förbättring var tillägget av programvaruinställningar som minskade eller ersatte antalet hoppare.

Ändå hade de nyare systemen en negativ egenskap som de delade med sina tidigare kusiner: allt som var kopplat till bussen (utom CPU) måste fungera i samma hastighet. Eftersom CPU: n nu var isolerad och dess hastighet kunde ökas utan problem ökade processorhastigheterna och minnet kontinuerligt mycket snabbare än bussystemen som de arbetade tillsammans med. Resultatet blev att busshastigheterna nu var mycket långsammare än nödvändigt för ett modernt system, och maskinerna var sugna på data eftersom de fungerade mycket snabbare än att data kunde flyttas fram och tillbaka. Ett särskilt typiskt exempel på detta problem var att grafikkort snabbt överträffade även de nyare bussystemen som PCI . Busskonceptet avvek till exempel från grafikkort och en exklusiv, betydligt snabbare anslutning (port) introducerades för grafikkortet, Accelerated Graphics Port (AGP). Nästa steg och toppmodern teknik i denna utveckling i slutet av 2005 är PEG, PCI Express för grafik med 16 banor.

Under denna period började också ett ökande antal externa enheter använda sina egna bussystem. När enheterna först introducerades kopplades de till bussen med ett plug-in-kort. Det är därför datorer har så många bussanslutna platser . Under 1980- och 1990 -talen introducerades nya system som SCSI och ATA , och de flesta av platserna i moderna system förblev tomma. Idag finns det fem olika bussystem i en typisk dator för att styra de olika enheterna.

Senare föredrogs konceptet med lokalbussen framför den externa bussen. Det förstnämnda avser bussystem som är utformade för att fungera med interna enheter som grafikkort , det senare för att ansluta externa enheter som skannrar . Denna definition var alltid oprecis: IDE är en extern buss när det gäller dess typ av användning; men det kommer nästan alltid att finnas i datorn.

Tredje generationen

"Tredje generationens" bussar ökar nu, inklusive HyperTransport och InfiniBand . De körs vanligtvis med de mycket höga hastigheter som behövs för att stödja minne och grafikkort, medan långsammare hastigheter är möjliga för att stödja kommunikation med långsammare enheter som enheter. De är också mycket flexibla när det gäller deras fysiska anslutningar och kan användas både som interna bussar och för att ansluta olika datorer till varandra.

Detta kan leda till komplicerade problem när det gäller att betjäna olika förfrågningar, vilket innebär att programvaran kommer i förgrunden jämfört med själva maskinvarudesignen . I allmänhet tenderar tredje generationens bussar att se mer ut som ett nätverk än en buss (i traditionell bemärkelse), med fler krav på protokollinformation än tidigare system, och möjligheten för olika enheter att använda bussen samtidigt.

Bussystem

Grundläggande struktur för ett parallellt bussystem

Databuss

En databuss överför data mellan komponenter i en dator eller mellan olika datorer. Till skillnad från en kontakt där en enhet är ansluten till en annan enhet med en eller flera linjer, kan en buss ansluta flera perifera enheter tillsammans med samma uppsättning linjer. Till skillnad från adressbussen eller kontrollbussen är databussen dubbelriktad (förutom adressbussen i DMA -läge).

Termerna 4-bitars, 8-bitars, 16-bitars, 32-bitars eller 64-bitars CPU anger vanligtvis bredden på den interna datavägen för en sådan CPU, som normalt är ansluten till registret (för allmänna ändamål) -och bearbetning ALU -matchningens bredd. Den interna datavägen är vanligtvis lika bred som den externa databussen. Intel i8088 CPU, till exempel, är ett undantag. Här är den interna datavägen 16 bitar bred, medan den externa databussen bara är 8 bitar bred. Grafikkort har också högre bussbredder för att öka bearbetningshastigheten.

Beteckningen som databuss används i flera sammanhang:

  • med tonvikt på data : att skilja dem från vanliga anslutningar, till exempel strömförsörjningen
  • med tonvikt på buss : att särskilja topologin, t.ex. B. direkta punkt-till-punkt-anslutningar
  • med parallella bussar: för att skilja mellan adress- och kontrolledningar

Adressbuss

Till skillnad från databussen är en adressbuss en buss som endast överför minnesadresser . Bussbredden, det vill säga antalet anslutande linjer, avgör hur mycket minne som kan adresseras direkt. Om en adressbuss har n adressrader, kan Lagringsplatser adresseras direkt. När det gäller en buss med 32 adresslinjer, Byte (en minnescell = 8 bitar ) = 4 Gibibyte (GiB) adresseras. Med en 64-bitars adressbuss, till och med Byte = 16 Exbibyte (EiB) kan adresseras. Som regel är adressbussen för en 64-bitars arkitektur inte fysiskt implementerad i denna bredd (detta är fallet med multiplexing ). Specifikationen 64-bitars buss refererar mer till databussens bredd. Ett 64-bitars dataobjekt kan dock tolkas som adressen till en annan minnesplats ( indirekt adressering ).

Denna buss är enkelriktad och styrs av respektive bussmästare (se ovan). Det senare är vanligtvis CPU: n, men särskilt DMA- kapabla block kan också ta över den här bussen när de blir aktiva. Med 8- och 16-bitars processorarkitekturer är adressbussen ofta bredare än arkitekturbredden (exempel: 80286 : 16-bitars arkitektur med 24-bitars adressbuss), 32-bitars arkitekturer har ibland också en bredare adressbuss. Med 64-bitars arkitekturer är adressbussen vanligtvis mindre (44–52 bitar) än arkitekturbredden.

Kontrollbuss

Kontrollbussen (enkelriktad) är en del av bussystemet (dubbelriktat), sade styrenheten (engelsk styrning) uppnått bussystemet. Dessa inkluderar linjerna för läs- / skrivkontroll (riktning på databussen), avbrottskontroll, bussåtkomstkontroll, timing (om en busscykel krävs), återställning och statuslinjer. Vilken av linjerna som används i en buss beror på bussens typ och struktur. I flermastersystem där mer än ett delsystem kan ta kontroll över bussen, en skiljedomare krävs som beslutande myndighet.

CPU intern buss

Den interna CPU -bussen används för kommunikation mellan processorns interna enheter (mellan styrenhet, aritmetisk enhet och deras register), vid behov även med L1 -cachen.

CPU-extern buss

Den externa CPU-bussen ansluter processor (er), (L2-) cache, minne och perifert bussgränssnitt, även kallad frontbuss (FSB), eller alternativt bara med chipset (eller dess nordbrygga ) där dessa externa element är anslutna.

Datorinterna bussar

Dessa bussar ansluter komponenter i en dator, till exempel CPU: n med grafikkortet och med olika ingångs- / utgångskomponenter.

Dator-externa bussar

Dessa bussar ansluter datorn till externa kringutrustning . Endast de gränssnitt är avsedda här som verkligen har en busskaraktär, det vill säga tillåter anslutning av flera externa enheter samtidigt, till exempel SCSI -bussen .

Användningsområden

Bussystem används särskilt inom datorer och för att ansluta datorer med kringutrustning , men också för styrning av maskiner (fältbussar).

I bilar används bussystem för att ansluta de individuella elektroniska systemkomponenterna i ett fordon . Denna åtgärd är avsedd att öka misslyckandet och störningsimmuniteten. Dessutom kan andra elektroniska system lättare integreras och det är lättare att uppdatera ny programvara . Ett bussystem gör det också möjligt att omvandla ett fordon till ett "mobilt kontor". [3]

Bussystem används också allt oftare i att bygga teknik, t.ex. B. den europeiska installationsbussen (EIB). Bussystemet kan användas för att styra belysning , fönster- och dörrövervakning, värme , luftkonditionering och andra enheter i en byggnad. [4] Installation av ett bussystem bör beaktas vid planeringen av byggnaden, eftersom systemet, särskilt nödvändiga kablar och ledningar, kräver mycket utrymme. Efterföljande installation kan innebära betydande strukturåtgärder.

Sedan mitten av 1990-talet har bussystem också blivit allt mer utbredda inom byggnad och dörrkommunikation. Dessa system fungerar mestadels oberoende av resten av byggautomatiseringen och finns därför ofta i bostadshus med lägre standard. Fördelar jämfört med konventionella dörrtelefoner är betydligt lägre lednings- och installationsansträngning, förenklad felsökning och enkel utbyggbarhet för hela systemet. Befintliga konventionella system kan enkelt konverteras.

Se även

litteratur

  • Werner Kriesel ; Tilo Heimbold ; Dietmar Telschow: Bustechnologien für die Automation – Vernetzung, Auswahl und Anwendung von Kommunikationssystemen (mit CD-ROM). Hüthig Verlag, Heidelberg 1998, 2. Auflage 2000, ISBN 3-7785-2778-9 .
  • Franz-Josef Lintermann, Udo Schaefer, Walter Schulte-Göcking, Klaas Gettner: Einfache IT-Systeme. Lehr-/Fachbuch . 5, 1. korrigierter Nachdruck Auflage. Bildungsverlag EINS, 2008, ISBN 978-3-8237-1140-7 , S.   57–61 .
  • Werner Zimmermann und Ralf Schmidgall: Bussysteme in der Fahrzeugtechnik – Protokolle, Standards und Softwarearchitektur. 5. Auflage, Springer Vieweg, 2014, ISBN 978-3-658-02418-5 .

Weblinks

Commons : Computerbusse – Sammlung von Bildern, Videos und Audiodateien

Einzelnachweise

  1. a b IEC 60050 – International Electrotechnical Vocabulary – Details for IEV number 351-56-10. International Electrotechnical Commission, abgerufen am 31. Januar 2014 .
  2. a b Bernhard Huber, Georg Schnurer: SCSI 1-2-3 – Pfade durch den SCSI-Dschungel, c't – Magazin für Computertechnik 11/1993, S. 106 ff., Online-Archiv unter heise.de/artikel-archiv (kostenpflichtig)
  3. „Bussysteme im Automobil“ Ausarbeitung zum Seminarvortrag von Daniel Schüller (PDF; 532 kB) Universität Koblenz, abgerufen am 16. Januar 2013
  4. Bussysteme für die Gebäudeautomation – Tageslicht – Gebäudetechnik , Baunetzwissen, abgerufen am 16. Januar 2013