Hi Nitika Sorry for the name change in the previous email. Never meant to be 'Nikita'.
Mathews On Thu, Feb 10, 2022 at 9:03 AM Mathews Chirindo <[email protected]> wrote: > Hi Nikita > > The estimate_fpga_clock() functionality is based on the implementation of > the sys_block_counter instance in > ../mlib_devel/jasper_library/yellow_blocks/sys_block.py and ../ > mlib_devel/jasper_library/hdl_sources/sys_block/sys_block_counter.v. > Kindly check if these implementations exist in the mlib_devel repository > you are using. Else, try to test using h <http://goog_10357047> > ttps://github.com/casper-astro/mlib_devel/ > <https://github.com/casper-astro/mlib_devel/> or > https://github.com/ska-sa/mlib_devel/ > > Also the functionality seems to have been tested while the IP clock source > was selected as sys_clk in the RED_PITAYA platform block in Simulink. > > I hope that helps. > > KInd Regards > Mathews > > > > On Thu, Feb 10, 2022 at 12:26 AM Yadlapalli, Nitika <[email protected]> > wrote: > >> Hi Jeff! >> >> Appreciate the response! Adding this line to etc/hosts fixed the issue >> with uploading .fpg files to the red_pitaya. >> >> I reinstalled casperfpga in the way you outlined, and the line last of >> the install reads "Finished processing dependencies for >> casperfpga==0.4.4.dev932+master.eac2d46", so it seems like now I have >> version 0.4.4. I am still having issues with the estimate_fpga_clock() >> function, however. It continues to read randomly changing values, all much >> higher than the 125 MHz I am expecting. Do you have any other suggestions >> for what might be wrong? >> >> Best, >> Nitika >> >> ------------------------------ >> *From:* 'Kobesky, Jeffrey CIV USN NRL (5555) Washington DC (USA)' via >> [email protected] <[email protected]> >> *Sent:* Wednesday, February 2, 2022 2:12 PM >> *To:* [email protected] <[email protected]> >> *Subject:* [casper] RE: Red Pitaya programming/clocking issue? >> >> >> Hello Nitika, >> >> >> >> I’m not using conda environment so I can’t comment on that, but: >> >> >> >> 1. To clear the “Odd?” problem I ssh’d into red pitaya and added >> “127.0.0.1 localhost” line to etc/hosts on red pitaya. >> >> >> >> 3. To clear the “value seems to also be varying rapidly rather than >> incrementing steadily as expected” problem I updated casperfpga from >> version 0.1.1 to 0.4.4. This can be done by doing: >> >> >> >> ~/casperfpga$ sudo pip install -r requirements >> >> ~/casperfpga$ sudo pip install . >> >> >> >> instead of: >> >> >> >> ~/casperfpga$ sudo pip install -r requirements >> >> ~/casperfpga$ sudo pip install casperfpga >> >> >> >> i.e., doing it the first way installs from the local repo instead of the >> remote repo which I think contains an outdate version of casperfpga. You >> can verify your version is ipython by: >> >> >> >> In[x] casperfpga.--version-- (not sure I have the syntax exactly right) >> >> >> >> Hope that helps -- Jeff >> >> >> >> [image: cid:[email protected]] >> >> *Jeffrey Kobesky * >> >> Electronics Engineer >> >> Naval Research Laboratory >> >> Information Technology Division Code 5555 >> >> Bldg 1 Room 222 >> >> 4555 Overlook Ave SW >> >> Washington, DC 20375 >> >> Office 202.404.7109 Mobile 443.243.1554 >> >> [email protected] >> >> >> >> >> >> *From:* Yadlapalli, Nitika <[email protected]> >> *Sent:* Tuesday, January 25, 2022 6:34 PM >> *To:* [email protected] >> *Subject:* [casper] Red Pitaya programming/clocking issue? >> >> >> >> Hi all! >> >> >> >> I am getting started with casper on a Red Pitaya 125-14. I've been >> following the tutorial about using the ADC/DAC boards ( >> https://casper-toolflow.readthedocs.io/projects/tutorials/en/latest/tutorials/redpitaya/tut_adc_dac.html) >> and have run into a few issues: >> >> >> >> 1. I'm not able to use upload the upload_to_ram_and_program method >> with the .fpg file. I get this "ERROR:10.42.0.69:10.42.0.69: no >> programming informs yet. Odd?" and I don't seem to be able to >> activate the tcpborphserver on the red pitaya either to fix it as I've >> seen >> in a previous archive thread. >> 2. >> >> 3. I can use the .bof file for programming the red pitaya, so I've >> been moving forward with that. If I try to get the clock speed, however, >> using estimate_fpga_clock(), the output estimated clock speed changes >> wildly with time and is never consistent with the 125 MHz speed I expect. >> Additionally, if I try to read the adc_samp_cnts register as outlined in >> the tutorial, the value seems to also be varying rapidly rather than >> incrementing steadily as expected. >> >> >> >> Has anyone encountered these issues before? I have all the packages >> installed in a conda environment. >> >> >> >> >> >> Best, >> >> Nitika >> >> >> >> Nitika Yadlapalli (she/hers) >> >> PhD Candidate | Astronomy >> >> California Institute of Technology >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "[email protected]" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/BYAPR03MB3752B864ED192276D1253C48DA5F9%40BYAPR03MB3752.namprd03.prod.outlook.com >> <https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/BYAPR03MB3752B864ED192276D1253C48DA5F9%40BYAPR03MB3752.namprd03.prod.outlook.com?utm_medium=email&utm_source=footer> >> . >> >> -- >> You received this message because you are subscribed to the Google Groups >> "[email protected]" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/d06885fb859d4869b6d7c058b9234f82%40nrl.navy.mil >> <https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/d06885fb859d4869b6d7c058b9234f82%40nrl.navy.mil?utm_medium=email&utm_source=footer> >> . >> >> -- >> You received this message because you are subscribed to the Google Groups >> "[email protected]" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/BN7PR03MB374612715F75C5B022A6DFC1DA2E9%40BN7PR03MB3746.namprd03.prod.outlook.com >> <https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/BN7PR03MB374612715F75C5B022A6DFC1DA2E9%40BN7PR03MB3746.namprd03.prod.outlook.com?utm_medium=email&utm_source=footer> >> . >> > -- You received this message because you are subscribed to the Google Groups "[email protected]" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/CADK_Hq08OKONYFkHWNS51bnJxyhy9_ugCwB9rzA%2BLftE4xCXsA%40mail.gmail.com.
