Breaking News
Comments
Newest First | Oldest First | Threaded View
mikel262
User Rank
Author
re: Building FPGA-based digital downconverters with graphical design tools
mikel262   1/4/2011 6:48:30 PM
NO RATINGS
I beg to differ. I have implemented both DDC and DUC for CDMA/LTE radio head handling multiple sector-carriers withing single FPGA. It is way much easier to write and maintain code with RTL than schematic based. You take advantage of Verilog generate statement and parametrizable number of sectors/carriers. Plug in IP Core from megawizard, wrap it with RTL and you are done. It was horrible for me to reverse engineer legacy automatic gain control code done in Simulink(schematic based) which was multiple Letter size pages to read. RTL is simply more compact and easier to search for/analyze. Schematic based design is rather thing of the past, abandoned for RTL in 90's. It is used by marketing I guess to attract people not familiar with RTL coding. For those it is lower learning curve at beginning but later as they get familiar with VHDL/Verilog (they will need to, since in real world it is unlikely Simulink/schematic design will be only thing in the chip) they realize HDL allows them for finer grain control and more reusability than schematic. Also, tracing paths failing timing could be hard since they may not match b/w schematic and generated RTL. I took over legacy DDC design done in DSP builder 5.0.0. Matlab 2008 and newer do not support it. Altera Support told me to install older Matlab and older Quartus and convert project from DSP builder 5.0 to 7.1 and then from 7.1 to 8. I never managed to do that successfully. Had legacy project been done in Verilog I would be able to just reuse it. Ended up doing new DDC from scratch. Simulink has one big advantage though, simulation of DSP datapath is much faster than RTL. This is because of those damn Altera/Xilinx simulation models where single FIR filter has over 100k lines of Verilog generated code mapped to native device primitives effectively transforming your simulation to gate-level like with its mediocre speed. mikel262

Ryan Verret
User Rank
Author
re: Building FPGA-based digital downconverters with graphical design tools
Ryan Verret   12/15/2010 9:01:05 PM
NO RATINGS
Hi Dr. DSP, Our tools are by no means limited to this kind of DSP. There are a number of built-in functions, as well as the ability to import external IP, including that provided by the Xilinx CORE Generator. Other applications include scientific research, ultrasound and non-destructive test, beamforming, frequency-domain transforms and measurements, real-time modulation and demodulation... basically anything benefiting from the real-time performance or DSP capabilities of an FPGA. Like any abstraction, there are some performance tradeoffs, but by incorporating parameterizable Xilinx IP, you do get a bit of the best of both worlds. If you're interested in evaluating LabVIEW, you can download a free, 30-day trial at ni.com/trylabview. You can also install the LabVIEW FPGA module, found here: https://lumen.ni.com/nicif/us/evaltlktembdes/content.xhtml. I have plans to post the code I used here, though I've yet to get to that. Let me know if you're interested. And if Max will have me ;) , I'll post here on more applications in the future!

old account Frank Eory
User Rank
Author
re: Building FPGA-based digital downconverters with graphical design tools
old account Frank Eory   12/15/2010 9:01:00 PM
NO RATINGS
Nice to see the system-oriented graphical design capture approach being promoted, and congrats to NI for creating such a thorough tool suite that integrates well with Xilinx Core Gen and with real-world lab signals. Ever since graphical design capture for hardware design first appeared with SPW back in the early '90s, I have been trying to persuade ASIC designers that drawing block diagram pictures is a lot more productive and less error-prone than writing RTL code. For some reason, it is a tough sell. The average ASIC or FPGA digital designer thinks "real men write code" -- even after you demonstrate all the advantages of a higher level of abstraction. Even today, when you talk to someone about ESL, they start rolling out the virtues of System C or System Verilog -- but it still amounts to a bunch of code that must be written, and no ability to visualize the system. When you look at the average DSP application, you see datapaths with a lot of number-crunching, feedback, dynamic range and precision adjustments, and you naturally want & need to draw a block diagram so that you can visualize the system and its complexities and dependencies. If you're going to draw those pictures anyway, why not make the pictures be your source database? Nothing could be more natural!

DrFPGA
User Rank
Author
re: Building FPGA-based digital downconverters with graphical design tools
DrFPGA   12/15/2010 6:28:02 PM
NO RATINGS
This approach seems to really deliver on the capabilities of FPGAs in DSP applications. Now if we can get the same kind of thing for other applications (where you can specify, generate, test, and deploy without touching things like gates or RTL code) design efficieny will jump an order of magnitude). Any other apps we can target with this approach?

Max The Magnificent
User Rank
Author
re: Building FPGA-based digital downconverters with graphical design tools
Max The Magnificent   12/8/2010 4:25:48 PM
NO RATINGS
This is so simple even I could do it!



Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
Like Us on Facebook
Special Video Section
LEDs are being used in current luxury model automotive ...
With design sizes expected to increase by 5X through 2020, ...
01:48
Linear Technology’s LT8330 and LT8331, two Low Quiescent ...
The quality and reliability of Mill-Max's two-piece ...
LED lighting is an important feature in today’s and future ...
05:27
The LT8602 has two high voltage buck regulators with an ...
05:18
Silego Technology’s highly versatile Mixed-signal GreenPAK ...
The quality and reliability of Mill-Max's two-piece ...
01:34
Why the multicopter? It has every thing in it. 58 of ...
Security is important in all parts of the IoT chain, ...
Infineon explains their philosophy and why the multicopter ...
The LTC4282 Hot SwapTM controller allows a board to be ...
This video highlights the Zynq® UltraScale+™ MPSoC, and sho...
Homeowners may soon be able to store the energy generated ...
The LTC®6363 is a low power, low noise, fully differential ...
See the Virtex® UltraScale+™ FPGA with 32.75G backplane ...
Vincent Ching, applications engineer at Avago Technologies, ...
The LT®6375 is a unity-gain difference amplifier which ...
The LTC®4015 is a complete synchronous buck controller/ ...
10:35
The LTC®2983 measures a wide variety of temperature sensors ...