On Wed, Dec 17, 2008 at 06:04:57PM +0100, Peter O'Doherty wrote:
> Okay sorry. I did try a search on Nabble but it didn't come up with any
> results.
>
> Please bear with me for one last question:
>
> Changing the command to
> ./am_rcv.py hf_1khz_256_complex.dat 0 -O plughw:0,0
>
> Just retur
On Wed, Dec 17, 2008 at 04:26:57PM +0100, Peter O'Doherty wrote:
> Thanks a lot. That does the job.
>
> But now I get this message:
>
> len(channel_coeffs) = 795
> >>> gr_fir_ccc: using SSE
> len(audio_coeffs) = 51
> >>> gr_fir_fff: using SSE
> audio_alsa_sink[hw:0,0]: unable to support sampling
On Wed, Dec 17, 2008 at 03:47:57PM +0100, Peter O'Doherty wrote:
> The same thing happens when I simply copy a file in the
> ~/gnuradio-examples/python/audio directory, give it a new name and try
> to run it.
>
>> Hi,
>> I'm working through the examples on this site:
>>
>> http://www.kd7lmo.net
FYI, I'll be off-list and mostly out of communication for the next
4 weeks. If any administrative issues come up while I'm gone, please
contact Johnathan Corgan <[EMAIL PROTECTED]>.
Have fun!
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@
On Thu, Nov 13, 2008 at 02:20:19PM -0800, Francesco B. wrote:
>
> A fair amount of the RF-specific resources there are textbooks I don't have
> access to, though it's probably a transmission issue, honestly. However, the
> code consists a modified version of gr_sig_source_c (saved under an
> alter
On Wed, Nov 12, 2008 at 09:58:27PM -0500, Josh Blum wrote:
> Yeah, Im here, I did it.
>
> GRC wants python 2.5 (or above I say, but never tested). GRC is littered
> with things from python2.5 that dont exist in the python2.4, relative
> imports, some builtin functions, inline evaluation is some
On Wed, Nov 12, 2008 at 06:46:18PM -0500, Brian Padalino wrote:
> On Wed, Nov 12, 2008 at 6:07 PM, cao jing <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I am working on change the channel width dynamically when data is
> > transmitting.
> >
> > I tried to use set_interp_rate to change the interpolat
On Wed, Nov 12, 2008 at 03:06:16PM -0500, Achilleas Anastasopoulos wrote:
> That's not a problem.
> However, I have a bigger problem to deal with:
>
> I am pushing for a university wide (UoMichigan) installation of all
> gnuradio prereqs.
> So far we have a working gnuradio installation that buil
On Wed, Nov 12, 2008 at 01:36:51PM -0500, Achilleas Anastasopoulos wrote:
> Hi,
>
> I have an observation that came up as I was trying to install gnruadio
> on a system with python 2.4
>
> The ./configure script didn't complain.
> However, from the wiki I see that grc requires python 2.5 and abov
On Tue, Nov 11, 2008 at 03:55:59PM +, Santi Ortega wrote:
> I have been working with usrp_spectrum_sense.py but I haven't found the file
> where it does the fft:
>
> fft = gr.fft_vcc (self.fft_size, True, mywindow)
>
> I've found the file window.py and self.fft_size is taken from the options.
On Mon, Nov 10, 2008 at 06:54:40PM -0800, Bill Stevenson wrote:
>
> Thank you, George. My plan is very simple, just to read the rssi
> value whenever the receiver gets a valid packet, that's why i want
> to read and store that value. If i cannot access that variable, how
> can i read the rssi value
On Mon, Nov 10, 2008 at 04:24:44PM -0500, Mayank Goel wrote:
> Hi,
>
> I tried using that. But I think it returns some sptr datatype and I am
> unsure how to use it and get all the data points out of it.
>
> Can you guide me through that?
Sorry, no.
Eric
__
On Mon, Nov 10, 2008 at 04:02:12PM -0500, Mayank Goel wrote:
> Hi all,
>
> I am new to GNURadio. I need to do realtime FFT (GUI is not required). I
> need to feed this FFT to other components of the system so I ned simple
> FFT values of the signal. I tried hacking the fftsink2.py and was able to
On Mon, Nov 10, 2008 at 03:17:02PM +, PAtrick Gerber wrote:
> Hello all,I have some problems with GNURadio and my USRP board when I use the
> usrp_wfm_rcv demo application. I have the error
> below:audio_alsa_sink[hw:0,0]: unable to support sampling rate 32000
> card requested 44100 instead
On Fri, Nov 07, 2008 at 01:53:11PM -0500, Achilleas Anastasopoulos wrote:
> Hi,
>
> I am looking at the usrp_server code in the trunk and have the following
> question.
>
> Is there any difference between a tx/rx "port" and a "channel"?
> I see that the usrp_server is always initialized with N_PO
On Fri, Nov 07, 2008 at 11:19:40AM +0100, Bruhtesfa Ebrahim wrote:
> Hey Paul,
>
> Ya! you are correct, the isolation is a problem.But what is curious is when
> i operate the transmitter and reciever simultaneously,the signal level of
> the reciver decreases too much(cancels out) . If some of the
Chris, about your original issue -- USB distance -- see
http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg14551.html
and
http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg14266.html
Eric
___
Discuss-gnuradio mailing list
Discuss-gn
On Thu, Nov 06, 2008 at 06:17:10PM +0100, Carles Fernandez wrote:
> Hi,
>
> I would like to ask what chipset is used in the USRP2 for managing the
> Gigabit Ethernet interface. I haven't been able to find this
> information on the web.
>
> Help will be really appreciated.
>
> Best regards,
> Car
On Thu, Nov 06, 2008 at 05:06:28PM +, Jorg Lotze wrote:
> Hi,
>
> I would like to know if it is possible with GNU Radio to have callbacks
> from a processing block into python to trigger a reconfiguration. A
> possible scenario is a radio which changes its receiver frequency when a
> the signa
On Thu, Nov 06, 2008 at 05:02:46PM +0100, Mattias Kjellsson wrote:
> Eric Blossom wrote:
>>
> Then I probably have to read up on what VRT is...
>>> The timestamp in the same header, supposed to reflect when it's going
>>> to be sent out on the antenna
On Wed, Nov 05, 2008 at 01:29:21PM -0600, Brett L. Trotter wrote:
> Are there any examples of how to use this?
>
> Since the current C++ (until C++0x is out) doesn't support vector
> initialization, how does one format the inheritance constructor?
> for example:
> myblock::myblock(...) : gr_block(
On Wed, Nov 05, 2008 at 07:30:01PM +0100, Mattias Kjellsson wrote:
> Eric Blossom wrote:
>>
>> There are a couple of headers. See usrp2_eth_packet.h
>
> So I have. Regarding the channel and timestamp fields in "struct
> u2_fixed_hdr_t", channel is going t
On Wed, Nov 05, 2008 at 06:15:03PM +0100, Mattias Kjellsson wrote:
> I have been playing with ioctl's today and while browsing the USRP2-
> code i found that max length of a packet is defined to 371 which results
> in 1484 bytes of "data", and 16 bytes left, leaving room for the 14 byte
> eth
On Wed, Nov 05, 2008 at 04:26:04PM +0100, Mattias Kjellsson wrote:
> Hi,
>
> Wouldn't one be able to use for instance "set_freq()" or find() as a
> messure? Although there might be some overhead, you will receive an "ok
> I have set the freq"/"Ok here I am"- packet from the usrp2. Although one
On Wed, Nov 05, 2008 at 01:01:14PM +0200, Pauli Rikula wrote:
> I foud this wery usefull: http://www.gnuradio.org/trac/wiki/UsrpFAQ/Latency
>
> Is there similar calculations about the latency of the USRP2?
>
> If there is not, could someone please do those calculations?
>
> - Pauli Rikula
I did
On Tue, Nov 04, 2008 at 07:59:09AM -0800, kaleem ahmad wrote:
>
> Dear Firas,
>
> Thanks for your reply, First of all I am using antenna (RX2), and yes I know
> 2.4 band is messed up with many wireless tech. but I am continuesly
> monitoring it with spectrum analyzer during my experiments to make
On Tue, Nov 04, 2008 at 09:31:26AM +0500, Umair Nasir wrote:
> Cygwin works fine. But i really think the wiki installation guide should be
> organised in a better manner. The right versions must be present with the
> cygwin setup.exe. We face problems in libtool versions and many other
> packages.
On Mon, Nov 03, 2008 at 03:46:56PM -0500, Ed Criscuolo wrote:
> Eric Blossom wrote:
>> On Mon, Nov 03, 2008 at 02:16:10PM -0500, Ed Criscuolo wrote:
>>> Is there any preprocessor define (or defines) that can be used
>>> when compiling C++ GnuRadio code to differentiat
On Mon, Nov 03, 2008 at 02:16:10PM -0500, Ed Criscuolo wrote:
> Is there any preprocessor define (or defines) that can be used
> when compiling C++ GnuRadio code to differentiate between
> different OSs? I've looked through config.h but didn't see
> anything obvious. I need to compile two differe
ea of why that might be?
In any event, I'll fix the code so that we check the actual MTU.
This might take a couple of days, given everything else on my plate.
Eric
> 2008/11/3 Eric Blossom <[EMAIL PROTECTED]>:
> > On Mon, Nov 03, 2008 at 11:51:09AM +0100, Natalia Olano w
On Mon, Nov 03, 2008 at 02:55:53PM +0100, Bruhtesfa Ebrahim wrote:
> Hey all,
>
> May be my question could be out of topic as it is can be a hardware
> problem, so excuses.
>
> The Thing isI am using USRP with XCVR2450 Tranciever to develop a
> doppler radar(in duplex mode).
> So, I was ch
On Mon, Nov 03, 2008 at 11:51:09AM +0100, Natalia Olano wrote:
> Hello,
>
> I am using the USRP2 with an RFX2400 daughterboard in Ubuntu Hardy
> 8.04.1, installation went fine (used rev 9913 plus the ready made
> firmware images in http://gnuradio.org/releases/usrp2-bin/trunk) and
> usrp2_fft.py w
On Mon, Nov 03, 2008 at 02:40:19AM -0800, Matt Robert wrote:
> Hello list,
>
> I have just gotten GNUradio to install on Ubuntu 8.04 after a little bit of
> work and I am attempting to test the installation - it seems to have run OK,
> however I can't get the examples to run.. The error I get is
On Thu, Oct 30, 2008 at 10:33:45AM +0100, Martin Braun wrote:
> On Wed, Oct 29, 2008 at 05:21:35AM -0700, kaleem ahmad wrote:
> > I am extending my main class from gr.top_block and I have noticed that all
> > application examples which implement GUI are using stdgui.gui_flow_graph. I
> > have tried
On Wed, Oct 29, 2008 at 03:41:19AM -0700, Karthik Vijayraghavan wrote:
> I am trying to use the LFRX daughterboard to record very low frequency
> signals in the range of ~DC to about 10Hz. To test this I hooked up a
> function generator to the USRP with an output impedance of 50 ohm. Since I
> want
On Tue, Oct 28, 2008 at 11:43:15AM +, Santi Ortega wrote:
> *USRP_SPECTRUM_SENSE.PY*
>
> How can I use the *self.max_freq* and *self.min_freq* like a global
> variable?
> I want to use it in the *def main_loop(tb):*
> but if I use it
Please see the Python tutorial. It and lots of other good
On Mon, Oct 27, 2008 at 12:05:14PM -0400, Kyle Pearson wrote:
> Thank you. Running at 100MHz is fine for me, I just have a 100MHz
> external clock that I would like to use as a reference for the USRP2.
> Could you point me in the direction of where that code is in the
> firmware? I took a look and
GNU Scientific Library (GSL) is now a prerequisite for building gnuradio-core.
If you haven't installed it already, please install it now.
For those of you who are surprised by this, please see this thread
from six weeks ago:
http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg14776.html
On Sun, Oct 26, 2008 at 02:58:18PM -0700, [EMAIL PROTECTED] wrote:
> Hi Eric
>
> Per, you suggestion, I am looking at USRP and deciding what equipment to
> get.
>
> It seems FM falls in the range of TVRX daughterboard. However it seems to
> require antenna and there is no antenna listed for this
On Sun, Oct 26, 2008 at 10:47:34PM +0100, Martin DvH wrote:
>
> On Sun, 2008-10-26 at 14:03 -0700, Johnathan Corgan wrote:
> > On Sun, 2008-10-26 at 21:49 +0100, Martin DvH wrote:
> >
> > > The new fpga image in combination with the latest svn code also makes it
> > > possible to set the gain fr
On Sun, Oct 26, 2008 at 09:49:07PM +0100, Martin DvH wrote:
>
> On Sun, 2008-10-26 at 10:09 -0700, Johnathan Corgan wrote:
> > On Sun, Oct 26, 2008 at 8:33 AM, Johnathan Corgan
> > <[EMAIL PROTECTED]> wrote:
> >
> > > Also, I suspect that there might be a compatibility issue between the
> > > ver
On Sat, Oct 25, 2008 at 06:37:41PM -0700, [EMAIL PROTECTED] wrote:
> Hi Eric
>
> Thanks, I am looking at it now, but I don't have a USRP and this seems to
> require it (same with apps/hf_radio)
>
> I also looked at your article on step by step FM and want to put together
> something like that. I
On Sat, Oct 25, 2008 at 04:53:04PM -0700, [EMAIL PROTECTED] wrote:
> Hi
>
> I need someone with knowledge of gnu-radio (preferably
> in the sf bay area) to help put together a multi-channel
> FM setup on my home machine which is running linux
> (no-USRP) and has gnu-radio sources built. I might als
On Sat, Oct 25, 2008 at 05:13:48AM -0500, Daniel Hooper wrote:
> I have been trying to build GNU Radio and get the USRP working all night...
> I had some success with the 3.0.x binary packages that come with Ubuntu
> hardy, but was having some interesting problems getting the hardware to
> cooperat
On Fri, Oct 24, 2008 at 03:56:14PM -0400, Hariharan Rahul wrote:
> Hi,
>
> I am attempting to use the new USRP2 units connected to a Ubuntu (Hardy
> 8.04) PC via GigE.
>
> I have followed the installation instructions here
> (http://gnuradio.org/trac/wiki/UbuntuInstall) to install all the
> r
On Fri, Oct 24, 2008 at 08:19:49AM -0700, Philip Balister wrote:
> On Fri, Oct 24, 2008 at 6:27 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> >> [EMAIL
> >> PROTECTED]:/home/balister/oe/tmp/work/armv7a-angstrom-linux-gnueabi/gnuradio-3.1.3+svnr9809-r4.1/tr
On Fri, Oct 24, 2008 at 10:39:26AM +0200, Natalia Olano wrote:
> Hello,
>
> I am looking for some advice regarding the use of the USRP2 and I hope
> that you can help me. Please forgive my inexperience, it is very short
> that I have been working on this area. The USRP2 I am using has an RFX
> 240
On Thu, Oct 23, 2008 at 09:38:26PM -0700, Philip Balister wrote:
> I have some NEON code in the fff dotproduct routine, the qa code passes:
>
> [EMAIL
> PROTECTED]:/home/balister/oe/tmp/work/armv7a-angstrom-linux-gnueabi/gnuradio-3.1.3+svnr9809-r4.1/trunk/gnuradio-core/src/tests#
> ./test_filter
On Thu, Oct 23, 2008 at 05:52:18PM -0400, Ed Criscuolo wrote:
> Eric Blossom wrote:
>> On Thu, Oct 23, 2008 at 04:56:04PM -0400, Ed Criscuolo wrote:
> >
>>> At this point, I think I'll embed all the packet reading AND
>>> hdlc processing into a single sourc
On Thu, Oct 23, 2008 at 04:56:04PM -0400, Ed Criscuolo wrote:
> Eric Blossom wrote:
>>
>> Ed,
>>
>> The problem is that you need to know when the output is about to
>> underrun, and only then insert flags.
>>
>> Is there any external reference cl
On Thu, Oct 23, 2008 at 10:31:19AM -0400, Achilleas Anastasopoulos wrote:
> Hi,
>
> I am trying to install gnuradio on a Linux system for which I am not the
> owner (university-wide computing at U of Michigan).
> Since they only have swig 1.3.29 installed, I installed myself 1.3.36 on
> my space (a
On Tue, Oct 21, 2008 at 11:01:51AM -0400, Ed Criscuolo wrote:
> I'm building a set of blocks to implement the HDLC link-layer
> functions for a spacecraft communication system.
> These blocks deal with IP packets from/to the stack on one side,
> and a bitstream to/from the modulator/demodulator on
On Wed, Oct 22, 2008 at 04:12:07PM -0400, Kyle Pearson wrote:
> I'm wondering if it is possible to connect the USRP2 to an external
> 100MHz clock like the USRP was able to be modified so it could connect
> to an external 64MHz clock. I don't see any place to solder on a SMA
> connector but there a
On Mon, Oct 20, 2008 at 11:08:01AM +0300, Pedro Sánchez Canal wrote:
> Hello,
> We are working with OpenSuse 11.1 and we have problems trying to
> connect the USRP, the O.S. recognizes it but we can't see the
> device.
> Anyone can help us?
We're not very good at mind reading. You'll have to p
On Tue, Oct 21, 2008 at 10:34:14AM -0400, Brian Padalino wrote:
> On Tue, Oct 21, 2008 at 10:15 AM, Clark Pope <[EMAIL PROTECTED]> wrote:
> >
> > I'm not able to get this function to work correctly. I have it just
> > connected between a snapshot file and an output file. I set the
> > interpolati
On Fri, Oct 17, 2008 at 02:39:17PM +0200, Per Zetterberg wrote:
>
> Dear All,
>
> I don't get any RX signal from side-B of the USRP when running the
> trondeau/dbs/ code.
>
> BR/
> Per
Thanks for the report. Which daughterboard were you using?
Eric
_
On Fri, Oct 17, 2008 at 08:46:40AM -0400, Greg Troxel wrote:
>
> Eric Blossom <[EMAIL PROTECTED]> writes:
>
> > Let me try that without adding anything else:
> >
> > All code in the gnuradio.org svn repository shall be GPL and
> > assigned to F
On Thu, Oct 16, 2008 at 11:02:54AM -0400, Frank Brickle wrote:
> On Thu, Oct 16, 2008 at 10:02 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
>
>
> > > The understanding, then, is that it's explicitly OK for non-FSF-assigned
> > > code to go into dev branches o
On Thu, Oct 16, 2008 at 06:14:28AM -0400, Frank Brickle wrote:
> On Wed, Oct 15, 2008 at 11:20 PM, Eric Blossom <[EMAIL PROTECTED]> wrote:
>
>
> > Do you mean that your code can't go in the repo, or that Orange can't
> > go in the repo? I see no probl
On Wed, Oct 15, 2008 at 08:51:23PM -0700, Thomas Schmid wrote:
> I remember trying to get the OK from UCLA that I could assign my code
> to the FSF, but my email to the administration was never answered. I
> will try again and see if I can change the license to GPL. Though we
> might have to remove
On Wed, Oct 15, 2008 at 11:20:06AM -0400, Frank Brickle wrote:
> On Wed, Oct 15, 2008 at 9:11 AM, Greg Troxel <[EMAIL PROTECTED]> wrote:
>
> > So I think the top-level question is whether CGRAN is for code that
> > isn't assigned. I think that's the only thing that makes sense; people
> > with as
On Wed, Oct 15, 2008 at 03:15:41PM -0400, Brian Padalino wrote:
> On Wed, Oct 15, 2008 at 2:51 PM, Michael Dickens <[EMAIL PROTECTED]> wrote:
> > gr-ucla requires gnuradio-core, and hence is not a separate program by GPL's
> > definition.
>
> Doesn't this become a GNU Radio license issue then - no
On Wed, Oct 15, 2008 at 11:55:20AM -0400, George Nychis wrote:
> Alright, I was hoping someone could clear this up for me in terms of the
> GPL, and we all know how vague it can be.
>
> Sorry to toss a private statement public, Eric, but you mention:
> "the license they pick must be compatible wi
On Wed, Oct 15, 2008 at 11:34:42AM -0400, George Nychis wrote:
>
> As Frank mentioned, he has not-so-mature code which can be useful to
> others, but not primetime for the GR repo. It's a good example of
> something that would go to CGRAN.
Agreed.
> In direct reponse to Greg, I think CGRAN i
On Wed, Oct 15, 2008 at 03:22:43AM -0400, George Nychis wrote:
>
>
> George Nychis wrote:
>
>>
>> Another alternative is it residing in CGRAN for Doug and Dustin to
>> update it to work with the current trunk, and once complete it can be
>> integrated in to the main GR repo by you or whoever.
>
On Wed, Oct 15, 2008 at 12:49:41PM +0200, JUAN LARA AMBEL wrote:
> Hello,
> after successfully playing around for a while with USRP and GNU
> (amazing tools) and developing some modules by my own, now I've
> moved to a more powerful PC: a 64-bit Quad Core machine. But now I
> cannot install proper
On Wed, Oct 15, 2008 at 03:55:02PM +0800, Su Jinzhao wrote:
> Hi,
>
> I want to do some research on cognitive radio network with usrp, so I am
> more concern about what kind of spectrum sensing method does usrp adopt?
The USRP is a piece of h/w that along with software can do an
extremely wide ra
On Tue, Oct 14, 2008 at 10:08:52PM -0400, George Nychis wrote:
> Hi all,
>
> I have gotten permission to upload the SPAN 802.11b full-bandwidth
> receiver code to CGRAN:
> https://www.cgran.org/wiki/SPAN80211b
>
> This gives us a central repository where we can all edit/maintain the
> code so t
On Tue, Oct 14, 2008 at 06:50:17PM -0500, Brett L. Trotter wrote:
> I now am encountering a situation where my work function is consuming
> all of the inputs trying to search for a match for a particular
> condition and does so successfully when the parameters are correct for
> the data it is recei
On Wed, Oct 15, 2008 at 12:24:58AM +0300, Juha Vierinen wrote:
> Hi,
>
> What is the status with: multi_4rx_0tx.rbf. Why is it not installed by
> default?
>
> juha
It doesn't get tested on a regular basis. YMMV.
Eric
___
Discuss-gnuradio mailing l
On Tue, Oct 14, 2008 at 03:30:29PM -0500, Maduike, Dumezie wrote:
> Hello everyone.
>
> Also, does anyone know how the real-time scheduling feature is implemented or
> works.
Depending on what's available on your system, it uses either
pthread_setschedparam or sched_setscheduler. See their man
On Tue, Oct 14, 2008 at 04:16:59PM -0200, Ronaldo Nunez wrote:
> Hello,
>
> My name is Ronaldo, and I'm trying to write my own signal processing blocks.
> I would like to write a signal generator block, I know the GNUradio already
> has
> a signal generator, but I think that the best way to learn
On Mon, Oct 13, 2008 at 09:27:43PM -0400, Brian Padalino wrote:
> On Mon, Oct 13, 2008 at 8:08 PM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> > You'll need to run this under gdb and see what's really triggering the
> > problem, then go from there.
>
> It's
On Mon, Oct 13, 2008 at 08:06:00PM -0400, [EMAIL PROTECTED] wrote:
> Eric,
>
> I created multiple threads in my application, one thread uses GNU Radio
> digital
> link, the others are for applications. However, every time I stop the digital
> link and prepare for reconfiguration, I have this erro
On Mon, Oct 13, 2008 at 11:45:43AM -0700, brandie wrote:
>
> I have the same problem in 3.1.3.
> I can see all these files but can not link the lib in C++.
A. Did you do a "make install"
B. Did you read and follow the instructions here:
http://gnuradio.org/trac/wiki/UbuntuInstall#Brokenlibtool
On Mon, Oct 13, 2008 at 08:28:47AM -0700, brandie wrote:
>
> Hi all!
>
> I have a strange problem to link the libusrp in C++.
> I get some errors like this:
> error while loading shared libraries: libusrp.so.0: cannot open shared
> object file: No such file or directory
>
> I can find all thes
On Mon, Oct 13, 2008 at 11:26:18PM +0800, Joreen Tan wrote:
> Hi,
>
> Would like to check, regarding the latest stable version of
> gnuradio-3.1.3, will any problem arise if i install in on fedora 6?
> sorry, still very new to gnuradio. pardon me if i ask silly
> questions.
>
I don't know.
On Sat, Oct 11, 2008 at 02:38:28PM -0400, Philip Balister wrote:
> From gnuradio running on the Beagle. The flow graph is the one I
> posted earlier, except fed real data.
>
> Anyone know what the std::vector
> >::operator[](unsigned int) call does? I guess it is time to hack
> some NEON into the
On Sat, Oct 11, 2008 at 01:04:55PM -0400, Philip Balister wrote:
> On Sat, Oct 11, 2008 at 12:06 PM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> > On Fri, Oct 10, 2008 at 02:59:33PM -0400, Philip Balister wrote:
> >> I'm working on a flow graph that reads samples from
On Sat, Oct 11, 2008 at 09:33:15AM -0700, kaleem ahmad wrote:
>
> Thanks Johnathan,
>
> I am tring following as you suggested:
>
> "The usrp.source_c block only has one output, so you just connect:
>
> fg.connect(src, fg1)
> fg.connect(src, fg2)"
> But by doing this my fg2 is working but fg1
You have a bounded amount of memory in your system.
Eric
> Eric Blossom wrote:
> >
> > On Thu, Oct 09, 2008 at 07:29:51AM -0700, kaleem ahmad wrote:
> >>
> >> Hi,
> >>
> >> I am using USRP+RFX1400+SUSI
> >>
&g
On Fri, Oct 10, 2008 at 02:59:33PM -0400, Philip Balister wrote:
> I'm working on a flow graph that reads samples from a file and feeds
> them to the wfm demod block. I managed to get this working, but along
> the way I ran across a problem
>
> My data file is 16bit complex shorts in big-endi
On Fri, Oct 10, 2008 at 02:23:45PM +0200, Per Zetterberg wrote:
>
> Eric,
>
> In db_base.cc you write that "db_base::tune" should not be located in
> db_base. Where is it located now ?
>
> BR/
> Per
It's currently a free function that we smash into the
usrp.{source,sink} namespace in usrp.py.
On Thu, Oct 09, 2008 at 09:26:47PM +0200, Stefan Brüns wrote:
> Hi,
>
> I ran some performance analysis of the inband code, and found the pmt based
> message passing as highly inefficient.
>
> As a first step, I changed the pmt_list[1-6] implementations from using an
> imbalanced tree with refc
On Thu, Oct 09, 2008 at 12:24:26PM -0500, Zenny Zhang wrote:
> Dear All,
>
> I am working on an application where I have a sender S and a receiver
> R. The procesure runs as follows:
>
> (1) S transmits the channel estimation sequence. R estimates channel.
> (2) S switches to receiving mode. R sw
On Thu, Oct 09, 2008 at 07:29:51AM -0700, kaleem ahmad wrote:
>
> Hi,
>
> I am using USRP+RFX1400+SUSI
>
> I am using following flow graph to receive data>
>
> usrp_source_c -> gr.fir_filter_ccf -> gr.quadrature_demod_cf ->
> gr.simple_correlator -> gr.vector_sink_b
>
> Some time I receive fol
On Thu, Oct 09, 2008 at 01:59:16PM -0400, Kyle Pearson wrote:
>
> Here is some more information I've figured out while playing around with this:
> -Changing the center frequency freezes the GUI, however if I enter a
> value in the frequency text box and then change the decimation it does
> not fre
On Thu, Oct 09, 2008 at 11:39:29AM -0400, Dan wrote:
> Hi, I am working on an OOK receiver but am having some problems with the
> squelch.
>
> I wrote a script with the following flow graph:
>
> USRP.source_c -> complex_to_mag -> add_const_ff( -const ) ->
> binary_slicer_fb -> file_sink
>
> This
On Tue, Sep 30, 2008 at 11:26:11PM +0200, Stefan Brüns wrote:
>
> Here is a small series of patches:
>
> Remove superfluous d_tx variable in _AD4360_common
> db_flexrf-remove-d_tx-p1.diff
> db_flexrf-remove-d_tx-p2.diff
>
> Move identical implementations from inherited classes to base class
> db
On Wed, Oct 08, 2008 at 12:06:44PM -0400, Paul Creekmore wrote:
> Does GNU Radio reload the USRP FPGA configuration for every host-side
> program execution, or is there some mechanism by which the lower-level
> code can determine whether or not the currently loaded configuration
> does not ne
On Wed, Oct 08, 2008 at 04:40:59PM +0200, Stefan Brüns wrote:
> Hi,
>
> I have noticed some problem in the cppdb branch (at least) in combination
> with
> the inband code.
>
> when the usrp instances are destructed, the vector holding the daughterboard
> instances is destructed as well, but th
On Tue, Oct 07, 2008 at 07:26:08PM +0200, Stefan Brüns wrote:
> Hi,
>
> in PMT, there is code like:
>
> pmt_u8vector::pmt_u8vector(size_t k, uint8_t fill)
> : d_v(k)
> {
> for (size_t i = 0; i < k; i++)
> d_v[i] = fill;
> }
>
> As std::vector initializes the memory by itself when called
On Tue, Oct 07, 2008 at 01:04:39PM -0500, Murtuza wrote:
> Hi Friends,
>
> I finally figured out what was wrong in my code. I inadvertently missed the
> return statement in the general_work function. This one little mistake cost
> me an entire week of struggle. Next time I will be more attentive t
On Tue, Oct 07, 2008 at 07:35:43AM -0700, kaleem ahmad wrote:
>
> Hi,
>
> I am using RFX2400+USRP+SUSI
>
> I am using following flowgraph to transmit data:
>
> gr.file_source -> gr.simple_framer -> gr.bytes_to_syms ->
> gr.interp_fir_filter_fff -> gr.frequency_modulator_fc ->
> gr.multiply_cons
On Mon, Oct 06, 2008 at 11:17:46PM -0400, birjodh tiwana wrote:
> Hi All,
>
> I am trying to migrate my code for a program fro hier_block to hier_block1.
> I know some details.
> Any suggestions? I couldn't found a good page for this in gnuradio Wiki.
>
> Best
> Birjodh
FYI, you'll be more lik
On Sun, Oct 05, 2008 at 04:23:10AM -0500, Murtuza wrote:
> Hi Eric
>
> I did exactly as you told me to do but still I face the same problem. I use
> gr.packed_to_unpacked_bb(1,gr.GR_LSB_FIRST) to send one bit each time but I
> still find some data missing in the destination file.
What, where, and
On Sun, Oct 05, 2008 at 01:43:28PM -0400, Philip Balister wrote:
> Running:
>
> [EMAIL PROTECTED] gnuradio-trunk-work]$ ./configure
> --with-boost=/home/balister/boost-test --disable-usrp2
>
> leads to:
>
> config.status: executing run_tests_build commands
> === configuring in usrp2/firmware
> (
FYI,
I've updated the instruction on getting or building the microblaze
tools on the wiki. See http://gnuradio.org/trac/wiki/USRP2UserFAQ
If you're on x86 or x86_64 linux, the easy way it to download and
unpack the binary tarball into /opt. It ends up in /opt/microblaze.
Add /opt/microbl
On Sat, Oct 04, 2008 at 03:22:52PM -0400, Jeff Long wrote:
>>
>> Right now __moddi3, __umoddi3, __divdi3 and __udivdi3 contain inlined
>> versions of __udivmoddi4. Un-inlining them should save about 5KB in
>> the worst case, 4KB typical. I'm working on it. (These routines
>> implement signed an
On Fri, Oct 03, 2008 at 11:10:36PM -0700, Matt Ettus wrote:
> Jeff Long wrote:
>> Generated a new txrx.bin using EDK101 and put it on the SD
>> card. Works! I'm assuming that's the correct app, based on
>> strings on the provided SD. BTW, is any of this documented
>> yet?
>
> Yes, txrx is the co
1001 - 1100 of 3842 matches
Mail list logo
