The Wireless Innovation Forum invites entries for the Software-Defined
Radio Design Challenge, a student design contest. This contest is an
activity of the Forum's Educational Special Interest Group. The
competition will take place on May 31, 2012 at the Wireless@Virginia
Tech Symposium on
Well the core ( nec2 ) is open source and so runs on linux, but your GUI (
EZNEC+ ) is not. You could try Wine, I believe 4nec2 works well with it,
4nec2 is a much more advanced program too.
On Tue, Jan 31, 2012 at 7:48 PM, Patrik Tast wrote:
> **
> Hi All,
>
> Do you know of an/any antenna softw
On 31/01/12 09:53 PM, shantharam balasubramanian wrote:
> When the transmitter was producing the dots, are you 100% sure that
> the packets were gettting transmitted in the first place?
>
> cause i used spectrum analyser and i ran uhd_fft.py, and saw that no
> signals were peaking up on that partic
When the transmitter was producing the dots, are you 100% sure that the
packets were gettting transmitted in the first place?
cause i used spectrum analyser and i ran uhd_fft.py, and saw that no
signals were peaking up on that particular frequency. Even Tom had the same
doubt when he visited my la
Hi Dhrubojyoti,
I also observed the same experimental results, i.e., (1) fail to receive
packets using benchmark programs; (2) 1MHz shift with XCVR2450
daughterboard. Sometimes, the wider bandwidth (or higher sample rate) and
shifted central frequency help.
Regards,
Lizhao
2012/1/9 Dhrubojyoti
Hi
I just want to list down the commands I used to run the benchmark programs.
./benchmark_tx.py -f 2.4G -r 1M --args "addr=192.168.10.2". In addition I
also gave the option [-A J1] to select the antenna to transmit. But I
couldnt detect any transmitted signal from that node.
I also ran uhd_fft
On 01/31/2012 08:21 PM, Andrew Davis wrote:
That's kinda odd now that I think about it, I had a similar problem
and on an oscilloscope it looked like DAC clipping, but I could have
been non-linearity in the final amp, what kind of problems do
XCVR2450 have at high outputs?
All amplifiers will
That's kinda odd now that I think about it, I had a similar problem and on
an oscilloscope it looked like DAC clipping, but I could have been
non-linearity in the final amp, what kind of problems do XCVR2450 have at
high outputs?
On Tue, Jan 31, 2012 at 9:00 AM, Marcus D. Leech wrote:
> **
> On
Hi All,
Do you know of an/any antenna software you would use for linux that does like
EZNEC+ v5.0 (licenced) http://www.eznec.com/
Patrik___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi
I installed gnuradio 3.5 images in my college lab, and I installed the
appropriate SD card image for it.
I then tried to run the benchmark programs, by running the benchmark_tx
and rx in two different nodes that have USRP2, with daughter boards, XCVR
2450 in them.
But I saw that the benchmark
On Tue, Jan 31, 2012 at 16:33, Philip Balister wrote:
> Looks a bit sluggish here also .
The server CPU and memory load on gnuradio.org has been steadily
increasing since Tom and I moved it to Amazon Web Services hosting
last June. We're beginning to max out the instance type we chose back
Looks a bit sluggish here also .
On 01/31/2012 06:49 PM, Marcus D. Leech wrote:
> www.gnuradio.org appears to be down (and no, it's not just me :-) )
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/lis
www.gnuradio.org appears to be down (and no, it's not just me :-) )
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org
On 01/31/2012 02:48 PM, Florian Schlembach wrote:
> Ok, that definitely makes sense if there is no error correction is
> implemented.
>
> We are now trying to establish an TCP/IP connection between both USRP2s
> with the tunnel.py script.
> Unfortunately, it says "Destination Host unreachable"
Ok, that definitely makes sense if there is no error correction is
implemented.
We are now trying to establish an TCP/IP connection between both USRP2s
with the tunnel.py script.
Unfortunately, it says "Destination Host unreachable" when pinging the
other USRP. We should have set up the tunnel
Hi,
I would like to ask what happen if there are many block of throttle
connected between a source and a sink in pure simulation? I notice the GUI
Interface (wxgui) is getting slow when 5 throttle block is connected
between a signal source and signal probe sink.
| Signal Block | ---> | Throttle |
>>
> Just the frequency option (-f 2440M).
>
> -Shalabh
I am suspecting a possible issue with an initialized variable. Do you
mind trying this little patch: http://www.pastebucket.com/1402
-Josh
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gn
On 31/01/12 04:38 PM, Javier Suarez wrote:
> Good morning,
> My name is Javier Mauricio Suarez, I am a student of electronics
> engineering at Santander Industrial University in Colombia. I am
> working with the USRP1 and GNU Radio for my graduate project. Some
> days ago I had a problem that I hav
On Tue, Jan 31, 2012 at 7:54 AM, Marcus D. Leech wrote:
> **
> On 31/01/12 01:24 AM, Shalabh Jain wrote:
>
>
>>
>
> Just the frequency option (-f 2440M).
>
> -Shalabh
>
> My suspicion is that you're not using the version of Gnu Radio you think
> you're using, and there's an
> ABI difference betw
On 31/01/12 08:28 AM, Florian Schlembach wrote:
>> But fiddling with gain values is often useful; even if you've already
>> done that I recommend trying again, by reducing tx-amplitude and the
>> actual gain values, shifting the terminals around (perhaps they're too
>> close?).
>>
> We have no
On 31/01/12 08:37 AM, Andrew Davis wrote:
> >One thing that I noticed was that the --tx-amp=0.8. That's very high
> for OFDM with it's large PAPR.
>
> I'm thinking that too, there really should be some kind of warning
> when you drive the DAC to saturation.
It's not the DAC that's typically the pro
On Fri, Jan 27, 2012 at 4:20 PM, NeoEcko wrote:
>
> Hi all,
>
> I am new at the GNU Radio and UHD Fields.
> I have recently begin to make some modifications at the bbn_80211 code
> (which is compatible with the GNU Radio's 3.1.1 release) to make it run
> with uhd and USRP N2X0.
>
> But when modif
>One thing that I noticed was that the --tx-amp=0.8. That's very high for
OFDM with it's large PAPR.
I'm thinking that too, there really should be some kind of warning when you
drive the DAC to saturation.
If you need more range use an external amp.
On Tue, Jan 31, 2012 at 8:28 AM, Tom Rondeau
On Mon, Jan 30, 2012 at 11:12 AM, Martin Braun wrote:
> On Mon, Jan 30, 2012 at 04:11:05PM +0100, Florian Schlembach wrote:
> > We have now extended our tests to the tests with two USRP2s with
> > daughterboards: Neither the benchmark_tx.py example nor the tunnel.py is
> > receiving any packets.
On Tue, Jan 31, 2012 at 8:28 AM, Florian Schlembach <
florian.schlemb...@tu-ilmenau.de> wrote:
> > But fiddling with gain values is often useful; even if you've already
> > done that I recommend trying again, by reducing tx-amplitude and the
> > actual gain values, shifting the terminals around (p
> But fiddling with gain values is often useful; even if you've already
> done that I recommend trying again, by reducing tx-amplitude and the
> actual gain values, shifting the terminals around (perhaps they're too
> close?).
We have now found out that we need a sampling rate of at least 2Msps
wh
On 31/01/12 01:24 AM, Shalabh Jain wrote:
>
>
>
>
> Just the frequency option (-f 2440M).
>
> -Shalabh
My suspicion is that you're not using the version of Gnu Radio you think
you're using, and there's an
ABI difference between UHD and gr-uhd.
After you re-built UHD and Gnu Radio, did you "sudo l
Hi
I was also looking around the OFDM Modulation recently. Found this nice
project here: http://people.csail.mit.edu/szym/rawofdm/README.html
where ofdm mod and channel est are done separately. I didn't had the
time to follow ths more...perhaps it helps.
best, friederike
On 01/20/2012 02:38 PM,
28 matches
Mail list logo