Home
Index
Annotated List
Hierarchy
Deep Hierarchy
Package Documentation
Files

entity CandidateBucket

Mini-Lifo to hold muon candidates of one energy.

More...

Sourcefile...


Used Packages

Generics

Ports

Architectures

Detailed Description

The CandidateBucket acts like a Lifo (last in first out). Its functionality is determined by the status of the read_write line. If it is '0' data can be written into the Lifo at the next clock. If it is '1' they can be read. Input and Ouput of the Lifo are separated. Two flags indicate when the Lifo is full or when data have been lost due to writing into a full Lifo. Write and Read actions are possible only if the enable line is activated.

The CandidateBucket is used in the CandidateSelector.

Generics:

WIDTHdetermines the data word width. MUST be at least 2.
DEPTHdetermines the depth of the Lifo in words.

Ports:

sclrclears the whole Lifo and resets the flags. It is the only possibility to reset the data_loss flag.
read_writedetermines the functionality: '1' means reading enabled, '0' means writing enabled.
inputis the data input.
not_emptyis a flag indicating the presence of data in the Lifo.
fullindicates that the Lifo is full.
data_lossindicates that the Lifo has been written although it was already full. The oldest dataword got lost. The only way to clear this flag is applying sclr.
qis the data output.

See also: CandidateSorter