so I had to install
> katcp-0.3.4. so, I am thinking update my filesystem version, because can be
> outdated?
>
> Regards
>
> Rolando
>
>
>
>
>
>
> 2016-12-05 14:04 GMT-06:00 Jack Hickish :
>
> Hi Rolando,
>
> Nice work!
>
> My advice - i
Hi Michael, cc. List,
Do you see glitches if you leave the adc in test ramp mode and grab lots of
samples? If not, the problem isn't related to IO calibration.
I might be misinterpreting your email, but just to be clear, you must
recalibrate the MMCMs (or iodelays, or both) every time you program
es the mmcm and the ogp stuff in one hit?
Cheers
Jack
Thanks
>
> Michael
>
>
>
> *From:* Jack Hickish [mailto:jackhick...@gmail.com]
> *Sent:* 08 December 2016 23:26
> *To:* Michael D'Cruze; Primiani, Rurik; casper@lists.berkeley.edu
>
>
> *Subject:* Re: [caspe
Hi Roberto,
The input to the mkbof program needs to be a .bin (not .bit) file. I
believe there's a "generate binary" option you can specify in the planahead
options for bitgen.
Hope that helps,
Jack
On Wed, 14 Dec 2016 5:30 pm Roberto F., wrote:
> Hello everyone,
>
> I want to generate a boff
More broadly speaking, has anyone ever used the DDR powerPC interface on
ROACH2? Is it actually know to work with code as-provided in the mlib_devel
/ katcp repos?
Franco -- perhaps this project --
https://github.com/argonnexraydetector/RoachFirmPy -- which I found linked
on the DDR page of the CAS
Wesley New for vetting/committing to their repo but I
> guess he hasn't done it yet. I can send the info to those interested.
> Regards, mm.
>
> From: casper-boun...@lists.berkeley.edu [casper-boun...@lists.berkeley.edu]
> on behalf of Jack Hic
Hi Kaushal,
On Mon, 2 Jan 2017 10:16 am Kaushal Buch, wrote:
> Dear all,
>
> We have interfaced 64-channel ADC with ROACH-1 board and it is working
> as expected using on-board clock (50MHz). There is provision to
> provide an external clock to this board to operate ADC to get a
> maximum data r
Hi Luca,
Did you get anywhere with this - it seems like you're missing some of the
adc_mkid_4x_interface code. Which version of mlib_devel are you using?
Cheers
Jack
On Thu, 15 Dec 2016 3:40 pm , wrote:
> Dear all,
>
>
>
> I’m working on a project with ROACH2 and ADC/DAC MKID boards. I can use
32 Kaushal Buch wrote:
> Hi Jack,
>
> Thanks for the reply.
>
> The design compiled for 260 MHz (adc0_clk) with yellow block set to 65 MHz.
>
> However, I am not yet clear about the external clock input requirements.
>
>
>
> Regards,
>
> Kaushal
>
> On
there is a good way to rescue missing emails,
other than just sending them again. Feel free to do so if you thing the
information in the mail should be archived.
Cheers
Jack
On Fri, 3 Feb 2017 at 11:32 Jack Hickish wrote:
> Hi all,
>
> A few people contacted me in the last 48 hours to say
Hi Oliver,
Have you tried increasing the MATLAB Java heap size, as per
https://www.mail-archive.com/casper@lists.berkeley.edu/msg04642.html ?
Cheers
Jack
On Sun, 26 Mar 2017 at 22:32 Wang Jinqing wrote:
> Hi ,
>
> I am developing a project. It seems good when do the simulation. But When
> I
Hi Claudio,
This is a classic problem -- the library version you are using is not
compatible with the version the tutorials were designed in. The particular
error you have can be solved by deleting the XSG yellow block and pulling a
new one from the library (I believe it is now called XSG_core_con
Further, is the board clocking OK? -- I believe the initialization script
should give feedback on whether of not the FPGA's PLL has successfully
locked to the ADC clock, and what the current measured board clock is.
Cheers
Jack
On Wed, 29 Mar 2017 at 14:28 Matt Dexter wrote:
> Is the design and
d for ADC A.
> ERROR: SERDES calibration failed for ADC B.
> ERROR: SERDES calibration failed for ADC C.
> ERROR: SERDES calibration failed for ADC D.
> Selecting analog inputs...
> Using default digital gain of 1...
> Done!
>
>
> On Wed, Mar 29, 2017 at 5:33 PM, Jack Hi
nd I am not sure how to
> check the adc repo and mlib_devel repo versions ? Could you please help me
> in that ?
> Thank you.
>
> On Wed, Mar 29, 2017 at 6:39 PM, Jack Hickish
> wrote:
>
> I like the triumphant "done!" at the end :)
>
> Next questions --
> Wha
configure the brams ?
>
> On Thu, Mar 30, 2017 at 4:36 PM, vijay kumar > wrote:
>
> The following is output I get when i type the 'git rev-parse HEAD':
>
> a949c9d5c1761078b4c884699ff52c1497a17ff6
>
> On Thu, Mar 30, 2017 at 2:32 PM, Mark Wagner wrote:
>
Hi Franco,
I don't know the low frequency limit, but for what it's worth, you could
always run the adc at 320 MHz and just use 1 of the 8 outputs, which also
has the benefit of avoiding and inter-core mismatch issues, since you'd
effectively only be using 1 core. Or run faster and only use every N
I'm sure I remember merging Tim's code in the past. I've just got off a
flight and am a bit dazed and confused right now, but I'll check what's in
the main casper-astro repository tomorrow and update the r2 core if needed.
Cheers
Jack
On Thu, 6 Apr 2017, 15:48 Madden, Timothy J., wrote:
> Olive
Hi Franco,
Looking at the schematics, the over-range pins are routed to the ZDOK, so
it should be possible to add these signals to the yellow block if you
really want them. As things stand at the moment, I don't know how you'd
check for an over-range condition other than just monitoring the ADC ou
This is now in the main casper-astro repo (
github.com/casper-astro/mlib_devel) .
Thanks Tim!
Jack
On Thu, 6 Apr 2017 at 16:52 Jack Hickish wrote:
> I'm sure I remember merging Tim's code in the past. I've just got off a
> flight and am a bit dazed and confused righ
Hi Luca,
Maybe this response is too delayed to be useful, but using the main
casper-astro repository (https://github.com/casper-astro/mlib_devel),
the xps_adc_mkid_4x
should now work with both roach1 and roach2.
I'm not sure what repository you are using which contained the
xps_adc_mkid_4x_r2
bloc
ps://github.com/ska-sa/mlib_devel)
>
>
>
> 3. Xilink 14.7
>
>
>
> thanks,
>
> Chunsik
>
>
>
>
>
> *From:* Jack Hickish [mailto:jackhick...@gmail.com]
> *Sent:* Thursday, April 20, 2017 11:16 AM
> *To:* Chae, Chun Sik (382G) ;
>
7 Apr 2017, 01:05 Chae, Chun Sik (382G), <
chun.sik.c...@jpl.nasa.gov> wrote:
> Hi jack,
>
>
>
> I am tyring this. It seems to me that the ‘startsg’ needs ‘startsg.local’.
> Am I correct?
>
> If so, where can I find ‘startsg.local’?
>
>
>
> thanks,
>
>
Hi Franco,
Some guesses below
On Thu, 27 Apr 2017 at 15:22 Franco wrote:
> Dear Casper Community,
>
>
> I was playing with the sync_gen block, and I have some question
> regarding its parameters. I read the syn_gen memo
> (https://casper.berkeley.edu/memos/sync_memo_v1.pdf) but it didn't he
Hi Franco,
I've had this error before. To be honest, since ISE compiled my design fine
and I could see no issues in hardware when comparing digital noise sent
through multiple FFT channels, I just ignored the problem. That is, I used
planahead to generate constraints/pblocks, but compiled these wi
Hi Franco,
1) Yes, this is an optimization the tools have performed. If you dig into
the Xilinx manuals you can probably find some options / UCF entries to turn
off this type of optimization, or at least make it less aggressive. I don't
use these enough to know exactly which ones you want, but I'd
Hi Xavier,
Assuming you're only going to use the katcp stuff in Corr to talk to your
boards, you don't really need corr_functions at all.
In fact you can edit the __init__.py file in Corr/ to remove a lot of the
superfluous imports if they are causing you trouble.
The real solution is that everyo
Hi Xavier,
The ROACH2 (unlike the ROACH1) has a dedicated 1GbE connection straight to
the FPGA fabric -- it's the "other" RJ45 connector in addition to the one
you're using to talk katcp. You can access it using the one_gbe yellow
block -- I think this is probably the way to go.
Cheers
Jack
On M
Hi all,
casper.berkeley.edu will be down from around midday on Sunday 25th June
until ~9am Monday morning (Pacific time), owing to maintenance at
Berkeley's Space Science Lab.
Sorry for the inconvenience,
Jack
--
You received this message because you are subscribed to the Google Groups
"caspe
g
> flow execution...gmake: *** [__xps/system_routed] Error 1ERROR:EDK -
> Error while running "gmake -f system.make bits".: XPS failed.*
>
> Any idea what I could be doing wrong?
> Has anyone worked with that "yellow block" recently?
> Is there any example availa
CPU Rx" option requires further selection in the
> configuration panel to work properly. i.e.: I am configuring the block
> wrong, or the "yellow block" has a problem.
>
> If it is of any help, I am using mlib_devel master branch commit
> 225aa9ed21aa914078546d2256c56f77f9
This should be fixed in commit
https://github.com/casper-astro/mlib_devel/commit/0c3f3349e0ea5b135015f247cdae3f1b71af8c86
Let me know if you have any problems.
Thanks for the error report,
Jack
On Thu, 22 Jun 2017 at 12:46 Jack Hickish wrote:
> Hi Xavier,
>
> Yeah, that's a bu
Hi Adam,
Some months ago I tried to get the ddr in the casper-astro library working,
using code provided by people on this list. Needless to say, I failed. I'm
not sure what was wrong, but my spare time to debug got exhausted, and I
haven't looked at this since.
However, for your particular probl
Hi Colin,
I don't think many people are supporting windows, though there was an email
from a few hours ago --
https://www.mail-archive.com/casper@lists.berkeley.edu/msg06862.html --
which had a link to a windows-friendly repo version. Perhaps this would be
useful to you.
Jack
On Wed, 28 Jun 2017
Hi Xavier,
I believe all the "snap" blocks have been deprecated, in favour of the
newer "snapshot" block, which has integration in the software control
libraries. If you are having this problem in a collaboration supplied model
(it sound like you're doing tut2?) it will be updated in due course pr
these
> interfaces work and I feel I am missing something.
>
> thanks,
> XB
>
>
>
> On Thu, Jun 22, 2017 at 12:46 PM Jack Hickish
> wrote:
>
>> Hi Xavier,
>>
>> Yeah, that's a bug. I'll have a fix shortly, but for now I would just
>> l
On Wed, Jul 5, 2017, 6:56 AM Schoenwald, Adam J. (GSFC-5640) <
adam.schoenw...@nasa.gov> wrote:
> Hi All,
>
> I’ve abandoned my attempt to use the DRAM for now and moved on to QDR.
>
> I’m somewhat confused by the wiki at https://casper.berkeley.edu/wiki/Qdr
> .
>
>
>
> The “issuing commands sect
ical Engineer
> Office: 301.286.4175 | Cell & Text: 631-241-0003
>
>
>
> -Original Message-
> From: Jason Manley [mailto:jman...@ska.ac.za]
> Sent: Wednesday, July 5, 2017 10:55 AM
> To: Jack Hickish
> Cc: Schoenwald, Adam J. (G
Hi Xavier,
At 2.5GHz sampling frequency you might need to calibrate each IO lane
individually, rather than just sweeping the global clock phase. I don't
know where you're getting your calibration code from, but if you have a
calibrate_all_delays method (like at
https://github.com/jack-h/adc_tests/
Hi Sam,
I'm not familiar with the music board, but I wonder if it would benefit
from tuning the clock vs data skew on the adc->fpga links to tune the data
capture for reliability.
Are you coming to the CASPER workshop? If so I suggest bringing a music
board and maybe somebody can donate some time
ck,
>
> Would that be akin to the calibration routine which was written for the
> ADC5G? I will be at the workshop, and can definitely bring a test setup.
>
> Thanks,
> Sam
>
> On Thu, Aug 3, 2017 at 2:08 PM, Jack Hickish
> wrote:
>
>> Hi Sam,
>>
>> I
Hi Beatriz,
Welcome to the CASPER mail list!
There is no formal membership of the collaboration. Whatever you are using
CASPER hardware or software for, this mail list is the place to post
questions, get help, or announce things you've built or are willing to
share.
Having said that, manufacture
Hi Xavier,
Using an adapter might be possible in principle, but it definitely won't
work out the box. It's probably about three orders of magnitude more design
effort to get this working vs using the on-board 1gbe :)
Sorry!
Jack
On Thu, Aug 10, 2017, 1:33 PM Xavier Bosch
wrote:
> Ryan,
> Thank
Weird. I'm guessing that is a software register? if you select the block
that's throwing the error, then in matlab type "update_casper_block(gcb)"
(which will delete that block and replace it with a fresh copy from the
library) does that help at all.
Cheers
Jack
On Fri, 25 Aug 2017 at 04:21 Heyst
Hi Anshu,
To add to John's comments -- this isn't an "error" in the sense there's
anything wrong with your code or the tools. It's a failure of the Xilinx
placer/router to find a way of implementing your design which will run at
the speed you requested (250 MHz(?)).
Probably these are specific par
Hi all,
In the aftermath of the workshop, there is going to be a fair bit of
development to the CASPER website, documentation, software, and tools. To
avoid spamming the list, I've just created a new mail list:
casper-...@lists.berkeley.edu
for announcements for that may interest developers (sched
Hi Indrajit,
In would appear a file was declared deprecated and removed in a previous
commit. I've re-added this file in the casper-astro roach2 branch --
https://github.com/casper-astro/mlib_devel/tree/roach2
It appears there is also an issue with some IP core having an uppercase
name, which I'm
u need. I've no idea if XAUI ever worked on ROACH2 with CX4 cards
Cheers
Jack
On Mon, 9 Oct 2017 at 15:47 Jack Hickish wrote:
> Hi Indrajit,
>
> In would appear a file was declared deprecated and removed in a previous
> commit. I've re-added this file in the casper-as
Hi Mugundhan,
Is the boffile that fails to program executable? I.e., if you log into the
roach and run "ls -la /boffiles/" do the working and not-working boffiles
have the asme permissions.
(I don't actually know if roach1 still requires boffiles to be executable,
but it used to, so maybe it's wor
t;
> Thank to you and James :)
>
> Regards,
>
> Mugundhan
>
> On Fri, Oct 13, 2017 at 10:34 AM, Jack Hickish
> wrote:
>
>> Hi Mugundhan,
>>
>> Is the boffile that fails to program executable? I.e., if you log into
>> the roach and run "ls -la /bo
Hi Vijay,
If you scroll up through the compile output do you see another, more
helpful, error.
As a guess, is it possible that your capture RAMs are so deep that you've
used up all the memory on the chip?
Cheers
Jack
On Tue, 31 Oct 2017 at 08:43 Vijay Kumar wrote:
> Hello Casperites,
> I need
in the bram size limits. Moreover, I
> am able to successfully compile the design using 16 blocks.
>
>
>
> On Tue, Oct 31, 2017 at 12:21 PM, Jack Hickish
> wrote:
>
>> Hi Vijay,
>>
>> If you scroll up through the compile output do you see another, more
>&g
Hi Carl,
What branch / git hash of mlib_devel are you using?
Cheers
Jack
On Tue, 31 Oct 2017 at 13:40 Felten, Carl (382F)
wrote:
> Hi,
>
>
>
> I am trying to generate an HDL Netlist of a design that includes the
> fft_wideband_real block. I get an error that “initialization commands
> cannot b
7; as
> prefix.
>An address value with no prefix is assumed to be a decimal number.
> WARNING:EDK - IPNAME: opb_bram_if_cntlr, INSTANCE: adc16_snap_h - ADDRESS
>PARAMETER C_HIGHADDR has 20-bit value. Mpd specifies 32-bit value -
>/home/indrajit/Downloads/sbp_32_2/XPS_RO
he coeff_gen block get erased
> when I try to Generate:
>
>
>
> *From:* Jack Hickish [mailto:jackhick...@gmail.com]
> *Sent:* Tuesday, October 31, 2017 1:48 PM
> *To:* casper@lists.berkeley.edu
> *Subject:* Re: [casper] missing "cosin" block inside fft_wideband_real
On Thu, 2 Nov 2017 at 10:51 Felten, Carl (382F)
wrote:
> Looks like that works.
>
>
>
> Thanks Jack!
>
>
>
> *From:* Jack Hickish [mailto:jackhick...@gmail.com]
> *Sent:* Wednesday, November 1, 2017 4:18 PM
>
>
> *To:* casper@lists.berkeley.edu
>
Working on getting it back up. Sorry for the inconvenience.
Jack
--
You received this message because you are subscribed to the Google Groups
"casper@lists.berkeley.edu" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to casper+unsubscr...@lists.berkeley.
Website/wiki back up now (thanks Jeff Cobb!).
Cheers
Jack
On Wed, 15 Nov 2017 at 16:07 Jack Hickish wrote:
> Working on getting it back up. Sorry for the inconvenience.
>
> Jack
>
--
You received this message because you are subscribed to the Google Groups
"casper@lists.be
Hi all,
Just a heads up in case anyone is in need of a 32-port 40GbE switch.
The Arista 7050QX-32 is super-cheap on ebay
eg.
https://www.ebay.com/itm/FIRE-SALE-Arista-DCS-7050QX-32-R-32x-Port-40G-QSFP-Layer-3-Switch-10G-Switch/272949806199?epid=662262969&hash=item3f8d138477:g:DtQAAOSwlyJaFaZ0
h
More spam from me (sorry not sorry).
The Berkeley SETI group is a major user and developer of CASPER stuff, and
I'm sure could find uses for the skills of undergrad CASPERites.
Cheers
J
-- Forwarded message -
From: Steve Croft
Date: Mon, 4 Dec 2017 at 14:43
Subject: Berkeley SETI
Hi CASPERites,
Here at UC Berkeley we are in the process of putting together some job
adverts for CASPER research positions at UC Berkeley. We are hoping to
advertise positions for those with batchelors, masters, or doctoral degrees
to help develop next-gen CASPER tools and software/hardware infra
cores –
> i.e. JESD204B interface..) and #3 (testing new hardware). I would be
> interested in the “ working remotely” option below.
>
> Thanks
>
> Raoul
>
>
>
>
>
> *From:* Jack Hickish [mailto:jackhick...@gmail.com]
> *Sent:* Tuesday, December 05, 2017 10:4
Hi Xavier,
For what it's worth, our SNAP2 collaborators in China made an FMC card with
the 12 bit version of the ASIAA ADC chip. This might be a reasonable
starting point if you don't want to go to wild with JESD.
The post-Virtex6 version of the toolflow (i.e., that used by SNAP / SKARAB)
began l
If you're using Ubuntu, you might want to check the tweaks at
https://casper.berkeley.edu/wiki/MSSGE_Setup_with_Xilinx_14.x_and_Matlab_2012b,
which include the dash vs bash issue Dave mentioned.
Cheers
Jack
On Wed, 3 Jan 2018 at 19:16 David MacMahon wrote:
> Hi, Roberto,
>
> I suspect that your
Hi pei xin,
The short answer is, "yes". But there's clearly some work to be done on
making the error handling cleaner.
After those warnings, does the CasperFpga instance actually work? The first
warning is the client attempting to connect using the microblaze interface
(for SNAPs without RPIs) and
ave me "True" when I ran
> "fpga.is_connected()". But it launched an error when I loaded the .fpg file.
> fpga.upload_to_ram_and_program('snap_tut_intro.fpg')
> RuntimeError: progremote request(Request to client snap failed.) on host
> snap failed
>
> Best wishes,
&
Hi Homin,
No-one replied to this, so i'll bite.
In principle you could do this, but there is no canned way to
obtain/save/reload the calibrations. They are implemented by stepping some
MMCMs (rather than a register containing fixed offsets) so you'd have to
count the steps during calibration, and
Hi Bela,
You might try increasing the Java heap size -
https://www.mail-archive.com/casper@lists.berkeley.edu/msg04642.html -
that's been known to help in some cases.
Cheers
Jack
On Mon, Jan 29, 2018, 11:50 PM James Smith wrote:
> So updating the diagram at the moment produces no error, and yo
On Tue, Jan 30, 2018 at 1:23 PM, Jack Hickish
> wrote:
>
>> Hi Bela,
>>
>> You might try increasing the Java heap size -
>> https://www.mail-archive.com/casper@lists.berkeley.edu/msg04642.html -
>> that's been known to help in some cases.
>>
>&g
Hi Paolo,
If I'm reading the code correctly --
https://github.com/casper-astro/mlib_devel/blob/roach2/xps_library/%40xps_adc_mkid/xps_adc_mkid.m
--
I believe that none of the SPI pins are driven. I have no idea whether any
of these pins are pulled in any particular direction on the hardware since
Howdy,
Partly motivated by a search for RAM savings, and partly for fun, I'm
looking through the innards of the fft_biplex_real_4x block. Can someone
tell me, using short words and/or pictures, what the the relationship
between the inputs (pol1, pol2) and the outputs (out1, out2) on the
biplex_cor
irst N/2 clocks out
> both output ports, even channels on top (in bit reversed order) and odd on
> bottom (also bit reversed order). Pol2 outputs follow for the next N/2
> clocks, same order.
>
> On Wed, Feb 21, 2018 at 6:04 PM Jack Hickish
> wrote:
>
>> Howdy,
>>
biplex fft algorithm:
> https://www.amazon.com/Multirate-Digital-Signal-Processing-Crochiere/dp/0136051626
>
> I agree with Aaron's memory of the output ordering.
>
> Glenn
>
> On Feb 21, 2018 18:04, "Jack Hickish" wrote:
>
>> Howdy,
>>
>> P
ive inputs simultaneously.
>
> Dave
>
> On Feb 21, 2018, at 18:04, Jack Hickish wrote:
>
> Howdy,
>
> Partly motivated by a search for RAM savings, and partly for fun, I'm
> looking through the innards of the fft_biplex_real_4x block. Can someone
> tell me, using
I am quite use to verilog and SPI (I did something
> similar for an I2C interface) but I can't say the same for OPB bus,
> power-pc's and so on... it will take me a while I guess. I will contact you
> when I will be on it.
>
> Cheers,
> Paolo
>
> 2018-02-20 19:57
lt;2>" LOC = N15 | IOSTANDARD = LVCMOS33 | S | PULLUP;
>
> NET "eth_rx_d<3>" LOC = P18 | IOSTANDARD = LVCMOS33 | S | PULLUP;
>
>
>
> Given that the ROACH flow is mostly automated, this last option might be
> the simplest. Just add the SPI constrai
Hi CASPER folk,
I'm in the midst of buying lots of 10/40GbE transceivers for HERA, and
thought I'd throw out some names of suppliers who we use / made attractive
quotes.
Fiberstore (fs.com) has been our go-to for a while for optics purchases,
and we've had good luck (admittedly with some early te
d pol2 being presented
> at the respective inputs simultaneously.
>
> Dave
>
> On Feb 21, 2018, at 18:04, Jack Hickish wrote:
>
> Howdy,
>
> Partly motivated by a search for RAM savings, and partly for fun, I'm
> looking through the innards of the fft_biplex_real_4x block
Hi Arash,
It's awesome that you're doing this.
I only have experience bringing up the 10GbE core on SNAP, but a few things
you might try are:
- Make sure all the (many!) clocks are running at the correct speed -- easy
to misconfigure.
- Check and double check resets
- Setting the transceivers int
Hi Rolando,
This sort of channel number offset issue usually indicates a misalignment
between the sync pulse in the design and data where your data goes through
an operation that has some latency, and this latency isn't compensated for
in the sync signal.
One clue is that there is usually a spike
there any way to find the place and value of the latency that I must
> remove or add, to the synchronization pulse inside my design?
>
> Regards
>
> Rolando
>
>
> 2018-03-10 18:47 GMT-06:00 Jack Hickish :
>
>> Hi Rolando,
>>
>> This sort of channe
Hi Karl,
On Thu, 15 Mar 2018 at 21:59 Karl Warnick wrote:
> Hi all,
>
> I have a non-astronomical comms antenna array project that does not have
> detailed specs for bandwidth and number of antenna elements. I need to
> build a programmable platform that I can use for multichannel sampling
> and
Hi Andrea,
On Wed, 21 Mar 2018 at 13:22 Andrea Mattana wrote:
> Hi all,
>
> after many months of working on another board (SKA TPM for LFAA) today I'm
> back to a project using the ROACH-1 but I figured out that my "longterm"
> Matlab R2009b license expired, therefore I decided to try to install
Hi all,
tl;dr -- We're trying to figure out if there is any interest in free,
cloud-hosted CASPER tools: please fill out the survey at
https://docs.google.com/forms/d/e/1FAIpQLSeetuYWr3WPnUDGjdTznEFVptY_Y0mFXaTsKrDEAEAKSBVRbA/viewform?usp=sf_link
--
For as long as I can remember, people have
ption in OFFER/ACK: 28
> *** Unhandled DHCP Option in OFFER/ACK: 28
> DHCP client bound to address 192.168.10.121
> Using ppc_4xx_eth0 device
> TFTP from server 192.168.10.5; our IP address is 192.168.10.121
> Filename '/roach2/boot/uImage-r2borph3'.
> Load address: 0x400
t; infrastructure for the last workshop or who is going to do for the coming
> > workshop.
> >
> > I will update on progress as well maybe changing the subject of the this
> > thread that can be considered closed ;)
> >
> > Cheers,
> > Andrea
> &
Hi Vijay,
Are you trying to black box a system generator model, or plain
verilog/vhdl? In the latter case, any error in the HDL syntax or issues
with port declarations will probably cause the tools to implode like you
see.
Do you still get this error with the latest (14.7) of the xilinx tools, an
_write_register(self.fpga, 0, addr[i],
> val[i])
> corr.katadc.spi_write_register(self.fpga, 1, addr[i],
> val[i])
>
> Note that at higher clock speeds, the value of the second register is
> changed (commented third line), as determined by Jack Hickish. If you want
>
On 04/19/2018 11:20 AM, Jack Hickish wrote:
> > The clock should trigger capture of the values on the data lines when
> > they are stable, so putting the clock edges out of phase with the data
> > transitions makes sense. Having said that, the controller HDL may or
> > may
case?
Cheers
Jack
On Thu, 19 Apr 2018 at 14:59 Tom Kuiper wrote:
> On 04/19/2018 11:52 AM, Jack Hickish wrote:
> > Thinking about this a moment longer -- I don't think an incorrect
> > clock phase will be related to reported board clock problems. You can
> > comp
Hi Franco,
Late reply, but did you ever get to the bottom of this?
When the compile finished did it appear to generate a new .bin file? If so
maybe the binary is fine and it's just the bin->bof generation that's
broken.
Cheers
Jack
On Mon, 9 Apr 2018 at 12:43 Franco Curotto wrote:
> Dear all,
ectly.
>
> Thanks anyways.
>
> Franco
>
>
> Original Message
> Subject: Re: [casper] Unable to run SmartXplorer inside CASPER toolflow
> From: Jack Hickish
> To: casper@lists.berkeley.edu
> CC:
>
>
> Hi Franco,
>
> Late reply, but di
Hi Jake,
That's interesting, I don't think I've seen this failure mode before. If
you plug a mini usb connector into the SNAP, you can read debug messages
over this port, using it as an 8N1 115200 baud serial interface. If you
have a xilinx programmer, you could also burn the flash manually with
v
nit FAIL
> # JAM starting
> using ethernet core gbe_port0
> MAC 0x004089411302
> IP NM GW
> link is UP
> FPGA at 33.6 C [ms 1]
> FPGA at 33.6 C [ms 2]
> ...
>
>
> Cheers,
> Jake Jones.
>
> On Tue
erver ready
>> but there is no network traffic or logs suggesting that this IP was
>> obtained by the DHCP server. Nonetheless, I tried connecting to it using
>> this IP but had no success there either.
>> fpga = casperfpga.CasperFpga('169.254.3.19', port=69)
ing this new golden image the SNAP board
> obtained an IP address and I was able to talk to it with no problems.
>
> Cheers,
> Jake Jones.
>
>
>
>
>
> On Wed, May 23, 2018 at 3:44 PM, Jack Hickish
> wrote:
>
>> Hi Jake,
>>
>> I've seen that
sorry again
Hi Ramesh,
Late response to your email, but, did you investigate using that switch
with one of the free non-iCOS operating systems (for those of us who are
super-cheap)?
Cheers
Jack
On Tue, 12 Jun 2018 at 08:12 Ramesh Karuppusamy
wrote:
> Hi Homin,
>
> We have had very good experience with the
Hi Alex,
I don't know if there's a way to avoid generating the full spectra prior to
taking the fft (I suspect if there is, it just pushes the buffering
somewhere else), but it certainly seems like you should be able to do FFTs
of two streams, A, B, in parallel. I would think this would work by (a
which might be useful.
>
> As a sidelight, I’ve been trying to find a venerable paper I recall Aaron
> Parsons et al. wrote on the CASPER Biplex FFT. I can’t seem to find the
> one I recall, this is the closest I have come, but doesn’t have the
> singular focus on the FFT I recall in an
101 - 200 of 607 matches
Mail list logo