[Discuss-gnuradio] gr3.2, doxygen
Any news on GnuRadio 3.2? Also, any chance you could update http://gnuradio.org/doc/doxygen/index.html? (It's still at 3.0svn, updated 31.01.2007, and http://gnuradio.org/doc/doxygen/group__filter__design.html is empty) Also, is there any way to add search to the doxygen interface? Thank you in advance... Dimitris Symeonidis If you think you're too small to make a difference, try sleeping with a mosquito! - Amnesty International ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: change variables in the FFT Plot the 2.
Josh Blum josh at joshknows.com writes: Using GRC, I just tested changing the sample rate of the fftsink. I tested this for the gl and non gl version. The x-axis markers move and change correctly when I move the slider for sample rate. The flowgraph.grc is attached. I do not understand why you have the problem? Do you have the latest gnuradio trunk installed? http://gnuradio.org/svn/gnuradio/trunk I have the SVN Version 2009-Jan-28. Further on everytimen i open my *.grc file, the grc deletes the manually inserted class-method, set_sample_rate so there must be a Problem. Also, I am concerned that the gl fftsink aborted/segfaulted. Can you run the flow graph in gdb and send the traceback? Yes i will try this and post the message here. Another important Point, Is there a possibility to save my manually inserted python commands in the top_block.py file without loosing this by the next start of grc ? Regards Markus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrp +/-32767 integer values to actual voltage conversion?
Hey all, I record signals to files from USRP, then read the file in matlab and I want to compute the actual received power from FFT computation.I think the maximum received power expected is equal to the ADC output,16dbm. Is that correct? The values read in matlab are float values converted from the 16 bit usrp integer values,+/-32767.That means,they are not actual voltage values.So, how can i correct/compensate the computed powers in FFT to make them equivalent to the power output of the ADC? I try to dig into scope_sink and fft_sink to see how the computation is done. In scope_sink, I see that the actual integer values,not voltages are plotted. In fft_sink, power is computed, but compensation is done for FFT size and window size.So, where is these conversion from integer values to actual voltage values done? Thanks! Bruhtesfa -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: change variables in the FFT Plot the 2.
feldmaus wrote: Josh Blum josh at joshknows.com writes: Using GRC, I just tested changing the sample rate of the fftsink. I tested this for the gl and non gl version. The x-axis markers move and change correctly when I move the slider for sample rate. The flowgraph.grc is attached. I do not understand why you have the problem? Do you have the latest gnuradio trunk installed? http://gnuradio.org/svn/gnuradio/trunk I have the SVN Version 2009-Jan-28. Aha, I believe that I added the set_sample_rate callback recently (possibly in February). svn up! Further on everytimen i open my *.grc file, the grc deletes the manually inserted class-method, set_sample_rate so there must be a Problem. When you generate or run a flow graph in grc, the generated flow graph is always overwritten. Also, I am concerned that the gl fftsink aborted/segfaulted. Can you run the flow graph in gdb and send the traceback? Yes i will try this and post the message here. Another important Point, Is there a possibility to save my manually inserted python commands in the top_block.py file without loosing this by the next start of grc ? Nope, too complicated! If you want to change things: the best way is to manipulate the xml block wrappers or make your own custom wrappers: http://gnuradio.org/trac/wiki/GNURadioCompanion#AddingCustomBlocks And here is fftsink: http://gnuradio.org/trac/browser/gnuradio/trunk/grc/data/platforms/python/blocks/wxgui_fftsink2.xml Regards Markus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: change variables in the FFT Plot the 2.
I do not understand why you have the problem? Do you have the latest gnuradio trunk installed? http://gnuradio.org/svn/gnuradio/trunk I have the SVN Version 2009-Jan-28. It was this changeset on jan 28th http://gnuradio.org/trac/changeset/10327 Make sure the files are installed. good luck -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing Gnu Radio 3.2 on centOS machine
OK, we were able to find compile-mbh.scm on the trunk, copy it, and ran make. Make didn't complain about compile-mbh.scm, but we got a lot of complaints about missing gnu-radio macros. So we gave up on the tarball, and used SVN to download the current version of 3.2 on a machine outside the firewall (for some reason our firewall doesn't like SVN). Now we can run make. To test the USRP-2, we ran find_usrps which returned an address, and version number. Then we tried usrp2_fft.py (this is right out of the FAQ), and got an error message ImportError: No module named gnuradio The only thing I can think of is when we ran configure it complained that some modules were missing, but judging by their names they were audio modules, and I'm not planning to use the sound card, so didn't worry. Does anybody know what the problem is? Bruce Johnathan Corgan wrote: On Tue, Feb 24, 2009 at 2:08 PM, Bruce McGuffin mcguf...@ll.mit.edu wrote: Does anybody know what the problem is? What is compile-mbh.scm, and why wasn't it part of the gnu radio download? You've found a bug in the tarball generation for release 3.2rc0, thanks. It's easily fixed, but we're not quite ready to release 3.2rc1. You can either a) copy the .scm file from the GNU Radio trunk repository into your unpacked tarball directory, or b) use svn to check out the trunk software and compile and install from there. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing Gnu Radio 3.2 on centOS machine
On Fri, Feb 27, 2009 at 9:14 AM, Bruce McGuffin mcguf...@ll.mit.edu wrote: ImportError: No module named gnuradio Python doesn't know about the gnu radio libraries, did you do a make install? (as root) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing Gnu Radio 3.2 on centOS machine
On Thu, Feb 26, 2009 at 12:14 PM, Bruce McGuffin mcguf...@ll.mit.edu wrote: (for some reason our firewall doesn't like SVN). Many don't. Subversion uses portions of the HTTP spec that aren't frequently proxied or allowed by many firewalls. The only thing I can think of is when we ran configure it complained that some modules were missing, but judging by their names they were audio modules, and I'm not planning to use the sound card, so didn't worry. Does anybody know what the problem is? Um, maybe post the output of ./configure, so we can see what modules are missing? It looks like you're missing gnuradio-core, which is sort of important... Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to best include customized daughter-card code?
I'm working with a customized flex400 board which has been modified to work in the VHF (140-160MHz) band. To do this, we ended up changing out the VCO from the ADF4360-7 to a ADF4360-8. However, this required modification to the db_flexrf.py to account for the differences in the VCO registers. Today I just updated my svn checkout, and realized that the db_flexrf.py file is gone. I was clearly outdated, and went hunting for the new location of the file. The closest I can find is the db_flexrf.cc under usrp/host/lib/legacy. However, the term legacy still has me wondering. Where did the daughter card code go and how should one go about modifying it? Sincerely, Glenn Richardson ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to best include customized daughter-card code?
On Thu, Feb 26, 2009 at 12:32 PM, Glenn Richardson gl...@spacequest.com wrote: of the file. The closest I can find is the db_flexrf.cc under usrp/host/lib/legacy. However, the term legacy still has me wondering. Where did the daughter card code go and how should one go about modifying it? The name 'legacy' was a poor choice. We'll probably change it in the future. In any case, the daughterboard code was ported from Python to C++, and you've indeed found the right file to modify. The C++ code should look very similar to the Python. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FPGA pic link down
Just an FYI that the link http://img179.imageshack.us/img179/8650/usrpblockdkmyg9.jpg on the wiki is down. -- Newell ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Modifications in benchmark_rx.py for USRP2
Hi, I have been trying to use USRP2 as a receiver and USRP1 as a transmitter. The benchmark_tx.py file is working well for USRP1 but I did some modifications to benchmark_rx.py so that it can work on USRP2. But it didnt worked out. Can anyone help me with this modifcations so that I can establish communication between USRP1 and USRP2. Thanks in advance. -- View this message in context: http://www.nabble.com/Modifications-in-benchmark_rx.py-for-USRP2-tp22234620p22234620.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrp2_wfm_rcv.py: prerequisites of hardware
Hi, I'm a newbie and I'm trying to test my new hardware (USRP2). Can I listen a FM station with DBSRX or RFX900 or RFX2400?? My hardware: - USRP2: SW - txrx-edk10.1-r10524.bin FPGA - u2_rev3_ise10.1sp3_r10524.bin My system: - Ubuntu 8.10 - Gnuradio svn info: - Revision: 10526 - Last Changed Author: matt - Last Changed Rev: 10524 - Last Changed Date: 2009-02-26 01:44:02 -0300 (Thu, 26 Feb 2009) Thank you, Roberto de Matos ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr3.2, doxygen
On Thu, Feb 26, 2009 at 1:54 AM, Dimitris Symeonidis azim...@gmail.com wrote: Any news on GnuRadio 3.2? There is a 3.2rc0 tarball on the website. 3.2rc1 is coming this weekend. Also, any chance you could update http://gnuradio.org/doc/doxygen/index.html? (It's still at 3.0svn, updated 31.01.2007, and http://gnuradio.org/doc/doxygen/group__filter__design.html is empty) It will be updated with one of the 3.2rc releases. Also, is there any way to add search to the doxygen interface? I'm not aware of any way. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing Gnu Radio 3.2 on centOS machine
It does seem like, from the error message, gnuradio-core is missing. But why? The output from running configure is very long, the last bit summarizing what happened (below) says gnuradio-core was successfully configured, but some other stuff wasn't. Then make ran without generating an error. Would one of the the things not configured cause the problem? If so, why wasn't it configured? Thanks Bruce the end of the configure output: * The following GNU Radio components have been successfully configured: config gruel omnithread gnuradio-core pmt mblock usrp usrp2 gr-usrp gr-usrp2 gr-msdd6000 gr-audio-alsa gr-audio-oss gr-atsc gr-cvsd-vocoder gr-gpio gr-gsm-fr-vocoder gr-pager gr-radar-mono gr-radio-astronomy gr-trellis gr-video-sdl gr-wxgui gr-sounder gr-utils gnuradio-examples You my now run the make command to build these components. * The following components were skipped either because you asked not to build them or they didn't pass configuration checks: gcell gr-gcell gr-audio-jack gr-audio-osx gr-audio-portaudio gr-audio-windows gr-comedi gr-qtgui grc These components will not be built Johnathan Corgan wrote: On Thu, Feb 26, 2009 at 12:14 PM, Bruce McGuffin mcguf...@ll.mit.edu wrote: (for some reason our firewall doesn't like SVN). Many don't. Subversion uses portions of the HTTP spec that aren't frequently proxied or allowed by many firewalls. The only thing I can think of is when we ran configure it complained that some modules were missing, but judging by their names they were audio modules, and I'm not planning to use the sound card, so didn't worry. Does anybody know what the problem is? Um, maybe post the output of ./configure, so we can see what modules are missing? It looks like you're missing gnuradio-core, which is sort of important... Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing Gnu Radio 3.2 on centOS machine
On Thu, Feb 26, 2009 at 03:14:38PM -0500, Bruce McGuffin wrote: OK, we were able to find compile-mbh.scm on the trunk, copy it, and ran make. Make didn't complain about compile-mbh.scm, but we got a lot of complaints about missing gnu-radio macros. So we gave up on the tarball, and used SVN to download the current version of 3.2 on a machine outside the firewall (for some reason our firewall doesn't like SVN). Now we can run make. To test the USRP-2, we ran find_usrps which returned an address, and version number. Then we tried usrp2_fft.py (this is right out of the FAQ), and got an error message ImportError: No module named gnuradio Did you set PYTHONPATH? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing Gnu Radio 3.2 on centOS machine
On Thu, Feb 26, 2009 at 2:45 PM, Bruce McGuffin mcguf...@ll.mit.edu wrote: The output from running configure is very long, the last bit summarizing what happened (below) says gnuradio-core was successfully configured, but some other stuff wasn't. Then make ran without generating an error. Would one of the the things not configured cause the problem? If so, why wasn't it configured? Your list of modules is fine; gnuradio-core configured and was compiled and installed. It's likely you don't have PYTHONPATH set correctly. Some OSes need it, some don't. Presumably, the gnuradio Python components got installed to: /usr/local/lib/python2.5/site-packages Try putting that path or the correct one into the PYTHONPATH environment variable. If that works, you'll need to set this in your login scripts. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp2_wfm_rcv.py: prerequisites of hardware
On Thu, Feb 26, 2009 at 07:01:50PM -0300, Roberto de Matos wrote: Hi, I'm a newbie and I'm trying to test my new hardware (USRP2). Can I listen a FM station with DBSRX or RFX900 or RFX2400?? My hardware: - USRP2: SW - txrx-edk10.1-r10524.binFPGA - u2_rev3_ise10.1sp3_r10524.bin My system: - Ubuntu 8.10 - Gnuradio svn info: - Revision: 10526 - Last Changed Author: matt - Last Changed Rev: 10524 - Last Changed Date: 2009-02-26 01:44:02 -0300 (Thu, 26 Feb 2009) Thank you, Roberto de Matos Thanks for posting all the h/w and s/w details! Broadcast FM is almost always between 87 - 108 MHz. None of the daughterboards you list cover that band. Try a TVRX. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problems with a block
I've got a block that I needed to make a gr_io_signature4 for- unless
I've misunderstood something:
gr_io_signature_sptr
gr_make_io_signature4(int min_streams, int max_streams,
int sizeof_stream_item1,
int sizeof_stream_item2,
int sizeof_stream_item3,
int sizeof_stream_item4)
{
std::vectorint sizeof_items(4);
sizeof_items[0] = sizeof_stream_item1;
sizeof_items[1] = sizeof_stream_item2;
sizeof_items[2] = sizeof_stream_item3;
sizeof_items[3] = sizeof_stream_item4;
return gr_make_io_signaturev(min_streams, max_streams, sizeof_items);
}
the class definition looks like this:
myclass::myclass(unsigned int code_length,
unsigned int samples_per_chip,
unsigned int periods_per_bit,
float amplitude)
: gr_block(myclass,
gr_make_io_signature4(4, 4, sizeof(char), sizeof(char),
sizeof(gr_complex), sizeof(gr_complex)),
gr_make_io_signature(1, 1, sizeof(gr_complex)))
{
..snipped...
}
the block takes two chars' and two complex's and does some work with
them and outputs the one complex.
depending on what order I call the self.connect's in the python, I get
one of two errors:
terminate called after throwing an instance of 'std::invalid_argument'
what(): port number 2 exceeds max of 1
Aborted
grc was calling connect to 2, then 3, then 1, then 0, if I swapped the
connect line order to connect to 0, 1, 2, 3 that error went away and I got:
terminate called after throwing an instance of 'std::invalid_argument'
what(): itemsize mismatch: diff_encoder_bb(18):0 using 1,
myclass(12):1 using 8
Aborted
I've now reordered the connections by hand extremely carefully and the
2nd error remains, but the first error may be a GRC bug because it's not
connecting the ports in order and that seems to generate an error.
The diff encoder is 1 byte, and the port it is connected to is 1 byte
(vis a vis the signature above). Any suggestions on resolving the second
error would be great.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Details on USB buffer
The USRP C++ example program uses this code to move USRP USB data into a buffer: urx-read(buf, bufsize, overrun); If this line is called many times in a short period of time will the buffer have some of the data leftover from previous read(s)? Can I assume that the OS will not return the buffer until the next n bytes have been received? Tony ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Updated USRP2 FPGA image and firmware images
Johnathan, Thank you for the image/firmware update. I wonder where I can find a change notes for these new release. Regards, Ilkyoung. 2009/2/26 Johnathan Corgan jcor...@corganenterprises.com An updated FPGA bitstream file and firmware image for the USRP2 have been posted to: http://gnuradio.org/releases/usrp2-bin/trunk Instructions for updating your USRP2 SD card may be found at: http://gnuradio.org/trac/wiki/USRP2UserFAQ These new versions contain the updates to the GNU Radio trunk as of revision 10524. Johnathan Corgan Corgan Enterprises LLC ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OpenBTS compilation error
T. W. wrote: First I got the openBTS code from gnuradio site (svn co http://gnuradio.org/svn/openbts/trunk/ openbts). Then I run the ./bootstrap and ./configure commands succesfully. But the following errors occurred when I run make. ( was used to mask out my username on the machine.) Can anyone shed some light on this? I was using a 32-bit Ubuntu 8.10 desktop virtual machine on a 64-bit Windows XP machine. Thanks! make[2]: Entering directory `/home//openbts/openbts/Transceiver' if /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I. . -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager -I/usr/local/i nclude -g -O2 -MT radioInterface.lo -MD -MP -MF .deps/radioInterface.Tpo -c -o radioInterface.lo radioInterface.cpp; \ then mv -f .deps/radioInterface.Tpo .deps/radioInterface.Plo; else r m -f .deps/radioInterface.Tpo; exit 1; fi libtool: compile: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../CommonLibs -I../Control -I../GSM -I../SIP -I../TRXManager -I/usr/local/include -g -O2 -MT radioInterfac e.lo -MD -MP -MF .deps/radioInterface.Tpo -c radioInterface.cpp -fPIC -DPIC -o .libs/radioInterface.o In file included from USRPDevice.h:25, from radioInterface.h:25, from radioInterface.cpp:23: /usr/local/include/usrp_bytesex.h:37:2: warning: #warning Using non-portable cod e (likely wrong other than ILP32). This is a known bug. A temporary workaround can be done by using attached patch. See description below. Martin DvH wrote: HAVE_BYTESWAP_H is not defined in Transceiver/USRPDevice.h This forces usrp_bytesex.h in using its own byteswap code which does NOT work on 64 bit systems. The disadvantage of putting #define HAVE_BYTESWAP_H in USRPDevice.h is that it should be checked first that you actually have byteswap.h. This should be done by the configure script and put into config.h. USRPDevice.h then should include config.h I haven't gotten to implementing the configure stuff yet. This patch should be changed to use configure stuff to check for byteswap.h. But for people wanting a quick-and-dirty hack it can be used. Greetings, Martin In file included from radioInterface.h:24, from radioInterface.cpp:23: sigProcLib.h:35: warning: ‘typedef’ was ignored in this declaration sigProcLib.h:45: warning: ‘typedef’ was ignored in this declaration In file included from radioInterface.h:25, from radioInterface.cpp:23: USRPDevice.h:42: error: ‘usrp_standard_rx_sptr’ does not name a type USRPDevice.h:43: error: ‘usrp_standard_tx_sptr’ does not name a type make[2]: *** [radioInterface.lo] Error 1 make[2]: Leaving directory `/home//openbts/openbts/Transceiver' -- Index: Transceiver/USRPDevice.h === --- Transceiver/USRPDevice.h (revision 10235) +++ Transceiver/USRPDevice.h (working copy) @@ -19,8 +19,8 @@ */ +#define HAVE_BYTESWAP_H - #include usrp_standard.h #include usrp_bytesex.h #include usrp_prims.h ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Terminate the receiver
Hi All,
I am working on the OFDM project. When I run sudo
./benchmark_ofdm_rx_video.py -f 450M -R A -v -d 32 --fft-length 128
--occupied-tones 100 --cp-length 32, I want to terminate the process if the
pktno100. I tried:
def main():
def rx_callback(ok, payload):
global n_rcvd, n_right
n_rcvd += 1
(pktno,) = struct.unpack('!H', payload[0:2])
if ok:
n_right += 1
print ok: %r \t pktno: %d \t n_rcvd: %d \t n_right: %d % (ok,
pktno, n_rcvd, n_right)
if pktno 250:
raise SystemExit(0)
..
However, it just stops to receive when pktno100. The output is like:
..
ok: True pktno: 249 n_rcvd: 243 n_right: 243
ok: True pktno: 250 n_rcvd: 244 n_right: 244
ok: True pktno: 251 n_rcvd: 245 n_right: 245
Actrually, I want to terminate the process, and give a new parameter, say
sudo ./benchmark_ofdm_rx_video.py -f 460M -R A -v -d 32 --fft-length 128
--occupied-tones 100 --cp-length 32. How can I achieve it?
Thanks,
Brook
--
View this message in context:
http://www.nabble.com/Terminate-the-receiver-tp22238872p22238872.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] any alternative API for set_auto_tr when using xcvr2450+usrp2
Hello all, Can I still call set_auto_tr to enable auto switch Rx and Tx with xcvr2450+usrp2? It seems like the set_auto_tr is no longer available. Is there any alternative API for same function? Without calling set_auto_tr, USRP2+xcvr2450 can receive normally, however, no luck for transmission. Could anybody explain why this happens? Thanks. Best regards, Xiaolong___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
