On Thu, Jan 21, 2010 at 4:33 AM, Mattias Kjellsson wrote:
>> However, I was wondering if there
>> is any other way to run applications with USRP without stating as
>> "sudo" everytime? Thank you!
You will need to give yourself permission to access the device (using
group permissions)
http://gnur
On Wed, Jan 27, 2010 at 3:31 AM, srinivas naga vutukuri
wrote:
> Am sending a +1 to -1 amplitude square wave samples from Tx and when i
> capture on Rx end its not almost a square wave. I have generated the above
I believe this is the maximum output power for the USRP2, and your are
likely seeing
On Mon, Feb 1, 2010 at 5:22 AM, ashwini wrote:
> Can anyone tell me what is wrong in my approach, (why junk data is getting
> written) and how to resolve this issue.
We need more information on your set up to get an idea of what might
be going wrong (http://gnuradio.org/redmine/wiki/gnuradio/Rep
Using the latest git checkout of gnuradio (and an older svn one, not
sure of the rev #), the scope sink will only show a single channel of
input.
If I use the float sink, only the first channel show up. If I use the
complex sink, only the real part of the first channel shows up. I
have verified
On Thu, Feb 4, 2010 at 4:37 PM, Mir M. Ali wrote:
> In GRC I have a complex sine source with amplitude 10 and frequency 2000Hz
> sampled at 4000Hz as a input to the costas loop through a throttle block.
> The max and min frequency used is +/- 0.157rad/sample which is 100Hz
> /sample. When I see th
2010/2/21 ahsan liaqat :
> hi,
> i installed octave recently, and following the instructions on gnuradio.org
> i did following :
>
>
> octave:1> addpath("/home/ahsan/gnuradio/gnuradio-core/src/utils/")
> warning: addpath: Doesme/ahsan/gnuradio/gnuradio-core/src/utils/: No such
> file or directory
On Mon, Feb 22, 2010 at 3:55 AM, amarnath alapati
wrote:
> hi everyone,
> Is there any way for me to run the benchmark_tx and
> benchmark_rx.py files in debugging mode so that I can see the entire flow
> structure? I am curious to know the steps that take place from the calling
> of the
> benchmark_tx and benchmark_rx files. A step towards my goal is the use of
> complex data achieved after modulation in the form of X+Yj in real time. I
> want the received complex data from the channel filter block to be processed
> (mathematical operations) and then passed on to packet reciever i
> Hum... I'm glad to hear that, although I thought that the pi- phase
> ambiguity of Costas- loops made them unsuitable for QPSK-
> constellations... But I guess there is something I'm missing in the code
> then?
You aren't missing anything, you just need to account for the possible
rotation.
The
On Thu, Mar 4, 2010 at 12:48 PM, Brook Lin wrote:
>
> Hi All,
>
> When we use any of the USRP daughterboard to transmit, do we need the
> authorization? For example, FRX900 includes the cell phone bands in US. If
> we use FRX900 to transmit, do we violate the FCC rule? Or, we could legally
> use a
On Thu, Mar 4, 2010 at 1:40 PM, Johnathan Corgan
wrote:
> On Thu, Mar 4, 2010 at 11:24, Jason Uher wrote:
>
>> ...with the RFX900 you can transmit safely in the ISM band.
>> And others as long as you are below the transmit power thresholds
>> (which are quite low).
&
> terminate called after throwing an instance of 'std::runtime_error'
> what(): No suitable daughterboard found!
a) Which daughterboard do you have installed, and which side is it on (A or B)
b) What does usrp_print_db.py return?
Jason
___
Discuss-
On Sun, Apr 4, 2010 at 7:40 AM, Merve Deniz wrote:
> Hi,
>
> I am trying to do DBPSK modulation/demodulation using USRP1 and RFX1800. I
> run benchmark_tx at the transmitter side and rx at the receiver side. It
> worked great but I could not understand what packages I sent. So I am not
> sure
> Maybe I misread the reply from Jason, but said reply seemed to suggest
> to me that a single sample per symbol should be used.
This where a specific distinction comes in to play. Mpsk_receiver is
not just a costas loop. There are two actions happening in
mpsk_receiver. First, the signal is be
2010/4/13 Liang Xin 梁昕 :
> Hi All
>
> I am now developing a board like USRP, also using gnuradio, but add some
> surroundings. The issue now is as below.
>
> I have changed the VID and PID in EEPROM on mother board to FFFE/0002, which
> is the same as usrp.
>
> And in the instrument manager, I can
On Tue, Apr 13, 2010 at 4:06 PM, Eric Blossom wrote:
> On Tue, Apr 13, 2010 at 03:32:49PM -0400, Catalin Patulea wrote:
>> On Mon, Apr 12, 2010 at 12:00 PM, wrote:
>> > Date: Mon, 12 Apr 2010 16:02:43 +0800
>> > From: =?GB2312?B?TGlhbmcgWGluIMG66r8=?=
>> > Subject: [Discuss-gnuradio] About EEPR
> I notice in the digital-bert example (benchmark_rx.py and
> receive_path.py), the Costas loop actually occurs prior to the MM
> sampler, without being wrapped inside the mpsk_receiver: (lines 104-105
> of
> http://gnuradio.org/cgit/gnuradio.git/tree/gnuradio-examples/python/digi
> tal-bert/receiv
On Thu, Apr 15, 2010 at 4:34 AM, Umair Naeem wrote:
> How can I use/import 'ra_stripchartsink' and 'ra_fftsink' in GRC ? They are
> not available in available sinks in GRC.
If you have a working gnuradio module that you would like to add to
GRC you can create an XML file that tells GRC how to us
>>> Hi,
>>>
>>> I am having trouble the the DBPSK mod and demod blocks. My flow graph is:
>>> file source -> DBPSKmod -> DBPSKdemod -> file sink
>>>
>>> If anyone knows why the output file of the whole graph would be 13 bytes
>>> or if I am missing something please let me know.
>>>
>>> Thanks,
>>>
>
> Our program does not seem to be working.
>Please need any type of thought if possible!
>
First, please see this article on how to appropriately ask questions
of the mailing list:
http://gnuradio.org/redmine/wiki/gnuradio/ReportingErrors
Specifically the part titled "How should I format my me
> Unfortunately, I failed to checkout this version with the following message:
> svn: Server sent unexpected return value (405 Method Not Allowed) in
> response to PROPFIND request for
> '/svn/gnuradio/branches/features/inband-usb'
>
The gnuradio repository has switched to using GIT for version co
> Recently I have been testing the examples of Gnu Radio. And I came across
> some problems. When I use a USRP with two daughterboards, I found that the
> two daughterboards can not trismit or receive at the same time. They can
> only work as one transmitter and one receiver. I want to know wheth
> I thought there was an example for generic cards around but I can't
> seem to find it, maybe someone else knows where it is?
This is a quick example derived from some code I use when I want to
just capture random data for post processing.
http://www.jasonuher.com/toys/gnuradio/multi_rfx/multi_
On Tue, Apr 27, 2010 at 11:49 AM, marcin_w wrote:
>
> Hi All,
>
> I have been battling with this for the last week and still have not found a
> solution.
>
> I've include some more info for anyone who can help.
>> Does anyone have any idea what is going wrong here?
>> I've included my python s
On Wed, Apr 28, 2010 at 12:30 AM, marcin_w wrote:
> Sorry about the code, it was generated mostly via Grc. I've cleaned it up,
> should make much more sense now:
> http://users.tpg.com.au/marcinw//qpskTest.py
>
> I've tried using the available DQPSK blocks as you suggested, but i get the
> same re
On Fri, Jun 18, 2010 at 1:11 PM, Jeffrey Lambert wrote:
> On 6/18/2010 12:37 PM, Elvis Dowson wrote:
>> Hi,
>> Is it possible to simulate the RF signal input part using a
>> digitized waveform file, and use GNU Radio to process the signal?
>
> Yes. There are also built in functions to gen
> thank you for the reply, I updated the GNU Radio to version 3.3.0, but
> there is not working. If I want to start a script by double clicking the cmd
> line window is opened and closed and nothing happens. The USB driver is
> installed, everything seems to be OK but it's not.
> Florian.
Open
> Can one USRP connected with multiple PCs, each of PC runs a GNU Radio, so as
> to formulate a distributed system?
This is doubtful with a USRP1, due to the fact that USB is a
host/client protocol. It is /maybe/ possible with the USRP2's network
interface, but writing the code for sample synchro
2010/8/5 intermilan :
> hi all:
> I recently see the "corresponds to DC in the IF" in the function
> set_freq() of the db_basic.cc.so what does this sentence mean? In other
> word, I want to know what is the function of the parameter baseband_freq in
> the set_freq().I hope someone can help
http://www.google.com/search?q=inurl%3Adiscuss-gnuradio+disable+ism+filter
"The filter affects both TX and RX, but not the auxiliary RX path
(RX2). If you just want to receive, use the 2nd SMA port and make sure
to set that in the software. If you want to bypass the filter for
transmit, you will n
On Mon, Jan 17, 2011 at 8:19 AM, Patrik Tast wrote:
> A comment from Jerry Martes,
> "HAM amateurs spend lots more $$ than the cost of a USRP just to get things
> a monkey could build. From what I have observed, there are thousands more
> amateurs who buy components that those who are willing t
On Wed, Mar 2, 2011 at 6:00 AM, Minsuk Kang wrote:
> Dear all,
> We're using benchmark_tx(rx) apps to implement a simple cellular-like
> network.
> In the benchmark_rx example, the demodulator demodulates some amount of
> symbols at a time and the correlator and the framer, which followed the
> de
On Mon, Mar 14, 2011 at 12:10 AM, Nathan Schulte wrote:
> Jason Uher wrote:
> Mike, if you follow Jason's advice, your DVR is going to end up
> looking something like this:
> http://hackaday.com/2011/03/13/reverse-engineering-the-psp/
Suddenly, all the effort I put into high
Hey all,
I have written my own blocks in the past following the instructions
at http://www.gnu.org/software/gnuradio/doc/howto-write-a-block.html
and had success. However, today I am trying to implement a copy of
'gr.mpsk_receiver_cc', so I made a new module and block
'ju.mpsk_receiver_cc', I
> Based on other blocks that I have seen shouldn't the word "make" be present.
>
> ju_mpsk_receiver_cc_sptr ju_make_mpsk_receiver_cc ();
Thanks! I didn't spot that while proof reading. It's the small stuff
that kills you!
Jason
___
Discuss-gnuradio
>>Heavy, expensive, inefficient, but you might have the kit already.
If you are doing fixed measurement, you should also look around the
office for some of the computer back up UPS things. They are designed
to allow a computer a short time to save and shut down, but can also
supply a low draw d
> Extending OpenBTS to handle GPRS might be the easiest way to get
> that done. WiMax would be a _big_ project.
I can tell you from experience that it's bigger than you think. I
know someone who is trying to monitor just a single channel, and even
the process for the OFDM pilot tones was super c
> These will eventually make into the public GNU Radio tree, but it
> might be some time before that happens.
Are there CGRAN projects?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> Hey all,
>
> I have a setup that transmits using one USRP+XCVR2450 set and receives
> using another USRP+XCVR2450 set.The two are separated just 1meter away
> in my experiment. I am looking at small doppler signals around the
> carrier. But there is a lot of phase noise in the data that i receiv
> Do you have any hints for me?
Unless I am misunderstanding your diagram, I think you need something
to slow down rate of the cosine source ([COS SOURCE]--/\-->[UDP
Sink 1]). If you connect it to a non-rate limited sink it will just
pump out samples as fast as it can, hence your 100% CPU us
> Warning: Treating daughterboard with invalid EEPROM contents as if it
> were a "Basic Tx."
> Warning: This is almost certainly wrong... Use appropriate
> burn-*-eeprom utility.
have you tried using the appropriate burn-*-eeprom utility?
It should be something like "gnuradio/usrp/host/apps/bur
2009/2/16 Jason Uher :
>> Warning: Treating daughterboard with invalid EEPROM contents as if it
>> were a "Basic Tx."
>> Warning: This is almost certainly wrong... Use appropriate
>> burn-*-eeprom utility.
>
>
> have you tried using the appropri
> The daughter board we are using is 2.3-2.9GHz transceiver. But benchmark only
> worked in some of the frequencies, like 2.36-2.49GHz. when I was trying
> other frequencies, wither above 2.5G or below 2.35G, benchmark_tx shows
> there are data packets sent out, but benchmark_rx got no packets.
I
I'm in the process of writing a basic block inherited from
gr_sync_interpolator which uses the past values to do stuff.
When the block first starts, the history is populated with zeros, is
there some way to get a pointer to the history in the constructor so I
can change the initial values?
Thank
>
> Sorry, no.
>
> Eric
>
OK,
Is there a way to distinguish between an uninitialized history (which
seems to be all 0's) and a history whose data is all 0's?
Or perhaps some way that the work function knows this that it is the
first time being called (I am currently kludging it with a class
vari
> I installed GNU Radio , now i want to install GSSm package.
>
> Please anyone can help me out where to get it and how to use that package.
Did you read the instructions?
http://thre.at/gsm/
It's the first hit on google for "gssm gnuradio":
http://www.google.com/search?hl=en&q=gssm+gnuradio&btn
> I checked the benchmark_tx.py it adds a preamble and a lot of data before
> the actual payload which I don't need.
I assume you are trying to do some BER measurements? There is an
example called digital-bert that will do that (bert=bit error rate
tester).
If you have some other goal in mind, I
>>Is there an easy way to get a vector source to pass on the same signal
>>over and over again, but with a fixed delay between each transmission?
'good practices' option: Look at the benchmark_*x.py examples, if you
drill down into the packet manager you will find an example of a
source block that
> Thank you Jason. I will attempt the "good practice"-way first then :)
Not to discourage you from doing things the hard way, but it's really
only necessary if this project is an implementation type of thing. If
all you need is some experimental data for a class project or paper,
then the fast wa
> The problem I have is with audio input. Output is working fine (dial_tone.py
> is wowking), but when I try
> to use audio input, I get:
2009/4/30 Michael Dickens :
> code; I haven't looked at it or updated it in a long time. I can't look
> into this issue today, but I will tomorrow (Friday).
> I seriously doubt that making a regular BPSK receiver that goes all-the-way,
> i.e. recovers the transmitted data has ever been done. We haven't found any
> trace of anything be it commercial, research or DIY.
Have you looked at the examples in the 'digital' folder? The
benchmark_rx and benchma
> Does it mean USRP could not keep on running for
> a long time or the USRP boards we are using have been broken? I do not know
> the reason for this problem. Please let me know what's wrong with the USRP.
> Thanks a lot!
I believe there is an issue with the costas loop implementation in one
of th
> directory. Since I'm running a debian machine is there something I need
> to do with this directory or is simply running the commands:
http://gnuradio.org/trac/wiki/DebianInstall
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://list
> OK ... I have read that web page. The problem is that all of the wiki
> information seems to be relevant to GNU Radio 3.0.2 and we are now on
> 3.2.x. It doesn't appear to me that any of those targets exist in the
Hmmm, I'm not really sure if there is any distro specific install
information ou
>> The other question I have is whether it is possible to have a
>> mini-usrp board that can be moulded into a somewhat handheld device
>> size?
>
> In the "anything's possible" department, it's possible.
>
If you only needed one daughtercard this would be very do-able, we
looked into leaving off
> If I am using RFX2400 then what is the IF frequency and can we change this
> to some other value? Correct me if the question I asked is wrong.
With the RFX2400, and most of the high frequency usrp daughtercards,
there is no IF frequency. The samples you receive (or send) from the
usrp.source_x
Please don't spam the list, the people who know the most about
gnuradio and the usrp, for the most part, have other full time jobs
and provide help on this list as a courtesy. A response time of
several days is not unreasonable in such situations.
With that in mind, the reason you may not get a r
> And i still read in the thread something
> about .
> Both are written in c++, not python, further on
> is a sink and can not connected to another sink.
> Is the gr.msg_queues a sink and source ?
message_sink, message_source, and msg_queues operate hand in hand to
create a procedure for transfe
> I want to make a experiment by generating interferer using Benckmark_tx.py on
> RX2400 daughter board. I am confused when I want to control the transmit
> power. How can I control the power. With set_gain(), I see no difference.
If I remember correctly the RFX boards do not have controllable
tr
> modulator, given a desired bit rate and carrier frequency? I can't
> seem to figure out how excess_bw and samples_per_symbol affect the
> parameters I ultimately want to set (bit rate and carrier freq).
I would examine the 'pick_bitrate.py' file in the digital examples in
detail. This file sho
> are using a raised cosin as the TX/RX filter. Perhaps you can swap out that
> filter with the barker filter to test if the bits are being decoded
> correctly.
You will still need the RRC filter after barker coding. You can't
really send direct plus/minus one data to the USRP because you can't
> In my opinion, this is a really good idea. We're actually working on this as
> part
> of a bigger simulation project, which abstracts the USRP and the wireless
> channel.
> It not far along yet, but we'll put it on CGRAN once there is something to
> share.
Can't wait! I've been thinking about
> If yes, then can I just use the "-S samplingrate" option while running the
> program or is there anything more that I need to consider.
benchmark_*.py files use an included set of functions called
'pick_bitrate' that will attempt to automatically decide correct
parameters given the ones you spec
>> have you ever think about a simplified USRP, or 1/2 USRP, having only 1 side
>> TX and RX?
> How about a 64 x USRP? It would be cool if there was a USRP that had
> many receiver channels, and it would also have a simple beam-former
> built into the FPGA.
All of the schematics for the USRP and
> Despite this seeming like a killer app, I haven't really found much discussion
> of it in this list's archives or on the gnuradio wiki. So I'm mentioning the
> idea in public, for future mailing list archive searchers. If, at some point,
> my FPGA code reaches a level of maturity where am I not t
> I don't understand why is it that the
> usrp_source writes some junk data to the file_sink even when I am not
> transmitting from the other USRP. Is it possible that it might be picking up
> some stray signals at 2.4GHz?
The USRP receiver has no idea when the transmitter is sending, all it
does
I think there might be a very small problem with the make install in
the latest trunk: it doesn't seem to copy the all the files
appropriately.
if I do a straight up 'make install' the benchmark_*x.py examples fail with:
"ImportError: No module named usrp_options"
It's easily solved by copying '
On Tue, May 26, 2009 at 1:24 AM, Ujala Qasim wrote:
> I set my decimation rate to 200 and center_freq to 100.1, but the values of
> my samples is exceeding this range.
> Please specify the mistake that I'd be making...
This is very hard to do without any information at all regarding how
you capt
> Why is the d_phase equation different in these two files?
> d_phase += d_alpha*phase_error; // In gr_mpsk_receiver.cc
> and
> d_phase = d_phase + d_freq + d_alpha * error; // In gr_costas_loop.cc
> The d_freq term is omitted and I don't understand why.
gr_costas_loop is wrong, and gr_mpsk_receiv
> gr_costas_loop is wrong, and gr_mpsk_receiver used to have the same
> error and has since been updated. The frequency component of the
> rotation has already been added to the current phase estimate during
> de-rotation of of the samples (in mm_sample, I think); so here all we
> have to do is up
Your question is fairly generic. Please see
http://gnuradio.org/trac/wiki/ReportingErrors for some guidelines on
the best way to ask you question in a manner that will allow us to
help you solve it.
Thanks
Jason
___
Discuss-gnuradio mailing list
Discu
> I have one question regarding the samples captured using usrp_rx_cfile.py
> at the receiver. Is there anyway that I let the usrp_rx_cfile.py run
> forever, and it will keep on capturing samples through USRP forever, while I
> keep on taking out 10K samples (lets say) at a time from that "contin
> Is there a function that simply looks at a steam of data and returns the
> maximum value for amplitude within a certain number of samples? I
> looked at gr_peak_detector, but it expects the peak parameters and
> returns true or false, not exactly what i need.
This should be fairly easy to impl
On Fri, Jun 12, 2009 at 6:30 AM, Peng Huo wrote:
> Hi,
> I am new to Gnuradio. I have a question about complex sampling. Does complex
> sampling in gnuradio mean that the Real signal is coverted to its Inphase
> and Quadrature components or is it that two different signals are passed as
> a complex
> I am using USRP1 + RFX2400.
>
> You know there are two antenna ports on RFX2400 daughter card those are RX2,
> TX/RX. Is it possible to use both these ports in parallel for data
> reception. If yes then pelase provide me little clue how I should do it, or
> may be refer me to some existing exampl
> usrp_dual_source want antennas which should be used as input parameters, as
> follows (I copied this line from a question posted on a thread which was
> using LFRX daughter cards)
>
> self.usrp_dual_source_x_0 = grc_usrp.dual_source_c(which=0, side_a='A',
> rx_ant_a='RXA', side_b='A', rx_ant_b='R
> would like to know where is this happening in the code? tb.wait() is called,
> but i don't see the code in wait() function which actually senses if a
> transmission is being carried out on the specified frequence or not? Can
> someone please help me locate the transmission sensing code in
> bench
> which software for programming and compiler. Do you have document about how
> to make simple software for testing.
These are a good place to start getting to know gunradio and the USRP,
most of the examples deal with the USRP1, but it should be fairly
simple to transform them using the examples
> I tried to locate the simple framer, but not able to find it. Greping for it
> takes me to the c code of gr_simple_framer but I am not able to make much
> sense of it. Can you please elaborate a bit more...? Where does the
> correlations takes place within the python code.
The framer sink is a b
> When I wanted to start find_usrps -e eth1 (in 'apps'), he didn´t find the
> usrp2.
> I also tried to update the firmware, but he didn´t know the u2_flash_tool
> command (there is also no u2_flash_tool file in 'firmware').
Does the dial tone example in the 'audio' folder work? When you run it
you
> Is it possible to run benchmark_tx and benchmark_rx on same computer with
> one USRP with RFX-1800 Transciever daughter board.
I believe if you have two daughter cards it is possible to run the
benchmark_*x scripts on the same USRP but different daughtercards, but
I think you need to combine th
> where can we found the GNURADIO development environment that is similar
> to SIMULINK?
It's called GRC, and it's included in the trunk in the newer releases.
Please see http://www.joshknows.com/grc for more information
Jason
___
Discuss-gnuradio
>> I believe if you have two daughter cards it is possible to run the
>> benchmark_*x scripts on the same USRP but different daughtercards, but
>> I think you need to combine them into a single flow graph. If I
> You can't run benchmark_tx and _rx using one USRP and two
> daughtercards. The two
> http://gnuradio.org/trac/browser/gnuradio/trunk/usrp/host/apps/test_usrp_standard_rx.cc.
> The program seems to run as intended and outputs the data to a file I
> specify with -o. However, when I open the file it is binary and I don't
> understand how the file is structured. I would like to take
I think that you have the de-interleaving and the mux set up correctly
provided you are using a complex source, but there may be other
problems with your set up that I'm not aware of with regards to those
problems.
I think one problem might be your use of a vector sink as a receiver,
usually the o
On Mon, Jul 6, 2009 at 10:58 AM, Eric Blossom wrote:
> On Sat, Jul 04, 2009 at 02:43:10PM +1000, Shabbir Ahmed wrote:
>> Dear all:
>>
>> I need to run Measurement Computing DAC in parallel to GNURADIO/USRP. The
>> DAC feeds to a variable gain aplifier. I want to use the USRP as a receiver
>> and me
> I haven't receive my USRP yet so i am trying to make some simple, USRP
> independenent applications.
>
> I want to implment FSK modulator by transfering a signal between two laptops
> using the sound card ,the problem is i get syntax error when using the
You'd probably be better off using the
=> the maximum samples per symbol value that benchmark_tx has is 7. What
> happens if I change it to a higher value and reduce the bitrate such that
> the usrp constraints are still met. I read somewhere that having a sample
> per symbol value greater than 7 is impractical. Why?
>From a strictly '
On Mon, Jul 20, 2009 at 6:02 AM, Daniel Robinson wrote:
> l want to ask is it possible to transmit fm using RFX2400 on USRP board.
First of all, please read the guidelines for posting on the list:
http://gnuradio.org/trac/wiki/ReportingErrors . Mainly those
regarding top-posting and replying to m
> I too am a new user of the USRP and continuing on this topic, id like to
> be able to display the symbol mapping done by the benchmark codes. Some
> starting guidance would extremely helpful. I have been informed of the
> matlib package which is available to produce matlab like plots, is this
> a
> Please look in gnuradio-examples/python/multi-antenna. Those examples
> work with 4 antennas using 2 Basic RX's. Your case is a subset of
> what those examples demonstrate.
Don't all of the multi-antenna files require a specific FPGA build
(ie, unique to the USRP1) to get two real signals from
> I hope to save the waveform of baseband. Now I use the file sink of the GRC
> to save the waveform data, but I am not sure which type of file we can save,
> .txt or .csv? Or some other type of file? We tried .txt and .csv, but some
> part of the file is messy code. Can you give me a example for
> but the (signal source -> UDP sink) reports 'connection refused' error
> for both cases(UDP and TCP).
I would say that there is no one listening at whatever ip:port you are
trying to send data to. Make sure that there is some sort of daemon
responding to requests there.
Jason
___
> Thanks to your comment, I don't have that error.
> ece$ python ./from_udp.py
> gr_block_executor: source returned 0 from
> work. We're marking it DONE.
I'm pretty sure the 'were marking it DONE' only comes up when a source
fails, and then it is killed by the controller. So the source is
kille
> Why would this be? I'm sort of flying by the seat of my pants when it comes
> to attaching the antenna (it's just your basic black hinged one). Are there
> any instructions or diagrams that show how it should be attached and
> positioned? And why would placing it near things help some come cleare
Hi all,
I recently upgraded to osx 10.5 and am in the process of installing gnuradio.
I'm trying to follow
http://staff.washington.edu/jon/gr-osx/gr-osx.html with os x 10.5 and
today's gnuradio trunk.
I'm having some trouble, mostly because I'm not sure I fully
understand how this whole configure
> The first problem I have is that macports installs libusb as
> libusb-1.0; meaning that I get the following output from configure:
I was told this is solved by installing the macports package
libusb-compat, it makes libusb-1.0 backwards compatible (and compiling
went great!)
Now there is an iss
What I really meant was, "What frequency bands are the antenna you're
using designed to work with". From the picture it's just a whip
antenna, meaning for optimum reception it should probably be much
longer.
A quarter wave whip would be 1/4 of the wavelength of the signal you
are trying to receiv
> I need a basic signal to be modulated over FM and use that FM modulated
> signal as a base band for AM modulation, which will be finally sent to USRP.
> I was trying to use blks2.nbfm_tx / blks2.wfm_tx. But in both the functions,
> I can specify only the peak deviation but not the center frequen
On Fri, Jul 24, 2009 at 12:01 AM, Yc Park wrote:
> Thanks to everybody.
> Now I know how to make connections.
> Though slow, I feel that I'm moving forward.
No problem, good job getting your first project going.
Jason
___
Discuss-gnuradio mailing list
1 - 100 of 144 matches
Mail list logo
