Hi NG, are essential hazards avoided in CPLD-designs? If for example I were to design a counter with a subsequent comparator in a CPLD, would I be sure that I got no glitches in the output from my comparator? Or would I have to filter the output before I used it in other part of the CPLD? Best regards Preben
Essential hazards in CPLD's?
Started by ●October 31, 2003
Reply by ●October 31, 20032003-10-31
Preben Mikael Bohn wrote:> Hi NG, are essential hazards avoided in CPLD-designs?They can be.> If for example I were to design a counter with a subsequent comparator > in a CPLD, would I be sure that I got no glitches in the output from my > comparator?If you use synchronous design and do static timing analysis, your outputs won't glitch. -- Mike Treseler
Reply by ●October 31, 20032003-10-31
If you implement a binary counter and compare its output against another binary value, there is no way on this earth to avoid combinatorial glitches, no matter what technology or circuit design you use. The classical solution to this problem is to Gray-code the counter, so that only one bit changes at a time. Of course, you can also re-synchronize the comparator output and thus suppress all combinatorial glitches... Peter Alfke ======================================== Preben Mikael Bohn wrote:> > Hi NG, are essential hazards avoided in CPLD-designs? > > If for example I were to design a counter with a subsequent comparator > in a CPLD, would I be sure that I got no glitches in the output from my > comparator? Or would I have to filter the output before I used it in > other part of the CPLD? > > Best regards Preben
Reply by ●October 31, 20032003-10-31
Peter Alfke wrote:> If you implement a binary counter and compare its output against another > binary value, there is no way on this earth to avoid combinatorial > glitches, no matter what technology or circuit design you use.I thought so... :-/ > The> classical solution to this problem is to Gray-code the counter, so that > only one bit changes at a time.Ah... Of course... Only problem is that I guess this requires a higher macro-cell count and my current design is already at the limit (and there are many counters in it :-)).> Of course, you can also re-synchronize the comparator output and thus > suppress all combinatorial glitches...I guess this is the best/"cheapest" way to do it. Thank you for the info. Best regards Preben