Re: [Discuss-gnuradio] Adding UCLA_Zigbee_PHY
Hi, On 03/19/2013 05:14 AM, Songsong Gee wrote: Thanks your advice. One more thing, is there any documentation or implementation of IEEE 802.15.4 which is compatible with TelosB device? I heard that TelosB uses similar but different MAC and PHY with standard IEEE 802.15.4 I'm still working on modifying the code for TelosB I guess you are mixing some stuff. TelosB is the hardware and has an IEEE 802.15.4 transceiver. The PHY is therefore always IEEE 802.15.4. Dependent on the OS (e.g. Contiki, TinyOS) on which you base your firmware, you can select different MAC layers. In the example that I added, I basically switch of duty cycling (i.e. the receiver is always on). in contiki/project-conf.h: #define NETSTACK_CONF_RDC nullrdc_driver Dependent on the algorithm that you actually want to use, you would have to adapt the GNU Radio blocks. With the blocks and the firmware I am able to communicate with the TelosB mote (SDR <-> SDR and SDR <-> TelosB). Is that working for you? Cheers, Bastian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Overflow error even at lower sampling rates
Hi, I am getting overflow error ,even at low sampling rates.I am using USRP N210 device.If the sampling rate is less than 5MHz then there is no error.I know that USRP N210 can support at Max 25MHz.Can you please tell me what might be the problem? I just connected UHD source block to FFT sink in my example. My system specifications. OS :Ubuntu 12.10 processor :Intel Core i5-3570 CPU @ 3.40GHz × 4 RAM 4GB I am using 1Gbit Ethernet card. Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Adding UCLA_Zigbee_PHY
Thanks your advice. One more thing, is there any documentation or implementation of IEEE 802.15.4 which is compatible with TelosB device? I heard that TelosB uses similar but different MAC and PHY with standard IEEE 802.15.4 I'm still working on modifying the code for TelosB 2013/3/16 Bastian Bloessl > On 03/16/2013 12:13 PM, Songsong Gee wrote: > >> forget about my last post. I've solved that thing by copying >> ieee802_15_4.so from somewhere in git directory. >> But, now I got a real problem. The following is messages from running >> examples/rx.grc >> > > > just, if it still does not work: > where exactly did you copy the .so file? > Actually you should just do a 'sudo make install', then the library is > placed somewhere in your system, where your linker finds it. Then with > 'sudo ldconfig', the linker checks for new libraries and learns about the > just installed gr-ieee802-15-4.so. It's not a configuration issue of grc. > > Please let me know if you have any further problems. > > Best, > Basti > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] error while running the .cc files in gr-bluetooth
On Tue, Mar 12, 2013 at 10:32:13PM -0700, john wrote: > > when i try running a .cc file of gr-bluetooth , i get certain errors > that some .h files are not there and it results in fatal error... > > snigdha@ubuntu:~/gr-bluetooth/src/lib$ gcc bluetooth.cc > bluetooth.cc:149:20: fatal error: Python.h: No such file or directory > compilation terminated. Sorry this took me so long to get to. The best place to get help on gr-bluetooth is the Ubertooth mailing list or irc channel. (It is only vaguely relevant to Ubertooth, but it is mostly the same developers and a related codebase.) I think the main cause of the error above is that you tried to use gcc directly instead of using make. See the README file. Mike ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio release 3.6.4.1 available for download
Release 3.6.4.1 is a bug-fix only update to 3.6.4, and has no new features. http://gnuradio.org/releases/gnuradio/gnuradio-3.6.4.1.tar.gz MD5 sum: cad7cb89e2e0cae74b8c9ea3fb89ad07 gnuradio-3.6.4.1.tar.gz Contributors: Ben Reynwar Johnathan Corgan Martin Braun Mike Jameson Nicholas Corgan Tim O'Shea Tom Rondeau Bug fixes: core: fixed filename path operator (Tim O'Shea) core: fixed async message queue max length (Tom Rondeau) docs: fixed missing gr-uhd to sphinx docs. (Ben Reynwar) docs: fixed a section name collision (Tom Rondeau) modtool: fixed Python general blocks syntax (Martin Braun) modtool: fixed general python block template (Mike Jameson) modtool: fixed extra comma bug in gr_modtool Python (Tom Rondeau) volk: fixed MSVC include directory (Nicholas Corgan) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Bug in DPSK-Mod/Error-Rate in v3.6.3&v3.6.4 not in v3.6.2
Hello Guys. I made a very simple flowgraph from stock blocks and after a few seconds(3-5) it unexpectedly stops simulating. I have a random source - Throtte - DPSKMod - DPSKDemod - Errorrate - Scope/Filesink Both the Scope and the Filesink stop receiving data after a few seconds, although it should run forever. Internally it does not report any error and 'runs' until I close it. The Bug occurs in v3.6.3 & 3.6.4 but not in v3.6.2 'Tcollins' from Gnuradiochat confirmed 3.6.3 not working &3.6.2 is working Here for .grc code: http://pastebin.com/XSzEPztA Here for pythoncode (generated from .grc): http://pastebin.com/1PJAv2Ad Installed version try 1: GNU Radio v3.6.3-124-gf1ae6c5c ; Ubuntu 32 Bit 12.04 ; GNU C++ version 4.6.3; Boost_104601; UHD_003.005.001-29-g3cb515f7 Installed version try 2: GNU Radio v3.6.4-86-g77743314 ; Ubuntu 32 Bit 12.04; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.001-37-g21311276 What I noticed: With each of the version I get a specific number of Bytes in the filesink (repeatable): v3.6.3: 532,480 byte v3.6.4: 515,580 byte The Cpu-Load is in the beginning at 20% and once it hangs it drops to 1% ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with Transmitting bits
please answer if you know how to fix these issues - Manjusha -- View this message in context: http://gnuradio.4.n7.nabble.com/Problem-with-Transmitting-bits-tp40170p40209.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] Segmentation fault using qt gui sink
On Mon, Mar 18, 2013 at 6:47 AM, Volker Schroer wrote: > Sorry, now with example > I've run your example on the current master and not getting a segfault. If there is a way you can get a gdb backtrace and the exact commit ID used I'd appreciate it. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Osmocom supporting Rafael R820T SDR?
Excellent! Thank you. It seems to work. Tommy James Tracy II Ph.D Student High Performance Low Power Lab University of Virginia Phone: 913-775-2241 On Mar 18, 2013, at 12:21 PM, Alexandru Csete wrote: > On Mon, Mar 18, 2013 at 4:56 PM, Tommy Tracy II wrote: >> Dear List, >> >> I just received the NooElec R820T SDR USB dongle with antenna to test some >> of my GNU Radio code. This particular dongle uses the R820T SDR. Does anyone >> know if osmocom supports it, or if it works at all? >> >> I see that osmocom supports >> http://sdr.osmocom.org/trac/wiki/rtl-sdr#SupportedHardware >> >> >> The code below shows that the rtl_test program detected the tuner, but >> failed because it =! E4000. Is that the only tuner currently supported, or >> is there a command-line flag I can use to toggle tuners? > > Try rtl_test without any options. > The -t option is for benchmarking the E4000 tuner. > > Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Osmocom supporting Rafael R820T SDR?
On Mon, Mar 18, 2013 at 4:56 PM, Tommy Tracy II wrote: > Dear List, > > I just received the NooElec R820T SDR USB dongle with antenna to test some > of my GNU Radio code. This particular dongle uses the R820T SDR. Does anyone > know if osmocom supports it, or if it works at all? > > I see that osmocom supports > http://sdr.osmocom.org/trac/wiki/rtl-sdr#SupportedHardware > > > The code below shows that the rtl_test program detected the tuner, but > failed because it =! E4000. Is that the only tuner currently supported, or > is there a command-line flag I can use to toggle tuners? Try rtl_test without any options. The -t option is for benchmarking the E4000 tuner. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Osmocom supporting Rafael R820T SDR?
On 18 Mar 2013 11:56, Tommy Tracy II wrote: > Dear List, > > I just received the NooElec R820T SDR USB dongle with antenna to test some of my GNU Radio code. This particular dongle uses the R820T SDR. Does anyone know if osmocom supports it, or if it works at all? > > I see that osmocom supports > http://sdr.osmocom.org/trac/wiki/rtl-sdr#SupportedHardware [1] > > The code below shows that the rtl_test program detected the tuner, but failed because it =! E4000. Is that the only tuner currently supported, or is there a command-line flag I can use to toggle tuners? > > -- > tjt7a@bt:~/sdr$ sudo rtl_test -t > Found 1 device(s): > 0: ezcap USB 2.0 DVB-T/DAB/FM dongle > > Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle > Found Rafael Micro R820T tuner > Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6 > No E4000 tuner found, aborting. > -- > > Tommy James Tracy II > Ph.D Student > High Performance Low Power Lab > University of Virginia > Phone: 913-775-2241 Most of the "stuff" in rtl_test is intended to test specific features of the E4000, but the librtlsdr drivers and gr-osmosdr *do* definitely support the R820T -- for a few months now. Links: -- [1] http://sdr.osmocom.org/trac/wiki/rtl-sdr#SupportedHardware ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Osmocom supporting Rafael R820T SDR?
Dear List, I just received the NooElec R820T SDR USB dongle with antenna to test some of my GNU Radio code. This particular dongle uses the R820T SDR. Does anyone know if osmocom supports it, or if it works at all? I see that osmocom supports http://sdr.osmocom.org/trac/wiki/rtl-sdr#SupportedHardware The code below shows that the rtl_test program detected the tuner, but failed because it =! E4000. Is that the only tuner currently supported, or is there a command-line flag I can use to toggle tuners? -- tjt7a@bt:~/sdr$ sudo rtl_test -t Found 1 device(s): 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Rafael Micro R820T tuner Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6 No E4000 tuner found, aborting. -- Tommy James Tracy II Ph.D Student High Performance Low Power Lab University of Virginia Phone: 913-775-2241 signature.asc Description: Message signed with OpenPGP using GPGMail ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using an RTL Tuner with Windows
www.sdrsharp.com tells how to use zadig, and which ones work, and which don't. I am using only sdr# and hdsdr under Windows, both with RTL2832 sticks and USRP1, without any problems. The RTL stick is my all day companion (with an exclusive place in my laptop bag :-) when traveling on train and wanting to know what the RF spectrum has to tell :) Hopefully bladeRF will replace it soon, then I even can talk back to the spectrum... Ralph. > -Original Message- > From: discuss-gnuradio-bounces+ralph=schmid@gnu.org > [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of > Koslowski, Sebastian (CEL) > Sent: Monday, March 18, 2013 3:29 PM > To: discuss-gnuradio@gnu.org > Subject: Re: [Discuss-gnuradio] Using an RTL Tuner with Windows > > Sylvain is right, you can use the pre-build binaries. I've worked with the rtl- > sdr library on windows before [0], although not with gnuradio. > If you can to compile the source block, it should work fine. > > For the driver installation I tried a tool called Zadig (it failed). So I downloaded > the WinUSB drivers [2] myself and changed VID/PID in the inf-file to match > my device before installing the driver. > > Sebastian > > [0] https://github.com/kit-cel/simulink-rtl-sdr > [1] http://sourceforge.net/projects/libwdi/files/zadig/ > [2] http://libusb-winusb-wip.googlecode.com/files/winusb%20driver.zip > > -- > Karlsruhe Institute of Technology (KIT) > Communications Engineering Lab (CEL) > > Dipl.-Ing. Sebastian Koslowski > Research Associate > > Kaiserstraße 12 > Building 05.01 > 76131 Karlsruhe, Germany > > Phone: +49 721 608-46275 > Fax: +49 721 608-46071 > Email: sebastian.koslow...@kit.edu > Web: http://www.cel.kit.edu/ > > KIT University of the State of Baden-Wuerttemberg and National Research > Center of the Helmholtz Association ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using an RTL Tuner with Windows
Sylvain is right, you can use the pre-build binaries. I've worked with the rtl-sdr library on windows before [0], although not with gnuradio. If you can to compile the source block, it should work fine. For the driver installation I tried a tool called Zadig (it failed). So I downloaded the WinUSB drivers [2] myself and changed VID/PID in the inf-file to match my device before installing the driver. Sebastian [0] https://github.com/kit-cel/simulink-rtl-sdr [1] http://sourceforge.net/projects/libwdi/files/zadig/ [2] http://libusb-winusb-wip.googlecode.com/files/winusb%20driver.zip -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Sebastian Koslowski Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe, Germany Phone: +49 721 608-46275 Fax: +49 721 608-46071 Email: sebastian.koslow...@kit.edu Web: http://www.cel.kit.edu/ KIT – University of the State of Baden-Wuerttemberg and National Research Center of the Helmholtz Association smime.p7s Description: S/MIME Cryptographic Signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Dev Call March 21
Hi everyone, this Thursday, we'll be having our monthly dev call. Unlike last time, the agenda is currently quite compact: http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20130321 The call is at 1800 UTC (10 AM Pacific, 1 PM Eastern, 19:00 CET) as usual. Check out this page on how to join: http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopersCalls This is the last time to discuss ideas for GSoC! Cheers, 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 pgpnSNoXm3zkm.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AM-FM signal analysis on using SDR
On Fri, Mar 15, 2013 at 6:48 AM, MO KARIMKHAN PATHAN <12mic...@nirmauni.ac.in> wrote: > Can any one help me how to work with AM-FM signal using SDR? I am on very > initial level in sdr and signal processing. If possible then link to signal > source file then any other help > > -- > Sincerely, > Karimkhan. Start by checking out the examples that do AM and FM TX/RX. In the source tree, you can find them in gr-uhd/examples/python. These will be installed into /usr/local/share/gnuradio/examples/uhd. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using an RTL Tuner with Windows
On Sat, Mar 16, 2013 at 10:47 AM, Andy wrote: >> I would focus on getting things working natively in Windows than >> trying to work it out under Cygwin. But having said that, since I >> don't use Windows, I can't guarantee that the RTL-SDR will work under >> Windows. Can you explain more what's going wrong when you try to use >> it? >> >> Tom > > Hi Tom, > > Thanks for replying, the issue is I don't know how to create or add the > source block to try it, as I am on windows do I need to compile the block > from the source code? If so I don't know how, or do I just need to copy the > source into the gnuradio file system? > > TIA > Andy. Andy, My guess is that you'll have to compile the RTL-SDR code by hand for Windows, and I can't help you with that. Anyone else have any experience with the RTL-SDR code and Windows that can help? Thanks, Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Segmentation fault using qt gui sink
Sorry, now with example Hi all, if I use a qt-gui sink in a flowgraph I get a segmentation fault on the tb.stop() call. That is a problem as I use this together with a wavfile-sink. Due to the segfault the wav file header is not written and I have to use a hexeditor to correct the header data to be able to read the samples in a wavfile source. The segfault even happens if I remove the wavfile-sink. A small example is attached. I'm using gnuradio from git together with gentoo 64 bit linux. Thanks in advance Volker #!/usr/bin/env python ## # Gnuradio Python Flow Graph # Title: Wavsinktest # Generated: Mon Mar 18 14:38:35 2013 ## from PyQt4 import Qt from gnuradio import analog from gnuradio import eng_notation from gnuradio import gr from gnuradio.eng_option import eng_option from gnuradio.gr import firdes from gnuradio.qtgui import qtgui from optparse import OptionParser import sip import sys class WavSinkTest(gr.top_block, Qt.QWidget): def __init__(self): gr.top_block.__init__(self, "Wavsinktest") Qt.QWidget.__init__(self) self.setWindowTitle("Wavsinktest") self.setWindowIcon(Qt.QIcon.fromTheme('gnuradio-grc')) self.top_scroll_layout = Qt.QVBoxLayout() self.setLayout(self.top_scroll_layout) self.top_scroll = Qt.QScrollArea() self.top_scroll.setFrameStyle(Qt.QFrame.NoFrame) self.top_scroll_layout.addWidget(self.top_scroll) self.top_scroll.setWidgetResizable(True) self.top_widget = Qt.QWidget() self.top_scroll.setWidget(self.top_widget) self.top_layout = Qt.QVBoxLayout(self.top_widget) self.top_grid_layout = Qt.QGridLayout() self.top_layout.addLayout(self.top_grid_layout) ## # Variables ## self.samp_rate = samp_rate = 32000 ## # Blocks ## self.qtgui_sink_x_0 = qtgui.sink_c( 1024, #fftsize firdes.WIN_BLACKMAN_hARRIS, #wintype 0, #fc samp_rate, #bw "QT GUI Plot", #name True, #plotfreq True, #plotwaterfall True, #plottime True, #plotconst ) self.qtgui_sink_x_0.set_update_time(1.0 / 10) self._qtgui_sink_x_0_win = sip.wrapinstance(self.qtgui_sink_x_0.pyqwidget(), Qt.QWidget) self.top_layout.addWidget(self._qtgui_sink_x_0_win) self.gr_throttle_0 = gr.throttle(gr.sizeof_gr_complex*1, samp_rate*10) self.analog_sig_source_x_0 = analog.sig_source_c(samp_rate, analog.GR_COS_WAVE, 1000, 1, 0) ## # Connections ## self.connect((self.analog_sig_source_x_0, 0), (self.gr_throttle_0, 0)) self.connect((self.gr_throttle_0, 0), (self.qtgui_sink_x_0, 0)) def get_samp_rate(self): return self.samp_rate def set_samp_rate(self, samp_rate): self.samp_rate = samp_rate self.analog_sig_source_x_0.set_sampling_freq(self.samp_rate) self.gr_throttle_0.set_sample_rate(self.samp_rate*10) self.qtgui_sink_x_0.set_frequency_range(0, self.samp_rate) if __name__ == '__main__': parser = OptionParser(option_class=eng_option, usage="%prog: [options]") (options, args) = parser.parse_args() qapp = Qt.QApplication(sys.argv) tb = WavSinkTest() tb.start() tb.show() qapp.exec_() tb.stop() ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Segmentation fault using qt gui sink
Hi all, if I use a qt-gui sink in a flowgraph I get a segmentation fault on the tb.stop() call. That is a problem as I use this together with a wavfile-sink. Due to the segfault the wav file header is not written and I have to use a hexeditor to correct the header data to be able to read the samples in a wavfile source. The segfault even happens if I remove the wavfile-sink. A small example is attached. I'm using gnuradio from git together with gentoo 64 bit linux. Thanks in advance Volker ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using an RTL Tuner with Windows
> My guess is that you'll have to compile the RTL-SDR code by hand for > Windows, and I can't help you with that. There is pre-built version of the rtl-sdr library ( http://sdr.osmocom.org/trac/wiki/rtl-sdr ) but not of the gnuradio block. I don't have any experience with windows, but just try to build the rtl-sdr library ( git://git.osmocom.org/rtl-sdr ) then the source block ( git://git.osmocom.org/rtl-sdr ). Both support cmake build system, so build and install them exactly like you would build and install gnuradio itself ... Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Channel Estimate block ?
On Mon, Mar 18, 2013 at 9:31 AM, Yingjie Chen wrote: > Hi guys, > > Thanks in advance. Can anyone tell me where the channel estimate block is in > ofdm example? I want to extract the channel estimate value H > I am trying to locate it, but still get lost. I believe that it should be > after FFT process, is that right? > > Best, > Kay You will find it in the ofdm_frame_acquisition_impl.cc file in gr-digital. There's a 'calculate_equalizer' function in there that produces a 'd_hestimate' variable, which should be what you are looking for. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OFDM Channel Estimate block ?
Hi guys, Thanks in advance. Can anyone tell me where the *channel estimate block* is in *ofdm* example? I want to extract the channel estimate value *H *I am trying to locate it, but still get lost. I believe that it should be after FFT process, is that right? Best, Kay ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] modulation packet loss
On Mon, Mar 11, 2013 at 11:46 AM, Patrick Cunniff wrote: > Hi, > > When doing any type of modulation, I'm losing the last packet or two. I'm > wondering if it's possible to either get rid of packetization all together > or to output the piece of the last packet received even though it doesn't > get filled completely. Inside of packet.py, it seems to be stuck in here: > msg = self._msgq.delete_head() > > and doesn't get to call > > ok, payload = packet_utils.unmake_packet(msg.to_string(), int(msg.arg1())) > > Another issue I've been having that's less important is whenever I'm using > it with USRP's from one computer to another, the beginning chunk of data > gets lost. This may have to do with some sort of synchronization but I would > have no clue where to start with that. > > Thanks, Patrick The packetization adds a number of features. You get the access code and header to help acquire your data at the receiver, a CRC check to see if the packet was received without errors, and other features like whitening of the data for better transmit and receive properties. You could do without the packetizing, though, and just continuously transmit a stream of samples if that's all you need to do. But its likely that you'll need some kind of header to determine starts of packets or frames or something like that. Also, be aware that there is no channel coding in a lot of the digital examples. That means that if any bit is incorrect at the receiver, the CRC check will fail and the packet will be marked as bad. You would want to add some kind of channel coding into your system to help with this. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New dependencies ?
Hi Martin, that did it. Many thanks Volker Am 18.03.2013 13:21, schrieb Martin Braun (CEL): Hi Volker, that file doesn't need to be there. To fix it straight away, apply this: https://github.com/mbant/gnuradio/commit/055a847a850ff03af48bfc18a80a00ad34735d8c We'll get that into master. MB On Mon, Mar 18, 2013 at 12:20:04PM +0100, Volker Schroer wrote: Hi all, I just updated gnuradio form git to v3.6.4-86-g77743314 / 3.6.5git Now one of my applications doesn't run any more. The call stack is: Traceback (most recent call last): File "./DisplayPngExample.py", line 23, in from grc_gnuradio import blks2 as grc_blks2 File "/usr/local/gnuradio/lib64/python2.7/site-packages/grc_gnuradio/blks2/__init__.py", line 22, in from packet import options, packet_encoder, packet_decoder, \ File "/usr/local/gnuradio/lib64/python2.7/site-packages/grc_gnuradio/blks2/packet.py", line 21, in from gnuradio import gr, digital File "/usr/local/gnuradio/lib64/python2.7/site-packages/gnuradio/digital/__init__.py", line 45, in from fftshift import fftshift, ifftshift File "/usr/local/gnuradio/lib64/python2.7/site-packages/gnuradio/digital/fftshift.py", line 24, in from scipy import fftpack ImportError: No module named scipy And this is the conten of line 23 from grc_gnuradio import blks2 as grc_blks2. I never had installed the scipy package before on my system ( gentoo, 64 bit version ) Is scipy now required ? Many thanks Volker ___ 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New dependencies ?
Hi Volker, that file doesn't need to be there. To fix it straight away, apply this: https://github.com/mbant/gnuradio/commit/055a847a850ff03af48bfc18a80a00ad34735d8c We'll get that into master. MB On Mon, Mar 18, 2013 at 12:20:04PM +0100, Volker Schroer wrote: > Hi all, > > I just updated gnuradio form git to > v3.6.4-86-g77743314 / 3.6.5git > > > Now one of my applications doesn't run any more. > The call stack is: > > Traceback (most recent call last): > File "./DisplayPngExample.py", line 23, in > from grc_gnuradio import blks2 as grc_blks2 > File > "/usr/local/gnuradio/lib64/python2.7/site-packages/grc_gnuradio/blks2/__init__.py", > line 22, in > from packet import options, packet_encoder, packet_decoder, \ > File > "/usr/local/gnuradio/lib64/python2.7/site-packages/grc_gnuradio/blks2/packet.py", > line 21, in > from gnuradio import gr, digital > File > "/usr/local/gnuradio/lib64/python2.7/site-packages/gnuradio/digital/__init__.py", > line 45, in > from fftshift import fftshift, ifftshift > File > "/usr/local/gnuradio/lib64/python2.7/site-packages/gnuradio/digital/fftshift.py", > line 24, in > from scipy import fftpack > ImportError: No module named scipy > > And this is the conten of line 23 > > from grc_gnuradio import blks2 as grc_blks2. > > I never had installed the scipy package before on my system ( > gentoo, 64 bit version ) > > Is scipy now required ? > > Many thanks > > Volker > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- 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 pgpd7elvpJlsD.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] New dependencies ?
Hi all, I just updated gnuradio form git to v3.6.4-86-g77743314 / 3.6.5git Now one of my applications doesn't run any more. The call stack is: Traceback (most recent call last): File "./DisplayPngExample.py", line 23, in from grc_gnuradio import blks2 as grc_blks2 File "/usr/local/gnuradio/lib64/python2.7/site-packages/grc_gnuradio/blks2/__init__.py", line 22, in from packet import options, packet_encoder, packet_decoder, \ File "/usr/local/gnuradio/lib64/python2.7/site-packages/grc_gnuradio/blks2/packet.py", line 21, in from gnuradio import gr, digital File "/usr/local/gnuradio/lib64/python2.7/site-packages/gnuradio/digital/__init__.py", line 45, in from fftshift import fftshift, ifftshift File "/usr/local/gnuradio/lib64/python2.7/site-packages/gnuradio/digital/fftshift.py", line 24, in from scipy import fftpack ImportError: No module named scipy And this is the conten of line 23 from grc_gnuradio import blks2 as grc_blks2. I never had installed the scipy package before on my system ( gentoo, 64 bit version ) Is scipy now required ? Many thanks Volker ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Dwell Delay and Tune Delay
Hi How to adjust the dwell and tune delays and the FFT_size for spectrum sensing? Are they related to h/w properties or just a choice for experimentation? Nada This message was sent using IMP, the Internet Messaging Program. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio