On Thu, Feb 18, 2010 at 06:44:02PM -0500, Marcus D. Leech wrote:
> On 02/18/2010 02:22 PM, Johnathan Corgan wrote:
> > On Thu, 2010-02-18 at 14:02 -0500, Marcus D. Leech wrote:
> >
> >
> >> Where are the latest txrx.bin files that support WBX?
> >>
> > The WBX code for USRP2 has not been me
On 02/18/2010 08:06 AM, Charles Brain wrote:
Hello,
I am trying to write a python script which will allow me to take some 16
bit IQ samples from a file and write them out to my USRP2/WBX.
The background is that I am trying to implement what has been done on
here http://www.m0dts.co.uk/datv_live
Thanks a lot for your reply,
sorry for my bad english...
Tom Rondeau wrote:
>
>
> Which modulation are you using? Are you using the
> digita/benchmark_*.py files or is this OFDM. I'm not quite getting
> what you mean when you're talking about the PN code (which makes it
> sound like the OFDM c
Here I have a prototype of functional style notation for GNU radio signal
processing block connections. I wonder if it would be easier to use than the
original
self.connect(...), self.connect(...) - notation.
What do you think about this?
http://kks.cabal.fi/FreqShift#A_rude_frequency_shifter_for
On 02/18/2010 02:22 PM, Johnathan Corgan wrote:
> On Thu, 2010-02-18 at 14:02 -0500, Marcus D. Leech wrote:
>
>
>> Where are the latest txrx.bin files that support WBX?
>>
> The WBX code for USRP2 has not been merged yet into the master branch.
> After that happens, I will post the txrx_wbx
On Wed, Feb 17, 2010 at 02:44:08PM -0800, Veljko Pejovic wrote:
> Hi Eric,
>
> You can find the example here:
> http://cs.ucsb.edu/~veljko/downloads/tx_ofdm_flex.tar.gz
> The example (benchmark_ofdm_tx_new.py) changes the number of carriers
> (from 50, to 100, 150, and so on) after every 300 packe
On 02/18/2010 12:27 PM, Tim Pearce wrote:
Hi,
I've finally had a bit of time to have a go with the VRT branch - I noticed
with the rx_timed_samples example it's now possible to start rx_streaming at
a specific time so I've quickly merged my custom usrp2 timestamp source
block (gr-usrp2 - provi
Ulrika,
I agree with how you think the timestamps are generated -- it seems to work
for me that way anyway!
I did it with a custom source block that added the counter*decimation rate
after the first sample, the trap I fell into there is that (particuarly at
lower decimation rates) rx_*_handler()
Hi,
I've finally had a bit of time to have a go with the VRT branch - I noticed
with the rx_timed_samples example it's now possible to start rx_streaming at
a specific time so I've quickly merged my custom usrp2 timestamp source
block (gr-usrp2 - providing a second stream of timestamps - I dont th
Hi Matt,
Thanks for the advice, but might you know how I can configure
usrp2_fft.py to
use port RX2, as i had mentioned, augmenting usrp2_fft.py in the fashion
I described does not work. For that matter, might you know in general how
to direct reception to RX2 instead of TX/RX which I believe
On 02/18/2010 11:38 AM, Sharif Shaher wrote:
Hello,
I am trying to run a loopback test where I am using the USRP2 and the
FLEX900
daughter board. I have connected the TX/RX port directly to the RX2
port. I am running
usrp2_siggen.py as is (presumably transmitting out the TX/RX port) and then
als
Hello,
I am trying to run a loopback test where I am using the USRP2 and the
FLEX900
daughter board. I have connected the TX/RX port directly to the RX2
port. I am running
usrp2_siggen.py as is (presumably transmitting out the TX/RX port) and then
also running usrp2_fft.py. I tried to modif
MarcW wrote:
I am trying to syncronise data acquisition for 3 USRP2 boxes at 2.4GHz to
aquire say 1M samples from each board and write to a text file. So far I
have managed to modify the firmware to output the USRP2 clock to the debug
pins and to call config_mimo(WE_LOCK_TO_SMA) and sync_to_pps()
On Thu, 2010-02-18 at 14:02 -0500, Marcus D. Leech wrote:
> Where are the latest txrx.bin files that support WBX?
The WBX code for USRP2 has not been merged yet into the master branch.
After that happens, I will post the txrx_wbx.bin file in the usual
place. Prior to that, you can hand compile o
On Thu, 2010-02-18 at 11:07 -0800, Veljko Pejovic wrote:
> Although I got it working sometimes, the method didn't work on every
> machine I tried it on. And yes, make sure you don't have any previous
> gnuradio builds in the path.
This has been fixed in git master by using an absolute path instea
Hi,
I had the same problem and I got the following hint by Timothy R. Gall:
"I just edited the makefile by hand to get rid of the error. You see
it says `/../lib/libgnuradio-pager.la', when it should be
`../lib/libgnuradio-pager.la'. Go to the gr-pager/swig directory and
edit the makefile, repl
Where are the latest txrx.bin files that support WBX?
The most recent under:
http://www.gnuradio.org/releases/usrp2-bin/trunk/
Seems to have been posted January 17th, but that is before Matts
pronouncement on Febrary 02
that the WBX-supporting txrx.bin would be posted the next day.
Help?
--
Thanks Tom, your information completely answered my question. In my case,
the subcarriers start from 1, I guess that's why there will be 1 number
difference.
Thanks for your time,
Bin
On Thu, Feb 18, 2010 at 11:11 AM, Tom Rondeau wrote:
> On Wed, Feb 17, 2010 at 4:48 PM, bin zan wrote:
> > Hi,
I am trying to syncronise data acquisition for 3 USRP2 boxes at 2.4GHz to
aquire say 1M samples from each board and write to a text file. So far I
have managed to modify the firmware to output the USRP2 clock to the debug
pins and to call config_mimo(WE_LOCK_TO_SMA) and sync_to_pps(). When I
conne
Ulrika Uppman wrote:
Oops, the printuts seems to have been mosched together in the mail, here is
that part once again:
ts_in = 1435221596, ts_last = 0, diff = 1435221596
ts_in = 2560802396, ts_last = 1435221596, diff = 1125580800
ts_in = 3367616092, ts_last = 2560802396, diff = 806813696
ts_in
Oops, the printuts seems to have been mosched together in the mail, here is
that part once again:
ts_in = 1435221596, ts_last = 0, diff = 1435221596
ts_in = 2560802396, ts_last = 1435221596, diff = 1125580800
ts_in = 3367616092, ts_last = 2560802396, diff = 806813696
ts_in = 4174429788, ts_last =
On Wed, Feb 17, 2010 at 4:48 PM, bin zan wrote:
> Hi,
> For a fft-length 64, occupied-tones 32 ofdm mapping will actually use
> subcarrier (16-30) and (33-47) according to the code. However, when I plot
> the results from ofdm_receiver-fft_out_c.dat, I find it will have a peak at
> subcarrier
Hi,
I wonder how the timestamps are being generated for each ethernet-packet sent
from the USRP2 to the host? My initial idea about how it works was that
timestamps are generated at 100MHz (same as the samples) and then the timestamp
associated with the first sample in an ethernet data packet wi
Hello,
I am trying to write a python script which will
allow me to take some 16 bit IQ samples
from a file and write them out to my USRP2/WBX.
The background is that I am trying to implement
what has been done on here
http://www.m0dts.co.uk/datv_live.htm
but instead taking the output of g
Hello,
I'm having trouble compiling the code I checked out from the latest dev trunk
from http://gnuradio.org/git/gnuradio.git.
I configure with a prefix and I have checked that my pythonpath and
pkg_config_path are properly set. I have also tried to run the uninstall,
distclean and git clean c
On Thu, Feb 18, 2010 at 8:25 AM, abbasi wrote:
>
> I'm facing a problem, when the packet is lost in the channel.
>
> I've tried to create my own program with multiple ACKs between transmitter
> and receiver (both of them works as transceiver) to retransmit the lost
> packets. However i faced s
On Thu, Feb 18, 2010 at 12:49 AM, Srinivas wrote:
> Hi Tom, Matt
>
> replied inline:
>
> On Wed, Feb 17, 2010 at 10:26 AM, Tom Rondeau
> wrote:
>>
>> On Tue, Feb 16, 2010 at 5:45 PM, Srinivas wrote:
>> > Matt,
>> >
>> > Thanks for verifying the data rate calculation!
>> >
>> > I tried the other
I'm facing a problem, when the packet is lost in the channel.
I've tried to create my own program with multiple ACKs between transmitter
and receiver (both of them works as transceiver) to retransmit the lost
packets. However i faced some problems:
1. the CRC32 cannot recognize the error packets
Hello,
I believe I am.
fabri...@ftdev:~$ id fabrizio
uid=1000(fabrizio) gid=1000(fabrizio)
groups=1000(fabrizio),4(adm),20(dialout),24(cdrom),46(plugdev),104(lpadmin),115(admin),120(sambashare),1001(usrp)
Could you please suggest what can be the most basic technique to
understand whether the whole
29 matches
Mail list logo
