Re: [Discuss-gnuradio] Latest USRP2 firmware binaries updated
Hi, > From: Johnathan Corgan > > > Due to size limitations, the support for the WBX and XCVR2450 > > > daughterboards has been separated into distinct firmware images. > > > > > > Johnathan Corgan > > > > > > USRP2 RAM limitations? Or what limitations? > > Yes, the code store for the embedded processor is limited to 32K. There > is no longer enough room to have all daughterboard code present > simultaneously. > > Johnathan I think USRP2 has a big (1 MByte) external static RAM. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest USRP2 firmware binaries updated
On Tue, 2010-03-02 at 22:48 -0800, Firas Abbas wrote: > > Due to size limitations, the support for the WBX and XCVR2450 > > daughterboards has been separated into distinct firmware images. > > > > Johnathan Corgan > > > USRP2 RAM limitations? Or what limitations? Yes, the code store for the embedded processor is limited to 32K. There is no longer enough room to have all daughterboard code present simultaneously. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest USRP2 firmware binaries updated
Hi, > From: Johnathan Corgan > > Due to size limitations, the support for the WBX and XCVR2450 > daughterboards has been separated into distinct firmware images. > > Johnathan Corgan USRP2 RAM limitations? Or what limitations? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] question about benchmark_tx.py
Hi: I use benchmark_rx.py and benchmark_tx.py to send file to receive side. But, If only one packet, it always false or the last one packet always false. If I let it sleep ( time.sleep(1) ), the next one packet also was false. Why? And How to solve it? And the other question, How receive side know the packet is true or false? Mei-Wen Li (Emily) National Cheng-Kung University Dept. of Computer Science and Information Engineering emily7...@hotmail.com _ Hotmail 強大的垃圾信件管理功能，值得你信賴。 https://signup.live.com/signup.aspx?id=60969___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] power limitation of LFRX daughterboard
On 03/02/2010 08:21 AM, Yan Nie wrote: Dear all, I wanna apply a series of signal generated from the signal generator as a input of the LFRX daughterboard to test my FPGA configuration for at the receiver side. I'm wondering what the power limitation of the LFRX daughterboar is? +10 dBm will clip, more than +17dBm could cause damage. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] u2_flash_tool : Can not find the command
On Tue, Mar 2, 2010 at 12:43, Andy_Long wrote: > Since I am the beginner user of Linux system, I do not know how to enter > this website address in terminal. So I just download u2_flash_tool file to > my computer fold and go to this fold directory to run the command > u2_flash_tool again. But I still get the same error: bash: u2_flash_tool > :command not found You're doing all the right things so far. Once you've copied the file to a directory, you need to make it executable: $ chmod +x u2_flash_tool Then, to run it: $ ./u2_flash_tool (Of course, add all the command options and paths to the .bin files as before.) Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] u2_flash_tool : Can not find the command
Hello, I have finished all the install setup of GNUradio (in Ubuntu 9.04 by using DebianPackages)and test for dial_tone example which seems operating well. One problem is that the SD card delivered is broken as mentioned on website that I have to use another SD card and write firmware by myself. Thus I have downloaded the txrx.bin and u2_rev3.bin files from http://gnuradio.org/releases/usrp2-bin/trunk/ try to run the u2_flash_tool to write the firmware and FPGA code. However, after running the command sudo u2_flash_tool --dev=/dev/sdb -t s/w usrp2/firmware/txrx.bin -w (SD card mounted as /dev/sdb in my machine). The terminal shows: bash: u2_flash_tool :command not found The previous advices from Johnathan is that The command is correct, but you'll need to run it from the directory that u2_flash_tool is in, and reference it with ./u2_flash_tool. We don't install this script on the path. (from usrp2/firmware directory): $ sudo ./u2_flash_tool --dev=/dev/sdb -t s/w txrx.bin -w $ sudo ./u2_flash_tool --dev=/dev/sdb -t fpga u2_rev3.bin -w For the above to work, you'll need to put the full path to wherever you downloaded the .bin files. -Johnathan) But can any one tell me that where is the full directory name of “usrp2/firmware”? Because I can not find this directory in my computer. I only find the directory as website address: http://gnuradio.org/redmine/repositories/changes/gnuradio/usrp2/firmware/u2_flash_tool Since I am the beginner user of Linux system, I do not know how to enter this website address in terminal. So I just download u2_flash_tool file to my computer fold and go to this fold directory to run the command u2_flash_tool again. But I still get the same error: bash: u2_flash_tool :command not found Thanks in advance, Andy -- View this message in context: http://old.nabble.com/u2_flash_tool-%3A---Can-not-find-the-command-tp27760919p27760919.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] packet interarrival time
On Sat, Feb 20, 2010 at 01:43:24PM -0800, Veljko Pejovic wrote: > I narrowed down the problem to this: > > - In a standard benchmark_rx.py example from "digital" immediately > after a packet is received the callback is triggered. > > - In the ofdm case the the callback is triggered in groups separated > by one second. So, if a sender sends a bunch of packets they will be > buffered at the receiver (or perhaps at the sender?) and then the > callback is issued sequentially for each of the packets in that group. > Then, after a one second gap, another group of packets will be > processed. > > I checked the times of when "msg = self.rcvd_pktq.delete_head()" from > ofdm.py is called and confirmed the above. Sometimes it waits for a > second, and then it gets fired in a number of bursts corresponding to > the number of pkts received. > > Is there a way to force the receiver to wait for less then a second? > Or is it the sender that buffers the packets? Although, it doesn't > look like that from my measurements. > > Thanks, > Veljko Are you sure that the transmitter is transmitting continuously, or is it transmitting a group of packets once per second? The simplest way to check this is to watch with a spectrum analyzer. It's unlikely that there is any code in the receiver that is holding back the processing of the packets. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] failed to load firmware
On Tue, Mar 2, 2010 at 10:16, Yan Nie wrote: > I got a problem on opening usrp, but this program and the usrp worked well > before. The error message is as below: > write_internal_ram failed: error sending control message: Protocol error > usrp: failed to load firmware /usr/local/share/usrp/rev2/std.ihx. The most common reason I've seen for this is using USB 1.1 instead of 2.0. The USRP will enumerate on the bus, but fail later when the host software tries to open an actual high speed endpoint. A flaky or non-spec cable can also cause the 2.0 negotiation to fail and fallback to 1.1, with the same result. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] failed to load firmware
Hi all, I got a problem on opening usrp, but this program and the usrp worked well before. The error message is as below: e...@ubuntu:~$ usrp_sounder.py -t -f 3M write_internal_ram failed: error sending control message: Protocol error usrp: failed to load firmware /usr/local/share/usrp/rev2/std.ihx. Traceback (most recent call last): File "/usr/local/bin/usrp_sounder.py", line 112, in main() File "/usr/local/bin/usrp_sounder.py", line 88, in main debug=options.debug) File "/usr/local/lib/python2.5/site-packages/gnuradio/sounder.py", line 179, in __init__ verbose=self._verbose) File "/usr/local/lib/python2.5/site-packages/gnuradio/sounder.py", line 56, in __init__ self._u = usrp.sink_s(fpga_filename='usrp_sounder.rbf') File "/usr/local/lib/python2.5/site-packages/gnuradio/usrp/usrp_swig.py", line 2736, in sink_s return _usrp_swig.sink_s(*args, **kwargs) RuntimeError: can't open usrp Is there any problem of the board? what's the problem it is? Thank you so much in advance. Regards, Yan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Latest USRP2 firmware binaries updated
The most recent USRP2 binary firmware files based on 3.3git series have been posted. Changes: * Addition of WBX daughterboard support in USRP2 (Jason Abele, Ettus Research) * Addition of set_antenna() call in libusrp2/gr-usrp2 API, currently supported by the XCVR2450 only. (Josh Blum, Ettus Research) Due to size limitations, the support for the WBX and XCVR2450 daughterboards has been separated into distinct firmware images. Thus, USRP2 users will now need to select the firmware image file based the type of daughterboard they have installed. For all currently shipping daughterboards except the WBX and XCVR2450, use: http://gnuradio.org/releases/usrp2-bin/trunk/txrx.bin ...which currently points to: http://gnuradio.org/releases/usrp2-bin/trunk/txrx_edk10.1_3.3git-645-gb811e87.bin For an image that supports the WBX, LFTX/RX, and BasicTX/RX boards only, select: http://gnuradio.org/releases/usrp2-bin/trunk/txrx_wbx.bin ...which currently points to: http://gnuradio.org/releases/usrp2-bin/trunk/txrx_wbx_edk10.1_3.3git-645-gb811e87.bin For an image that supports the XCVR2450, LFTX/RX and BasicTX/RX boards only, select: http://gnuradio.org/releases/usrp2-bin/trunk/txrx_xcvr.bin ...which currently points to: http://gnuradio.org/releases/usrp2-bin/trunk/txrx_xcvr_edk10.1_3.3git-645-gb811e87.bin The most recently synthesized FPGA bitstream (unchanged) remains: http://gnuradio.org/releases/usrp2-bin/trunk/u2_rev3.bin ...which is the same for all daughterboards, and currently points to: http://gnuradio.org/releases/usrp2-bin/trunk/u2_rev3_ise10.1sp3_3.3git-594-g02616cf8.bin Please note that these binary files also require GNU Radio host code version 3.3git-645 (today's date) or newer. Johnathan Corgan Corgan Enterprises LLC ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about inputs and outputs of a block
On Thu, Feb 25, 2010 at 05:35:32PM +0100, elettra.p...@libero.it wrote: > > > >Messaggio originale > >Da: trondeau1...@gmail.com > >Data: 25-feb-2010 15.57 > >A: "elettra.p...@libero.it" > >Cc: > >Ogg: Re: [Discuss-gnuradio] Question about inputs and outputs of a block > > > >On Thu, Feb 25, 2010 at 9:26 AM, elettra.p...@libero.it > > wrote: > >> Hi all, > >> > >> I'd like to know if it's possible to create a block with two inputs (or two > >> outputs) having different sizes. > >> For example, a block that takes a vector of N numbers on one of its two > inputs > >> and a stream (a vector which has only one element) on the other input. > >> I already tried to create a block with these characteristics, but I failed. > >> Please tell me if this is possible. > >> > >> Best Regards, > >> > >> Elettra. > > > >Yes, this is possible (in C++ blocks). You will make the IO signature > >using "gr_make_io_signature2", which takes the standard (min inputs, > >max inputs) as the first two arguments and the next two arguments are > >the item sizes for the different inputs/outputs. You can also use > >"gr_make_io_signature3" or "gr_make_io_signaturev", which takes a > >vector for the signature to have different stream sizes for any number > >of ports. > > > >We used this extensively in the OFDM code. For example, in > >gr_ofdm_sampler, on the input, we take in a stream of complex values > >on input 0 and a stream of characters (that act as flags) on input 1. > >The IO signature looks like: > > > >gr_make_io_signature2 (2, 2, sizeof (gr_complex), sizeof(char)) > > > > > >Tom > > > > Thank you Tom, but probably I have not expressed correctly. > I'd like to create a block that takes as first input a vector of N float and > as second input only one float. > Is it possible? > > Elettra gr_make_io_signature2 (2, 2, N*sizeof(float), sizeof(float)) Works in C++ or python mod syntax. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about inputs and outputs of a block
On Thu, Feb 25, 2010 at 11:41:23AM -0800, Josh Blum wrote: > gr_make_io_signature2 and 3? Common mr gnuradio, with your fancy c++ > and your smart pointers and your swig. How-about replacing this with > a single gr_make_io_signature with some parameter defaults: > > gr_make_io_signature(min, max, io_size0, io_size1=0, io_size2=0, > io_size2=0... io_size7=0) There's a *v version that will take an unbounded number of specs. It's the "real primitive" and is available from python as gr.make_io_signaturev. (See gr_io_signature.i) E.g., gr.make_io_signaturev(3, 3, (gr.sizeof_float, gr.sizeof_char, gr.sizeof_int)) Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] power limitation of LFRX daughterboard
Dear all, I wanna apply a series of signal generated from the signal generator as a input of the LFRX daughterboard to test my FPGA configuration for at the receiver side. I'm wondering what the power limitation of the LFRX daughterboar is? Thanks in advance Regards, Yan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] block for continuous production of samples
Citando Martin Braun : On Thu, Feb 25, 2010 at 04:16:20PM +0100, Daniele Bertussi wrote: Good morning, I need to implement a double 802.15.4-802.11b transmitter that transmits packets in asynchronous (or aperiodical) mode. I realized a simple program where the output of the two trasmitters are added together to generate the output stream. Unfortunately, when one of the two transmitters ends to generate a packet, also the other one stops. It happens ( i think! ) because there are no samples for the adder to combine with and the forecast() method stops the execution. By the way, I found online a similar discussion: http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg08387.html In order to have a countinuos output stream even when the two transmitters are inactive, could I implement a gnuradio c++ block with the following characteristics? -performs a continuous production of null samples (when there are no input to the block) -lets the samples unchanged if there are samples at his input. ...here you *really* go... MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-3790 Fax: +49 721 608-6071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association Goodmorning, thanks a lot for your help! It's exactly what i want. But during installation "make check" give this: Making check in config make[1]: Entering directory `/home/sdr3/gritloop/config' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/sdr3/gritloop/config' Making check in src make[1]: Entering directory `/home/sdr3/gritloop/src' Making check in lib make[2]: Entering directory `/home/sdr3/gritloop/src/lib' make check-am make[3]: Entering directory `/home/sdr3/gritloop/src/lib' make[3]: Nothing to be done for `check-am'. make[3]: Leaving directory `/home/sdr3/gritloop/src/lib' make[2]: Leaving directory `/home/sdr3/gritloop/src/lib' Making check in python make[2]: Entering directory `/home/sdr3/gritloop/src/python' make check-TESTS make[3]: Entering directory `/home/sdr3/gritloop/src/python' Exception RuntimeError: 'maximum recursion depth exceeded in __subclasscheck__' in ignored Traceback (most recent call last): File "./qa_burst2stream.py", line 23, in import gritloop File "/home/sdr3/gritloop/src/lib/gritloop.py", line 6, in import _gritloop ImportError: /home/sdr3/gritloop/src/lib/.libs/_gritloop.so: undefined symbol: _ZTIN5boost21thread_resource_errorE Exception RuntimeError: 'maximum recursion depth exceeded in __subclasscheck__' in ignored Traceback (most recent call last): File "./qa_channels.py", line 25, in import gritloop, gritloopchans File "/home/sdr3/gritloop/src/lib/gritloop.py", line 6, in import _gritloop ImportError: /home/sdr3/gritloop/src/lib/.libs/_gritloop.so: undefined symbol: _ZTIN5boost21thread_resource_errorE ./run_tests: line 39: ./qa_flow_sync.py: Permission denied FAIL: run_tests === 1 of 1 tests failed === make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/home/sdr3/gritloop/src/python' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/home/sdr3/gritloop/src/python' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/sdr3/gritloop/src' make: *** [check-recursive] Error 1 And after "sudo make install" I have tried a script with the following row "from gnuradio import gritloop" but return an error and doesn't find your libraries ( libraries are installed in the right Python path). What can i do? Thanks a lot, Bertussi Daniele- University of Brescia Informativa sulla privacy: http://help.ing.unibs.it/privacy.php ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2/FPGA Directory Removed
On Mon, Mar 1, 2010 at 11:33 PM, Michael Berman wrote: > It appears that the entire USRP2/FPGA directory was removed from the > repository on 2/28/2010. > > Was this an error, or is the Verilog code no longer going to be posted? > >From the git log: Revision a2c00f5c ID: a2c00f5cff7407ff10fc6c812d06fefe52c0b6a3 Added by Johnathan Corgan 1 day ago Remove usrp1 and usrp2 FPGA files. These are now hosted at: git://ettus.sourcerepo.com/ettus/fpga.git ...under the 'usrp1' and 'usrp2' top-level directories. Jared ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
