[Discuss-gnuradio] sdr_seminar_2002.pdf

2007-07-07 Thread Eng. Firas

Hi Matt,

Kindly, Can you give us a link  to your sdr_seminar_2002.pdf  file ?

Firas
-- 
View this message in context: 
http://www.nabble.com/sdr_seminar_2002.pdf-tf4039355.html#a11475953
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] FCC creates obstacles for Open Source software radio

2007-07-07 Thread Lamar Owen
On Friday 06 July 2007, Philip Balister wrote:
 Found on /. I wonder how much Cisco paid for the words 

 http://news.com.com/Feds+snub+open+source+for+smart+radios/2100-1041_3-6195
102.html?tag=nefd.lede

Well, quite honestly, Cisco's only costs would have been the lawyer time and 
the filing of the petition.

This action to me seems rather reasonable.  The only software that the FCC is 
worried about is that which sets the radio's operating mode, emission mask, 
and transmit power.  Given the FCC's well-known reticence to radio anarchy 
this is as much of a concession as could be expected at this time.

Yes, I said concession.  This is actually a relaxation of the interpretation 
of the rule; the FCC recognized the usefulness of open source in this, and 
intentionally narrowed the scope.  The specific mention of amateur equipment 
(if you think of the USRP as a radio, it is amateur equipment; it is, 
however, marketed as test equipment (and the part 15 rules apply)) is a very 
good thing.

Petitions can be filed to this M RO too, if the new rule isn't to anyone's 
liking.

But is open source less secure, when the item being secured is 'how do I 
manipulate the operating frequency, power, and mode of this radio?'  
Discussion, anyone?
-- 
Lamar Owen
Chief Information Officer
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC  28772
(828)862-5554
www.pari.edu


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Mode S and ADS-B

2007-07-07 Thread Eric A. Cottrell
Matt Ettus wrote:
 Eric A. Cottrell wrote
 One thing to try is to use the scope program to set the threshold.  The
 default is low for alot of front ends including the DBSRX.  The DBSRX
 tends to be deaf.  Also I find a gain setting of 32 to 36 seems to work
 best for the DBSRX.  
 
 The DBSRX typically has a noise figure around 3-5dB.  I wouldn't call
 that deaf.  You are connecting a discone to a wide open front end
 without a filter, so it is far more likely that you are experiencing
 desense from the thousands of other signals you are picking up.  Also,
 raising the gain above 32 would reduce the noise figure you see.
 Getting the antenna up in the clear is important.  A discone will work
 if you have a good receiver but I found building a simple 1/4 wave
 ground plane on an N connector beats out the discone.

Hello,

Well I got spoiled with my AOR 5000 as a front end. It uses a GAs MES
FET as a front end for 1.0 to 1.6 GHz.  Unfortunely the GAs MES FET is
not working but it only cuts the range in half.  I was using an external
Preamp but that got broken when I hooked it up in the car.  I assume
when they say 12 volts that they mean 12 volts and not over 13.6 volts.

I tended to use 36 as gain for the DBSRX.  I used my DBSRX board
yesterday and got different results from earlier tests.  It appears the
  Maxium chip is working but the LNA is gone.  Time to order another one.

 
 Probably because it is more frequency selective than the discone, thus
 reducing the strong interferers.
 
 When you set up a discone on the DBSRX you need to understand that you
 are picking up multiple cellphone bands, the pager bands, 2 ISM bands,
 microwave ovens, radars, etc, in addition to the nice weak signals you
 are looking for.

Not to mention the decrease of gain from the discone.  Another factor at
my station is my discone is lower and has more blockage.  I need to
replace the coax at my test antenna site because the N connector came
off and the coax got exposed to the rain.

I am upset because I want to test my code to make sure my later changes
did not break anything but hardware keep breaking!  So it may be
possible the code in my branch does not work as good as past code.  I
want to do some testing of various setups but I need to get everything
working again. :(

73 Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Problem with usrp_fft.py

2007-07-07 Thread Chandru Raman

Hi all:

I am new to this group and I am GNU radios to listen to a band of
frequencies and see the spectrum by computing the FFT. The following
command

./usrp_fft.py -R B -f 1e6  data_fft_1_2.dat

results in the following error.. Should I have some display settings
to avoid this? And why do I get a segmentation fault?


Traceback (most recent call last):
 File ./usrp_fft.py, line 251, in ?
   main ()
 File ./usrp_fft.py, line 247, in main
   app = stdgui.stdapp(app_flow_graph, USRP FFT, nstatus=1)
 File /usr/local/lib/python2.4/site-packages/gnuradio/wxgui/stdgui.py,
line 36, in __init__
   wx.App.__init__ (self, redirect=False)
 File /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode
/wx/_core.py, line 7700, in __init__
   self._BootstrapApp()
 File /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py,
line 7352, in _BootstrapApp
   return _core_.PyApp__BootstrapApp(*args, **kwargs)
SystemError: wxEntryStart failed, unable to initialize wxWidgets!  (Is
DISPLAY set properly?)
Segmentation fault


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] FCC CDR/SDR Order from a PC site

2007-07-07 Thread michael taylor

On 7/6/07, Robert McGwier [EMAIL PROTECTED] wrote:

Here is a PC site for the paranoid:



Thanks Bob. It looks pretty boring as far as I can tell. Here's an
excerpt of the part
about amateur radio:

   6. In regard to MSS' request for clarification about the regulatory
treatment of amateur radio equipment, the Commission did not intend to
impose any new certification requirements for amateur radio equipment
in the Cognitive Report and Order. External RF amplifiers that operate
below 144 MHz that are marketed for use with amateur stations will
continue to require certification before they can be marketed. Other
amateur radio equipment, including equipment that meets the definition
of a software defined radio and that has software that is designed or
expected to be modified by a party other than the manufacturer, will
continue to be exempt from a certification requirement. However, as the
Commission noted in the Cognitive Report and Order, certain
unauthorized modifications of amateur transmitters are unlawful. It may
revisit the issue of the certification of amateur equipment with
software modifiable features as identified above in the future if
misuse of such devices results in significant interference to
authorized spectrum users.



-Michael, VE3TIX


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] PS3 and gnuradio

2007-07-07 Thread Clark Pope


I see that you can buy a PS3 now with YDL linux installed. 
(http://www.terrasoftsolutions.com/products/sony/)  How are the efforts to 
get gnu radio running on it going?


I don't play video games but I'm seriously considering buying to get the 
bluray player, Would be great if I can run gnuradio too.


Thanks,
Clark

_
http://liveearth.msn.com



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] FCC creates obstacles for Open Source software radio

2007-07-07 Thread David Young
On Sat, Jul 07, 2007 at 09:29:37AM -0400, Lamar Owen wrote:
 On Friday 06 July 2007, Philip Balister wrote:
  Found on /. I wonder how much Cisco paid for the words 
 
  http://news.com.com/Feds+snub+open+source+for+smart+radios/2100-1041_3-6195
 102.html?tag=nefd.lede
 
 Well, quite honestly, Cisco's only costs would have been the lawyer time and 
 the filing of the petition.
 
 This action to me seems rather reasonable.  The only software that the FCC is 
 worried about is that which sets the radio's operating mode, emission mask, 
 and transmit power.  Given the FCC's well-known reticence to radio anarchy 
 this is as much of a concession as could be expected at this time.

Do you think that the software that concerns the FCC is concerned with
must reside in the radio?  Sometimes the transmission parameters such
as modulation, mask, and power are under control of the host computer.
If the FCC's definition of software-defined radio encompasses software
running on the host computer, then it seems that they have encumbered
the development of open-source software for a broad category of devices,
including most of the 802.11 radios on the market.  I feel certain that
this was not their intention, but I do not think one can tell by reading
the law alone, and that is worrisome.  What do you think?

 But is open source less secure, when the item being secured is 'how do I 
 manipulate the operating frequency, power, and mode of this radio?'  
 Discussion, anyone?

I do not think open source is less secure.  Commercial software is
developed under enormous time pressure for very narrow purposes by
teams of developers that are oftentimes insulated from outside ideas
and criticism by corporate secrecy, IP paranoia, and the not invented
here syndrome.  The narrow purposes of commercial development do include
best performance for the price on the market; they do not include show
how our security measures can be defeated and our equipment exploited to
interfere with television broadcast.  There is less time, and there
are fewer persons for finding defects in a commercial development
than in open-source development.  Developing out in the open exposes
your security measures to the diverse purposes of a wider segment of
companies, of hobbyists, of academic researchers, and---let us admit---of
bad guys.  In this way, I believe an open-source community will detect
more security problems in a product before a firm sends it to market than
if the product had survived the scrutiny of one firm's developers alone.

Dave

-- 
David Young OJC Technologies
[EMAIL PROTECTED]  Urbana, IL * (217) 278-3933 ext 24


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] PS3 and gnuradio

2007-07-07 Thread Robert McGwier
So far I have been unable to get the python to work properly on any 
Power PC running Linux.   It runs on Mac OSX but not PPC.  For example,


make check

fails in a segmentation error in the base routine that runs the actual 
checks.


It is no trouble at all to get GnuRadio to make and install on the PS3 
running FC6.  It took me about 3 hours.  It is just that nothing runs 
after that.


Eric Blossom is going to begin work on getting GnuRadio to run on the 
Cell processor after he returns from vacation later this month.  I am 
certain he will resolve this issue early in the process.


Bob



Clark Pope wrote:


I see that you can buy a PS3 now with YDL linux installed. 
(http://www.terrasoftsolutions.com/products/sony/)  How are the efforts 
to get gnu radio running on it going?


I don't play video games but I'm seriously considering buying to get the 
bluray player, Would be great if I can run gnuradio too.


Thanks,
Clark

_
http://liveearth.msn.com



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio




--
AMSAT Director and VP Engineering. Member: ARRL, AMSAT-DL,
TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. ARRL SDR WG Chair
If you're going to be crazy, you have to get paid for it or
else you're going to be locked up. Hunter S. Thompson


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio