Re: [Discuss-gnuradio] pybombs with latest gnuradio 3.7.8. version
It hasn't been released yet. http://gnuradio.org/redmine/news/56 On Tuesday, August 4, 2015, Iluta V iluta2...@gmail.com wrote: Would be nice to see the latest gnuradio version 3.7.8 also available on pybombs. Currently there is 3.7.7.1-204 which I have just fetched from there. I would appreciate a response from anyone knowing more about it. BR, Iluta ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] TX and RX synchronization to control latency
Hello, the recommended way to control latency due to buffers both in software and hardware is to synchronize the TX and RX streams, namely to have a mechanism that emits samples only when samples are received, minus a maximum latency. My naive solution to implement that is this: class synchronize(gr.hier_block2): def __init__(self, fs, delay): gr.hier_block2.__init__(self, self.__class__.__name__, gr.io_signature(2, 2, gr.sizeof_gr_complex), gr.io_signature(1, 1, gr.sizeof_gr_complex)) delay = blocks.delay(gr.sizeof_gr_complex, int(fs * delay)) multiply = blocks.multiply_const_cc(0) add = blocks.add_cc() self.connect((self, 0), (add, 0)) self.connect((self, 1), delay, multiply, (add, 1)) self.connect(add, self) Which is simple enough, but also probably not the most efficient or elegant way. There is a better way of doing it, other than writing a new block, probably based on the delay block? Cheers, Daniele ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] pybombs with latest gnuradio 3.7.8. version
Would be nice to see the latest gnuradio version 3.7.8 also available on pybombs. Currently there is 3.7.7.1-204 which I have just fetched from there. I would appreciate a response from anyone knowing more about it. BR, Iluta ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ControlPort 3.7.8rc1
There is a directory gnuradio-runtime/python/gnuradio/ctrlport where you in controlport related stuff. - - Volker Am 04.08.2015 um 10:09 schrieb Jeon: Dear Bob, A few months ago, I've asked a similar question (http://lists.gnu.org/archive/html/discuss-gnuradio/2015-06/msg00197.html) and Tom gave me his paper in SIGCOMM. Inspecting GNU Radio Applications with ControlPort and Performance Counters Thomas Rondeau, Tim O’Shea, and Nathan Goergen You can get one in http://conferences.sigcomm.org/sigcomm/2013/srif.php It does not fully describe how it can be used, though, through this you can get a hint. Regards, Jeon. 2015-08-04 16:36 GMT+09:00 bob wole bnw...@gmail.com mailto:bnw...@gmail.com: Ubuntu 14.04 64-bit I just installed frest gnuradio 3.7.8rc1 with control port enabled. I fetched gnuradio using git clone --recursive https://github.com/gnuradio/gnuradio.git Gnuradio enabled component shows * gr-ctrlport * * thrift However, I do not see any *gr-ctrlport directory *inside the gnuradio directory. Where is the source code for control port? Also there are no examples for using control port. -- Bob ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto: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] how to choose tune_delay?
Hi Francois, yes, N210 and later have timed commands abilities, which comes with the feature of metadata containing time stamps; the GNU Radio USRP source is able to evaluate that metadata coming from UHD, and adds stream tags at the right position[1]. Greetings, Marcus [1] https://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__source.html#a8ba918061af928ee7c01e7124580eb82 On 04.08.2015 03:21, fquitin wrote: Hi Marcus, Thanks for your comments, as usual, you're being a life-saver (I wasn't aware of the existence of set_command_time/clear_command_time functions, these will be immensely helpfull). From your suggestions, I understand that the USRP will always re-attach a rx_time tag after being re-tuned? Thanks, Francois On 03.08.2015 11:26, Marcus Müller wrote: Hi Francois, yes, that seems rather high; but maybe you're seeing the effects of the DC offset removal filter. You can try to use use set_auto_dc_offset(False) to make that faster [1]. However, usrp_spectrum_sense is pretty old, and hence can't even make use of stream tags on the GNU Radio side and timed commands on the USRP side, so the lower boundary for delay is the two-way latency between host and device -- which can easily be in the order of tens of milliseconds. I'd personally recommend just going ahead and reimplementing this: * Use the USRP source as usual * use set_time_now (if you don't have a time/PPS source), set_start_time * issue two or three timed tuning commands right at the start (set_command_time, set_rx_freq, clear_command_time) * write a python block that waits for rx_time tags (which automatically get added by the USRP source nowadays) * that block would, upon detection of such a tag, issue the next tune request in line (set_command_time(rx_time+delay), set_rx_freq, clear_command_time) * that block would, after detection of such a tag, first discard a few samples and then calculate your metrics based on the following N samples Best regards, Marcus [1] https://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__source.html#adb62a194b0b0761c6a0b4c8c808a20b0 [2] On 03.08.2015 11:11, Francois Quitin wrote: Hi all, I want to retune the frequency of my USRP in Python during runtime. I understand from usrp_spectrum_sense.py that I can just retune the USRP during runtime, and that I need to allow for some tune_delay to make sure that the samples corresponding to the old center frequency are discarded. Is there any way to get a good estimate of tune_delay value? I want to keep this as short as possible… (btw I’m using a USRP-N210 with WBX daughterboard) Some trial and error gave me values around 50ms, but this seems rather high compared to what I’ve read online. Any hints are welcome! Thanks, Francois -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1] Links: -- [1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [2] https://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__source.html#adb62a194b0b0761c6a0b4c8c808a20b0 ___ 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
[Discuss-gnuradio] ControlPort 3.7.8rc1
Ubuntu 14.04 64-bit I just installed frest gnuradio 3.7.8rc1 with control port enabled. I fetched gnuradio using git clone --recursive https://github.com/gnuradio/gnuradio.git Gnuradio enabled component shows * gr-ctrlport * * thrift However, I do not see any *gr-ctrlport directory *inside the gnuradio directory. Where is the source code for control port? Also there are no examples for using control port. -- Bob ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GLError 1285
Hi, Traceback (most recent call last): File /usr/local/lib64/python2.7/site-packages/gnuradio/wxgui/plotter/plotter_base.py, line 209, in _on_paint for fcn in self._draw_fcns: fcn[1]() File /usr/local/lib64/python2.7/site-packages/gnuradio/wxgui/plotter/plotter_base.py, line 65, in draw GL.glCallList(self._grid_compiled_list_id) File errorchecker.pyx, line 53, in OpenGL_accelerate.errorchecker._ErrorChecker.glCheckError (src/errorchecker.c:1218) OpenGL.error.GLError: GLError( err = 1285, baseOperation = glCallList, cArguments = (1L,) ) After running for an hour or two. This is on F22, but on F20, there's no such issue. So, it appears that there's a memory leak somewhere, but not sure where. I'd suspect the driver ... What hardware are they running this on ? (which GL driver) Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ControlPort 3.7.8rc1
Dear Bob, A few months ago, I've asked a similar question ( http://lists.gnu.org/archive/html/discuss-gnuradio/2015-06/msg00197.html) and Tom gave me his paper in SIGCOMM. Inspecting GNU Radio Applications with ControlPort and Performance Counters Thomas Rondeau, Tim O’Shea, and Nathan Goergen You can get one in http://conferences.sigcomm.org/sigcomm/2013/srif.php It does not fully describe how it can be used, though, through this you can get a hint. Regards, Jeon. 2015-08-04 16:36 GMT+09:00 bob wole bnw...@gmail.com: Ubuntu 14.04 64-bit I just installed frest gnuradio 3.7.8rc1 with control port enabled. I fetched gnuradio using git clone --recursive https://github.com/gnuradio/gnuradio.git Gnuradio enabled component shows * gr-ctrlport * * thrift However, I do not see any *gr-ctrlport directory *inside the gnuradio directory. Where is the source code for control port? Also there are no examples for using control port. -- Bob ___ 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] pybombs difficulty
So I changed the install prefix to /home/username/thesis/target and then deleted the inventory.dat file and removed the previous install prefix folder(this was usr/local, but it actually ended up in usr/local/share, I'm thinking this was a problem because I think there are lingering files). I'm having problems now, I can't remove or update any packages, it states that there is not an inventory file so it creates an empty one and then states there is nothing to do. Is there a way to have it generate a new inventory file? I can't install any packages because they seem to still be in the pybombs folder. Do you have any advice Nathan? My initial reasoning for changing the install prefix to usr/local/ was to enable me to create my own OOT modules and build the tutorial examples. When pybomb's install prefix was in my home directory it kept throwing an error about the CMake files. I tried to change the install prefix locations within those CMake files but that didn't seem to fix my problems. I'm really starting to learn that a little knowledge can be a pretty dangerous thing haha. I appreciate your time and help, Logan Washbourne Electrical Engineering Graduate Student (Electromagnetics) On Mon, Aug 3, 2015 at 10:06 PM, West, Nathan n...@ostatemail.okstate.edu wrote: Password Alert! This message may contain a request for your password. NEVER SEND OR RESPOND TO E-MAIL REQUESTS FOR YOUR PASSWORD. For questions about this alert, please contact the IT HelpDesk at 405-744-4357 or email helpd...@okstate.edu. -- You only have to use sudo with pybombs if you don't have write permission to your prefix. In general it's best to avoid using sudo and pybombs together if possible (with the exception of when pybombs asks you for sudo password when using apt-get install). You can either set the prefix to somewhere your user normally has write access to (typically your home directory), or alter permissions of your prefix. As an example, if you were setting your prefix to /opt/gnuradio/pybombs-v3.7.8 the least obtrusive way to do this is sudo mkdir -p /opt/gnuradio/pybombs-v3.7.8 # assuming your user doesn't have write access to /opt/gnuradio you need sudo to mkdir sudo chown myusername:mygroupname /opt/gnuradio/pybombs-v3.7.8 ./pybombs install gnuradio In practice I usually make a group on my machines called 'developer' and add my user to it, then give the developer group ownership or write access (depends on what I feel like when I set up a new machine) to /opt. That lets me write whatever to /opt without sudo (don't forget you need to login after adding your user to group for it to take effect). The same principle can be used with /usr/local or any other directory, but IMHO you should at least make your work an extra layer deep so you can just rm -rf the whole prefix (without root!) and not have much to worry about damaging. Cheers, Nathan On Mon, Aug 3, 2015 at 9:15 PM, Washbourne, Logan lwas...@ostatemail.okstate.edu wrote: Thanks Nathan. Should I have to use sudo when using pybomb commands, now that the installation prefix is outside of my home directory(because I now I have to use sudo when using pybomb commands)? Logan Washbourne Electrical Engineering Graduate Student (Electromagnetics) On Mon, Aug 3, 2015 at 7:38 PM, West, Nathan n...@ostatemail.okstate.edu wrote: Logan, For your case deleting inventory.dat would do the trick of effectively resetting pybombs state (and if your done with an install rm the prefix) Mike, Pybombs is hiding the true error. Cmake failed for either VOLK or GNU Radio. Try running pybombs again with -v -v On Monday, August 3, 2015, lwas...@ostatemail.okstate.edu wrote: Mike, When I ran into this problem, I had to reinstall pybombs. I think the problem lies in changing the installation prefix after installing pybombs. I'm sure there is another way to fix this, I just don't know what it is. When I reinstalled pybombs, I defined the installation prefix when the several prompts are asked at the beginning. Sent from my Cyanogen phone On Aug 3, 2015 4:39 PM, Mike Markowski mike.ab...@gmail.com wrote: I use gentoo at home and have no difficulty keeping gnuradio up to date. At work we're on a standalone network (no internet) so occasionally bring computers home to update them. Lately, I've been having trouble with pybombs. Using a freshly installed ubuntu 15.04, then doing an apt-get update apt-get upgrade [not sure the update was necessary] I first used apt-get install gnuradio Thinking better of it, I ran apt-get remove gnuradio apt-get autoremove Then went with pybombs git clone git://github.com/pybombs/pybombs cd pybombs ./pybombs config [use install path /usr/local/gnuradio] ./pybombs install gnuradio And after several tries continue to receive this error: [...many lines of install...] Unpacking
[Discuss-gnuradio] python keep running
I have a GRC file that brings up a QT spectrum. I run grcc to create top_block.py and then run python on the top_block.py. When I click the close icon in the upper right corner of the spectrum window, the window goes away but the python is still running. Do you know why that might happen? Mark. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] understanding decimator block
On Mon, Aug 3, 2015 at 9:09 AM, bh...@web.de wrote: hello everyone, i'm trying to understand a decimator block and how to write such a block by myself. for testing and learning purposes only i have written a simple block. the c++-code you can see in cpp_code.png and the python qa-code you can see in qa_python.png. there is an input vector (1,4,3,9,5,2,4,1,6) and it should calculate the sum of every three numbers (1+4+3=8, 9+5+2=16, ...) everytime i get a segmentation fault error message. do anybody know why? thanks for your help! alphonso The best thing to do is put debug points or print out information about your block's work function. See what you values of noutput_items, i, and k are through the loop, and see where it crashes on you. Generally, these problems comes from a mishandling of the buffer boundary conditions. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ControlPort 3.7.8rc1
On Tue, Aug 4, 2015 at 4:26 AM, Volker Schroer dl1...@gmx.de wrote: There is a directory gnuradio-runtime/python/gnuradio/ctrlport where you in controlport related stuff. - - Volker Am 04.08.2015 um 10:09 schrieb Jeon: Dear Bob, A few months ago, I've asked a similar question ( http://lists.gnu.org/archive/html/discuss-gnuradio/2015-06/msg00197.html http://lists.gnu.org/archive/html/discuss-gnuradio/2015-06/msg00197.html) and Tom gave me his paper in SIGCOMM. Inspecting GNU Radio Applications with ControlPort and Performance Counters Thomas Rondeau, Tim O’Shea, and Nathan Goergen You can get one in http://conferences.sigcomm.org/sigcomm/2013/srif.php It does not fully describe how it can be used, though, through this you can get a hint. Regards, Jeon. 2015-08-04 16:36 GMT+09:00 bob wole bnw...@gmail.com: Ubuntu 14.04 64-bit I just installed frest gnuradio 3.7.8rc1 with control port enabled. I fetched gnuradio using git clone --recursive https://github.com/gnuradio/gnuradio.git Gnuradio enabled component shows * gr-ctrlport * * thrift However, I do not see any *gr-ctrlport directory *inside the gnuradio directory. Where is the source code for control port? Also there are no examples for using control port. -- Bob You can find more information on these two pages: http://jenkins.gnuradio.org/manual/doxygen/page_ctrlport.html http://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort ControlPort was reintroduced just after the 3.7.7 release so we had time to test it, but it will be available in the upcoming 3.7.8 release. The manual page linked above is from our weekly development builds. This points you to two apps that are installed with ControlPort: gr-perf-monitorx and gr-ctrlport-monitor. Other good places to look for usage is in our QA code. Look in gr-blocks for qa_cpp_py_binding.py, qa_cpp_py_binding_set.py, and qa_ctrlport_probes.py. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Communication problems between 2 USRP's
On Mon, Aug 3, 2015 at 5:09 PM, John Garrick li...@ruby-forum.com wrote: Hi Tom, I have actually added a jpg file which shows the output when given the command of uhd_fft. Actually,my experiment is to transmit different data packets to the receiver with minimized errors with ./benchmark_tx.py -f 2.435G and ./benchmark_rx.py -f 2.435G as commands . May I please know of how can to set the gain in this picture and also how this picture is useful for the reception of data packets. Please help as I am new to using GNU Radio and USRP. Thank you. Regards, John Attachments: http://www.ruby-forum.com/attachment/10951/Screenshot_from_2015-08-03_16_03_15.png Hi John, That PNG you sent doesn't show any signal that I can tell, which indicates that your gain settings are either too low to not see it or too high causing nonlinear effects. In this case, I'd guess the former. You can adjust the gain directly on the uhd_fft app there with the RX Gain slider. Play with that to see if you can see the signal better. Then use the gain setting as an option to the benchmark scripts. You may also want to adjust the transmit gain setting, as well. But the issue here isn't GNU Radio or USRP. This is now radio. You have to have good enough signal power to receive data, and so you need to adjust the gains of the radio to make that happen. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Strange behaviour
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Simon, I recommend using QT GUIs. WX GUI will be removed eventually. 'stream to streams' does not duplicate samples. In your case the first sample goes to output 0 and the second sample goes to output 1. repeat pattern For AWGN you should observe another noise for in your FFT plot. Your received signal is not a perfect AWGN signal. e.g. your dip is probably some 1/f noise caused by some analog part in your USRP. Have a look at the unprocessed samples form the USRP source. happy hacking Johannes On 04.08.2015 15:07, Simon Olvhammar wrote: Hi, I'm seeing some strange behaviour in Gnuradio that i cannot explain. Subtracting the same value from each other should return zero, If I'm not mistaken. And why is there a dip in the center of my X310 stream? No signal is connected to the USRP. What am I missing? Kind Regards Simon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJVwLxLAAoJEO7fmkDsqywMVrwP/288Q8VoZT6jCe6IlZh26gZy K7wfBEr0a5EpxjkPAE73ArI84WRzcrniiHT5nt5CMqX07nI3w6nCW63pwq8Xc4UU 0Ycw2YTo/r9x5IZvuhMEWyU1zmPmlpBLTcZquJZLmGY8pEKwJnzQQsJ+AyNjQs1V C3cNnFJFW9h5wOBPJeO4G6eWNBET15E43+GxMZ3337AqVB9FTQEqiI/OstFKKZ7H Q1zXtfVu5nqWmICtj42iF2DKGrNbz56NpIGsWCEjJIgg50k0nYYIYMfXaA2bgn/F x/IAK+IEjAenK8zJtVAEoyGkEuRd4iPR0EObOYZWPgW4hKZtkBz3B6G2c95aM6PE +r1oFAxPXsDaai+FtiGFJf+jbKoxe6B9wWVPi9GDBHbjBPDlO6sJJZBUE2fOPCQr gfVx+lxbsAF6KMU1gjYyPTvDT7BvSXpJaSkR6smJrnexK4MupFJ7UAvNyS/PbWcN DG2RMM76WYFvs2AjLfncwHlmBuvuLIMEFZDSEEklidnNFORkX2xeu+LIEEnAgEWt uR4CapNeAOKq2HZ6f3o+HMJC/3goEzcCHRStcCak+RcDyweqq0DLE1bzcb5QVb+H 2mcaYb9lon/TLBdXo6xK0IPaAWrV1AaLektrrlRsrnDmE3zuOPNpJ0HxwF623S3c BUjq/00BR3ct4Of7Tahf =v33w -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1
Thank you for your advice. but i think, your advice is for about old version gr-ieee802_15_4 which name was UCLA Zigbee PHY. it supported only until gnuradio version 3.5, and i am now using gnuradio version 3.7. so i downloaded new version of gr-ieee802_15_4, it's way to install is as below git clone git://github.com/bastibl/gr-ieee802-15-4.git cd gr-ieee802-15-4 mkdir build cd build cmake .. make sudo make install sudo ldconfig so i already run it, and installed with any error message. so, i hope ask one more, same question with additional question. the figure that i insert as below, some files has comment that compile on mac is this comments mean that those file works on only Apple Mac? or mean MAC layer? http://gnuradio.4.n7.nabble.com/file/n55259/mac.png = i am sorry, i have more question about your advice. 1. i opened ieee802_15_4_OQPSK_PHY.grc and transceiver_OQPSK.grc. http://gnuradio.4.n7.nabble.com/file/n55259/Screenshot_from_2015-08-05_00_43_00.png http://gnuradio.4.n7.nabble.com/file/n55259/Screenshot_from_2015-08-05_00_43_10.png like this images, there are some missing blocks. i guessed these blocks came from gr-foo. But i installed gr-foo following install instruction in git main page and there were no error messages during install processing. please give me advice what can i do? what is the problem of this situation? 2. Actually, i generated python files (ieee802_15_4_oqpsk_phy.py and transceiver_oqpsk.py) from .grc files, using F5(hot key), although there are some error. But i could not find any hints from these python code to replace my old code, which is /*self.packet_transmitter = ieee802_15_4_pkt.ieee802_15_4_mod_pkts(self, spb=self._spb, msgq_limit=2).*/ Can you give me some more hints or advice to solve it? -- View this message in context: http://gnuradio.4.n7.nabble.com/gnuradio-core-missing-UCLA-Zigbee-PHY-in-gnuradio-version-3-6-5-1-tp55093p55259.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] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1
No, it's not the old one. If you installed gr-ieee802-15-4 successfully, with the commands following: git clone https://github.com/bastibl/gr-ieee802-15-4 cd gr-ieee802-15-4 mkdir build cd build cmake .. make [sudo] make install [sudo] ldconfig you should be able to see lots of blocks in IEEE802.15.4 category: But in your case, you have only two blocks which are generated from hierarchy blocks. Which are not present in my case since I didn't build hierarchy block, yet. So, my suggestion is, double check whether intallation is successful or not. Regards, Jeon. 2015-08-05 9:15 GMT+09:00 Jaeho ajh930...@gmail.com: Thank you for your advice. but i think, your advice is for about old version gr-ieee802_15_4 which name was UCLA Zigbee PHY. it supported only until gnuradio version 3.5, and i am now using gnuradio version 3.7. so i downloaded new version of gr-ieee802_15_4, it's way to install is as below git clone git://github.com/bastibl/gr-ieee802-15-4.git cd gr-ieee802-15-4 mkdir build cd build cmake .. make sudo make install sudo ldconfig so i already run it, and installed with any error message. so, i hope ask one more, same question with additional question. the figure that i insert as below, some files has comment that compile on mac is this comments mean that those file works on only Apple Mac? or mean MAC layer? http://gnuradio.4.n7.nabble.com/file/n55259/mac.png = i am sorry, i have more question about your advice. 1. i opened ieee802_15_4_OQPSK_PHY.grc and transceiver_OQPSK.grc. http://gnuradio.4.n7.nabble.com/file/n55259/Screenshot_from_2015-08-05_00_43_00.png http://gnuradio.4.n7.nabble.com/file/n55259/Screenshot_from_2015-08-05_00_43_10.png like this images, there are some missing blocks. i guessed these blocks came from gr-foo. But i installed gr-foo following install instruction in git main page and there were no error messages during install processing. please give me advice what can i do? what is the problem of this situation? 2. Actually, i generated python files (ieee802_15_4_oqpsk_phy.py and transceiver_oqpsk.py) from .grc files, using F5(hot key), although there are some error. But i could not find any hints from these python code to replace my old code, which is /*self.packet_transmitter = ieee802_15_4_pkt.ieee802_15_4_mod_pkts(self, spb=self._spb, msgq_limit=2).*/ Can you give me some more hints or advice to solve it? -- View this message in context: http://gnuradio.4.n7.nabble.com/gnuradio-core-missing-UCLA-Zigbee-PHY-in-gnuradio-version-3-6-5-1-tp55093p55259.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 mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ControlPort 3.7.8rc1
There is a directory gnuradio-runtime/python/gnuradio/ctrlport where you in controlport related stuff. - - Volker Am 04.08.2015 um 10:09 schrieb Jeon: Dear Bob, A few months ago, I've asked a similar question ( http://lists.gnu.org/archive/html/discuss-gnuradio/2015-06/msg00197.html http://lists.gnu.org/archive/html/discuss-gnuradio/2015-06/msg00197.html ) and Tom gave me his paper in SIGCOMM. Inspecting GNU Radio Applications with ControlPort and Performance Counters Thomas Rondeau, Tim O?Shea, and Nathan Goergen You can get one in http://conferences.sigcomm.org/sigcomm/2013/srif.php It does not fully describe how it can be used, though, through this you can get a hint. Regards, Jeon. 2015-08-04 16:36 GMT+09:00 bob wole bnw...@gmail.com: Ubuntu 14.04 64-bit I just installed frest gnuradio 3.7.8rc1 with control port enabled. I fetched gnuradio using git clone --recursive https://github.com/gnuradio/gnuradio.git Gnuradio enabled component shows * gr-ctrlport * * thrift However, I do not see any *gr-ctrlport directory *inside the gnuradio directory. Where is the source code for control port? Also there are no examples for using control port. -- Bob You can find more information on these two pages: http://jenkins.gnuradio.org/manual/doxygen/page_ctrlport.html http://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort ControlPort was reintroduced just after the 3.7.7 release so we had time to test it, but it will be available in the upcoming 3.7.8 release. The manual page linked above is from our weekly development builds. This points you to two apps that are installed with ControlPort: gr-perf-monitorx and gr-ctrlport-monitor. Other good places to look for usage is in our QA code. Look in gr-blocks for qa_cpp_py_binding.py, qa_cpp_py_binding_set.py, and qa_ctrlport_probes.py. Tom ControlPort is written in python ? When I ran qa_ctrlport_probes.py. I got a segmentation fault first time. Then I ran the other two qa codes they passed successfully without any core dump. When I ran qa_ctrlport_probes.py again it passed successfully. sdr@sdr-dev:~/gr_examples$ ./qa_ctrlport_probes.py INFO: Apache Thrift: -h sdr-dev -p 57403 . -- Ran 5 tests in 0.509s OK *Segmentation fault (core dumped)* sdr@sdr-dev:~/gr_examples$ ./qa_cpp_py_binding.py INFO: Apache Thrift: -h sdr-dev -p 35595 .. -- Ran 2 tests in 0.105s OK sdr@sdr-dev:~/gr_examples$ ./qa_cpp_py_binding_set.py INFO: Apache Thrift: -h sdr-dev -p 38301 .. -- Ran 2 tests in 0.134s OK sdr@sdr-dev:~/gr_examples$ ./qa_ctrlport_probes.py INFO: Apache Thrift: -h sdr-dev -p 38644 . -- Ran 5 tests in 0.511s OK sdr@sdr-dev:~/gr_examples$ ./qa_ctrlport_probes.py INFO: Apache Thrift: -h sdr-dev -p 48394 . -- Ran 5 tests in 0.510s OK What could be the cause? I thought I should share because it is a new release and is in testing stage. -- Bob ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error when build GNU Radio using cywin64
Tian Alvin has asked for some further info about my recent Windows build of GnuRadio, I though't I'd reply on-group as I guess there may be a few other masochistic individuale attempting to do this! On Mon, 3 Aug 2015 11:26:09 +0100 Tian Alvin wrote: Thank you very much for sharing your experience. I will try to compile using Visual Studio. I've found a post about the instruction on installing GNU Radio on Windows 64. https://lists.gnu.org/archive/html/discuss-gnuradio/2013-08/msg00284.html Is this the same steps as you were using? If not, could you please share the directions where I can find the guidance? I ended up using multiple sources for help with the build as I had numerous problems. Both the build process, and GnuRadio itself seem to be very sensitive to previously installed software, and since I was building on a general development machine (e.g. multiple versions of Python already installed etc.), things got quite messy. Also it should be noted that my build is currently not perfect. I can only use the WX GUI (i.e. not the QT blocks), the audio output is choppy (this seems to be a common problem and isn't a major issues for me, but if anyone has got a fix for this on Windows I'd be interested to hear it!), and I also haven't enabled some components that I had problems compiling (but that I didn't need), specifically: Version: 3.7.7.1 Components: ## # Gnuradio enabled components ## * python-support * testing-support * volk * sphinx * gnuradio-runtime * gr-ctrlport * gr-blocks * gnuradio-companion * gr-fec * gr-fft * gr-filter * gr-analog * gr-digital * gr-dtv * gr-atsc * gr-audio * * portaudio * * windows * gr-channels * gr-noaa * gr-pager * gr-qtgui * gr-trellis * gr-utils * gr-wxgui ## # Gnuradio disabled components ## * doxygen * gr-comedi * gr-uhd * gr-video-sdl * gr-vocoder * gr-fcd * gr-wavelet * gr-zeromq Some of the resources I used are listed below, but I'd advise caution when referring to them. They are *extremely* useful, (and I'm very thankful that various individuals have taken the time to create them), but some of the facts they quote are not true, or at least not true any more, (not for my 3.7.7.1 build anyway), so take everything with a pinch of salt, including what's in this reply! :-), and confirm everything yourself. https://lists.gnu.org/archive/html/discuss-gnuradio/2013-08/msg00284.html https://www.liamschneider.com/node/9 http://voltronics.blogspot.co.uk/2013/01/gnu-radio-windows-build-guide.html http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNURadio_Windows?version=94 (Useful info about the prerequisites, this doesn't cover the actual compilation). https://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain (Again useful for general background info and the list of prerequisites but not the compile itself as I ended up using VisualStudio instead). http://www.lfd.uci.edu/~gohlke/pythonlibs/ (An invaluable resource for Windows binaries of Python modules) There were others I can't remember! I basically Googled gnu radio compile on windows (and other variations), then walked through the results picking off interesting points, comments from blogs, etc. Some general hints from my experience of the build, (when 3.7.8 gets a full release, and if I can find the time, I may attempt the build from scratch again this time documenting the process properly, but for now): 1) There are a *load* of pre-requisite installs before you can start the build. I found determining what is actually required manually (rather than taking the various walk-throughs at face value, particularly about version numbers), to be more beneficial. This process is painful, but repeatedly attempting the CMAKE config (cmake-gui), then finding the required packages one by one is possible, and you gain a much better understanding of the dependences this way. 2) Getting all the correct Python modules installed was a bit of a pain. I'm not a Python person so I had fun with this! pip is your friend here! My current module list is as follows (NB: not all of these may be required for GnuRadio, but most of them were installed one way or another for this build): C:\Python27pip list alabaster (0.7.4) Babel (1.3) cheetah (2.4.4) colorama (0.3.3) docutils (0.12) Jinja2 (2.7.3) lxml (3.4.4) markdown (2.6.2) MarkupSafe (0.23) numpy (1.9.2) pip (7.1.0) pycairo (1.8.10) pycairo-gtk (1.10.0) Pygments (2.0.2) pygobject (2.28.6) pygtk (2.24.0) PyOpenGL (3.1.1a1) PyOpenGL-accelerate
Re: [Discuss-gnuradio] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1
Dear Jaeho, It seems that you didn't install gr-ieee802_15_4 yet. In IEEE802.15.4 category, there is no blocks at all. CSS PHY and OQPSK PHY blocks are just generated after you build flow graphs which are configure as hierarchy blocks. Back to the original post of this thread, in short, Run commands: ./bootstrap ./configure make [sudo] make install [sudo] ldconfig (Assuming you have the proper version of GNU Radio, gr-ieee802_15_4) Regards, Jeon. 2015-08-05 0:27 GMT+09:00 Jaeho ajh930...@gmail.com: i am sorry, i have more question about your advice. 1. i opened ieee802_15_4_OQPSK_PHY.grc and transceiver_OQPSK.grc. http://gnuradio.4.n7.nabble.com/file/n55254/Screenshot_from_2015-08-05_00_43_10.png http://gnuradio.4.n7.nabble.com/file/n55254/Screenshot_from_2015-08-05_00_43_00.png like this images, there are some missing blocks. i guessed these blocks came from gr-foo. But i installed gr-foo following install instruction in git main page and there were no error messages during install processing. please give me advice what can i do? what is the problem of this situation? 2. Actually, i generated python files (ieee802_15_4_oqpsk_phy.py and transceiver_oqpsk.py) from .grc files, using F5(hot key), although there are some error. But i could not find any hints from these python code to replace my old code, which is /*self.packet_transmitter = ieee802_15_4_pkt.ieee802_15_4_mod_pkts(self, spb=self._spb, msgq_limit=2).*/ Can you give me some more hints or advice to solve it? -- View this message in context: http://gnuradio.4.n7.nabble.com/gnuradio-core-missing-UCLA-Zigbee-PHY-in-gnuradio-version-3-6-5-1-tp55093p55254.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 mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pybombs difficulty
Hi Logan, Here is a full set of commands for installing in your own home directory via pybombs: git clone https://github.com/gnuradio/pybombs cd pybombs ./pybombs config sudo rm -rf /home/gnuradio sudo mkdir /home/gnuradio sudo chown -R linux /home/gnuradio /home/linux/pybombs rm -rf inventory.dat src linux@Linux:~/pybombs$ ./pybombs install -v -v gnuradio add gnuradio and all apps you want, then change path to: source /home/gnuradio/setup_env.sh linux@Linux:~$ sudo gedit .bashrc linux@Linux:~$ source ~/.bashrc Good luck! :) BR, Iluta On Tue, Aug 4, 2015 at 5:25 PM, Washbourne, Logan lwas...@ostatemail.okstate.edu wrote: So I changed the install prefix to /home/username/thesis/target and then deleted the inventory.dat file and removed the previous install prefix folder(this was usr/local, but it actually ended up in usr/local/share, I'm thinking this was a problem because I think there are lingering files). I'm having problems now, I can't remove or update any packages, it states that there is not an inventory file so it creates an empty one and then states there is nothing to do. Is there a way to have it generate a new inventory file? I can't install any packages because they seem to still be in the pybombs folder. Do you have any advice Nathan? My initial reasoning for changing the install prefix to usr/local/ was to enable me to create my own OOT modules and build the tutorial examples. When pybomb's install prefix was in my home directory it kept throwing an error about the CMake files. I tried to change the install prefix locations within those CMake files but that didn't seem to fix my problems. I'm really starting to learn that a little knowledge can be a pretty dangerous thing haha. I appreciate your time and help, Logan Washbourne Electrical Engineering Graduate Student (Electromagnetics) On Mon, Aug 3, 2015 at 10:06 PM, West, Nathan n...@ostatemail.okstate.edu wrote: Password Alert! This message may contain a request for your password. NEVER SEND OR RESPOND TO E-MAIL REQUESTS FOR YOUR PASSWORD. For questions about this alert, please contact the IT HelpDesk at 405-744-4357 or email helpd...@okstate.edu. -- You only have to use sudo with pybombs if you don't have write permission to your prefix. In general it's best to avoid using sudo and pybombs together if possible (with the exception of when pybombs asks you for sudo password when using apt-get install). You can either set the prefix to somewhere your user normally has write access to (typically your home directory), or alter permissions of your prefix. As an example, if you were setting your prefix to /opt/gnuradio/pybombs-v3.7.8 the least obtrusive way to do this is sudo mkdir -p /opt/gnuradio/pybombs-v3.7.8 # assuming your user doesn't have write access to /opt/gnuradio you need sudo to mkdir sudo chown myusername:mygroupname /opt/gnuradio/pybombs-v3.7.8 ./pybombs install gnuradio In practice I usually make a group on my machines called 'developer' and add my user to it, then give the developer group ownership or write access (depends on what I feel like when I set up a new machine) to /opt. That lets me write whatever to /opt without sudo (don't forget you need to login after adding your user to group for it to take effect). The same principle can be used with /usr/local or any other directory, but IMHO you should at least make your work an extra layer deep so you can just rm -rf the whole prefix (without root!) and not have much to worry about damaging. Cheers, Nathan On Mon, Aug 3, 2015 at 9:15 PM, Washbourne, Logan lwas...@ostatemail.okstate.edu wrote: Thanks Nathan. Should I have to use sudo when using pybomb commands, now that the installation prefix is outside of my home directory(because I now I have to use sudo when using pybomb commands)? Logan Washbourne Electrical Engineering Graduate Student (Electromagnetics) On Mon, Aug 3, 2015 at 7:38 PM, West, Nathan n...@ostatemail.okstate.edu wrote: Logan, For your case deleting inventory.dat would do the trick of effectively resetting pybombs state (and if your done with an install rm the prefix) Mike, Pybombs is hiding the true error. Cmake failed for either VOLK or GNU Radio. Try running pybombs again with -v -v On Monday, August 3, 2015, lwas...@ostatemail.okstate.edu wrote: Mike, When I ran into this problem, I had to reinstall pybombs. I think the problem lies in changing the installation prefix after installing pybombs. I'm sure there is another way to fix this, I just don't know what it is. When I reinstalled pybombs, I defined the installation prefix when the several prompts are asked at the beginning. Sent from my Cyanogen phone On Aug 3, 2015 4:39 PM, Mike Markowski mike.ab...@gmail.com wrote: I use gentoo at home and have no difficulty keeping gnuradio up to date. At work we're on a standalone network (no
Re: [Discuss-gnuradio] GRC FFT Plot
Same procedure I outlined before. You need to feed a CW tone (via cable) directly into the USRP and spectrum analyzer, compare spectrum amplitudes, and multiply the USRP samples by 10**(offset_dB/20.0). Noise or a modulated signal makes things more difficult since spectrum analyzer must be put in noise marker mode. Just use a CW tone. Lou Jan wrote Actually, you were right at first madengr. My transmitter is USRP1 with WBX 50-2200 while my receiver is USRP N200 with TVRX2 and spectrum analyzer. Can you give me suggestions on how I can match the amplitude on both the spectrum analyzer and the USRP's? Attached is a screenshot of my experiment on our lab. Using just the GRC Signal Source and Noise Source, I was able to display the desired power amplitude in dBW with less than 10 dB loss by varying the amplitude of each block. For the Signal Source block, the amplitude was 6.31 exp -8 (-144 dBW). For the Noise Source block, the amplitude was 2 exp -8 (-154 dBW). GRC FFT produces -137 dB and -159 dB respectively. Therefore I can say that these dB values in the FFT plot are in dBW. Best, *Gerome Jan M. Llames * -- View this message in context: http://gnuradio.4.n7.nabble.com/GRC-FFT-Plot-tp55210p55258.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] gnuradio-core missing / UCLA Zigbee PHY in gnuradio version 3.6.5.1
i am sorry, i have more question about your advice. 1. i opened ieee802_15_4_OQPSK_PHY.grc and transceiver_OQPSK.grc. http://gnuradio.4.n7.nabble.com/file/n55254/Screenshot_from_2015-08-05_00_43_10.png http://gnuradio.4.n7.nabble.com/file/n55254/Screenshot_from_2015-08-05_00_43_00.png like this images, there are some missing blocks. i guessed these blocks came from gr-foo. But i installed gr-foo following install instruction in git main page and there were no error messages during install processing. please give me advice what can i do? what is the problem of this situation? 2. Actually, i generated python files (ieee802_15_4_oqpsk_phy.py and transceiver_oqpsk.py) from .grc files, using F5(hot key), although there are some error. But i could not find any hints from these python code to replace my old code, which is /*self.packet_transmitter = ieee802_15_4_pkt.ieee802_15_4_mod_pkts(self, spb=self._spb, msgq_limit=2).*/ Can you give me some more hints or advice to solve it? -- View this message in context: http://gnuradio.4.n7.nabble.com/gnuradio-core-missing-UCLA-Zigbee-PHY-in-gnuradio-version-3-6-5-1-tp55093p55254.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