Maria,
So, if I understand correctly, I have to put there also something like
"self.ettus_rfnoc_rx_radio_0.set_rx_agc(enable,0)" isn't it?
Exactly! Take a look at [1] for the correct syntax.
[1]
Maria,
I might not be the right person to answer this, as my experience with
UHD 4.0 is relatively limited at the moment.
However, I cant tell you that the AGC on B2x0 devices is controlled via
software (using set_rx_agc()). There is no need to directly modify the
state of any pins of the
Saptarshi,
Ok, I see, you did not set set analog filter bandwidth of your USRP to 5
MHz but your signal has 5 MHz bandwidth. This, in combination with the
20 MHz MCR should then be absolutely fine.
I'm still not sure how you are trying to detect your signal. Maybe you
could share the
Saptarshi,
I'm not entirely sure I fully understand what you are doing. You
probably need to provide some more details.
However, in general, depending on what you master-clock-rate is,
doing a 5MHz shift in the DSP does not make much sense if your
sample-rate and your analog bandwidth are
Ivan,
to the best of my knowledge, there should not be any RX1 port.
Instead, you should have two (coherent) channels "A" and "B" both
allowing you to select one out of two available antenna ports when
receiving ("TX/RX" or "RX2").
Cheers,
Julian
On 11/18/20 10:31 AM, Ivan Zahartchuk via
David,
unfortunately not. The filter API does only export the filters internal
to the AD9361 on B2xx series devices.
However, if you let MCR = sample rate you should basically only have
filters inside the AD9361 active.
Cheers,
Julian
On 8/26/20 6:16 AM, David Carsenat wrote:
Ok thanks a
David,
take a look at the ad9361 user guide [1]. It has all the information you
are looking for.
If you want to know which filters you can configure and how, take a look
at [2]. It's a simple example I wrote quite a while back but it should
still be good to get you started.
Hope that
Jorn,
while tuning, samples will continue to flow from the device to your host
(if your recv loop is running in a separate thread).
However, while UHD is processing your call to 'set_rx_freq' there will
be some transient behavior visible in the received samples.
Thus, you should probably
Jorn,
regarding your other question, filter selection on the E310 is handled
by UHD, internally.
Cheers,
Julian
On 15.09.19 20:54, Marcus D Leech via USRP-users wrote:
My recollection is that the AD9361 RF chip doesn’t have an external lock
indicator.
Sent from my iPhone
On Sep 15,
Sean,
if I remember correctly, the filter configuration (whether or not a filter is
bypassed) is determined by the ratio of DAC rate to master-clock rate (the
interpolation that needs to happen inside the ad9361) thus, you can only
somewhat,
indirectly, control it by changing the master-clock
Hey,
Since release 3.8.2 the RSSI is exposed as a frontend sensor.
You should be able to read it using the usual sensor read-back mechanism
(look at get_rx_senor_names and get_rx_sensor())
Cheers,
Julian
> On 21. Sep 2018, at 17:04, Chintan Patel via USRP-users
> wrote:
>
> Hi,
>
> Is
Hey,
have you tried starting the RX streamer a little bit in the future, i.e
change the following lines:
stream_cmd.stream_now = true;
stream_cmd.time_spec = uhd::time_spec_t();
to something like (out of the top of my head):
stream_cmd.stream_now = false;
stream_cmd.time_spec =
Hey,
In case you haven't already adopted the straight forward approach mentioned by
Sylvain I just dug out the tool I mentioned and moved
it to my github account [1].
I quickly compiled and linked against a recent version of UHD (3.9.6) to
confirm that it still works.
Build as usual:
mkdir
Hey Rob,
I remember creating a small example tool to use the filter API and to write to
the RX FIR.
If you can wait till the evening I'll dig it out at home and share it with you.
Cheers,
Julian
Julian Arnold, M.Sc
Institute for Networked Systems
RWTH-Aachen University
Kackertstrasse 9
52072
Also, please don't open a new thread if you have already opened one for
the same issue ([USRP-users] Help with rx_multi_sample) that is waiting
for details from your side.
On 08/09/2017 05:40 PM, Marcus D. Leech via USRP-users wrote:
> On 08/09/2017 10:29 AM, Snehasish Kar via USRP-users wrote:
Hey,
it would be good if you could give a little bit more information.
How does your initialization look like?
How does your stream command look like?
Cheers,
On 08/07/2017 04:30 PM, Snehasish Kar wrote:
>
> Hey
>
> Thanks that worked, there was problem in
> initializing stream_args_rx.channels
Hey,
how do you initialize your usrp and the streamer?
Do you specify two channels when creating the streamer? E.g.:
uhd::stream_args_t stream_args_rx("fc32", "sc16");
stream_args_rx.channels = {0ul,1ul};
this->rx_streamer = this->usrp->get_rx_stream(stream_args_rx);
Cheers,
On 08/07/2017
Hey Snehasish,
it should be A:0 B:0 instead of 0:A 0:B.
E.g.: usrp->set_rx_subdev_spec(uhd::usrp::subdev_spec_t("A:0 B:0"));
Cheers,
Julian
On 08/07/2017 12:39 PM, Snehasish Kar via USRP-users wrote:
>
> Hello
>
>
> I tried setting subdev to subdev("0:A 0:B") as described in the
> example
18 matches
Mail list logo
