[Discuss-gnuradio] compilation error: gnuradio 3.5.0 on Ubuntu 12.04 with boost 1.46
Hi -
Just wanted to know if there's a known problem with compiling gnuradio
3.5.0 on Ubuntu 12.04, which has boost 1.46. I see a bunch of errors
like ..
/usr/include/boost/utility/in_place_factory.hpp:35:1: error: expected
identifier before '(' token
/usr/include/boost/utility/in_place_factory.hpp:35:1: error: expected
')' before '-' token
/usr/include/boost/utility/in_place_factory.hpp:35:1: error: expected
')' before '-' token
/usr/include/boost/utility/in_place_factory.hpp:35:1: error: expected
'' before '-' token
/usr/include/boost/utility/in_place_factory.hpp:35:1: error: expected
unqualified-id before ')' token
/usr/include/boost/utility/in_place_factory.hpp:71:1: error: expected
identifier before '(' token
/usr/include/boost/utility/in_place_factory.hpp:71:1: error: expected
')' before '-' token
/usr/include/boost/utility/in_place_factory.hpp:71:1: error: expected
')' before '-' token
/usr/include/boost/utility/in_place_factory.hpp:71:1: error: expected
'' before '-' token
/usr/include/boost/utility/in_place_factory.hpp:71:1: error: expected
unqualified-id before ')' token
.. and so on.
I know the code installs just fine on 10.04 LTS, but just wondering if
I can do something quick to get it to work on 12.04 as well.
Thanks,
Apurv
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] fine offset for XCVR2450
Hi Everyone, Does the XCVR2450 (when acting as a transceiver) exhibit the same frequency offset for both its RX and TX operations in OFDM? I know fine offset value can change depending on various factors, and to alleviate that problem, I'm using an external clock (without the GPS) connected to my N200. When I use the XCVR only as a receiver, I can see that the fine offset now is much more stable (as compared to when the external clock isn't used) for several packets. However, when it acts as a transceiver, it seems to me that the fine offset can fluctuate quite a bit between the RX and the TX ends. I don't know if it helps but I've also tuned the UHD using ( http://files.ettus.com/uhd_docs/manual/html/general.html#tuning-notes). I've used the same setting for both the rx_freq and tx_freq. Thanks, Apurv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] High LO leakage in xcvr 2450 with new UHD?
Hi All - I've been using the new UHD driver (003.004.002) stable release w/ XCVR boards on the USRP N200. I'm using the xcvr as a transceiver - it receives a packet, then waits a while before sending a packet. However, I can see some spikes in the preamble detection stage which seemingly correspond to the time around which the packet is transmitted. I know XCVR is not full duplex, so I'm *guessing* it's some kind of LO leakage, perhaps? On replacing the UHD driver with an old one (003.004.000), the issue seems to have disappeared. Any ideas? Attached is a snapshot which shows the smaller spikes (corresponding to tx) next to the bigger ones (corresponds to the rx). Thanks, Apurv attachment: new-uhd.png___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP N200 + GPSDO
Hi, I'm trying to use a more stable oscillator with my USRP N200 (rev4). For now, we don't intend to have a MIMO setting, rather we just want to provision every USRP with its own external clock (for more stability). The GPSDO is Jackson Firefly, and I'd like to know if there's anything that can be done to ascertain experimentally, that it indeed is using this GPSDO's oscillator. Moreover, apart from connecting the GPSDO to the motherboard (as suggested in https://www.ettus.com/content/files/gpsdo-kit_datasheet.pdf), is there anything else required to get the job done. Thanks, Apurv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] uhd running parallel tx/rx flowgraphs
Hi, I'm running Ubuntu 11.10 + UHD 003.004.000 + USRP2. I'm trying to run a transceiver script for OFDM, which has both the tx and rx flowgraphs (very similar to tunnel.py except the TUN interface). But, I can't seem to receive anything successfully in that case. Even the preamble correlation fails, it barely sees anything substantial in the air at the RF end. On the other hand, if I just disable the uhd_transmitter in the script, the receiver then works just about great. I've run the transceiver script earlier on USRP2 with the eth driver - could it be something to do with the UHD? Is it possible that the transmitter is in some way locking the receiver? P.S: Individually, tx and rx work just fine. Thanks Apurv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] uhd running parallel tx/rx flowgraphs
Its an XCVR2450, but I do *not* start any 'packet' transmissions. All I do, is to start both the flowgraphs, and just listen for packets. On Sun, Feb 26, 2012 at 6:13 AM, Andre Puschmann andre.puschm...@tu-ilmenau.de wrote: On 02/26/2012 10:38 AM, Apurv Bhartia wrote: Hi, I'm running Ubuntu 11.10 + UHD 003.004.000 + USRP2. I'm trying to run a transceiver script for OFDM, which has both the tx and rx flowgraphs (very similar to tunnel.py except the TUN interface). But, I can't seem to receive anything successfully in that case. Even the preamble correlation fails, it barely sees anything substantial in the air at the RF end. On the other hand, if I just disable the uhd_transmitter in the script, the receiver then works just about great. I've run the transceiver script earlier on USRP2 with the eth driver - could it be something to do with the UHD? Is it possible that the transmitter is in some way locking the receiver? P.S: Individually, tx and rx work just fine. You did not mention which daughterboard you're using. If it's the XCVR2450 db and you continuously transmit you sort of block your receiver indeed. That's because the XCVR2450 is only half-duplex. -Andre ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] tx/rx turnaround on usrp2/xcvr 2450
Hi All, I'm trying to verify the transceiver operations on USRP2 w/ XCVR 2450 (raw ethernet driver) using the OFDM tunneling script (tunnel.py). I see a strange behavior, which I'm unable to parse. I tried the ping-pong test between two nodes: the node that transmits the data fails to receive the next packet that is sent to it (tx-rx switch) 70% of the time. On the other hand the rx-tx switch seems to work fine, i.e. a node is able to receive data and then transmit it. I also plotted the peaks thrown by the pn correlation, and the peaks are very inconsistent - though generally missing, which explains that the packet was not seen. Moreover, I've limited the application rate to send a packet once every 0.5s , to ensure that too many packets are not being sent out. The CPU utilization also looks fine, its a dual core 2.33 GHz that I'm running and I've not seen the CPU utilization go above 70% on the combined cores. If I just enable the node as a sender or receiver only, everything seems to work fine. Any thoughts? Thanks, Apurv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] running ofdm benchmark on XCVR2450 vs RFX2400
Hey - This is a strange thing that I've been facing. We recently purchased new XCVR2450 daughterboards and wanted to test the ofdm benchmark code on it (with default settings). Both the USRPs (USRP1), were almost next to each other but yet, the receiver USRP does not show any packets being received. This is strange, since I plugged in a spectrum analyzer next to it, and it shows that the signal is indeed transmitted. I believe there's some issue with the rate at which the transmission takes place. I decreased the decimation rate to 4 on receiver and as expect it indicates overrun. However, when I increase it beyond 16, all I get are TIMEOUTs. At the sender, the interpolation rate is 128. I tried playing with some other values but couldn't get the reception to take place at the receiver. What is incredibly surprising is this - if I plug in the RFX2400 boards instead of these, they work with the default settings, except that I have to increase the tx-amplitude. I'm totally stumped at this behavior. The machines are not loaded at all, there's just the USRPs running (Ubuntu 9.04, 2.6GHz). I also checked the /proc/cpuinfo to verify, and it seems that the clock speed is fine. I'd appreciate any help. I thought the changeover from RFX2400 to XCVR2450 would be smooth, but its giving me a bit of a nightmare. Btw, I'm running a stable 3.2.2 release of gnuradio. Thanks, Apurv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
