Re: [casper] 32 parallel inputs to fft_wideband_real
Hi Jack: I tried 128, 512, 1024, 2048 channels. When the input is 32, the fft block generates 4 stages of butterfly, it fails in generation of coeff_gen which is inside the 4th stage of butterfly. There is no line connections inside the coeff_gen blocks. regards homin On Tue, Jan 12, 2016 at 12:38 AM, Jack Hickish wrote: > Hi Homin, > > What total size of FFT are you trying to do? How does the FFT fail? > > Cheers, > Jack > > On Mon, 11 Jan 2016 at 00:35 Homin Jiang > wrote: > >> Hello: >> >> Does anyone have the experience of the 32 simultaneous inputs to the >> fft_wideband_real ? I have tried that for couple of days without any luck. >> >> Best regards >> homin jiang >> >> >> >
Re: [casper] Matlab / Xilinx startup error
Hi Dave, Thanks for the information. I'm not entirely sure how to figure out which awk binary is being used. I've found that executing ./matlab in /usr/local/MATLAB/R2012b/bin/ launches matlab. In addition, I've found that if I add: export LD_LIBRARY_PATH="" awk just before the startsg.sh launches matlab, matlab will launch. However, I then get this warning: Warning: Cannot find path "/opt/Xilinx/14.7/ISE_DS/ISE/lib/lin64" in "LD_LIBRARY_PATH" environment. The libraries under the path are needed to simulate and netlist designs using blocks from Xilinx System Generator for DSP blockset. Brad Dober Ph.D. Candidate Department of Physics and Astronomy University of Pennsylvania Cell: 262-949-4668 On Mon, Jan 11, 2016 at 2:32 PM, David MacMahon wrote: > Hi, Brad, > > I think the problem is with the “awk” utility. It’s probably something > like the tools are running the awk binary from the OS, but it ends up using > a shared library from your MATLAB or Xilinx installation (or vice versa) > and there is something of a mismatch. I recommend trying to find out which > awk binary is being used and then use “ldd /path/to/the/used/awk” to find > out which libraries the dynamic linker is using with it. > > FWIW, on Ubuntu 12.04 I found that I needed to use the OS version of > libstdc++ so I renamed /opt/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libstdc++.so.6 > (to save it as a backup) then recreated it as a symlink to the OS version > at /usr/lib/x86_64-linux-gnu/libstdc++.so.6. > > HTH, > Dave > > On Jan 7, 2016, at 4:52 PM, Brad Dober wrote: > > awk: symbol lookup error: awk: undefined symbol: mpfr_z_sub > > >
Re: [casper] ROACH2 spectrum zeroes: request to verify my results
Hi Michael, I just cloned https://github.com/casper-astro/tutorials_devel.git and compiled tut3_noquant_r111 against mlib_devel b6e70b660910482b1f1028d32d29284468e38cda using Xilinx 14.7 and MATLAB 2012b (I ran update_casper_blocks(bdroot) on the model, and changed the target for roach2 before compiling). The resulting boffile outputs reasonable looking spectra when snapped with tut3_noquant_r111.py from the tutorials_devel repository (with default options, specifying only the boffile and roach2 host). I printed the first 20 channels and there are no zeros. Jack On Tue, 5 Jan 2016 at 05:21 Michael D'Cruze < michael.dcr...@postgrad.manchester.ac.uk> wrote: > Dear all, > > > > First of all a happy new year to everyone! > > > > I continue to chase the problem I’ve been having for some time now, i.e. > spectrometer designs accumulating using 64-bit vacc blocks output zeroes > for every other channel. This happens with the tut3_noquant tutorial design > as well which is worrying. I’ve tried compiling the raw tut3_noquant design > on three separate machines using all perturbations of the 14.x ISE > versions, MATLAB 2012b and 2013a, as well as a few different versions of > the CASPER libraries. I have also run the design on both a ROACH-1 and a > ROACH-2. I believe this eliminates most random possibilities… > > > > I am hoping, if you have some time, that a few of you could try to verify > what I’m seeing. This should just involve compiling the tut3_noquant > design, running it, then pulling off a spectrum. > > > > Many thanks in advance > > Michael >
Re: [casper] Matlab / Xilinx startup error
Hi, Brad, I think the problem is with the “awk” utility. It’s probably something like the tools are running the awk binary from the OS, but it ends up using a shared library from your MATLAB or Xilinx installation (or vice versa) and there is something of a mismatch. I recommend trying to find out which awk binary is being used and then use “ldd /path/to/the/used/awk” to find out which libraries the dynamic linker is using with it. FWIW, on Ubuntu 12.04 I found that I needed to use the OS version of libstdc++ so I renamed /opt/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libstdc++.so.6 (to save it as a backup) then recreated it as a symlink to the OS version at /usr/lib/x86_64-linux-gnu/libstdc++.so.6. HTH, Dave > On Jan 7, 2016, at 4:52 PM, Brad Dober wrote: > > awk: symbol lookup error: awk: undefined symbol: mpfr_z_sub >
Re: [casper] 32 parallel inputs to fft_wideband_real
Hi Homin, What total size of FFT are you trying to do? How does the FFT fail? Cheers, Jack On Mon, 11 Jan 2016 at 00:35 Homin Jiang wrote: > Hello: > > Does anyone have the experience of the 32 simultaneous inputs to the > fft_wideband_real ? I have tried that for couple of days without any luck. > > Best regards > homin jiang > > >
[casper] 32 parallel inputs to fft_wideband_real
Hello: Does anyone have the experience of the 32 simultaneous inputs to the fft_wideband_real ? I have tried that for couple of days without any luck. Best regards homin jiang
