RE: [Discuss-gnuradio] How to decode the convolutional code, in the GRC

2011-04-05 Thread intermilan


 Achilleas:
  Thanks for your last e-mail.That help me a lot.But there is another 
question about the value of the parameter symbol_table we set in the 
chunks_to_symbol block. After read the code and example,I think if we want to 
implement the TCM ,we should set the value follow the fsm_utlils.py. And if we 
just want to use the trellis_viterbi_combined block to decode the convolutional 
code,we can set any value we want to (should  follow the rules of the 
chunks_to_symbols block). Am I right about it?

inter.



> Date: Fri, 1 Apr 2011 09:59:46 -0400
> From: anas...@umich.edu
> To: tianxia...@hotmail.com; discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] How to decode the convolutional code, in the 
> GRC
> 
> The matrices PS and PI are documented in the fsm class and in the
> gr-trellis documentation: PS[s] is a vector of "previous states"
> that will result in state "s" and PI[s] is the corresponding vector of
> "input symbols" that will result in state "s" from a previous state.
> This is useful in the VA because you have this info precalculated (see
> the fsm.cc) and thus you don't need to do this backwards lookup every
> time in the VA execution--> saves time!
> 
> The vector alpha is a temporary vector that holds the accumulated path
> metrics in the VA. You do not need to store ALL of them for a block of K
> steps, but only two of them and then alternate between the two: read
> from one/write to the other (this is what the variable alphai points to!)
> 
> The function calc_metric(O, D, TABLE, &(in[k*D]), metric,TYPE)
> calculates the metrics required for the viterbi algorithm in each
> step: depending on the "TYPE" this can be Euclidean, Hamming etc.
> In the code, for every chunk of observation corresponding to step "k"
> in[k*D]...in[k*D+D-1]
> it evaluates the metric between this observation and EVERY possible
> output symbol of the trellis and puts the results in the vector
> "metric". Observe that there are "O" (this is a big o not a zero)
> possible output symbols for the fsm, and each one of them is translated
> to a signal through the D-dimensional lookup table TABLE, so :
> output symbol 0 will be translated (modulated) to TABLE[0]...TABLE[D-1]
> output symbol 1 will be translated (modulated) to TABLE[D]...TABLE[2D-1]
> ..
> output symbol O-1 will be translated (modulated) to
> TABLE[(O-1)D]...TABLE[OD-1]
> 
> eg, in the case of euclidean metrics the calc_metric() will form O
> numbers, each being the euclidean distance between the input
> in[k*D]...in[k*D+D-1]
> and EACH of the translated signals:
> TABLE[0]...TABLE[D-1]
> TABLE[D]...TABLE[2D-1]
> ...
> TABLE[(O-1)D]...TABLE[OD-1]
> 
> Regarding references, I am just implementing the standard (block)
> Viterbi algorithm...
> 
> Achilleas
> 
> 
> On 4/1/2011 4:33 AM, intermilan wrote:
> > hi Achilleas:
> > I recently had read the code in the trellis_viterbi_combined_fb.cc want 
> > to understand how you use the viterbi algorithm.But there is something 
> > that I can not understand.
> > for(int k=0;k > calc_metric(O, D, TABLE, &(in[k*D]), metric,TYPE); // calc metrics
> > norm=INF;
> > for(int j=0;j > minm=INF;
> > minmi=0;
> > for(unsigned int i=0;i > //int i0 = j*I+i;
> > if((mm=alpha[alphai*S+PS[j][i]]+metric[OS[PS[j][i]*I+PI[j][i]]]) > minm=mm,minmi=i;
> > }
> > trace[k*S+j]=minmi;
> > alpha[((alphai+1)%2)*S+j]=minm;
> > if(minm > }
> > for(int j=0;j > alpha[((alphai+1)%2)*S+j]-=norm; // normalize total metrics so they do 
> > not explode
> > alphai=(alphai+1)%2;
> > }
> > I think above code perform the Add-Compare-Select operations.
> > I do not understand is the function of the matrix metric.I saw the code 
> > in the calc_metric.cc,it is calculate the ! euclidean between
> > the data output the chunks_to_symbols block and the point in the 
> > symbol_table.So what is the function of this metric in your viterbi 
> > algorithm?
> > Besides,what is the function of the PS and PI which is generated by the 
> > fsm file? and what is the function of the alpah[] in your code?
> > Is there some reference when you write these codes.if there is some 
> > ,please tell me.I appreciate your hlep.
> > Thanks.
> > 
> > 
> >  > Date: Mon, 14 Mar 2011 10:11:44 -0400
> >  > From: anas...@umich.edu
> >  > To: tianxia...@hotmail.com; discuss-gnuradio@gnu.org
> >  > Subject: Re: [Discuss-gnuradio] How to decode the convolutional code, 
> > in the GRC
> >  >
> >  > inter,
> >  >
> >  > as i said in my previous email, you just have to consider the equivalent
> >  > channel (the fact that it is noiseless is irrelevant in this discussion)
> >  > from the output of the FSM encoder to the input of the VA.
> >  > It seems you prefer to call it equivalent "modulato! r"; that's fine!
> >  > Once you realize what this equivalent channel/modulator is
> >  > (what is its input/output alphabet and what kind of symbols it
> >  > inputs/outputs) then it will be strainghtforward to see what the viterbi
> >  > decoder block should look like.
> >  > If I

Re: [Discuss-gnuradio] Motorola IIi Hybrid Trunk decoding

2011-04-05 Thread Nick Foster
On Tue, 2011-04-05 at 16:24 -0400, Eric Cottrell wrote:
> Hello,
> 
> I considered doing a Motorola decoder, but no code yet.  It uses a basic 3600 
> baud FSK modulation for the control channel data.
> 

I have a Smartnet II decoder on CGRAN, which will log the whole trunk to
disk by talkgroup:
https://www.cgran.org/wiki/Smartnet

It's not exactly production-grade software, but it works.

I don't know anything about IIi hybrid, but I suspect it is the same as
II on the downlink (ie not backhaul) side.

--n


> Here are some links.
> 
> General Trunked Radio System information.
> http://wiki.radioreference.com/index.php/Trunked_Radio_Systems
> 
> General Trunked Radio Decoders.
> http://wiki.radioreference.com/index.php/Trunked_Radio_Decoders
> 
> Trunker (DOS) with source code link.
> http://wiki.radioreference.com/index.php/Trunker
> 
> 73 Eric
> - Start Original Message -
> Sent: Tue, 05 Apr 2011 13:54:47 -0500
> From: "Brett L. Trotter" 
> To: discuss-gnuradio@gnu.org
> Subject: [Discuss-gnuradio] Motorola IIi Hybrid Trunk decoding
> 
> > Has anyone written a motorola trunk decoder for gnuradio? I'd like to be
> > able to dump all active audio in a trunk to separate streams by
> > talkgroup. I'd love to know about any trunk decoders in general.
> > 
> > Thanks!
> > 
> > -Brett
> > 
> > 
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > 
> 
> - End Original Message -
> 
> ___
> 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] how long is the averaging length of the SNR estimator?

2011-04-05 Thread William Cox
Looking at the documentation for "gr_probe_mpsk_snr_c" (
http://gnuradio.org/doc/doxygen/classgr__probe__mpsk__snr__c.html), it says
it computes a running average of the signal mean/variance. How long is this
running average? Meaning, if my SNR is changing over time, how much will
past values affect the current value?

Also, is there any discussion of what the alpha smoothing factor does? In
the digital-bert example, it's set to a magic "10/symbol rate" number.

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


Re: [Discuss-gnuradio] Best way to look for a class using Doxygen?

2011-04-05 Thread Tuan (Johnny) Ta
got it! thanks :)

On Tue, Apr 5, 2011 at 3:22 AM, Martin Braun  wrote:

> On Mon, Apr 04, 2011 at 03:58:55PM -0400, Tuan (Johnny) Ta wrote:
> > Hello list,
> >
> >
> > What is the best way to look for some class using the Doxygen http://
> > gnuradio.org/doc/doxygen/index.html? E.g. I want to look for the
> description of
> > gr_message_source, how do I find it?
>
> Assuming you know how to use a Browser :), either go ``class list'' and
> then use 'Find' feature of your browser.
>
> Or, since it's a source, you go Modules->Sources and there it is.
>
> 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-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
>
> ___
> 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] Motorola IIi Hybrid Trunk decoding

2011-04-05 Thread Eric Cottrell
Hello,

I considered doing a Motorola decoder, but no code yet.  It uses a basic 3600 
baud FSK modulation for the control channel data.

Here are some links.

General Trunked Radio System information.
http://wiki.radioreference.com/index.php/Trunked_Radio_Systems

General Trunked Radio Decoders.
http://wiki.radioreference.com/index.php/Trunked_Radio_Decoders

Trunker (DOS) with source code link.
http://wiki.radioreference.com/index.php/Trunker

73 Eric
- Start Original Message -
Sent: Tue, 05 Apr 2011 13:54:47 -0500
From: "Brett L. Trotter" 
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Motorola IIi Hybrid Trunk decoding

> Has anyone written a motorola trunk decoder for gnuradio? I'd like to be
> able to dump all active audio in a trunk to separate streams by
> talkgroup. I'd love to know about any trunk decoders in general.
> 
> Thanks!
> 
> -Brett
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

- End Original Message -

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


Re: [Discuss-gnuradio] OpenBTS on USRP E100

2011-04-05 Thread Thomas Tsou
On Tue, Apr 5, 2011 at 12:55 PM, Khalid Jamil  wrote:
> Hello,
> Does anyone know if openBTS can be run on E100 standalone?

The current OpenBTS-UHD code will compile and run on the E100, but is
limited by the default 64 MHz clock configuration and required sample
rate conversion.

I will be pushing development code to work with the 52 MHz transceiver
shortly within the coming weeks. The primary source for public OpenBTS
information is the wiki, which I will update when I get to an
appropriate machine late this evening.

http://www.gnuradio.org/redmine/wiki/1/OpenBTS

Also, please address OpenBTS questions to the openbts-discuss mailing list.

http://sourceforge.net/mail/?group_id=230904

  Thomas

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


[Discuss-gnuradio] Motorola IIi Hybrid Trunk decoding

2011-04-05 Thread Brett L. Trotter
Has anyone written a motorola trunk decoder for gnuradio? I'd like to be
able to dump all active audio in a trunk to separate streams by
talkgroup. I'd love to know about any trunk decoders in general.

Thanks!

-Brett


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


[Discuss-gnuradio] frequency counter

2011-04-05 Thread open bts

Is there a good frequency counter application for gnuradio?What sort of 
precision could be expected compared to theprecision of the reference clock 
input?___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] OpenBTS on USRP E100

2011-04-05 Thread Josh Blum


On 04/05/2011 09:55 AM, Khalid Jamil wrote:
> Hello,
> 
> Does anyone know if openBTS can be run on E100 standalone?
> 

UHD device support for OpenBTS can be found at
https://github.com/ttsou/openbts-uhd.

-Josh

> Thanks,
> 
> Khalid.
> 
> 
> 
> 
> ___
> 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] OpenBTS on USRP E100

2011-04-05 Thread Marcus D. Leech
>
> Hello,
>
> Does anyone know if openBTS can be run on E100 standalone?
>
> Thanks,
>
> Khalid.
My understanding is that openBTS uses "classic" USRP1 interface, without
using Gnu Radio.

So, until they do a port to UHD, you're unlikely to find openBTS on
E100, but you should perhaps
  be bugging the openBTS folks about that, rather than here, since
openBTS doesn't use much, if any,
  GNu Radio stuff, only the USRP drivers (at least, that's my
understanding).



-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org



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


[Discuss-gnuradio] controlling individual gain elements using gain_group

2011-04-05 Thread Sanat Gulvadi
Hi,


I am not a very experienced programmer and I'd really appreciate some help.
I am working on a method to individually control gain elements of daughter
boards on the USRP2. Following is my code so far. Here, rx_subdev_device and
rx_codec_obj are of type wax::obj that I have passed from another method. It
compiles ok but during runtime throws the following error:

terminate called after throwing an instance of
> 'boost::exception_detail::clone_impl
> >'
>   what():  bad lexical cast: source type value could not be interpreted as
> target
> Aborted
>
> the code :

> uhd::gain_group::sptr temp_rx_gg;
> temp_rx_gg = uhd::gain_group::make();
> uhd::usrp::dboard_id_t rx_bd_id =
> uhd::usrp::dboard_id_t::from_string("RX");
>
> temp_rx_gg=uhd::usrp::make_gain_group(rx_bd_id, rx_subdev_device,
> rx_codec_obj, uhd::usrp::GAIN_GROUP_POLICY_RX);
> std::vector  tempstr=temp_rx_gg->get_names();
> for (size_t i=0; i cout << boost::format("gain elements %s") % tempstr[i] << endl;
> }


Thanks in advance,


Best Regards/Mit freundlichen Grüßen,
*Sanat Dinker Gulvadi*
Graduate student, TU Ilmenau.
98693 Ilmenau, Germany
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] OpenBTS on USRP E100

2011-04-05 Thread Khalid Jamil
Hello,

Does anyone know if openBTS can be run on E100 standalone?

Thanks,

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


[Discuss-gnuradio] Jobs at Ettus Research

2011-04-05 Thread Matt Ettus


Ettus Research currently has 4 open job positions and we are actively
seeking applicants.  All positions are located in Mountain View, CA.

We are looking for 2 Design Engineers, 1 Applications Engineer, and 1
technical sales person.  You can find more information about all open
positions here:

http://ettus.com/careers

If you wish to apply, please send your resume and other material to
j...@ettus.com

Thanks,
Matt Ettus


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


Re: [Discuss-gnuradio] [UHD] uhd_find_devices error --> Device discovery error: unknown key format: addr

2011-04-05 Thread Antonio Mancina
[SOLVED]

>> # uhd_find_devices
>> linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.20110324014830.95b966a
>> __
>>
>>
>> Connecting the same device to another server, it correctly
>> reports the device data as following:
>>
>> 

It turned out being an hybrid build result: the package was not
correctly rebuilt after a boost library upgrade.

Sorry for the bothering noise on the list.

Thanks!
Antonio

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


Re: [Discuss-gnuradio] ImportError: No module named gnuradio

2011-04-05 Thread Mateusz Jasiński
On Tuesday 05 of April 2011 09:06:10 Sim IJskes wrote:
> On 05-04-11 00:42, Mateusz Jasiński wrote:
> > On Monday 04 of April 2011 15:48:26 Mateusz Jasiński wrote:
> >> On Monday 04 of April 2011 09:55:25 Martin Braun wrote:
> >>> On Sat, Apr 02, 2011 at 09:19:00PM +0200, Mateusz Jasiński wrote:
>  Hi,
>  
>  I'm trying to build debian packages of gnuradio git snapshot
>  (01.04.2011). The build process is successful but I've encountered
> > 
> > Now I'll try to somehow push those upstream packages into debian, since
> > the 3.2.2 is much outdated.
> 
> Did you coordinate with the debian gnuradio maintainer? I'm currently
> working on the 3.3.1 version of debian gnuradio started by the original
> maintainer. Please let us know how things go. If you run into troubles
> with debian (not) accepting your packaging, we could coordinate in order
> to get the package accepted via the original maintainer.
> 
> Gr. Sim

Yes, I've done this already. Sent him the debian dir. I;ve also packaged 
libuhd needed by upstream. I've received confirmation mail saying:

"Thanks.  I'm traveling this week, but I should have time to review your
work in a few days.

Bdale"

I've tried to bulid external signal processing blocks and had to add the *.i 
files to the libgnuradio-core-dev package. I'll sent the updated version to the 
mainteiner.
-- 
Mateusz Jasiński

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


Re: [Discuss-gnuradio] [UHD] uhd_find_devices error --> Device discovery error: unknown key format: addr

2011-04-05 Thread Marcus D. Leech
On 04/05/2011 11:33 AM, Antonio Mancina wrote:
> Hi all,
>
> I've got a uhd git checkout (the cmake build system gives version
> UHD_003.20110324014830.95b966a ).
>
> I've an atom-based 32 bit machines with two ethernet devices.
> eth1, whose address is 192.168.0.1, is directly connected to
> a N210, whose address is 192.168.0.2.
>
> The device is correctly responding to a
>
> ping 192.168.0.1
>
> This is the result of a uhd_find_devices:
>
> 
> # uhd_find_devices
> linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.20110324014830.95b966a
>
> Device discovery error: unknown key format: addr
> No UHD Devices Found
> __
On the failing machine, what happens if you:

uhd_usrp_probe --args="addr=192.168.0.2"


> __
>
>
> Connecting the same device to another server, it correctly
> reports the device data as following:
>
> 
> # uhd_find_devices
> linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.20110324014830.95b966a
>
> --
> -- UHD Device 0
> --
> Device Address:
> type: usrp2
> addr: 192.168.0.2
> name:
> serial: E2R11YCUP
> 
>
> Does anyone know what is going on? If further details are
> needed I will be more than happy to provide them.
>
> Thanks in advance!
>   


-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org



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


[Discuss-gnuradio] [UHD] uhd_find_devices error --> Device discovery error: unknown key format: addr

2011-04-05 Thread Antonio Mancina
Hi all,

I've got a uhd git checkout (the cmake build system gives version
UHD_003.20110324014830.95b966a ).

I've an atom-based 32 bit machines with two ethernet devices.
eth1, whose address is 192.168.0.1, is directly connected to
a N210, whose address is 192.168.0.2.

The device is correctly responding to a

ping 192.168.0.1

This is the result of a uhd_find_devices:


# uhd_find_devices
linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.20110324014830.95b966a

Device discovery error: unknown key format: addr
No UHD Devices Found



Connecting the same device to another server, it correctly
reports the device data as following:


# uhd_find_devices
linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.20110324014830.95b966a

--
-- UHD Device 0
--
Device Address:
type: usrp2
addr: 192.168.0.2
name:
serial: E2R11YCUP


Does anyone know what is going on? If further details are
needed I will be more than happy to provide them.

Thanks in advance!
-- 
Antonio

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


RE: [Discuss-gnuradio] QT Gui Sink

2011-04-05 Thread Mike Cornelius
Hi Philip,

As Marcus and Tom have noted the SetUpdateTime() method can be used to set
the display update time (but not the FFT calculation rate, which I think is
what you want).

As this method is a slot it is possible to call it from your application
without any mods to the QT Gui sink, here's a simple example of how to do
it:-

In pyqt_example.py 

def __init__(self, display, control):
QtGui.QWidget.__init__(self, None)
  self.setWindowTitle('PyQt Test GUI')

  self.boxlayout = QtGui.QBoxLayout(QtGui.QBoxLayout.LeftToRight, self)
  self.boxlayout.addWidget(display, 1)
  self.boxlayout.addWidget(control)

  self.resize(800, 500)

# 
# Change update rate to 1 second
#
self.connect(self, QtCore.SIGNAL("SetUpdateTime(double)"),
display, QtCore.SLOT("SetUpdateTime(double)"))

self.emit(QtCore.SIGNAL("SetUpdateTime(double)"), 1)

I'm not sure if that's helpful in your case however it may be interesting as
the same technique can be used for any of the slots in spectrumdisplayform.h

BR,

Mike VK2XMC





> -Original Message-
> From: discuss-gnuradio-bounces+dr=drelectro@gnu.org
> [mailto:discuss-gnuradio-bounces+dr=drelectro@gnu.org] On Behalf Of
> Marcus D. Leech
> Sent: Monday, 4 April 2011 1:57 AM
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] QT Gui Sink
> 
> On 04/02/2011 08:11 AM, Philip Balister wrote:
> > Is there a way to control the update rate on the QT Gui sink? I have
> > it running on the E100, but it would be helpful if I could slow down
> > the update rate.
> >
> > Philip
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> >
> There's a set_update_time() method, but it's not exported through
> SWIG.The default is 0.1second.
> 
> 
> 
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
> 
> 
> 
> ___
> 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] MSISDN Proximity Project

2011-04-05 Thread Mark Steward
On Tue, Apr 5, 2011 at 4:39 AM, Cristian Rougier wrote:

> Hello,
>
> I'm looking for a way to do a software that can retreive the IMSI of
> proximity devices
> and later the MSISDN (phone number) associated.
>
> In a short i need to see the phone numbers of the proximity gsm devices.
>
> I need to know if anybody can help me on this, or say me about the right
> way to start.
>
>
I trust you have the co-operation of the GSM operator, or understand the
privacy implications of not having it.

An approach for mapping a number to a device on a specific cell is discussed
in Karsten Nohl's talk[1].  Basically, you send empty messages in a
particular pattern, and watch as the phone receives (and discards) them.
 This doesn't make it easy to do on a large scale.

>From a hardware perspective, while you may get some success with a USRP,
you're probably better off looking at the Osmocombb project.


Mark

[1]
http://events.ccc.de/congress/2010/Fahrplan/attachments/1783_101228.27C3.GSM-Sniffing.Nohl_Munaut.pdf
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] (no subject)

2011-04-05 Thread Yulong Yang
Hi all,

I have been trying to generate (from a random 0-1 source) and send a
simple QAM signal from one side, receive and save as .dat file in
another. 

Then I try to recover the signal I sent in Matlab/Octave. My method is
to first use read_complex_binary() to extract points, and sample 2000 of
them for later use. Then (I assume they are for the time domain) I
convert these 2000 points with abs() and fft(). 

However, what I plot is completely different from the actual signal I
sent. What exactly dose the .dat data mean? Time domain. or frequency
domain? Could we recover the same signal from this?

I am still very new to gnu radio, and I would appreciate any help. Thank
you.





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


Re: [Discuss-gnuradio] Best way to look for a class using Doxygen?

2011-04-05 Thread Martin Braun
On Mon, Apr 04, 2011 at 03:58:55PM -0400, Tuan (Johnny) Ta wrote:
> Hello list,
> 
> 
> What is the best way to look for some class using the Doxygen http://
> gnuradio.org/doc/doxygen/index.html? E.g. I want to look for the description 
> of
> gr_message_source, how do I find it?

Assuming you know how to use a Browser :), either go ``class list'' and
then use 'Find' feature of your browser.

Or, since it's a source, you go Modules->Sources and there it is.

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-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association



pgperjr1fFu3s.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] ImportError: No module named gnuradio

2011-04-05 Thread Sim IJskes

On 05-04-11 00:42, Mateusz Jasiński wrote:

On Monday 04 of April 2011 15:48:26 Mateusz Jasiński wrote:

On Monday 04 of April 2011 09:55:25 Martin Braun wrote:

On Sat, Apr 02, 2011 at 09:19:00PM +0200, Mateusz Jasiński wrote:

Hi,

I'm trying to build debian packages of gnuradio git snapshot
(01.04.2011). The build process is successful but I've encountered



Now I'll try to somehow push those upstream packages into debian, since the
3.2.2 is much outdated.


Did you coordinate with the debian gnuradio maintainer? I'm currently 
working on the 3.3.1 version of debian gnuradio started by the original 
maintainer. Please let us know how things go. If you run into troubles 
with debian (not) accepting your packaging, we could coordinate in order 
to get the package accepted via the original maintainer.


Gr. Sim

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