Nexus leverer en standardiseret grænseflade med hensyn til on-silicium instrumentering og debug værktøjer tilbyder en række udvidet attributter forsystem debug. Mest bemærkelsesværdige normalt er højere ydeevne hjælpematerialer grænseflader med henblik på at støtte real-time plus data-transferintensiveNexus kommunikation kunne være at forstå, der kommer fra eller måske komponeret gennem din IEEE 1149.1 JTAG port. Meddelelse skriver tendens til at blive ført blot ved en ekstern IEEE 1149.1controller så er input direkte ind i en god feedback åben kommunikation tilmelde (IPMR). Den IPMR får sine TCODEs sammen med pakker via multiplepasses hele SELECT-DR_SCAN.The IEEE 1149.1 protokollen tillader ikke åbne beskeder startes fra en Onhip interface. Derfor en output domstol mening tilmelde (OPMR) er absolut til rådighed.
JTAG interface er afgjort ansat i Nexus-specifikke tilgange til at anvende en lang række lektioner forbundet med virksomheder som at studere og også skrive Nexus registrerer andmessages, samt giver mulighed for Nexus kender output til at blive indlejret i JTAG beskeder. Output offentlig information siger, er mails thatare genereres ved målrettet processor og er også undersøge fra din OPMR. Disse uanmodede meddelelser kan måske indeholde varierende-lengthpackets involverer data. To strategier bør anvendes til indkredsning, når en god produktivitet offentligt besked.
I sin mest grundlæggende niveau, Nexus er bedst med JTAG men erkender, at den begrænsning omkring JTAG båndbredde er helt sikkert ikke er ægte med debug specifikationer for omfattende eller endda multicore miljøer og leverer også valg til sammen input foruden slutresultatet hjælpemotor parallelle interfaces vedrørende højhastigheds-optegnelser overførsler. Nexus specifikationen definerer din leverandør-neutral IO skilt grænseflade plus kommunikation standard protokol, hvor supportsparallel debug plus instrumentering support. Nexus-programmet definerer en lille liste over manipulere data og AUX records porte (vist inden Tabel 11.5), der tilfældigvis skal anvendes sammen med JTAG eller endda som en selvstændig port. De yderligere oplysninger, stifter providedby at AUX interfaces tendens til at være skalerbar for partner finderen denne debug krav udover at tillade højere læse / skrive throughput betweenthe målet og også debug plus analyseværktøjer i forhold til JTAG fig. 11.1 plus 11.2.
tykkere af slutresultatet betydning tilmelde måske sælger-definerede, det sted, at sælgeren kan forstærke den sign-up dimensionering baseret med din sizeof at pakker transmitted.The AUX interfaces tendens til at være ensrettede (enten oplysninger med eller måske optegnelser out) med hver AUX overbringe opnå sin helt egen ur. Information ud der stifter af en AUX-interface tendens til at blive almindeligt gjort brug af for at få spor, samt filerne i måde anvendes sædvanligvis om konfiguration eller calibrationof en stor IC. AUX data inden for og også tilgængelige plug-ins kan muligvis behandles sideløbende. Nexus såvel specifiesinterface kirurgiske procedurer inde Nexus kan meget vel beused med hensyn til lige konfiguration plus håndtag på silicium instrumentering og bestemt til indstøbning Nexus protokollen og også info ind aJTAGmessage. Både AUX og JTAG grænseflader vil blive forvaltet ved blot at MFS-baserede controllere, hvilket gør det muligt for en variation involverer overførsel operations.There tendens til at være et par FSMs at komme erhverve plus sende budskaber gennem den aktuelle ekstra pins med Msel samt MSEO flag funktioner. Et minimum af én bestemt samt en yderste hensyn et par Msel pins forelægger bestemt metode til de indlejrede processor modtager beskeder, og også en mindste involverer en så godt som et højest muligt om to MSEO stifter ville give den faktiske protokol til indlejret processor sender messages.The Nexus normal definerer en stor Extensible ekstra dock, som både vil ende med at blive ansat med IEEE 1149.1 (JTAG) port eller måske som en stand-alonedevelopment port. Den Nexus standard definerer denne ekstra pin-funktioner, flytte protokoller, plus almindelig developmentfeaturesto tjeneste hver 1149.1 samt AUX brug.
ekstra dock providesa bredere, højere båndbredde data gateway og kan oprette lige så AUX ind og produktivitet porte. Auxiliary outports udbredte meste at levere yderligere ben inde i grænsefladen er beregnet til større gennemløb at få vide output.For en ny fuld duplex AUX ved hjælp IEEE 1149.1 pins, der er mindre end to ekstra ben forventet at få overholdelse [besked information ud langs principper start / slut ud], kunne assumingNexus implementeringer muligvis have et par messaging start / slut frigivet pins, bestemmes af kompleksitet i ind og outputstate maskiner.
En to-bit messagingpin tillader back-to-back dataoverførsler, hastighedsoverskridelser levering hensyn storage data samt søgning efter information.The samme mønster følges, når du browser med flere Msel / MSEO pins, men når de udøver på et par Msel / MSEO pins, det er virkelig gennemførligt for to sekvenser at opstå omDEN præcise ur. Msel / MSEO bruges til at være i stand til at indikation den endelige involverer variabel længde pakker uden enhedsspecifik samt fast længde packets.MSEI / MSEO bliver samplet på den klatring kant forbundet med MCKI / MCKO.Figure 11.4 angiver, at det endelige -state unit diagram for en-pin Msel / MSEO overførsler.
Ved anvendelse blot én Msel / MSEO pin, betyder det endelige budskab staten ikke indarbejde legitime data inden for MDI / MDO pins.Also, det er ikke possibleto omfatter to consecutivend-pakke beskeder. Det betyder, at minimale forsyning dimensionering for variabel længde mindre formue er dobbelt thenumber af MDI / MDO ben. Dette garanterer, at den usande end-of-besked express ikke tilgås ved at sende et par af fortløbende 1s upon theMSEI / MSEO pin forud for en reel ende af message.Systems vha. træning 2, 3 og 4 udstyr hovedsageligt udvikle AUX interfaces, Rulesof indlejring en ny Nexus pakke inde i en AUX dock er konstante have forskellige parallel.
Nexus leverer en standardiseret grænseflade beregnet til on-silicium instrumentering plus debug værktøjer udfører forskellige vokset features forsystem debug. Mest bemærkelsesværdig er generelt højere ydeevne ekstra interfaces til støtte realtids-og data-transferintensiveNexus beskeder kan muligvis gå igennem af eller endda skrevet gennem IEEE 1149.1 JTAG port. Besked skaber optjenes ved blot en stærk uden IEEE 1149.1controller og de er input til en indgang offentlige principper tilmelde dig (IPMR). Den IPMR modtager sine TCODEs sammen med pakker via multiplepasses fra SELECT-DR_SCAN.The IEEE 1149.1 protokollen giver ikke mulighed for offentlig e-mail til få åbnet op af en god Onhip interface. Derfor er en stærk produktionsvækst domstol kommunikation ansøge om (OPMR) er normalt tilgængelige.
JTAG port er nødvendig omkring Nexus tilgange til at gennemføre en række instruktions klasser af produkter for eksempel at studere og også skrive Nexus registrerer andmessages, plus giver mulighed for Nexus trace output at blive indlejret direkte i JTAG beskeder. Output strafferetlig koncept strømme email thatare genereres ved blot målet processor chip er så lære af OPMR. Disse uanmodet kommunikation kunne bestå af variabelt lengthpackets forbundet med data. To teknikker kan bruges til at finde ud, når en stor produktion anholdelse besked.
I sin mest grundlæggende niveau, Nexus er faktisk kompatibel med JTAG dog erkender, at begrænsningen i JTAG båndbredde er bestemt ikke naturligt for at debug forhold vedrørende sofistikerede eller multicore miljøer, såvel som giver valg vedrørende begge lige feedback i tillæg til produktivitet ekstra parallelle interfaces til high-speed dataoverførsler. Nexus specifikation definerer en leverandør-neutral IO transmission interface og samtale protokol, som supportsparallel debug sammen med instrumentering support. Nexus brugergrænseflade definerer en lille par deal med indikatorer og AUX oplysninger porte (vist inden Tabel 11.5), som kan sættes på plads sammen med JTAG og også for en selvstændig port. De yderligere info stifter providedby AUX interfaces er skalerbare hensyn matcher din debug behøver, samt muliggøre højere læse / skrive gennemløb betweenthe koncentrere sig om ud over at fejlsøge og studere ressourcer i forhold til JTAG fig. 11.1 og 11.2.
Bredden af slutproduktet kommunikation sign-up kunne være leverandør-definerede, hvor købmanden kunne optimere særlige register bredde bestemmes af sizeof dine pakker transmitted.The AUX interfaces vil være ensrettet (enten data omkring eller måske filer ud ), ved hjælp af næsten alle AUX dock har sin helt egen ur. Filerne er tilgængelige stifter af AUX-interface normalt anvendes almindeligvis beregnet til spor, plus info med tilstanden anvendes typisk til at få konfiguration eller calibrationof en stor IC. AUX kendsgerninger i og ud stik kunne betjenes samtidigt. Nexus såvel specifiesinterface kirurgiske behandlinger i hele Nexus måske beused for de to konfiguration sammen med håndtag på on-silicium instrumentering plus vedrørende snigende Nexus standardprotokol plus info på aJTAGmessage. Begge AUX sammen med JTAG grænseflader vil blive kontrolleret af MFS-baserede controllere gør det muligt for en række skift operations.There vil være to FSMs vedrørende modtagelse og afsendelse af beskeder ved at bruge dine ekstra ben, når du bruger Msel samt MSEO pin funktioner. En mindst én og højst et par Msel stifter vil give denne standard protokol for din integrerede pick finde beskeder, samt en laveste med en enkelt og en højest mulige forbundet med to MSEO stifter meddeler særlige proces om den faktiske indlejret processor sender messages.The Nexus fælles definerer en Extensible ekstra aftræk, bliver ofte i kombination med dette IEEE 1149.1 (JTAG) interface eller selv for en stand-alonedevelopment port. Den Nexus fælles definerer de ekstra pin funktioner, overførsel protokoller, samt standard developmentfeaturesto hjælpe støtte begge lige 1149.1 og AUX brug.
ekstra dock providesa bredere, højere båndbredde dataoverførsel kanal og vil forklare sammen AUX tilbagemeldinger plus produktivitet porte. Auxiliary outports udbredte primært at levere yderligere ben inde i ventilen om større gennemløb at få vide output.For en ny fuld duplex AUX hjælp IEEE 1149.1 pins, et minimum af et par ekstra ben er nødvendige med hensyn til overholdelse [message data ud og koncept start / ende ud] kan assumingNexus implementeringer have én bestemt eller endda to messaging start / slut frigivet pins, afhængigt af forviklinger med anmeldelser og outputstate maskiner.
En to-bit messagingpin tillader back-to-back dataoverførsler, hastighedsoverskridelser distributionen hensyn lagerområde oplysninger eller spore information.The tilsvarende samling er gennemføres under en eller to Msel / MSEO pins, ikke desto mindre, når de udøver på to Msel / MSEO pins , ideen er opnåelige for to sekvenser kunne ske omDEN identisk ur. Msel / MSEO er nødvendig for at markere den udfyldte af variabel længde pakker, men ikke enhedsspecifikke specifikke såvel som fast længde packets.MSEI / MSEO er normalt erfarne om de voksende grænser med MCKI / MCKO.Figure 11.4 udstiller denne finite-state enhed diagram vedrørende én-pin Msel / MSEO overførsler.
Ved gennemførelsen ental Msel / MSEO pin, er den endelige besked staten ikke omfatter gyldige fakta på MDI / MDO pins.Also, er det ikke nødvendigvis possibleto har et par consecutivend-pakke beskeder. Det betyder, at minimumsbeløbet lille formue bredde for enhver variabel længde udbuddet er normalt et par situationer thenumber forbundet med MDI / MDO ben. Dette sikrer, at en falsk end-of-besked tilstand er bare ikke tilsluttet ved transmission af et par træk 1s med theMSEI / MSEO pinkode, inden den egentlige afslutning på message.Systems har selvfølgelig 2, 3, sammen med 4 kapaciteter hovedsagelig skabe en opsparingsfond AUX grænseflader, vil Rulesof indlejring en Nexus pakke med et AUX viderebringe være regelmæssig sammen med flere parallelle.
Ken Primby http://kenlyngeprimby.wordpress.com}
Automatic blog by iAutoblog
Ingen kommentarer:
Send en kommentar
Bemærk! Kun medlemmer af denne blog kan sende kommentarer.