> We thought this was going to work as a spectrometer with a reduced bandwidth, > but we got a funny spectrum (attached). > When we inject a tone (of 0 dBm) we could see a line at two locations (each > side if the center feature) but the amplitude of these lines change a lot > with frequency and were considerably smaller than the lines in the middle of > the screen. > This is an interleaved ADC and so some artifacts are expected :( Could these be due to the mismatch of the internal ADCs? It's worth noting that the National parts appear to be interleaved under the hood. For example, the 1520-based KATADC is supposed to be 2x 1.5Gsps units but they appear to be more like 4x 750MHz units which are internally 2x interleaved. I believe this 83000 is just an internally-interleaved 1520.
Hong has a nice memo on calibrating interleaved ADCs: https://casper.berkeley.edu/wiki/images/7/7f/Atmel_iadc_external_adjust.pdf Jason > > On 08-Jul-11 6:46 AM, Jack Hickish wrote: >> 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/ >> > > -- > 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/ > <model.png><spectrum.png>
