Hi Ricardo. If you can send me your .mdl file, I will try it on our system.
John > Hello Jack, > > Thanks for your email. > in fact I did not place the xilnx system and bee xps on that try. I > did it now, and the outcome after a ctrl-d is the same (screenshoot > attached). > The matlab command windows shows "Running mask script for adc083000 > untitled/adc083000x2", but the block pins are not updated and the > error still there. > > cheers, > > Ricardo. > > > On Thu, Jul 7, 2011 at 1:23 PM, Jack Hickish <[email protected]> > wrote: >> Hi Ricardo, >> >> It's probably just the way the screenshot is taken, but I can't see a >> xilnx >> system or bee xps configuration block in either of the two images you've >> sent. Is it possible that this is the problem? >> >> Cheers >> Jack >> >> On 7 Jul 2011 18:13, "Ricardo Finger" <[email protected]> wrote: >>> Hello Mark / CASPER team >>> >>> I installed >>> >>> * Centos 5, 64 Bit >>> * Matlab 2009b >>> * Xilinx ISE 11.1, 11.3 and 11.4 >>> >>> as described in https://casper.berkeley.edu/wiki/Linux_xps but I am >>> having the the same problem I had in ubuntu. I did compile the tut3 >>> .mdl just as downloaded from CASPER, but when I try to replace the ADC >>> block with the ADC083000x2 block the "error due to multiple causes" >>> pop up. >>> >>> I did then a new model with only the ADC083000x2 block (screenshoot >>> attached) and I changed the parameters to work with ZDOK0 only. After >>> pushing "Apply" nothing happened to the block (i.e. adc1 outputs were >>> still there), and then after pressing crtl-d the error due to >>> multiples causes pop up again. >>> >>> I am kind of stuck now... any insight would be highly appreciated. >>> >>> thanks! >>> >>> >>> >>> >>> On Tue, Jun 28, 2011 at 6:11 PM, Ricardo Finger <[email protected]> >>> wrote: >>>> Hello Mark, >>>> >>>> I tried ctrl-d and I got the same errors when I try to simulate. >>>> >>>> "Error due to multiple causes." and "Error in >>>> 'r_spec_2048_r105_b/adc083000x2': Initialization commands cannot be >>>> evaluated." >>>> >>>> There is no reason why I connected the first 4 time samples. I was >>>> just trying to make it compile with the least possible changes to the >>>> original design. At this moment I am just trying to go through the >>>> tutorials with the HW I have: a (sx95?) Roach and 1xADC83000. >>>> >>>> Is there a command to know the type of FPGA installed on the roach? >>>> >>>> Is it possible to use the ADC083000x2 with just one ADC board >>>> installed? or there is another block for this purpose? >>>> >>>> Should I modify the size of the PFB and FFT to connect all samples of >>>> ADC0? >>>> >>>> or may I try first to connect every even sample: s0,s2,s4,s6? >>>> Should the former run as an spectrometer with a quarter of the >>>> bandwidth of the ADC clock? >>>> >>>> Regards, >>>> >>>> Ricardo. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Thu, Jun 23, 2011 at 6:35 PM, Mark Wagner >>>> <[email protected]> >>>> wrote: >>>>> Hi Ricardo, >>>>> Can you run ctrl-d to update the design which will propagate the data >>>>> types >>>>> and give you a more verbose error in the matlab workspace. >>>>> Also, you should be aware that Ubuntu is not a supported OS. >>>>> Is there a reason why you're taking the first 4 time samples instead >>>>> of >>>>> every other? >>>>> Mark >>>>> >>>>> On Thu, Jun 23, 2011 at 3:23 PM, Ricardo Finger <[email protected]> >>>>> wrote: >>>>>> >>>>>> Hello Mark, >>>>>> >>>>>> I realised that the ADC yellow block is for the 2x1GSPS ADC while >>>>>> the >>>>>> ADC0083000 is the one for the the 3GSPS board I have. That explains >>>>>> why the .bof you mentioned and the one I created didnt work, since >>>>>> when I replaced the ADC block was to fix a 'library reference' >>>>>> problem,and I use the same block of the tutorial. >>>>>> >>>>>> The question now is that my simulink library does not have a >>>>>> 'ADC0083000' block but a 'ADC0083000x2' which I guess can be used >>>>>> with >>>>>> a single board too. >>>>>> >>>>>> I replaced the ADC block by the ADC083000x2 and used the 4 LSBs to >>>>>> connect to the PFB block in the tutorial design. >>>>>> I terminated the rest of the block connectors and leaved everything >>>>>> else unchanged. >>>>>> Now I am getting 'error due to multiple causes' when trying to >>>>>> simulate. >>>>>> >>>>>> To see how I connect the block you can have a look this screenshoot: >>>>>> >>>>>> http://www.das.uchile.cl/~rfinger/ROACH/tut3_adc83000.png >>>>>> >>>>>> Am I in the right direction?, or this is not the block to run a >>>>>> single >>>>>> 083000 ADC board? >>>>>> is there a log to look the multiple causes errors of the simulation >>>>>> to >>>>>> start debugging? >>>>>> >>>>>> Thanks! >>>>>> >>>>>> Ricardo. >>>>>> >>>>>> >>>>>> On Tue, Jun 21, 2011 at 6:58 PM, Ricardo Finger <[email protected]> >>>>>> wrote: >>>>>> > Hello Mark, >>>>>> > >>>>>> > Thanks for your prompt answer. >>>>>> > We are using the ADC1x3000-8 in the ZDOK 0. >>>>>> > The first thing we did was to run the bof file you mentioned, just >>>>>> > after downloaded. >>>>>> > I just did it again with the same result: >>>>>> > >>>>>> > root@roach-laptop:~/Desktop/workspace# ./spectrometer.py >>>>>> 192.168.1.10 >>>>>> > -b r_spec_2048_r105_2010_Jul_26_1205.bof >>>>>> > Connecting to server 192.168.1.10 on port 7147... ok >>>>>> > >>>>>> > ------------------------ >>>>>> > Programming FPGA with r_spec_2048_r105_2010_Jul_26_1205.bof... >>>>>> done >>>>>> > Configuring accumulation period... done >>>>>> > Resetting counters... done >>>>>> > Setting digital gain of all channels to 4294967295... done >>>>>> > >>>>>> > We got the same spectrum I mentioned in my last email and after a >>>>>> > while we got error: >>>>>> > >>>>>> > >>>>>> > Exception in Tkinter callback >>>>>> > Traceback (most recent call last): >>>>>> > File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 1413, in >>>>>> __call__ >>>>>> > return self.func(*args) >>>>>> > File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 498, in callit >>>>>> > func(*args) >>>>>> > File "./spectrometer.py", line 49, in plot_spectrum >>>>>> > acc_n, interleave_a = get_data() >>>>>> > File "./spectrometer.py", line 37, in get_data >>>>>> > a_1=struct.unpack('>1024l',fpga.read('odd',1024*4,0)) >>>>>> > File >>>>>> > >>>>>> > "/usr/local/lib/python2.6/dist-packages/corr-0.6.5-py2.6.egg/corr/katcp_wrapper.py", >>>>>> > line 265, in read >>>>>> > str(size)) >>>>>> > File >>>>>> > >>>>>> > "/usr/local/lib/python2.6/dist-packages/corr-0.6.5-py2.6.egg/corr/katcp_wrapper.py", >>>>>> > line 61, in _request >>>>>> > reply, informs = self.blocking_request(request,keepalive=True) >>>>>> > File >>>>>> > >>>>>> > "/usr/local/lib/python2.6/dist-packages/katcp-0.3.4-py2.6.egg/katcp/client.py", >>>>>> > line 623, in blocking_request >>>>>> > (msg.name, timeout)) >>>>>> > RuntimeError: Request read timed out after 10 seconds. >>>>>> > >>>>>> > I am using the normal Ethernet port to connect to the ROACH (not >>>>>> the >>>>>> > 10GBE). >>>>>> > A red led lights up on the roach when I run the script. >>>>>> > Also a green light blinks about two times per second. >>>>>> > After the script crashes with the 'runtime' error the leds on the >>>>>> > roach continue doing the same thing. >>>>>> > >>>>>> > Ricardo. >>>>>> > >>>>>> > >>>>>> > On Tue, Jun 21, 2011 at 6:24 PM, Mark Wagner >>>>>> > <[email protected]> >>>>>> > wrote: >>>>>> >> Hi Ricardo, >>>>>> >> Generally what we refer to as the iADC is 1Gsps (or 2 >>>>>> interleaved): >>>>>> >> https://casper.berkeley.edu/wiki/ADC2x1000-8 >>>>>> >> Is this what you're using, or is it our national ADC at 3Gsps? >>>>>> >> https://casper.berkeley.edu/wiki/ADC1x3000-8 >>>>>> >> Have you tried loading the bof file in SVN without making any >>>>>> >> changes? >>>>>> >> >>>>>> >> >>>>>> >> https://casper.berkeley.edu/svn/trunk/ref_designs_tutorials/workshop_2010/roach_tut3_wideband_spec/r_spec_2048_r105_2010_Jul_26_1205.bof >>>>>> >> >>>>>> >> If you're using the National board, you'll need to switch out the >>>>>> >> ADC >>>>>> >> yellow >>>>>> >> block as well. >>>>>> >> Mark >>>>>> >> >>>>>> >> On Tue, Jun 21, 2011 at 2:14 PM, Ricardo Finger >>>>>> <[email protected]> >>>>>> >> wrote: >>>>>> >>> >>>>>> >>> Hello All, >>>>>> >>> >>>>>> >>> I am trying to run the tutorial 3 spectrometer on a ROACH + >>>>>> >>> 1x_3GSPS_iADC. >>>>>> >>> I used the bof file provided by casper as well as our own bof >>>>>> file >>>>>> >>> compiled here (on ubuntu) using the simulink model from casper >>>>>> >>> after >>>>>> >>> replacing the pfb and fft blocks from our 'local' library. >>>>>> >>> >>>>>> >>> In both cases I got a strange symmetric spectrum ( >>>>>> >>> http://www.das.uchile.cl/~rfinger/ROACH/tut3_1.png ) which >>>>>> >>> doesn't change to much when a test tone is applied. >>>>>> >>> The iADC clock was 800MHz, 0dBm, provided by a valontech 5007 >>>>>> >>> synthesizer, >>>>>> >>> and the test tone was 100/200 MHz, 0dBm. >>>>>> >>> >>>>>> >>> After a few integration periods I get a 'timeout' error, and a >>>>>> >>> blank >>>>>> >>> window in the spectrometer.py application. >>>>>> >>> >>>>>> >>> Does anyone got the same problem? >>>>>> >>> >>>>>> >>> Thanks, >>>>>> >>> >>>>>> >>> Ricardo. >>>>>> >>> >>>>>> >>> -- >>>>>> >>> Ricardo Finger Camus >>>>>> >>> Electrical Engineer >>>>>> >>> Astronomy Department >>>>>> >>> University of Chile >>>>>> >>> Of: 56(2)9771119 >>>>>> >>> Casilla 36-D, Santiago. >>>>>> >>> http://www.das.uchile.cl/lab_mwl/ >>>>>> >>> >>>>>> >>> >>>>>> >> >>>>>> >> >>>>>> > >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Ricardo Finger Camus >>>>>> > Electrical Engineer >>>>>> > Astronomy Department >>>>>> > University of Chile >>>>>> > Of: 56(2)9771119 >>>>>> > Casilla 36-D, Santiago. >>>>>> > http://www.das.uchile.cl/lab_mwl/ >>>>>> > >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Ricardo Finger Camus >>>>>> Electrical Engineer >>>>>> Astronomy Department >>>>>> University of Chile >>>>>> Of: 56(2)9771119 >>>>>> Casilla 36-D, Santiago. >>>>>> http://www.das.uchile.cl/lab_mwl/ >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Ricardo Finger Camus >>>> Electrical Engineer >>>> Astronomy Department >>>> University of Chile >>>> Of: 56(2)9771119 >>>> Casilla 36-D, Santiago. >>>> http://www.das.uchile.cl/lab_mwl/ >>>> >>> >>> >>> >>> -- >>> Ricardo Finger Camus >>> Electrical Engineer >>> Astronomy Department >>> University of Chile >>> Of: 56(2)9771119 >>> Casilla 36-D, Santiago. >>> http://www.das.uchile.cl/lab_mwl/ >> > > > > -- > Ricardo Finger Camus > Electrical Engineer > Astronomy Department > University of Chile > Of: 56(2)9771119 > Casilla 36-D, Santiago. > http://www.das.uchile.cl/lab_mwl/ >
