Re: [Discuss-gnuradio] UHD Daughter Board EEPROM Format (calibration data)
Ah yes... I have become used to viewing them as one system. Thank you for the link to the USRP mailing list, I will explore the issue with them. Alex -- View this message in context: http://gnuradio.4.n7.nabble.com/UHD-Daughter-Board-EEPROM-Format-calibration-data-tp44187p44202.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Wed, Oct 16, 2013 at 07:01:31PM -0300, Gui Ritter wrote: > Sorry, forgot the attachment. GR 3.7 won't open this. Can you pastebin a screenshot? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpxH1t2MgIUN.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
I'm new to Pastebin, and I couldn't find an option to upload images, so I used ImageShack instead. http://img844.imageshack.us/img844/5910/s2i3.png ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Thu, Oct 17, 2013 at 11:13:14AM -0300, Gui Ritter wrote: > I'm new to Pastebin, and I couldn't find an option to upload images, so I used > ImageShack instead. That's fine :) Have you tried a boxcar window? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp1eZbXkpYih.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
> http://img844.imageshack.us/img844/5910/s2i3.png I'm not convinced by the way you handle the complex part of the FFT result ... You can't just drop it, it's needed for the reconstruction ... Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Thu, Oct 17, 2013 at 04:44:00PM +0200, Sylvain Munaut wrote: > > http://img844.imageshack.us/img844/5910/s2i3.png > > I'm not convinced by the way you handle the complex part of the FFT result ... > > You can't just drop it, it's needed for the reconstruction ... You're right, but in this case the input was already real and the "channel" doesn't modify the phase. So it's OK--the 'correct' thing would be to do a real FFT. See: http://imgur.com/z733PGU Works fine. If you want do to an ifft(fft(x)), you can't have windows (feel free to do OS jokes here). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp7xsJx4oLAg.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On 10/17/2013 10:52 AM, Martin Braun (CEL) wrote: On Thu, Oct 17, 2013 at 04:44:00PM +0200, Sylvain Munaut wrote: http://img844.imageshack.us/img844/5910/s2i3.png I'm not convinced by the way you handle the complex part of the FFT result ... You can't just drop it, it's needed for the reconstruction ... You're right, but in this case the input was already real and the "channel" doesn't modify the phase. So it's OK--the 'correct' thing would be to do a real FFT. See: http://imgur.com/z733PGU Works fine. If you want do to an ifft(fft(x)), you can't have windows (feel free to do OS jokes here). MB Add "joke" windows to filter blocks: o Vista o XP o 95 o 3.11 o Blue-window-of-death :) -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
Hi, > You're right, but in this case the input was already real and the > "channel" doesn't modify the phase. So it's OK--the 'correct' thing > would be to do a real FFT. Huh ? To make sure I actually ran a quick python test before posting : In [13]: ifft([x.real for x in fft([1,2,3,4])]) Out[13]: array([ 1.+0.j, 3.+0.j, 3.+0.j, 3.+0.j]) As you can see the output of the ifft ( [1,3,3,3] isn't the same as the fft input [1,2,3,4] ) ... Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Thu, Oct 17, 2013 at 05:17:45PM +0200, Sylvain Munaut wrote: > Hi, > > > You're right, but in this case the input was already real and the > > "channel" doesn't modify the phase. So it's OK--the 'correct' thing > > would be to do a real FFT. > > Huh ? Erm, yep :) My apology. I was assuming you meant the complex part at the end. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpAG3Da_fFPQ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GR Conf 2014 Survey
Just a friendly reminder for those that attended GR Conf 2014 - here is a survey link to provide some feedback: http://www.surveymonkey.com/s/W679DNP Will have a separate, but similar survey for those that could not attend this year. -John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Dev Call October 2013
The video is available at: http://www.youtube.com/watch?v=rBXcqNg_xT8&feature=share Thanks everyone for attending! Martin On Wed, Oct 16, 2013 at 11:32:14PM +0200, Martin Braun (CEL) wrote: > On Wed, Oct 09, 2013 at 10:57:39AM +0200, Martin Braun (CEL) wrote: > > As usual, we will be doing a developer's call the third Thursday a > > month, which is October 17, 1700 UTC (19:00 CET, other timezoners please > > convert yourself). > > Just a quick reminder--this call is tomorrow, so if you want to join us, > feel free to do so. Make sure you're Google Hangout is working! -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpxahRZoaaXx.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GR Conf 2014 Survey
What I meant was, the survey on GR Conf 2013 that will help improve GR Conf 2014! On Thu, Oct 17, 2013 at 10:41 AM, John Malsbury wrote: > Just a friendly reminder for those that attended GR Conf 2014 - here is a > survey link to provide some feedback: > > http://www.surveymonkey.com/s/W679DNP > > Will have a separate, but similar survey for those that could not attend > this year. > > -John > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to make modified uhd/host/examples
Hello GR Forum, I have to add some instructions for test purpose into some files of /uhd/host/examples Could you show me how to make the new files, or send me the link of How to instructions. BTW, I never used CMake before. If there is another tool for the purpose I am ok too. Regards, Naceur -- View this message in context: http://gnuradio.4.n7.nabble.com/How-to-make-modified-uhd-host-examples-tp44214.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Digital Packet Padding for USRP Inquiry
I am curious as to the purpose of the 0x55 that is used for padding digital packets to the USRP (in addition to sticking one on the end of the packet to begin with)? Are these ignored and dropped by the USRP, or do they serve some other purpose? And if they are ignored and dropped by the USRP is it just by hope that somebody doesn't send a string of 0x55 values? Thanks for the help, Michael Berman ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio Coprocessor Working Group
During the monthly developer's call today it was decided that working groups should communicate through the general GNU Radio mailing list. If you do not already track that list, please see http://gnuradio.org/redmine/projects/gnuradio/wiki/MailingLists for guidance, subscription details, and a link to the archives. The list you want is discuss-gnuradio@gnu.org. This message is being sent to the mailing list BCCing all of the folks that participated in the GNU Radio conference coprocessor working group session or indicated interest in participating after the fact. This is the last communication I will send directly to the conference participant's e-mail addresses -- all future correspondence will be through the GR mailing list. Please do use representative subject lines to clearly mark threads related to the topic of accelerators and coprocessors. Since this is the first coprocessor working group post to the mailing list I would like to call attention to the working group wiki and thank Tom Rondeau and Michael Dickens for their contributions to date: http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCon13Coprocessor. What we need now is action on the "initial goals" as described on the wiki page. Action can be any one of the following: - Offering further definition of the near-term challenges, long term goals, and needs for specific coprocessors by sending ideas to the mailing list or editing the working group wiki, or - Contributing changes to GNU Radio that support the initial goals. At the hackfest I believe there was discussion of creating a branch for some of the needed scheduler and buffer changes. I've CC'd Johnathan who can hopefully comment on this. Justin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] i cant work script in python in gnuradio
this message show with lsusrp and usrp_fft.py and others script
javier@ubuntu:~$ lsusrp
Traceback (most recent call last):
File "/usr/local/bin/lsusrp", line 25, in
from gnuradio import usrp
File "/usr/local/lib/python2.7/dist-packages/gnuradio/usrp/__init__.py",
line 25, in
from usrp_swig import *
File "/usr/local/lib/python2.7/dist-packages/gnuradio/usrp/usrp_swig.py",
line 26, in
_usrp_swig = swig_import_helper()
File "/usr/local/lib/python2.7/dist-packages/gnuradio/usrp/usrp_swig.py",
line 22, in swig_import_helper
_mod = imp.load_module('_usrp_swig', fp, pathname, description)
ImportError: libgnuradio-usrp-3.4.2.so.0: cannot open shared object file:
No such file or directory
dont understand, help me plz :D
regards
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] i cant work script in python in gnuradio
Hi Javier,
Python can't find the GNU Radio USRP module shared library, maybe because it's
not installed correctly.
Please note: The version of GNU Radio you are using is old. In fact, it's
ancient. Even if you get it to run without error, it makes a lot less fun to
work with that than with GNU Radio 3.7. If you can switch from 3.4 to 3.7,
please do so! (Uninstall the old GNU Radio first)
lsusrp is a very old tool, too, and although I'm not quite sure, I don't think
it works with newer USRPs (because it's pre-UHD); you should really really
update your UHD installation.
Hope that helped!
Marcus
On 10/17/2013 10:52 PM, Javier Ricke wrote:
this message show with lsusrp and usrp_fft.py and others script
javier@ubuntu:~$ lsusrp
Traceback (most recent call last):
File "/usr/local/bin/lsusrp", line 25, in
from gnuradio import usrp
File "/usr/local/lib/python2.7/dist-packages/gnuradio/usrp/__init__.py", line 25,
in
from usrp_swig import *
File "/usr/local/lib/python2.7/dist-packages/gnuradio/usrp/usrp_swig.py", line 26,
in
_usrp_swig = swig_import_helper()
File "/usr/local/lib/python2.7/dist-packages/gnuradio/usrp/usrp_swig.py",
line 22, in swig_import_helper
_mod = imp.load_module('_usrp_swig', fp, pathname, description)
ImportError: libgnuradio-usrp-3.4.2.so.0: cannot open shared object file: No
such file or directory
dont understand, help me plz :D
regards
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to install blocks in gnuradio
The repository is here. I tried compiling but it is not ported to GR 3.7 yet. Hopefully it will be updated. https://github.com/balint256/gr-baz On Oct 17, 2013, at 11:01 AM, discuss-gnuradio-requ...@gnu.org wrote: Dear all, ther is some block are not available in gnuradio companion , like fast autocorrelation and any block , am sink .spectrum recorder. ther code are available in following link http://wiki.spench.net/wiki/Fast_Auto-correlation but did not get how to install, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] VOLK / GPP Optimization working group
Greetings, I have transcribed the discussion and progress of the VOLK working group from GR Con on the wiki http://gnuradio.org/redmine/projects/gnuradio/wiki/grcon13volk The goal of this group is generally to identify areas (and work on them!) that GNU Radio can change to improve performance on GPPs. VOLK is basically the bulk of that. I want to highlight that one of the primary outputs of the working group was a desire for data to guide optimization efforts. If you know of blocks with work that can/should be vectorized, point that out. I'm not sure of the best location to track this, whether it's the redmine issue tracker or a wiki page, as it would hopefully be a revolving door type of list. For now just email the list (or reply to this email would be great). Similarly, Tim O'Shea worked on adding an option to pybombs to run volk_profile post-install of gnuradio and optionally report results. 1) Say yes! 2) If anybody is eager to compile results to be presentable at stats.gnuradio.org then pipe up. -Nathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Using USRP to transmit and receive samples
Hello, We have used Matlab to generate *.mat file, a file around 1966240 complex number OFDM samples. Thinking to (I) transmit between two USRPs, (II) let the receiver side saving data into file, and later (III) putting the file on Matlab for demodulation. 1. What is the best way to do it? like create GRC blocks? or UHD example? 2. How can I make sure that the TX part will stop when those 1966240 samples are sent. and RX part will stop when completely receiving those 1966240 samples? 3. Should the file type be the *.dat? Sincerely, JPL ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to read the file from "File Sink" in GRC?
Hello, I used the File Sink block to save some data. they are "Byte", pink color and "complex", light blue color. How can I get something, like *.m script, to open those types of files on Matlab? Thanks a lot. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using USRP to transmit and receive samples
On Thu, Oct 17, 2013 at 11:14 PM, JPL wrote: > Hello, > > We have used Matlab to generate *.mat file, a file around 1966240 complex > number OFDM samples. > Thinking to (I) transmit between two USRPs, (II) let the receiver side > saving data into file, and later (III) putting the file on Matlab for > demodulation. > > 1. What is the best way to do it? like create GRC blocks? or UHD example? > 2. How can I make sure that the TX part will stop when those 1966240 > samples are sent. and RX part will stop when completely receiving those > 1966240 samples? > 3. Should the file type be the *.dat? > > Sincerely, > > JPL > > > I'll attempt to respond to both questions since they are really the same thing. First, this is kind of a weird way to use GNU Radio. GNU Radio provides you an environment to do all of the signal processing you want to do in c++ or (if you want) python. The flowgraph of file -> transmit antenna --> over the air --> receive antenna -> file followed by signal processing in Matlab is sort of not the point of GNU Radio. There's nothing saying you cannot do this, but you might look in to implementing whatever signal processing you are doing in GNU Radio. This will reduce the round trip time of testing and make the whole experience a little better. ( you're basically doing an even slower version of what we call flying blind: http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#Flying-Blind ) Re: your other email and question about GR file sink/source: About the file sinks... http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#What-is-the-file-format-of-a-gr_file_sink Basically it's a binary file just like you would expect if you open a file with 'b' flag in most languages I'm familiar with. If you're dumping complex floats in there then you'll need to read two float values. 2. There is a block called head. It takes a number of samples to pass through and then quits. But again, you might consider your approach here. 3. I've never actually looked in to the format of a .mat file, but connecting that (regardless of data inside the file) to a UHD source would be spewing garbage out. The .dat extension you might see in GR literature is just a convention we use to denote it's data; it's not really a special format. -Nathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
