Re: [Discuss-gnuradio] USRP1 warning requested RX frequency is outside of the system range, requested RX frequency is outside of the system range, and has been clipped even though inside hardware s
Thank you, Now it works with exact frequency . On Fri, Aug 14, 2015 at 9:35 AM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Hoang, the 380MHz is the lower frequency you can get with a RFX400. That's correct. You can chose your daughterboard by using the number of channels argument (if you want both), or the subdev spec [1], like: B:0 to select the WBX in your second slot. Best regards, Marcus [1]http://files.ettus.com/manual/page_configuration.html#config_subdev On 08/14/2015 12:21 PM, Hoang Nguyen Tran wrote: Dear, Sorry if I have too much question, I am getting started with GNU radio, and I did not find the answer for this on the Internet. I have USRP1 and inside it has 2 daughter boards: WBX and RFX400. I run the FM receiving grc file and got this UHD Warning: Tune Request: 102.50 MHz The ification: Target Frequency: 102.50 MHz Clipped Target Frequency: 380.00 MHz The RF LO does not support the requested frequency: Requested LO Frequency: 380.00 MHz RF LO Result: 400.00 MHz Attempted to use the DSP to reach the requested frequency: Desired DSP Frequency: 20.00 MHz DSP Result: 20.00 MHz Successfully tuned to 380.00 MHz I changed various frequency and figure out the range that has Successfully tuned is from 380Mhz to 520Mhz. I don't know why this happen, the WBX suppose to have range from 50Mhz to 2200Mhz. Does it come from the wrong firmware ? And moreover, my USRP has 2 daughter board, so how can I choose exact daughter board to use ? In UHD USRP source of GNU radio. only have options for antenna port for example RX2 or TX/RX, right ? Best regards, Hoang -- -HoangNT- PhoneNo : +841654248782 Skype : hoangastro FB : https://www.facebook.com/kenshin.rorouni ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- -HoangNT- PhoneNo : +841654248782 Skype : hoangastro FB : https://www.facebook.com/kenshin.rorouni ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spending the whole day to build gnuradio on a Mac?
Hi Ton - As always, I recommend using MacPorts to do your dirty work; check out the GR install guide http://gnuradio.org/redmine/projects/gnuradio/wiki/MacInstall . Once 'port' is installed, getting GR is as simple as sudo port install gnuradio. For sdrplay: If you check out the Gqrx forum, you'll find a related discussion here: https://groups.google.com/forum/#!topic/gqrx/OtTNWVTTjFU . I offer a patch for MacPorts' gr-osmosdr port that installs sdrplay as an optional variant. What the OP found is, and this is not a great surprise, is that sdrplay isn't really ready for OSX yet. You can use Homebrew for GR, and a few folks I know do. I prefer to not do that, because Homebrew installs into /usr/local, which is a standard search path for most Unix-y tools is prone to being found before other paths. I you want specific help, email me off list. Homebrew is not my specialty, but I'll do what I can. Good luck! - MLD On Sat, Aug 15, 2015, at 10:56 AM, Ton Machielsen wrote: Mac OSX 10.10.4 gnuradio 3.7.7.1 homebrew Trying to get the SDPplay to work using gr-osmosdr I tried an innocent brew install gnuradio. That went wrong on the fact that gnuradio was compiled against the homebrew python and when launched uses the Darwin python as discussed here: https://github.com/titanous/homebrew-gnuradio/issues/7. Haven't found a good solution to that problem yet. Then i used the workaround to export DYLD_FRAMEWORK_PATH=/usr/local/lib:$DYLD_FRAMEWORK_PATH, uninstalled gnuradio and installed it again. That went ok until i built gr-osmosdr with the ENABLE_NONFREE option. Then the problem came back again. Then i tried to build gnuradio from source hoping it would use the system python and the problem would go away. That took a few hours only to result in the same error. So i removed all the dependencies and built those from source as well. Now when building gnuradio i get the following error: == cmake .. -DCMAKE_PREFIX_PATH=/usr/local/Cellar/gnuradio/3.7.7.1 == -DENABLE_DOXYGEN=Off -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPIL == make make install Error: No such file or directory - /usr/local/Cellar/gnuradio/3.7.7.1/etc/gnuradio/conf.d/grc.conf What's going on? Is there not a relative simple way to build gnuradio on a Mac? I got all those problems while following the instructions on https://github.com/metacollin/homebrew-gnuradio Any suggestions would be appreciated, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Runtime error - Empty Device Address in GRC Flowgraph build
Hello, After installing GRC into Ubuntu 15.05 64bit I get the following error when trying to run a GRC flow graph example:- --- RuntimeError: LookupError: KeyError: No devices found for - Empty Device Address --- A uhd_find_device command successfully returns the serial number from my USRP B100 in TERMINAL. However, as I say, the flowgraph wont build as it doesn’t appear to be able to locate my USRP B100 via its USB connection. uhd_images_downloader.py successfully runs and running uhd-usrp.rules to moves rule file to /etc/udev/rules.d/ carries out ok too. However, again, I'm still unable to build a successful GRC flowgraph with my B100. I leave the device address empty in the GRC UHD USRP Source block but again, GRC wont build the flowgraph and returns the above error message. Please help as I've spent days trying to get GRC to install and operate successfully. Many thanks in advance, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Looking for photos of embedded systems running GNU Radio
I'd like to get some photos of Embedded systems running GNU Radio for the Embedded WG poster at GR Con. These can be as simple as a dev board and a USRP or other digitizer to interesting systems. Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Runtime error - Empty Device Address in GRC Flowgraph build
On 08/15/2015 06:58 AM, Mark wrote: Hello, After installing GRC into Ubuntu 15.05 64bit I get the following error when trying to run a GRC flow graph example:- --- RuntimeError: LookupError: KeyError: No devices found for - Empty Device Address --- A uhd_find_device command successfully returns the serial number from my USRP B100 in TERMINAL. However, as I say, the flowgraph wont build as it doesn’t appear to be able to locate my USRP B100 via its USB connection. uhd_images_downloader.py successfully runs and running uhd-usrp.rules to moves rule file to /etc/udev/rules.d/ carries out ok too. However, again, I'm still unable to build a successful GRC flowgraph with my B100. I leave the device address empty in the GRC UHD USRP Source block but again, GRC wont build the flowgraph and returns the above error message. Please help as I've spent days trying to get GRC to install and operate successfully. Many thanks in advance, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Have you tried just putting a device address in? use: type=b100 in the device address field in your flow-graph ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Runtime error - Empty Device Address in GRC Flowgraph build
When running uhd_find_devices, do you happen to use sudo? On 08/15/2015 07:30 PM, Marcus D. Leech wrote: On 08/15/2015 06:58 AM, Mark wrote: Hello, After installing GRC into Ubuntu 15.05 64bit I get the following error when trying to run a GRC flow graph example:- --- RuntimeError: LookupError: KeyError: No devices found for - Empty Device Address --- A uhd_find_device command successfully returns the serial number from my USRP B100 in TERMINAL. However, as I say, the flowgraph wont build as it doesn’t appear to be able to locate my USRP B100 via its USB connection. uhd_images_downloader.py successfully runs and running uhd-usrp.rules to moves rule file to /etc/udev/rules.d/ carries out ok too. However, again, I'm still unable to build a successful GRC flowgraph with my B100. I leave the device address empty in the GRC UHD USRP Source block but again, GRC wont build the flowgraph and returns the above error message. Please help as I've spent days trying to get GRC to install and operate successfully. Many thanks in advance, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Have you tried just putting a device address in? use: type=b100 in the device address field in your flow-graph ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Spending the whole day to build gnuradio on a Mac?
Mac OSX 10.10.4 gnuradio 3.7.7.1 homebrew Trying to get the SDPplay to work using gr-osmosdr I tried an innocent brew install gnuradio. That went wrong on the fact that gnuradio was compiled against the homebrew python and when launched uses the Darwin python as discussed here: https://github.com/titanous/homebrew-gnuradio/issues/7. Haven't found a good solution to that problem yet. Then i used the workaround to export DYLD_FRAMEWORK_PATH=/usr/local/lib:$DYLD_FRAMEWORK_PATH, uninstalled gnuradio and installed it again. That went ok until i built gr-osmosdr with the ENABLE_NONFREE option. Then the problem came back again. Then i tried to build gnuradio from source hoping it would use the system python and the problem would go away. That took a few hours only to result in the same error. So i removed all the dependencies and built those from source as well. Now when building gnuradio i get the following error: == cmake .. -DCMAKE_PREFIX_PATH=/usr/local/Cellar/gnuradio/3.7.7.1 -DENABLE_DOXYGEN=Off -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPIL == make == make install Error: No such file or directory - /usr/local/Cellar/gnuradio/ 3.7.7.1/etc/gnuradio/conf.d/grc.conf What's going on? Is there not a relative simple way to build gnuradio on a Mac? I got all those problems while following the instructions on https://github.com/metacollin/homebrew-gnuradio Any suggestions would be appreciated, Ton. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tutorial 2.4.5 The Singing Sine Wave
Am 15.08.2015 um 01:55 schrieb Marcus D. Leech: On 08/14/2015 04:52 PM, Michael Thelen DK4MT wrote: Hi, I have two questions to the above mentioned Tutorial chapter, since I realized two differences, even though I think I set it up the same. a) To get an acceptable view in the Waterfall graph I had to adjust the frequency to a fourth of the suggested value in the tutorial picture. Please compare in my attachment Flowgraph_2-4-5.png, where the value is marked with a red arrow. Why could that be? b) How could it be managed to set the X-axis of the Waterfall graph from -50 to 50 in the picture of the tutorial? In the documentation is stated that this is related to the bandwidth value of the GUI Waterfall item. So I could only change this by setting the bandwidth to 100k. But than the maximum frequency is shown as 40kHz instead of 20kHz and the triangle pattern stays the same. This does not seem correct, as the frequency reading would be wrong. Please look at Waterfall_2-4-5.png. Again marked with red arrows. Refers to: http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GRC -- Scroll to 2.4.5 Best regards Mike ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio The bandwidth setting on the waterfall is just to allow it compute the X-axis legend along the bottom, which in your attached pics shows -24kHz to +24kHz, although the last actual numeric marker in each direction is +/-20kHz. Again, if you set the bandwidth to 100kHz in the waterfall, that will dutifully calculate the markers to show +/-50kHz. But setting the bandwidth in the waterfall does *nothing* about the actual delivered sample rate. It's just a hint to the plotter about the bandwidth of your signal. Nearly the entirety of Gnu Radio doesn't really know anything about sample rates--they are an artifice that only becomes real at the edges with actual hardware, and also as a convenience when calculating filter parameters. Hi, yes ok that is clear so far. And this his how it is described in the documentation tab. The question arose, because in the tutorial I cannot explain how the adjustment and the result go together in the pictures. If you look at the flowgraph in the tutorial the bandwidth is set to 48k, but the X-axis labels in the Waterfall GUI go from -50kHz to 50kHz implying that the bandwidth might have been set to 100k. I am just trying to get the basics right. BR Mike ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
