I am attaching the .grc file. I have installed gnuradio in windows.
Our USRP has gone for repair so can't check the UHD version.
Regards,
Koyel
From: USRP-users on behalf of Marcus D.
Leech via USRP-users
Sent: Thursday, November 29, 2018 9:28:47 PM
To: usrp
Hello Brian,
I have finished the FPGA code. I got a DDC 1:2 but I have problems with
1:8. I think I have your same problems: /
*thread[thread-per-block[0]: ]: LookupError:
KeyError: [0/Radio_0] sr_write(): No such port: 2*
In rfnoc code:
*std::vector >
upstream_radio_nodes =
blk_ctr
Hi Marcus,
is there any update?
Best regards,
Fabian
Am 19.11.2018 um 20:22 schrieb Marcus D. Leech via USRP-users:
On 11/19/2018 06:35 AM, Fabian Schwartau via USRP-users wrote:
Anyone? This is a quite annoying bug and I am having trouble working
around it as I cannot meet my timing requirem
Hey Carlos,
The attached patch is what I used applied to 3.13.0.1 I want to say. You
get the idea.
To get the controller, I use get_block_ctrl(uhd::rfnoc::block_id_t(0,
"NAME", 0)) since there is only one instance, for me, in my radio.
When setting up the uhd::device_addr_t, I populate: block_p
Hi J. Jeffson,
to answer quickly: see below.
On Fri, 2018-11-30 at 11:36 +0800, 蒋逸凡 via USRP-users wrote:
> Hi all
> I'm trying to use USRP X Series (2943/2954) in my project. I
> want to try 122.88MHz sampling rate, but ettus.com says that only
> 200MHz and 184.32MHz and the corresponding
UHD is installed on your computer. You hence *can* check the UHD
version that you've installed.
On Fri, 2018-11-30 at 09:33 +, Koyel Das (Vehere) via USRP-users
wrote:
> I am attaching the .grc file. I have installed gnuradio in windows.
> Our USRP has gone for repair so can't check the UHD ve
On Fri, Nov 30, 2018 at 11:29 AM Marcus Müller via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi J. Jeffson,
>
> to answer quickly: see below.
> On Fri, 2018-11-30 at 11:36 +0800, 蒋逸凡 via USRP-users wrote:
> > Hi all
> > I'm trying to use USRP X Series (2943/2954) in my project. I
>
I just wanted to throw this email back out there as it had been biting me again
and I didn't realize it. Without making the below mods to split-stream, I can
only run a flowgraph one time. After that, things get hosed (split-stream
isn't getting reset properly) and I have to reboot.
After m
I notice that the GRC is using RFNoC blocks. Perhaps it would be a good
test to implement standard UHD USRP blocks. I think that your
functionality is possible with the USRP blocks.
Rob
On Mon, Nov 19, 2018 at 7:25 AM Gwenhael Goavec-Merou via USRP-users <
usrp-users@lists.ettus.com> wrote:
> H
On 11/30/2018 06:11 AM, Fabian Schwartau via USRP-users wrote:
Hi Marcus,
is there any update?
Best regards,
Fabian
Still being worked.
Am 19.11.2018 um 20:22 schrieb Marcus D. Leech via USRP-users:
On 11/19/2018 06:35 AM, Fabian Schwartau via USRP-users wrote:
Anyone? This is a quite anno
On 11/30/2018 04:33 AM, Koyel Das (Vehere) wrote:
I am attaching the .grc file. I have installed gnuradio in windows.
Our USRP has gone for repair so can't check the UHD version.
Regards,
Koyel
The attached works for
Hey Jason,
I haven't followed your thread thoroughly, but I thought I'd comment
something that could be of help, even though the code you included is
apparently from July: I wouldn't use a standard synchronizer for a
one-clock pulse signal such as clear_tx_seqnum. Instead, I'd recommend
using Ettu
Thanks very much for advice. My application is about sampling design for FFT
about 5G SDR implementation, but I may still try arbitrary resampler.
Best Regards
J.Jeffson
-- Origin message --
>From："Brian Padalino"
>To：marcus.muel...@ettus.com
>Subject：Re: [U
13 matches
Mail list logo
