Re: [casper] Ubuntu/MATLAB compatibility for ROACH2

Dear all, The problem ended up being an alias on our machine, which was pointing to another MATLAB license - this one deprived of the toolboxes. After finding this out, it seems we were able to run MATLAB and the toolboxes properly. Thanks to Jack and to those who helped off-list, Matheus

Re: [casper] Ubuntu/MATLAB compatibility for ROACH2

Hi Matheus, I've never had a problem with Ubuntu 14 and MATLAB 2013b. In fact I sometimes do ROACH2 builds on Ubuntu 16.04 which is also fine. In general, almost all of my problems come from Xilinx, not MATLAB. However, you are absolutely right that MATLAB 2013b seems to only support Ubuntu

[casper] Ubuntu/MATLAB compatibility for ROACH2

Dear all, We have been facing some issues with our MATLAB installation. After checking the compatibility matrix on the CASPER "Installing the Toolflow" website (https://casper-toolflow.readthedocs.io/en/latest/src/Installing-the-Toolflow.html

[casper] 2021 Casper Workshop

Hi all, Discussion has begun about organizing a virtual workshop this year. We'd like to gauge interest with this form: https://forms.gle/LDuHgiigo8Gum4pZ8. If you have a minute, filling out the form will help us plan the format, which will likely be a combination of presentations and working

Re: [casper] Problem with casperfpga

Hi Adam, Thank you for your time and support! I really hope everything goes well pretty soon. Cheers. El sáb, 20 feb 2021 a las 14:18, Adam Isaacson () escribió: > > Hi Guillermo, > > I am so glad to hear that you worked it out and timeously too. > > Good luck with the design work. > > Just a

[casper] Fwd: [Everyone] EAS 2021 Special Session SS5 ‘Data-intensive radio astronomy: bringing astrophysics to the exabyte era’

Hi all, Apologies if you had already received this email from another source. -- Forwarded message - From: Date: Mon, 22 Feb 2021 at 02:57 Subject: [Everyone] EAS 2021 Special Session SS5 ‘Data-intensive radio astronomy: bringing astrophysics to the exabyte era’ To: Dear

Re: [casper] Problem with casperfpga

Hi Guillermo, I am so glad to hear that you worked it out and timeously too. Good luck with the design work. Just a note that my health has taken a turn for the worse, so I will be stopping with CASPER support for the time-being. I have handed over my duties (SARAO Hardware Manager) to Wesley

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

Hi Colm, We discussed this and it appears that only two of the ADC's and DAC's will be routed to connectors, hence the 2x2. Dan has already asked Xilinx whether there is any scope to bring additional channels out to headers or other low cost connectors. We await an answer. Regards, Francois

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

Hi Dan, Thanks for the info. Do you happen to know what the '2x2' signifies in the name RF SoC 2x2? I was thinking 2 DACs and 2 ADCs, but you mentioned that it will have the XCZU28DR chip which hosts 8 ADCS and 8 DACs. Looking forward to learning more about this board! Thanks, Colm On Wed, 10

Re: [casper] Problem with casperfpga

Hi Adam, Thanks for your help, at the end I managed to make it work! after hitting the keyboard with my head several times I realized that pip was pointing to python3, so, using pip2 did the trick..(still with the same issue, I'm going to the shame corner for a while) Again thanks Adam and

Re: [casper] Problem with casperfpga

Hi Guillermo, Thanks for the added clarity. There is definitely an issue with your casperfpga install. I think we need to be able to Ipython, import casperfpga and read back the version before doing anything. I will check out your particular githash version on Monday and see if there are any

Re: [casper] Problem with casperfpga

Hi Adam, Thanks for your reply, The idea is to start by program a redpitaya with the bof file from the git/tutorial, so at this point i'm not using any model/slx, mlib_evel. Can this afect the casperfpga for the communication with a casperized board? The problem that I have is right after

Re: [casper] Problem with casperfpga

Hi Guillermo, Please can I have a more detailed screenshot of your steps. I don't just want to see the error. I want to see all the steps proceeding the error. This is not clear to me from your screen shot. 1) What board are you targeting? I see you are using the tengbe library? Is this perhaps

Re: [casper] Problem with casperfpga

Hi Guillermo, The instructions you are following should work to install casperfpga. I find the following install procedure works for me: # remove current casperfpga install files 1) $ cd /usr/local/lib/python2.7/dist-packages 2) $ sudo rm -rf casper* # clone the repository to your working

Re: [casper] Problem with casperfpga

Have you definitely downloaded and installed all the python programs? On Thu 11 Feb 2021, 5:02 PM Guillermo Gancio, wrote: > Hi all, > I'm having a silly error that I Can't figure out. > I'm installing casperfpga on a Ubuntu 18.04, python 2.7 and I get the > error, > > ImportError: No module

Re: [casper] Problem with casperfpga

Hi Guillermo, Progska is needed for programming of SKARABs. I guess the way the module is structured though, is it'll fail to import if progska isn't there. I think try going into the progska directory, `make && make install` then try again? It's been a while since I've done this. The

[casper] Problem with casperfpga

Hi all, I'm having a silly error that I Can't figure out. I'm installing casperfpga on a Ubuntu 18.04, python 2.7 and I get the error, ImportError: No module named progska I followed the steps from https://github.com/casper-astro/casperfpga#installation with no apparent errors... Thanks! --

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

hi dave, for more ethernet I/O from xilinx's RFSOC 2x2 board, you might be able plug in this $80 dual SFP+ SYZYGY board: https://opalkelly.com/products/szg-dualsfp/ but i don't know if xilinx connected the appropriate syzygy pins to FPGA high speed serdes lines. dan On Wed, Feb 10, 2021 at

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

hi dave, i think the $1900 two input RFSOC 2x2 board only has 1 Gbe. if you need higher I/O rates, they have a syzygy parallel I/O connector: >>> The GEM is connected to the ARM PS of the RFSOC >>> The Syzygy interface is the primary PL offload connector, Dan >>> 28 single-ended signals

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

Thanks Dan for the information. On Thu, Feb 11, 2021, 05:08 Dan Werthimer wrote: > > > a slide from a few months ago said $1899. academic price. > > dan > > > On Wed, Feb 10, 2021 at 2:05 PM Hien Vo Bich wrote: > >> Any idea on what it means by low cost ? >> >> On Thu, Feb 11, 2021, 02:29 Glen

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

The RFSoC 2x2 sounds intriguing. It will be interesting to see all its capabilities (e.g. will it have high speed networking or other digital I/O?). I enjoyed the web site's positive spin on the conference's virtual nature: "Breakfast is available daily in the kitchen. Menu may vary by

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

a slide from a few months ago said $1899. academic price. dan On Wed, Feb 10, 2021 at 2:05 PM Hien Vo Bich wrote: > Any idea on what it means by low cost ? > > On Thu, Feb 11, 2021, 02:29 Glen Langston > wrote: > >> Thanks Dan, >> >> Can’t attend at that time, but will be looking forward to

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

Any idea on what it means by low cost ? On Thu, Feb 11, 2021, 02:29 Glen Langston wrote: > Thanks Dan, > > Can’t attend at that time, but will be looking forward to hearing > more about the board. Hopefully the presentation will be > recorded. > > Cheers > > Glen > > > > On Feb 10, 2021, at

Re: [casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

Thanks Dan, Can’t attend at that time, but will be looking forward to hearing more about the board. Hopefully the presentation will be recorded. Cheers Glen > On Feb 10, 2021, at 2:00 PM, Dan Werthimer wrote: > > > > dear casper community, > > please see email below from xilinx's

[casper] low cost academic xilinx RFSOC board - feb 28 tutorial 8am pacific

dear casper community, please see email below from xilinx's patrick lysaght, about their new low cost RFSOC board for academia, and the february 28 tutorial about this board. best wishes, dan -- Forwarded message - Date: Wed, Feb 10, 2021 at 10:00 AM Subject: Emailing:

RE: [EXTERNAL] [casper] Intel/Altera 64GSps DAC/ADC

Hi Jonathan, >> Can Robert ask about ballpark pricing for this Intel SoC? Sure, but have you ever got a straight answer from an FPGA vendor on their pricing? Intel Marketing: Our devices have 10x the bandwidth of the competition, so we should charge 5x the competitor. I’ll definitely ask

Re: [EXTERNAL] [casper] Intel/Altera 64GSps DAC/ADC

Hi Dave, Thanks for this great tip. Can Robert ask about ballpark pricing for this Intel SoC? Best wishes, Jonathan Weintroub > On Feb 3, 2021, at 4:40 PM, 'Hawkins, David W (US 334B)' via > casper@lists.berkeley.edu wrote: > > Hi All, > > Robert Jarnot will try to contact the authors

RE: [EXTERNAL] Re: [casper] Intel/Altera 64GSps DAC/ADC

Hi All, Robert Jarnot will try to contact the authors of the document you can find on the Intel page. We will see if they can make some devices available for spectrometer applications. The video on the web site shows 32GHz of sampled bandwidth with pretty high SNR … just what we would love to

Re: [casper] Intel/Altera 64GSps DAC/ADC

This is very interesting news, David. Thanks for sharing it. On Tue, Feb 2, 2021, 10:24 PM 'Hawkins, David W (US 334B)' via casper@lists.berkeley.edu wrote: > Hi All, > > > > I know we are all using Xilinx devices, and CASPER is beginning to check > out the RFSoC devices. > > > > Intel have

[casper] Seeking HLS Advice

Hi Folks, I’m wondering if any of you have dived into HLS at any length? While we’ve made good progress with our HLS OPFB, I consistently run into challenges at the nexus of code style, pipeline vs data flow, and cosim. Cheers, -Jeb —— Dr. J.I. Bailey, III (Jeb) / Project Scientist

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1) [Success!!!]

Hi Kaj, Excellent! :). I am glad you are finally sorted and I was happy to assist where I could. Looking forward to that beer in better times ;). I suggest that you go on the CASPER slack group and ask there about ZCU111. There is a #RFSoC channel, which will provide you all the information on

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1) [Success!!!]

Hi Adam, Infos, 0 Warnings, 0 Critical Warnings and 0 Errors encountered. write_cfgmem completed successfully INFO: [Common 17-206] Exiting Vivado at Wed Feb 3 13:27:22 2021... Created /home/kjwiik/mlib_devel/jasper_library/test_models/test_snap_adc/outputs/test_snap_adc_2021-02-03_1321.bof

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, Good news and bad news. The good news is that when I compile "test_snap.slx" then I get the same issue as you and yes, sysgen is not building properly for some reason - hence, the error. This means there is something not correct with the "test_snap.slx" file. The bad news is that I am not

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, Okay, at least you are synthesising now - well done! It looks like it can't find the sysgen entity in your top.v. This can happen if your system generator did not run correctly. Please can you do the following for me: 1) zip up your "test_snap" folder under "jasper_library/test_models"

[casper] Intel/Altera 64GSps DAC/ADC

Hi All, I know we are all using Xilinx devices, and CASPER is beginning to check out the RFSoC devices. Intel have just announced 64GSps converters on their new FPGAs http://www.intel.com/analogfpga I am sure this will be vaporware for a while, however, it is interesting to see that Intel

Re: [casper] Issue compiling design from previous version.

I wish I could make all my software work just by wanting it to fail! :) Cheers, Dave > On Feb 2, 2021, at 12:27, Guillermo Gancio wrote: > > Hi Adam, > > Thanks for you answer, and as Murphy said, if it can fail, it > willbut in this case it didn't fail... > I was preparing the files from

Re: [casper] Issue compiling design from previous version.

Hi Guillermo, I am glad you sorted it out trying to recreate your steps. Maybe you were actually opening the R2016a file or autosave version of that again? Anyway, looks like you beat Murphy - well done :). Thanks for letting us know. Kind regards, Adam On Tue, 02 Feb 2021, 10:27 PM

Re: [casper] Issue compiling design from previous version.

Hi Adam, Thanks for you answer, and as Murphy said, if it can fail, it willbut in this case it didn't fail... I was preparing the files from scratch to attach them correctly and to copy the error, but in the process it worked ok, I mean, I open the m2016a version in the m2018a, updated with

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, Well, your virtualenv looks correct. The packages are the correct ones. I assume all is good with the virtualenv. I noticed the following on your side that you have this constructor error I was talking about - did you edit the castro.py file that I listed in my previous thread or are you

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi all, An idea: what if you shipped a working python venv as tgz with the toolflow? Cheers, Kaj On 02/02/2021 18:33, Kaj Wiik wrote: Hi Adam, The screen capture of ../casper-venv/lib64/python3.5/site-packages is attached. When I opened the test_snap.slx, I got several "Warning: did not

Re: [casper] Issue compiling design from previous version.

Hi Guillermo, Interesting. Please send me the following: 1) screen capture of the errors you get before you do "update_casper_blocks". 2) please attach your R2016a slx file 3) please attach your new saved R2018a slx file. I will then investigate and get back to you. Kind regards, Adam On

[casper] Issue compiling design from previous version.

Dearest CasperAmigos, I'm having the following issue, I'm trying to compile a simulink design from m2016a into a m2018a, if I try to compile it directly I got several errors, but if I do "update_casper_blocks(bdroot)" the model compiles ok.. Now if I save the updated model and reopen it again, I

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, Please can you go to your virtual environment directory: ../casper-venv/libpython3.5/site-packages and do a "ls -la". It will list all the packages installed. There should be colorlog, lxml, numpy, odict, pip, pkg_resources,pyaml,setuptools and yaml python packages. Please can you send me

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Guillermo, Thank you for the email. This is very useful information. I am glad the additional documentation helped. CASPER is looking at porting the current toolflow to Ubuntu 18.04LTS and it seems like you have already got that working - well done. Of course, we would need to compile all

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi CasperAmigos, I want to thank you for sharing all this information that is extremely helpful, I was having this problem for some time that I thought was due to my lack of experience, and it turns out that... it was due to my lack of experience but also for these configs... I did all the steps

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Casperites, Just some corrections from my previous email below - got the numpy version update incorrect: Okay, so it turns out that creating the virtual environment for python using "virtualen -p python3 " does not work. This is what you need to do in order to create a successful virtual

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Casperites, Okay, so it turns out that creating the virtual environment for python using "virtualen -p python3 " does not work. This is what you need to do in order to create a successful virtual environment and get your designs to build. I tested it on a brand new virtual environment and it

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi David, Yes, it was a bit of a rabbit hole exercise, but we (between Kaj and Peralex) worked our way through it and now debugging other issues :). You raise a valid point. There is no reason we shouldn't port to Ubuntu 18.04LTS or higher. It makes sense with what Kaj and Peralex are

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Wow, thanks for these truly awesome forensics, Adam! It sounds like you went down a rabbit hole and lived to tell the tale. I'm sure many of us will benefit from these details. Sorry if this is a FAQ, but what are the prospects for moving the tool flow beyond Ubuntu 16.04? That release is

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, I am including the CASPER community in this email thread as it applies to everyone. Interesting, so I have run into another person with the same virtualenv install issue that you encountered as shown in red below. I have been helping him debug too on a new machine and I am pleased to say

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, Are you running a python virtual environment using python 3.5? Once you start the virtual environment and type python you should see version 3.5.2 or something like that. It doesn't look like it. Here is some documentation that should be helpful - make sure you follow these steps: 1) How

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, Your current issue is that the command: source ../mlib_devel/startsg.local Isn't quite what you need. What you want is (I think this should work from whatever location you're currently running the above command) source ../mlib_devel/startsg ../mlib_devel/startsg.local The .local file

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi! A followup... I was able to start (but not run, see below...) the toolflow with the following modifications: - to run jasper_frontend, I had to install python-yaml. I tried first to add python3-yaml but it seems that the toolflow is mixing python2 and python3? - I added 'export

[casper] The Pacific Research Platform and CASPER

Dear CASPER Collaboration and Advisory Board Members, On behalf of the science engagement and engineering teams of the Pacific Research Platform (PRP), we wanted to explore the possibility of a collaboration between the CASPER Collaboration and the

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Casperites, For those of you that want to join the CASPER slack group and haven't yet then here is a general invite - https://join.slack.com/t/casper-astro/shared_invite/zt-l6cfvyt2-ZRkrj2UZV_sX_iKO_Vr95A. It is valid for 31 days. Kind regards, Adam Isaacson South African Radio Astronomy

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, I have invited you and Derek to the casper slack - please let me know if you run into any trouble. A couple of notes on the ZCU111: The ZCU111 branch on casper-astro is a bit out of date. Wei Liu recently completed yellow blocks for the ZCU111. These have not yet been merged into the

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi! I tried a bit different route: I installed python3-numpy and python3-setuptools-git Ubuntu packages first and commented out numpy from requirements.txt. At least the installation went fine using these workarounds. About ZCU111 Slack channel, I am very interested (and my colleague

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Jack and Kaj, @Jack: well done for figuring it out. This isn't the first time that we have had this issue. I have seen similar things with using casperfpga. We tested on machines that had previous python installs and casperfpga worked fine. I then tried to install it on a completely clean

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

hi kaj, regarding your interest in ZCU111: there's a casper slack channel on RFSOC that you might find useful. wei liu recently developed a casper ADC yellow block for the ZCU111. best wishes, dan Dan Werthimer Marilyn and Watson Alberts Chair Astronomy Dept and Space Sciences Lab University

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

On 20/01/2021 18:49, Jack Hickish wrote: I've been using Ubuntu 18.04 LTS without issues, at least with the boards which use Vivado 2019. I'm not sure  what versions of python the OS came with, but I'm currently running the toolflow in a python 3.6.9 virtual env. I first tried with

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Looking at the Numpy release notes, version 1.18.5 was the last to support Python 3.5. I think if you just change the requirements.txt file to read "numpy<1.19" that would solve this particular issue. 1.19 was only released mid 2020 so it's possible this issue wasn't noticed (either because 1.19

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, This is odd. I know that Ubuntu 16.04LTS, Matlab R2018a and Vivado 2019.1.1 with python 3 (3.5 is fine) should work fine. What repo versions are you using for the toolflow? Have you tried the following repos just to make sure they build? 1) https://github.com/casper-astro/mlib_devel

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, I think there are a few options 1. Get python >=3.6 2. Find out which version of numpy is supported by python 3.5 and use that (it's crazy to me that pip doesn't just get the right version) 3. Use a later Ubuntu which may or may not Just Work. (At the very least, Ubuntu 18.04 seems to

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Jack, Thanks for a very quick reply! Python is the most recent one that is shipped with Ubuntu 16.04: kjwiik@casperx:~/mlib_devel$ python3 --version Python 3.5.2 This leads to two questions :-): - can a more recent Ubuntu version be used (with ZCU111)? or - should I try to install e.g.

Re: [casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi Kaj, What python version are you using? If that error is complaining that numpy is using f-string syntax then maybe it's a python<3.6 issue. Cheers Jack On Wed, 20 Jan 2021 at 15:45, Kaj Wiik wrote: > Hi! > > As per instructions, I installed an

[casper] New setup installation problems (python setup.py egg_info" failed with error code 1)

Hi! As per instructions, I installed an (obsolete!) Ubuntu 16.04 with Matlab 2018a and Vivado 2019.1.1. Matlab install went fine but when I try to install requirements for the toolflow, I get the following error message: ---

Re: [casper] Happy New Year!

Hi Dave, Happy New Year to you too! Thanks for the article. I thought I would share this one with the community on the Xilinx Versal ACAP - https://www.eejournal.com/article/why-does-xilinx-say-that-its-new-7nm-versal-acap-isnt-an-fpga/ In Xilinx's words they are a platform company and no

[casper] Happy New Year!

Happy New Year to the CASPER community!!! It's hard to imagine 2021 not being better than 2020... :P Here's some intriguing AMD/Xilinx news for you: https://hothardware.com/news/amd-patent-hybrid-cpu-fpga-design-xilinx

[casper] kit surplus to requirement?

Dear All, I'll be leaving Manchester Metropolitan university (MMU) at the end of December 2020 to set up my own concern (mmw sensors). This will undertake small scale systems research into novel microwave and millimetre wave sensors (mainly 10 to 100 GHz). As a start-up it is useful to have

[casper] kit surplus to requirement?

Dear All, I'll be leaving Manchester Metropolitan university (MMU) at the end of December 2020 to set up my own concern (mmw sensors). This will undertake small scale systems research into novel microwave and millimetre wave sensors (mainly 10 to 100 GHz). As a start-up it is useful to have

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

Thanks for you help. I will try that as your suggestion. Cheers! > ZHANG Laiyu Phone(China) 010-88233078 Cellphone(China) 13681385567 E-mail:zhan...@ihep.ac.cn Address: 19B Yuquan

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

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

Hi Thank you Jack. I didn't see tx overflow indicate and I connect the 10Gb tx_overflow port to led2 of ROACH2. In different seeting,I found when there is a overflow and I can not received any package.In my firmware, I also select the option of 'Enable Large TX Frames(8k+512).So, I am sure

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

Traffic from the ROACH doesn't go through the PowerPC, so my guess would be that it's unlikely anything is causing issues there. I'm not actually sure how you change PPC settings which aren't set via the "start_tap" command. For >8kB packets, you should check any options to increase the TX buffer

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

Hi,Jack I realized a firmware that acquire data using ADC_MKID_4X yellow block and then pack the data into multi 64bits data to 10Gb yellow block in ROACH2.The PC receiver UDP package through 10Gb cable.The ADC_MKID_4x board clock is 512MHz,and the ROACH2 worked on 128MHz. I use part of

Re: Re: [casper] ROACH2 QDR testing address problem

Thanks Jack. That is what I need. What I want to do is using CPU interface to write data into QDR and using firmware interface to read data out from QDR. The two interface of QDR make me confused. -- Cheers!

Re: [casper] ROACH2 QDR testing address problem

I'm not sure how that particular script / firmware works, but in general, a single read/write action in the ROACH2 QDR transfers 144 bits. The granularity of the python read writes is 32-bits, so what actually happens is that a read from casperfpga grabs 144 bytes, carves it up into 4x36 bit

[casper] ROACH2 QDR testing address problem

Hi Thanks for your help. The firmware and python script had worked (qdr_basic and qdr_counter).I can get the plot. But I can not understand the PPC readout script in qdr_counter.py thoroughly .The address is really weird. After studying the wiki of the CASPER QDR yellow block and

Re: [casper] Hashpipe_databuf_* control functions semctl/semop errors.

Hi, Ross, > On Dec 18, 2020, at 10:39, Ross Andrew Donnachie > wrote: > > Is it possible that backend code that doesn't enclose its shared memory > access (hput*() or hget*()) between hashpipe_status_un/lock_safe() would > cause semaphore errors? This could be reasonably deduced as logical

Re: [casper] Hashpipe_databuf_* control functions semctl/semop errors.

Hi, Ross, > On Dec 16, 2020, at 22:08, Ross Andrew Donnachie > wrote: > > Been working on a hashpipe with a pipeline of network, transposition and then > disk-dump threads. We have 24 data-buffers that we rotate through. > > An inconsistent (happens after various amounts of time) crash

Re: [casper] Dropped packets during HASHPIPE data acquisition

Hi, Mark, Glad to hear that your segfault issue has gone away :) even though it sounds frustrating not to understand why :(. Here are some additional responses for you: > On Dec 15, 2020, at 21:00, Mark Ruzindana wrote: > > I'm taking note of the following change for documentation purposes.

Re: [casper] Hashpipe_databuf_* control functions semctl/semop errors.

Many thanks for your time and consideration Mark! All of your above is knowledge I built up tackling the aftermath of these crashes (when the shared memory becomes mangled). This current one occurs while recording antenna data: the hashpipe either created clean shared memory attached itself to

Re: [casper] SNAP ADC calibration - ramp test issues

Hi Tim, Unfortunately this *is* a common issue with the SNAP ADC and the current calibration code, but it is non-critical. To the best of my understanding, it has to do with the way the individual lanes for each ADC core are aligned. Because there are multiple windows in which there are no

[casper] SNAP ADC calibration - ramp test issues

Hi all, I'm using SNAP boards and at times we are having random ADC calibration issues on several boards that just go away: Using config file: config/correlator_m12_f8/s06.scfg Connected to SNAP Upload and program ../firmware/bofs/um2d_2020g_2020-05-16_1637.fpg... Initialize ADCs...

Re: [casper] Hashpipe_databuf_* control functions semctl/semop errors.

Last note, also do it before you set any parameters in shared memory (in case you're doing so) otherwise they'll be cleared before you run hashpipe. Mark Ruzindana On Thu, Dec 17, 2020 at 3:37 PM Mark Ruzindana wrote: > Just another note which is a little simpler. I haven't thought about this

Re: [casper] Hashpipe_databuf_* control functions semctl/semop errors.

Just another note which is a little simpler. I haven't thought about this in a while because I wrote a python interface that runs the hashpipe executable and performs a few other actions for me, but you might also just need to clear the shared memory with the "hashpipe_clean_shmem -I *instance

Re: [casper] Hashpipe_databuf_* control functions semctl/semop errors.

Hi Ross, I think I have a solution to your problem. It's possible that it's something else or you might need/want to solve it in a different way, but this is how I do it. The problem is most likely because shared memory segments and semaphore arrays are being locked and when a change is made to

Re: Re: [casper] search demo model+ python script for QDR on ROACH2

Yes.. I forgot to mention that we use our own wrapper, but underneath it calls the script that Jack points. Here is the wrapper if you want to use it https://github.com/FrancoCalan/calandigital El jue., 17 de diciembre de 2020 9:59 a. m., Jack Hickish < jackhick...@gmail.com> escribió: > The

Re: Re: [casper] search demo model+ python script for QDR on ROACH2

The stock QDR link training ("calibration") code is at https://github.com/casper-astro/mlib_devel/tree/roach2/xps_sw_support/qdr/roach2 I'm not sure if that is the same or different from that which some of the other models use: e.g.

Re: Re: [casper] search demo model+ python script for QDR on ROACH2

Thanks for your help. I will try it. Cheers! > ZHANG Laiyu Phone(China) 010-88233078 Cellphone(China) 13681385567 E-mail:zhan...@ihep.ac.cn Address: 19B Yuquan Road,Shijingshan

Re: [casper] search demo model+ python script for QDR on ROACH2

Hi, for what I remember this should work https://github.com/sebajor/simulink_models/tree/stable/QDR/ROACH2 Also, here is a model with the transpose qdr if you are looking for it too. https://github.com/sebajor/simulink_models/tree/stable/Million_Channels_Spectrometer/ROACH2/qdr_transpose El jue,

Re: Re: [casper] search demo model+ python script for QDR on ROACH2

Hi, Thanks for you very timely reply. From the link that you given me, I git clone from https://github.com/ska-sa/roach2_testing. In the fold I can find qdr_tst.bof file and .py file,but I can not find .slx file or .mdl file. Where can I find it? Thanks you very much again. --

Re: [casper] search demo model+ python script for QDR on ROACH2

Hi, have a look at this document and contact me directly if you have any questions: https://docs.google.com/document/d/1tqw4C6uZ6EULl1OykTFL_vQTnK52UBr0aYqTg44E5wg/edit?usp=sharing Regards Alec On Thu, Dec 17, 2020 at 8:16 AM zhang laiyu wrote: > > Hi > >I want to test QDR on ROACH2. > >

[casper] search demo model+ python script for QDR on ROACH2

Hi I want to test QDR on ROACH2.From the Casper mail list I found that Henno Kriel had sent such model file + python script to David MacMahon several years ago. Could you sent a copy to me ? If anyone have a test and/or demo model for ROACH2 that exercises the QDR chips, please send

[casper] Hashpipe_databuf_* control functions semctl/semop errors.

Good day all, Been working on a hashpipe with a pipeline of network, transposition and then disk-dump threads. We have 24 data-buffers that we rotate through. An inconsistent (happens after various amounts of time) crash occurs with this printout:

Re: [casper] Dropped packets during HASHPIPE data acquisition

Also, I tried to condense/summarize the issue so if you would like additional details, please feel free to ask and I'll provide them. Thanks again, Mark Ruzindana On Tue, Dec 15, 2020 at 10:00 PM Mark Ruzindana wrote: > Hi all, > > While running hashpipe with the intention of debugging using

Re: [casper] Dropped packets during HASHPIPE data acquisition

Hi all, While running hashpipe with the intention of debugging using gdb as suggested, I failed to replicate my segfault issue. On one hand, it should have been working given what I understand about the packet socket implementation and the way that I wrote the code, but on the other, I don't know

[casper] Fwd: Prize postdoc opportunity

Hi Dan, You may know of some clever EE or experimental physicist who would be interested in this job: https://academicjobsonline.org/ajo/UCD/Physics/BPF Nominal application soft deadline is 10 days away. Thanks, Tony -- You received this message because you are subscribed to the Google

Re: [casper] Multi-instance hashpipe "pktsock" on single interface

(Email from Ross that didn't make it through because he's not subscribed to the casper list yet) Hello all, Ross here, I have been working on the development Wael mentioned, and was a witness to the issues, so I'd like to expand on the original message. As per the points of the two responses:

Re: [casper] Dropped packets during HASHPIPE data acquisition

Thanks for the suggestion David! I was starting hashpipe in the debugger. I'll use gdb and the core file, and let you know what I find. If I still can't figure out the problem, I will send you a minimum non-working example. I definitely think it's some sort of pointer arithmetic error as well, I

<    4   5   6   7   8   9   10   11   12   13   >