Hi Ricardo, It seems the adc mask script calls the reuse_line function, which is in the casper library in a subdirectory called simulink_drawing_fns.
I didn't have this subdirectory in my matlab path, which caused the same error you're seeing. After adding the directory, all seems to work as it should. Hope this helps Jack On 7 July 2011 23:40, Ricardo Finger <[email protected]> wrote: > Hello John, > > please find attached the .mdl file. > > Ricardo. > > > On Thu, Jul 7, 2011 at 3:23 PM, John Ford <[email protected]> wrote: > > 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/ > >> > > > > > > > > > > -- > 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/ >
