I have been using the E100 for about two weeks and have no problems. I
have built various GNU Radio Companion projects (text mode no wxgui) and
they run fine. Are you trying to be too ambitious with your transmitted
bandwidth?
The benchmark tests on mine indicate a maximum of 2.4Msps or therea
Hrm, I just realized that I should clarify something:
I can use UHD + E100 no problem. I have _not_ tested UHD + GNURadio +
E100 recently.
Sorry for the confusion!
Cheers,
Ben
On Thu, Feb 24, 2011 at 1:21 AM, Ben Hilburn wrote:
> I cannot comment on the Beagleboard, but using UHD on the E100
I cannot comment on the Beagleboard, but using UHD on the E100 works
great for me. I have been using it reliably for the last few weeks.
I haven't rebuilt UHD in probably a week and a half or so, but I was
planning on doing that in the next couple of days using the next
branch.
I'll let you know
Hello,
I am using a C++ interface with the USRP2 board. I found the CPU usage is about
30% for dual core 3.2G CPU with 5M sample frequency while about 60% usage for
20M sample frequency. I am just keep running the rx_sample() function without
any other operation. Is this CPU usage normal? I t
I was wondering about people's experience with the UHD driver on the E100 or
the Beagleboard. I am able to use it to receive IQ data from the USRP but I
can't seem to transmit anything from it ... if I take the same flowgraph to a
laptop I'm able to transmit IQ using the same USRP/daughterboard
On Wed, 2011-02-23 at 19:08 -0700, Malihe Ahmadi wrote:
> Yeah, I mean ref clock. I actually connect a 10MHz sin wave with 15dBm
> amplitude to two USRP2, one acting as TX and the other one acting as RX.
> the reason I am using this ref clock is to avoid the frequency offset
> between the TX and
Yeah, I mean ref clock. I actually connect a 10MHz sin wave with 15dBm
amplitude to two USRP2, one acting as TX and the other one acting as RX.
the reason I am using this ref clock is to avoid the frequency offset
between the TX and RX (I have been observing about 1MHz offset between
the two).
On Wed, Feb 23, 2011 at 1:28 PM, Ben Reynwar wrote:
> What are the oldest and newest versions of python that gnuradio should
> work with?
>
> That way I can test stuff using those two versions.
Python 2.4 is the oldest that I _know_ will work (and I don't think,
but haven't tried, 2.3), and I've
I run the flow graph as an infinite loop, so the flow graph will be restart after the unlock() finished. It seems that the lock/unlock method cannot influent the whole system, and the carrier wave still keep transmitting without any stop. Could you please help me see if the method message source an
Hi Yan
I did it as well, but it seem wait for infinite time before it is
finished.
But without the lock() and unlock(), everything returns to normal.
Thanks,
Guanbo
On Wed, Feb 23, 2011 at 5:55 PM, Yan Nie wrote:
> Hi Guanbo,
>
> In my case, I added a tb.wait() after the tb is unlock to w
Hi Guanbo,
In my case, I added a tb.wait() after the tb is unlock to wait for the unlock
action finished, so that the last line shows. However, it still gives the
carrier wave on the oscilloscope. I also tried
top_block._u._subdev.set_enable(False) to completely disable the transmitter
then s
On 23/02/2011 4:37 PM, abhijeet mate wrote:
Hi,
Can anyone explain how do we calculate SNR from the received USRP
samples(complex/float).
Thanking You,
Abhijeet
It depends rather a lot on what kind of *signal* you're trying to
demodulate, which is where SNR measurements
come in.
___
A lot of people seem to have problem with the OFDM receiver in gnuradio.
Since there's no confirmation of a working *2-way* communication using OFDM
yet, I've decided to dig into the OFDM receiver implementation. I want to
test the performance of the OFDM synchronization block. To do that, first I
On 22.02.2011 15:26, Patrick Strasser wrote:
> I think this would be of great use. The FCB is based on the Softrock DDS
> design, which evolved to a family of different solutions, with the
> common factor of a stereo sound interface and a HID interface for
> control like frequency, source multiplex
Hi, Yan
I tried the similar python code as yours, as follows:
tb.start()
send_pkt("payload", eof=False)
print "before lock()"
tb.lock()
print "after lock()"
time.sleep(1)
print "before unlock()"
tb.unlock()
print "after unlock()"
I found out that, the last print is not showing up.
Do you have
On 22.02.2011 20:27, Don Ward wrote:
> (2) The Boost 'filesystem' module does not build on MinGW, because wstring
> is not supported in its libstdc++. I will look at the latest MinGW to see
> if this has changed. One possibility is to use an alternate C++ library
> (such as STLPort), but that
On 22.02.2011 04:50, Don Ward wrote:
> Tom Rondeau wrote:
>> I would ask all of you who can to start either using or at least
>> testing out the 'next' branch now and provide us with feedback and bug
>> reports.
I installed the Cygwin 1.43 boost libraries, but:
checking for exit in -lboost_unit_t
Hi,
Can anyone explain how do we calculate SNR from the received USRP
samples(complex/float).
Thanking You,
Abhijeet
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
I have included this line in my python flowgraph:
|||sink.config_mimo(usrp2.MC_WE_LOCK_TO_SMA)
where sink is: ||sink ||=| |usrp2.sink_32fc()|
but I think USRP2 is not locked to the external reference clock since
when I turn this ref clock generator off, there is no change in the
spectrum of
I have what I would suspect is a common dilemma with the gnuradio
architecture. I have a udp socket which is providing me a packets at less
than the bitrate being transmitted by the usrp. The datagrams being
received by the udp socket are variable in size and message timing is not
regular.
If my
Hi Jason,
I really appreciate your help about the problem that I got. The info related to
the GNURadio and the USRP that I'm using is listed in the following.
>
> Please confirm that you just see the carrier, not your modulated
> signal when using the lock()/unlock()
I checked the result of us
Take a look at the examples in gnuradio-examples/python/ofdm/.
benchmark_ofdm.py doesn't appear to have hardware requirements.
Cheers,
Ben
On Tue, Feb 22, 2011 at 4:03 PM, Varun Krishnamurthy
wrote:
>
>
> Hi all,
> I am trying to implement OFDM on USRP N210 using Gnu Radio.
> I haven't got the
What are the oldest and newest versions of python that gnuradio should
work with?
That way I can test stuff using those two versions.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Wed, Feb 23, 2011 at 9:25 AM, Yan Nie wrote:
> Dear all,
> I'm really sorry about the last uncompleted email. I elaborated the method
> lock() and unlock() to completely pause the flow graph without transmitting
> any signal, even if the carrier wave, but the continuous carrier wave still
> sh
Dear all,I'm really sorry about the last uncompleted email. I elaborated the method lock() and unlock() to completely pause the flow graph without transmitting any signal, even if the carrier wave, but the continuous carrier wave still shows on the oscilloscope. I'm trying to transmit 13-bit Barke
I recently came across this, although I have not read it yet. They happen to
have a mostly-complete version of their book for free download as well:
http://sethares.engr.wisc.edu/telebreak.html
Kunal
On Wed, Feb 23, 2011 at 8:28 AM, Scott Johnston
wrote:
> I would suggest Telecommunication Brea
I would suggest Telecommunication Breakdown by Johnson, Sethares, and Klein.
It starts simple and builds up a complete modem, although it doesn't
have much on the electromagnetic stuff.
Scott
Kunal Kandekar wrote:
It would be useful to know the background of whoever this would be
for. EE? Co
On Wed, Feb 23, 2011 at 3:48 AM, Martin Braun wrote:
> On Tue, Feb 22, 2011 at 03:10:08PM -0500, Tom Rondeau wrote:
>> A quick note regarding the gr-howto-write-a-block. I reworked it a bit
>> with what I think is a better solution. I just wanted everyone to be
>> aware that previously, you would
schrieb Alexandru Csete am 2011-02-23 00:24:
> Well, implementing it as UHD device seems a bit overkill from a
> programming point of view because one would have to implement the "audio
> source", which is readily available in GNU Radio. So a GNU Radio source
> just like the old pre-UHD USRP drive
On Wed, Feb 23, 2011 at 9:48 AM, Martin Braun wrote:
> On Tue, Feb 22, 2011 at 03:10:08PM -0500, Tom Rondeau wrote:
>> A quick note regarding the gr-howto-write-a-block. I reworked it a bit
>> with what I think is a better solution. I just wanted everyone to be
>> aware that previously, you would
Can u guys tell me how to make a wifi demodulator.I want to see what
i am transmitting from my wifi port.Especially i want to look at the
control packets and the inter frame interval.
--
Regards
Lt Col Udit Joshi
M Tech Student
Computer Science
IITD
___
On Tue, Feb 22, 2011 at 03:10:08PM -0500, Tom Rondeau wrote:
> A quick note regarding the gr-howto-write-a-block. I reworked it a bit
> with what I think is a better solution. I just wanted everyone to be
> aware that previously, you would have done an "import howto" whereas
> now you will want "fr
32 matches
Mail list logo
