Re: [Discuss-gnuradio] how to change the GRC block shape , size and background of GRC window
with those 2 files we can change the color . but can we change shape of block like dial shape or some others Josh Blum-2 wrote: On 09/01/2011 11:55 PM, patiljagdish154 wrote: hi , i am working on GNURadio since long time . can anyone tell me how to change the look of GRC . is it possible through *.xml file ? thanks.. most of those setting are in here http://gnuradio.org/cgit/jblum.git/tree/grc/gui/Colors.py http://gnuradio.org/cgit/jblum.git/tree/grc/gui/Constants.py -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/how-to-change-the-GRC-block-shape-%2Csize-and-background-of-GRC-window-tp32384686p32395081.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] How to display constellation in gnuradio
How to display constellation in gnuradio? I know that uhd_fft.py can show a window, but there is not anything what i need. I appreciate any help, thanks a lot in advance. BR guojun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problem(s) while connecting USRP2 with GNURadio
I read almost everything on the forum regarding this problem and tried my best.I am providing as much details as possible hence the post became long.I hope it will help the forum to help. I am working with USRP2.I installed GnuRadio as well as UHD(Using Marcus D. Leech script).I changed the host computer IPV4 address to 192.168.10.1 with subnet mask 255.255.255.0.Disabled the firewall also. Now… 1.When I run usrp2_probe.py its returning the device Mac address : 00:50:c2:85:42 Name(ID): -1 Converter Rate,gain Range,Freq Range. 2.When I run uhd_find_devices.py It returns linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.001.002-a3e1cb7 No UHD Devices found. 3.When I do ping 192.168.10.2 Its says “destination host unreachable” 4.I also then tried to change the default IPV4 address of USRP2 by sudo ./usrp2_recovery.py - -ifc=eth0 - -new-ip=192.168.10.3 Then I pinged but same “destination host unreachable” 5. Then I monitored the network traffic on wireshark.I found….. a.When I do usrp2_probe.py then there happens communication between host and USRP2 and the USRP2 sends back his mac address to the host(was clearily visible in the wireshark). b. But when I do uhd_find_devices.py then the host broadcasts message but there is no reply packet from usrp2 at all. 6.Then I scanned the network using nmap but was not able to find any device there with IPV4 address 192.168.10.3(modified one) up.Then I also searched for 192.168.10.2 but no help at all. 7. When I boot he USRP2 then all LED’s blinks as given in the youtube video i.e. all blink in the beginning and finally only D and F remains glowing.Also the green light to the left of the Ethernet cable keeps glowing.The orange light to the right keeps blinking now and then when I do nmap scanning. 8.My host computers have gigabit Ethernet ports so that is not an issue I think. 9.I burnt my SD card with the firmware FPGA image as given at http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries Raw Ethernet rel-20100603 d488c6b2 June 3, 2010 5b73d3a67d7998d83936906dac0cb200 Raw Ethernet, with XCVR2450 v3.3.1git Jun 08, 2010 Use this with Raw Ethernet and the XCVR2450 I also checked the MD5 sum to make sure that I got the proper bin files. I have 3 USRP2 devices and the same problem prevails in all the three. No communication is happening above the layer three. Let me know what more I should try. - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India -- View this message in context: http://old.nabble.com/problem%28s%29-while-connecting-USRP2-with-GNURadio-tp32396111p32396111.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] problem(s) while connecting USRP2 with GNURadio
On 04/09/11 10:32 AM, sumitstop wrote: I read almost everything on the forum regarding this problem and tried my best.I am providing as much details as possible hence the post became long.I hope it will help the forum to help. I am working with USRP2.I installed GnuRadio as well as UHD(Using Marcus D. Leech script).I changed the host computer IPV4 address to 192.168.10.1 with subnet mask 255.255.255.0.Disabled the firewall also. Now… 1.When I run usrp2_probe.py its returning the device Mac address : 00:50:c2:85:42 Name(ID): -1 Converter Rate,gain Range,Freq Range. 2.When I run uhd_find_devices.py It returns linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.001.002-a3e1cb7 No UHD Devices found. 3.When I do ping 192.168.10.2 Its says “destination host unreachable” 4.I also then tried to change the default IPV4 address of USRP2 by sudo ./usrp2_recovery.py - -ifc=eth0 - -new-ip=192.168.10.3 Then I pinged but same “destination host unreachable” 5. Then I monitored the network traffic on wireshark.I found….. a.When I do usrp2_probe.py then there happens communication between host and USRP2 and the USRP2 sends back his mac address to the host(was clearily visible in the wireshark). b. But when I do uhd_find_devices.py then the host broadcasts message but there is no reply packet from usrp2 at all. 6.Then I scanned the network using nmap but was not able to find any device there with IPV4 address 192.168.10.3(modified one) up.Then I also searched for 192.168.10.2 but no help at all. 7. When I boot he USRP2 then all LED’s blinks as given in the youtube video i.e. all blink in the beginning and finally only D and F remains glowing.Also the green light to the left of the Ethernet cable keeps glowing.The orange light to the right keeps blinking now and then when I do nmap scanning. 8.My host computers have gigabit Ethernet ports so that is not an issue I think. 9.I burnt my SD card with the firmware FPGA image as given at http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries Raw Ethernet rel-20100603 d488c6b2 June 3, 2010 5b73d3a67d7998d83936906dac0cb200 Raw Ethernet, with XCVR2450 v3.3.1git Jun 08, 2010 Use this with Raw Ethernet and the XCVR2450 I also checked the MD5 sum to make sure that I got the proper bin files. I have 3 USRP2 devices and the same problem prevails in all the three. No communication is happening above the layer three. Let me know what more I should try. - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India There are two different APIs for the USRP2 family--the original classic API, which uses raw ethernet frames, and the newer UHD API, which uses a UDP/IP based communications protocol. Only the UHD API supports IP, and will thus respond to pings, and uhd_usrp_probe requires that the device be running the UHD firmware. If you ran the build-gnuradio script, the UHD firmware for the USRP2 will be in: /usr/local/share/uhd/images/usrp2_fpga.bin /usr/local/share/uhd/images/usrp2_fw.bin The two worlds (non-UHD and UHD) aren't mutually compatible. Applications that were written for the classic API for USRP2 will not work unmodified for the UHD API, and the device has to have its firmware upgraded to run the UHD-based firmware, as shown above. -- 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] PFB Filterbank arbitrary resampler
We are successfully using the PFB filterbank to channelize 1-6mhz into a variety of channel widths (25K, 50K etc). In one application, we have 25K channels which are then resampled using PFB resampler to 19.2K fed into gmsk_demod @ 9600bps with 2sps. In this case, we may have 20-40 ports active (not null sink) with pfb resamplers connected to each. Is there way to perform this resampling in the filterbank to avoid the need for many separate resampler blocks in an effort to improve performance? We are pushing the limits of hardware already, so any efficiencies are helpful. We will consider a hierarchical filterbank structure if necessary, but our first goal is to do it with one filterbank, if possible. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] autotools/configure using --static in pkg-config --libs request
So, the little problem that came up yesterday, with the Libs.private information being hauled out of the uhd.pc data by configure stems from the fact that configure is genned-up to use the --static option when it's calling pkg-config --libs to determine library requirements. But the --static option is designed for situations where static linking is being used, and we aren't, in general, using static linking. But the --static options is used in every single 'pkg-config --libs' instance in configure, and I wonder why? Josh has temporarily removed the Libs.private section (or, pared it down considerably) in his uhd.pc in order to get around this issue, but is it perhaps the case that the --static option appears there inappropriately? I'm not volunteering to fix it at this point--I've been a C/Unix/Linux guy for 32 years, but have so far skilfully avoided learning the autotools :-) -- 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] problem(s) while connecting USRP2 with GNURadio
A bunch of thanks Marcus... I never guessed that this was the problem... its solved now. Marcus D. Leech wrote: On 04/09/11 10:32 AM, sumitstop wrote: I read almost everything on the forum regarding this problem and tried my best.I am providing as much details as possible hence the post became long.I hope it will help the forum to help. I am working with USRP2.I installed GnuRadio as well as UHD(Using Marcus D. Leech script).I changed the host computer IPV4 address to 192.168.10.1 with subnet mask 255.255.255.0.Disabled the firewall also. Now… 1.When I run usrp2_probe.py its returning the device Mac address : 00:50:c2:85:42 Name(ID): -1 Converter Rate,gain Range,Freq Range. 2.When I run uhd_find_devices.py It returns linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.001.002-a3e1cb7 No UHD Devices found. 3.When I do ping 192.168.10.2 Its says “destination host unreachable” 4.I also then tried to change the default IPV4 address of USRP2 by sudo ./usrp2_recovery.py - -ifc=eth0 - -new-ip=192.168.10.3 Then I pinged but same “destination host unreachable” 5. Then I monitored the network traffic on wireshark.I found….. a.When I do usrp2_probe.py then there happens communication between host and USRP2 and the USRP2 sends back his mac address to the host(was clearily visible in the wireshark). b. But when I do uhd_find_devices.py then the host broadcasts message but there is no reply packet from usrp2 at all. 6.Then I scanned the network using nmap but was not able to find any device there with IPV4 address 192.168.10.3(modified one) up.Then I also searched for 192.168.10.2 but no help at all. 7. When I boot he USRP2 then all LED’s blinks as given in the youtube video i.e. all blink in the beginning and finally only D and F remains glowing.Also the green light to the left of the Ethernet cable keeps glowing.The orange light to the right keeps blinking now and then when I do nmap scanning. 8.My host computers have gigabit Ethernet ports so that is not an issue I think. 9.I burnt my SD card with the firmware FPGA image as given at http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries Raw Ethernet rel-20100603 d488c6b2 June 3, 2010 5b73d3a67d7998d83936906dac0cb200 Raw Ethernet, with XCVR2450 v3.3.1git Jun 08, 2010 Use this with Raw Ethernet and the XCVR2450 I also checked the MD5 sum to make sure that I got the proper bin files. I have 3 USRP2 devices and the same problem prevails in all the three. No communication is happening above the layer three. Let me know what more I should try. - Sumit Kr. Research Assistant Communication Research center IIIT Hyderabad India There are two different APIs for the USRP2 family--the original classic API, which uses raw ethernet frames, and the newer UHD API, which uses a UDP/IP based communications protocol. Only the UHD API supports IP, and will thus respond to pings, and uhd_usrp_probe requires that the device be running the UHD firmware. If you ran the build-gnuradio script, the UHD firmware for the USRP2 will be in: /usr/local/share/uhd/images/usrp2_fpga.bin /usr/local/share/uhd/images/usrp2_fw.bin The two worlds (non-UHD and UHD) aren't mutually compatible. Applications that were written for the classic API for USRP2 will not work unmodified for the UHD API, and the device has to have its firmware upgraded to run the UHD-based firmware, as shown above. -- 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/problem%28s%29-while-connecting-USRP2-with-GNURadio-tp32396111p32397124.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] How to display constellation in gnuradio
On 09/04/2011 04:42 AM, guojun chang wrote: How to display constellation in gnuradio? I know that uhd_fft.py can show a window, but there is not anything what i need. I appreciate any help, thanks a lot in advance. The both the qtgui sink and wxgui scope sink has an XY mode to plot complex input. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Almost working
The revised build-gnuradio.sh produced no errors on my Fedora 14
installation. It does handle the changes to the web site holding the FPGA
and firmware, so I did not need to append /old to the web link in the script
anymore. None of the errors from yesterday popped up at all. The GRC
programs show the right icons now. When I try to run any of them, I receive
the error
Cannot import gnuradio. Are your PYTHONPATH and LD_LIBRARY_PATH set
correctly?
I read a bunch about this problem this morning and tried the following.
python -c import sys; print sys.path
All of the /python2.7/site-packages seem to be in there already, but I also
did
export PYTHONPATH=$PYTHONPATH:/usr/local/lib/python2.7/site-packages
This did not add anything to PYTHONPATH when I examined it, so I think that
is already set correctly.
Next I did
export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:$LD_LIBRARY_PATH
These were the steps I found in previous discussions.
I still receive the same error message when I try to run any of the GRC
programs.
When I do
echo ${LD_LIBRARY_PATH}
the list does include /usr/local/lib and /usr/lib
I set up a custom script in /etc/profile.d with the following
export PYTHONPATH=/usr/local/lib/python2.7/site-packages
export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib
I verified that these values were present using
echo ${PYTHONPATH} and
echo ${LD_LIBRARY_PATH}
GRC still gives the same error, and more confusingly, my working
installation on Ubuntu shows blank lines with the above echo commands.
It also seems to me that these path variables need to point to lots more
places. I will keep reading.
Sorry for not being more familiar with Linux.
Can someone give me advice on addressing the error presented by GRC for
Fedora 14?
Thanks!
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Almost working
On 09/04/2011 04:57 PM, Greg Le Sage wrote:
The revised build-gnuradio.sh produced no errors on my Fedora 14
installation. It does handle the changes to the web site holding the
FPGA and firmware, so I did not need to append /old to the web link in
the script anymore. None of the errors from yesterday popped up at
all. The GRC programs show the right icons now. When I try to run any
of them, I receive the error
Cannot import gnuradio. Are your PYTHONPATH and LD_LIBRARY_PATH set
correctly?
I read a bunch about this problem this morning and tried the following.
python -c import sys; print sys.path
All of the /python2.7/site-packages seem to be in there already, but I
also did
export PYTHONPATH=$PYTHONPATH:/usr/local/lib/python2.7/site-packages
This did not add anything to PYTHONPATH when I examined it, so I think
that is already set correctly.
Next I did
export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:$LD_LIBRARY_PATH
These were the steps I found in previous discussions.
I still receive the same error message when I try to run any of the
GRC programs.
When I do
echo ${LD_LIBRARY_PATH}
the list does include /usr/local/lib and /usr/lib
I set up a custom script in /etc/profile.d with the following
export PYTHONPATH=/usr/local/lib/python2.7/site-packages
export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib
I verified that these values were present using
echo ${PYTHONPATH} and
echo ${LD_LIBRARY_PATH}
GRC still gives the same error, and more confusingly, my working
installation on Ubuntu shows blank lines with the above echo commands.
It also seems to me that these path variables need to point to lots
more places. I will keep reading.
Sorry for not being more familiar with Linux.
Can someone give me advice on addressing the error presented by GRC
for Fedora 14?
Thanks!
You shouldn't need to do *anything* to LD_LIBRARY_PATH.
But on x86_64 systems, Fedora uses /usr/local/lib64/python2.7/site-packages
So, if you're on a x86_64 system on Fedora, you'll need to set your
PYTHONPATH to point to /usr/local/lib64/python2.7/site-packages
--
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
