On Mon, Mar 02, 2009 at 02:43:11PM +1030, Berndt Josef Wulf wrote:
> G'day,
>
> can someone point me to the schematics of the old USRP in PDF or PS format? I
> had a browse in usrp-hw couldn't identify anything useful in there.
>
> Thanks,
>
> cheerio Berndt
>
Try here:
http://gnuradio.org
Competition is a great thing. Intel starts down the road towards
attacking the mobile market and TI/ARM fire back.
https://www.alwaysinnovating.com/touchbook/
This has an OMAP processor in it. $299 for tablet, $399 for notebook.
Bob
___
Discus
Hi,
Does anyon have the figure of OpenBTSArch.jpg?
Thank you,
Jane
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Fabian and Martin,
The problem is solved. Thank you so much for your time and help!!
Regards,
Jane
Martin Dvh wrote:
> Jane Chen wrote:
>> Hi,
>>
>> I also encountered the same errors.
>> USRPDevice.h:42: error: ‘usrp_standard_rx_sptr’ does not name a type
>> USRPDevice.h:43: error: ‘usrp_st
On Sun, Mar 1, 2009 at 2:27 PM, Lance wrote:
> I just had a question regarding the log file this program produces. As far
> as I can tell, the samples are of the type gr-complex. I've tried using the
> file reading matlab script provided in the utils folder, but I can't arrange
> and display the
On Fri, Feb 27, 2009 at 10:15 AM, Dimitris Symeonidis wrote:
> Is it ok to add this (optional) parameter and send a patch to
> patch-gnura...@gnu.org, or is there some risk of breaking stuff?
Go ahead and send this to the patch-gnuradio list, we'll put it in the
review queue.
Johnathan
__
On Fri, Feb 27, 2009 at 6:06 AM, jeff . wrote:
> I'm a newbie. I received my hardware and trying test it.
> I started to test the USRP2 (last release of firmware) and FLEX900 with the
> "usrp2_fft.py".
> My system is Ubuntu 8.10 and the trunk version of gnuradio.
Can you confirm the version of t
On Mon, Mar 2, 2009 at 12:35 PM, Matt Ettus wrote:
>> The USRP2 is *always* in auto T/R mode; that is, it does not support
>> full duplex without a modification to the FPGA and firmware code.
>
> I'd like to clarify that statement a bit. Full duplex operation requires
> modified firmware and hos
Johnathan Corgan wrote:
On Thu, Feb 26, 2009 at 9:14 PM, Xiaolong Li wrote:
Can I still call set_auto_tr to enable auto switch Rx and Tx with
xcvr2450+usrp2? It seems like the set_auto_tr is no longer available. Is
there any alternative API for same function? Without calling set_auto_tr,
USRP2
Hi all,
I'm happy to announce that CGRAN has really grown in its user base. We
have 33 registered contributors and 10 active projects:
https://www.cgran.org/wiki/Projects
For those of you new to the GNU Radio scene:
"The Comprehensive GNU Radio Archive Network (CGRAN) is a free open
source r
On Thu, Feb 26, 2009 at 9:14 PM, Xiaolong Li wrote:
> Can I still call set_auto_tr to enable auto switch Rx and Tx with
> xcvr2450+usrp2? It seems like the set_auto_tr is no longer available. Is
> there any alternative API for same function? Without calling set_auto_tr,
> USRP2+xcvr2450 can recei
Hi,
> On Mon, 2/23/09, Patrick Strasser wrote:
>
> I wrote some lines for people asking for help in the wiki.
>
> Please look through it, it can certainly need some polishing.
>
> Patrick
I did some polishing to it. It certainly needs more polishing now!.
Best Regards,
Firas
__
Hi all,
Since I'm not familiar with USB architecture, it might seem like stupid
question.
Now I'm receiving some data(called RxData) from USRP and obviously USRP is
set as a receiver mode. At the same time, I have a data to be
transmitted(called TxData) which is not related with received data. Th
Yc Park schrieb:
Last week, I succeed to get a response from my usrp2.
After that, however, when I try usrp2_fft.py, or anything *.py related
with usrp2, I get the "Import Error with usrp2" error.
Make sure you have the right PYTHONPATH !
open a python shell,
$python
>>>import sys
>>>sys.path
I have had no problem receiving aviation signals using USRP1 + TVRX +
ham radio 2M (146 MHz) vertical antenna
and one of the AM receiver example programs.
Jim
matt_wi wrote:
> I am working on getting the USRP using GNU Radio to pick up civilian aviation
> band frequencies (basically and aviat
I am working on getting the USRP using GNU Radio to pick up civilian aviation
band frequencies (basically and aviation scanner that you could buy
anywhere). The frequencies run in the 130MHz range and I think are AM. I
am able to get a regular FM Radio signal dialed in, but I am having problems
Hi all,
i only want to notify the Developers, that i found a Bug.
My gnuradio Version is,
SVN Sources from 2009 Feb 26.
The variable will not be initialized by variables i defined before.
The only thing what works is to initialze first the FFT sink Element
and after this change the .
Regards Ma
Neither did work, but changing the sample rate to 48000 did the trick.
Thanks davek!
arto
2009/3/2 Josh Blum :
> I will add a note to the documentation in grc audio blocks about plughw.
>
> Can you edit the generated code and test the following 2 combinations:
>
> self.audio_sink_0 = audio.sink(
Josh Blum joshknows.com> writes:
>
> Also, I am concerned that the gl fftsink aborted/segfaulted. Can you run
> the flow graph in gdb and send the traceback?
I thought you were interested in some debugging of this Problem.
If not i will not go any further in this point.
So i used (Python Debugg
19 matches
Mail list logo
