[Discuss-gnuradio] I think I found a solution to the WBX Tuning problem
Marcus, Josh,etcPlease check out this link: "http://www.oz9aec.net/index.php/gnu-radio/grc-examples" and tell me what you think when you get a chance ...Later ...Bill ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ploting gnucap simulation data with gnuradio.
Il 15/05/2010 01:02, Eric Blossom ha scritto: On Fri, May 14, 2010 at 06:41:09PM +0200, Josef Vukovic wrote: Hi, I have some data from a gnucap charging capacitor simulation and want to plot it with gnuradio.wxgui.plot. Has someone a python example code How to read the data produced from gnucap in to make gnuradio.wxgui.plot plotting it out? So I think I have to use something like PolyLine(data1, legend= 'charging capacitor', colour = 'red') but how can I fill a python sequence,array,tuple or list with my gnucap data? My data from gnucap looks like this: #Timev(C1) 0. 0. 0.010.46406 0.020.92923 0.031.3717 0.041.7926 . . . . 0.989.9254 0.999.9291 1.9.9325 e 0.0. 0.01 0.04768 . . . . Is there something ready for use in gnuradio which do the task? Or do I have to read the data in with the python file functions (open, read, readline) mfg Josef Vukovic How about just using matplotlib? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio i used matplotlib with my ber experiment and it is a very powerful libraryi really incourage you using it ;) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AM Demod and NBFM Demod questions
I tried modify the "usrp_wbfm_receiver.grc" example to use the NBFM Receive block instead of the WBFM Receive, however this block is asking for a "Audio Rate" I'm not sure what that is but if I set to more than 1 I get this error: "Check "$quad_rate%$audio_rate == 0" failed."There appears to be a typo ? What should "%$" be ?I also tried to build an AM demodulator. The AM Demod block is asking for a "Channel Rate" could some one tell me what that is ??Thanks ...Bill ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ploting gnucap simulation data with gnuradio.
On Fri, May 14, 2010 at 06:41:09PM +0200, Josef Vukovic wrote: > Hi, > > I have some data from a gnucap charging capacitor simulation and want to > plot it with gnuradio.wxgui.plot. > Has someone a python example code How to read the data produced from gnucap > in to make gnuradio.wxgui.plot plotting it out? > So I think I have to use something like PolyLine(data1, legend= 'charging > capacitor', colour = 'red') > but how can I fill a python sequence,array,tuple or list with my gnucap > data? > My data from gnucap looks like this: > > #Timev(C1) > 0. 0. > 0.010.46406 > 0.020.92923 > 0.031.3717 > 0.041.7926 > . . > . . > 0.989.9254 > 0.999.9291 > 1.9.9325 > e > 0.0. > 0.01 0.04768 > . . > . . > > Is there something ready for use in gnuradio which do the task? Or do I have > to read the data in with the python file functions > (open, read, readline) > > mfg > Josef Vukovic How about just using matplotlib? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] problems about usrp_read_aux_adc
On Fri, May 14, 2010 at 09:39:26PM +0800, jf w wrote: > Hi all, > > I want to read aux_adc of AD9862 to get the RSSI value.But when I read the > code of method usrp_read_aux_adc, I am confused. > The aux_adc of AD9862 is 10-bit. Why is the result of usrp_read_aux_adc > formatted as 12-bit. It was done this way to allow for the use of 12-bit converters in the future. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Can we loopback data from computer to USRP's DAC to ADC and back to the computer?
Just curious to know. It doesn't serve any purpose but would like to try. Maybe it does. Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio release 3.3.0-rc0 available for testing
On 14 May 2010 19:26, Johnathan Corgan wrote: > On Fri, May 14, 2010 at 10:06, Don Ward wrote: > >> Builds smoothly on Cygwin after replacing ltmain.sh in tarball with >> ltmain.sh from git repository. > > Thanks. I've added it to the tarball distribution (and will show up > in rc1 tarball.) Now the code from git won't build on Ubuntu 9.10 because it has libtool 2.2.6: libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from libtool 2.2.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b libtool: and run autoconf again. I deleted ltmain.sh ran bootstrap and configure again where after build was OK. On 10.04 it's no problem because it also has llibtool 2.2.6b Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 and ISE 12
2010/5/14 Tiago Rogério Mück : > Hello, > > It seems that everyone is having troubles with ISE 11.x, but has anyone > tried the new ISE 12 ? > > We have successfully synthesized the USRP2 fpga code with ISE 12.1, but we > got a timing error and the bitstream didn't seem to work: find_usrps didn't > find anything and the leds didn't flash. > > We are using the latest code from the repositories for both fpga and > firmware. > > Is there anyone who has tried ISE 12 and want to share the experience ? I am not building the USRP2 FPGA, or have experience with ISE 12, but the errors you have are all related to BRAM feeding the aeMB CPU - more specifically RAM output -> Mux -> Adder -> FF, mostly with 7 to 10 layers of logic inbetween. Good luck debugging that portion of the CPU. Hopefully you can achieve timing closure. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP2 and ISE 12
Hello, It seems that everyone is having troubles with ISE 11.x, but has anyone tried the new ISE 12 ? We have successfully synthesized the USRP2 fpga code with ISE 12.1, but we got a timing error and the bitstream didn't seem to work: find_usrps didn't find anything and the leds didn't flash. We are using the latest code from the repositories for both fpga and firmware. Is there anyone who has tried ISE 12 and want to share the experience ? Release 12.1 Trace (lin) Copyright (c) 1995-2010 Xilinx, Inc. All rights reserved. /export/Xilinx/12.1/ISE_DS/ISE/bin/lin/unwrapped/trce -intstyle ise -e 10 -s 5 -n 3 -fastpaths -xml u2_rev3.twx u2_rev3.ncd -o u2_rev3.twr u2_rev3.pcf Design file: u2_rev3.ncd Physical constraint file: u2_rev3.pcf Device,package,speed: xc3s2000,fg456,-5 (PRODUCTION 1.39 2010-04-09) Report level: error report, limited to 10 items per endpoint, 3 endpoints per constraint Environment Variable Effect -- NONE No environment variables were set INFO:Timing:3386 - Intersecting Constraints found and resolved. For more information, see the TSI report. Please consult the Xilinx Command Line Tools User Guide for information on generating a TSI report. INFO:Timing:2752 - To get complete path coverage, use the unconstrained paths option. All paths that are not constrained will be reported in the unconstrained paths section(s) of the report. INFO:Timing:3339 - The clock-to-out numbers in this timing report are based on a 50 Ohm transmission line loading model. For the details of this model, and for more information on accounting for different loading conditions, please see the device datasheet. INFO:Timing:3390 - This architecture does not support a default System Jitter value, please add SYSTEM_JITTER constraint to the UCF to modify the Clock Uncertainty calculation. INFO:Timing:3389 - This architecture does not support 'Discrete Jitter' and 'Phase Error' calculations, these terms will be zero in the Clock Uncertainty calculation. Please make appropriate modification to SYSTEM_JITTER to account for the unsupported Discrete Jitter and Phase Error. Timing constraint: TS_clk_to_mac = PERIOD TIMEGRP "clk_to_mac" 8 ns HIGH 50%; 6393 paths analyzed, 1272 endpoints analyzed, 0 failing endpoints 0 timing errors detected. (0 setup errors, 0 hold errors, 0 component switching limit errors) Minimum period is 7.909ns. Timing constraint: TS_clk_fpga_p = PERIOD TIMEGRP "clk_fpga_p" 10 ns HIGH 50%; 6 paths analyzed, 6 endpoints analyzed, 0 failing endpoints 0 timing errors detected. (0 setup errors, 0 hold errors, 0 component switching limit errors) Minimum period is 5.987ns. Timing constraint: TS_cpld_clk = PERIOD TIMEGRP "cpld_clk" 40 ns HIGH 50%; 519 paths analyzed, 104 endpoints analyzed, 0 failing endpoints 0 timing errors detected. (0 setup errors, 0 hold errors, 0 component switching limit errors) Minimum period is 7.390ns. Timing constraint: TS_GMII_RX_CLK = PERIOD TIMEGRP "GMII_RX_CLK" 8 ns HIGH 50%; 8201 paths analyzed, 1191 endpoints analyzed, 0 failing endpoints 0 timing errors detected. (0 setup errors, 0 hold errors, 0 component switching limit errors) Minimum period is 7.837ns. Timing constraint: TS_ser_rx_clk = PERIOD TIMEGRP "ser_rx_clk" 10 ns HIGH 50%; 44 paths analyzed, 14 endpoints analyzed, 0 failing endpoints 0 timing errors detected. (0 setup errors, 0 hold errors, 0 component switching limit errors) Minimum period is 6.747ns. Timing constraint: TS_clk_div_to_dsp_clk = MAXDELAY FROM TIMEGRP "clk_div" TO TIMEGRP "dcm_out" 10 ns; 19534 paths analyzed, 7884 endpoints analyzed, 0 failing endpoints
Re: [Discuss-gnuradio] Ubuntu 10.04 installation
> > On Fri, May 14, 2010 at 11:21, Ken N9VV wrote: > > >> Triple booted in WinXP/Ubuntu 9.10, and 10.04. >> > What is this WinXP you speak of? Oh, it's that thing that comes > packaged with the QuickBooks software running on the admin PC in the > next room :-) > > Johnathan > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > It's the random quantum fluctuations you'll find on any magnetic media before you put an operating system on it :-) -- 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] Ubuntu 10.04 installation
On Fri, May 14, 2010 at 11:21, Ken N9VV wrote: > Triple booted in WinXP/Ubuntu 9.10, and 10.04. What is this WinXP you speak of? Oh, it's that thing that comes packaged with the QuickBooks software running on the admin PC in the next room :-) Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ubuntu 10.04 installation
Writing from an Atom 330 mITX that runs Ubuntu 10.04 without any problems. Been running it for over 2 months in it's beta form and daily updates. Don't know about the Atom 510 but the 330 sure ticks right along :-) Triple booted in WinXP/Ubuntu 9.10, and 10.04. rgds, Ken - Naperville,IL USA On 5/14/2010 1:02 PM, Tom Rondeau wrote: On Thu, May 13, 2010 at 11:10 PM, Marcus D. Leech wrote: On 05/13/2010 11:01 PM, Tom Rondeau wrote: I installed 10.04 on my laptop as a full, fresh install. I haven't had any issues building GNU Radio. I don't have anything constructive for you, Marcus, just that bit of info. Tom Hm.Curiouser, and curiouser. It's not my machine, I'm "proxying" for a colleague who was so keen on the Gnu Radio-based application I've been developing that he went out and got himself a 2nd machine, identical to the first, to run another instance on. The second machine is a "fresh from the box", while the first is a upgrade from 9.04. I don't think I've seen GCC dumpeth the core in many many years. Makes me wonder about weird hardware problems. It's an Atom D510-based system. I wonder if there are kernel subtleties. Like the upgrade from 9.04 leaves you with a different kernel than a "out of the box" 10.04? I'm not a Ubuntu guy, just doing my friend a favour trying to debug this. It very well could be an issue with the Atom. I know there are special versions of Ubuntu out (Eeebuntu, if I recall correctly) for the Atom with patches applied especially for the processor. Intel has quite a few flags tailored for compiling to the Atom, which could be screwing stuff up. Maybe an SSE related issue. Tom ___ 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] Ubuntu 10.04 installation
On Thu, May 13, 2010 at 11:10 PM, Marcus D. Leech wrote: > On 05/13/2010 11:01 PM, Tom Rondeau wrote: >> I installed 10.04 on my laptop as a full, fresh install. I haven't had >> any issues building GNU Radio. >> >> I don't have anything constructive for you, Marcus, just that bit of info. >> >> Tom >> >> > Hm. Curiouser, and curiouser. > > It's not my machine, I'm "proxying" for a colleague who was so keen on > the Gnu Radio-based application I've > been developing that he went out and got himself a 2nd machine, > identical to the first, to run another > instance on. The second machine is a "fresh from the box", while the > first is a upgrade from 9.04. > > I don't think I've seen GCC dumpeth the core in many many years. Makes > me wonder about weird > hardware problems. It's an Atom D510-based system. I wonder if there > are kernel subtleties. > Like the upgrade from 9.04 leaves you with a different kernel than a > "out of the box" 10.04? > I'm not a Ubuntu guy, just doing my friend a favour trying to debug this. It very well could be an issue with the Atom. I know there are special versions of Ubuntu out (Eeebuntu, if I recall correctly) for the Atom with patches applied especially for the processor. Intel has quite a few flags tailored for compiling to the Atom, which could be screwing stuff up. Maybe an SSE related issue. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio release 3.3.0-rc0 available for testing
On Fri, May 14, 2010 at 10:06, Don Ward wrote: > Builds smoothly on Cygwin after replacing ltmain.sh in tarball with > ltmain.sh from git repository. Thanks. I've added it to the tarball distribution (and will show up in rc1 tarball.) Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio release 3.3.0-rc0 available for testing
Johnathan Corgan wrote: GNU Radio release 3.3.0-rc0 is available for testing: http://gnuradio.org/releases/gnuradio/gnuradio-3.3.0-rc0.tar.gz Builds smoothly on Cygwin after replacing ltmain.sh in tarball with ltmain.sh from git repository. -- Don W. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: GNU Radio release 3.3.0-rc0 available for testing
On Thu, May 13, 2010 at 21:35, ikjtel wrote: > Still getting this error message when trying to play with the new block > gr_fir_ccf: using SSE > thread[thread-per-block[1]: ]: gr_complex must > be 8-byte aligned Thanks for the feedback--I'll look into it. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ploting gnucap simulation data with gnuradio.
On Fri, May 14, 2010 at 09:41, Josef Vukovic wrote: > I have some data from a gnucap charging capacitor simulation and want to > plot it with gnuradio.wxgui.plot. The plot.py file in gnuradio.wxgui is something ported over to use within GNU Radio for the internals of the graphical flow graph instruments--it's not really something intended for general use. You could see how it's used by our scripts and do that yourself if you wanted, though. I recommend reading and parsing your input file with Python file functions, then plotting it with the matplotlib library. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UHD issues on Mac
Hi, I'm currently trying the UHD driver on my macbook pro, with still very limited success. I have the newest git version of uhd and gr-uhd, checked out today. $ uhd_find_devices -- -- UHD Device 0 -- name: USRP2 addr: 192.168.10.2 which is good, but actually using a simple_source crashes in interesting ways. When calling u = uhd.simple_source("addr=192.168.10.2, recv_buff_size=3.5e6", uhd.io_type_t.COMPLEX_FLOAT32) or u = uhd.simple_source("addr=192.168.10.2", uhd.io_type_t.COMPLEX_FLOAT32) I get the following: > terminate called after throwing an instance of 'std::runtime_error' > what(): No devices found for -> > addr: 192.168.10.2 > recv_buff_size: 3.5e6 ## nothing here with second version > > Abort trap The attached log file is crash-all.log. Just calling u = uhd.simple_source("", uhd.io_type_t.COMPLEX_FLOAT32) Gives: > terminate called after throwing an instance of 'std::runtime_error' > what(): usrp2 no control response > Abort trap with log file in crash-none.log. After each of the crashes, the uhd_find_devices still finds my USRP2, so the firmware/FPGA is still running strong. Pinging 192.168.10.2 results in request timeouts for icmp_seq. The firewall is turned off. Am I getting it wrong here, how should the driver be used? Or are there some Mac-specific issues? Thanks, Matthias crash-none.log Description: Binary data crash-all.log Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ploting gnucap simulation data with gnuradio.
Hi, I have some data from a gnucap charging capacitor simulation and want to plot it with gnuradio.wxgui.plot. Has someone a python example code How to read the data produced from gnucap in to make gnuradio.wxgui.plot plotting it out? So I think I have to use something like PolyLine(data1, legend= 'charging capacitor', colour = 'red') but how can I fill a python sequence,array,tuple or list with my gnucap data? My data from gnucap looks like this: #Timev(C1) 0. 0. 0.010.46406 0.020.92923 0.031.3717 0.041.7926 . . . . 0.989.9254 0.999.9291 1.9.9325 e 0.0. 0.01 0.04768 . . . . Is there something ready for use in gnuradio which do the task? Or do I have to read the data in with the python file functions (open, read, readline) mfg Josef Vukovic ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problems about usrp_read_aux_adc
Hi all, I want to read aux_adc of AD9862 to get the RSSI value.But when I read the code of method usrp_read_aux_adc, I am confused. The aux_adc of AD9862 is 10-bit. Why is the result of usrp_read_aux_adc formatted as 12-bit. -- Thanks, Jianfei BUAA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] peak detector modification / max amplitude
Hello, I want to find the peak of input signal (amplitude and time of peak). I intend to use the peak_detector from GRC. But all the peak_detectors give me only boolean result (1 or 0). So I tried to modify the C++ code of gr_peak_detector_fb.cc. The problem is I'm not really good in C++ Here I would like to ask for you help: - Is there anyway to get the amplitude and time of a peak ? - Do you have any examples of peak detector ? - Did anyone try to modify the peak_detector code ? Thanks so much in advance for a quick reply. sincerely grc007 -- View this message in context: http://old.nabble.com/peak-detector-modification---max-amplitude-tp28557316p28557316.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