Re: [Discuss-gnuradio] updated BBN 80211 code?
On Tue, Oct 14, 2008 at 10:08:52PM -0400, George Nychis wrote: > Hi all, > > I have gotten permission to upload the SPAN 802.11b full-bandwidth > receiver code to CGRAN: > https://www.cgran.org/wiki/SPAN80211b > > This gives us a central repository where we can all edit/maintain the > code so that it runs with current version of GNU Radio. If you make > changes to the SPAN code, could you register an account on CGRAN and > update it in the repository? That way people always have access to the > newest version of the code. > > I think you're also making BBN 802.11 code changes to make it run with > the current trunk. I haven't gotten permission to add the BBN code to > CGRAN yet, but if so it would be great if we could keep it up to date > there also. George, I've got permission to add the BBN code to the main GR repository. Perhaps we should just add it there. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using gnu-radio for ARM NEON
Philip Balister wrote: Bottom line: companies are still "funny" about doucmentation for high end products, but attitudes are changing very slowly. Philip Hello, Sometimes it seems the chip makers are really in the documentation business. I was interested in the Marvell 88F5182 SoC as it was used in a NAS I have. Marvell did not have any information on the website and wanted a NDA signed. Then one day I noticed datasheet and user manual for it on the web site. It uses an ARM v5TE architecture. 73 Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] updated BBN 80211 code?
Hi all, I have gotten permission to upload the SPAN 802.11b full-bandwidth receiver code to CGRAN: https://www.cgran.org/wiki/SPAN80211b This gives us a central repository where we can all edit/maintain the code so that it runs with current version of GNU Radio. If you make changes to the SPAN code, could you register an account on CGRAN and update it in the repository? That way people always have access to the newest version of the code. I think you're also making BBN 802.11 code changes to make it run with the current trunk. I haven't gotten permission to add the BBN code to CGRAN yet, but if so it would be great if we could keep it up to date there also. Thanks! George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using gnu-radio for ARM NEON
On Tue, Sep 30, 2008 at 9:24 PM, John Gilmore <[EMAIL PROTECTED]> wrote: >> Do you mind adding NEON to this list? NEON is a SIMD unit on ARM >> Cortex-A8 processors. Information on NEON instructions is at >> http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0204h/Bcfjicf >> j.html. >> Sorry it si the superseded link, I'm too lazy to find the current one >> :) > > This assembler language manual gives pretty good details (except > actual instruction encodings): > > > http://infocenter.arm.com/help/topic/com.arm.doc.dui0204h/DUI0204H_rvct_assembler_guide.pdf > > I also tried looking at NEON for the ARM-9, but got: > > http://infocenter.arm.com/help/topic/com.arm.doc.ddi0409a/index.html > > "Cortex-A9 NEON Media Processing Engine Technical Reference Manual > Revision: r0p0 The Cortex-A9 is not the same as an arm9. The Beagle uses a Cortex-A8 which is an armv7 architecture processor. Confusing? Yes. An arm9 processor uses an armv5 instruction set. (From memory) The arm7 technical reference is not public, but if you ask nicely you can get a copy. Needing it to implement NEON based filters for GNU Radio was a good reason. Bottom line: companies are still "funny" about doucmentation for high end products, but attitudes are changing very slowly. Philip > > This is a placeholder for a restricted document that is not > available from this site. Please contact ARM for more information." > >John > > > > ___ > 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] A Verilog question or two
On Wednesday 15 October 2008 01:15:48 Sebastiaan Heunis wrote: > always @(posedge clk) > begin > tap1 <= #1 input; > tap2 <= #1 tap1; > tap3 <= #1 tap2; > end > > the #1 ensures that tap1 gets updated before tap2? According to what I have read with about synthesis tools the delays will be ignored totally. I see a lot of it though, so I don't know if it's superstition or the manual lies. The above code will do those 3 assignments simultaneously. I found the following to be very very useful in explaining things in detail without getting bogged down in the useless level of crud you find in a lot of text books (eg how CMOS gates are made..) http://web.mit.edu/6.111/www/f2005/ > And the last question is regarding the assign statement. I know that > when we have commands inside a always @(posedge clk) block, we look at > clock changes and do certain things. Do we use the assign statement > if we for instance want to change an output when in input changes or > if we have an output that is not dependent on a clock? I still don't > exactly know when to use an assign instead if putting it inside an > always block? What's the rule of thumb? always @(posedge clk) will only cause things to change on the positive edge of clk (like it says :) - using assign will cause things to change at any time. (sequential vs combinational). You can also do combinational logic inside an always block (see page 5 onwards of L04 above). PS I am far from a Verilog guru so if there is one reading please correct any mistakes I have made :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ah ha
I have figured it out- the actual callback was occurring, but then the d_updated wasn't being evaluated in the work function at due to the aforementioned improper conditions :) Thanks Eric! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] force break to allow callbacks between work functions?
On Tue, Oct 14, 2008 at 06:50:17PM -0500, Brett L. Trotter wrote: > I now am encountering a situation where my work function is consuming > all of the inputs trying to search for a match for a particular > condition and does so successfully when the parameters are correct for > the data it is receiving, but if it gets busy looking with the wrong > settings, the callbacks from the gui never make it through to update the > settings (watching printfs to verify). Is there a (VB/C#) > Application.DoEvents() equivalent here that makes work take a breather > long enough to accept another method call? Will mutexes somewhere help this? Is your block actually consuming input data or is it just spinning? If it consumes input data and the input data comes at a fixed rate, then it is effectively rate limited, and things should work out. Is the forecast method reasonable? Perhaps your block and/or system isn't fast enough to keep up with the input data rate. Mutexes won't solve the problem you are describing. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] force break to allow callbacks between work functions?
I now am encountering a situation where my work function is consuming all of the inputs trying to search for a match for a particular condition and does so successfully when the parameters are correct for the data it is receiving, but if it gets busy looking with the wrong settings, the callbacks from the gui never make it through to update the settings (watching printfs to verify). Is there a (VB/C#) Application.DoEvents() equivalent here that makes work take a breather long enough to accept another method call? Will mutexes somewhere help this? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] multi-usrp
On Wed, Oct 15, 2008 at 12:24:58AM +0300, Juha Vierinen wrote: > Hi, > > What is the status with: multi_4rx_0tx.rbf. Why is it not installed by > default? > > juha It doesn't get tested on a regular basis. YMMV. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] multi-usrp
Hi, What is the status with: multi_4rx_0tx.rbf. Why is it not installed by default? juha ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Synchronizing two USRPs
On Tue, Oct 14, 2008 at 03:30:29PM -0500, Maduike, Dumezie wrote: > Hello everyone. > > Also, does anyone know how the real-time scheduling feature is implemented or > works. Depending on what's available on your system, it uses either pthread_setschedparam or sched_setscheduler. See their man pages for details on what they do. Our code is in gruel/src/lib/realtime.cc Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] d_nco object information
On Tue, Oct 14, 2008 at 04:16:59PM -0200, Ronaldo Nunez wrote: > Hello, > > My name is Ronaldo, and I'm trying to write my own signal processing blocks. > I would like to write a signal generator block, I know the GNUradio already > has > a signal generator, but I think that the best way to learn is write my own > signal generator block. > So I was investigating the file "gr_sig_source_X.cc.t" and I get curious > about the d_nco object. > Where can I find more information about this object? There is a another way > to write a signal generator block? How about looking at the code for it??? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Synchronizing two USRPs
Hello everyone. I hope this hasn't been covered or I have overlooked it. Does anyone know of any python scripts in the gnu radio package or any other effective way of synchronizing the clocks of two USRPs. I want to see if I can synchronize multiple modulated packets. Also, does anyone know how the real-time scheduling feature is implemented or works. Thanks for the help Dumezie ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: [Patch-gnuradio] Fixing Bug in usrp_spectrum_sense.py
Hi, > Santi Ortega <[EMAIL PROTECTED]> wrote: > > Does anyone give you the reason? What do you mean by reason? > Is it possible to show the wideband spectrum in a Graphic Window? Yes it is possible. You can use gnuPlot or something like the GUI used in fft_sink. Regards, Firas --- On Tue, 10/14/08, Santi Ortega <[EMAIL PROTECTED]> wrote: From: Santi Ortega <[EMAIL PROTECTED]> Subject: [Patch-gnuradio] Fixing Bug in usrp_spectrum_sense.py To: [EMAIL PROTECTED] Cc: discuss-gnuradio@gnu.org Date: Tuesday, October 14, 2008, 8:58 PM Hi! about this: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00039.html Does anyone give you the reason? Furthermore, Is it possible to show the wideband spectrum in a Graphic Window? (Not at real-time, but introducing the data-flow and showing it in the computer while it comes) Thanks in Advance! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Save the Output file in usrp_sense_spectrum
Hi! How can I save the output file m.data in USRP_SENSE_SPECTRUM to plot it in Matlab like some people say? Thanks in advance! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] d_nco object information
Hello, My name is Ronaldo, and I'm trying to write my own signal processing blocks. I would like to write a signal generator block, I know the GNUradio already has a signal generator, but I think that the best way to learn is write my own signal generator block. So I was investigating the file "gr_sig_source_X.cc.t" and I get curious about the d_nco object. Where can I find more information about this object? There is a another way to write a signal generator block? Thank you all -- __ Ronaldo A. Viera Nunez Acadêmico/Engenharia Elétrica Universidade Federal de Santa Maria Santa Maria - RS - Brasil Email: [EMAIL PROTECTED] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRC 0.70 Bus Error
Josh, I'm trying to move from GRC 0.69 to 0.70. 0.69 works fine, but 0.70 gives me a bus error when I start it: [eds-mac:gnu_radio/grc_0.70/src] edwardc% ./Editor.py Removing empty category "Custom"... Bus error [eds-mac:gnu_radio/grc_0.70/src] edwardc% Running under gdb gives: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x 0x00244479 in PyString_FromString (str=0x0) at Objects/stringobject.c:106 106 Objects/stringobject.c: No such file or directory. in Objects/stringobject.c (gdb) and the first few lines of a backtrace gives: (gdb) bt #0 0x00244479 in PyString_FromString (str=0x0) at Objects/stringobject.c:106 #1 0x002a3678 in PyModule_AddStringConstant (m=0x8cc42b0, name=0x8d0d8d0 "XML_ERROR_UNBOUND_PREFIX", value=0x0) at Python/modsupport.c:589 #2 0x08d05ea3 in initpyexpat () at extensions/pyexpat.c:1977 #3 0x0029f49a in _PyImport_LoadDynamicModule (name=0xbfffb477 "xml.parsers.pyexpat", pathname=0xbfffafd7 "/opt/local/lib/python2.4/site-packages/_xmlplus/parsers/pyexpat.so", fp=0xa000bea8) at ./Python/importdl.c:53 #4 0x0029d491 in load_module (name=0xbfffb477 "xml.parsers.pyexpat", fp=0x1b, buf=0xbfffafd7 "/opt/local/lib/python2.4/site-packages/_xmlplus/parsers/pyexpat.so", type=3, loader=0x0) at Python/import.c:1689 I'm running on Mac OSX 10.4 with python2.4.4 py-xml0.8.4 py-gtk2 2.10.4 py-numpy 1.0.3 gnu radio 3.1.1 Any ideas? @(^.^)@ Ed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] [Patch-gnuradio] Fixing Bug in usrp_spectrum_sense.py
Hi! about this: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00039.html Does anyone give you the reason? Furthermore, Is it possible to show the wideband spectrum in a Graphic Window? (Not at real-time, but introducing the data-flow and showing it in the computer while it comes) Thanks in Advance! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] introducing CGRAN: 3rd party GNU Radio application support
hi firas, thanx for the publicity :-) you know, gnuradio.wordpress.com is available. i can create it and create author accounts to whoever wants one... however, i think it might overlap with the discuss gnuradio mailing list... Dimitris Symeonidis "If you think you're too small to make a difference, try sleeping with a mosquito!" - Amnesty International On Tue, Oct 14, 2008 at 17:41, George Nychis <[EMAIL PROTECTED]> wrote: > You're welcome! > > Hmmm... I think blogging might be outside the scope. But, I think I can tie > it in. > > What I was thinking was publishing a list of contributors, simple: Name and > Affiliation (no contact information), and your name could link to an > external blog or a personal webpage. > > - George > > > Firas Abbas wrote: >> >> Hi, >> >> Thank you for your efforts. >> >> Can you add a blogging page to us? I think blogging is very important. >> Kindly see : >> >> http://sdrblog.wordpress.com/ >> >> It belong to Dimitris Symeonidis. He said that he started it " to keep a >> log of the problems I face and how I solve them". >> >> I think it is very useful. >> >> >> >> >> Best Regards, >> >> Firas >> > > > ___ > 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] Wideband Spectrum Analyzer
Hi, > Santi Ortega wrote : > > ok, so I have to modify this program to show in a Frame the results I > want, haven't I? Yes, OR, you can wait for me to write a detailed explanation (may be in two weeks) about "usrp_spectrum_sense.py". I think the understanding of this program is very important to every gnuradio user (practical FFT implementation + FSM control in its cpp code and weird Python commands in its .py) Best regards, Firas -- View this message in context: http://www.nabble.com/Wideband-Spectrum-Analyzer-tp19974701p19977090.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] Wideband Spectrum Analyzer
ok, so I have to modify this program to show in a Frame the results I want, haven't I? 2008/10/14 Brian Padalino <[EMAIL PROTECTED]> > On Tue, Oct 14, 2008 at 11:33 AM, Santi Ortega > <[EMAIL PROTECTED]> wrote: > > ok, but this program doesn't show you anything... just uOuOuO... > > Please reference: > >http://gnuradio.org/trac/wiki/UsrpFAQ/Gen#OUuainoutput > > Brian > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] introducing CGRAN: 3rd party GNU Radio application support
You're welcome! Hmmm... I think blogging might be outside the scope. But, I think I can tie it in. What I was thinking was publishing a list of contributors, simple: Name and Affiliation (no contact information), and your name could link to an external blog or a personal webpage. - George Firas Abbas wrote: Hi, Thank you for your efforts. Can you add a blogging page to us? I think blogging is very important. Kindly see : http://sdrblog.wordpress.com/ It belong to Dimitris Symeonidis. He said that he started it " to keep a log of the problems I face and how I solve them". I think it is very useful. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] introducing CGRAN: 3rd party GNU Radio application support
Hi, Thank you for your efforts. Can you add a blogging page to us? I think blogging is very important. Kindly see : http://sdrblog.wordpress.com/ It belong to Dimitris Symeonidis. He said that he started it " to keep a log of the problems I face and how I solve them". I think it is very useful. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wideband Spectrum Analyzer
On Tue, Oct 14, 2008 at 11:33 AM, Santi Ortega <[EMAIL PROTECTED]> wrote: > ok, but this program doesn't show you anything... just uOuOuO... Please reference: http://gnuradio.org/trac/wiki/UsrpFAQ/Gen#OUuainoutput Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wideband Spectrum Analyzer
ok, but this program doesn't show you anything... just uOuOuO... 2008/10/14 Firas Abbas <[EMAIL PROTECTED]> > Hi, > > > > *Santi Ortega <[EMAIL PROTECTED]>* wrote: > > > > Yes, but I think we can take the spectrum of every 8MHz band and put it > into the > > computer so it can memorize and show it. > > > See usrp_spectrum_sense.py, it implements this technique to scan the entire > spectrum available to each USRP daughter board. > > > Regards, > > Firas > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wideband Spectrum Analyzer
Hi, > Santi Ortega <[EMAIL PROTECTED]> wrote: > > Yes, but I think we can take the spectrum of every 8MHz band and put it into > the > computer so it can memorize and show it. See usrp_spectrum_sense.py, it implements this technique to scan the entire spectrum available to each USRP daughter board. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A Verilog question or two
On Tue, Oct 14, 2008 at 10:45 AM, Sebastiaan Heunis <[EMAIL PROTECTED]> wrote: > Hi > > Can someone with Verilog experience please help me with a question or > two? I have done some VHDL before, so I am not entirely clueless. > > Is it possible to bit selects with an array of registers? How do I > select the upper eight bits from ram_array[2] if I have the following? > > reg [15:0] ram_array [0:15]; Using my Google prowess: http://www.geda.seul.org/mailinglist/geda-dev33/msg00056.html > The difference between > > val <= #1 input[15:12]; and > val = input[15:12]; > > when it is inside an always @(posedge clk) block is that the = sign > operation is sequential, right and that <= operations are in parallel? > The #1 means a delay of 1, right? So if I for instance have data > going through a filter with the following code > > always @(posedge clk) > begin > tap1 <= #1 input; > tap2 <= #1 tap1; > tap3 <= #1 tap2; > end > > the #1 ensures that tap1 gets updated before tap2? > > And the last question is regarding the assign statement. I know that > when we have commands inside a always @(posedge clk) block, we look at > clock changes and do certain things. Do we use the assign statement > if we for instance want to change an output when in input changes or > if we have an output that is not dependent on a clock? I still don't > exactly know when to use an assign instead if putting it inside an > always block? What's the rule of thumb? Here area couple good pages to read about all that: http://www.asic-world.com/verilog/verilog_one_day3.html http://www.asic-world.com/verilog/timing_ctrl1.html > Thanks in advance. You're welcome. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wideband Spectrum Analyzer
Yes, but I think we can take the spectrum of every 8MHz band and put it into the computer so it can memorize and show it. Sorry for my english... 2008/10/14 Dimitris Symeonidis <[EMAIL PROTECTED]> > santi, such a wide frequency range is not possible due to limitations > in the bandwidth between the usrp and the host > currently you give usrp_fft a center frequency and a decimation rate, > and from that it calculates the start and end frequencies... > > Dimitris Symeonidis > "If you think you're too small to make a difference, try sleeping with > a mosquito!" - Amnesty International > > > > On Tue, Oct 14, 2008 at 16:28, Santi Ortega <[EMAIL PROTECTED]> > wrote: > > Hi! > > I need help to modify the usrp_fft.py file to show the spectrum of a > input > > range (for example from 2.3GHz to 2.9GHz) > > > > > > ___ > > 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] Wideband Spectrum Analyzer
santi, such a wide frequency range is not possible due to limitations in the bandwidth between the usrp and the host currently you give usrp_fft a center frequency and a decimation rate, and from that it calculates the start and end frequencies... Dimitris Symeonidis "If you think you're too small to make a difference, try sleeping with a mosquito!" - Amnesty International On Tue, Oct 14, 2008 at 16:28, Santi Ortega <[EMAIL PROTECTED]> wrote: > Hi! > I need help to modify the usrp_fft.py file to show the spectrum of a input > range (for example from 2.3GHz to 2.9GHz) > > > ___ > 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] A Verilog question or two
Hi Can someone with Verilog experience please help me with a question or two? I have done some VHDL before, so I am not entirely clueless. Is it possible to bit selects with an array of registers? How do I select the upper eight bits from ram_array[2] if I have the following? reg [15:0] ram_array [0:15]; The difference between val <= #1 input[15:12]; and val = input[15:12]; when it is inside an always @(posedge clk) block is that the = sign operation is sequential, right and that <= operations are in parallel? The #1 means a delay of 1, right? So if I for instance have data going through a filter with the following code always @(posedge clk) begin tap1 <= #1 input; tap2 <= #1 tap1; tap3 <= #1 tap2; end the #1 ensures that tap1 gets updated before tap2? And the last question is regarding the assign statement. I know that when we have commands inside a always @(posedge clk) block, we look at clock changes and do certain things. Do we use the assign statement if we for instance want to change an output when in input changes or if we have an output that is not dependent on a clock? I still don't exactly know when to use an assign instead if putting it inside an always block? What's the rule of thumb? Thanks in advance. Sebastiaan -- Sebastiaan Heunis Radar and Remote Sensing Group, University of Cape Town Tel: +27 83 305 5667 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Wideband Spectrum Analyzer
Hi! I need help to modify the usrp_fft.py file to show the spectrum of a input range (for example from 2.3GHz to 2.9GHz) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
