OS is linux. my pc is 2010 model,has
- 3rd Generation Intel® Core™ i5-3317U
- 64-bit.
And when i give the command sudo ethtool eth1 i'am getting the speed has
10Mb/s
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
As I mentioned in previous email (below), the first thing you need to do
now is to bring up the physical layer of the Ethernet connection.
If the GE port LED is not ON, no point to proceed without this being solved
first.
If you insist that your hardware support 1000Mbps GE, then make the Linux
ok sir then i'l try to debug the problem in my os now
Thanks
Sandhya
On Mon, Oct 21, 2013 at 11:49 AM, Activecat active...@gmail.com wrote:
As I mentioned in previous email (below), the first thing you need to do
now is to bring up the physical layer of the Ethernet connection.
If the GE
Chances are your pc hardware is actually not GE capable.
On Mon, Oct 21, 2013 at 2:23 PM, Sandhya G sandhya4...@gmail.com wrote:
ok sir then i'l try to debug the problem in my os now
Thanks
Sandhya
On Mon, Oct 21, 2013 at 11:49 AM, Activecat active...@gmail.com wrote:
As I mentioned in
Hi,
Warning: Block key blocks_ctrlport_monitor_performance not found when
loading category tree.
Warning: Block key blocks_ctrlport_monitor_performance not found when
loading category tree.
They're harmless and just due to the fact you don't have ctrlport
support compiled it, probably
Hi Paul,
if you're using GR 3.7, the standard blocks have moved from the /gr/ module
to the /blocks/ module.
If you're using 3.6, further investigation is necessary.
Greetings,
Marcus
On 10/21/2013 01:45 AM, Paul B. Huter wrote:
I looked everywhere for information pertaining to this
On Fri, Oct 18, 2013 at 06:00:48PM -0500, JPL wrote:
Question:
(1) should I just replace the Vector Source block into File Source in
tx_ofdm.grc?
This won't work, the input expects a tagged stream (see the
corresponding manual page). You will need to split the file into
packets, and tag them
Hello everyone,
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello everyone,
I'am building an FM transmitter in gnuradio .Well the audio wave
file is connected to wbfm transmitter through resampler block.The audio
sample rate is 48KHZ and according to the wbfm block the quadrature rate
and audio rate are related by mod function (quad_rate %
Yes sir .your right i thought my pc is ethernet capable.I brushed the spec
of pc hardware it just supports maximum 100mbps .so i'm installing gnuradio
on pandaboard which supports gigabyte.
Thanks and regards
Sandhya
On Mon, Oct 21, 2013 at 11:58 AM, Activecat active...@gmail.com wrote:
Congradulation and you are most welcome.
activecat.
On Mon, Oct 21, 2013 at 7:10 PM, Sandhya G sandhya4...@gmail.com wrote:
Yes sir .your right i thought my pc is ethernet capable.I brushed the spec
of pc hardware it just supports maximum 100mbps .so i'm installing gnuradio
on pandaboard
The default IP address of the N2XX devices is 192.168.10.2, so:
uhd_usrp_probe --args "addr=192.168.10.2"
Should work. EXCEPT, you only have a 10/100 Ethernet interface, which won't work. The N2XX devices support ONLY 1GiGe.
on Oct 21, 2013, Sandhya G sandhya4...@gmail.com wrote:
HI all,
I
Hm, I don't know why this should really
happen before your source's work function is called.
But basically, maybe this is part of GNU Radio trying to figure
out how to assign buffers; I haven't dived very deep into that
aspect of the runtime.
However,
I am trying to track down an insidious little memory leak in a Block that
wraps the DSD vocoder. I have run Valgrind against it and didn't find
anything obvious. Valgrind didn't like the way memory was being assigned by
set_taps and it seems like this came up in a previous thread too:
On 10/21/2013 01:43 PM, Luke Berndt wrote:
I am trying to track down an insidious little memory leak in a Block that
wraps the DSD vocoder. I have run Valgrind against it and didn't find
anything obvious. Valgrind didn't like the way memory was being assigned by
set_taps and it seems like this
Hello GR Forum,
I got some questions:
1/ Did anyone already tested the effect of Interrupt coalescing on reducing
the latency when host and USRP N2X0 are communicating and how far did he
reduce this latency
2/ I want to check first if my NIC got this feature enabled ?
How do I have to proceed
Dear Sir,
I was using GNU Radio 3.6.5.1 previously but now try migrating to version
3.7.1.
So I remove all existing installation, then start using the latest
build-gnuradio script.
This error comes out:
Building extra module gr-baz
-- The CXX compiler identification is GNU 4.7.2
-- The C
Dear Sir,
I was using GNU Radio 3.6.5.1 previously but now try migrating to
version 3.7.1.
So I remove all existing installation, then start using the latest
build-gnuradio script.
This error comes out:
Building extra module gr-baz
-- The CXX compiler identification is GNU 4.7.2
Dear Sir,
Both gr-baz and grextras fail in compilation of gnuradio 3.7.
It seems that we have no other choice but to ignore the compilation errors.
But what are gr-baz and grextras being used for, and how this compilation
error will affect the functionality of gnuradio 3.7 ?
Regards,
activecat
Dear Sir,
Both gr-baz and grextras fail in compilation of gnuradio 3.7.
It seems that we have no other choice but to ignore the compilation
errors.
But what are gr-baz and grextras being used for, and how this
compilation error will affect the functionality of gnuradio 3.7 ?
They're used for
On Wed, Oct 16, 2013 at 10:29 PM, Aditya Dhananjay adi...@cs.nyu.eduwrote:
On Wed, Oct 16, 2013 at 10:22 PM, Aditya Dhananjay adi...@cs.nyu.eduwrote:
Hi All,
I have two USRP N210 devices connected by an attenuator cable. I set up
the following experiments.
-- BEGIN EXPERIMENT 1
Step
Hello, Martin
1. Would you please tell me where the manual page is?
Because I cannot understand
*How the Vector source works*
(tagged_streams.make_lengthtags((packet_len,),(0,).length_tag_name)?
and *where the Importblock grab the value from* (from
gnuradio.digital.utils import tagged_streams),
I was trying to install the 802.11b Receiver from
https://cgran.org/wiki/SPAN80211b
So I followed the instruction to download the source files using the svn as
follows:
svn co -r7596 http://gnuradio.org/svn/gnuradio/trunk gnuradio_r7596
It gave following message but no file was downloaded.
On 10/21/2013 11:40 PM, Activecat wrote:
I was trying to install the 802.11b Receiver from
https://cgran.org/wiki/SPAN80211b
So I followed the instruction to download the source files using the
svn as follows:
svn co -r7596 http://gnuradio.org/svn/gnuradio/trunk gnuradio_r7596
It gave
CGRAN founder, here!
Like Marcus said, it's just out of date code and instructions. This is
bound to happen with the majority of projects over time. But, the benefit
to anyone is that parts of them can be used to build new things, and if you
really need functionality provided by one of those
It would be good to have a list of up to date modules.
On Tue, Oct 22, 2013 at 2:58 PM, George Nychis gnyc...@gmail.com wrote:
CGRAN founder, here!
Like Marcus said, it's just out of date code and instructions. This is bound
to happen with the majority of projects over time. But, the benefit
I've found less projects being contributed to CGRAN in general right now.
This is likely to due with the migration to git and github providing a
nice interface with wikis for each project. So, the majority of projects
on CGRAN right now are a bit dated :\
That said, I've been thinking of
27 matches
Mail list logo