On Sun, May 19, 2013 at 02:57:35PM -0400, Alex Dusowitz wrote:
I guess I can't use the bug tracker since I'm not a contributor! Am I right?
Although I created an account (Alexdu) in case I can be added by you.
In case you couldn't already, now you can post.
In the mean time, attached are 4
On Sun, May 19, 2013 at 11:45:42PM -0400, Achilleas Anastasopoulos wrote:
I am having trouble setting some parameters and getting anything out of it...
In particular
in ofdm_rx
1) is the processing done on an 1 sample per symbol basis at the ScmidlCox ?
I don't understand the question.
On Fri, May 17, 2013 at 05:27:43PM -0400, Achilleas Anastasopoulos wrote:
Hey,
i changed tx_ofdm and rx_ofdm to communicate through a fifo (named
pipe) instead of USRPs
and i seem to have problems making them work.
It seems that when rx_ofdm starts one of the threads goes to 100%
but
Hi all,
thank you Tom for that fast response.
I would like to clarify some additional stuff:
I want like first to design signal shaping filter. Can you give me some
guidlines, like 1.5 of the symbol rate or similar. I am currently playing
with the filter design tool, quite nice tool, but can't do
Most interesting! Thanks for sharing!
Patrik
-Original Message-
From: Marcus D. Leech mle...@ripnet.com
To: Discuss-gnuradio@gnu.org Discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Budget Radio Telescope: DRAFT document
Date: Mon, 20 May 2013 20:52:15 -0400
Some, very small,
Hi Marcus,
Very nice. We've also been looking at using the $8 RTLSDR as a educational
tool to do exactly the same thing.
Alan Rogers et. al. at Haystack have also developed something similar:
http://www.haystack.mit.edu/edu/undergrad/srt/
juha
On Mon, May 20, 2013 at 8:52 PM, Marcus D. Leech
Hi Marcus,
Very nice. We've also been looking at using the $8 RTLSDR as a
educational tool to do exactly the same thing.
Alan Rogers et. al. at Haystack have also developed something similar:
http://www.haystack.mit.edu/edu/undergrad/srt/
juha
Yes, I'd seen both this, and the earlier SRT.
Dear Marcus,
thanks for sharing this document. It happens that I'm writing a paper about
the use of RTL2832U-based dongles applied to software radio (well,
specifically about their use as GNSS receivers), and I would like to
reference your work on radioastronomy as a example of other possible
Dear Marcus,
thanks for sharing this document. It happens that I'm writing a paper
about the use of RTL2832U-based dongles applied to software radio
(well, specifically about their use as GNSS receivers), and I would
like to reference your work on radioastronomy as a example of other
Installed gnu radio using mac ports. First attempt was bumpy, so unistalled and
reinstalled again.
The companion comes up, but when I try a simple FM receiver (RTL-SDR - WBFM -
Audio Sink), I get the following:
Generating: /Users/daldrich/top_block.py
Executing: /Users/daldrich/top_block.py
Hi Dan - Make sure you've installed both the gnuradio and gr-osmosdr ports with
the +swig variant. Without it, you do not get the *_swig import libraries. If
this is not the case, then email me off list and I'll help you debug the issue.
- MLD
On May 21, 2013, at 11:11 AM, Dan Aldrich
On 05/21/2013 01:11 AM, Irfan Ullah wrote:
hi all, i have a problem in USRP communication when i use packet
encoder and decoder in my flow graphs and do real time communication
on USRP kits then the decoder does not work correctly means the
received data after decoding will be compared with
Martin,
I think my question would have been clearer if i had said that when I
talk of symbol rate I do not define a symbol to be the OFDM symbol of
length
fft_length+CP_length, but its fft_length+CP_length components.
So for me symbol rate is
symbol_rate = (fft_length+CP_length) x
Hi,
I have the following connections in my grc file.
usrp source(900M)--gmsk mod--packet decoder--file sink1
usrp source(928M)--gmsk mod--packet decoder--file sink2
I am trying to receive the packets at two different frequencies.I can
definitely see some data in the file sinks i used.But,the
Hi,
I have the following connections in my grc file.
usrp source(900M)--gmsk mod--packet decoder--file sink1
usrp source(928M)--gmsk mod--packet decoder--file sink2
I am trying to receive the packets at two different frequencies.I can
definitely see some data in the file sinks i used.But,the
Hi,
I have the following connections in my grc file.
usrp source(900M)--gmsk mod--packet decoder--file sink1
usrp source(928M)--gmsk mod--packet decoder--file sink2
I am trying to receive the packets at two different frequencies.I can
definitely see some data in the file sinks i used.But,the
Hi,
I do have a bunch of files written in python and C/C++ describing a complete
transmission chain (Sources, Filters, Tx, Rx ...).
However I am intending to add new features from the FPGA API
(uhd::usrp::multi_usrp Class funtions like set_time_now()...) and those
features are to be written in a
Okay..
Here are the additional details..
I am using USRP1,RFX900,750Mhz to 1050mhz transceiver daughter board.
Also,kindly find the attached grc file i am using.
Please let me know if more details are required..
Thanks! final_msg_rx.grc
On 05/20/2013 11:41 PM, Sam mite wrote:
Hi list,
Today I was trying to run one of the examples that come with gr-uhd
tags_demo to schedule my burst transmission . I have USRP N210.
RFX2400.
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.005.000-26-gb65a3924
I want burst
19 matches
Mail list logo