The burst shaper actually has a manual page:
https://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1burst__shaper__cc.html
The resampler will give you some rolloff, so you have a more usable
digital signal going to the USRP. Check out uhd_packet_?x for details on
how the USRP is configured. Its s
So I reacquainted myself with the hierarchical implementation again,
and you're correct that it doesn't support oversampling.
Looking at the regular version it seems that the main thing required
to support oversampling would be that the logic determining which
input samples go into which filter, a
Hi,
> For example for 13e6 GSM band I can extract all channels by setting
> Channels parameter of the channelizer to 65 (13e6/0.2e6).
> Then I can get output signal that is sampled with 4*gsm_symbol_rate by
> setting oversampling to 65/12.
>
> It would be great to have something like this in your
Thanks Ben for the answer.
Regarding the last question, I want to clarify a bit what I meant.
Regular polyphase channelizer have oversample_rate option that lets you
set oversampling so you can get output sample rates:
input_samp_rate/number_of_channels * oversample_rate
where oversample_rate =
Thanks Ben for the answer.
Regarding the last question, I want to clarify a bit what I meant.
Regular polyphase channelizer have oversample_rate option that lets you
set oversampling so you can get output sample rates:
input_samp_rate/number_of_channels * oversample_rate
where oversample_rate =
The algorithm should be identical in the hierarchical case. The only
difference is that because the hierarchical implementation splits the
logic over several signal processing blocks, GNURadio is able to
easily parallelize the implementation. The n_filterbanks parameter is
just the number of filt
Let me emphasize this. The mailing list is terrible for searching, and
stack overflow is highly optimized to show the correct results, *if* we
have enough Q's and A's on there.
This is also about the efficiency of this list. The aforementioned bad
indexing means we'll get a lot of repeated questio
Hi Tom,
first of all: welcome to GNU Radio! Great to have you around!
> I am aware of the gr-dsd OOT, but I want to decode/encode using a
> method that won't violate patents.
I am not a lawyer, and I have no intention of sparking a legal and
political discussion on this topic here: but for most
Hello Ke,
No USRP can be controlled by more than one program at a time. Once a USRP
has been claimed by a program others cannot access it. If you want to test
both receive and transmit at the same time you will need to write your own
program combining, for example, the benchmark programs, into one
Hello Gonzalo,
On 07.02.2016 20:58, Gonzalo Arcos wrote:
> Hello,
>
> I am trying to optimize the throughput of a flowgraph that was given
> to me, already designed and working. I have profiled every block, and
> improved on the performance of some blocks, which resulted in a better
> performance
Another question i forgot to include in the original mail:
Is there any point in trying to optimize a blocks performance by using OPEN
MP or pthreads in cases of embarrasingly parallel operations? Or is it
totally useless since all the cores are already at full load because there
is one thread per
My guess is no, the receiver doesn't have its own thread, because I'm not
sure how to tell.
On Fri, Sep 25, 2015 at 11:21 AM, Martin Braun
wrote:
> On 24.09.2015 16:31, lwas...@ostatemail.okstate.edu wrote:
> > Julian and Martin,
> >
> > Typically 2 U's appear then a stream of O's. Ya, I don't
On 24.09.2015 16:31, lwas...@ostatemail.okstate.edu wrote:
> Julian and Martin,
>
> Typically 2 U's appear then a stream of O's. Ya, I don't have any sort
> of correlation block on the receiver side so that is definitely a
> problem. Next week I'll work on implementing a correlation block with a
>
Julian and Martin,
Typically 2 U's appear then a stream of O's. Ya, I don't have any sort of
correlation block on the receiver side so that is definitely a problem. Next
week I'll work on implementing a correlation block with a barker code preamble.
Do you have any suggestions for quick testing
Hi Logan,
The problem is that the USRP does not know where your burst of data starts and
how long it is and therefore it will respond with Us as soon as no new data is
coming in. In order to tell the USRP how long a packet of data is the USRP sink
in GNURadio offers the 'length tag name' proper
On 24.09.2015 08:20, Washbourne, Logan wrote:
> My question is, do I need to treat a burst communication system
> different than a continuous system? My problem is that on each side I am
> getting O's whenever I start the program, I have tried increasing and
> decreasing the sampling rate, and I di
On Tue, Dec 2, 2014 at 11:03 AM, Yi Chu wrote:
> Hello everyone,
>
> I am working on the GNURadio simulation of a 3-hop system using
> non-differential QPSK: source generates QPSK-modulated signal and sends
> it to relay, relay performs certain operation on the received complex
> samples and sen
Hi Marcus,
Thank you for your explanation. It is clear to me now.
Nicholas
On Tue, Sep 16, 2014 at 7:14 PM, Marcus D. Leech wrote:
> On 09/16/2014 04:57 PM, Nicholas Hu wrote:
>
> Hi,
> I am working on a USRP project. I am using a USRP N200 with a BasicRX
> daughter board to perform data stre
On 09/16/2014 04:57 PM, Nicholas Hu wrote:
Hi,
I am working on a USRP project. I am using a USRP N200 with a BasicRX
daughter board to perform data streaming. I am using GRC 3.6.4.1 on a
Ubuntu 12.04 machine. The USRP N200 is set to have a decimation factor
of 8 to achieve a streaming rate of
Hi:
Thanks Marcus and Martin.So kindly of you.Thanks.
Now I understand the command get_tags_in_range.Thank you.
But
>> void ofdm_chanest_vcvc_impl::forecast (int noutput_items,
>> gr_vector_int &ninput_items_required)
>> {
>>ninput_items_required[0] = (n
Xianda,
if you don't know commands, you can look them up in the manual.
http://gnuradio.org/doc/doxygen/classgr_1_1block.html#aa0272555827fe26a1878e53ce4be092c
M
On 08/07/2014 08:10 AM, xianda wrote:
> Hi all:
> I'm reading the source code ofdm_chanest_vcvc_impl.cc.And I
> don't know thi
Hi Xianda,
On 07.08.2014 08:10, xianda wrote:
> Hi all:
> I'm reading the source code ofdm_chanest_vcvc_impl.cc.And I don't
> know this command:
> // Propagate tags
> std::vector tags;
> get_tags_in_range(tags, 0,nitems_read(0), nitems_read(0)+framesize);
>
>
On 06.05.2014 12:18, Hoang Ngo Khac wrote:
Sorry, I didn't really get what you meant by "pipe the tagged stream
straight into the uhd sink".
If you put tagged streams into the UHD sink it'll understand that (and
add eob automatically).
M
On Tue, May 6, 2014 at 2:36 PM, Martin Braun mailt
Sorry, I didn't really get what you meant by "pipe the tagged stream
straight into the uhd sink".
On Tue, May 6, 2014 at 2:36 PM, Martin Braun wrote:
> On 06.05.2014 04:44, Hoang Ngo Khac wrote:
>
>> Hi Martin, and all,
>>
>> I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to
>>
On 06.05.2014 04:44, Hoang Ngo Khac wrote:
Hi Martin, and all,
I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to
start/stop the TX chain. I intend to add tags before the modulation,
where data type is /byte. /Since the provided block PDU to Tagged Stream
takes message as input, I
Hi Martin, and all,
I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to
start/stop the TX chain. I intend to add tags before the modulation, where
data type is *byte. *Since the provided block PDU to Tagged Stream takes
message as input, I guess I need to make my own block(s).
On M
On 05.05.2014 09:56, Hoang Ngo Khac wrote:
Dear List,
I'm new to stream tags. Could someone help me to understand about stream
tags and know how to use it?
Remember that we have a lot tag debugging tools available, such as the
QT GUI Time Sink and tag debug.
1. In GNU Radio Manual: "A str
Zhe,
there are way too many changes in this diff file for anyone to track and
debug.
I suggest you start with a clean gr-trellis and change JUST one block (say
the viterbi_combined)
and see if this change propagates in python and grc as you expect.
You can also post this change to the list for fu
Hi,
> May I know what's the setup you used for receiving the signal? The spectrum
> looks very clear.
* The antenna was a homemade helical antenna : http://i.imgur.com/c6JaySJ.png
* It's followed by a modified LNA23 (to be centered at 1550 MHz). This
is a 30 dB LNA with a < 1dB NF with a built-in
Hi Sylvain,
May I know what's the setup you used for receiving the signal? The spectrum
looks very clear.
Best regards,
Cheng Chi
On Sat, Mar 29, 2014 at 11:39 PM, Sylvain Munaut <246...@gmail.com> wrote:
> This is what I found for inmarsat :
>
> http://i.imgur.com/KygwHdD.jpg
>
> Some 200 kHz
> Did you use gr-phosphor for that plot?
Of course :)
-F option of osmocom_fft enables it directly.
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Did you use gr-phosphor for that plot?
On Mar 29, 2014, at 10:39 AM, Sylvain Munaut <246...@gmail.com> wrote:
> This is what I found for inmarsat :
>
> http://i.imgur.com/KygwHdD.jpg
>
> Some 200 kHz channels and some 50 kHz channels.
>
> There is also some 30 kHz channels with a small 'X' per
This is what I found for inmarsat :
http://i.imgur.com/KygwHdD.jpg
Some 200 kHz channels and some 50 kHz channels.
There is also some 30 kHz channels with a small 'X' periodically in
the spectrograme. Those are GMR-1 and probably leak through from
Thuraya (either reflections off buildings, or my
1531 MHz signals from what? If you are using a patch antenna then it
probably won't have the bandwidth to cover 100 MHz.
Lou
KD4HSO
Cheng Chi wrote
> - Iridium antenna (I am not able to get specific antennas for
> Inmarsat...Iridium is at 1616 -1626.5 MHz and Inmarsat is at 1525-1559
> MHz.
> I
I intend to make some tests with the antenna of my Inmarsat phone. When the
phone receives something, I keep the antenna position and simply will plug the
antenna to my SDR to see what happens. But I have no idea when I will find some
time for this test…
Ralph.
From: discuss-gnuradio-
Nope, the only thing I did was to set it to 1. I didn't changed the tag
names or anything else.
On Wed, Sep 25, 2013 at 5:06 PM, Monahan-Mitchell, Tim <
tmona...@qti.qualcomm.com> wrote:
> Thanks, I will try that. So you did not have to make the change I
> suggested in the posting, and is descr
On Tue, Sep 10, 2013 at 09:58:16PM +, Monahan-Mitchell, Tim wrote:
> GR 3.7.1
> gr-digital/examples/ofdm/rx_ofdm.grc
>
> 1. The OFDM Frame Equalizer block that is downstream from the Header Stream
> Virtual Source block has the Length Tag Key field set to length_tag_name, yet
> all other blo
On 07/24/2013 08:25 PM, yeran wrote:
> Hi all,
> I am trying to study STBC using USRP2 and have some questions about how to
> use mimo cable.
>
> I followed the instruction on ettus but i dont understand 'Configuring the
> slave' part
> http://files.ettus.com/uhd_docs/manual/html/usrp2.html#u
hello John,
I am wondering, in future, if the receiver will also work in a tdma manner
at the waveform level,i.e, the demodulation can be done within specified
time slot. One of the benefits is that the computing on the receiver can be
decreased significant.
Thanks.
On Sun, Mar 3, 2013 at 8:50
You are correct. The demodulated will demodulate continuous. The receive
samples are routed to the TDMA engine for timing information of the
transmissions.
-John
On Sun, Mar 3, 2013 at 5:48 PM, Gong Zhang wrote:
> Hi,
> I have read the file tdma_engine.py in PreCog.It seems they deal with
> d
I solved this problem by using WBX daughterboard instead of SBX. Now, the
USRP2 can decode some packets transmitted by the APs. I have posted the
result in last email.
I think the problem is caused by low SNR.
However, I still have a few questions:
1. I think the what I got is 802.11b beacon frame
I am not sure if you can see the picture attached, so I print out the
result.
shine@ubuntu:~/Projects/bbn_80211/branches/usrp2_version/gr-bbn/src/examples$
sudo ./bbn_80211b_rx.py -d 4 -f 2.412G -b -v
adc frequency = 1
decimation frequency = 4
input_rate = 2500
gain = 0.0
desired
> I was told that this code can only work with a BBN code running as the
> transmitter. Not a commercial AP.
> Did anyone use the USRPs to successfully decode the beacons from APs?
I worked on the BBN code before, and I was able to decode Probe
Requests from mobile phones as well as the BBN trans
Actually, I am going to use the code to receive the 802.11b beacons
transmitted by the commercial APs. However, I always get a bad CRC.
I was told that this code can only work with a BBN code running as the
transmitter. Not a commercial AP.
Did anyone use the USRPs to successfully decode the beacon
You mentioned the transmitter is off.
What happen if you start the corresponding tx?
Another thing is, you may wanna try lower sampling rate by using bigger decim
rate.
Best,
Guanbo
On Dec 5, 2012, at 4:16 PM, Kexiong Zeng wrote:
> Hi all,
>
> I am implementing the BBN80211 projects now. I
On Wed, Jul 18, 2012 at 2:49 PM, lliao003 wrote:
>
> Hi all!
>
> I am a rookie and I am working about OOK mod and demod. I have few questions
> following:
>
> I modify the digital_constellation.cc file as
>
> d_constellation[0]=gr_complex(0,0)
> d_constellation[0]=gr_complex(1,0)
>
> like this, I
On Wed, Jun 27, 2012 at 3:36 PM, Amr Youssef
wrote:
> Hi all , i have some questions :
>
> In OFDM Modulator Block , in Mapper Sub-block , in path of :
> ./lib/digital_ofdm_mapper_bcv.cc
>
> 1- I saw the following comment inside the code : " Eventually, we will get
> rid of the occupied_carrier
On 06/17/2012 08:25 AM, Amr Youssef wrote:
> Hi all , i have some questions :
>
> In " ./gr-digital/python/ofdm_packet_utils.py " file :
>
> 1- in pkt_dt = ' ' . join ((payload_with_crc ,'\x55'))
> What is '\x55' representing to , i found it "U" in ASCII . Why U
> specifically ? and
> UHD Warning:
> The hardware does not support the requested TX frequency:
> Target frequency: 300.00 MHz
> Actual frequency: 4500.00 MHz
>
> UHD Warning:
> The hardware does not support the requested TX sample rate:
> Target sample rate: 0.05 MSps
> Actual sam
On Sat, May 5, 2012 at 12:00 PM, Amr Youssef
wrote:
> Hi , i have some questions :
>
> 1- In the following .cc file : ./gr-digital/lib/digital_crc32.cc
>
> Regarding CRC-32 , why the generated polynomial is of length 36 Bits
> instead of 32 Bits (as expected) ! " it is written as :
> // Au
On Thu, Apr 12, 2012 at 10:28 PM, Alick Zhao wrote:
> On Thu, 12 Apr 2012 13:33:01 -0400, Tom Rondeau wrote:
>>
>> Alick,
>>
>> Why are you using 1's and 0's? Is this just for some academic exercise
>> or are you trying to do something with this kind of a constellation?
>> I'm only asking out of c
On Thu, 12 Apr 2012 13:33:01 -0400, Tom Rondeau wrote:
>
> Alick,
>
> Why are you using 1's and 0's? Is this just for some academic exercise
> or are you trying to do something with this kind of a constellation?
> I'm only asking out of curiosity.
>
> It also looks like you're heavily biasing th
2012/4/12 Alick Zhao :
> Hi all,
>
> I am learning to do some channel estimation using GNU Radio and USRP.
> Currently I have done some simulation with file_sink/source and
> gr_channel_model in GNU Radio, but I do not quite understand the
> results. I'll explain my settings and simulation results
Yes, you understood my question right. Now I understand what a soft CPU is.
Thanks again Marcus!
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradi
On 07/13/2011 06:35 PM, Nemanja Trecakov wrote:
>
> Thanks Marcus,
>
> I used your script which installed all the prerequisites, downloaded
> and installed the source code for newest version of Gnu radio and UHD,
> together with the newest pre-built images of FPGA and firmware. The
> last two menti
Thanks Marcus,
I used your script which installed all the prerequisites, downloaded and
installed the source code for newest version of Gnu radio and UHD, together
with the newest pre-built images of FPGA and firmware. The last two mentioned
were to find in usr/local/share/uhd/images.
The m
On 04/07/2011 1:52 PM, Nemanja Trecakov wrote:
Hi list,
My name is Nemanja and I am working on my master theisis using USRP2
with XCVR2450, using Ubuntu 10.04 and gnuradio 3.3.0. However, I am
new to GNU radio and I need help to understand some basic things in
order to continue. I tried the
On Tue, Jun 14, 2011 at 1:22 PM, wrote:
> Hi,
>
> I have looked at the python examples tagging where a trigger signal is used
> to insert "burst" tags at various stream sample locations. However, what I
> would like to do is add a tag at the first sample of a packet. The tag will
> be called "sen
On Sat, May 7, 2011 at 02:03, Philip Balister wrote:
> On 05/06/2011 05:07 PM, Philip Balister wrote:
>>
>> On 05/06/2011 04:51 PM, Alexander Chemeris wrote:
>>>
>>> On Fri, May 6, 2011 at 16:29, Philip Balister wrote:
On 05/05/2011 05:42 PM, Scott Johnston wrote:
>
> Hi,
>
>
nuradio
Sent: Fri, May 6, 2011 4:52 pm
Subject: Re: [Discuss-gnuradio] Questions about E100
On Fri, May 6, 2011 at 16:29, Philip Balister wrote:
On 05/05/2011 05:42 PM, Scott Johnston wrote:
>
> Hi,
>
> Has anybody out there done any development on the DSP? What tools are
> availa
On 05/06/2011 05:07 PM, Philip Balister wrote:
On 05/06/2011 04:51 PM, Alexander Chemeris wrote:
On Fri, May 6, 2011 at 16:29, Philip Balister wrote:
On 05/05/2011 05:42 PM, Scott Johnston wrote:
Hi,
Has anybody out there done any development on the DSP? What tools are
available to program i
On 05/06/2011 04:51 PM, Alexander Chemeris wrote:
On Fri, May 6, 2011 at 16:29, Philip Balister wrote:
On 05/05/2011 05:42 PM, Scott Johnston wrote:
Hi,
Has anybody out there done any development on the DSP? What tools are
available to program it? I have used TI's code composer in the past t
On Fri, May 6, 2011 at 16:29, Philip Balister wrote:
> On 05/05/2011 05:42 PM, Scott Johnston wrote:
>>
>> Hi,
>>
>> Has anybody out there done any development on the DSP? What tools are
>> available to program it? I have used TI's code composer in the past to
>> program DSPs, is there something c
On 05/05/2011 05:42 PM, Scott Johnston wrote:
Hi,
Has anybody out there done any development on the DSP? What tools are
available to program it? I have used TI's code composer in the past to
program DSPs, is there something comparable to that included with E100,
or is it easy to get it? What I w
pler to program. Good luck and feel free to send
more detailed questions over the listserv once you start the work.
al fayez
-Original Message-
From: Brian Padalino
To: Scott Johnston
Cc: discuss-gnuradio
Sent: Thu, May 5, 2011 6:17 pm
Subject: Re: [Discuss-gnuradio] Questions abou
On Thu, May 5, 2011 at 6:07 PM, Brian Padalino wrote:
> With a TI account, you can grab the free tools here:
>
>
> https://www-a.ti.com/downloads/sds_support/TICodegenerationTools/download.htm
Also, another good resource for all TI processors seems to be:
http://processors.wiki.ti.com/in
On Thu, May 5, 2011 at 5:42 PM, Scott Johnston
wrote:
> Hi,
>
> Has anybody out there done any development on the DSP? What tools are
> available to program it? I have used TI's code composer in the past to
> program DSPs, is there something comparable to that included with E100, or
> is it easy t
Hi,
Has anybody out there done any development on the DSP? What tools are
available to program it? I have used TI's code composer in the past to
program DSPs, is there something comparable to that included with E100,
or is it easy to get it? What I would like to be able to do is obtain
commo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2011 05:20 PM, Tom Rondeau wrote:
> So yes, Stefan, it'll be easy to make
> a nicely parameterized GRC block with various settable values and
> reasonable defaults.
Ain't that nice. If at some point in the far future the spectrum /
waterfall
On Mon, May 2, 2011 at 10:06 AM, Marcus D. Leech wrote:
> On 02/05/2011 9:54 AM, Tom Rondeau wrote:
>
>>
>>
>> Ok, that makes sense. It seems pretty easy, too, although I'm not sure
>> it's possible.
>>
>> Josh, can you have a parameter setting in a GRC block that is no a
>> constructor argument?
On 02/05/2011 9:54 AM, Tom Rondeau wrote:
Ok, that makes sense. It seems pretty easy, too, although I'm not sure
it's possible.
Josh, can you have a parameter setting in a GRC block that is no a
constructor argument? Instead, it's an accessor function that gets
called to set a value after
On 02/05/2011 9:50 AM, Stefan Gofferje wrote:
I was more thinking in GRC categories. You know, make display_rf_freqs a
parameter like sample rate or center frequency of the block which can be
changed by another block which is a Qt radiobutton.
I think what Tom is indicating is that all of the p
On Mon, May 2, 2011 at 9:50 AM, Stefan Gofferje wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/02/2011 04:12 PM, Tom Rondeau wrote:
> >> It is a parameter, or at least settable by sending the right signal
> >> through the QT API. My plan is to expose everything that we might wa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2011 04:12 PM, Tom Rondeau wrote:
>> It is a parameter, or at least settable by sending the right signal
>> through the QT API. My plan is to expose everything that we might want
>> to adjust as a slot as well as a function in the GR block for
On Mon, May 2, 2011 at 2:06 PM, Stefan Gofferje wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/02/2011 03:58 PM, Tom Rondeau wrote:
> > It's the way it is because it's the way that it's always been. But as
> > I'm splitting out the various graphs to become their own stand-alone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2011 03:58 PM, Tom Rondeau wrote:
> It's the way it is because it's the way that it's always been. But as
> I'm splitting out the various graphs to become their own stand-alone
> elements and will eventually allow you to create a GUI figure th
On Sat, Apr 30, 2011 at 8:40 PM, Josh Blum wrote:
> So the spectrum looks correct. To get the x-axis to display a center
> frequency of 22050, you need to check the box "display RF frequencies".
>
> I think that "display RF frequencies" should be the default behavior,
> but I will leave that deci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2011 01:45 PM, Tom Rondeau wrote:
> This might fall into more of a religious/philosophical argument than a
> technical one. To me, seeing the negative frequency is very natural,
> even if it's just a mirror. I honestly don't know if I'm in the
On Mon, May 2, 2011 at 11:32 AM, Stefan Gofferje wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/02/2011 01:04 PM, Tom Rondeau wrote:
> >> I ran an audio_source -> qtgui_sink and it looked fine to me. I also
> >> took your grc xml here and ran that and saw the four spikes as exp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2011 01:04 PM, Tom Rondeau wrote:
>> I ran an audio_source -> qtgui_sink and it looked fine to me. I also
>> took your grc xml here and ran that and saw the four spikes as expected.
>
>> The setting of the center frequency is only to set the
On Sat, Apr 30, 2011 at 3:47 PM, Stefan Gofferje wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/30/2011 05:38 PM, Marcus D. Leech wrote:
> > The bandwidth is used to determine both the axis labels, and the correct
> > decimation parameters
> > to use to produce the desired di
So the spectrum looks correct. To get the x-axis to display a center
frequency of 22050, you need to check the box "display RF frequencies".
I think that "display RF frequencies" should be the default behavior,
but I will leave that decision to Tom.
-Josh
On 04/30/2011 07:47 AM, Stefan Gofferje
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/30/2011 05:38 PM, Marcus D. Leech wrote:
> The bandwidth is used to determine both the axis labels, and the correct
> decimation parameters
> to use to produce the desired display rate. The center frequency is
> purely used set axis labels.
>
> On 04/30/2011 05:07 PM, Marcus D. Leech wrote:
>
> > In situations like this, it's usually helpful to the assembled multitude
> > here to post
> >your .grc file, to help in diagnosis, or, post a screen-shot of your
> > GRC flow-graph
> > at least. Just makes it easier for people to spot th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/30/2011 05:07 PM, Marcus D. Leech wrote:
> In situations like this, it's usually helpful to the assembled multitude
> here to post
>your .grc file, to help in diagnosis, or, post a screen-shot of your
> GRC flow-graph
> at least. Just mak
> Hi,
>
> during my experimenting I connected the qt freq display just directly to
> an audio source. sample_rate is set to 44.1k, center freq to 22.05k.
>
> I absolutely did not see what I expected to see, so I connected the
> display to a signal source, sending a 1k sinus tone.
>
> Instead of see
There have been a lot of good answers already. Thanks guys!
If you are having trouble figuring out what a USRP-E100 is, look at the
gumstix website. The E100 is basically a Gumstix Overo expansion board
with an FPGA and codec to interface to a USRP daughterboard.
On 04/28/2011 02:26 PM, Stefa
Just to avoid the impending flood of "oh god I need a core i7 just to
run an E100" posts, we do ship the E100 with a default image based on
Angstrom Linux which has full X support. Eventually the Gnuradio QT GUI
sinks will also run on the E100; this support is experimental right now
but when it's s
Hi,
On Apr 28, 2011, at 10:40 PM, Marcus D. Leech wrote:
>> And finally - how about the performance? Does the box run X? Is it
>> powerful enough to run grc-created WX-stuff?
>>
> It's not a desktop-class platform by any stretch of the imagination.
The Overo platforms can run X11.
Here is a l
oviding images which also allow you to download installation
packages using opkg so people won't have to mess with OpenEmbedded ... I'll
leave further commenting to Philip.
al fayez
-Original Message-
From: Marcus D. Leech
To: discuss-gnuradio
Sent: Thu, Apr 28, 2011 2:4
On 28/04/2011 2:26 PM, Stefan Gofferje wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
as far as I understand, the E100 is a complete standalone system. I'm
just a bit irritated by the descriptions "Console (USB)" and USB
on-the-go. I assume, console USB is a serial console via some ge
Really appreciate your reply, Martin. The msg that I need to send is 3315 byte
long, which is the length of msg_13bit and of msg_stop as well. I changed the
msg_limit of message_source to 6630, but this didn't changed the result. I
expect to send msg_13bit once and msg_stop 50 times, but what I
On Wed, Mar 02, 2011 at 09:18:39PM -0500, Yan Nie wrote:
> Dear all,
>
> I'm using the message_source to generate the source, connecting it with a
> multiply_const block to configure the amplitude for the signal.
>
> The message_source is created by the following:
> data = gr.message_source(siz
On Mon, Jan 24, 2011 at 12:55 PM, Fabian Klaes wrote:
> Dear Alexandru,
>
> you're right, libfftw3-dev is still there at the end of the line. It just
> got cut off on my print-out with which i compared the old version.
>
> Fabian
>
>
> On Mon, Jan 24, 2011 at 12:33 PM, Alexandru Csete wrote:
>
>>
On Mon, Jan 24, 2011 at 11:35 AM, Fabian Klaes wrote:
> Dear List, dear Alexandru,
>
> at first i have to say, the installation instructions are looking much
> better now! Thanks!
Hi Fabian,
Thanks for the feedback. The page really needed to be simplified
because much text that caused confusion
Hi Jie;
Configure is finding sdcc but it (i.e. sdcc) is reporting that it cannot
compile for the 8051 by failing to compile some test code.
In Debian (and, I believe, Ubuntu) there are two editions of sdcc -
"free" (GNU license) and "non free". The free edition does not support
the MCS51 ABI. I t
On 11/18/2010 11:37 PM, peng senl wrote:
>
> First, I am not quite sure if it is a good idea to use UHD with USRP2
> right now.
>
>
> I have the UHD driver installed and the USRP2 board detected.
>
> What I need to do first is to write a basic program to collect some
> data from the USRP2 board by
I have the UHD driver installed and the
USRP2 board detected.
What I need to do first is to write a
basic program to collect some data from the USRP2 board by C++.
But I can not find any introduction
file or example to explain what I should do.
For example, which directory I should
include
Hi Marcus,
thanks a lot for sending the flowgraph. I completely understand it and I
am very confident that I can get this going. Only thing, I currently
don't have an external 3,5mm plugged microphone :-)
BR
Markus
DL8RDS
Am Mittwoch, den 03.11.2010, 23:54 -0400 schrieb Marcus D. Leech:
> On 11/
On 11/04/2010 01:02 AM, Steve Mcmahon wrote:
> Marcus:
>
> Thank you for your reply. Let me ask you another question to make sure I'm
> understanding this correctly. Remember, I have a USRP2 board with a WBX
> daughterboard. If I construct a flow graph where a signal source block
> generates a 7
1 - 100 of 161 matches
Mail list logo
