Hi Jonathon, Please ignore my last email, I had a serious mistake with the TX gain configuration...
Anyway, thanks again for the directions you provided. It was really helpful! Best, V. On Mon, Mar 2, 2020 at 1:33 PM Varban Metodiev <[email protected]> wrote: > Hi Jonathon, > > After separating the I and Q channels, I think that the values with > detached RX input look reasonable (please see *I_Q_data_custom_build.txt*). > What do you think? > I am reading my custom register with a modified version of > *rx_samples_to_file* (attached as well, line 92 - 100). > > Now, when I try to send some reference sine waves via the *tx_waveforms* > example running on another PC attached to another USRP B205mini, I get > unexplainable data. > The default data type in the *tx_waveforms* is fc32, do I need to > recompile it with sc16 for this case? > > Kind regards, > V. > > On Wed, Feb 26, 2020 at 1:36 AM Varban Metodiev <[email protected]> > wrote: > >> Hi Jonathon, >> >> Thank you very much for your reply. >> >> What do you want to accomplish? >> --> Right now, I just want to monitor the 'sample_rx' values. Eventually, >> I will use this to calibrate the reference input of my custom Verilog >> decoder (attached) that aims to detect spikes and measure their length >> (like those from the attachment). >> >> It is a short complex int where the upper 16-bits are I and the lower >> 16-bits are Q. >> --> Well... that could be the explanation. I will try to monitor them >> separately and get back to you. >> >> Kind regards, >> Varban >> >> On Tue, Feb 25, 2020 at 8:50 PM Jonathon Pendlum < >> [email protected]> wrote: >> >>> Hi Varban, >>> >>> I am now getting random 32-bit values when polling it from the UHD >>>> (instead of a constant that indicates a "zero" reception) >>> >>> >>> Even with the antenna disconnected you can expect some LSBs to toggle >>> due to inherent receiver noise. >>> >>> 1) How should I interpret the 32-variable? >>>> >>> >>> It is a short complex int where the upper 16-bits are I and the lower >>> 16-bits are Q. >>> >>> >>>> 2) Is the strobe_rx the correct signal that indicates new sample >>>> arrival? >>>> >>> >>> Yes >>> >>> >>>> 2) Do I need new_rx_control? >>> >>> >>> No >>> >>> Have I done this correctly in general, or there is something completely >>>> wrong in my approach? >>> >>> >>> What do you want to accomplish? >>> >>> Jonathon >>> >>> On Mon, Feb 17, 2020 at 5:03 AM Varban Metodiev via USRP-users < >>> [email protected]> wrote: >>> >>>> Dear all, >>>> >>>> After exposing the *sample_rx* from radio_legacy.v >>>> <https://github.com/EttusResearch/uhd/blob/master/fpga/usrp3/lib/radio_200/radio_legacy.v> >>>> to >>>> a user defined register and sampling it at rising edge of the >>>> *strobe_rx*, I am now getting random 32-bit values when polling it >>>> from the UHD (instead of a constant that indicates a "zero" reception). I >>>> am doing this with disconnected antenna using a modified rx_samples C++ >>>> example application. >>>> >>>> I have the following questions: >>>> 1) How should I interpret the 32-variable? >>>> 2) Is the strobe_rx the correct signal that indicates new sample >>>> arrival? >>>> 2) Do I need new_rx_control? >>>> >>>> Have I done this correctly in general, or there is something completely >>>> wrong in my approach? >>>> >>>> Thanks, >>>> Varban >>>> _______________________________________________ >>>> USRP-users mailing list >>>> [email protected] >>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>>> >>>
_______________________________________________ USRP-users mailing list [email protected] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
