search

vnegnev / marcos_extras

Miscellaneous MaRCoS-related scripts and files, and the MaRCoS wiki
GNU General Public License v3.0
15 stars 11 forks source link

No blue light after copy_bitstream.sh is run #17

Closed vnegnev closed 5 months ago

vnegnev commented 7 months ago

Issue based on https://github.com/vnegnev/marcos_extras/discussions/9#discussioncomment-9012741 which might indicate one of the following:

@josalggui could you please try running the commands in copy_bitstream.sh manually, and see if that also fails? Please post any error messages here.

josalggui commented 6 months ago

It works to me using the commit 433936cf245b5645ead3feb6891acf48bf9c2d18 from Jun 4th 2022. Once I did the marcos_setup.sh from this commit the blue light turns on. And now, going back to last commit works also. It looks like if the first time after installing Yocto I have to go to an older version of marcos_extras. Does this tell you something?

josalggui commented 6 months ago

In 433936cf245b5645ead3feb6891acf48bf9c2d18, marcos_setup.sh successfully copies ocra_mri_rp-122.bit.bin and .dtbo files. However, in the latest commit, it fails to copy marcos_fpga_rp-122.bit.bin and .dtbo files.

I will try this monday step by step.

josalggui commented 6 months ago

After conducting aditional tests, it appears that marcos_setup.sh successfully copies the marcos_fpga files. However, it seems that the blue LED only activates when the ocra_mri files are located in the lib/firmware directory within the SD card.

josalggui commented 6 months ago

Hi Vlad,

I tried executing the steps of marcos_setup.sh and copy_bitstream.sh manually. When using commit 433936c, the blue LED turns ON after executing EOF on line 39 of copy_bitstream.sh. However, when I perform the same steps with the latest commit, the blue LED remains OFF after the EOF, and no errors are displayed in the terminal. Could you try using the latest commit with a formatted microSD card to see if you encounter the same issue? Just be sure the microSD card is fully empty before to do it, I tried without cleaning the SD card and the it works, but it is because the files from 433936c are still in the SD card.

vnegnev commented 6 months ago

Sorry about the delay - something went wrong with notifications. This looks like the SCP command isn't working due to some kind of version mismatch. It's been deprecated for a few years already, so I will try and update the script to more intelligently copy the files from the host to the SDRLab. Thanks for the detailed debugging!

vnegnev commented 6 months ago

To be clearer, it probably worked on my machine because it's using a newer version of OpenSSH where the scp -O flag correctly works, so everything ran fine on mine. I'll try and debug it with an old version of Ubuntu - are you using Ubuntu 22.04?

josalggui commented 6 months ago

I did the test under ubutnu 22.04, also under windows 10 22H2 with identical results.

vnegnev commented 5 months ago

I think I've found the underlying problem - it dates back to when MaRCoS moved away from the ocra build in 2020, and it turns out that the DTBO devicetree file (which specifies details about the FPGA bitstream to the Linux kernel) was still referring to an old bitstream. This is corrected in the latest master commit; please let me know if it's fixed the problem for you.

josalggui commented 5 months ago

Tested and working! Thanks!