Reg: uhrin ja hyökkääjä netto

E

energeticdin

Guest
Hei kaikki

Plz kertoa minulle, mikä on victime netto-ja hyökkääjää net ....

Mitä ne ovat, tarkastuslentojen Celtic crosstalk analysointityökalu ....

Plz kerro selvästi

Thanks in advance
DIN

 
Verkot kytkentä korkealla taajuudella (esim. kello verkoilla, High taaj tiedot verkot) (hyökkääjiä) vaikuttaa verkot vieressä se (uhri).Tämä johtuu kytkentäkohtaan kapasitanssi kahden verkoilla.

 
käsitteen uhrin ja hyökkääjä tulee olla kohdassa "nm" tech.!
kuten geometria sirulle vähentää, välimatkat välillä verkot ovat ahtaissa ...joten on rajat puhua välillä verkot

harkitsemaan 2 verkoilla a, b: a: aseman vahvuus on enemmän
b: ajaa vahvuus on vähemmän

tässä tapauksessa "a" on hyökkääjää ja "b" on uhri, joten muutos "a" näkyy "b" myös!

joten netto tht vaikuttaa (cos ja logiikan muutos muiden netto) tulee uhri ja yksi tht aiheuttanut tämä on "hyökkääjää"!

WBR
LakshmanLisätty jälkeen 1 minuuttia:vaikutusten rajat puhua välillä verkot:
1) voi vaikuttaa ur asennus ja pitää ajan
2) voi aiheuttaa glitches

nämä ovat vain 2 sikäli kuin i KNO ...pls lisätä jos nebody tietää enemmän!

 
Kiitos Lakshman,

mikä on tässä mietinnössä?
Oletetaan, jos olen käyttäen Celtic (Cadence väline) varten crosstalk analyysi.

Mitä mietinnön päätellä ....
Niinpä vuonna PT-SI tai Celtic voimme tietää, onko se vaikuttaa tai ei?
Jos se vaikuttaa sitten miten se raportoi meille .....
Se myös tuottavan sdf tiedosto ....

Oletetaan, jos se on vaikuttanut, mitä r juttu harkitsemaan varten vähentää tätä ....

DIN

 
Funktionaalisen melu,
uskon Celtic tulee kirjoittaa tiedoston osoittavat joka verkot ovat toiminnallisia loukkauksia, jotka on kiinteä (eko-tiedosto?).Se myös kirjoittaa yksityiskohtaisen selvityksen, josta käy ilmi glitches (kuten% ja vdd) kaikilla verkoilla.Tämä näkyy joka verkot toimivat hyökkääjien kunkin uhrin net, joka auttaa kun vahvistamisesta toiminnallinen loukkauksista.

Viivästymiseen melu, Celtic kirjoittaa ulos molemmat min ja max kertomuksia (näkyy kannalta ps tai ns) ja verkot, jotka on tehty joko nopeammin tai hitaammin johtuen crosstalk.Nämä samat arvot ovat writted että SDF johon lisätään omaan ajoitus-työkalun avulla.Olettaen, että ajoitus oli puhdas ennen SI, uudelleen suoritettava SDF merkintöjä, onko mitään uutta setup / pidä loukkauksia ilmetä viive melua.Jokaisesta uudesta rikkoo riippuen jos lisäkustannukset SI viivästyminen on suuri tai pieni vaikutus koko polku, voit joko vahvistaa toteuttaa SI netto (t) tai vahvistaa tiedot tiellä.

Nyt ekologisen paikka / reitti,
pura ja tarkista ajoitus / SI kaiken uudelleen.

 
Hei,

Seuraavassa on Celtic cmd ...plz selventää minulle pari asiaa ...
Celtic cmd:
read_dotlib-typ $ libpath / typical.lib
read_dotlib-max $ libpath / slow.lib
read_dotlib-min $ libpath / fast.lib

load_netlist \
-top aesctr_top-Verilog top.v \
-CDB $ cdbpath / typical.cdB \
-spef_annotate filespef.spef \
-vdd vdd-GND vss
check_timing

process_netlist
read_dc_script constraints/constraints1.tcl

calculate_delay

# set_analysis_mode-single-setup
report_timing-format (esimerkiksi solujen arc kuorma surmasi viive saapumista vaaditaan)
report_analysis_coverage
report_clocks

# Analysoi SI Vaikutukset ajoitus
analyze_noise-delay
generate_report-sort_by melu

Tämän jälkeen tuottaa komento

Raportti Valinnat:
-------------------------------------------------- ------------------------------
Raakaparafiini: kyllä
Lajittele: melun (vastaanotin panos peak)
Kynnysarvo: 10,0 (mV)
Taso: VH ja VL
-------------------------------------------------- ------------------------------
Peak (mV) Taso TotalArea% AreaTillPeak Leveys (ps) VictimNet
612.421 VH 216,37 26,85 706,61 ../mc_cntr_out_reg_101_: D (../mr_out_temp_101_)

Vastaanotin tuotos piikin:
Value ReceiverNet
26,718 (270,000) c_cntr_out_reg_101_ / D (SDFFRX1)

Ainesosat:
Lähde Peak (mV) Offset (ps) surmasi (ps) Xcap (FF) Edge Net TraceBackNet (NoiseType)
Cpl: 216.575 4880 ,000 121.338 29.147 F ~ ../mc_cntr_out_temp_101_ --
Cpl: 101.807 4820 ,000 167.236 15.123 F
aes_pr_key_in [425] --
Cpl: 83.712 4860 ,000 138.489 11.486 F uTäällä, mikä on tämän mietinnön päätellä?
Miten analysoida tässä ....
mitä r asioita meidän on pohdittava tässä?

Miten luoda sdf?
mitä näemme häiriö analyysi ja melu analyysiraportti?
Miten tulla Tiedän, että tämä on rikottu vai ei?

Sitten ajoitus yhteenveto i löydy setup:
Ei tarkistaa: 100
setup: 90
testaamattomien: 10
tarkoittaa, mitä se tarkoittaa testaamattomia ..
miten nähdä testaamattomia polku PT ...se tarkoittaa väärä tie?

Thanks in advance
DINLisätty jälkeen 16 minuuttia:Hei,

Seuraavassa on Celtic cmd ...plz selventää minulle pari asiaa ...
Celtic cmd:
read_dotlib-typ $ libpath / typical.lib
read_dotlib-max $ libpath / slow.lib
read_dotlib-min $ libpath / fast.lib

load_netlist \
-top aesctr_top-Verilog top.v \
-CDB $ cdbpath / typical.cdB \
-spef_annotate filespef.spef \
-vdd vdd-GND vss
check_timing

process_netlist
read_dc_script constraints/constraints1.tcl

calculate_delay

# set_analysis_mode-single-setup
report_timing-format (esimerkiksi solujen arc kuorma surmasi viive saapumista vaaditaan)
report_analysis_coverage
report_clocks

# Analysoi SI Vaikutukset ajoitus
analyze_noise-delay
generate_report-sort_by melu

Tämän jälkeen tuottaa komento

Raportti Valinnat:
-------------------------------------------------- ------------------------------
Raakaparafiini: kyllä
Lajittele: melun (vastaanotin panos peak)
Kynnysarvo: 10,0 (mV)
Taso: VH ja VL
-------------------------------------------------- ------------------------------
Peak (mV) Taso TotalArea% AreaTillPeak Leveys (ps) VictimNet
612.421 VH 216,37 26,85 706,61 ../mc_cntr_out_reg_101_: D (../mr_out_temp_101_)

Vastaanotin tuotos piikin:
Value ReceiverNet
26,718 (270,000) c_cntr_out_reg_101_ / D (SDFFRX1)

Ainesosat:
Lähde Peak (mV) Offset (ps) surmasi (ps) Xcap (FF) Edge Net TraceBackNet (NoiseType)
Cpl: 216.575 4880 ,000 121.338 29.147 F ~ ../mc_cntr_out_temp_101_ --
Cpl: 101.807 4820 ,000 167.236 15.123 F
aes_pr_key_in [425] --
Cpl: 83.712 4860 ,000 138.489 11.486 F uTäällä, mikä on tämän mietinnön päätellä?
Miten analysoida tässä ....
mitä r asioita meidän on pohdittava tässä?

Miten luoda sdf?
mitä näemme häiriö analyysi ja melu analyysiraportti?
Miten tulla Tiedän, että tämä on rikottu vai ei?

Sitten ajoitus yhteenveto i löydy setup:
Ei tarkistaa: 100
setup: 90
testaamattomien: 10
tarkoittaa, mitä se tarkoittaa testaamattomia ..
miten nähdä testaamattomia polku PT ...se tarkoittaa väärä tie?

Thanks in advance
DIN

 
Voin vastata muutamiin kysymyksiin:

:: Kuinka nähdä testaamattomia polku PT ...se tarkoittaa väärä tie?
vuonna kohtaavat, mikä kuulostaa olet, do "report_timing-rajoittamaton

:: Mitä näemme häiriö analyysi ja melu analyysiraportti?
kohtaavat suorittaa kello gating tarkastukset, häiriö tarkistaa, ellei vammaisia.

:: Miten luoda sdf?
setExtractRCMode-yksityiskohtaisesti
extractRC
delayRC-sdf your.sdf

 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top