Re: [Discuss-gnuradio] Implementation of dynamic spectrum access
On Sun, May 8, 2011 at 2:03 AM, yulong yang yyl@gmail.com wrote: Thanks for reply. My plan is to extend the usrp_spectrum_sense.py: grab its output data and let a py script find the best available frequency in the data; then put this frequency into the usrp2_source block of file transmitter. In such case, my py script would contain two top_block and the second one, file transmitter, would run after the first one stops. Is this possible? When you say threading, do you mean two top_block? Not really. I was thinking about a separate Python thread function, much like how we did the receiver code in benchmark_rx.py in the digital example. Tom Speaking of DySPAN, I will look into that. Really thanks. On Sat, May 7, 2011 at 8:55 PM, Tom Rondeau trondeau1...@gmail.comwrote: On Fri, May 6, 2011 at 4:34 PM, Yang yyl@gmail.com wrote: Hi all, I am recently doing a project on gnu radio and usrp2. My goal is to implement DSA: let Tx sense some bands, choose available one by energy detection, then tune the usrp2 to this frequency and transmit a signal. This might sound quite simple and basic for you, but I find it very hard to get started. I have tried some ways: 1. To write blocks for GRC: I have written a energy detection block find no way to realize the band switching function. Also, my energy detection block can only sense the signal USRP2 received from a fixed frequency (i.e. from usrp2_source block). How could I change the frequency during the detection? I cannot think of a way to make the one-way flow of GRC to do some feedback functions. 2. To extend/modify usrp_spectrum_sense.py: I cannot figure out what is going on in gr_bin_statistic block (even with the detailed explanation from Firas): dose it just copy data from FFT and window block and save them in a .dat file? If it can generate the raw file, what is happening in the main_loop and m.data? Is m.data a file too? Sorry for so much words but I feel I am totally lost in scripts. I am still new to this and I cannot find a place to dive into and get work done. I believe there should be some quite simple and straightforward way to realize DSA. Would anyone point a way for me to go? Any help would be appreciated. Thank you. -- Yang Sent with Sparrow http://www.sparrowmailapp.com The IEEE DySPAN conference (which just finished) has had many demos and papers about realizing DSA using GNU Radio. If you have access to the IEEE proceedings, you should find various references to people who have built GNU Radio programs for this purpose, at least as far back as the 2007 conference. You might find some useful ideas from any papers published or the websites of the demonstrators. Having done some of this myself, I would say that you could have a thread operating in Python that is waiting for a message from a GNU Radio sink block. The message would contain some information about the spectrum usage that you could then use to retune the USRP sink. So the retuning is done in the Python domain and not directly from a GR block. A more complicated (but possibly more elegant) method would be to use the message passing interface. You would set it up so that a work function would make some decision on the free channel that would send a message to the USRP sink to change frequencies. The most difficult part of this is due to our lack of documentation and examples of using the messages. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP custom hardware suppliers?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/07/2011 05:28 PM, David Bengtson wrote: That's a pretty aggressive goal, to hit 5W over the USRP BW. To get reasonable linearity, you're probably looking at something that draws 25W of DC power. An external Amp is probably off the shelf. For example, Minicircuits has a TIA-1000 that does 4+ watts out from 100 to 1000 MHz for $2000. You're probably going to need post PA filtering to eliminate harmonics and spurious as well. Yeah, Marcus pointed me to the Minicircuits site. Pretty impressive stuff. Here in Europe, you mainly get the usualy band-limited amps off the shelf, like HF, 2m, 70cm, etc. I'm pretty new to the whole SDR-stuff and not totally familiar with everything yet. I had the chance to look into a commercial SDR some time ago which was making 5W from 30 to 512MHz and at least I couldn't figure out any amp module in there, so I assumed, the 5W came directly from the SDR core - which Marcus told me is highly unlikely. I'm still wondering about how to realize a system with a high bandwidth (basically like the WBX but actually, we only need to go up to about 950MHz) without the need for several amps and/or filters while still keeping the harmonics and spurious in check. The main goal is ease of operation, i.e. the operator shouldn't need to think about switching cables/hitting RF switches depending on the RF band. - -- (o_ Stefan Gofferje| SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3GaiYACgkQbQKZlCdPOMPEDQCgnA43yE0ZBLnk1A2SHBweZ9LL 9WQAoMYMlxU730PldA2gTyBdBnOCYUEw =dkPv -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP2 on switch?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, that MIGHT be a stupid question, so please forgive me if it is :). Is it possible/adviseable to connect an USRP2 to the PC via a (GigaBit - of course) network switch? Or might that create problems / latencies which would unreasonably impact the function? I'm talking about a high-quality manageable switch with a reasonably well dimensioned backplane, not some SOHO-stuff. - -S - -- (o_ Stefan Gofferje| SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3GcJsACgkQbQKZlCdPOMNTxgCgkvE5GW70jqkhUjEzSBmQe2yW yucAoLt23zCAHOxgYWBU9KAtCaPh8E7o =KqRt -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Issues on Build/install on Ubuntu x32 (version 3.3.0)
On Thu, May 5, 2011 at 7:48 AM, Tom Rondeau trondeau1...@gmail.com wrote: On Wed, May 4, 2011 at 6:40 PM, Arturo Rinaldi arty.n...@gmail.comwrote: i have some issue in building gnuradio-3.3.0 on ubuntu 11.04 x32. In particular I get errors in the building of the gr-usrp2 module, so i'm temporarily disabling the modules gr-usrp and gr-usrp through the ./ configure process.any suggestions ? Regards , Arturo PS: if i build the unstable version from git i don't experience any problem at all Could you post the error that you are getting? That might help us help you. Tom Arturo, This definitely seems to be a problem using 3.3.0 in Ubuntu 11.04 (I'm running 64-bit). Try this patch and see if it helps Tom diff --git a/usrp2/host/lib/usrp2.cc b/usrp2/host/lib/usrp2.cc index f0ee564..0842482 100644 --- a/usrp2/host/lib/usrp2.cc +++ b/usrp2/host/lib/usrp2.cc @@ -38,9 +38,9 @@ namespace usrp2 { struct usrp_table_entry { // inteface + normalized mac addr (eth0:01:23:45:67:89:ab) std::stringkey; -boost::weak_ptrusrp2::usrp2 value; +boost::weak_ptrusrp2 value; -usrp_table_entry(const std::string _key, boost::weak_ptrusrp2::usrp2 _value) +usrp_table_entry(const std::string _key, boost::weak_ptrusrp2 _value) : key(_key), value(_value) {} }; @@ -70,7 +70,7 @@ namespace usrp2 { // We don't have the USRP2 we're looking for // create a new one and stick it in the table. -usrp2::sptr r(new usrp2::usrp2(ifc, pr, rx_bufsize)); +usrp2::sptr r(new usrp2(ifc, pr, rx_bufsize)); usrp_table_entry t(key, r); s_table.push_back(t); ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementation of dynamic spectrum access
How I understand of benchmark is that in the script it start the block, wait for the packet to generate and then send it out. Do you mean this threading wait? Is a block a thread? So do you mean to import the spectrum_sense block in benchmark file and make the transmitter wait when it dose its sensing? Also, when I look at the code of benchmark_tx, it seems that it actually get its block from the transmit_path.py, but I am still confused about some places (with #comment): tb.start() nbytes = int(1e6 * options.megabytes) n = 0 pktno = 0 pkt_size = int(options.size) while n nbytes: if options.from_file is None: data = (pkt_size - 2) * chr(pktno 0xff) else: data = source_file.read(pkt_size - 2) if data == '': break; payload = struct.pack('!H', pktno 0x) + data send_pkt(payload) #in the definition of function send_pkt it has 2 parameters,but here only assigns one and the other is assigned later. Is this anything special? n += len(payload) sys.stderr.write('.') if options.discontinuous and pktno % 5 == 4: time.sleep(1) pktno += 1 send_pkt(eof=True) tb.wait() # I assume it is waiting for the packet to generate, but why it starts to wait after the packet is generated? -- Yang Sent with Sparrow On 2011年5月8日星期日 at 下午5:34, Tom Rondeau wrote: On Sun, May 8, 2011 at 2:03 AM, yulong yang yyl@gmail.com wrote: Thanks for reply. My plan is to extend the usrp_spectrum_sense.py: grab its output data and let a py script find the best available frequency in the data; then put this frequency into the usrp2_source block of file transmitter. In such case, my py script would contain two top_block and the second one, file transmitter, would run after the first one stops. Is this possible? When you say threading, do you mean two top_block? Not really. I was thinking about a separate Python thread function, much like how we did the receiver code in benchmark_rx.py in the digital example. Tom Speaking of DySPAN, I will look into that. Really thanks. On Sat, May 7, 2011 at 8:55 PM, Tom Rondeau trondeau1...@gmail.com wrote: On Fri, May 6, 2011 at 4:34 PM, Yang yyl@gmail.com wrote: Hi all, I am recently doing a project on gnu radio and usrp2. My goal is to implement DSA: let Tx sense some bands, choose available one by energy detection, then tune the usrp2 to this frequency and transmit a signal. This might sound quite simple and basic for you, but I find it very hard to get started. I have tried some ways: 1. To write blocks for GRC: I have written a energy detection block find no way to realize the band switching function. Also, my energy detection block can only sense the signal USRP2 received from a fixed frequency (i.e. from usrp2_source block). How could I change the frequency during the detection? I cannot think of a way to make the one-way flow of GRC to do some feedback functions. 2. To extend/modify usrp_spectrum_sense.py: I cannot figure out what is going on in gr_bin_statistic block (even with the detailed explanation from Firas): dose it just copy data from FFT and window block and save them in a .dat file? If it can generate the raw file, what is happening in the main_loop and m.data? Is m.data a file too? Sorry for so much words but I feel I am totally lost in scripts. I am still new to this and I cannot find a place to dive into and get work done. I believe there should be some quite simple and straightforward way to realize DSA. Would anyone point a way for me to go? Any help would be appreciated. Thank you. -- Yang Sent with Sparrow The IEEE DySPAN conference (which just finished) has had many demos and papers about realizing DSA using GNU Radio. If you have access to the IEEE proceedings, you should find various references to people who have built GNU Radio programs for this purpose, at least as far back as the 2007 conference. You might find some useful ideas from any papers published or the websites of the demonstrators. Having done some of this myself, I would say that you could have a thread operating in Python that is waiting for a message from a GNU Radio sink block. The message would contain some information about the spectrum usage that you could then use to retune the USRP sink. So the retuning is done in the Python domain and not directly from a GR block. A more complicated (but possibly more elegant) method would be to use the message passing interface. You would set it up so that a work function would make some decision on the free channel that would send a message to the USRP sink to change frequencies. The most difficult part of this is due to our lack of documentation and examples of using the messages. Tom ___
Re: [Discuss-gnuradio] USRP2 on switch?
it seems every usrp2 must have a ethernet number and a MAC address, so I think the connecting with switch might not work...? -- Yang Sent with Sparrow On 2011年5月8日星期日 at 下午6:29, Stefan Gofferje wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, that MIGHT be a stupid question, so please forgive me if it is :). Is it possible/adviseable to connect an USRP2 to the PC via a (GigaBit - of course) network switch? Or might that create problems / latencies which would unreasonably impact the function? I'm talking about a high-quality manageable switch with a reasonably well dimensioned backplane, not some SOHO-stuff. - -S - -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3GcJsACgkQbQKZlCdPOMNTxgCgkvE5GW70jqkhUjEzSBmQe2yW yucAoLt23zCAHOxgYWBU9KAtCaPh8E7o =KqRt -END PGP SIGNATURE- ___ 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] USRP2 on switch?
I have an N210 (UHD) hooked to a switch. It works just fine. I think the reason it is recommended to hook it directly to the computer doing the processing is that a switch will have a limit as to how much data can go through it at any time. So you probably shouldn't have 10 USRPs hooked to the same switch even if you also have 10 different machines on that switch doing the processing. Mike On Sun, May 8, 2011 at 6:29 AM, Stefan Gofferje stefan.goffe...@gmx.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, that MIGHT be a stupid question, so please forgive me if it is :). Is it possible/adviseable to connect an USRP2 to the PC via a (GigaBit - of course) network switch? Or might that create problems / latencies which would unreasonably impact the function? I'm talking about a high-quality manageable switch with a reasonably well dimensioned backplane, not some SOHO-stuff. - -S - -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3GcJsACgkQbQKZlCdPOMNTxgCgkvE5GW70jqkhUjEzSBmQe2yW yucAoLt23zCAHOxgYWBU9KAtCaPh8E7o =KqRt -END PGP SIGNATURE- ___ 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] Implementation of dynamic spectrum access
On Sun, May 8, 2011 at 1:42 PM, Yang yyl@gmail.com wrote: How I understand of benchmark is that in the script it start the block, wait for the packet to generate and then send it out. Do you mean this threading wait? Is a block a thread? So do you mean to import the spectrum_sense block in benchmark file and make the transmitter wait when it dose its sensing? Also, when I look at the code of benchmark_tx, it seems that it actually get its block from the transmit_path.py, but I am still confused about some places (with #comment): Yang, I was talking about benchmark_rx.py, not the transmitter. There is a callback (sorry, not actually a thread) that sits and waits for a message from the demod chain called rx_callback. I'm suggesting that you use a similar technique to send a message about the frequency information, and then you could use the callback to set the frequency of the device. I'm also not talking about a simple drop-in replacement for any code that we have. We have a lot of examples that will all do various pieces of what you want, and you are going to have to synthesize them to make your DSA application. Tom On 2011年5月8日星期日 at 下午5:34, Tom Rondeau wrote: On Sun, May 8, 2011 at 2:03 AM, yulong yang yyl@gmail.com wrote: Thanks for reply. My plan is to extend the usrp_spectrum_sense.py: grab its output data and let a py script find the best available frequency in the data; then put this frequency into the usrp2_source block of file transmitter. In such case, my py script would contain two top_block and the second one, file transmitter, would run after the first one stops. Is this possible? When you say threading, do you mean two top_block? Not really. I was thinking about a separate Python thread function, much like how we did the receiver code in benchmark_rx.py in the digital example. Tom Speaking of DySPAN, I will look into that. Really thanks. On Sat, May 7, 2011 at 8:55 PM, Tom Rondeau trondeau1...@gmail.comwrote: On Fri, May 6, 2011 at 4:34 PM, Yang yyl@gmail.com wrote: Hi all, I am recently doing a project on gnu radio and usrp2. My goal is to implement DSA: let Tx sense some bands, choose available one by energy detection, then tune the usrp2 to this frequency and transmit a signal. This might sound quite simple and basic for you, but I find it very hard to get started. I have tried some ways: 1. To write blocks for GRC: I have written a energy detection block find no way to realize the band switching function. Also, my energy detection block can only sense the signal USRP2 received from a fixed frequency (i.e. from usrp2_source block). How could I change the frequency during the detection? I cannot think of a way to make the one-way flow of GRC to do some feedback functions. 2. To extend/modify usrp_spectrum_sense.py: I cannot figure out what is going on in gr_bin_statistic block (even with the detailed explanation from Firas): dose it just copy data from FFT and window block and save them in a .dat file? If it can generate the raw file, what is happening in the main_loop and m.data? Is m.data a file too? Sorry for so much words but I feel I am totally lost in scripts. I am still new to this and I cannot find a place to dive into and get work done. I believe there should be some quite simple and straightforward way to realize DSA. Would anyone point a way for me to go? Any help would be appreciated. Thank you. -- Yang Sent with Sparrow http://www.sparrowmailapp.com The IEEE DySPAN conference (which just finished) has had many demos and papers about realizing DSA using GNU Radio. If you have access to the IEEE proceedings, you should find various references to people who have built GNU Radio programs for this purpose, at least as far back as the 2007 conference. You might find some useful ideas from any papers published or the websites of the demonstrators. Having done some of this myself, I would say that you could have a thread operating in Python that is waiting for a message from a GNU Radio sink block. The message would contain some information about the spectrum usage that you could then use to retune the USRP sink. So the retuning is done in the Python domain and not directly from a GR block. A more complicated (but possibly more elegant) method would be to use the message passing interface. You would set it up so that a work function would make some decision on the free channel that would send a message to the USRP sink to change frequencies. The most difficult part of this is due to our lack of documentation and examples of using the messages. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Variable Sink in GRC?
Is there still a Variable Sink in GRC? I've seen references to it on several threads and in the online GRC documentation, but can't find it in GRC. I'm using a fairly recent gnuradio GIT. Thanks, George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio + UHD install
Hi marc, When i am typing the follwing thing git branch --track next origin/next git checkout next its giving error that fatal:not a valid object name : 'origin next' Marc Epard-3 wrote: Yesterday I did a ground-up install of GNU Radio for UHD. Since all the steps were kind of scattered around various websites and list posts, I thought I'd post them all in one place. Hopefully this'll make it easier for the next guy. This was on Ubuntu 10.04. You'll need all the prerequisites (e.g. cmake) first, of course. Corrections are welcome. mkdir ~/gnuradio-uhd cd ~/gnuradio-uhd git clone git://ettus.sourcerepo.com/ettus/uhd.git git clone git://gnuradio.org/gnuradio.git cd ~/gnuradio-uhd/uhd/host/ mkdir build cd build cmake ../ make make test sudo make install sudo ldconfig cd ~/gnuradio-uhd/gnuradio git branch --track next origin/next git checkout next ./bootstrap PKG_CONFIG_PATH=~/gnuradio-uhd/uhd/host/build/ export PKG_CONFIG_PATH ./configure --enable-gr-uhd make make check sudo make install sudo ldconfig sudo ifconfig eth0 192.168.10.1 # substitute eth0 with the appropriate device. I used the GUI System-Preference-Network Connections to make the network setting permanent. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31571389.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] GNU Radio + UHD install
Hi marc, When i am typing the follwing thing git branch --track next origin/next git checkout next its giving error that fatal:not a valid object name : 'origin next' You might try: http://www.sbrac.org/files/build-gnuradio Which takes care of GIT-uploading the very latest UHD, GnuRadio, and USRP Firmware to your system and building it. It also takes care of the pre-requisites. It works on Fedora 12 through 14 and Ubuntu 9.04 and newer. You might want to give it a try, rather than attempting to do things piecemeal. -- 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] Variable Sink in GRC?
See the function probe block: Periodically probe a function and set its value to this variable. Set the values for block ID, function name, and function args appropriately: Block ID should be the ID of another block in this flow graph. Function name should be the name of a class method on that block. Function args are the parameters passed into that function. For a function with no arguments, leave function args blank. When passing a string for the function arguments, quote the string literal: 'arg'. The values will used literally, and generated into the following form: self.block_id.function_name(function_args) To poll a stream for a level, use this with the probe signal block. -Josh On 05/08/2011 06:54 AM, George S. Williams wrote: Is there still a Variable Sink in GRC? I've seen references to it on several threads and in the online GRC documentation, but can't find it in GRC. I'm using a fairly recent gnuradio GIT. Thanks, George ___ 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] GNU Radio + UHD install
On Sun, May 8, 2011 at 5:40 PM, sumitstop sumit.ku...@research.iiit.ac.inwrote: Hi marc, When i am typing the follwing thing git branch --track next origin/next git checkout next its giving error that fatal:not a valid object name : 'origin next' There is currently no next branch. The master branch is the current most up-to-date/advanced branch. Tom Marc Epard-3 wrote: Yesterday I did a ground-up install of GNU Radio for UHD. Since all the steps were kind of scattered around various websites and list posts, I thought I'd post them all in one place. Hopefully this'll make it easier for the next guy. This was on Ubuntu 10.04. You'll need all the prerequisites (e.g. cmake) first, of course. Corrections are welcome. mkdir ~/gnuradio-uhd cd ~/gnuradio-uhd git clone git://ettus.sourcerepo.com/ettus/uhd.git git clone git://gnuradio.org/gnuradio.git cd ~/gnuradio-uhd/uhd/host/ mkdir build cd build cmake ../ make make test sudo make install sudo ldconfig cd ~/gnuradio-uhd/gnuradio git branch --track next origin/next git checkout next ./bootstrap PKG_CONFIG_PATH=~/gnuradio-uhd/uhd/host/build/ export PKG_CONFIG_PATH ./configure --enable-gr-uhd make make check sudo make install sudo ldconfig sudo ifconfig eth0 192.168.10.1 # substitute eth0 with the appropriate device. I used the GUI System-Preference-Network Connections to make the network setting permanent. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31571389.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] JTRS SCA
What do you mean by this, exactly? GNURadio doesn't implement the SCA. Cheers, Ben On Thu, May 5, 2011 at 5:24 AM, Jaco Meintjes jmeint...@csir.co.za wrote: Hi, Has anyone worked on JTRS (Joint Tactical Radios Sytems) SCA (Software Communication Architecture) with GNURadio and UHD? Regards, Jaco -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by * MailScanner* http://www.mailscanner.info/, and is believed to be clean. ___ 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] GNU Radio + UHD install
Hi Marcus thanks for the script a lot. I saved it as build-gnuradio.sh I ran that script but after pressing yes its giving following error which I am unable to debug ./build-gnuradio.sh: 52: function not found ./build-gnuradio.sh:73:syntax error: } unexpected Thanks Marcus D. Leech wrote: Hi marc, When i am typing the follwing thing git branch --track next origin/next git checkout next its giving error that fatal:not a valid object name : 'origin next' You might try: http://www.sbrac.org/files/build-gnuradio Which takes care of GIT-uploading the very latest UHD, GnuRadio, and USRP Firmware to your system and building it. It also takes care of the pre-requisites. It works on Fedora 12 through 14 and Ubuntu 9.04 and newer. You might want to give it a try, rather than attempting to do things piecemeal. -- 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 - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31572168.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] GNU Radio + UHD install
Thanks Tom. Tom Rondeau wrote: On Sun, May 8, 2011 at 5:40 PM, sumitstop sumit.ku...@research.iiit.ac.inwrote: Hi marc, When i am typing the follwing thing git branch --track next origin/next git checkout next its giving error that fatal:not a valid object name : 'origin next' There is currently no next branch. The master branch is the current most up-to-date/advanced branch. Tom Marc Epard-3 wrote: Yesterday I did a ground-up install of GNU Radio for UHD. Since all the steps were kind of scattered around various websites and list posts, I thought I'd post them all in one place. Hopefully this'll make it easier for the next guy. This was on Ubuntu 10.04. You'll need all the prerequisites (e.g. cmake) first, of course. Corrections are welcome. mkdir ~/gnuradio-uhd cd ~/gnuradio-uhd git clone git://ettus.sourcerepo.com/ettus/uhd.git git clone git://gnuradio.org/gnuradio.git cd ~/gnuradio-uhd/uhd/host/ mkdir build cd build cmake ../ make make test sudo make install sudo ldconfig cd ~/gnuradio-uhd/gnuradio git branch --track next origin/next git checkout next ./bootstrap PKG_CONFIG_PATH=~/gnuradio-uhd/uhd/host/build/ export PKG_CONFIG_PATH ./configure --enable-gr-uhd make make check sudo make install sudo ldconfig sudo ifconfig eth0 192.168.10.1 # substitute eth0 with the appropriate device. I used the GUI System-Preference-Network Connections to make the network setting permanent. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31571389.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 - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31572171.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] GNU Radio + UHD install
Hi Marcus thanks for the script a lot. I saved it as build-gnuradio.sh I ran that script but after pressing yes its giving following error which I am unable to debug ./build-gnuradio.sh: 52: function not found ./build-gnuradio.sh:73:syntax error: } unexpected Thanks Marcus D. Leech wrote: Hi marc, When i am typing the follwing thing git branch --track next origin/next git checkout next its giving error that fatal:not a valid object name : 'origin next' You might try: http://www.sbrac.org/files/build-gnuradio Which takes care of GIT-uploading the very latest UHD, GnuRadio, and USRP Firmware to your system and building it. It also takes care of the pre-requisites. It works on Fedora 12 through 14 and Ubuntu 9.04 and newer. You might want to give it a try, rather than attempting to do things piecemeal. -- 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 - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31572226.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] GNU Radio + UHD install
**Sorry for spamming.I thought I lost the thread :( Hi Marcus thanks for the script a lot. I saved it as build-gnuradio.sh I ran that script but after pressing yes its giving following error which I am unable to debug ./build-gnuradio.sh: 52: function not found ./build-gnuradio.sh:73:syntax error: } unexpected Thanks Marcus D. Leech wrote: Hi marc, When i am typing the follwing thing git branch --track next origin/next git checkout next its giving error that fatal:not a valid object name : 'origin next' You might try: http://www.sbrac.org/files/build-gnuradio Which takes care of GIT-uploading the very latest UHD, GnuRadio, and USRP Firmware to your system and building it. It also takes care of the pre-requisites. It works on Fedora 12 through 14 and Ubuntu 9.04 and newer. You might want to give it a try, rather than attempting to do things piecemeal. -- 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 - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31572242.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] GNU Radio + UHD install
**Sorry for spamming.I thought I lost the thread :( Hi Marcus thanks for the script a lot. I saved it as build-gnuradio.sh I ran that script but after pressing yes its giving following error which I am unable to debug ./build-gnuradio.sh: 52: function not found ./build-gnuradio.sh:73:syntax error: } unexpected Thanks Re-save as just build-gnuradio, and: chmod 755 build-gnuradio ./build-gnuradio I assume that you used sh build-gnuradio.sh, which, on Ubuntu (because their /bin/sh isn't BASH), it executed under the wrong shell interpreter. -- 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
[Discuss-gnuradio] Interesting performance observations on WX GUI FFT sink
I was doing some experiments with multi-DDC support in recent UHD+USRP2 firmware. I thought I'd start by a simple source-FFT Sink I discovered rather by accident that if my FFT sinks had averaging turned *OFF*, that even at modest input bandwidths on my dual-centrino laptop, they'd get wedged, even at relatively-low FFT frame rates (3 for example). But turn on averaging, and the systems resources required were reduced to the point that the display could support FFT display. I think this says something about how (in) efficient OpenGL is about rendering even simple 2D objects that change dynamically. Another test I did was: source-LOG-POWER FFTNULL SINK The resources consumed by *that* were about 30% of what they were when I was actually displaying an FFT window. -- 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] GNU Radio + UHD install
Hi Marcus Yes I did sh build-gnuradio.sh actually in the beginning. But now its working with the modifications you said. Its really too helpful script for first time users :) Thanks Marcus D. Leech wrote: **Sorry for spamming.I thought I lost the thread :( Hi Marcus thanks for the script a lot. I saved it as build-gnuradio.sh I ran that script but after pressing yes its giving following error which I am unable to debug ./build-gnuradio.sh: 52: function not found ./build-gnuradio.sh:73:syntax error: } unexpected Thanks Re-save as just build-gnuradio, and: chmod 755 build-gnuradio ./build-gnuradio I assume that you used sh build-gnuradio.sh, which, on Ubuntu (because their /bin/sh isn't BASH), it executed under the wrong shell interpreter. -- 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 - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31572592.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] GNU Radio + UHD install
Hi Marcus , Will the UHD and FPGA/FIRMWARE installed work for USRP2 devices as well ? Because the installation is finished now and its saying about USRP1 only. I have USRP2 motherboards. Marcus D. Leech wrote: **Sorry for spamming.I thought I lost the thread :( Hi Marcus thanks for the script a lot. I saved it as build-gnuradio.sh I ran that script but after pressing yes its giving following error which I am unable to debug ./build-gnuradio.sh: 52: function not found ./build-gnuradio.sh:73:syntax error: } unexpected Thanks Re-save as just build-gnuradio, and: chmod 755 build-gnuradio ./build-gnuradio I assume that you used sh build-gnuradio.sh, which, on Ubuntu (because their /bin/sh isn't BASH), it executed under the wrong shell interpreter. -- 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 - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/GNU-Radio-%2B-UHD-install-tp29561741p31572670.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] Interesting performance observations on WX GUI FFT sink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/08/2011 11:50 PM, Marcus D. Leech wrote: I discovered rather by accident that if my FFT sinks had averaging turned *OFF*, that even at modest input bandwidths on my dual-centrino laptop, they'd get wedged, even at relatively-low FFT frame rates (3 for example). But turn on averaging, and the systems resources required were reduced to the point that the display could support FFT display. I think this says something about how (in) efficient OpenGL is about rendering even simple 2D objects that change dynamically. I have similar observations but without any hardware. The WX FFT totally locks my Athlon 64 3800+, when displaying. Just signal source - FFT sink. BUT - only the WX FFT. The QT FFT seems rather reasonable in performance demands. - -- (o_ Stefan Gofferje| SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3HDcUACgkQbQKZlCdPOMMgBgCdFZnkjXIKmsiEVI8JmrsjHRX5 AYwAn1YT+cl9SrsG8Z/iuZvrsaoxQC7q =AHue -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interesting performance observations on WX GUI FFT sink
-BEGIN PGP SIGNED MESSAGE- I have similar observations but without any hardware. The WX FFT totally locks my Athlon 64 3800+, when displaying. Just signal source - FFT sink. BUT - only the WX FFT. The QT FFT seems rather reasonable in performance demands. Try turning down the display rate in the WX FFT display--by default it's set to 30 FPS. I generally run mine with 5 FPS or less, and turn on averaging, with an alpha of 0.1 or smaller. -- 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] Interesting performance observations on WX GUI FFT sink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/2011 12:44 AM, Marcus D. Leech wrote: Try turning down the display rate in the WX FFT display--by default it's set to 30 FPS. I generally run mine with 5 FPS or less, and turn on averaging, with an alpha of 0.1 or smaller. Yeah, at 2-3 FPS I am around 75-85% CPU... But still I'm wondering why the QT sink is not so performance-hungry... - -- (o_ Stefan Gofferje| SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3HECwACgkQbQKZlCdPOMNd+QCghnz1v6VFRvx8H8beFZKRdQEN aPQAoKjGyLQFtOTeMICsAoLwSdz8spDP =aqrk -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interesting performance observations on WX GUI FFT sink
On Sun, May 8, 2011 at 10:40 PM, Stefan Gofferje stefan.goffe...@gmx.dewrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/08/2011 11:50 PM, Marcus D. Leech wrote: I discovered rather by accident that if my FFT sinks had averaging turned *OFF*, that even at modest input bandwidths on my dual-centrino laptop, they'd get wedged, even at relatively-low FFT frame rates (3 for example). But turn on averaging, and the systems resources required were reduced to the point that the display could support FFT display. I think this says something about how (in) efficient OpenGL is about rendering even simple 2D objects that change dynamically. I have similar observations but without any hardware. The WX FFT totally locks my Athlon 64 3800+, when displaying. Just signal source - FFT sink. BUT - only the WX FFT. The QT FFT seems rather reasonable in performance demands. Stefan, Are you saying you're using a gr_sig_source straight into the FFT sink? You should probably put a gr_throttle block in there since you have nothing else rate-limiting the flowgraph. It's not a surprise that the Qt sinks are more efficient, though. The wxPython has a lot of stuff implemented directly in Python where as the QtGui is almost entirely done in C++. Tom - -- (o_ Stefan Gofferje| SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3HDcUACgkQbQKZlCdPOMMgBgCdFZnkjXIKmsiEVI8JmrsjHRX5 AYwAn1YT+cl9SrsG8Z/iuZvrsaoxQC7q =AHue -END PGP SIGNATURE- ___ 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] Interesting performance observations on WX GUI FFT sink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/2011 12:52 AM, Tom Rondeau wrote: Are you saying you're using a gr_sig_source straight into the FFT sink? You should probably put a gr_throttle block in there since you have nothing else rate-limiting the flowgraph. It's not a surprise that the Qt sinks are more efficient, though. The wxPython has a lot of stuff implemented directly in Python where as the QtGui is almost entirely done in C++. Of course, I used a throttle :). - -- (o_ Stefan Gofferje| SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3HEmIACgkQbQKZlCdPOMO8MACfSy7mrp+MX8CwqXuFKc5N6C5i slcAoIS5c7bY4HV8GZ4lsrPMVnyVWBGw =Ep7Q -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementation of dynamic spectrum access
Dear Yang, My master work is on this topic. I have a recent paper on this which as below, M. Adib Sarijari, Rozeha A. Rashid, N. Fisal, A. C. C. Lo, S. K. S. Yusof, N. H. Mahalin. http://trg.fke.utm.my/members/adib/publications/WWRF%202011-2(2).pdf Dynamic Spectrum Access Using Cognitive Radio Utilizing GNU Radio and USRP . WWRF 2011, Doha. more on my work can be found in my website: http://trg.fke.utm.my/members/adib/ Tom Rondeau wrote: Yang, I was talking about benchmark_rx.py, not the transmitter. There is a callback (sorry, not actually a thread) that sits and waits for a message from the demod chain called rx_callback. I'm suggesting that you use a similar technique to send a message about the frequency information, and then you could use the callback to set the frequency of the device. I'm also not talking about a simple drop-in replacement for any code that we have. We have a lot of examples that will all do various pieces of what you want, and you are going to have to synthesize them to make your DSA application. Tom Tom, its very interesting to see and learn your work on DSA. could you forward this paper to us in the forum? i think the paper is not uploaded yet. plus, its also great if I can try the code that you have done. is it open to be download, tested and learned? we also have a work on parallel sensing and transmit which will eliminate the sensing time limitation and trade-off. we will published this in a very near time =) .. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/Implementation-of-dynamic-spectrum-access-tp31559416p31573367.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] JTRS SCA
Jaco, I worked on a project about 3 years ago using experimental SDR and later USRP1's to interoperate with military field radios such as the AN/PRC-113 SATCOM and SINCGARS. However, our core C4ISR applications were using SCA. Our primary goal is interoperability with multiple radio system standards including JTRS, HF/SSB Packet Radio, and DMR using discrete systems. Now, we just started working with the next generation of USRPs, GNU Radio + UHD + SBX + WBX. Hope that helps! - TVZ On Sun, May 8, 2011 at 12:18 PM, Ben Hilburn bhilb...@vt.edu wrote: What do you mean by this, exactly? GNURadio doesn't implement the SCA. Cheers, Ben On Thu, May 5, 2011 at 5:24 AM, Jaco Meintjes jmeint...@csir.co.zawrote: Hi, Has anyone worked on JTRS (Joint Tactical Radios Sytems) SCA (Software Communication Architecture) with GNURadio and UHD? Regards, Jaco -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by * MailScanner* http://www.mailscanner.info/, and is believed to be clean. ___ 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] Software controllable channel filter in XCVR2450 and RFX2400
On Sat, May 7, 2011 at 7:04 AM, sumitstop sumit.ku...@research.iiit.ac.in wrote: Does XCVR2450 and RFX2400 have software controllable channel filter as in DBSRX2 ? XCVR2450 does, though with fewer bandwidth settings than DBSRX2, RFX2400 does not have a software controlled analog channel filter http://www.ettus.com/uhd_docs/manual/html/dboards.html#xcvr-2450 http://www.ettus.com/uhd_docs/manual/html/dboards.html#rfx-series Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP custom hardware suppliers?
You're going to need several stages of amplification to get to 5+ watts out. It can all be done on a single board, but making it work requires a fair amount of experience. The other issue is the various regulatory bodies are going to frown on something like that if you try to sell it. You can't really avoid multiple filters to keep harmonics and spurious in check. Lot's of switched paths are the way to go. Dave On Sun, May 8, 2011 at 6:02 AM, Stefan Gofferje stefan.goffe...@gmx.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/07/2011 05:28 PM, David Bengtson wrote: That's a pretty aggressive goal, to hit 5W over the USRP BW. To get reasonable linearity, you're probably looking at something that draws 25W of DC power. An external Amp is probably off the shelf. For example, Minicircuits has a TIA-1000 that does 4+ watts out from 100 to 1000 MHz for $2000. You're probably going to need post PA filtering to eliminate harmonics and spurious as well. Yeah, Marcus pointed me to the Minicircuits site. Pretty impressive stuff. Here in Europe, you mainly get the usualy band-limited amps off the shelf, like HF, 2m, 70cm, etc. I'm pretty new to the whole SDR-stuff and not totally familiar with everything yet. I had the chance to look into a commercial SDR some time ago which was making 5W from 30 to 512MHz and at least I couldn't figure out any amp module in there, so I assumed, the 5W came directly from the SDR core - which Marcus told me is highly unlikely. I'm still wondering about how to realize a system with a high bandwidth (basically like the WBX but actually, we only need to go up to about 950MHz) without the need for several amps and/or filters while still keeping the harmonics and spurious in check. The main goal is ease of operation, i.e. the operator shouldn't need to think about switching cables/hitting RF switches depending on the RF band. - -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler Koch - the original point and click interface -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk3GaiYACgkQbQKZlCdPOMPEDQCgnA43yE0ZBLnk1A2SHBweZ9LL 9WQAoMYMlxU730PldA2gTyBdBnOCYUEw =dkPv -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cumsum block on GRC
Hi Nick, I made the change you suggested and it worked, thanks a lot. Mehmet. 2011/5/7, Nick Foster n...@ettus.com: On Sat, 2011-05-07 at 15:53 +0100, Tom Rondeau wrote: On Sat, May 7, 2011 at 3:44 PM, mehmet kabasakal 85kabasa...@gmail.com wrote: Hi List, I am trying to write a block, that finds the cumulative sum of the points. But when i run the block on GRC, the output of the block becomes as in the attached figure. It wraps for a period of time. I expect it to go negatively downwards. Because i am accumulating negative values. I couldn't understand the reason. Is there something missing in the code. The c++ code of the block is attached also. Thanks for the help! Mehmet. Mehmet, It looks like it's because you are setting out[0] = 0 before entering the for loop in your work function. This will then reset the counter every time you enter work. I'm pretty sure it won't work even if you remove that call. You can't count on out[0] having any sort of reasonable value when invoking the work call. Try saving the cumulative sum in a private member variable of your class, initialize it to 0 in your constructor, and setting out[0] to that saved value when starting each work function call. --n Tom ___ 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] JTRS SCA
http://ossie.wireless.vt.edu/trac/ On Thu, May 5, 2011 at 4:24 AM, Jaco Meintjes jmeint...@csir.co.za wrote: Hi, Has anyone worked on JTRS (Joint Tactical Radios Sytems) SCA (Software Communication Architecture) with GNURadio and UHD? Regards, Jaco -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by * MailScanner* http://www.mailscanner.info/, and is believed to be clean. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Bob McGwier rwmcgw...@gmail.com Amateur Radio Station: N4HY Engineer, Mathematician (Ph.D Brown University) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio