In case anyone's interested, here's a USRP-related job post I came across:
http://www.careerbuilder.com/JobSeeker/Jobs/JobDetails.aspx?job_did=J8E16D61YH5N8KVT9YY&cbRecursionCnt=1&cbsid=6846d2a4324a4baeae5432e37feb851b-319280912-x2-6
Posted the same thing to our LinkedIn group
Dimitris Symeonidis
Just curious,
Has anyone actually been able to rebuild the fpga bitfile using ISE 11.4? I
loaded the files from the latest git and the .ucf, and I had 239 timing
errors when the process completed. I just thought before I started ripping
through it I would ask.
Thanks,
TMB
___
Hi Ed - Thanks for the feedback, it's useful; I don't mind being
wrong! I'll have to set up my Mac to do multi-boot (10.5 and 10.6) in
order to further test this issue out. That said, the kernel bit-tage
doesn't really matter since it's the compiler that determines the
applications bit-ta
This patent must be fought tooth and nail. It is loaded with art which
has been done MANY times before. I will be personally taking this on as
a battle for my employers but we need all guns blazing at the patent
office. Lockheed, General Dynamics, and more have done SDR units with
red side/b
Hi Affan - Glad to hear you're up and running, and using PPC and
10.5. If you're planning on using a USRP, I hope you have a USB 2.0
adapter ... those older PPC Macs didn't do USB 2.0 very well.
Hmm ... that's all quite strange; by default how-to is installed into /
usr/local , with the pyt
Hi All,
I need to make some modifications on the USRP2 board.
It seems I cannot download the code from: git clone
git://git.ettus.com/ettus/fpga.git. I don't know why. Does anyone
know where I can get the Verilog codes and rebuild them?
--
Best Regards!
___
Bob,
Having been down this road in a past life, this looks like a team of patent
snakes cobbling together numerous individual claim parts so as to confuse the
Patent Examiners into granting what used to be called a "Sales" Patent.
You probably will have to argue that this is nothing more than a "
Hello, I'm a begginer in GNU Radio and I need use the OFDM block. There is a
OFDM.py (ofdm modulator and demodulator), but I don't kwon how use them and
the examples are very confusing for me.
Thanks
--
Christian Pérez Fajardo
___
Discuss-gnuradio mail
You can start from gnuradio-example/src/python/benchmark_ofdm_tx.py or
benchmark_ofdm_rx.py.
Bin
2010/2/12 Christian Pérez
> Hello, I'm a begginer in GNU Radio and I need use the OFDM block. There is
> a OFDM.py (ofdm modulator and demodulator), but I don't kwon how use them
> and the examples a
Hi there,
before delving into the details of the OFDM implementation in GNURAdio I
wanted to ask a high-level question:
What is the method used for initial timing/frequency acquisition?
Is there one or two training OFDM symbols that precede the transmission
of data? and how many OFDM data sym
Thanks for your response. Please find detailed explanations below.
On Thu, Feb 11, 2010 at 8:50 PM, Matt Ettus wrote:
>
> On 02/11/2010 05:47 PM, Omid F wrote:
>>
>> Hi,
>>
>> I get a new Rev4 USRP2 two weeks ago, and have not yet been able to
>> connect to it.
>>
>> I tried both the binary and t
Hi,
(I am using the VRT code but I don't think it matters for the questions
below)
In rx_streaming_samples.cc one finds the following code:
while (!signaled &&
!handler->has_errored_p() &&
!handler->has_finished_p()) {
bool ok = u2->rx_samples(handler.get());
if (!ok){
On Fri, Feb 12, 2010 at 10:34 AM, Achilleas Anastasopoulos
wrote:
> Hi there,
>
> before delving into the details of the OFDM implementation in GNURAdio I
> wanted to ask a high-level question:
>
> What is the method used for initial timing/frequency acquisition?
We use, by default, the standard
Tom, thanks for the info.
So to clarify, the frame length is fixed for the transmission to a
certain number (say 400 bytes) so the system waits until it collects 400
bytes worth of data and then it generates and transmits it using a burst
of 1 training and 16 data OFDM symbols.
If the number o
Hi,
I'm using two USRP2 with XCVR2450s, gnuradio 3.2.2 and Ubuntu 9.10.
I ran the benchmark_tx/rx example from gnuradio-examples/ofdm and
measured packet inter-arrival times at the receiver. I also modified
the sender to wait for some time (like 200ms) between individual
packets. I also set the m
Matt,
There was a frequency offset of ~30 KHz at the Rx w.r.t Tx so I compensated
for it and it worked!.
The settings I am using is as follows:
./benchmark_ofdm_tx.py -f 2.45G --tx-amplitude 0.9 -M 8 -s 200 -m bpsk
--fft-length=512 --occupied-tones=80 -i 64 --tx-gain=10 --cp-length=128
./benchma
On Fri, Feb 12, 2010 at 07:31:57PM +0100, Per Zetterberg wrote:
> Hi,
>
> (I am using the VRT code but I don't think it matters for the
> questions below)
>
> In rx_streaming_samples.cc one finds the following code:
>
>
> while (!signaled &&
> !handler->has_errored_p() &&
> !han
On Fri, Feb 12, 2010 at 12:52:00PM -0800, Veljko Pejovic wrote:
> Hi,
>
> I'm using two USRP2 with XCVR2450s, gnuradio 3.2.2 and Ubuntu 9.10.
>
> I ran the benchmark_tx/rx example from gnuradio-examples/ofdm and
> measured packet inter-arrival times at the receiver. I also modified
> the sender t
http://www.army.mil/-news/2010/01/27/33577-no-knob-radio-the-future-of-warfighter-communications/
>
"No-knob" radio: the future of Warfighter communications?
Jan 27, 2010
By Sharon Rushen, CERDEC Public Affairs
FORT MONMOUTH, N.J. - U.S. Army engineers in collaboration with
their Navy counter
Hi Eric,
2010/2/12 Eric Blossom :
> On Fri, Feb 12, 2010 at 12:52:00PM -0800, Veljko Pejovic wrote:
>> Hi,
>>
>> I'm using two USRP2 with XCVR2450s, gnuradio 3.2.2 and Ubuntu 9.10.
>>
>> I ran the benchmark_tx/rx example from gnuradio-examples/ofdm and
>> measured packet inter-arrival times at the
Ettus Guys-
> http://www.army.mil/-news/2010/01/27/33577-no-knob-radio-the-future-of-warfighter-communications/
>
> "No-knob" radio: the future of Warfighter communications?
After as week, this brings up a question: is there supposed to be an official
PR or other announcement about the
acquisit
Jeff,
We have repeatedly made statements about our commitment to continue
developing GNU Radio and to open source, both in our original
announcement and in several following emails. We employ three GNU Radio
developers full time, including Josh Blum who created GRC. I don't know
what else
On Fri, 2010-02-12 at 18:43 -0600, Jeff Brower wrote:
> I would think that some statement from NI clarifying continuation of open
> source status and GPL licensing for GNU
> radio software (and hardware and FPGA logic, very crucial) would be
> re-assuring to GNU radio developers and users, as
>
Matt-
> We have repeatedly made statements about our commitment to continue
> developing GNU Radio and to open source, both in our original
> announcement and in several following emails. We employ three GNU Radio
> developers full time, including Josh Blum who created GRC. I don't know
> what e
(N9VV probably didn't mean to create a new thread under V. Pejovic's thread
so starting a fresh thread.)
BTW what future war fighter is needed? I thought the water-bag was
obsoleted by UA drones?
But to J. Brower I too looked at NI's site for some announcement.
Really all we can do is take a wait
25 matches
Mail list logo