[Discuss-gnuradio] Mac OS X Build problem
Hi all, I have been trying to install the latest stable release (v3.1) on Intel-Mac with Mac OS X(10.4.11). I have tried to follow both Jon Jacky and Michael Dickens's build guide, I had different problems. Anyways, the problems can be concluded as follows: 1. Since GNURadio 3.1 requires numpy instead of old Numeric, hence I either have to use python 2.4 installed by macports or I have to make numpy work on python2.4 (I failed to do so, not sure why). 2. I tried to use python 2.4 (import numpy no problem), this is the command I used to build: setenv GR /opt/local ./bootstrap ./configure --prefix=$GR --with-pythondir=$GR/lib/python2.4/site- packages make sudo make insall PYTHONPATH=/opt/local/lib/python2.4/site-packages 3. When I tried to use mac build-in python (2.3.5), with numpy installed the error message I got while running some python script: Traceback (most recent call last): File "sounder_tx.py", line 23, in ? from gnuradio import gr, usrp, eng_notation File "/usr/local/lib/python2.3/site-packages/gnuradio/usrp.py", line 27, in ? from gnuradio import gru File "/usr/local/lib/python2.3/site-packages/gnuradio/gru/ __init__.py", line 37, in ? exec "from gnuradio.gruimpl.%s import *" % (f,) File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/gnuradio/gruimpl/ freqz.py", line 57, in ? import numpy File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/site-packages/numpy/__init__.py", line 50, in ? import ma File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/site-packages/numpy/ma/__init__.py", line 14, in ? import core File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/site-packages/numpy/ma/core.py", line 113, in ? max_filler.update([(k,-numpy.inf) for k in [numpy.float32, numpy.float64]]) AttributeError: keys I doubt this is the problem of numpy. I did notice that numpy requires python2.4 or higher, I am not sure if there is a work around or not. Any hint would be appreciated. Am I missing something somewhere? Thanks in advance. Qi Chen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DV Dongle - AMBE USB Device
Rick Parrish wrote: > Eric A. Cottrell wrote: >> I am also thinking of writing a APCO P25 Voice to AMBE2000 frame >> converter and see >> if the device can decode P25 as well. This may be a general IMBE and >> AMBE codec. >> > > I hope so. I looked at this a while back. What concerned me most was > the AMBE2000/2020 documentation seemed to omit P25 style IMBE > compatibility. Compare the docs to another DVSI product - the VC55 - > to see what I mean. > Hello, Looking over the docs the VC55 is a P25 only AMBE+ 2 CODEC that only supports full rate and the proposed (maybe part of standard now) half rate. What is good is the mention that the improvements are still compatible with the P25 vocoder standard. The AMBE + 2 part sounds like further improvements to the CODEC over the AMBE2000. The future AMBE3000 will implement AMBE + 2 and it appears compatible with the AMBE2000 and AMBE1000. The AMBE2000 is more flexible in the data rates and when I look at the rate tables on page 29 I see the P25 rate listed with the correct voice and FEC data rates. You can do the same rate in AMBE or AMBE+. So one task will be to figure out how to configure the chip so it will decode P25. 73 Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DV Dongle - AMBE USB Device
Eric A. Cottrell wrote: I am also thinking of writing a APCO P25 Voice to AMBE2000 frame converter and see if the device can decode P25 as well. This may be a general IMBE and AMBE codec. I hope so. I looked at this a while back. What concerned me most was the AMBE2000/2020 documentation seemed to omit P25 style IMBE compatibility. Compare the docs to another DVSI product - the VC55 - to see what I mean. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] c++ driver for BasicRX
Hi, Where can I find the c++ driver for the BasicRX daughterboard? Greg Heckler wrote one for the DBSRX which I have been using (thanks Greg): http://article.gmane.org/gmane.comp.gnu.radio.patch/28 Thank you, Chris ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] value error
On Tue, Mar 18, 2008 at 05:54:37PM +0100, Crespi Floriana wrote: > Hi > I have a problem with ofdm system. > > Each time I run benchmark_ofdm_rx.py I get; > > Traceback (most recent call last): > File "benchmark_ofdm_rx.py", line 210, in > main() > File "benchmark_ofdm_rx.py", line 199, in main > tb = my_top_block(rx_callback, options) > File "benchmark_ofdm_rx.py", line 64, in __init__ > self.rxpath = receive_path(callback, options) > File "/home/crespi/Desktop/Workspace_flo/receive_path.py", line 52, in > __init__ > blks2.ofdm_demod(options, callback=self._rx_callback) > File "/usr/local/lib/python2.5/site-packages/gnuradio/blks2impl/ofdm.py", > line > 209, in __init__ > self.ofdm_recv = ofdm_receiver(self._fft_length, > self._cp_length,self._occupied_tones, self._snr, preambles,options.log) > File > "/usr/local/lib/python2.5/site-packages/gnuradio/blks2impl/ofdm_receiver.py", > line 107, in __init__ > self.connect((self.ofdm_sync,1), (self.ofdm_frame_acq,1)) > File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/hier_block2.py", > line > 70, in connect > self._connect(points[i-1], points[i]) > File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/hier_block2.py", > line > 76, in _connect > dst_block.basic_block(), dst_port) > File > "/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py", > line 946, in connect > return _gnuradio_swig_py_runtime.gr_hier_block2_sptr_connect(*args) > ValueError: port number 1 exceeds max of 0 > > > > I use realese number 7324 and kubuntu 7.04 > > Do you have some idea of which the problem is??? > > Thanks a lot of Can you try updating to the current trunk version and see if the problem still persists? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 proof computer.
On Tue, Mar 18, 2008 at 1:45 PM, Per Zetterberg <[EMAIL PROTECTED]> wrote: > Hi All, > > I am about to buy a new computer. Preferably a laptop. However, in the > future I may be using USRP2. Is there any Dell laptop that can be > recommended (my university has a deal with Dell) ? Mine worked fine with my old Dell 600m. Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] DV Dongle - AMBE USB Device
Hello, One of the "problems" with DStar and some other digital voice systems is the Patent and other IP considerations. DStar uses the AMBE codec which is owned by DVSI. Icom uses a DVSI AMBE2020 chip in their DStar products. One possible solution is to buy hardware that puts the Patent and IP into a chip. This increases the cost of the hardware and you need to interface it to the PC. Some chip makers do not make chip information available, but DVSI does. The USER Manual is very informative. http://www.dvsinc.com/products/a2000.htm A group was able to produce a USB Device that interfaces the AMBE2000 chip to the PC. The icing on the cake is it is an open source project. The API appears similar to the RF Space SDR products. http://www.moetronix.com/dvdongle/ The DV Dongle is now in production and even has a website, http://www.dvdongle.com/DV_Dongle/Home.html So I ordered one for $200 from HRO and hope to get it in a few days. It should be possible to add support for it in GNURadio. I am also thinking of writing a APCO P25 Voice to AMBE2000 frame converter and see if the device can decode P25 as well. This may be a general IMBE and AMBE codec. 73 Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP2 proof computer.
Hi All, I am about to buy a new computer. Preferably a laptop. However, in the future I may be using USRP2. Is there any Dell laptop that can be recommended (my university has a deal with Dell) ? BR/ Per Zetterberg ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] value error
On 3/18/08, Crespi Floriana <[EMAIL PROTECTED]> wrote: > I have a problem with ofdm system. > I use realese number 7324 and kubuntu 7.04 Please update to the current trunk release. I believe what you are seeing is fixed in r7802, but not entirely certain. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] value error
Hi I have a problem with ofdm system. Each time I run benchmark_ofdm_rx.py I get; Traceback (most recent call last): File "benchmark_ofdm_rx.py", line 210, in main() File "benchmark_ofdm_rx.py", line 199, in main tb = my_top_block(rx_callback, options) File "benchmark_ofdm_rx.py", line 64, in __init__ self.rxpath = receive_path(callback, options) File "/home/crespi/Desktop/Workspace_flo/receive_path.py", line 52, in __init__ blks2.ofdm_demod(options, callback=self._rx_callback) File "/usr/local/lib/python2.5/site-packages/gnuradio/blks2impl/ofdm.py", line 209, in __init__ self.ofdm_recv = ofdm_receiver(self._fft_length, self._cp_length,self._occupied_tones, self._snr, preambles,options.log) File "/usr/local/lib/python2.5/site-packages/gnuradio/blks2impl/ofdm_receiver.py", line 107, in __init__ self.connect((self.ofdm_sync,1), (self.ofdm_frame_acq,1)) File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/hier_block2.py", line 70, in connect self._connect(points[i-1], points[i]) File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/hier_block2.py", line 76, in _connect dst_block.basic_block(), dst_port) File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py", line 946, in connect return _gnuradio_swig_py_runtime.gr_hier_block2_sptr_connect(*args) ValueError: port number 1 exceeds max of 0 I use realese number 7324 and kubuntu 7.04 Do you have some idea of which the problem is??? Thanks a lot of ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how is the FPGA taking effect in USRP???!!!
On Tue, Mar 18, 2008 at 02:10:30AM -0700, Karthik Vijayraghavan wrote: > On Mon, Mar 17, 2008 at 9:07 PM, Eric Blossom <[EMAIL PROTECTED]> wrote: > > This might help you better understand the connections between various > components. http://www.nd.edu/~jnl/sdr/docs/ > Please note that that document was written two years ago, we don't control it, and we can't update it. YMMV. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how is the FPGA taking effect in USRP???!!!
On Mon, Mar 17, 2008 at 9:07 PM, Eric Blossom <[EMAIL PROTECTED]> wrote: > On Mon, Mar 17, 2008 at 08:59:54PM -0700, Bill Stevenson wrote: > > Hello, everyone > > > > I dug up the wfm_rcv_gui.py example file in order to penetrate the > > principle of GNURadio. But I have 2 questions about it: > > > > 1, there is a digital downconverter at the receiver, the function of > > down converting the signal is performed by the FPGA or the software > > on PC? > > There are two downconverions, one in the RF daughterboard, and one in > the DDC in the FPGA. > > See http://gnuradio.org/trac/wiki/UsrpRfxDiagrams > > > 2, if it is done by FPGA, how is the code transmitted to the FPGA? I > > mean, the code should be written using VHDL or Verilog, but now the > > code is compiled using Python! How is this transformation done? > > If you take a look through the downloaded source code, you'll find the > verilog for the FPGA in usrp/fpga. > > The firmware for the FX2 (usb interface chip) and the FPGA > configuration are loaded behind the scenes by the usrp library which > is invoked by usrp.sink*/source > > Eric This might help you better understand the connections between various components. http://www.nd.edu/~jnl/sdr/docs/ Karthik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio