Anon,
UHD 3.9.3 is the most current release from Ettus.
gqrx is on my to-do list, and in fact there are code stubs in the scripts
already for it. What stopped me is that it needs qt5 built, whereas GR is
on qt4 still, so I wanted to get out what I had first before re-attacking
that one. But onc
Hi,
I have a use case similar to the one mentioned in this series of posts:
http://lists.gnu.org/archive/html/discuss-gnuradio/2013-04/msg00421.html
I am using B200-mini with gnuradio flowgraph containing tx and rx parts.
Transmit part contains a udp source block connected to a physical layer
Hello,
i wanted to create my OOT module. I use Ubuntu and when i type : " gr_modtool
newmod mymod " in the terminal , the following exception is thrown :
Traceback (most recent call last):
File "/usr/local/bin/gr_modtool", line 47, in
main()
File "/usr/local/bin/gr_modtool", line 41,
The Surface 3 is also my all day machine, usually I run gr within a VM on it,
but a native version also is quite interesting, I will give it a try later on!!
Ralph.
From: Discuss-gnuradio
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Ben
Hilburn
Sent: Thursday,
See below for some thoughts/questions. Good luck.
If you want to optimize the b200 transport latency you need a simpler
setup
On Apr 15, 2016 3:52 AM, "murat tas" wrote:
>
> Hi,
>
> I have a use case similar to the one mentioned in this series of posts:
> http://lists.gnu.org/archive/html/d
HI Murat,
> 1) What to do to fix the latency so that it does not change each time
> the flowgraph is run?
Use a larger-than-worst case fixed delay between the start of RX and TX.
GNU Radio is not a "fixed latency" architecture; it's quite the
opposite, in fact.
> 2) Can I decrease latency below the
Hi Kei,
no, this is something else: As the error message says, the
"ModToolException" name is not defined, which is strange, because it is
defined in the very basic python files that belong to gr_modtool.
Are you perhaps mixing different installations of GNU Radio (e.g. a new
one with a really rea
Monika,
no offense, but when you report a problem with software, it's pretty
crucial you point out whether you've modified the software or not :)
Best regards,
Marcus
On 15.04.2016 06:28, monika bansal wrote:
> Hii,
>
> Thank you for your help.
> That "" issue is not coming with original be
On 14.04.2016 16:04, Tom Rondeau wrote:
> I'm certainly not opposed to this idea. Would you create a pull request
> against https://github.com/gnuradio/gnuradio? It's much easier for us to
> track and trade ideas on features like this in that forum rather than email.
I submitted a pull request, so
Yes my mistake :). Sorry for that. I just did not think of the python block
at that time and then after i realized.
Regards,
Monika
On Fri, Apr 15, 2016 at 5:17 PM, Marcus Müller
wrote:
> Monika,
>
> no offense, but when you report a problem with software, it's pretty
> crucial you point out wh
No harm done :) So the point is that is still pretty bad, and
usually shouldn't happen, unless your PC is *much* too slow, and usually
would be preceeded by a couple of "O".
There's two cases where this doesn't happen:
* Too small network buffers
* strangely misbehaving network hardware.
So:
Sorry the E-mail went private,
Thanks for the quick answer,
yes i am using old vesrions of GNU-radio. I had an old version of Gnuradio
installed on my system. I wanted to install the source so i used the script
which is provided on the web-site. Unfortunately the compilation did not finish
an
Hi Kei,
I think this is the point where one would save a lot of time by just
going clean slate, and setting up a new system. You might be able to
manually remove all the different parts etc, but that could take hours.
Also, it depends on a lot of factors what files where installed where,
so this m
Thanks for all the good feedback folks!
I think I'm going to stick to the precompiled packages in the repo for the
short term . so I'll probably be back with more questions soon :)
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://li
Hi all -
We are in the process of rolling out some new updates to the GNU Radio
website. Redmine is still available, but the GRCon & landing page redirects
will be down until we finish the update.
Direct Redmine link: http://gnuradio.org/redmine/projects/gnuradio/wiki
Thanks!
Cheers,
Ben
__
No, you need to call set_time_now() or set_time_unknown_pps() to sync
clocks.
Cheers,
M
On 04/14/2016 06:47 PM, Pavan Yedavalli wrote:
> Does the start() function in GNURadio reinitialize the clocks on the
> USRPs every time it is called? I have two USRPs connected via MIMO
> cable, so they are s
It seems like if you have one USRP sink (for MIMO tx) and one USRP
source (for rx) that's all you should need. You can evaluate the rx_time
from the rx to know where you are in time.
Although I admit I'm probably not fully understanding what you want to
do. Maybe you can eloborate?
m
On 04/13/20
17 matches
Mail list logo
