Metastability pipeline causes bad juju

Oct 14, 2004 23 Replies

Actually, no I didn't. I used ChipScope and a real input source to the=20 system. Since the filter blocks are from CoreGen, as well as the CORDIC, =

I wouldn't get more information about the internal signals from a=20 simulation as I get from ChipScope.

Cheers

--=20

----------------------------------------------- Johan Bernsp=E5ng, snipped-for-privacy@xfoix.se Research engineer, embedded systems

Totalf=F6rsvarets forskningsinstitut Swedish Defence Research Agency

Please remove the x's in the email address if replying to me personally.

-----------------------------------------------

Certainly you have shown that you *can* get by without simulation, but I find it hard to believe that this is more efficient than simulating. In simulation you can simulate any or all of a design (you could have tested your design in blocks) and access *any* signal in the simulation. Plus a simulation can make it clear whether a problem is logic or speed related. Of course a static timing analysis would identify any speed issues, but you can simulate without timing before even doing a place and route.

But to each his own... :)

Rick "rickman" Collins rick.collins@XYarius.com Ignore the reply address. To email me use the above address with the XY removed. Arius - A Signal Processing Solutions Company Specializing in DSP and FPGA design URL http://www.arius.com 4 King Ave 301-682-7772 Voice Frederick, MD 21701-3110 301-682-7666 FAX

Johan, Yeah, I did a very similar project to you, lots of cascaded DSP blocks. My DSP blocks were homespun, so I did initially functionally simulate them separately, but not especially thoroughly, while my hardware was being built. When the hardware turned up, I mostly used Chipscope to fault find. Your point about using a real input source for the blocks is a key advantage of Chipscope, especially in computationally intense apps like DSP. Chipscope revealed several 'design opportunities' when I tested with real signals, that simulation missed because of the limited time and effort available to make test vectors. Chipscope is also a winner for soft processors. It's easy to use Data2mem to upload new code to a BRAM, and debug your code in Chipscope without needing a P&R cycle. Cheers, Syms.

Actually, no I didn't. I used ChipScope and a real input source to the system. Since the filter blocks are from CoreGen, as well as the CORDIC, I wouldn't get more information about the internal signals from a simulation as I get from ChipScope.

Cheers

Good to hear that I'm not the only one using that type of design methodology... =)

Keep on Chipscoping in the free world...

johan

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required