Re: [casper] ROACH auto shuts off after 20 mins of running

replacing the power supply. Aaron Parsons 510-406-4322 (cell) On Wed, Dec 27, 2023 at 8:55 AM Tommy Alford wrote: > Hello, we have a ROACH that we use as a correlator. It has been working > great for the last 8 years or so but randomly while running the other day > it shut itself of

Re: [casper] Re: tcpborphserver violates katcp specification

isit > https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/af99003f-574f-4593-3a08-995a3dbdbff0%40kiranshila.com > . > > > > -- > https://katfs.kat.ac.za/~marc/ > > -- > You received this message because you are subscribed to the Google Groups " > ca

Re: [casper] CASPERFPGA and the Great Merge

> To view this discussion on the web visit > https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/CAE2vkmXCF0ghORuMfU8JG%3DQC5rWBT4XhYomrbsEBUKeP6e9euw%40mail.gmail.com > <https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/CAE2vkmXCF0ghORuMfU8JG%3DQC5rWBT4XhYomrbsEBUKeP6e9euw%

Re: [casper] Quick question about casperfpga

m/a/lists.berkeley.edu/d/msgid/casper/CAKeNqUhkhR4AzyCz8XDODFJkts6zgJsCi7FFtkwg0aVjroDA1Q%40mail.gmail.com > <https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/CAKeNqUhkhR4AzyCz8XDODFJkts6zgJsCi7FFtkwg0aVjroDA1Q%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- Aaron Parso

Re: [casper] FFT biplex_core block

ists.berkeley.edu. > To post to this group, send email to casper@lists.berkeley.edu. > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 425, UCB -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this g

[casper] Postdoctoral Scholar - UC Berkeley Radio Astronomy Lab

interested. https://aprecruit.berkeley.edu/apply/JPF01223 Thanks, Aaron -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 425, UCB

Re: [casper] VEGAS PFB / FFT

The CASPER PFB uses a sample NTAPS times, using a sliding window that jumps by NCHAN time samples. On Mon, Dec 5, 2016 at 7:33 AM Jayanth Chennamangalam wrote: > Hi Richard, > > In the VEGAS LBW modes, a sliding window is implemented. As you've pointed > out, the existence of a pre-filtering sta

[casper] Fwd: blurb

e Spiegel < davespie...@projectfla.com> with an email briefly describing your relevant experience. -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] inverse PFB

> The reason I'm asking is that if you lose any > > > > On 05-Dec-14 01:36 PM, Jonathan Weintroub wrote: > >> Hello CASPERites, > >> > >> Has anyone implemented an _inverse_ PFB? That is a block taking > channelized PFB data and reproducing the original time series. > >> > >> If so, is the code/mdl/yellow block available? > >> > >> Thanks, > >> > >> Jonathan > >> > >> > >> > > > > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

[casper] Fwd: HERA postdoc position at UC Berkeley

Hi CASPERites, UC Berkeley has finally given me approval to recruit a postdoc for next year to work on PAPER and HERA. Please circulate to anyone you think might be interested! https://aprecruit.berkeley.edu/apply/JPF00544 -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] Thesis Request

h Phd, > Gauribidanur Radio Observatory > Indian Institute of Astrophysics > > -- Aaron Parsons 510-306-4322 Hearst Field Annex B54, UCB

Re: [casper] Split pipelined/direct FFT math

27;m looking for documents or publications discussing the math behind > combining the parallel FFT results for the in-place FFT. Aaron has a paper > <http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4840623> on > this, but I was hoping for one with more detail. > > Thanks! > Stevo > -- Aaron Parsons 510-306-4322 Hearst Field Annex B54, UCB

Re: [casper] FFT compute time

of > three > (assuming you remove the corner turn in the FFT). > > you can also put more inputs in parallel, as i mentioned in my previous > email, to cut latency down by factors of 2, 4, 8,... > > best wishes, > > dan > > -- Aaron Parsons 510-306-4322 Hearst Field Annex B54, UCB

Re: [casper] Journal

array" >> . >> I have a question: Where could post this work? >> >> I was thinking in this journal: Journal of Astronomical Instrumentation http://www.worldscientific.com/page/jai/submission-guidelines >> >> someone posted here, could I submit your paper? >> can guide me? >> >> Cheers >> >> Katty > > -- Aaron Parsons 510-306-4322 Hearst Field Annex B54, UCB

Re: [casper] Purpose of FFT-Direct

ay dios mio On Tue, Mar 12, 2013 at 6:40 PM, Ryan Monroe wrote: > That makes two of us! Viva la revolution! > > > On 03/12/2013 06:35 PM, Dan Werthimer wrote: > >> >> it's pretty loud where i'm sitting. >> > > -- Aaron Parsons 510-306-4322 Hearst Field Annex B54, UCB

Re: [casper] Purpose of FFT-Direct

Aaron > > *correction on my last post: *When I said R4DC ("radix-4, Delay > Commutator"), I should have said R4MDC ("radix-4, multi-delay commutator"), > to distinguish it from streaming FFTs which only process FFT's worth of > data at a time. > > -

Re: [casper] Purpose of FFT-Direct

> (which are ) in a different fashion, by re-casting > them as a split-radix FFT (look it up). Doing this is computationally > about the same, but saves resources and memory... and is simpler if the > size of is greater than 2^2. > > > I hope this helps, Luke (and everyone else)! > > > --Ryan Monroe > -- Aaron Parsons 510-306-4322 Hearst Field Annex B54, UCB

Re: [casper] parallel high bandwidtth FFT from synopsis/synphony

is re-invented and implemented > > casper's parameterized parallel FFT, (about a decade after we did): > > > > "Using the Parallel FFT for Multigigahertz FPGA Signal Processing" > > > http://issuu.com/xcelljournal/docs/xcell_journal_issue_82/51?mode=wi

Re: [casper] number of coefficients needed in PFB and FFT

ured as dual > port memories, > so you can get the PFB reverse and forward coefficients both at the same > time, > from the same memory, almost for free, without any memory size penalty > over single port, > > dan > > > > > On Mon, Jan 21, 2013 at 3:18 PM, Aaron

Re: [casper] number of coefficients needed in PFB and FFT

1024 (see attached model file), >> and it looks pretty promising: errors are a max of about 2.5%. >> >> Coupling this with symmetric coefficients could cut coefficient storage >> to 1/8th, at the cost of a few extra adders for the interpolation filter. >> Thoughts? >> >> Cheers >> Danny >> > > -- Aaron Parsons 510-306-4322 Hearst Field Annex B54, UCB

[casper] SKA site decision: split

The decision to split the SKA between South Africa and Australia is official: http://www.skatelescope.org/news/dual-site-agreed-square-kilometre-array-telescope/ Low frequency is expected to be sited primarily in Australia, and mid will be primarily in South Africa. -- Aaron Parsons 510-306

Re: [casper] SPEAD examples?

big, others quickly copy it. Then you do > something else. The trick is to do something else." > > > On Mon, 29 Nov 2010, John Ford wrote: > >> Hi all. >> >> Do any of you have any xilinx designs that implement SPEAD protocol >> packets over 10 GbE? >> >> John >> >> >> >> > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] updating CASPER-Corr wiki page

AS = 0 >     Set UNICODE = 0 >     Set WX_CONFIG = "/opt/wx/bin/wx-config" > >   $ python2.6 setup.py config >   $ python2.6 setup.py build >   $ sudo python2.6 setup.py install >   $ cd /usr/lib/python2.6/site-packages >   $ cp wx* /usr/lib64/python2.6/site-packages/ > >   Add the following line to /etc/ld.so.conf: >   /opt/wx/lib >   and then run ldconfig. > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] Paper featuring CASPER hardware

and compact dewar utilizing a cryogen-free adiabatic demagnetization > refrigerator (ADR) allows the camera to be deployed quickly at Naysmith or > Coude foci at a variety of telescopes. A highly expandable software defined > radio (SDR) readout that can scale up to much larger arrays has been

Re: [casper] Fixed FFT block status

verrides the built-in "size" function. Have the guys at Mathworks never heard of namespaces? This is getting ridiculous. -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

[casper] Where does bkexecd go when it dies?

on is different from the command line (I think I'm sending the same iterrupt signal), but something's definitely disagreeing with bkexecd. 2) Can bkexecd be restarted without rebooting the entire system? If so, how? There's nothing in /etc/init.d/ to this effect. -- Aaron Parsons 510

Re: [casper] ROACH File I/O Bottleneck

bit words transferred per second as around 3.5 million.  I don't know the >> frequency at which the bus runs, but I suspect it is far greater than 3.5 >> MHz hence my comment about room for improvement. >> >> Dave >> >> P.S. I don't know how conventional or official it is, but I use lowercase >> 'b' for "bit" and uppercase 'B' for "byte". >> >> >> > > > > > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] ROACH File I/O Bottleneck

o others don't have to bump into it ? > > Mel. > > On 4/28/10, Aaron Parsons wrote: >> So commenting out all the lines in /etc/syslog.conf and then rebooting >> seems to have done the trick.  I now see ~7.8MB/s read times.  Yay! >> >> Muchas gracias! >> &

Re: [casper] ROACH File I/O Bottleneck

; by reading small quantities of data from different BRAMs etc. > > If you try to dump the whole DRAM using tcpborphserver's "bulkread" command, > you should achieve something close to 3.5MB/s across the network using the > Python KATCP and the wrapper in corr. > > Jas

[casper] ROACH File I/O Bottleneck

ven't found anything with lsof that indicates what may be writing to /proc/kmsg. I'm left thinking that maybe this logging is compiled into the kernel. Does anyone know what is cause such lousy file I/O performance on the ROACH? If it is indeed a problem with excessive logging, how do

Re: [casper] Optimized software registers

with utilization if you use a lot of software registers > (eg the packetized correlator). > These changes apply from svn revision 2945. > Cheers, > David > -- > David George > Karoo Array Telescope > Tel: +27 21 531-7282 > Email: david.geo...@ska.ac.za > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] CASPER BRAM vector accumulator

ulated it. I've never used > Glenn's so can't comment on that one. > > Jason > > On 07 Apr 2010, at 10:19, Suraj Gowda wrote: > >> Xilinx style fix: Use Glenn's vector accumulator from the GAVRT library. >> >> On Apr 7, 2010, at 7:32 AM, Aaron

Re: [casper] CASPER BRAM vector accumulator

2010, at 7:32 AM, Aaron Parsons wrote: > >> It looks like this block is not correctly configured in the library. >> Volunteers to fix/test? >> >> -- >> Aaron Parsons >> >> 510-406-4322 (cell) >> Campbell Hall 523, UCB >> > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

[casper] CASPER BRAM vector accumulator

It looks like this block is not correctly configured in the library. Volunteers to fix/test? -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] Delays in ADC block have unexpected values

set up like this? (I'm using the 10.1 tools on > otto.eecs.berkeley.edu, in case it helps) > > Thanks, > Jonathan Landon > > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] DC part of FFT output

Another thing to think about is that for signals that are strong relative to the number of bits you are using to represent them, you can see the effects of the asymmetric distribution of values around zero for two's complement numbers. For example, in the CASPER correlators, where we use four bits

Re: [casper] Clarifications on windowed x engine

output from X engines. This involves doing away with parallel polarizations (they should just be treated as separate antennas), and having real/imag samples multiplexed onto the same bus. This should reduce to some extent the logic used in handling and re-multiplexing these wide busses. Any objections? -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] Logos

g list. I put up everything I have on the subject at > http://casper.berkeley.edu/wiki/Logos > > Any improvements are welcome (especially ones that incorporate the new > 'Collaboration' language)! > > Regards, > > Andrew > > > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB <>

Re: [casper] Simulink Problems with iBOB Model File

If preloading the library fixes the problem, then the less hackish way of getting it to automatically preload is to add it to the startup.m script in the directory that you launch matlab from. On Sep 14, 2009, at 10:28 PM, Suraj Gowda wrote: Hi Ron, The 'dspsigops' library is not loade

Re: [casper] System Generator: SgGenerateCores.pm error "File Exists"

u try setting your SGCORECACHE environment variable to some temp > directory where you know you have read/write permissions? > > Thanks, > Henry > > > Aaron Parsons wrote: > >> Maybe I'm flummoxed because I'm a windows noob, but I'm trying to compile >>

Re: [casper] System Generator: SgGenerateCores.pm error "File Exists"

a part of the SgGenerateCores.pm script that seems to be looking for cached results to copy around for cores, so it seems like the file existing should be an error. Any ideas? On Tue, Sep 8, 2009 at 11:53 AM, Aaron Parsons wrote: > Maybe I'm flummoxed because I'm a windows noob, but

[casper] System Generator: SgGenerateCores.pm error "File Exists"

C:\WINDOWS\TEMP/binary_counter_virtex2p_7_0_78a3dd824f4df0df: File exists at C:/Xilinx/10.1/DSP_Tools/sysgen/scripts/SgGenerateCores.pm line 551 but C:\WINDOWS\TEMP is inaccessible to me, and other designs compile without access to it. What am I missing here? -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB

Re: [casper] FFT MaxCoeffNum in 7.1

it is currently implemented, it does not seem to work. I am > using the green 7.1 blocks. Has anyone successfully used this feature (i.e. > made a single input biplex FFT of length greater than MaxCoeffNum, 2^11 by > default)? > Thanks, > Glenn > -- Aaron Parsons 510-406-4322 (cell) 787-878-2612 x329 (arecibo office) 787-721-3991 (home)

Re: [casper] porting pink block map to 10.1

I wanted to share what I've done >> so far. It is not yet tested. The code is here: >> http://casper.berkeley.edu/svn/trunk/caltech/lib10.1/map_init.m >> >> Glenn > > -- Aaron Parsons 510-406-4322 (cell) 787-878-2612 x329 (arecibo office) 787-721-3991 (home)

Re: [casper] Problem with 10.1 digital down converter

inputs down to 1 complex output. > Please let me know if you've seen a problem like this and have an idea as to > where to start looking to fix it. I seached the map output to see if > anything obvious was being optimized out but didn't find anything. > > Hope this helps someo

Re: [casper] Confusion/bug in green FFT block

>>> Thanks for clarifying Aaron, I will go through the block carefully >>> tonight and see if I can trace down the "cross-coupling." >>> Glenn >>> >>> On Thu, Sep 18, 2008 at 6:12 PM, Aaron Parsons >>> wrote: >>>> >>

Re: [casper] Confusion/bug in green FFT block

unctionality of the block since a biplex > pfb_fir block should be equivalent two single input pfb_fir blocks. > Can someone more clearly explain the functionality of the FFT block? > Thank you, > Glenn > -- Aaron Parsons 510-406-4322 (cell) 787-878-2612 x329 (arecibo office) 787-721-3991 (home)

Re: [casper] CASPER Simulink butterfly_direct query

; testing if the bits are all '1' or '0' respectively? > > There is probably a clever answer to this or I have misunderstood something > somewhere. Could someone have a look at this and let me know what they > think. > > Thanks > Andrew > -- Aaron Parsons 510-406-4322 (cell) 787-878-2612 x329 (arecibo office) 787-721-3991 (home)

Re: [casper] no clock synthesizer, just a switch for the SMA connector Re: double click on the yellow "XSG Core Config" block to set the clock options Re: Setting DCM in CASPER

> > >> > > >> -- > > >> Oren Milgrome > > >> University of California - Berkeley > > >> Radio Astronomy Lab 601 Campbell Hall > > >> Berkeley, CA 94720-3411 > > >> mobile: 510 368 6857 office: 510 642 5509 > > >> lab: 510 642 0381 fax: 510 642 3411 > > >> email: o...@berkeley.edu > > >> > > >> > > > > > > > > > -- > > Oren Milgrome > > University of California - Berkeley > > Radio Astronomy Lab 601 Campbell Hall > > Berkeley, CA 94720-3411 > > mobile: 510 368 6857 office: 510 642 5509 > > lab: 510 642 0381 fax: 510 642 3411 > > email: o...@berkeley.edu > > > > > -- Aaron Parsons 510-406-4322 (cell) 787-878-2612 x329 (arecibo office) 787-721-3991 (home)

Re: [casper] python and other gee2 linuxoodies for b

using some of Aaron's python from the corr > python module. > > Thanks. > > John > > > > -- Aaron Parsons 510-406-4322 (cell) 787-878-2612 x329 (arecibo office) 787-721-3991 (home)