Hello
I tried the RFNOC channelizer, but had some doubts please clear them:
Is "uhd_rfnoc_streamer_channelizer" the polyphase channelizer block? If so how
to set the input parameters like continuous bandwidth of all channels together,
number of channels, bandwidth of each channel?
BR
Snehas
On 09/07/2017 12:37 AM, Steven Knudsen wrote:
Thanks, Marcus.
I was running a slightly older version, so updated
to release_003_010_002_000.
Now it does not get as far at all, but seg faults :-(
Backtrace looks like
Did you rebuild your LiquidDSP libraries after doing the UHD upgrade?
Th
Thanks, Marcus.
I was running a slightly older version, so updated to release_003_010_002_000.
Now it does not get as far at all, but seg faults :-(
Backtrace looks like
Thread 18 "TxRxFlood" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe8ff9700 (LWP 7602)]
0x7ff
On 09/06/2017 10:17 PM, Philip Balister via USRP-users wrote:
>
>
> On 09/06/2017 07:07 PM, Taliver Heath wrote:
>> I had the same issues -- the big performance eater in my case was anything
>> that was doing modulo in a tight loop.
>>
>> So, if you have something like:
>>
>> for ( int i = 0; i <
On 09/06/2017 07:07 PM, Taliver Heath wrote:
> I had the same issues -- the big performance eater in my case was anything
> that was doing modulo in a tight loop.
>
> So, if you have something like:
>
> for ( int i = 0; i < 1000; i++) {
> array[i % arr_size] = ...
> }
Yeah, basically the % o
Hi Marcus,
thank you for your reply.I will do that.
resize the USRP Source's output buffer--so we must write a block for USRP
Source's output buffer?or we can just set it in USRP Source.
best regards
Jon
2017-09-07 3:55 GMT+08:00 Marcus Müller via USRP-users <
usrp-users@lists.ettus.com>:
> Hi
On 09/06/2017 08:15 PM, Steven Knudsen via USRP-users wrote:
Hi All,
I am building a TDMA system based on the B200mini. TX is out the TRX
port and RX is on RX2.
I schedule both TX and RX using stream commands. Tested separately,
they work great. However, when I have them running together (se
Hi All,
I am building a TDMA system based on the B200mini. TX is out the TRX port and
RX is on RX2.
I schedule both TX and RX using stream commands. Tested separately, they work
great. However, when I have them running together (separate threads for send
and recv calls), the transmit waveform
On 09/06/2017 08:04 PM, zxl via USRP-users wrote:
What are your sample rates?
Do you have separate threads for RX and TX?
The sample rate is 2MHz. We use one gnuradio uhd-source block (the RF A & B of
dev 1, 2, 3, and RF A of dev 4) and one uhd-sink block (the RF B of dev 4). Since
each gnur
> What are your sample rates?
>
> Do you have separate threads for RX and TX?
The sample rate is 2MHz. We use one gnuradio uhd-source block (the RF A & B of
dev 1, 2, 3, and RF A of dev 4) and one uhd-sink block (the RF B of dev 4).
Since each gnuradio block has a separate thread, I guess the
On Wed, Sep 6, 2017 at 7:37 PM, Marcus D. Leech wrote:
> On 09/06/2017 01:07 PM, Michael M wrote:
>
>
>
> On Mon, Sep 4, 2017 at 6:14 PM, Marcus D. Leech via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> On 09/04/2017 04:54 PM, Michael M via USRP-users wrote:
>>
>>> I'm having an issue w
On 09/06/2017 07:32 PM, Cho, Daniel J (332C) wrote:
So you need to have the 1 PPS AND a reference clock (whether 10MHz
input or GPSDO)?
Absolutely. The USRPs don't, in general, have a PLL/FLL implementation
to steer their onboard clock to an external 1PPS input. This is what GPSDOs
do, a
On 09/06/2017 01:07 PM, Michael M wrote:
On Mon, Sep 4, 2017 at 6:14 PM, Marcus D. Leech via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
On 09/04/2017 04:54 PM, Michael M via USRP-users wrote:
I'm having an issue with my Ettus E310 where I'm seeing
inconsistent
So you need to have the 1 PPS AND a reference clock (whether 10MHz input or
GPSDO)?
From: Marcus D. Leech [mailto:mle...@ripnet.com]
Sent: Wednesday, September 6, 2017 4:27 PM
To: Cho, Daniel J (332C)
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] pps ref input B210
On 09/06/2017 06:0
On 09/06/2017 01:46 PM, Snehasish Kar wrote:
Hello Marcus
Is there any article on how to do this?
BR
Snehasish
There's an RFNoC starter page here:
https://kb.ettus.com/Getting_Started_with_RFNoC_Development
Is that what you're after?
--
On 09/06/2017 06:09 PM, Cho, Daniel J (332C) wrote:
So they are seeing exactly the same PPS source. I got a waveform
generator connected to a power splitter which is then fed into both
“PPS in” inputs. Since they are seeing the same PPS from the same
source, shouldn’t they be referencing of
I had the same issues -- the big performance eater in my case was anything
that was doing modulo in a tight loop.
So, if you have something like:
for ( int i = 0; i < 1000; i++) {
array[i % arr_size] = ...
}
You'll take a pretty big hit.
On Wed, Sep 6, 2017 at 4:00 PM, Tom Bereknyei via USRP-
We ran into a similar issue. Big things that helped us was to move high
rate dsp calculations to RFNoC.
I've also had luck with volk_profile. It seems to help with some workloads.
On Wed, Sep 6, 2017 at 16:53 Philip Balister via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 09/06/2017 04:3
Hello wonderful USRP team!
I'm working on a custom FPGA design for an X310 system, and to get a
baseline on control, we're trying to do a simple "enumaerate_registers".
The problem is, with the base rfnoc image install for the X310, we're not
seeing any registers being shown when I do the enumerat
On 09/06/2017 04:59 PM, Cho, Daniel J (332C) via USRP-users wrote:
Hello –
I am trying to frequency sync two USRP B210s. I have a GPSDO on both
USRPs so the 10 MHz ref is unavailable (as noted in the site manual)
and I am unable to use the GPSDO yet because I do not have a GPS
antenna (it i
Hello -
I am trying to frequency sync two USRP B210s. I have a GPSDO on both USRPs so
the 10 MHz ref is unavailable (as noted in the site manual) and I am unable to
use the GPSDO yet because I do not have a GPS antenna (it is coming in the
mail). But so that I don't just sit and wait for the
On 09/06/2017 04:38 PM, Marcus Müller via USRP-users wrote:
> Hi Mr Hamilton,
>
> So, what you'd want to optimize first depends on what needs the most
> optimization. Your x86 program might be a good place to start looking
> into what the bottleneck is. If you're running Linux on your x86, I can
>
Hi Mr Hamilton,
So, what you'd want to optimize first depends on what needs the most
optimization. Your x86 program might be a good place to start looking
into what the bottleneck is. If you're running Linux on your x86, I can
heartily recommend `perf`, which is a tool that lets you display live,
We're moving an application that we had running on pc hardware with the
Ettus B210, to the embedded arm E310. On the pc side we were at 80% idle
cpu when running (intel i5-4570). With armv7 we're down to 30% idle, with
one of the cores @100% so it's not keeping up.
Are there any arm specific opti
Overflows happen on your PC, and that's the software that you write, so
we can't tell you whether that software is going to be fast enough, and
whether your PC is going to be fast enough!
Generally, for rates around 100MS/s, modern workstations usually are
fast enough for simple capture signal pr
Hi Ralph,
as usual, there can be a trick or two applied to that "data volume"
problem: If you need two channels that are fairly far apart, i.e. close
to the edges of what's sampled, just instruct UHD to digitally tune by
half the master clock rate - you'll be doing a low/highpass transform on
the
Dear Jithesh,
the first sentence in the mail you responded to is
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of USRP-users digest..."
So, it'll really help if you write an email with a specific subject.
Anyway, yes, that would require a complete red
Safe, yes, I think so – none of us has ever tried, but the connector
pinouts are compatible – but be double sure you actually want what you
get; obviously, Ettus can't give their OK for a combination that we
never characterized, so your mileage might vary.
Don't forget that the aliasing will happe
Hello
I am trying to use the RFNoC Polyphase channelizer, I wanted to clear before
starting it can we use it with 100MSPS sample rate for 75MHz DCS band? Will
there be any chance of data loss or overflow?
BR
Snehasish
___
USRP-users mailing list
US
Hi Jong,
this can have a lot of reasons, but among these: Without starting and
stopping both sink and source at exactly the same time, this flowgraph
won't do what you probably think it'll do – there will be a random delay
offset around your 1 s of delay. Instead of having the delay block, you
sh
Hello Marcus
Is there any article on how to do this?
BR
Snehasish
From: USRP-users on behalf of Marcus D.
Leech via USRP-users
Sent: Wednesday, September 6, 2017 11:07:43 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Support with downconvertin
Ettus Research would like to announce that we will be running an RFNoC
Workshop at the GNU Radio Conference next month. There will be two
sessions, each with 20 hands-on slots with access to hardware, and 30 slots
for observation from the sidelines. Registration for the workshop itself
can be don
On 09/06/2017 01:22 PM, Snehasish Kar via USRP-users wrote:
Hello
I want to down convert a DCS 75MHz band to 20MHz or less, is it
possible to do so, without changing the FPGA code. I am using NI USRP
2954R
BR
Snehasish
___
USRP-users maili
Hello
I want to down convert a DCS 75MHz band to 20MHz or less, is it possible to do
so, without changing the FPGA code. I am using NI USRP 2954R
BR
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/li
On Mon, Sep 4, 2017 at 6:14 PM, Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 09/04/2017 04:54 PM, Michael M via USRP-users wrote:
>
>> I'm having an issue with my Ettus E310 where I'm seeing inconsistent
>> timestamping from one run to another.
>>
>> First, I set up a r
On 09/06/2017 07:52 AM, 李阳 via USRP-users wrote:
Hi,
We use 4 X310s jointly to capture 7 channel RF signal coherently. The
4 X310s are synchronized by common 10MHz ref clock and PPS provided by
a clock distributing source.
It works well if we only receive the 7 channel samples from device to
Hey everybody,
We're about to buy a new computer to work with an USRP X310, using dual 10
Gbps SFP+ Ethernet connections through a PCIe card (we need to reach full
200 MSps). I've seen at Ettus you "use a desktop computer with a quadcore
i7, 8+ GB of DDR3".
We are planning on buying an AMD platfo
Hi,
We use 4 X310s jointly to capture 7 channel RF signal coherently. The 4 X310s
are synchronized by common 10MHz ref clock and PPS provided by a clock
distributing source.
It works well if we only receive the 7 channel samples from device to host,
however, when we use the last RF channel to
Hi all,
We connected usrp source and usrp sink directly with a USRP X310 as below:
[image: 内嵌图片 1]
Then run it and terminal print U all the time.
About version:
UHD_003.010.001.HEAD-0-g945fd653
gnuradio-3.7.10.1
thank you
best regards
Jon
___
US
39 matches
Mail list logo
