[Discuss-gnuradio] How to use 2 USRPs on 1 PC.
I am testing RX TX example with 2 USRPs. but now I have to just 1 PC. When I connect 2 USRPs on 1 PC, my device list is like this: ls -lR /dev/bus/usb /dev/bus/usb/001: total 0 crw-rw-r-- 1 root root 189, 0 2010-10-29 15:48 001 crw-rw 1 root usrp 189, 1 2010-10-29 15:59 002 crw-rw 1 root usrp 189, 2 2010-10-29 16:00 003 I just want to use one as a USRP sink and the other as a USRP source, in GRC. How can I solve this problem? I know, 2 PC is better... but.. :( ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Fwd: [Discuss-gnuradio] How to use 2 USRPs on 1 PC.
You can use multiple usrps on one PC. To select the USRP that you want to use, you can use the which parameter of the usrp source constructor: src = usrp.source_s(which=) This is a number between 0..N. You can identify which is which by looking at the serial number of your usrps: src.serial_number() These might not be exposed in GRC, so you need to edit this in the python code. Also, you can transmit and receive simultaneously also with just one usrp. I have two usrps on one machine in continuous operation. One usrp is using the computer's usb bus, and the other is hooked to a PCI usb card, to ensure full bandwidth on both usrps. But unless you need full bandwidth on each device, you probably don't need to do this. juha On Fri, Oct 29, 2010 at 07:04, songsong gee gee.songs...@gmail.com wrote: I am testing RX TX example with 2 USRPs. but now I have to just 1 PC. When I connect 2 USRPs on 1 PC, my device list is like this: ls -lR /dev/bus/usb /dev/bus/usb/001: total 0 crw-rw-r-- 1 root root 189, 0 2010-10-29 15:48 001 crw-rw 1 root usrp 189, 1 2010-10-29 15:59 002 crw-rw 1 root usrp 189, 2 2010-10-29 16:00 003 I just want to use one as a USRP sink and the other as a USRP source, in GRC. How can I solve this problem? I know, 2 PC is better... but.. :( ___ 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] How to use 2 USRPs on 1 PC.
Thank you for your answer. Now I see how it works. I connect one USRP or two USRPs on a PC. It recongnizes well. However, when I execute a flow graph, it immediately disconnects a connection. I use Ubuntu 10.x with VMWare, on the top of Mac OS X 10.6.4 Might it be a problematic that I do a test on a Virtual Machine 2010/10/29 Juha Vierinen jvier...@gmail.com You can use multiple usrps on one PC. To select the USRP that you want to use, you can use the which parameter of the usrp source constructor: src = usrp.source_s(which=) This is a number between 0..N. You can identify which is which by looking at the serial number of your usrps: src.serial_number() These might not be exposed in GRC, so you need to edit this in the python code. Also, you can transmit and receive simultaneously also with just one usrp. I have two usrps on one machine in continuous operation. One usrp is using the computer's usb bus, and the other is hooked to a PCI usb card, to ensure full bandwidth on both usrps. But unless you need full bandwidth on each device, you probably don't need to do this. juha On Fri, Oct 29, 2010 at 07:04, songsong gee gee.songs...@gmail.com wrote: I am testing RX TX example with 2 USRPs. but now I have to just 1 PC. When I connect 2 USRPs on 1 PC, my device list is like this: ls -lR /dev/bus/usb /dev/bus/usb/001: total 0 crw-rw-r-- 1 root root 189, 0 2010-10-29 15:48 001 crw-rw 1 root usrp 189, 1 2010-10-29 15:59 002 crw-rw 1 root usrp 189, 2 2010-10-29 16:00 003 I just want to use one as a USRP sink and the other as a USRP source, in GRC. How can I solve this problem? I know, 2 PC is better... but.. :( ___ 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 -- Seokseong Jeon a.k.a., *Gee Songsong* combined course in ITCE (IT Convergence Engineering), POSTECH WCU program mail: gee.songs...@gmail.com phone: +82)10-8338-1229 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Can I connect a amplifier to USRP2?
Hy!! Can I connect an amplifier to the USRP2 to increase the gain? And if so, how? -- View this message in context: http://old.nabble.com/Can-I-connect-a-amplifier-to-USRP2--tp30083895p30083895.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
Re: [Discuss-gnuradio] noise figure of XCVR2450
I spotted in the data-sheet that to get a noise figure of 4dB a voltage gain of 50dB is needed. My experience has been that a voltage gain above 20dB makes the receiver go haywire. However, I may need to review this assumption. BR/ Per On Tue, 2010-10-19 at 20:14 +0200, Per Zetterberg wrote: Hi List, I have previously claimed on this list that I have measured a noise figure of some 4dB on the XCVR2450. However, I probably made the following mistake: I used a CW of 2.4GHz as signal. However,there is spurious at 2.4GHz which I mistook for being my desired signal. The signal generator and the USRP2 was locked so there was just a single peak. When I measured today I got a noise figure around 25dB. I wonder if it can be noise from the transmitter chain which is leaking into the receiver.. BR/ Per ___ 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] Does GNUradio have an envelope detector block?
gr_complex_to_mag will produce the envelope of an amplitude modulated carrier. @(^.^)@ Ed Sent from my iPod On Oct 28, 2010, at 10:50 PM, songsong gee gee.songs...@gmail.com wrote: Now I'm trying to build an ASK demodulator. I use GRC. However, I REALLY REALLY couldn't find an envelope detector. Does GNUradio have an envelope detector block? Or, do I have to make that one? ___ 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
[Discuss-gnuradio] USRP2 high data throughout for WiFi 802.11 processing or GALILEO E5
Hello guys, I suppose some people out there are interested, like me, in doing stuff with relatively large-bandwidth signals like 20MHz WiFi stuff or even 50 MHz GALILEO E5. on a linux ubuntu 10.04, USRP2/XCVR2450, GNURadio 3.2 (I think) with two week old FPGA firmware, I am trying to collect some data file with the command: sudo usrp2_rx_cfile.py -v -s -e eth1 -f 2462.0M -g 25 -d 5 -N 250M wifi_d5.bin and (with a WBX front end) also this: sudo usrp2_rx_cfile.py -v -e eth1 -f 1575.42M -s -g 25 -d 14 -N 700M galileoE1.bin 1) I however do not seem to set the decimation d=4, for the XCVR2450 front end. Is it a firmware problem? Does anybody knows why? 2) Regarding the USRP 2 bandwidth, digging into the GNU Radio forum I found people confirming this: In (USRP2) RX path: if ADC sampling = 100MHz, and if Min decimation = 4 = max IF bandwidth = 25MHz = Max IF Ethernet rate = 4 bytes per sample * 25 MSPS = 100 Mbyte/sec = 800 Mbit/sec (Every thing is clear) My question is: with a decimation of 4 you get a fs = 25MHz and therefore I would think that the bandwidth that you can capture is actually half that, meaning ~12MHz. Could somebody explain to me why I am wrong? Thank you in advance for your attention Regards, Fabrizio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: HF 6596.3 HF- 1215 PV Dokumente-Fehler nach UTF-8-Umstellung fertig!
schrieb Patrick Strasser am 2010-10-29 15:57: Sorry, something in the wrong list. Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at student dot tugraz dot at Student of Telemati_cs_, Techn. University Graz, Austria ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] HF 6596.3 HF- 1215 PV Dokumente-Fehler nach UTF-8-Umstellung fertig!
Hallo Deployment! Hab gerade einen Hotfix fertig. Sind zwei Reports, Einspieldauer 1 Minute. Einspielen im Betrieb möglich. Dringlichkeit nicht extrem hoch, also kein Extratermin nötig. Schönen Gruß Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at student dot tugraz dot at Student of Telemati_cs_, Techn. University Graz, Austria ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 high data throughout for WiFi 802.11 processing or GALILEO E5
On Fri, Oct 29, 2010 at 8:48 AM, Fabrizio Tappero fabrizio.tapp...@gmail.com wrote: Hello guys, I suppose some people out there are interested, like me, in doing stuff with relatively large-bandwidth signals like 20MHz WiFi stuff or even 50 MHz GALILEO E5. There is some existing work on Wifi with the USRP2 - check out the BBN802.11 project page on CGRAN, and take a look at the usrp2_version branch. My question is: with a decimation of 4 you get a fs = 25MHz and therefore I would think that the bandwidth that you can capture is actually half that, meaning ~12MHz. Could somebody explain to me why I am wrong? The USRP2 uses complex sampling: each 'sample' consists of both an 16-bit in-phase (I) and a 16-bit quadrature phase (Q) sample. This effectively doubles the bandwidth of the signal you can observe. Thank you in advance for your attention Regards, Fabrizio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Doug Geiger doug.gei...@bioradiation.net ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: ATSC decoding - Now Working!
Bryce and others, is there any way someone can post captured sample atsc files for downloading and testing. I have some ideas for improving the atsc implementation but need to test some things before i propose something meaningful... Thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RE: ISM Band
Well it seems I've found my answer now... Remember, though, that the corresponding E-GSM 900 uplink frequencies fall in the GSM 850 downlink band. Wasn't quite what I was looking for... From: Alex [mailto:a...@maxo.com.au] Sent: Saturday, 30 October 2010 12:43 AM To: 'discuss-gnuradio@gnu.org' Subject: ISM Band According to a lot of pages the ISM Band filter must be removed to operate Open BTS. In Australia, we have mobile carriers operating in the lower half of the 900mhz ISM band - and only 918 - 926mhz is unlicensed. Is it possible to have Open BTS only operate in the unlicensed spectrum - and if so, what limitations would this place on it? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ISM Band
According to a lot of pages the ISM Band filter must be removed to operate Open BTS. In Australia, we have mobile carriers operating in the lower half of the 900mhz ISM band - and only 918 - 926mhz is unlicensed. Is it possible to have Open BTS only operate in the unlicensed spectrum - and if so, what limitations would this place on it? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ISM Band
According to a lot of pages the ISM Band filter must be removed to operate Open BTS. In Australia, we have mobile carriers operating in the lower half of the 900mhz ISM band - and only 918 - 926mhz is unlicensed. Is it possible to have Open BTS only operate in the unlicensed spectrum - and if so, what limitations would this place on it? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRC 3.3.0 block documentation missing
Hi list, After reinstalling and upgrading the GNU Radio from version 3.2.2 to 3.3.0, on two different platforms, I have lost some of the valuable GRC documentation which was available earlier in the blocks. Many of the blocks now have much less (or none at all) information, and I need every bit. How is it possible to get the GRC block documentation back in ver. 3.3.0 ? Rickard ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem of using UHD blocks as Tx Rx
Dear Jason and Josh, Thanks very much for your reply. I followed your instructions and use the UHD MIMO Sink and Source again. They should be synchronised now. First, I transmitted a constant and observe the received signal. The following figure is my flow graph of GRC: http://old.nabble.com/file/p30086842/FlowGraph.jpg But I got the received signal with large fluctuation (I observe the received signal in a long time period window): http://old.nabble.com/file/p30086842/Result1.jpg The fluctuation increased when I increased the amplitude of the transmitted signal. Then I made a test for transmitting a 10K Hz sine wave http://old.nabble.com/file/p30086842/FlowGraph2.jpg The result seems better : http://old.nabble.com/file/p30086842/Result2.jpg However, if I watch the received signal in real time, I can still find the slight vibration of the period of the signal wave. I used a signal generator and a spliter to provide two identical 100MHz ref. clocks for the boards. In my opinion, the results may imply that there are still frequency difference between transmitter and receiver. And this frequency difference is a random value which may goes from -100 to 100 Hz. May I have your understandings of the results? Would you mind to provide me with some ideas or suggestions about them? Best wishes, Hongliang Jason Abele wrote: Why do I receive a sine wave when I transmit a constant? Probably because the 100MHz reference clocks of your two USRP2s are slightly different Here are a few suggestions for being sure that you are locking to your 10MHz reference clock: If you have not modified the generated python code from your GRC flowgraph, then you are definitely not locked to refclock. The easiest way to fix this would be: Use a multi-usrp sink and source from the UHD categorey Set the number of motherboards and channels to 1 each Use the Sync to Unknow PPS option I know that is a strange interface, we will put an option to use external ref clock in an update coming soon to git repositories near you. Finally, be sure your refclock meets the power/amplitude requirements shown here: http://www.ettus.com/uhd_docs/manual/html/usrp2.html#ref-clock-10mhz +5dBm to +20dBm (roughly 1Vpp to 5Vpp) Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/Problem-of-using-UHD-blocks-as-Tx---Rx-tp30069825p30086842.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
Re: [Discuss-gnuradio] GRC 3.3.0 block documentation missing
On 10/29/10 10:42 AM, Rickard Nilsson wrote: Hi list, After reinstalling and upgrading the GNU Radio from version 3.2.2 to 3.3.0, on two different platforms, I have lost some of the valuable GRC documentation which was available earlier in the blocks. Many of the blocks now have much less (or none at all) information, and I need every bit. I've noticed this too. :( (^.^)@ Ed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRC 3.3.0 block documentation missing
Did you build and install the doxygen documentation? Look at prefix/etc/gnuradio/conf.d/grc.conf Is there documentation in the directory specified by doc_dir? -Josh On 10/29/2010 08:35 AM, Ed Criscuolo wrote: On 10/29/10 10:42 AM, Rickard Nilsson wrote: Hi list, After reinstalling and upgrading the GNU Radio from version 3.2.2 to 3.3.0, on two different platforms, I have lost some of the valuable GRC documentation which was available earlier in the blocks. Many of the blocks now have much less (or none at all) information, and I need every bit. I've noticed this too. :( (^.^)@ Ed ___ 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] OS X 10.6, x86-64 built from GIT fails at 'make check'
On Oct 29, 2010, at 12:19 PM, Jakub Moskal wrote: Thank you Michael for your efforts. Would that mean it is just an issue with the test, not with the gnuradio compilation itself? Yes; looks like that directory (and file) was updated 12 days ago (commit 4a3fb7eb7481177ae35bb98307a1845a7304d97e ). Maybe that change holds the key? - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: ATSC decoding - Now Working!
Achilleas, I live all of a half mile away from the local 10MW broadcast tower, so I can almost hear ATSC in my fillings at night. I'll get an ATSC capture and post it online tonight. --n On Fri, 2010-10-29 at 10:02 -0400, Achilleas Anastasopoulos wrote: Bryce and others, is there any way someone can post captured sample atsc files for downloading and testing. I have some ideas for improving the atsc implementation but need to test some things before i propose something meaningful... Thanks Achilleas ___ 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] USRP2 high data throughout for WiFi 802.11 processing or GALILEO E5
On Fri, 2010-10-29 at 14:48 +0200, Fabrizio Tappero wrote: Hello guys, I suppose some people out there are interested, like me, in doing stuff with relatively large-bandwidth signals like 20MHz WiFi stuff or even 50 MHz GALILEO E5. on a linux ubuntu 10.04, USRP2/XCVR2450, GNURadio 3.2 (I think) with two week old FPGA firmware, I am trying to collect some data file with the command: sudo usrp2_rx_cfile.py -v -s -e eth1 -f 2462.0M -g 25 -d 5 -N 250M wifi_d5.bin and (with a WBX front end) also this: sudo usrp2_rx_cfile.py -v -e eth1 -f 1575.42M -s -g 25 -d 14 -N 700M galileoE1.bin 1) I however do not seem to set the decimation d=4, for the XCVR2450 front end. Is it a firmware problem? Does anybody knows why? I don't understand what you are asking here. The daughterboard should not affect decimation or sample rate in any way. 2) Regarding the USRP 2 bandwidth, digging into the GNU Radio forum I found people confirming this: In (USRP2) RX path: if ADC sampling = 100MHz, and if Min decimation = 4 = max IF bandwidth = 25MHz = Max IF Ethernet rate = 4 bytes per sample * 25 MSPS = 100 Mbyte/sec = 800 Mbit/sec (Every thing is clear) My question is: with a decimation of 4 you get a fs = 25MHz and therefore I would think that the bandwidth that you can capture is actually half that, meaning ~12MHz. Could somebody explain to me why I am wrong? Complex sampling. Thank you in advance for your attention Regards, Fabrizio --n ___ 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] understanding MUX registers
On Fri, Oct 29, 2010 at 10:22:27AM -0700, Sarah Boutwell wrote: Hi all. I'm working on using GNU radio to receive and process GSM signals. In looking at the usrp_rx_cfile.py program, it appears that the DDC's MUX value is set automatically by probing the USRP. In our case it sets the MUX value to 0x1. We think that means that the ADC1 input is wired to the signal I value on DDC0 and the ADC0 is wired to the signal Q value on DDC0. Is this correct? Yes, it is. Thanks, Sarah LT Sarah Boutwell, USN NPS Student, Computer Science NIPR: mailto:srbou...@nps.edu srbou...@nps.edu ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] understanding MUX registers
Hi all. I'm working on using GNU radio to receive and process GSM signals. In looking at the usrp_rx_cfile.py program, it appears that the DDC's MUX value is set automatically by probing the USRP. In our case it sets the MUX value to 0x1. We think that means that the ADC1 input is wired to the signal I value on DDC0 and the ADC0 is wired to the signal Q value on DDC0. Is this correct? Thanks, Sarah LT Sarah Boutwell, USN NPS Student, Computer Science NIPR: mailto:srbou...@nps.edu srbou...@nps.edu ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Decreasing Quantization Error
On 10/29/2010 01:14 PM, sirjanselot wrote: Hello, Is there a way to decrease the A/D quantization error for low input signals? I've been sending -50dBm to about -70 dBm sine waves to my USRP 1 radio and the quantization noise is there. Is there a way for me to reduce it effectively? Thanks. What daughterboard? ADCs have notoriously-high equivalent noise figure, which can be overcome by sufficient low-noise gain in front of the ADC. The usual daughtercards handily meet this requirement, except for the Basic_Rx and Basic_Tx, which have no gain. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Decreasing Quantization Error
On 10/29/2010 01:14 PM, sirjanselot wrote: Hello, Is there a way to decrease the A/D quantization error for low input signals? I've been sending -50dBm to about -70 dBm sine waves to my USRP 1 radio and the quantization noise is there. Is there a way for me to reduce it effectively? Thanks. Also, here's an interesting article on the subject: http://www.mwrf.com/Articles/Index.cfm?Ad=1ArticleID=10586 -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem of using UHD blocks as Tx Rx
I used a signal generator and a spliter to provide two identical 100MHz ref. clocks for the boards. The ref clock needs to be 10MHz rather than 100MHz ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Fwd: Re: [Discuss-gnuradio] USRP2, is that possible to skip the Ethernet and pass data through general purpose (physically accessible) inputs to the FPGA?
Malihe, Please look here for schematics. http://www.ettus.com/download Nick On Fri, 2010-10-29 at 10:36 -0600, Malihe Ahmadi wrote: Can anybody help me with this? I need a full schematics of RFX2400, the one available on gnuradio's site is not complete! Original Message Subject: Re: [Discuss-gnuradio] USRP2, is that possible to skip the Ethernet and pass data through general purpose (physically accessible) inputs to the FPGA? Date: Thu, 28 Oct 2010 20:00:53 -0600 From: Malihe Ahmadi ahmad...@ualberta.ca To: Nick Foster n...@ettus.com Hi Nick, I actually changed the nsgpio module so that io_tx_06 and io_rx_06 have fix value and the board is always configured as full duplex but yet the pin 8 (ENOP, on and off switch for RF output) of the U101( AD8349, the modulator) is switching on and off and I don't know which signal is controlling it (b/c it is not shown in the schematics). Can you please send me the complete schematics of RFX2400 or tell me how to control pin ENOP of the U101? Thanks, Malihe Hi Nick, I had few interesting observation yesterday. First of all, I followed what you recommended, stock FPGA and firmware image and the sin wave at TX. looking at the GRC's FFT, I realized that the 1.1MHz spike is there but not always, it is choppy, I see either the spike or white noise! with this setup, I was probing different points on the RFX2400 db and I found in (please look at the schematic) in U209 pin 1 is always 0 and pin 2 is always 1, but in U202 pin 1 is sometime 0 and sometime 1 and pin 2 is its complement. that means TX/RX is not always derived with RF_TX! (and I think that is exactly why the source is choppy and the received signal is choppy ...). Also looking at pin 8 (ENOP, on and off switch for RF output) of the U101( AD8349, the modulator), I found that pin is sometime 0 and sometime 1 (it seems it follows the same pattern as pin 2 of U202), but I can't find what signal is controlling that pin on the schematics?! do you know which signal it is? thus my understanding is that the firmware is not translating the full duplex configuration on the GRC to the correct values on U202 and 101. I'd like to take the control of those signals (io_tx_06 and io_rx_o6 and whatever else) out of the firmware and fix them in FPGA code and see what happens! but first Id' like to know your comments on these observations. Thanks, Malihe On 26/10/2010 7:12 PM, Nick Foster wrote: Malihe, Please run the USRP2 with a stock FPGA and firmware image. Modify your GRC flowgraph so the transmit frequency is 2.451GHz, and the receive frequency is 2.450GHz with gain 50. Instead of a constant source, use a complex sine wave source of amplitude 0.3 and frequency 100kHz. You should see a spike at 1.1MHz on your GRC FFT and your spectrum analyzer should show a spike at 2.4511MHz. Please let me know what your results are. It is impossible to determine if the problem is the USRP2 or not while you are running your custom FPGA code. Nick On Tue, 2010-10-26 at 17:38 -0600, Malihe Ahmadi wrote: Hi Nick, When I was talking about the spectrum, I didn't mean the FFT, I meant the spectrum analyzer we have in the lab, and I can see the spectrum of RF1 output which is a carrier at 2.45GHz with some data on top of it. on the FFT though, I believe the spike is just the carrier detected in the RX path and it seems there is no significant signal coming in on top of that! I captured those ADC and DAC plots more than few minutes after I turned on the board and run the GRC. I actually run the same GRC with two antenna, one connected to RF1 and the second one connected to RF2, yet I am capturing the exact same data from ADC and DAC. here is the new experiment I am running and it made me even more suspicious to the RX path (the reason I am running this experiment is that the DAC gets a continuous non zero flow of data and it lasts enough for the receiver to settle as you said it is required) : I am generating a 16 bit counter that counts from 0 to 2^16-1. this counter is connected to the dac_a while dac_b is always zero. I did this experiment with both antenna and also terminated RF1 and RF2 and their result was the same.In both cases the ADC data (_a and _b) is very small, then I increased the RX gian to 60dB and yet the ADC data has no relation with the DAC data (actually with 60dB gain, it seems to be an amplified white noise!). Then I decided to check some points on the board itself. I looked at the pin 16 of the AD834X and I could see the saw tooth wave. then I looked at pin 8 and 22 of the AD8347 and they are both constantly high with very small bump at some points! That seems not right to me! Thanks, Malihe Nick Foster wrote:
Re: [Discuss-gnuradio] GRC 3.3.0 block documentation missing
On 10/29/10 12:29 PM, Josh Blum wrote: Did you build and install the doxygen documentation? I installed under OSX 10.6.4 using Michael Dickens' macports packaging of 3.3.0 Look atprefix/etc/gnuradio/conf.d/grc.conf Is there documentation in the directory specified by doc_dir? No, there is not. I did further checking, and there is no doxygen package installed. Further, doing a search of all gnuradio* packages in the repository showed nothing that looked like a documentation package. Michael, is this an oversight, or am I missing something? @(^.^)@ Ed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Punt :)
Looks like gnuradio is down again L Strategy without tactics is the slowest route to victory. Tactics without strategy is the noise before defeat. Sun Tzu ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Does anybody have sucessfully installed GNU Radio on Windows
Hi, OK, I really don't know what to do with that GNU Radio. I tried to install it many times with CygWin and MinGW but no success, this is why I have this question: does anybody have sucessfully installed GNU Radio on Windows OS (on the site of Ettus Research it's written: it works under Win 7, XP ...)? or maybe everybody is working under Linux and I shouldn't try to install GNU Radio on Windows because I waste my time as I did in the last 3 month. One may ask why Windows and not Linux: because this is the OS I'm used to and I found it very easy to make any kind of software for my projects. Thank you very much for any answer. Maybe after 3 month finally I will be able to see a signal on my screen, that would be one of the biggest miracles in the world. If it will not start than I will throw it away and find other hardware that is more Windows friendly (DLL drivers and others) and that will help me to make some real world applications because I don't want to use it only to see some signals I want to get and send real data (data packages). Best Regards, Matt Dunstan. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Punt :)
I know... working on it :( Thanks for the tip, though. Tom On Fri, Oct 29, 2010 at 3:41 PM, William Pretty Security Inc bill.pre...@xplornet.com wrote: Looks like gnuradio is down again L “Strategy without tactics is the slowest route to victory. Tactics without strategy is the noise before defeat. ” Sun Tzu ___ 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] Problem in using trellis Error, correction en- and decoder
There are a couple of potential problems with your flowgraph: 1) the trellis encoder outputs unpacked bytes. For example, if your FSM has output cardinality 4 then it outputs 2 useful bits per byte. Are you sure you are handling this the right way at the packet encoder? I do not know how that block works but you should check it. however, the main problem is the following 2) You need to substitute the trellis viterbi by the trellis viterbi combo block and input as parameters the kind of distance metric you want and the corresponding constellation, etc. To do that you need to know what is the output of the packet decoder... I have never worked with packet en/decoder so i cannot help with these. Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Does anybody have sucessfully installed GNU Radio on Windows
On Fri, 2010-10-29 at 13:54 -0700, Matt Dunstan wrote: Hi, OK, I really don't know what to do with that GNU Radio. I tried to install it many times with CygWin and MinGW but no success, this is why I have this question: does anybody have sucessfully installed GNU Radio on Windows OS (on the site of Ettus Research it's written: it works under Win 7, XP ...)? Yes. Some people have successfully run Gnuradio under Windows. Most people are using Linux as it is better-supported. The installation process might not be as straightforward as under Linux. The Ettus UHD drivers work on Windows. or maybe everybody is working under Linux and I shouldn't try to install GNU Radio on Windows because I waste my time as I did in the last 3 month. One may ask why Windows and not Linux: because this is the OS I'm used to and I found it very easy to make any kind of software for my projects. Thank you very much for any answer. Maybe after 3 month finally I will be able to see a signal on my screen, that would be one of the biggest miracles in the world. If it will not start than I will throw it away and find other hardware that is more Windows friendly (DLL drivers and others) and that will help me to make some real world applications because I don't want to use it only to see some signals I want to get and send real data (data packages). Asking specific questions (when I do X it gives Y instead of the expected Z: here are the things I tried, and here are the relevant configuration files) will probably net better results than has anyone else gotten it to work. Good questions tend to get answered, and specific bugs brought to our attention tend to get fixed. --n Best Regards, Matt Dunstan. ___ 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] Does anybody have sucessfully installed GNU Radio on Windows
On Fri, Oct 29, 2010 at 01:54:19PM -0700, Matt Dunstan wrote: Hi, OK, I really don't know what to do with that GNU Radio. I tried to install it many times with CygWin and MinGW but no success, this is why I have this question: does anybody have sucessfully installed GNU Radio on Windows OS (on the site of Ettus Research it's written: it works under Win 7, XP ...)? or maybe everybody is working under Linux and I shouldn't try to install GNU Radio on Windows because I waste my time as I did in the last 3 month. One may ask why Windows and not Linux: because this is the OS I'm used to and I found it very easy to make any kind of software for my projects. Thank you very much for any answer. Maybe after 3 month finally I will be able to see a signal on my screen, that would be one of the biggest miracles in the world. If it will not start than I will throw it away and find other hardware that is more Windows friendly (DLL drivers and others) and that will help me to make some real world applications because I don't want to use it only to see some signals I want to get and send real data (data packages). Best Regards, Matt Dunstan. Hi Matt, This is a follow up to Nick's answer. GNU Radio, like most free software projects, is supported by volunteer efforts. It is the case that most active developers here tend to favor the *nix platforms, for reasons quite similar to yours, plus a lot having to do with freedom. But that's a different conversation. That said, we do try to avoid doing anything that would make GNU Radio NOT work on any platform, including the variety of Microsoft OS's. We have users running under Linux (or course), but also OS/X and BSD too. We also have active users running on x86, x86-64, PPC (32 and 64-bit) and ARM, so the system as a whole has proven to be quite portable. If you are interested in better support under Windows, then you, or perhaps somebody you know, are probably in the best position to make that happen. We would be delighted to have good, solid support for Windows, but that's going to take some effort from somebody. There are many experts on this list who are masters in multiple domains. At least some of them have deep knowledge of the guts of GNU Radio and have substantial experience with portability concerns surrounding big, complex s/w systems. If you ask good questions, there's a pretty good chance that these folks will step up to answer your questions. If you're interested in helping with windows issues, we'd love to have your assistance. This is all about growing a bigger pile of high quality free software. Finally, we've found that the suggestions mentioned in the link below have worked well at soliciting quality responses on this mailing list. http://gnuradio.org/redmine/wiki/1/ReportingErrors Thanks for writing. Sorry to hear about your pain. We'd love to have better support on windows. Perhaps you could help? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] how can I call my own block from python
Try :- make install after make check From: discuss-gnuradio-bounces+dr=drelectro@gnu.org [mailto:discuss-gnuradio-bounces+dr=drelectro@gnu.org] On Behalf Of ömer günay Sent: Thursday, 28 October 2010 6:00 AM To: gnu radio Subject: [Discuss-gnuradio] how can I call my own block from python Hello I am trying to write my own block. I wrote the required files and then worked the below statements sequentially in the terminal -bootstrap -configure -make -make check then at the end I get - ran 2 tests in 0.004s - OK - PASS: run_tests - 1 test passed I saved the files related to this block on desktop and called it my_block. But now I am trying to call this block to python but i can't. Every time i get en error 'no such module is defined'. What can i do now? Is there any thing i missed? Thanks your supports. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRC 3.3.0 block documentation missing
On Oct 29, 2010, at 2:53 PM, Ed Criscuolo wrote: On 10/29/10 12:29 PM, Josh Blum wrote: Did you build and install the doxygen documentation? I installed under OSX 10.6.4 using Michael Dickens' macports packaging of 3.3.0 Look atprefix/etc/gnuradio/conf.d/grc.conf Is there documentation in the directory specified by doc_dir? No, there is not. I did further checking, and there is no doxygen package installed. Further, doing a search of all gnuradio* packages in the repository showed nothing that looked like a documentation package. Michael, is this an oversight, or am I missing something? I think it's not an oversight; maybe it's a feature? If you installed GNU Radio via MacPorts' gnuradio port (or gnuradio-*), you need to do sudo port install gnuradio +docs to get the docs. I made them separate because not everyone wants them they do take extra time to be created. You (or someone) need to install doxygen to get documentation. Looks like GNU Radio's build system auto-magically, and quietly, disables documentation if doxygen isn't available (meaning, 'configure' says it cannot find doxygen but 'docs' is still enabled in the list of components to be build; the disabling comes when it is time to actually build the docs). This should probably be fixed, since it is confusing. It's very straight forward to get documentation on OSX using MacPorts: sudo port install doxygen then re-run configure make if you're building from GIT. Hope this helps! - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem in synchronization of PAL receiver system
Hi all, Is there synchronization program available for PAL tv receiver? I am using latest GNU Radio version. Could anyone please help me in this regard... -- http://amritasenthil.wordpress.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How can I add channel encoder/decoder and equalizer in usrp_transmit_path.py and usrp_receive_path.py?
Hi: I am new to gnuradio and have a question regarding how to build a communication link from scratch. This is the communication link I want to build: Tx link: Data bit stream - Hamming Coding - QAM modulation - add training sequence - (send to the air) Rx link: QAM demodulation - Decision feedback equalizer - Hamming Decoding - Bit stream It seems that the existing gnuradio example usrp_transmit_path.py and usrp_receive_path.py don't have channel coding and equalization. Does anyone know how to (1) add channel encoder and training sequence in usrp_transmit_path.py, and (2) add the equalizer and channel decoder in usrp_transmit_path.py? If it is too easy for a beginner to modify the example code, what could be a better way to build up such a communication link? Thanks, Rachel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio