Re: [casper] Roach-2 crashing fix

really is it could crash. We'll look into this a bit more. > > Have you tried the kernel from 9 months ago at github > ska-sa/roach2_nfs_uboot ? No, we haven't, as far as I know. John > > regards > > marc > > > On Wed, Jun 24, 2015 at 11:49 PM, John F

Re: [casper] ROACH2 one_gbe block losing data on reception

> Hi Glenn, > > Everything seems to be in order, however if there was signal integrity > issues the MAC (temac) would report bad frames due to CRC failure (the CRC > is calculated over the entire Ethernet frame). > > Just another sanity check would be to send this data to another PC and > just > co

[casper] ROACH 1 USB

Hi all. Does the USB on ROACH 1 work right? I noticed there's an issue in the wiki about it where on power-up it does not work right, but on reboot it does. Is that still the case? Does anyone use the USB port for normal use? Thanks! John

[casper] shielded monitors

Hi all. Recently (sometime in the last year!) I recall hearing about someone who had successfully shielded flat panel monitors. Does anyone here know about this? Thanks, and sorry if this is noise... :) John

Re: [casper] shielded monitors

; >>> But I haven't found shielded glass that does much more than 60dB, so >>> we just put them in big rabbit cages, which gives about the same RF >>> performance for a fraction of the cost. If you only need a bit of >>> shielding in one direction, then a simple L-plate is quite effective. >>> >>> Jason >>> >>> >>> On 22 Oct 2015, at 11:08, John Ford wrote: >>> >>>> Hi all. Recently (sometime in the last year!) I recall hearing about >>>> someone who had successfully shielded flat panel monitors. Does >>>> anyone >>>> here know about this? >>>> >>>> Thanks, and sorry if this is noise... :) >>>> >>>> John >>>> >>>> >>>> >>> >>> >

[casper] Multicast on 10 gbe on ROACH-2?

Hi all. Does the current ROACH-2 10 gbe yellow block work for multicast transmit? Does anyone have an example of use of it, if so? Thanks! John

Re: [casper] Multicast on 10 gbe on ROACH-2?

code to find clues. > > Of course, all that comes with the caveat that I've never actually used > multicast with the 10 GbE yellow blocks. Thanks, Dave. We'll give it a shot! John > > HTH, > Dave > > >> On Nov 4, 2015, at 08:57, John Ford wrote: >> >&g

Re: [casper] Multicast on 10 gbe on ROACH-2?

Thanks, All! John > Marc is correct. The ARP table is not involved in multicast. The multicast > MAC is just mapped from the multicast IP. > > Wesley New > South African SKA Project > +2721 506 7300 > www.ska.ac.za > > > > On Thu, Nov 5, 2015 at 12:51 PM, Marc Welz wrote: > >> David MacMhaon wro

Re: [casper] startsg issue (Xilinx?)

> Hi all, > > As part of my attempts to narrow down the cause of the FFT problems I'm > having (well-documented), I'm trying different versions of ISE. I want to > try most of the 14.x versions plus some rather older versions. > > I've installed the versions I want to try but when I change the > st

[casper] 10 gbe on ROACH-2

Hi all. I have another question on ROACH-2 ten gbe interfaces. We really need to be able to set up 2 10.0.{17,18}.X subnets on our system with the roaches able to send to either subnet. I understand this is currently not possible. Is it something that could be undertaken? Hints as to where to

Re: [casper] 10 gbe on ROACH-2

marc > > > On Tue, Dec 1, 2015 at 3:46 PM, John Ford wrote: >> Hi all. I have another question on ROACH-2 ten gbe interfaces. >> >> We really need to be able to set up 2 10.0.{17,18}.X subnets on our >> system >> with the roaches able to send to either subnet

Re: [casper] building 300-receiver channel cross-correlator

> Anyone help? > > I'm working in academia and need to build a 300-receiver channel > single-bit digitiser / cross-correlator with a single frequency channel > having a bandwidth of 300 MHz, centre frequency ~3 GHz. The single bit > digitisers sample I&Q giving a total data rate of 180 Gbps and usi

[casper] GTX-285

Hi all. Does anybody out there have a GTX-285 laying around that we could acquire as a replacement part for GUPPI? We've had our first GPU failure in about 6 years of 24/7/362.5 operation... Please let me know if so! John

[casper] Job Opportunity at NRAO Socorro

Hi all. Here's an official link to a job opportunity at NRAO in Socorro, NM. It's for an experienced person. https://cw.na1.hgncloud.com/nrao/loadJobPostingDetails.do?jobPostingID=102420&source=jobList A rude summary follows for the curious. Sorry about the formatting... John Position Summ

Re: [casper] yellow block for 2Gsps adc/dac

Hi all. >From the work that Matt's done on the IODELAY and such, and the orginal description of the problem, i.e. a simultaneous switching of several bits at once, this sounds like a ground bounce problem or decoupling problems on the ADC/DAC board, and not a firmware or ROACH problem. John > M

Re: [casper] Fwd: Regarding wide band spectrometer ADC adc5g (ADC 5G V2.0 DMUX1:1) casper design error

Can you tell us a bit more? What is your sampling clock frequency? What level are you putting into the ADC input? Can you replot this with frequency on the X axis? It would be good to see if the peaks you see are related to the sampling clock and the input tone in some way, i.e. are they interm

Re: [casper] Re: using two ADC, reg.

Hi. I'm not sure exactly what your question is, but on the face of it there are 3 nets that don't meet timing, due to routing problems. What frequency are you building the FPGA fabric at? Have you tried just one ADC to see if it routes OK? How full is the FPGA with your design? You may be able

Re: [casper] adc5g Compilation Frequencies

Hi Franco. No, it does not work if you ignore these warnings. It sort of works. Which is worse, IMO... You should dither your sampling rate until you find something thta works and design the system to work with that. John On Tue, Sep 12, 2017 at 2:09 PM, Franco wrote: > Interesting, thanks

Re: [casper] CASPER ./startsg running was failed and can not trig MATLAB

Hi. Did you do the changes at the bottom of the page regarding changing the default shell under ubuntu? https://casper.berkeley.edu/wiki/MSSGE_Setup_with_Xilinx_14.x_and_Matlab_2012b John On Tue, Jan 23, 2018 at 5:57 AM, zhang laiyu wrote: > Hi,there > > I encount a problem in installing a

Re: [casper] sharing CASPER equipment

Hi Tom. I think this is reasonably easy to manage. At Green Bank, the spectrometer consists of 8 ROACH-2s that are all reprogrammed for different observing modes. The modes are personalities stored on disk and loaded on command. It works fine. You do have to coordinate to make sure only one com

Re: [casper] packets lost of a packetized correlator

Hi Homin. I think Danny's suggestion is a good one. We have had similar problems with the system working for a while, then packets getting lost. Making sure that the entries in the ARP table are correct (and the yellow block MAC addresses are correct) may solve it. Looking at the switch traffic

Re: [casper] UltraScale+ 100G Ethernet Configuration

Hi Arash. We use raw Ethernet on Linux for some control systems here. You should be able to open the Ethernet port and receive raw Ethernet packets. Here's a code that's very similar to what we do in our control system: https://gist.github.com/austinmarton/2862515 Since it's 100 Gb Ethernet, o

Re: [casper] Problem with ROACH2 netboot

Hi Bela. The non-working one looks to be set up to boot from flash, not the network. I think to get it to boot over the network you will have to set up the environment to have the correct information to be able to find its NFS mounted root, and the other networking stuff that is needed. You can

[casper] New Wideband Spectrometer Designs

Hi all. We're interested in wideband moderate performance spectrometers. Something that can digitize 2 (or 4) polarizations at at ~ 8 to 10 GS/s, and provide ~4K channels, full stokes, with a moderate dump rate (1 GB/sec or less). We could use 8 ROACH-2/ADC-5GS VEGAS-style spectrometer blades, 2

Re: [casper] Problem when programming ROACH2

Hi Raimondo, We saw this years ago at NRAO. Marc is right about the solution. John On Fri, Aug 10, 2018 at 7:20 AM, Marc Welz wrote: > As per previous email: Either start it again, or upgrade it > > regards > > marc > > > On Fri, Aug 10, 2018 at 12:45 PM, Concu, Raimondo > wrote: > > Hi Mark

Re: [casper] New Wideband Spectrometer Designs

new 10.25GSps 12-bits ADC with a 6.5GHz > bandwidth: > > http://www.analog.com/en/products/analog-to-digital- > converters/standard-adc/high-speed-ad-10msps/ad9213.html > > but it's pricy, data sheet is preliminary, and i don't know if anybody > has > > an FMC bo

Re: [casper] Problem when programming ROACH2

how to do this. John On Fri, Aug 10, 2018 at 9:12 AM, Raimondo Concu wrote: > Hi John, > > How do I update it? > > Thanks > Raimondo > > > Il Ven 10 Ago 2018, 17:48 John Ford ha scritto: > >> Hi Raimondo, >> >> We saw this years ago at NRAO.

Re: [casper] Timestamp in ROACH2 and PTP

Hi Franco. We have normally time-stamped the data using a hardware 1 Pulse per Second digital input as a sync source, which gives us << 1 microsecond timing precision. PTP requires hardware support in the LAN hardware, and I don't recall for sure but I don't think it's in the PHY/MAC on the PPC,

Re: [EXTERNAL] [casper] seeking high accuracy GPS disciplined time/frequency standards ?

Hi Dan, all. How about a combination of these techniques? You could get an ultra-stable oscillator, possibly similar to what Bob Jarnot suggested, and then use the day-old-postprocessed GPS timing results to calibrate the 2 atomic clocks' time at different places on the earth. Hopefully (to be b

Re: [EXTERNAL] [casper] seeking high accuracy GPS disciplined time/frequency standards ?

Hi Dan. I've been thinking about this a bit over the weekend, and I think the problem can be solved by dividing the problem. I think the frequency standard should not be coupled to GPS, rather a free-running rubidium or better oscillator could provide sufficient frequency stability and could also

Re: [casper] Issues with setting up a ROACH2

The message comes from uboot, so it's worth trying to reload that. Otherwise you may have a true hardware failure. :( John On Tue, Mar 19, 2019 at 6:59 AM Michael Peel wrote: > Hi Heystek, > > Thanks for the reply and the link. The memory error appears immediately > after the roach is turned

[casper] ML-605 board

Hi all. Does anyone have a Xilinx ML605 board that I could borrow for a couple of months, or one you'd like to sell? And its companion FMC breakout board, the XM-105. We are developing some custom hardware, and one of our ML-605 boards we are using for debugging another part of the system is no

[casper] Re: ML-605 board

Hi all. I got several offers of a board to help us through this tight spot! Thanks to all! John On Tue, Apr 16, 2019 at 10:12 AM John Ford wrote: > Hi all. Does anyone have a Xilinx ML605 board that I could borrow for a > couple of months, or one you'd like to sell? And its co

[casper] Gigabit Ethernet

Hi all. I'm designing an FPGA based instrument control system with a gigabit Ethernet port. It should be easy to make this work, but alas, it's giving me fits. I have a Xilinx Artix-7 FPGA on the board, driving a TI PHY using the RGMII interface from the Xilinx tri-mode Ethernet MAC core. It mo

Re: [casper] Gigabit Ethernet

, but it's quantized in 0.5 ns, and that might not be fine enough. Thanks for the ideas. Looks like a fun weekend in store for me. :) John > > Best, > HK > > On Thu, Feb 13, 2020 at 11:50 PM John Ford > wrote: > >> Hi all. >> >> I'm designing

Re: [casper] Gigabit Ethernet

g isn't correct and >> you're only getting connectivity on one of the two wires in the >> differential pair. This would work *sometimes*, which is about what you're >> seeing. >> >> This might happen if you wired your own cables or connectors and laid >>

Re: [casper] Dropped packets during HASHPIPE data acquisition

Hi Mark. Since the newer version has a script called "hashpipe_irqaffinity.sh" I would think that the most expedient thing to do is to upgrade to the newer version. It's likely to fix some or all of this. That said, there are a lot of things that you can check, and not only the irq affinity, but

Re: [casper] Dropped packets during HASHPIPE data acquisition

Hi Mark. Spelunking through the hashpipe_pktsock.h header file I see that #define PKT_UDP_DATA(p) (PKT_NET(p) + 0x1c) In your code you posted earlier, you have this: memcpy(dest_p, payload, PKT_UDP_SIZE(frame) - 16) // Ignore both UDP (8 bytes) and packet header (8 bytes) Have you verified t

Re: [casper] How to check or modify the network setting on ROACH2 ?

Hi. Since you can receive 1500 packets error-free, it seems like your PC is getting more data than it can handle and starts losing packets.As Jack says, the PPC doesn't get involved in it at all. Using small packets like you are using makes for more work on the PC side, as many more interrupt

Re: [casper] Compilation errors with FFT block

> Is it still necessary in 11.x/RHEL to load/open the CASPER library > before opening a model containing library blocks? Yes, Henry, it is. We have a startup.m that opens/loads the user's libraries and starts sysgen. Here it is. Yes, Master<1005> more startup.m addpath('/export/home/tokra/scrat

Re: [casper] Simulink/Xilinx integration

I've seen this error if you have the mouse focus in a subsystem in the model instead of the main model. Try closing all subsystems/blocks except for the main drawing. John > Hi Steve, > > Try opening up the System Generator block and entering in 'd7' in the > 'clock > pin location' field. Then

Re: [casper] Simulink/Xilinx integration

> Wow, you're having a really tough time with the toolflow setup! We > normally insist that you use the recommended versions to avoid these > troubles, but let's continue down the debuggin' path and see where it > leads... > > First, a little explanation: The "gcs" block stands for "Get Current > S

Re: [casper] Simulink/Xilinx integration

> Billy Mallard wrote: >>> I'm still investigating the 11.x flow on Linux. It's not ready for >>> prime-time yet: I sometimes have Matlab disappearing on me, compiles >>> that sometimes take significantly longer (22hrs), ridiculous memory >>> usage (over 16GB) etc etc. >> >> my experience has been

Re: [casper] Which error to chase?

> The 'dac' yellow block _does include a gateway internally. I believe the > error is referring to the input data lines, but I haven't figured it out > yet. But I may be barking up the wrong tree because I'm trying to control > the DAC2x1000-16 (TI DAC5681) DAC - included with our ROACH - but the

Re: [casper] Which error to chase?

>> The 'dac' yellow block _does include a gateway internally. I believe >> the >> error is referring to the input data lines, but I haven't figured it out >> yet. But I may be barking up the wrong tree because I'm trying to >> control >> the DAC2x1000-16 (TI DAC5681) DAC - included with our ROACH

[casper] Troubles setting up 10 GbE on Roach

HI all. We've been working with some code taken from the workshop tutorials, tutorial #2. We're trying to configure the 10 gbe block using the tut2.py example, but it doesn't actually configure anything. Once we run the configure script, the MAC address and IP address are the defaults that are p

Re: [casper] Troubles setting up 10 GbE on Roach

the innards of the katcp system... John > > > Jason > > On 01 Apr 2010, at 12:50, John Ford wrote: > >> HI all. We've been working with some code taken from the workshop >> tutorials, tutorial #2. We're trying to configure the 10 gbe block >> us

Re: [casper] Troubles setting up 10 GbE on Roach

> Hi John, > > I had the same problem, but it was fixed after I updated my ROACH > according to Jason's recommendations: > http://www.mail-archive.com/casper@lists.berkeley.edu/msg01370.html We did check this, but maybe we missed something. We'll have another look. > > Also, if you just want to

[casper] 6 GS/s Spectrometer

Hi all. Has anyone done a 6 GS/s spectrometer using 2 interleaved 3 GS/s ADC boards on a ROACH? I seem to recall someone doing something of the sort, but I don't recall any details. Thanks for any info! John

Re: [casper] 6 GS/s Spectrometer

;>> Jason >>> >>>> On 4/22/2010 2:57 PM, Mark Wagner wrote: >>>>> Hi John, >>>>> >>>>> I don't think anyone has been able to get a spectrometer working >>>>> at the full 3GS/s interleaved yet. The best Suraj an

Re: [casper] 6 GS/s Spectrometer

e FPGA resources: throw away the bogus bits and use only 4 bits out of the samples. John > > -Francois > > John Ford wrote: >> Thanks for the info, all. >> >> As you might expect, this was not an idle question. I have a need for >> this right now. The machin

Re: [casper] mlib_devel_10_1 and simulink 7.4

> Hi Dave > > It may be time to copy our libraries to an mlib_devel_11_1 revision and > continue from there. ROACH2 uses Virtex6 and the 10.x and earlier tools do > not support it. Disadvantages are that a lot of library maintainers will > be > working in mlib_devel_11_1 and bug fixes, changes etc

Re: [casper] Issue with Fujitsu FPD-010R008-0E + FOC-CCxxxx

> > > hi shilpa, > > the early CX4 10Gbe spec didn't supply optional power > through the connector, and the first revision bee2's and > ibob's we built didn't have powered connectors. > > but the spec changed several years ago, so i would have > guessed that any modern NIC board would have powered

Re: [casper] 64-bit toolflow computer?

> Hi Bay, > > We had to move to RHEL5 (64-bit ok) to get versions above 11.3 working. > I've heard that CentOS works too. And you really need 64 bit... John > > Mark > > > On Thu, May 20, 2010 at 3:49 PM, Bay E. Grabowski > wrote: > >> We're setting up a new toolflow computer after Ubuntu stop

Re: [casper] 64-bit toolflow computer?

> On Thu, May 20, 2010 at 9:34 PM, John Ford wrote: >>> Hi Bay, >>> >>> We had to move to RHEL5 (64-bit ok) to get versions above 11.3 working. >>>  I've heard that CentOS works too. >> >> And you really need 64 bit... > > We&

Re: [casper] 64-bit toolflow computer?

27;m hoping the bulk of the casper community will use RHEL5 or another >> xilinx supported system so we can all help each other. >> >> our group has switched to RHEL5 and i recommend it to other groups. >> >> dan >> >> >> >> >> >>

Re: [casper] 64-bit toolflow computer?

ar like they might be operating >>>> system >>>> related, but when we switched over to RHEL5, the bugs vanished. >>>> >>>> also, xilinx will refuse to answer questions if you aren't using one >>>> of >>>> the >>&g

[casper] "dual-boot" ibob?

Hi all. Is it possible to put 2 personalities in an ibob, so that you can select the personality with a jumper or switch? John

Re: [casper] "dual-boot" ibob?

n to hack in. Thanks, Henry. I thought as much. We'll just reflash them for our purposes. It's not too big a deal. I guess we need to move on to roach boards... John > > > Thanks, > Henry > > On 5/24/2010 11:39 AM, John Ford wrote: >> Hi all. >> >&

Re: [casper] ibob lwip on 10.1

> Thanks, Glenn, > > I have not added any PPC code and I am using the 10.1 tools installed > at BWRC, so I assumed those were not the problem, but I just now > built a simple test design with LWIP using the 10.1 tools and it worked! > > My guess is that sw registers and such cause the code to grow

[casper] GPU Spectrometer

Hi all. I know folks are working on a hybrid spectrometer using roach/ibob and GPU's. I am in need of a 1M channel, 2 pol, 400 MHz spectrometer. Anyone offer up their design as a possibility? I think GUPPI maybe could do it, but I wonder if anyone else has gotten anything going. Or could you b

Re: [casper] GPU Spectrometer

> Hi John. > >> >> >> I know folks are working on a hybrid spectrometer using roach/ibob and >> GPU's. I am in need of a 1M channel, 2 pol, 400 MHz spectrometer. >> Anyone >> offer up their design as a possibility? I think GUPPI maybe could do >> it, >> but I wonder if anyone else has gotten anyt

Re: [casper] Fedora 13 FTW

> We have two new lab machines running Fedora 13 64-bit. They both have > Xilinx 11.4 (I think). One has Matlab 2009b and one has 2010a. Both > seem to work (they build bof files OK). > > What's supposed to break? The sysgen/EDK stuff that uses perl scripts seems to be the weak(est?) link. >Fr

Re: [casper] GCC error

> Hi All, > > We're trying to get the version 11 tools running on RHEL5, and we've run > into a problem. When we try to simulate designs involving Xilinx blocks > (without any Casper blocks), we get the following error: > > "Program "gcc" returned non-zero status (1). > > Error occurred during "Si

Re: [casper] GCC error

> Hi John, > > The .mdl file is attached. Hi Matthew. This simulated fine for me on my 11.3 system, modulo the warnings about being created on a newer version... Of course, bee_xps complains bitterly about the lack of the MSSGE block if you try to build it. John > > Matthew > > > >>> Hi All,

Re: [casper] GCC error

with the simulation in the first place. But I haven't looked under the hood to see what it's really doing. John > > Mark > > On Wed, Jun 2, 2010 at 3:42 PM, John Ford wrote: > >> > Hi John, >> > >> > The .mdl file is attached. >> >>

Re: [casper] Hang issue when trying to wr/rd a register

/proc//hw/ > ioreg/* just hang. > > Do I have to go back to 7.1 for BEE2 development? I think so. It seems bee2 is an orphan platform for newer tools. John > > Thanks, > Dave > > On Dec 22, 2009, at 15:27 , John Ford wrote: > >> Hi. Does anyone know what the

Re: [casper] Simulink refuses to simulate/compile

> So simulink keeps throwing the same error whenever I try to simulate or > compile something: "All Xilinx blocks must be contained in the same > hierarchy as a system generator block." Googling gives me solutions that > don't apply to me; same for the casper archive. The truly mysterious thing > i

Re: [casper] 10gbe switch

> No. > > Believe it or not I spent a long time looking everywhere but the > Casper wiki. Should have thought of that because that's where we got > the Myricom card from. > > Those listed are at the higher end of the price range I've seen. Looks > like ~$10k is the amount I should be prepared to sp

Re: [casper] 10gbe switch

And don't forget that the switches that are XFP and SFP+ sometimes (usually?) don't include the optics for each port in the switch price. With CX4, all you need is a cable, if you're within a few meters. > Yes - that list is years old. > Those Fujitsu and HP switches have been tested with the CAS

[casper] ADC block error

Hi all. We are trying to build models on 11.X for the roach, and they are failing. Here are the error messages: Yes, Master<752> cat /tmp/jmf.txt Undefined function or method 'reuse_line' for input arguments of type 'char'. Error in 'test_jmf/adc083000x2/adc0_sim': Initialization commands cann

Re: [casper] ADC block error

> Suraj, > > So from what I understand, anyone that wants to use the 3gsps adc, now > needs > to add line > > addpath('/mlib_devel/casper_library/simulink_drawing_fns') > > to their startup.m script? Thanks. That fixed the problems. John > > Mark > > > On Mon, Aug 9, 2010 at 2:43 PM, wrote: >

Re: [casper] FFT on ROACH

Hi Andrea. This looks to me like some kind of mismatch in the libraries to me. I'm still using the subversion libraries, and they work fine. I'm going to move to GIT later today, and I'll try it there and see what happens. Do you still have your old subversion library installation you can try?

Re: [casper] FFT on ROACH

Hi all. For what it's worth, I just cloned the git tree from berkeley with: git clone git://casper.berkeley.edu/mlib_devel.git and it works fine, as far as a quick test. I instantiated an fft_biplex_real_2x block, and a fft_wideband_real, and they ran fine, and are OK under the mask. My instal

Re: [casper] My Problem with bee_xps

> I found the problem. I started > putting uppercase letters in file > names. Uppercase letters cause > bee_xps to have trouble finding > files. Hi all. Can someone at CASPER put this in big letters on the WIKI somewhere? This bites everyone who uses the Linux version at least once. There maybe

Re: [casper] Regarding data coming out of DRAM !!

CC: list... > Hi Shrikanth, > > I haven't worked extensively with the DRAM, so i'm not sure why you would > be > getting these constant values. But I don't think half the data stored in > memory should be a constant. Hi Srikanth. I wonder if this is because of DRAM size? It looks like an addres

Re: [casper] ROACH basic questions

Hi Daniel. I agree with what Dan has said. Go to http://casper.berkeley.edu/wiki/Main_Page, look down to the menu on the left, and find the tutorials entry. As far as your questions about versions, etc., I think you have to be a bit careful about making sure the versions match each other. In Gr

Re: [casper] Tut2 : Unable to transmit and receive Data from 10Gbe

> On a related issue, does anybody have any ideas about my "connected at > 1.4Gbps" message that I get when I plug ROACH 10GbE transmit into my > Chelsio NIC? This seems to be a low-level issue, ie, there's no data > being sent from ROACH, it's just the 10GbE yellow block (version 1) > sitting t

[casper] 3 Gs/s adc board demo example

Hi all. Does anyone have a working example of using the adc083000 adc board in the 2* demultiplexed mode (16 simultaneous outputs). If so, what sampling rate? Thanks! John

Re: [casper] 3 Gs/s adc board demo example

try the 16 output mode at 3 GS/s it doesn't seem to work right. So you would run the board at twice the clock rate and demux the output samples on the FPGA in the simulink model before writing into dram? Thanks for the info! John > > -Suraj > > On Sep 29, 2010, at 5:51 PM, Jo

Re: [casper] tcpborphserver version, ?wordwrite always returns zero

> The startup scripts execute "tcpborphserver2" by default. There's a bug in > the scripts and it won't work unless it's in your path though (default is > /usr/local/sbin, which is in the path, so no problems). /borph is not a > standard path entry. > > Assuming you're running the default filesyst

Re: [casper] iBOB freezing

> Hi everyone, > > I'm having a problem with an iBOB-based spectrometer. The design is a > simple instrument used to measure neutral hydrogen for our > undergraduate radio lab course. The spectra are transmitted over the > 10/100 Mb ethernet using a modified main.c file where I read the > channels

Re: [casper] iBOB freezing

>> Maybe it's overheating?  Do you have a little fan right on the FPGA? >> We've found that is necessary, even in a "proper" case.  We cut a hole >> in >> the lid and add a fan right over the chip. > > Interesting idea. I do have a small fan attached to the iBOB heat > sink. It was running at the t

[casper] SPEAD examples?

Hi all. Do any of you have any xilinx designs that implement SPEAD protocol packets over 10 GbE? John

Re: [casper] SPEAD examples?

nels over 400MHz bandwidth, full stokes. So there's > lots of room to add features and things. It has 10GbE output and can do > high speed dumps (well below 100ms) or up to about 1min integrations > before integer overflows. Note that our F engines expect KATADCs. You > might need to recompile for iADC and update the config file as > appropriate. > > Next year we will be adding beamformers to the X engines. > > > Jason > > > > On 11/29/2010 8:12 AM, John Ford wrote: >> Hi all. >> >> Do any of you have any xilinx designs that implement SPEAD protocol >> packets over 10 GbE? >> >> John >> >> >> > > > >

[casper] BEE2 eeprom

Hi all. Is there any way to get the eeprom contents while the bee2 is running linux? Like the get_eeprom command, only from a borph linux shell. John

Re: [casper] Update: Problem with adc083000x2

Hi Ron. Can you send your model for us to try? John > I ran bee_xps on another model using > the adc083000x2 block. The first run > of bee_xps resulted in an error, but > a later run compiled without errors. > I didn't change the model. How can a > run result in an error but repeating > the run

Re: [casper] 10gbe switch

way >> to convert to CX4, e.g. SFP+->optical, optical->CX4. Our cable lengths >> that >> we will (eventually) need are all greater than 15m, so outside of the >> CX4 >> spec, much less what the ROACH boards are apparently cable of driving. >> >>

Re: [casper] 10gbe switch

oing. >>> >>> My thought is that I should be buying an SFP+ card and figuring out a >>> way >>> to convert to CX4, e.g. SFP+->optical, optical->CX4. Our cable lengths >>> that >>> we will (eventually) need are all greater than 15m, so outsi

Re: [casper] 10gbe switch

al "waterhose" ethernet -> 10base2 -> 10baseT -> 10baseFX -> 100baseT -> 1000baseT progression. In other words, why the heck would you *not* have a heterogenous bunch of networks, transcievers, and media once the first working products were out for a few years? John > > Tom

Re: [casper] ROACH 2: it exists

That's awesome, David. Can't wait for the first R-II Spectrometer... We'll be waiting for more news! John > Hi All. > > As you may know a new CASPER board is in the pipeline called ROACH 2. > The design is centred around a Xilinx Virtex-6 SX475T FPGA. It should > be, roughly, a 4-times improvem

Re: [casper] Licensing dsp tools 10.1

> Dear Casperites, > > I'v been having troubles synthesizing the spectrometer, so I wanted to > try a different version of every tool I'm using (Ubuntu > Lynx/Matlab2009b/Xilinx 11.4 to WinXP/Matlab2007b/Xilinx 10.1) but I > can't have dsp tools installed, I installed Xilinx Webpack 10.1 and I

[casper] [Fwd: [Usnc-ursi-j] Deadline for pulsar session in URSI-GA extended to March 4]

Original Message Subject: [Usnc-ursi-j] Deadline for pulsar session in URSI-GA extended to March 4 From:"Matsakis, Demetrios" Date:Wed, March 2, 2011 6:38 am To: "usnc-urs...@nrao.edu" -

Re: [casper] Fujitsu XG2000C / where to buy?

> Hello, > > The 10GbE hardware page[1] has not been updated in a while (June 2009), > and I wonder someone had the chance to test other kind of switches. > > For now, I think that the best choice is the Fujitsu XG2000C. Any > recommendation of distributor/reseller in US? I have quotations right >

Re: [casper] Roach NFS root and static IP

> Hello list, > > I'm trying to give a roach a static IP since dhcp is not allowed. There is > http://gmrt.ncra.tifr.res.in/gmrt_hpage/sub_system/corr/Iru/Roach_BOOT_proc1_V3.pdf > which says bootargs can have ip=::. So I'm > trying this: > > setenv bootargs console=ttyS0,115200n8 noinitrd rw > ip=

Re: [casper] Roach NFS root and static IP

not seem > to work well at 5100m altitude :P Our booting is very reliable. But we're at ~850m! John > > - Jan > > On Mon, 21 Mar 2011, John Ford wrote: > >>> Hello list, >>> >>> I'm trying to give a roach a static IP since dhcp is not allow

Re: [casper] ROACH-2 prototypes working well

This is awesome work, guys! We're excited about these new boards. John > Hi All. > > ROACH-2 development and testing has gone well over the last two months. At > this point we have tested the two prototype boards and are happy that > everything works. While there were a number of minor issues, w

Re: [casper] Roach: Getting Started Enviroment 2011

> Hi Miguel, > > For 2, put load_system('xps_library'), load_system('casper_library') and > load_system('gavrt_library') into your startup.m may solve this issue. > It is due to the libraries are not initialized properly. Also, note that the "Parameterized link" warning is normal, and does not cau

Re: [casper] Roach: Getting Started Enviroment 2011

am will not be > generated. > > To disable the PAR timing check: > > 1> Disable the "Treat timing closure failure as error" option from the > Project Options dialog in XPS. > > OR > > 2> Type following at the XPS prompt: > XPS% xset enable_par_timin

Re: [casper] Roach: Getting Started Enviroment 2011

test, try reducing the number of channels in the FFT and compile it again to see if it can route that successfully. John > > > -Mensaje original- > From: John Ford > Sent: Wednesday, April 06, 2011 2:58 PM > To: migu...@gmail.com > Cc: casper@lists.berkeley.edu > Subje

  1   2   3   4   5   >