multi-Hodiny problém - jak se vyhnout načasování porušování

[phdbreak]

V našem návrhu jsme se použít více hodin s jinou frekvenci.Ale tyto hodiny jsou generovány z jedné hodiny zdroje.
Technicky to není multi-Hodiny-doména problém.Takže inter-bloku nejsou signály, že těžko design.

Ale v back-end flow, jsme se setkali s hodně času porušení těchto inter-blokovat signály.Podle zpráv, hodiny strom je největší problém.Musíme změnit náš design.

Co si kluci myslíte, že bychom měli být opatrní, v další verzi?Nebo je něco, co můžeme udělat v back-end toku, aby se zabránilo porušování načasování?

Děkuju.

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Úsměv" border="0" />

 

[Fvm]

Problém je s největší pravděpodobností ve způsobu, jak si vytvořit hodiny.Za předpokladu, odvozené hodiny jsou generovány synchronní registrovanými logiky z hodiny zdroje.Pak nemají časový rozdíl mezi tím, ale zpoždění v souvislosti s hodinami zdroj.Tak cesta z hodiny zdroje na odvozené hodiny doména má problémy.Problémy mohou být mnohem horší, pokud se jedná o další logiku po celý den dělič registrů nebo zvlnění hodiny přepážky jsou používány.

 

[phdbreak]

Děkuji vám fvm.

Ano, zpoždění je to, co jsme skutečně znepokojuje, teď.
Mrzí mě, že jsem zapomněl říci, budeme vložit hodiny hradlování buňky ve stromu.a dosáhnout co nejnižší energie a oblast spotřeby, jak je to možné, snažíme se vložit ručně ke kořeni stromu hodiny.
Ale velké zpoždění hodiny stromu (z důvodu vyvážení různých generovaných hodiny) způsobuje spoustu času porušení zákona, pokud tak činíme.

Myslím, že to je trade-off bod: režie hodiny vtokových vložení vs načasování porušení.V současné době se zdá, chceme-li, aby se zabránilo porušování načasování, musíme vložit mnoho hodin denně hradlování buňky daleko od kořene stromu hodiny.To je hrozné.

Je to pravda?

 

[kbulusu]

Nemůžete se vytvořit samostatný hodiny strom pro každou z těchto generovaných stromů dřezy hodiny a pak se rovnováha těchto 2 sub stromy .. co je latence vidíte?jak blízko jsou aligátoři se potápí?jak je vaše umožnit pin načasování?Myslíte si, set-jsem latence omezení těchto umožňují kolíky hodiny Gator?Pokud můžete poskytnout více informací, můžeme vidět, co by mohlo být zapotřebí ...

 

[phdbreak]

Děkuji vám kbulusu.

Musím říct, že jsme tak daleko nezašel v naší příští verzi.Myslím, že máte pravdu.Potřebujeme více informací k určení skutečné problémy.Já jen chci, aby se snížilo riziko předem.

 

[AdvaRes]

Ahoj,

Vlastně musíte rozhodnout, první, jak se dívat na problém.
Vzhledem k tomu, různé hodiny jsou generovány ze stejné globální hodiny různé hodiny frekvence jsou stejné, ale jejich fáze, jsou odlišná.Tento rozdíl ve fázi je konstantní.Takže váš obvod již není považována za synchronní systém, ale jako mesochronous systém.V mesochronous systém zpoždění a pokřivuje v datové a hodiny cesty výsledky ve fázi rozdíl.Mnoho řešení lze použít, ale to závisí na požadavku a zdrojů.
Nejlepší způsob je použít techniku buffer pro vkládání rovnováhy.Toto řešení je efektivní, ale velmi sentitive na PVT variace.Jiné řešení využití PLL / DLL pro synchronizaci mezi různými frekvenci Ilands.

Navrhuji, abys šel za mesochronous propojit řešení.Toto řešení se zdá být effiective, ale protože se jedná o nový sekerou výzkumu nenajdete dobrou dokumentaci v WWW.Doufám, že to pomohlo.
Na zdraví,
Advares.

 

[phdbreak]

Děkuji vám Advares.

Myslím, že řešení s PLL / DLL je příliš komplikovaný pro náš návrh (cca 10k brány).Ale budu držet mesochronous řešení v mysli.