On 02/21/2011 10:04 PM, Almohanad Fayez wrote:
>
>
>
> Did the USRP IQ data format change in the UHD driver? The data from
> the USRP1 used to be 15-bit fixed point, or something like that, is
> it now normalized floating point data? I'm asking because I have
> code that moves data from the
Did the USRP IQ data format change in the UHD driver? The data from the USRP1
used to be 15-bit fixed point, or something like that, is it now normalized
floating point data? I'm asking because I have code that moves data from the
USRP to a Fixed-point DSP and it seems I have to redo the
I had some time and finished updating gr-trellis with serial/parallel encoders
and decoders.
I also refactored all heavy-duty algorithms ()such as viterbi, siso,
turbo, etc)
and used templates for simplicity.
I have these updates on branch "turbo" on my github site:
https://github.com/anastas/gnur
On 02/21/2011 07:50 PM, 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.
>
> Compilation on Cygwin fails because there is no (#included
> by volk_comp
On Mon, Feb 21, 2011 at 10:50 PM, 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.
>
> Compilation on Cygwin fails because there is no (#included by
> vo
On Mon, Feb 21, 2011 at 9:50 PM, Yan Nie wrote:
> Dear all,
> I'm trying to stop top_block implementing the signal transmission for 5
> milliseconds and then restart the signal transmission at the transmitter
> side, by using the tb.stop() then time.sleep(0.005) to suspend the system
> for 5 milli
The GNU Radio conference has been scheduled for September 14 - 16,
2011. We will start after lunch at 1 PM on Wednesday and end 5 PM on
Friday.
I am currently planning on having some space reserved on Saturday for
an informal hack session.
The conference will be held in Levine Hall of the Univers
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.
Compilation on Cygwin fails because there is no (#included by
volk_complex.h) in Cygwin. In fact, there appears to be no suppor
Dear all,
I'm trying to stop top_block implementing the signal transmission for 5
milliseconds and then restart the signal transmission at the transmitter side,
by using the tb.stop() then time.sleep(0.005) to suspend the system for 5
milliseconds then tb.start() to start the signal transmissio
On Mon, Feb 21, 2011 at 3:34 PM, Patrick Strasser
wrote:
> Hello group!
>
> I wrote some paragraphs about hardware supported by GNU Radio, which I
> felt is missing for a long time.
>
> It's a draft, no links yet, maybe a little low detailed, etc. I just
> wrote of what I know is working. If this
Hi Guanbo,
You're running the script fine. If you look into the ftw_packet_utils.py
script, you'll find that the encoder just prepends a static MAC header
- Source
Mac is 00:20:d6:01:3c:f1 (a quick web search will show that MAC Addresses
which begin with 00:20:d6 belong to BREEZECOM). Similarly y
The frequency band is correct. Just now, I re-install the repository from
the CGRAN, and tried again using:
sudo python ftw_ofdm_tx.py -f 2.462G -i 5 --regime=8 --payload="Here are
some test messages from WiSeR" -r 1
So the only question is, I have NOT updated my firmware. I will try that as
w
Yup. Even regime 8 works fine. Haven't checked the loss rate, though. It
seems, the Atheros NIC will not receive any packets below 18Mbps. We tried
it for channel 44 and channel 6. It works fine.
Thanks
Sankalp
On Mon, Feb 21, 2011 at 1:11 AM, Manav Seth wrote:
> I have tried this and I was able
Hello group!
I wrote some paragraphs about hardware supported by GNU Radio, which I
felt is missing for a long time.
It's a draft, no links yet, maybe a little low detailed, etc. I just
wrote of what I know is working. If this list is incommplete or
incorrect, please feel free to improve it. Engl
Hello,
I'm new to GNU Radio but very willing to learn, experiment, and
write some python, C++, and Verilog/FPGA code. My system consists of
2 USRP1 boxes, with gnuradio 3.2.x.x installed on two host machines.
I've gone thru the basic tutorials and benchmark_rx/tx and it all works.
Now I want t
On 02/20/2011 11:29 PM, Brett L. Trotter wrote:
> The card I'm looking at (an LFRX variant) has the proper checksum in
> 0x1F (0x17), but then byte 0x20 has 0x04 with the remaining data 0xFF
>
> I previously thought I understood 0x20 began the region where we could
> do what we wanted, but I'm now
thanks andrea for your really beautiful and helpful guide ... thanks again u
and all.
andrea montefusco-3 wrote:
>
> On 10/02/2010 06:36 PM, ton ph wrote:
>>As i was exploring through the gnuradio code/blocks, I was thinking
>> what i have to do,if i want to use another hardware by replacing
thanks tom for your valuable kind response.
Tom Rondeau wrote:
>
> On Sat, Oct 2, 2010 at 12:36 PM, ton ph wrote:
>> hi everyone,
>> As i was exploring through the gnuradio code/blocks, I was thinking
>> what i
>> have to do,if i want to use another hardware by replacing USRP. I was
>> thinki
Hey group,
As we discussed on our call last week, we are trying to move ahead to
getting GNU Radio 3.4 released. To do this, we have a big shift to
make, which is making our current 'next' branch into the 'master'
branch and cutting a new 'next' from there. But before we do this,
Johnathan and I wo
Hi guys ,
I am trying to know the way how usrp processes when i provide frequency to
the usrp_rx_cfile.py. Please someone eleborate me where i am actually
providing my frequency.
Where my frequency parameter is actually been fixed in which part of the
usrp .. example : Daughterboard , ADC etc.
Tha
20 matches
Mail list logo
