From op25-dev-owner at yahoogroups.com  Mon Mar 12 01:36:18 2012
From: op25-dev-owner at yahoogroups.com (op25-dev-owner at yahoogroups.com)
Date: Mon, 12 Mar 2012 01:36:18 -0000
Subject: [op25-dev] New member
Message-ID: <jjjjui+1m29@eGroups.com>

Hi All,

I would like to welcome Harald Welte to the mailing list. Harald is very graciously providing the web hosting for OP25, so here is a big thankyou and welcome :)

Cheers,
Matt


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120312/176dfd07/attachment.htm>

From bdapriv01 at gmail.com  Thu Mar 22 21:48:19 2012
From: bdapriv01 at gmail.com (bdapriv01)
Date: Thu, 22 Mar 2012 21:48:19 -0000
Subject: [op25-dev] difference between op25.decoder_bf and op25.decoder_ff
Message-ID: <jkg6n3+10psr@eGroups.com>

Hi

Whats the difference between these 2? 

I'm new to Gnuradio & python to be honest; I'm writing my own ap25 listener for the funcube...

So far, I've got my software tuning,  FM decoding, and then sending data into the FSK4 decoder; I can see it fine tuning.. but I don't get anything out of the decoder_bf function.

Is there any easy way, to debug what its doing?? 

Digging around in code there doesn't seem to be much debugging.

I did create some network sinks, and forward the output of the FM demod to a a scope inside gnuradio companion.. the signal looks like FSK4 with the funky phase changes.


Sean 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120322/e990e1e3/attachment.htm>

From stevie.glass at gmail.com  Fri Mar 23 00:49:07 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Fri, 23 Mar 2012 10:49:07 +1000
Subject: [op25-dev] difference between op25.decoder_bf and op25.decoder_ff
In-Reply-To: <jkg6n3+10psr@eGroups.com>
References: <jkg6n3+10psr@eGroups.com>
Message-ID: <CADC0ay1UgBKTfC8aASrQ+u2-UJ6V2_c9ahB+jvZJaz0tcn_ruQ@mail.gmail.com>

Hi,

I've just got a funcube myself and just this morning support for it made it
into the GNURadio trunk. That should make using them lots easier. I am
looking forward to seeing the DVB-T support get done because that will make
using SDR *much* cheaper (23USD delivered!).

The question you ask concerns the interface to the decoder... the _ff
version has float inputs and outputs and the other takes bytes (actually
two-bit symbols) inputs and float outputs. The latter needs a slicer before
it but that is conceptually the right thing to do and so the _ff version is
deprecated. Hope that helps.

Stevie


On 23 March 2012 07:48, bdapriv01 <bdapriv01 at gmail.com> wrote:

> **
>
>
> Hi
>
> Whats the difference between these 2?
>
> I'm new to Gnuradio & python to be honest; I'm writing my own ap25
> listener for the funcube...
>
> So far, I've got my software tuning, FM decoding, and then sending data
> into the FSK4 decoder; I can see it fine tuning.. but I don't get anything
> out of the decoder_bf function.
>
> Is there any easy way, to debug what its doing??
>
> Digging around in code there doesn't seem to be much debugging.
>
> I did create some network sinks, and forward the output of the FM demod to
> a a scope inside gnuradio companion.. the signal looks like FSK4 with the
> funky phase changes.
>
> Sean
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120323/29d0e9b6/attachment.htm>

From sean.watkins at gmail.com  Fri Mar 23 04:49:51 2012
From: sean.watkins at gmail.com (Sean Watkins)
Date: Thu, 22 Mar 2012 22:49:51 -0600
Subject: [op25-dev] difference between op25.decoder_bf and op25.decoder_ff
In-Reply-To: <CADC0ay1UgBKTfC8aASrQ+u2-UJ6V2_c9ahB+jvZJaz0tcn_ruQ@mail.gmail.com>
References: <jkg6n3+10psr@eGroups.com> <CADC0ay1UgBKTfC8aASrQ+u2-UJ6V2_c9ahB+jvZJaz0tcn_ruQ@mail.gmail.com>
Message-ID: <001201cd08b0$63da9c70$2b8fd550$@gmail.com>

DVD-T? Really? What kind of receiver just a usb ATSC tuner etc? Scary to
what to think I could do with DVB-S2 and Gnuradio lol
Ok great 

Back to the decoder ? ff that fills in some blanks.

I put a slicer ahead of the decoder - now I get segv inside the decoder -
inside ?the general_work method:

(running python under gdb...)

[New Thread 0x7fffdc1bd700 (LWP 9511)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffdc9be700 (LWP 9510)]
op25_decoder_bf::general_work (this=0x27666b0,
nof_output_items=46,nof_input_items=..., input_items=<value optimized out>,
output_items=...)
? ? at op25_decoder_bf.cc:92
92 ? ? ? ? ? ?float *out = reinterpret_cast<float*>(output_items[0]);
(gdb) bt
#0 ?op25_decoder_bf::general_work (this=0x27666b0, nof_output_items=46,
? ? nof_input_items=..., input_items=<value optimized out>,
output_items=...)
? ? at op25_decoder_bf.cc:92
#1 ?0x00007ffff5f01a3e in gr_block_executor::run_one_iteration() ()
? ?from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#2 ?0x00007ffff5f232cf in
gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr<gr_block>, int) ()
from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#3 ?0x00007ffff5f1c71f in
boost::detail::function::void_function_obj_invoker0<gruel::thread_body_wrapp
er<tpb_container>, void>::invoke(boost::detail::function::function_buffer&)
() from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#4 ?0x00007ffff5c4d015 in boost::detail::thread_data<boost::function0<void>
>::run() () from /usr/local/lib/libgruel-3.5.3git.so.0.0.0
#5 ?0x00007ffff5193b70 in thread_proxy ()
? ?from /usr/lib/libboost_thread.so.1.40.0
#6 ?0x00007ffff7bc69ca in start_thread () from /lib/libpthread.so.0
#7 ?0x00007ffff6aa0cdd in clone () from /lib/libc.so.6
#8 ?0x0000000000000000 in ?? ()
(gdb)

The code in question looks like:

int
op25_decoder_bf::general_work(int nof_output_items, gr_vector_int&
nof_input_ite
ms, gr_vector_const_void_star& input_items, gr_vector_void_star&
output_items)
{
...

    float *out = reinterpret_cast<float*>(output_items[0]);

I'm not totally familiar with blocks in GNURadio -  seems like output_items
isn't initialized... 



Sean



From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Steve Glass
Sent: Thursday, March 22, 2012 6:49 PM
To: op25-dev at yahoogroups.com
Subject: Re: [op25-dev] difference between op25.decoder_bf and
op25.decoder_ff

? 
Hi,

I've just got a funcube myself and just this morning support for it made it
into the GNURadio trunk. That should make using them lots easier. I am
looking forward to seeing the DVB-T support get done because that will make
using SDR much cheaper (23USD delivered!).

The question you ask concerns the interface to the decoder... the _ff
version has float inputs and outputs and the other takes bytes (actually
two-bit symbols) inputs and float outputs. The latter needs a slicer before
it but that is conceptually the right thing to do and so the _ff version is
deprecated. Hope that helps.

Stevie


On 23 March 2012 07:48, bdapriv01 <bdapriv01 at gmail.com> wrote:
? 
Hi

Whats the difference between these 2? 

I'm new to Gnuradio & python to be honest; I'm writing my own ap25 listener
for the funcube...

So far, I've got my software tuning, FM decoding, and then sending data into
the FSK4 decoder; I can see it fine tuning.. but I don't get anything out of
the decoder_bf function.

Is there any easy way, to debug what its doing?? 

Digging around in code there doesn't seem to be much debugging.

I did create some network sinks, and forward the output of the FM demod to a
a scope inside gnuradio companion.. the signal looks like FSK4 with the
funky phase changes.

Sean 



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120322/21270874/attachment.htm>

From stevie.glass at gmail.com  Fri Mar 23 05:27:05 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Fri, 23 Mar 2012 15:27:05 +1000
Subject: [op25-dev] difference between op25.decoder_bf and op25.decoder_ff
In-Reply-To: <001201cd08b0$63da9c70$2b8fd550$@gmail.com>
References: <jkg6n3+10psr@eGroups.com>
	<CADC0ay1UgBKTfC8aASrQ+u2-UJ6V2_c9ahB+jvZJaz0tcn_ruQ@mail.gmail.com>
	<001201cd08b0$63da9c70$2b8fd550$@gmail.com>
Message-ID: <CADC0ay3cdK4OpC_LagzSL3gWb7MzfBKeZwcf1-O_V84N2JRbWg@mail.gmail.com>

You can find out more about the DVB-T receiver here:
http://sdr.osmocom.org/trac/blog/rtl-sdr-introduction

Not sure what's wrong with your program but the output_items should be set
by the caller and provides a bugger into which the float outputs are
written. No need to re-invent the wheel here though - just cut&paste from
one of the other receivers.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120323/347663d8/attachment.htm>

From charmingajs007 at hotmail.com  Sun Mar 25 10:52:30 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sun, 25 Mar 2012 10:52:30 -0000
Subject: [op25-dev] Newbie Error question <error: libpcap library not found>
Message-ID: <jkmtde+rmbk@eGroups.com>

Hi gang i have installed gnu radio and when i get to the 
./configure command i get the following error 
checking for pcap_open_live, pcap_open_dead, pcap_close, pcap_next, pcap_next_ex, pcap_datalink, pcap_inject, pcap_dump, pcap_geterr in -lpcap... no
configure: error: libpcap library not found.

Thanks for your support
Allan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120325/61d4c272/attachment.htm>

From charmingajs007 at hotmail.com  Sun Mar 25 11:20:55 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sun, 25 Mar 2012 11:20:55 -0000
Subject: [op25-dev] Re: Newbie Error question <error: libpcap library not found>
In-Reply-To: <jkmtde+rmbk@eGroups.com>
Message-ID: <jkmv2n+r5vv@eGroups.com>

And sorry this error is for the OP25 install not gnuradio haha

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120325/403ec262/attachment.htm>

From stevie.glass at gmail.com  Sun Mar 25 12:13:23 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Sun, 25 Mar 2012 22:13:23 +1000
Subject: [op25-dev] Re: Newbie Error question <error: libpcap library not found>
In-Reply-To: <jkmv2n+r5vv@eGroups.com>
References: <jkmtde+rmbk@eGroups.com>
	<jkmv2n+r5vv@eGroups.com>
Message-ID: <CADC0ay1OBQVksMkq44K73WvnaSXfTew9Jwts9qopFiGr+bdo-g@mail.gmail.com>

You need to install the pre-requisite software. Check the wiki and (in this
case) make sure to add libpcap-dev.

ATB

Stevie

On 25 March 2012 21:20, allanjs1986 <charmingajs007 at hotmail.com> wrote:

> **
>
>
> And sorry this error is for the OP25 install not gnuradio haha
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120325/d97b546c/attachment.htm>

From ryanharm at gmail.com  Sun Mar 25 22:36:47 2012
From: ryanharm at gmail.com (ryanharm)
Date: Sun, 25 Mar 2012 22:36:47 -0000
Subject: [op25-dev] Re: Newbie Error question <error: libpcap library not found>
In-Reply-To: <CADC0ay1OBQVksMkq44K73WvnaSXfTew9Jwts9qopFiGr+bdo-g@mail.gmail.com>
Message-ID: <jko6lv+f9b8@eGroups.com>

Are you installing under Cygwin? If so, follow the link below for instructions about installing WinPcap. Also note, you will need to rename libwpcap.a to libpcap.a.

http://mathieu.carbou.free.fr/wiki/index.php?title=How_to_install_Winpcap_/_Libpcap_under_Cygwin

Regards
Ryan



--- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass at ...> wrote:
>
> You need to install the pre-requisite software. Check the wiki and (in this
> case) make sure to add libpcap-dev.
> 
> ATB
> 
> Stevie
> 
> On 25 March 2012 21:20, allanjs1986 <charmingajs007 at ...> wrote:
> 
> > **
> >
> >
> > And sorry this error is for the OP25 install not gnuradio haha
> >
> >  
> >
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120325/617892b6/attachment.htm>

From charmingajs007 at hotmail.com  Thu Mar 29 09:08:18 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Thu, 29 Mar 2012 09:08:18 -0000
Subject: [op25-dev] Re: Newbie Error question <error: libpcap library not found>
In-Reply-To: <CADC0ay1OBQVksMkq44K73WvnaSXfTew9Jwts9qopFiGr+bdo-g@mail.gmail.com>
Message-ID: <jl18q2+6f03@eGroups.com>

Hi thanks for the replies i am installing in ubuntu.
And i understand that i need to install the pre-requisite software. Just unsure how to do it.
Does any have an set of instructions that work. I have tried the wiki beginners pages but just cant get it.


--- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass at ...> wrote:
>
> You need to install the pre-requisite software. Check the wiki and (in this
> case) make sure to add libpcap-dev.
> 
> ATB
> 
> Stevie
> 
> On 25 March 2012 21:20, allanjs1986 <charmingajs007 at ...> wrote:
> 
> > **
> >
> >
> > And sorry this error is for the OP25 install not gnuradio haha
> >
> >  
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120329/3bfa1cfd/attachment.htm>

From charmingajs007 at hotmail.com  Wed Apr  4 05:46:35 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Wed, 04 Apr 2012 05:46:35 -0000
Subject: [op25-dev] Re: Newbie Error question <error: libpcap library not found>
In-Reply-To: <jl18q2+6f03@eGroups.com>
Message-ID: <jlgn7r+tmmb@eGroups.com>

Does anyone have a set of instructions for the installation of OP25 and GNU-Radio as well. Because it seems that there is so many different ways of installing both and different systems that create there own problems. 
I just cant seem to get anything right!!!


--- In op25-dev at yahoogroups.com, "allanjs1986" <charmingajs007 at ...> wrote:
>
> Hi thanks for the replies i am installing in ubuntu.
> And i understand that i need to install the pre-requisite software. Just unsure how to do it.
> Does any have an set of instructions that work. I have tried the wiki beginners pages but just cant get it.
> 
> 
> --- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass@> wrote:
> >
> > You need to install the pre-requisite software. Check the wiki and (in this
> > case) make sure to add libpcap-dev.
> > 
> > ATB
> > 
> > Stevie
> > 
> > On 25 March 2012 21:20, allanjs1986 <charmingajs007@> wrote:
> > 
> > > **
> > >
> > >
> > > And sorry this error is for the OP25 install not gnuradio haha
> > >
> > >  
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120404/7d9b7ec4/attachment.htm>

From richard at clarke.biz  Wed Apr  4 22:27:25 2012
From: richard at clarke.biz (Richard Clarke)
Date: Thu, 5 Apr 2012 10:27:25 +1200
Subject: [op25-dev] Re: Newbie Error question <error: libpcap library not found>
In-Reply-To: <jlgn7r+tmmb@eGroups.com>
References: <jl18q2+6f03@eGroups.com>
	<jlgn7r+tmmb@eGroups.com>
Message-ID: <CAAWhvb2eEUdD57LRP7pCRTMYHprH5tKTii2aj2Lah1jp8cvubg@mail.gmail.com>

Hi,

I recommend reading through the following guide on installing GNU Radio
under Ubuntu:

http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall

however a simpler way is to use the script that has been put together by
Marcus Leech that will automate a lot of this for you.

http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-the-build-gnuradio-script


Once you've got a working GNU Radio installation then you can start looking
at the OP25 install process.

Cheers
Richard

On 4 April 2012 17:46, allanjs1986 <charmingajs007 at hotmail.com> wrote:

> **
>
>
> Does anyone have a set of instructions for the installation of OP25 and
> GNU-Radio as well. Because it seems that there is so many different ways of
> installing both and different systems that create there own problems.
> I just cant seem to get anything right!!!
>
>
> --- In op25-dev at yahoogroups.com, "allanjs1986" <charmingajs007 at ...> wrote:
> >
> > Hi thanks for the replies i am installing in ubuntu.
> > And i understand that i need to install the pre-requisite software. Just
> unsure how to do it.
> > Does any have an set of instructions that work. I have tried the wiki
> beginners pages but just cant get it.
> >
> >
> > --- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass@> wrote:
> > >
> > > You need to install the pre-requisite software. Check the wiki and (in
> this
> > > case) make sure to add libpcap-dev.
> > >
> > > ATB
> > >
> > > Stevie
> > >
> > > On 25 March 2012 21:20, allanjs1986 <charmingajs007@> wrote:
> > >
> > > > **
> > > >
> > > >
> > > > And sorry this error is for the OP25 install not gnuradio haha
> > > >
> > > >
> > > >
> > >
> >
>
>  
>



-- 
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/ca368757/attachment.htm>

From charmingajs007 at hotmail.com  Wed Apr  4 23:57:23 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Wed, 04 Apr 2012 23:57:23 -0000
Subject: [op25-dev] Re: Newbie Error question <error: libpcap library not found>
In-Reply-To: <CAAWhvb2eEUdD57LRP7pCRTMYHprH5tKTii2aj2Lah1jp8cvubg@mail.gmail.com>
Message-ID: <jlin53+mjgt@eGroups.com>

The funny thing is i think i managed to get both installed last night. Via lots of trial and error.:-)
Now just have to work out how to use them hahahahah

Also are you Richard from scan aus? 

--- In op25-dev at yahoogroups.com, Richard Clarke <richard at ...> wrote:
>
> Hi,
> 
> I recommend reading through the following guide on installing GNU Radio
> under Ubuntu:
> 
> http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall
> 
> however a simpler way is to use the script that has been put together by
> Marcus Leech that will automate a lot of this for you.
> 
> http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-the-build-gnuradio-script
> 
> 
> Once you've got a working GNU Radio installation then you can start looking
> at the OP25 install process.
> 
> Cheers
> Richard
> 
> On 4 April 2012 17:46, allanjs1986 <charmingajs007 at ...> wrote:
> 
> > **
> >
> >
> > Does anyone have a set of instructions for the installation of OP25 and
> > GNU-Radio as well. Because it seems that there is so many different ways of
> > installing both and different systems that create there own problems.
> > I just cant seem to get anything right!!!
> >
> >
> > --- In op25-dev at yahoogroups.com, "allanjs1986" <charmingajs007@> wrote:
> > >
> > > Hi thanks for the replies i am installing in ubuntu.
> > > And i understand that i need to install the pre-requisite software. Just
> > unsure how to do it.
> > > Does any have an set of instructions that work. I have tried the wiki
> > beginners pages but just cant get it.
> > >
> > >
> > > --- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass@> wrote:
> > > >
> > > > You need to install the pre-requisite software. Check the wiki and (in
> > this
> > > > case) make sure to add libpcap-dev.
> > > >
> > > > ATB
> > > >
> > > > Stevie
> > > >
> > > > On 25 March 2012 21:20, allanjs1986 <charmingajs007@> wrote:
> > > >
> > > > > **
> > > > >
> > > > >
> > > > > And sorry this error is for the OP25 install not gnuradio haha
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> >  
> >
> 
> 
> 
> -- 
> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
> Engineers believe that if it ain't broke, it doesn't have enough features
> yet.*
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120404/f9d9df28/attachment.htm>

From ryanharm at gmail.com  Sun Mar 25 22:49:59 2012
From: ryanharm at gmail.com (ryanharm)
Date: Sun, 25 Mar 2012 22:49:59 -0000
Subject: [op25-dev] Another New Member
Message-ID: <jko7en+ja8j@eGroups.com>

Hi All

Im a newbie attempting to install op25 under Cygwin. Will let you all know how that goes. I am slowing working through all the error messages and installing all the missing packages.

I work for a large radio equipment manufacturer with an emerging interesting in P25. 

I can't wait to get op25 installed and see how well it works :)

Regards
Ryan


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120325/eb7e40e7/attachment.htm>

From alan at henney.com  Fri Mar 30 04:57:56 2012
From: alan at henney.com (ahenney)
Date: Fri, 30 Mar 2012 04:57:56 -0000
Subject: [op25-dev] Post-processing P25 data
Message-ID: <jl3egk+34fa@eGroups.com>


If I record a few seconds of data from an encrypted P25 trunked system, can somebody tell me what type of encryption it is and perhaps the key/logical ID assigned?

Thanks,
Alan
N3LGE

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120330/f23ddee0/attachment.htm>

From ikj1234i at yahoo.com  Sun Apr  1 12:19:54 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Sun, 01 Apr 2012 12:19:54 -0000
Subject: [op25-dev] congrats to Balint: on Slashdot ! ! !
Message-ID: <jl9h5a+nlt9@eGroups.com>

http://hardware.slashdot.org/story/12/03/31/1914217/software-defined-radio-for-11

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120401/ab89c081/attachment.htm>

From balint256 at hotmail.com  Thu Apr  5 12:25:13 2012
From: balint256 at hotmail.com (Balint)
Date: Thu, 5 Apr 2012 22:25:13 +1000
Subject: [op25-dev] World's cheapest P25 receiver: $20 RTL2832 dongle + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <jl9h5a+nlt9@eGroups.com>
References: <jl9h5a+nlt9@eGroups.com>
Message-ID: <BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>

Hi all,

 

Firstly, thank you to Max for the Slashdot mention!

 

I'd like to continue the ultra-cheap SDR theme with this video that
demonstrates the RTL2832 USB DVB-T dongle successfully receiving an
encrypted P25 signal, which is then decrypted and decoded by OP25
(represented by the new 'OP25 Decoder' GRC block in gr-baz
<http://wiki.spench.net/wiki/gr-baz#rtl_source_c> ), and sent to the
soundcard:

 

http://www.youtube.com/watch?v=wShOLgW2tmI

 

The block lets you specify a key to enable DES-OFB decryption of an incoming
stream. As Matt Robert suggested, this could be further developed by having
a 'key map file', that contains the correct key for a specific AlgID/etc.

 

All the RTL2832 code is in gr-baz. The patch enabling decryption support is
from a rather old version of the source (r219), so if anyone would like to
make it current for submission into the repo, please let me know and I can
send it out!

 

I also added another new block called 'Message Callback', which is used to
trigger callbacks in the GRC generated code based on messages sent by other
blocks to messages queues. If you watch the video or visit my wiki, you'll
see all the tuning/channel selection/filtering/audio is done by the
appropriate blocks in GRC - separate from the OP25 code (this is different
from it all being in the one Python file, e.g. audio_p25_rx). You may recall
the FSK4 block outputs auto-tuning messages to the Frequency Translating FIR
filter (channel selection block) before the FSK4 block. This feedback loop
is handled internally in the existing stand-alone Python files, but needs to
be replicated in GRC - hence the new block. The 'Message Callback' block
connects to the 'tuning' output of the OP25 Decoder block, and is told about
the 'auto_tune_freq' GRC variable to update when a message arrives with a
new value. This GRC variable is subsequently used to update the Centre
Frequency in the Frequency Translating FIR filter (channel selection block)
to fulfil the FSK4 block's request.

 

If you're into GNU Radio, I just posted a much longer update with the latest
RTL2832 developments (including a completely re-written 'librtl2832++') to
the GNU Radio Discussion list.

 

Kind regards,

Balint @spenchdotnet <http://twitter.com/spenchdotnet> 

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of ikj1234i
Sent: Sunday, 1 April 2012 10:20 PM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] congrats to Balint: on Slashdot ! ! !

 

  

http://hardware.slashdot.org/story/12/03/31/1914217/software-defined-radio-f
or-11



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/63b04abe/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/63b04abe/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/63b04abe/attachment-0001.jpg>

From ikj1234i at yahoo.com  Thu Apr  5 14:06:47 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Thu, 5 Apr 2012 07:06:47 -0700 (PDT)
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>
References: <jl9h5a+nlt9@eGroups.com> <BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>
Message-ID: <1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>



?
> Firstly, thank you to Max for the Slashdot mention!
?
Ha ha, it's a pleasure to see this project move forward.

The cheapest one I've ever built was for $1.00 - picked up an old crystal scanner at a hamfest that happened to have a crystal in it on the proper frequency for a local P25 station.? It only needed a disc-tap using parts from the junkbox...

Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/1e987aaa/attachment.htm>

From balint256 at hotmail.com  Thu Apr  5 14:14:33 2012
From: balint256 at hotmail.com (Balint)
Date: Fri, 6 Apr 2012 00:14:33 +1000
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>
References: <jl9h5a+nlt9@eGroups.com> <BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl> <1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>
Message-ID: <BLU0-SMTP307CA4A06842D305013789CE2330@phx.gbl>

LOL, I thought someone might say that J

 

Nice work at that price!!!

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of ikjtel
Sent: Friday, 6 April 2012 12:07 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle +
new OP25 Decoder block with DES-OFB for GRC!

 

  

 

 

> Firstly, thank you to Max for the Slashdot mention!

 


Ha ha, it's a pleasure to see this project move forward.

The cheapest one I've ever built was for $1.00 - picked up an old crystal
scanner at a hamfest that happened to have a crystal in it on the proper
frequency for a local P25 station.  It only needed a disc-tap using parts
from the junkbox...

Max



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120406/e958e2f7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120406/e958e2f7/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120406/e958e2f7/attachment-0001.jpg>

From richard at clarke.biz  Thu Apr 19 22:24:03 2012
From: richard at clarke.biz (Richard Clarke)
Date: Fri, 20 Apr 2012 10:24:03 +1200
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle
 + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <BLU0-SMTP307CA4A06842D305013789CE2330@phx.gbl>
References: <jl9h5a+nlt9@eGroups.com>
	<BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>
	<1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>
	<BLU0-SMTP307CA4A06842D305013789CE2330@phx.gbl>
Message-ID: <CAAWhvb32HpMFSLCo3=rTN5wa_Uy_g_20zf7AENZPPUWySf4-jA@mail.gmail.com>

Hi,

I've just tried building the gr-baz module on a couple of different systems
but I'm encountering a make error along the lines of: ./baz_swig.cc: No
such file or directory

I note someone else has also encountered the same error and pasted their
make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
error I'm getting. Anyone got any clues? Is this a generated file that
isn't being generated, or a file that hasn't been included in the svn repo?

Thanks

Cheers
Richard

On 6 April 2012 02:14, Balint <balint256 at hotmail.com> wrote:

> **
>
>
> LOL, I thought someone might say that J****
>
> ** **
>
> Nice work at that price!!!****
>
> ** **
>
> *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> Behalf Of *ikjtel
> *Sent:* Friday, 6 April 2012 12:07 AM
> *To:* op25-dev at yahoogroups.com
> *Subject:* [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
> dongle + new OP25 Decoder block with DES-OFB for GRC!****
>
> ** **
>
>   ****
>
> ** **
>
>  ****
>
> > Firstly, thank you to Max for the Slashdot mention!****
>
>  ****
>
>
> Ha ha, it's a pleasure to see this project move forward.
>
> The cheapest one I've ever built was for $1.00 - picked up an old crystal
> scanner at a hamfest that happened to have a crystal in it on the proper
> frequency for a local P25 station.  It only needed a disc-tap using parts
> from the junkbox...
>
> Max****
>
> ****
>
>  
>



-- 
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/c9b34c09/attachment.htm>

From balint256 at hotmail.com  Thu Apr 19 22:58:25 2012
From: balint256 at hotmail.com (Balint)
Date: Fri, 20 Apr 2012 08:58:25 +1000
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <CAAWhvb32HpMFSLCo3=rTN5wa_Uy_g_20zf7AENZPPUWySf4-jA@mail.gmail.com>
References: <jl9h5a+nlt9@eGroups.com>	<BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>	<1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>	<BLU0-SMTP307CA4A06842D305013789CE2330@phx.gbl> <CAAWhvb32HpMFSLCo3=rTN5wa_Uy_g_20zf7AENZPPUWySf4-jA@mail.gmail.com>
Message-ID: <BLU0-SMTP434A5995A6543D8AC45B803E23D0@phx.gbl>

Hi all,

This is a known issue - unfortunately I just haven't had the time to make
necessary modifications (will do so now), but the temporary work-around is
to symlink:

 

    /usr/local/include/gnuradio/swig/gruel_common.i ->
/usr/local/include/gruel/swig/gruel_common.i

 

The new version will be in the gr-baz repo hopefully very soon.

 

Thanks for the report,

Balint

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Richard Clarke
Sent: Friday, 20 April 2012 8:24 AM
To: op25-dev at yahoogroups.com
Subject: Re: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
dongle + new OP25 Decoder block with DES-OFB for GRC!

 

  

Hi,

 

I've just tried building the gr-baz module on a couple of different systems
but I'm encountering a make error along the lines of: ./baz_swig.cc: No such
file or directory

 

I note someone else has also encountered the same error and pasted their
make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
error I'm getting. Anyone got any clues? Is this a generated file that isn't
being generated, or a file that hasn't been included in the svn repo?

 

Thanks

 

Cheers

Richard

 

On 6 April 2012 02:14, Balint <balint256 at hotmail.com> wrote:

  

LOL, I thought someone might say that J

 

Nice work at that price!!!

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of ikjtel
Sent: Friday, 6 April 2012 12:07 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle +
new OP25 Decoder block with DES-OFB for GRC!

 

  

 

 

> Firstly, thank you to Max for the Slashdot mention!

 


Ha ha, it's a pleasure to see this project move forward.

The cheapest one I've ever built was for $1.00 - picked up an old crystal
scanner at a hamfest that happened to have a crystal in it on the proper
frequency for a local P25 station.  It only needed a disc-tap using parts
from the junkbox...

Max





 

-- 
SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/68d2f556/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/68d2f556/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/68d2f556/attachment-0001.jpg>

From richard at clarke.biz  Thu Apr 19 23:43:10 2012
From: richard at clarke.biz (Richard Clarke)
Date: Fri, 20 Apr 2012 11:43:10 +1200
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle
 + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <BLU0-SMTP434A5995A6543D8AC45B803E23D0@phx.gbl>
References: <jl9h5a+nlt9@eGroups.com>
	<BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>
	<1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>
	<BLU0-SMTP307CA4A06842D305013789CE2330@phx.gbl>
	<CAAWhvb32HpMFSLCo3=rTN5wa_Uy_g_20zf7AENZPPUWySf4-jA@mail.gmail.com>
	<BLU0-SMTP434A5995A6543D8AC45B803E23D0@phx.gbl>
Message-ID: <CAAWhvb3hEyu6cz5yzU9RTkWA5YCg7Mx76NK1qiM_7KQjdBingg@mail.gmail.com>

Awesome, thanks for that.

Cheers
Richard

On 20 April 2012 10:58, Balint <balint256 at hotmail.com> wrote:

> Hi all,****
>
> This is a known issue ? unfortunately I just haven?t had the time to make
> necessary modifications (will do so now), but the temporary work-around is
> to symlink:****
>
> ** **
>
>     /usr/local/include/gnuradio/swig/gruel_common.i ->
> /usr/local/include/gruel/swig/gruel_common.i****
>
> ** **
>
> The new version will be in the gr-baz repo hopefully very soon?****
>
> ** **
>
> Thanks for the report,****
>
> Balint****
>
> ** **
>
> *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> Behalf Of *Richard Clarke
> *Sent:* Friday, 20 April 2012 8:24 AM
> *To:* op25-dev at yahoogroups.com
> *Subject:* Re: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
> dongle + new OP25 Decoder block with DES-OFB for GRC!****
>
> ** **
>
>   ****
>
> Hi,****
>
> ** **
>
> I've just tried building the gr-baz module on a couple of different
> systems but I'm encountering a make error along the lines of:
> ./baz_swig.cc: No such file or directory****
>
> ** **
>
> I note someone else has also encountered the same error and pasted their
> make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
> error I'm getting. Anyone got any clues? Is this a generated file that
> isn't being generated, or a file that hasn't been included in the svn repo?
> ****
>
> ** **
>
> Thanks****
>
> ** **
>
> Cheers****
>
> Richard****
>
> ** **
>
> On 6 April 2012 02:14, Balint <balint256 at hotmail.com> wrote:****
>
>   ****
>
> LOL, I thought someone might say that J****
>
>  ****
>
> Nice work at that price!!!****
>
>  ****
>
> *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> Behalf Of *ikjtel
> *Sent:* Friday, 6 April 2012 12:07 AM
> *To:* op25-dev at yahoogroups.com
> *Subject:* [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
> dongle + new OP25 Decoder block with DES-OFB for GRC!****
>
>  ****
>
>   ****
>
>  ****
>
>  ****
>
> > Firstly, thank you to Max for the Slashdot mention!****
>
>  ****
>
>
> Ha ha, it's a pleasure to see this project move forward.
>
> The cheapest one I've ever built was for $1.00 - picked up an old crystal
> scanner at a hamfest that happened to have a crystal in it on the proper
> frequency for a local P25 station.  It only needed a disc-tap using parts
> from the junkbox...
>
> Max****
>
>
>
> ****
>
> ** **
>
> --
> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
> Engineers believe that if it ain't broke, it doesn't have enough features
> yet.*****
>
> ****
>



-- 
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/ea2cc347/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/ea2cc347/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/ea2cc347/attachment-0001.jpg>

From balint256 at hotmail.com  Sat Apr 21 08:59:44 2012
From: balint256 at hotmail.com (Balint)
Date: Sat, 21 Apr 2012 18:59:44 +1000
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <BLU0-SMTP434A5995A6543D8AC45B803E23D0@phx.gbl>
References: <jl9h5a+nlt9@eGroups.com>	<BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>	<1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>	<BLU0-SMTP307CA4A06842D305013789CE2330@phx.gbl> <CAAWhvb32HpMFSLCo3=rTN5wa_Uy_g_20zf7AENZPPUWySf4-jA@mail.gmail.com> <BLU0-SMTP434A5995A6543D8AC45B803E23D0@phx.gbl>
Message-ID: <BLU0-SMTP4311C75EE09ED63595A3CD6E2230@phx.gbl>

Hi all,

 

A couple of updates:

 

.         gr-baz (git & SVN) now contains the fix to the issue regarding the
'gruel_common' compilation error (thanks Alex Csete).



.         The OP25 block now first tries to use the op25.fsk4_demod_ff, and
then falls back to fsk4.demod_ff if the former is not found.



.         For those experimenting with OP25 and the RTL DVT-B USB dongles,
I've started a Google Group
<https://groups.google.com/forum/#!forum/ultra-cheap-sdr>  for discussion
surrounding the device, and its use with gr-baz/GNU Radio/plugin on Windows.

 

Regarding the error seen by 'allanjs1986' in GRC:

 

Type "msg" is not a possible type.

 

I'm a little worried about this - are you using the latest GRC? I thought
message queues (specified by the 'msg' type) were still around. does anyone
know more?

If you need a workaround, then just comment out/delete the last <source>
block (name: 'tune', type: 'msg') in gr-baz/grc/op25.xml, do a sudo make
install, restart GRC, and remember to set 'Output auto tune' to 'No' in the
OP25 decoder block properties.

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Balint
Sent: Friday, 20 April 2012 8:58 AM
To: op25-dev at yahoogroups.com
Cc: 'Richard Clarke'
Subject: RE: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
dongle + new OP25 Decoder block with DES-OFB for GRC!

 

  

Hi all,

This is a known issue - unfortunately I just haven't had the time to make
necessary modifications (will do so now), but the temporary work-around is
to symlink:

 

    /usr/local/include/gnuradio/swig/gruel_common.i ->
/usr/local/include/gruel/swig/gruel_common.i

 

The new version will be in the gr-baz repo hopefully very soon.

 

Thanks for the report,

Balint

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Richard Clarke
Sent: Friday, 20 April 2012 8:24 AM
To: op25-dev at yahoogroups.com
Subject: Re: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
dongle + new OP25 Decoder block with DES-OFB for GRC!

 

  

Hi,

 

I've just tried building the gr-baz module on a couple of different systems
but I'm encountering a make error along the lines of: ./baz_swig.cc: No such
file or directory

 

I note someone else has also encountered the same error and pasted their
make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
error I'm getting. Anyone got any clues? Is this a generated file that isn't
being generated, or a file that hasn't been included in the svn repo?

 

Thanks

 

Cheers

Richard

 

On 6 April 2012 02:14, Balint <balint256 at hotmail.com> wrote:

  

LOL, I thought someone might say that J

 

Nice work at that price!!!

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of ikjtel
Sent: Friday, 6 April 2012 12:07 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle +
new OP25 Decoder block with DES-OFB for GRC!

 

  

 

 

> Firstly, thank you to Max for the Slashdot mention!

 


Ha ha, it's a pleasure to see this project move forward.

The cheapest one I've ever built was for $1.00 - picked up an old crystal
scanner at a hamfest that happened to have a crystal in it on the proper
frequency for a local P25 station.  It only needed a disc-tap using parts
from the junkbox...

Max





 

-- 
SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120421/bedf54cf/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120421/bedf54cf/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120421/bedf54cf/attachment-0001.jpg>

From charmingajs007 at hotmail.com  Sun Apr 22 09:14:09 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sun, 22 Apr 2012 09:14:09 -0000
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <BLU0-SMTP4311C75EE09ED63595A3CD6E2230@phx.gbl>
Message-ID: <jn0i51+eak@eGroups.com>

Hi this may fix your worries I'm running the 3.2.2 GRC so a bit old. Its the only one i can seem to get installed and running.

--- In op25-dev at yahoogroups.com, Balint <balint256 at ...> wrote:

> Regarding the error seen by 'allanjs1986' in GRC:
> 
> Type "msg" is not a possible type.
> 
> I'm a little worried about this - are you using the latest GRC? I thought
> message queues (specified by the 'msg' type) were still around. does anyone
> know more?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120422/31af2fce/attachment.htm>

From balint256 at hotmail.com  Thu Apr 19 23:10:19 2012
From: balint256 at hotmail.com (Balint)
Date: Fri, 20 Apr 2012 09:10:19 +1000
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle + new OP25 Decoder block with DES-OFB for GRC!
In-Reply-To: <CAAWhvb32HpMFSLCo3=rTN5wa_Uy_g_20zf7AENZPPUWySf4-jA@mail.gmail.com>
References: <jl9h5a+nlt9@eGroups.com>	<BLU0-SMTP4539B2ED525B60A09C9D705E2330@phx.gbl>	<1333634807.91467.YahooMailNeo@web39403.mail.mud.yahoo.com>	<BLU0-SMTP307CA4A06842D305013789CE2330@phx.gbl> <CAAWhvb32HpMFSLCo3=rTN5wa_Uy_g_20zf7AENZPPUWySf4-jA@mail.gmail.com>
Message-ID: <BLU0-SMTP290DFA0ED49B7BB80560B91E23D0@phx.gbl>

I've just accepted the git pull request submitted by Alex Csete (thank you!)
to fix the build issue on v3.6 of GNU Radio (tested by 'zignig'), so if you
grab the latest, hopefully this issue will disappear!

 

(If other people have encountered this problem, please let them know too.)

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Richard Clarke
Sent: Friday, 20 April 2012 8:24 AM
To: op25-dev at yahoogroups.com
Subject: Re: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
dongle + new OP25 Decoder block with DES-OFB for GRC!

 

  

Hi,

 

I've just tried building the gr-baz module on a couple of different systems
but I'm encountering a make error along the lines of: ./baz_swig.cc: No such
file or directory

 

I note someone else has also encountered the same error and pasted their
make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
error I'm getting. Anyone got any clues? Is this a generated file that isn't
being generated, or a file that hasn't been included in the svn repo?

 

Thanks

 

Cheers

Richard

 

On 6 April 2012 02:14, Balint <balint256 at hotmail.com> wrote:

  

LOL, I thought someone might say that J

 

Nice work at that price!!!

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of ikjtel
Sent: Friday, 6 April 2012 12:07 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle +
new OP25 Decoder block with DES-OFB for GRC!

 

  

 

 

> Firstly, thank you to Max for the Slashdot mention!

 


Ha ha, it's a pleasure to see this project move forward.

The cheapest one I've ever built was for $1.00 - picked up an old crystal
scanner at a hamfest that happened to have a crystal in it on the proper
frequency for a local P25 station.  It only needed a disc-tap using parts
from the junkbox...

Max





 

-- 
SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/39121a58/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/39121a58/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/39121a58/attachment-0001.jpg>

From charmingajs007 at hotmail.com  Thu Apr  5 00:53:28 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Thu, 05 Apr 2012 00:53:28 -0000
Subject: [op25-dev] ./scope.py import error
Message-ID: <jliqe8+srj0@eGroups.com>

Hi yes its me again lol. When i try the scope command i get the following. Does this indicate that gnuradio is not installed correctly.

./scope.py -a -v 10 -g 50
Traceback (most recent call last):
  File "./scope.py", line 40, in <module> from gnuradio import audio, eng_notation, fsk4, gr, gru, repeater
ImportError: cannot import name fsk4

I would just like to thank everyone for your support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/e29da16f/attachment.htm>

From ikj1234i at yahoo.com  Thu Apr  5 14:29:12 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Thu, 5 Apr 2012 07:29:12 -0700 (PDT)
Subject: [op25-dev] ./scope.py import error
In-Reply-To: <jliqe8+srj0@eGroups.com>
References: <jliqe8+srj0@eGroups.com>
Message-ID: <1333636152.52996.YahooMailNeo@web39401.mail.mud.yahoo.com>


> ImportError: cannot import name fsk4


This is, unfortunately, because scope.py relies on the installed location of Frank's original release of the GR fsk4 block.? I think Stevie sent out an email a while ago saying he no longer wanted to build with Frank's version and has made a fork of it, due to the fact that Frank is apparently incommunicado, and perhaps due to the fact that Frank's web page is horribly and hideously broken, but is still online; but scope.py still relies on the original.? Also, were there version compatibility issues?

FWIW, the page is http://sites.google.com/site/radiorausch/GnuradioFourLevelFSK.html

Direct link to the tar.gz file seems to be http://sites.google.com/site/radiorausch/gr-fsk4-22Apr08.tar.gz

I think Matt made a copy somewhere of Frank's site, it may be in the archives of this group.

Anyway, download the fsk4 tar.gz file, then do

./bootstrap
./configure
make
sudo make install (or similar)

Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/94319669/attachment.htm>

From charmingajs007 at hotmail.com  Sat Apr  7 16:56:26 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sat, 07 Apr 2012 16:56:26 -0000
Subject: [op25-dev] Re: ./scope.py import error
In-Reply-To: <1333636152.52996.YahooMailNeo@web39401.mail.mud.yahoo.com>
Message-ID: <jlprjq+8f7j@eGroups.com>

Thank you :-)

--- In op25-dev at yahoogroups.com, ikjtel <ikj1234i at ...> wrote:
>
> 
> > ImportError: cannot import name fsk4
> 
> 
> This is, unfortunately, because scope.py relies on the installed location of Frank's original release of the GR fsk4 block.? I think Stevie sent out an email a while ago saying he no longer wanted to build with Frank's version and has made a fork of it, due to the fact that Frank is apparently incommunicado, and perhaps due to the fact that Frank's web page is horribly and hideously broken, but is still online; but scope.py still relies on the original.? Also, were there version compatibility issues?
> 
> FWIW, the page is http://sites.google.com/site/radiorausch/GnuradioFourLevelFSK.html
> 
> Direct link to the tar.gz file seems to be http://sites.google.com/site/radiorausch/gr-fsk4-22Apr08.tar.gz
> 
> I think Matt made a copy somewhere of Frank's site, it may be in the archives of this group.
> 
> Anyway, download the fsk4 tar.gz file, then do
> 
> ./bootstrap
> ./configure
> make
> sudo make install (or similar)
> 
> Max
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120407/f902a795/attachment.htm>

From wb9qzb_groups at yahoo.com  Thu Apr  5 21:50:18 2012
From: wb9qzb_groups at yahoo.com (Mark Thompson)
Date: Thu, 5 Apr 2012 14:50:18 -0700 (PDT)
Subject: [op25-dev] New Illinois P25 / DMR Group
In-Reply-To: <1333662341.46987.YahooMailNeo@web113810.mail.gq1.yahoo.com>
References: <1333662341.46987.YahooMailNeo@web113810.mail.gq1.yahoo.com>
Message-ID: <1333662618.22385.YahooMailNeo@web113814.mail.gq1.yahoo.com>

?
A new group has been created for those?interested in the amateur radio use of the commercial digital voice technologies of P25 & DMR in Illinois. 

You can join the group at: 

http://groups.yahoo.com/group/IllinoisP25-DMR/

Look forward to your participation in the group. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120405/ba06b314/attachment.htm>

From charmingajs007 at hotmail.com  Sat Apr  7 23:53:57 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sat, 07 Apr 2012 23:53:57 -0000
Subject: [op25-dev] GRC Flowcharts
Message-ID: <jlqk2l+54lq@eGroups.com>

Yes me again haha :-)
I thought it might be a good idea for the less advanced in the group (like me) and others, for members to save there flow chart files in the files section. Like a P25 decode flowchart, using the gr-baz project. FM Demodulation and any other that may be useful.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120407/d635f0db/attachment.htm>

From balint256 at hotmail.com  Sun Apr  8 00:25:50 2012
From: balint256 at hotmail.com (Balint)
Date: Sun, 8 Apr 2012 10:25:50 +1000
Subject: [op25-dev] GRC Flowcharts
In-Reply-To: <jlqk2l+54lq@eGroups.com>
References: <jlqk2l+54lq@eGroups.com>
Message-ID: <BLU0-SMTP1155C64FA4E7088015598C1E2360@phx.gbl>

Hi again!

I've added the FM and OP25 GRC flowgraph files to gr-baz/samples so you can
update your local copy and they should appear.

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of allanjs1986
Sent: Sunday, 8 April 2012 9:54 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] GRC Flowcharts

 

  

Yes me again haha :-)
I thought it might be a good idea for the less advanced in the group (like
me) and others, for members to save there flow chart files in the files
section. Like a P25 decode flowchart, using the gr-baz project. FM
Demodulation and any other that may be useful.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/8ee9e067/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/8ee9e067/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/8ee9e067/attachment-0001.jpg>

From charmingajs007 at hotmail.com  Sun Apr  8 00:43:00 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sun, 08 Apr 2012 00:43:00 -0000
Subject: [op25-dev] Re: GRC Flowcharts
In-Reply-To: <BLU0-SMTP1155C64FA4E7088015598C1E2360@phx.gbl>
Message-ID: <jlqmuk+cp0v@eGroups.com>



Cool thanks why is my screen full of errors lol?
[IMG]http://i39.tinypic.com/23krl0h.png[/IMG]

--- In op25-dev at yahoogroups.com, Balint <balint256 at ...> wrote:
>
> Hi again!
> 
> I've added the FM and OP25 GRC flowgraph files to gr-baz/samples so you can
> update your local copy and they should appear.
> 
>  
> 
> From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
> Of allanjs1986
> Sent: Sunday, 8 April 2012 9:54 AM
> To: op25-dev at yahoogroups.com
> Subject: [op25-dev] GRC Flowcharts
> 
>  
> 
>   
> 
> Yes me again haha :-)
> I thought it might be a good idea for the less advanced in the group (like
> me) and others, for members to save there flow chart files in the files
> section. Like a P25 decode flowchart, using the gr-baz project. FM
> Demodulation and any other that may be useful.
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/1041870b/attachment.htm>

From balint256 at hotmail.com  Sun Apr  8 00:51:21 2012
From: balint256 at hotmail.com (Balint)
Date: Sun, 8 Apr 2012 10:51:21 +1000
Subject: [op25-dev] Re: GRC Flowcharts
In-Reply-To: <jlqmuk+cp0v@eGroups.com>
References: <BLU0-SMTP1155C64FA4E7088015598C1E2360@phx.gbl> <jlqmuk+cp0v@eGroups.com>
Message-ID: <BLU0-SMTP214026FBF80EA26839C3F30E2360@phx.gbl>

Have you done a 'sudo make install' on gr-baz?

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of allanjs1986
Sent: Sunday, 8 April 2012 10:43 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: GRC Flowcharts

 

  



Cool thanks why is my screen full of errors lol?
[IMG]http://i39.tinypic.com/23krl0h.png[/IMG]

--- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> , Balint
<balint256 at ...> wrote:
>
> Hi again!
> 
> I've added the FM and OP25 GRC flowgraph files to gr-baz/samples so you
can
> update your local copy and they should appear.
> 
> 
> 
> From: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com>
[mailto:op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> ] On
Behalf
> Of allanjs1986
> Sent: Sunday, 8 April 2012 9:54 AM
> To: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> 
> Subject: [op25-dev] GRC Flowcharts
> 
> 
> 
> 
> 
> Yes me again haha :-)
> I thought it might be a good idea for the less advanced in the group (like
> me) and others, for members to save there flow chart files in the files
> section. Like a P25 decode flowchart, using the gr-baz project. FM
> Demodulation and any other that may be useful.
>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/52fa1d08/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/52fa1d08/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/52fa1d08/attachment-0001.jpg>

From charmingajs007 at hotmail.com  Sun Apr  8 01:02:41 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sun, 08 Apr 2012 01:02:41 -0000
Subject: [op25-dev] Re: GRC Flowcharts
In-Reply-To: <BLU0-SMTP214026FBF80EA26839C3F30E2360@phx.gbl>
Message-ID: <jlqo3h+trh3@eGroups.com>

I sure have with no errors.

--- In op25-dev at yahoogroups.com, Balint <balint256 at ...> wrote:
>
> Have you done a 'sudo make install' on gr-baz?
> 
>  
> 
> From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
> Of allanjs1986
> Sent: Sunday, 8 April 2012 10:43 AM
> To: op25-dev at yahoogroups.com
> Subject: [op25-dev] Re: GRC Flowcharts
> 
>  
> 
>   
> 
> 
> 
> Cool thanks why is my screen full of errors lol?
> [IMG]http://i39.tinypic.com/23krl0h.png[/IMG]
> 
> --- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> , Balint
> <balint256@> wrote:
> >
> > Hi again!
> > 
> > I've added the FM and OP25 GRC flowgraph files to gr-baz/samples so you
> can
> > update your local copy and they should appear.
> > 
> > 
> > 
> > From: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com>
> [mailto:op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> ] On
> Behalf
> > Of allanjs1986
> > Sent: Sunday, 8 April 2012 9:54 AM
> > To: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> 
> > Subject: [op25-dev] GRC Flowcharts
> > 
> > 
> > 
> > 
> > 
> > Yes me again haha :-)
> > I thought it might be a good idea for the less advanced in the group (like
> > me) and others, for members to save there flow chart files in the files
> > section. Like a P25 decode flowchart, using the gr-baz project. FM
> > Demodulation and any other that may be useful.
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/a487c399/attachment.htm>

From balint256 at hotmail.com  Sun Apr  8 00:59:56 2012
From: balint256 at hotmail.com (Balint)
Date: Sun, 8 Apr 2012 10:59:56 +1000
Subject: [op25-dev] Re: GRC Flowcharts
In-Reply-To: <jlqmuk+cp0v@eGroups.com>
References: <BLU0-SMTP1155C64FA4E7088015598C1E2360@phx.gbl> <jlqmuk+cp0v@eGroups.com>
Message-ID: <BLU0-SMTP104CCF546C8E0F836E44A6EE2360@phx.gbl>

Sorry just looking at the picture you linked to.

 

You need to delete quite a few blocks there because you're using float
baseband input!

 

Therefore, delete all the blocks "Float to Complex" until "Quadrature Demod"
inclusive. Then connect the Audio Source directly to the "Decimating FIR
Filter".

You can also delete any block that references the 'freq' variable (so delete
the 'freq'/"Frequecncy" "Variable Text Box" and see what goes red - double
check - then delete those too EXCEPT the 'auto_tune_offset_freq' "Variable
Static Text". This should remain, but you need to change the Default Value
to just the number 0.

 

Hopefully that'll do it!

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of allanjs1986
Sent: Sunday, 8 April 2012 10:43 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: GRC Flowcharts

 

  



Cool thanks why is my screen full of errors lol?
[IMG]http://i39.tinypic.com/23krl0h.png[/IMG]

--- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> , Balint
<balint256 at ...> wrote:
>
> Hi again!
> 
> I've added the FM and OP25 GRC flowgraph files to gr-baz/samples so you
can
> update your local copy and they should appear.
> 
> 
> 
> From: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com>
[mailto:op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> ] On
Behalf
> Of allanjs1986
> Sent: Sunday, 8 April 2012 9:54 AM
> To: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> 
> Subject: [op25-dev] GRC Flowcharts
> 
> 
> 
> 
> 
> Yes me again haha :-)
> I thought it might be a good idea for the less advanced in the group (like
> me) and others, for members to save there flow chart files in the files
> section. Like a P25 decode flowchart, using the gr-baz project. FM
> Demodulation and any other that may be useful.
>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/aabd44f1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/aabd44f1/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/aabd44f1/attachment-0001.jpg>

From balint256 at hotmail.com  Sun Apr  8 01:06:32 2012
From: balint256 at hotmail.com (Balint)
Date: Sun, 8 Apr 2012 11:06:32 +1000
Subject: [op25-dev] Re: GRC Flowcharts
In-Reply-To: <jlqmuk+cp0v@eGroups.com>
References: <BLU0-SMTP1155C64FA4E7088015598C1E2360@phx.gbl> <jlqmuk+cp0v@eGroups.com>
Message-ID: <BLU0-SMTP176461665F9FB99CE0DEE07E2360@phx.gbl>

OK last thing:

 

The 'channel_rate' Variable Value needs to be set to the sample rate seen at
the OP25 Decoder block. If you're going direct, then it should be the same
rate as the Audio Source.

 

If you wish to try resampling to have an exact multiple of the FSK4 symbol
rate, set 'channel_rate' to some multiple of it (e.g. I use 28800), and then
between "Audio Source" and "Decimating FIR Filter" add a new "Rational
Resampler", but you need to going into its properties and make it (Float ->
Float (float taps)).

Then enter the decimation to be your incoming sample rate (i.e. what's at
the audio sink) and then interpolation as literally 'channel_rate'. So this
is exactly what's in the sample with the Rational Resampler, but it's the
orange float kind (not blue complex).

 

Hope that makes sense!

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of allanjs1986
Sent: Sunday, 8 April 2012 10:43 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: GRC Flowcharts

 

  



Cool thanks why is my screen full of errors lol?
[IMG]http://i39.tinypic.com/23krl0h.png[/IMG]

--- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> , Balint
<balint256 at ...> wrote:
>
> Hi again!
> 
> I've added the FM and OP25 GRC flowgraph files to gr-baz/samples so you
can
> update your local copy and they should appear.
> 
> 
> 
> From: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com>
[mailto:op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> ] On
Behalf
> Of allanjs1986
> Sent: Sunday, 8 April 2012 9:54 AM
> To: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> 
> Subject: [op25-dev] GRC Flowcharts
> 
> 
> 
> 
> 
> Yes me again haha :-)
> I thought it might be a good idea for the less advanced in the group (like
> me) and others, for members to save there flow chart files in the files
> section. Like a P25 decode flowchart, using the gr-baz project. FM
> Demodulation and any other that may be useful.
>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/14ac3224/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/14ac3224/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/14ac3224/attachment-0001.jpg>

From charmingajs007 at hotmail.com  Sun Apr  8 02:20:00 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Sun, 08 Apr 2012 02:20:00 -0000
Subject: [op25-dev] Re: GRC Flowcharts
In-Reply-To: <BLU0-SMTP176461665F9FB99CE0DEE07E2360@phx.gbl>
Message-ID: <jlqskg+sblf@eGroups.com>

haha to be honest it did and didn't make sense. A lot of the errors are from the variables. ie channel_rate not defined or op25 not defined.
If i open it as is no changes to it i get those errors 

--- In op25-dev at yahoogroups.com, Balint <balint256 at ...> wrote:
>
> OK last thing:
> 
>  
> 
> The 'channel_rate' Variable Value needs to be set to the sample rate seen at
> the OP25 Decoder block. If you're going direct, then it should be the same
> rate as the Audio Source.
> 
>  
> 
> If you wish to try resampling to have an exact multiple of the FSK4 symbol
> rate, set 'channel_rate' to some multiple of it (e.g. I use 28800), and then
> between "Audio Source" and "Decimating FIR Filter" add a new "Rational
> Resampler", but you need to going into its properties and make it (Float ->
> Float (float taps)).
> 
> Then enter the decimation to be your incoming sample rate (i.e. what's at
> the audio sink) and then interpolation as literally 'channel_rate'. So this
> is exactly what's in the sample with the Rational Resampler, but it's the
> orange float kind (not blue complex).
> 
>  
> 
> Hope that makes sense!
> 
>  
> 
> From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
> Of allanjs1986
> Sent: Sunday, 8 April 2012 10:43 AM
> To: op25-dev at yahoogroups.com
> Subject: [op25-dev] Re: GRC Flowcharts
> 
>  
> 
>   
> 
> 
> 
> Cool thanks why is my screen full of errors lol?
> [IMG]http://i39.tinypic.com/23krl0h.png[/IMG]
> 
> --- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> , Balint
> <balint256@> wrote:
> >
> > Hi again!
> > 
> > I've added the FM and OP25 GRC flowgraph files to gr-baz/samples so you
> can
> > update your local copy and they should appear.
> > 
> > 
> > 
> > From: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com>
> [mailto:op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> ] On
> Behalf
> > Of allanjs1986
> > Sent: Sunday, 8 April 2012 9:54 AM
> > To: op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> 
> > Subject: [op25-dev] GRC Flowcharts
> > 
> > 
> > 
> > 
> > 
> > Yes me again haha :-)
> > I thought it might be a good idea for the less advanced in the group (like
> > me) and others, for members to save there flow chart files in the files
> > section. Like a P25 decode flowchart, using the gr-baz project. FM
> > Demodulation and any other that may be useful.
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120408/5f96279f/attachment.htm>

From andyknitt at gmail.com  Mon Apr  9 01:13:46 2012
From: andyknitt at gmail.com (hotfire00)
Date: Mon, 09 Apr 2012 01:13:46 -0000
Subject: [op25-dev] GRC error
Message-ID: <jltd4a+gu5g@eGroups.com>

Hi everyone,

New to GNUradio and OP25.  I have the OP25 block installed in GNU Radio Companion and can build a flow graph with no problem.  When I try to execute the flow graph I get this error:

Traceback (most recent call last):
  File "/home/aaknitt/Documents/top_block.py", line 53, in <module>
    tb = top_block()
  File "/home/aaknitt/Documents/top_block.py", line 34, in __init__
    self.op25_decoder_0.create()
  File "/usr/local/lib/python2.7/dist-packages/baz/op25.py", line 65, in create
    self.p25_decoder = op25.decoder_ff(self.op25_msgq)
AttributeError: 'module' object has no attribute 'decoder_ff'

I'm guessing this is because I don't have something installed properly, but I can't put my finger on how to remedy the problem.  Any advice or suggestions would be appreciated.

Regards,

Andy

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120409/a35834e4/attachment.htm>

From stevie.glass at gmail.com  Mon Apr  9 02:01:45 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Mon, 9 Apr 2012 12:01:45 +1000
Subject: [op25-dev] GRC error
In-Reply-To: <jltd4a+gu5g@eGroups.com>
References: <jltd4a+gu5g@eGroups.com>
Message-ID: <CADC0ay2FUGu-8BkUtfyj0yy=8jkzvuTM5o8XAsMFK7wKJgOVXA@mail.gmail.com>

I don't normally build the GRC stuff but I am stoked at Balint's progress
there. So, with that warning here are some thoughts... Firstly, decoder_ff
isn't the way to go. We should be using decoder_bf with a slicer on its
input to convert the floats to symbols. That's what the python code does.
Secondly, it might just be a PYTHONPATH issue. Can you import the op25
package from the python command line? If you can get it in Python then I
reckon it should work in GRC.

ATB

On 9 April 2012 11:13, hotfire00 <andyknitt at gmail.com> wrote:

> **
>
>
> Hi everyone,
>
> New to GNUradio and OP25. I have the OP25 block installed in GNU Radio
> Companion and can build a flow graph with no problem. When I try to execute
> the flow graph I get this error:
>
> Traceback (most recent call last):
> File "/home/aaknitt/Documents/top_block.py", line 53, in <module>
> tb = top_block()
> File "/home/aaknitt/Documents/top_block.py", line 34, in __init__
> self.op25_decoder_0.create()
> File "/usr/local/lib/python2.7/dist-packages/baz/op25.py", line 65, in
> create
> self.p25_decoder = op25.decoder_ff(self.op25_msgq)
> AttributeError: 'module' object has no attribute 'decoder_ff'
>
> I'm guessing this is because I don't have something installed properly,
> but I can't put my finger on how to remedy the problem. Any advice or
> suggestions would be appreciated.
>
> Regards,
>
> Andy
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120409/f246c30e/attachment.htm>

From andyknitt at gmail.com  Mon Apr  9 02:19:46 2012
From: andyknitt at gmail.com (aaknitt)
Date: Mon, 09 Apr 2012 02:19:46 -0000
Subject: [op25-dev] Re: GRC error
In-Reply-To: <CADC0ay2FUGu-8BkUtfyj0yy=8jkzvuTM5o8XAsMFK7wKJgOVXA@mail.gmail.com>
Message-ID: <jlth02+qopb@eGroups.com>

I was just about to say "yes, I can import op25 from the python command line" since I'm almost 100% certain I tried that yesterday after installing op25.  However, I just tried it again and it's not working, so I think you're on to something with the PYTHONPATH issue.  I'm clueless about how to fix it though, any tips?

Thanks,

Andy

--- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass at ...> wrote:
>
> I don't normally build the GRC stuff but I am stoked at Balint's progress
> there. So, with that warning here are some thoughts... Firstly, decoder_ff
> isn't the way to go. We should be using decoder_bf with a slicer on its
> input to convert the floats to symbols. That's what the python code does.
> Secondly, it might just be a PYTHONPATH issue. Can you import the op25
> package from the python command line? If you can get it in Python then I
> reckon it should work in GRC.
> 
> ATB
> 
> On 9 April 2012 11:13, hotfire00 <andyknitt at ...> wrote:
> 
> > **
> >
> >


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120409/66b1d2da/attachment.htm>

From andyknitt at gmail.com  Mon Apr  9 02:26:10 2012
From: andyknitt at gmail.com (aaknitt)
Date: Mon, 09 Apr 2012 02:26:10 -0000
Subject: [op25-dev] Re: GRC error
In-Reply-To: <jlth02+qopb@eGroups.com>
Message-ID: <jlthc2+907g@eGroups.com>

Ahh...and now Balint has reminded me that yesterday I was using:

from baz import op25

That still works today.

Andy

--- In op25-dev at yahoogroups.com, "aaknitt" <andyknitt at ...> wrote:
>
> I was just about to say "yes, I can import op25 from the python command line" since I'm almost 100% certain I tried that yesterday after installing op25.  However, I just tried it again and it's not working, so I think you're on to something with the PYTHONPATH issue.  I'm clueless about how to fix it though, any tips?
> 
> Thanks,
> 
> Andy
> 
> --- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass@> wrote:
> >
> > I don't normally build the GRC stuff but I am stoked at Balint's progress
> > there. So, with that warning here are some thoughts... Firstly, decoder_ff
> > isn't the way to go. We should be using decoder_bf with a slicer on its
> > input to convert the floats to symbols. That's what the python code does.
> > Secondly, it might just be a PYTHONPATH issue. Can you import the op25
> > package from the python command line? If you can get it in Python then I
> > reckon it should work in GRC.
> > 
> > ATB
> > 
> > On 9 April 2012 11:13, hotfire00 <andyknitt@> wrote:
> > 
> > > **
> > >
> > >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120409/6913d4a0/attachment.htm>

From balint256 at hotmail.com  Mon Apr  9 02:31:10 2012
From: balint256 at hotmail.com (Balint)
Date: Mon, 9 Apr 2012 12:31:10 +1000
Subject: [op25-dev] Re: GRC error
In-Reply-To: <jlthc2+907g@eGroups.com>
References: <jlth02+qopb@eGroups.com> <jlthc2+907g@eGroups.com>
Message-ID: <BLU0-SMTP187975B2B6F33DAD586F3F4E2370@phx.gbl>

Hi folks,

Sorry my bad (I think) - please update gr-baz and try again.

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of aaknitt
Sent: Monday, 9 April 2012 12:26 PM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: GRC error

 

  

Ahh...and now Balint has reminded me that yesterday I was using:

from baz import op25

That still works today.

Andy

--- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> ,
"aaknitt" <andyknitt at ...> wrote:
>
> I was just about to say "yes, I can import op25 from the python command
line" since I'm almost 100% certain I tried that yesterday after installing
op25. However, I just tried it again and it's not working, so I think you're
on to something with the PYTHONPATH issue. I'm clueless about how to fix it
though, any tips?
> 
> Thanks,
> 
> Andy
> 
> --- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com> ,
Steve Glass <stevie.glass@> wrote:
> >
> > I don't normally build the GRC stuff but I am stoked at Balint's
progress
> > there. So, with that warning here are some thoughts... Firstly,
decoder_ff
> > isn't the way to go. We should be using decoder_bf with a slicer on its
> > input to convert the floats to symbols. That's what the python code
does.
> > Secondly, it might just be a PYTHONPATH issue. Can you import the op25
> > package from the python command line? If you can get it in Python then I
> > reckon it should work in GRC.
> > 
> > ATB
> > 
> > On 9 April 2012 11:13, hotfire00 <andyknitt@> wrote:
> > 
> > > **
> > >
> > >
>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120409/8400f6e0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120409/8400f6e0/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120409/8400f6e0/attachment-0001.jpg>

From balint256 at hotmail.com  Mon Apr  9 15:46:42 2012
From: balint256 at hotmail.com (Balint)
Date: Tue, 10 Apr 2012 01:46:42 +1000
Subject: [op25-dev] RE: HELP lol
In-Reply-To: <jltovd+esnf@eGroups.com>
References: <jltovd+esnf@eGroups.com>
Message-ID: <BLU0-SMTP18383B2E1BD3AE8CE265B56E2370@phx.gbl>

OK sorry folks - this is what one should expect when they're dealing with
ancient code (I really ought to update at some point!).

I've fixed the gr-baz/python/op25.py code to first try the new OP25 blocks
(with the slicer), and then fallback to the old version (without the
slicer).

Let me know if this works!
Thanks,
Balint

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120410/061b26e7/attachment.htm>

From charmingajs007 at hotmail.com  Wed Apr 11 11:40:32 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Wed, 11 Apr 2012 11:40:32 -0000
Subject: [op25-dev] Re: HELP lol
In-Reply-To: <BLU0-SMTP18383B2E1BD3AE8CE265B56E2370@phx.gbl>
Message-ID: <jm3qjg+b3li@eGroups.com>

Hi thanks in the op25 decoder block in GRC there is an error msg
>>> Source - tune(2):
	Type "msg" is not a possible type.



And how the hec do i run the ./audio_p25_rx.py -a command in terminal
If you cant tell i am a complete noob.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120411/8464ae7e/attachment.htm>

From balint256 at hotmail.com  Thu Apr 19 23:20:00 2012
From: balint256 at hotmail.com (Balint)
Date: Fri, 20 Apr 2012 09:20:00 +1000
Subject: [op25-dev] Re: HELP lol
In-Reply-To: <jm3qjg+b3li@eGroups.com>
References: <BLU0-SMTP18383B2E1BD3AE8CE265B56E2370@phx.gbl> <jm3qjg+b3li@eGroups.com>
Message-ID: <BLU0-SMTP2679BF77A95F7C4D9BEF57BE23D0@phx.gbl>

Hi,

 

I haven't encountered that error message before myself. Is that in a GRC
flowgraph you fashioned, or when you run the sample one I have the
gr-baz/samples directory?

 

That block output (with the 'msg' type) must be used with the Message
Callback block (also in gr-baz) to handle auto-tuning messages sent by the
FSK4 demodulator. Alternatively, you can choose to switch off that output
port in the OP25 decoder block's properties.

 

Hopefully that helps - let me know!

 

PS: Regarding running audio_p25_rx.py, I have in the past used some variant
of:

 

sudo ./audio_p25_rx.py -a -I hw:1,0 -g 15

 

'sudo' was necessary for creating the 'tun' device so I could capture frames
in Wireshark. '-I hw:1,0' was to select the second (non-default) sound card
(you could leave this off if using the default), and '-g' would have been
for the gain. YMMV!

 

I believe there is another example of a full command line you could specify
on the OP25 wiki. (You can also just put an '-h' on the end to explore the
available options.)

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of allanjs1986
Sent: Wednesday, 11 April 2012 9:41 PM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: HELP lol

 

  

Hi thanks in the op25 decoder block in GRC there is an error msg
>>> Source - tune(2):
Type "msg" is not a possible type.

And how the hec do i run the ./audio_p25_rx.py -a command in terminal
If you cant tell i am a complete noob.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/4c2a969e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/4c2a969e/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/4c2a969e/attachment-0001.jpg>

From charmingajs007 at hotmail.com  Fri Apr 20 08:03:11 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Fri, 20 Apr 2012 08:03:11 -0000
Subject: [op25-dev] Re: HELP lol
In-Reply-To: <BLU0-SMTP2679BF77A95F7C4D9BEF57BE23D0@phx.gbl>
Message-ID: <jmr57v+fjt2@eGroups.com>

Hi it comes from the sample op25 flowchart.
[IMG]http://i43.tinypic.com/6h5837.png[/IMG]
[IMG]http://i40.tinypic.com/534g8p.png[/IMG]

 
--- In op25-dev at yahoogroups.com, Balint <balint256 at ...> wrote:
>
> Hi,
> 
>  
> 
> I haven't encountered that error message before myself. Is that in a GRC
> flowgraph you fashioned, or when you run the sample one I have the
> gr-baz/samples directory?
> 
>  
> 
> That block output (with the 'msg' type) must be used with the Message
> Callback block (also in gr-baz) to handle auto-tuning messages sent by the
> FSK4 demodulator. Alternatively, you can choose to switch off that output
> port in the OP25 decoder block's properties.
> 
>  
> 
> Hopefully that helps - let me know!
> 
>  
> 
> PS: Regarding running audio_p25_rx.py, I have in the past used some variant
> of:
> 
>  
> 
> sudo ./audio_p25_rx.py -a -I hw:1,0 -g 15
> 
>  
> 
> 'sudo' was necessary for creating the 'tun' device so I could capture frames
> in Wireshark. '-I hw:1,0' was to select the second (non-default) sound card
> (you could leave this off if using the default), and '-g' would have been
> for the gain. YMMV!
> 
>  
> 
> I believe there is another example of a full command line you could specify
> on the OP25 wiki. (You can also just put an '-h' on the end to explore the
> available options.)
> 
>  
> 
> From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
> Of allanjs1986
> Sent: Wednesday, 11 April 2012 9:41 PM
> To: op25-dev at yahoogroups.com
> Subject: [op25-dev] Re: HELP lol
> 
>  
> 
>   
> 
> Hi thanks in the op25 decoder block in GRC there is an error msg
> >>> Source - tune(2):
> Type "msg" is not a possible type.
> 
> And how the hec do i run the ./audio_p25_rx.py -a command in terminal
> If you cant tell i am a complete noob.
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/aba9c89d/attachment.htm>

From richard at clarke.biz  Fri Apr 20 03:55:23 2012
From: richard at clarke.biz (Richard Clarke)
Date: Fri, 20 Apr 2012 15:55:23 +1200
Subject: [op25-dev] gr-baz : op25.py has dependence on fsk4
Message-ID: <CAAWhvb1DKjw+-GRt_jHcssq-LaB9XitPJoig8jg2-2jo-Nijcg@mail.gmail.com>

Hi Balint,

I notice that your op25.py module still has a dependence on the old  Radio
Rausch FSK4 demodulator<http://radiorausch.googlepages.com/GnuradioFourLevelFSK.html>
that
the OP25 project used to use but have now incorporated into their own
source files. I was just wondering if there was any reason you didn't use
the op25.fsk4_demod_ff rather instead of fsk4.demod_ff? You have, on the
other hand, used the op25 slicer equivalent op25.fsk4_slicer_fb(levels).
Just curious.

Thanks

Cheers
Richard

On 20 April 2012 11:10, Balint <balint256 at hotmail.com> wrote:

> I?ve just accepted the git pull request submitted by Alex Csete (thank
> you!) to fix the build issue on v3.6 of GNU Radio (tested by ?zignig?), so
> if you grab the latest, hopefully this issue will disappear!****
>
> ** **
>
> (If other people have encountered this problem, please let them know too?)
> ****
>
> ** **
>
> *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> Behalf Of *Richard Clarke
>
> *Sent:* Friday, 20 April 2012 8:24 AM
> *To:* op25-dev at yahoogroups.com
> *Subject:* Re: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
> dongle + new OP25 Decoder block with DES-OFB for GRC!****
>
> ** **
>
>   ****
>
> Hi,****
>
> ** **
>
> I've just tried building the gr-baz module on a couple of different
> systems but I'm encountering a make error along the lines of:
> ./baz_swig.cc: No such file or directory****
>
> ** **
>
> I note someone else has also encountered the same error and pasted their
> make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
> error I'm getting. Anyone got any clues? Is this a generated file that
> isn't being generated, or a file that hasn't been included in the svn repo?
> ****
>
> ** **
>
> Thanks****
>
> ** **
>
> Cheers****
>
> Richard****
>
> ** **
>
> On 6 April 2012 02:14, Balint <balint256 at hotmail.com> wrote:****
>
>   ****
>
> LOL, I thought someone might say that J****
>
>  ****
>
> Nice work at that price!!!****
>
>  ****
>
> *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> Behalf Of *ikjtel
> *Sent:* Friday, 6 April 2012 12:07 AM
> *To:* op25-dev at yahoogroups.com
> *Subject:* [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
> dongle + new OP25 Decoder block with DES-OFB for GRC!****
>
>  ****
>
>   ****
>
>  ****
>
>  ****
>
> > Firstly, thank you to Max for the Slashdot mention!****
>
>  ****
>
>
> Ha ha, it's a pleasure to see this project move forward.
>
> The cheapest one I've ever built was for $1.00 - picked up an old crystal
> scanner at a hamfest that happened to have a crystal in it on the proper
> frequency for a local P25 station.  It only needed a disc-tap using parts
> from the junkbox...
>
> Max****
>
>
>
> ****
>
> ** **
>
> --
> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
> Engineers believe that if it ain't broke, it doesn't have enough features
> yet.*****
>
> ****
>



-- 
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/184f33bc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/184f33bc/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/184f33bc/attachment-0001.jpg>

From balint256 at hotmail.com  Fri Apr 20 04:30:48 2012
From: balint256 at hotmail.com (Balint)
Date: Fri, 20 Apr 2012 14:30:48 +1000
Subject: [op25-dev] gr-baz : op25.py has dependence on fsk4
In-Reply-To: <CAAWhvb1DKjw+-GRt_jHcssq-LaB9XitPJoig8jg2-2jo-Nijcg@mail.gmail.com>
References: <CAAWhvb1DKjw+-GRt_jHcssq-LaB9XitPJoig8jg2-2jo-Nijcg@mail.gmail.com>
Message-ID: <BLU0-SMTP434B0008C48DBEF52114E56E2220@phx.gbl>

Hi Richard,

 

Thanks for your email - again I must apologise. I just haven't had the time
to update my OP25 code. I have made significant changes to the original
checkout (ancient r216), and never got around to updating for fear of major
merge conflicts.

 

Therefore, these issues are only becoming apparent when good souls such as
yourself try the code and provide feedback J

 

If you would like to make the change and send me a patch, I'd be more than
happy to apply it and update gr-baz.

 

Thanks again.

Kind regards,

Balint

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Richard Clarke
Sent: Friday, 20 April 2012 1:55 PM
To: Balint
Cc: op25-dev at yahoogroups.com
Subject: [op25-dev] gr-baz : op25.py has dependence on fsk4

 

  

Hi Balint,

 

I notice that your op25.py module still has a dependence on the old
<http://radiorausch.googlepages.com/GnuradioFourLevelFSK.html> Radio Rausch
FSK4 demodulator that the OP25 project used to use but have now incorporated
into their own source files. I was just wondering if there was any reason
you didn't use the op25.fsk4_demod_ff rather instead of fsk4.demod_ff? You
have, on the other hand, used the op25 slicer equivalent
op25.fsk4_slicer_fb(levels). Just curious.





Thanks





Cheers

Richard



On 20 April 2012 11:10, Balint <balint256 at hotmail.com> wrote:

I've just accepted the git pull request submitted by Alex Csete (thank you!)
to fix the build issue on v3.6 of GNU Radio (tested by 'zignig'), so if you
grab the latest, hopefully this issue will disappear!

 

(If other people have encountered this problem, please let them know too.)

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Richard Clarke


Sent: Friday, 20 April 2012 8:24 AM
To: op25-dev at yahoogroups.com

Subject: Re: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
dongle + new OP25 Decoder block with DES-OFB for GRC!

 

  

Hi,

 

I've just tried building the gr-baz module on a couple of different systems
but I'm encountering a make error along the lines of: ./baz_swig.cc: No such
file or directory

 

I note someone else has also encountered the same error and pasted their
make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
error I'm getting. Anyone got any clues? Is this a generated file that isn't
being generated, or a file that hasn't been included in the svn repo?

 

Thanks

 

Cheers

Richard

 

On 6 April 2012 02:14, Balint <balint256 at hotmail.com> wrote:

  

LOL, I thought someone might say that J

 

Nice work at that price!!!

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of ikjtel
Sent: Friday, 6 April 2012 12:07 AM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832 dongle +
new OP25 Decoder block with DES-OFB for GRC!

 

  

 

 

> Firstly, thank you to Max for the Slashdot mention!

 


Ha ha, it's a pleasure to see this project move forward.

The cheapest one I've ever built was for $1.00 - picked up an old crystal
scanner at a hamfest that happened to have a crystal in it on the proper
frequency for a local P25 station.  It only needed a disc-tap using parts
from the junkbox...

Max





 

-- 

SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.





 

-- 
SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/2fab5235/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/2fab5235/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120420/2fab5235/attachment-0001.jpg>

From andyknitt at gmail.com  Tue Apr 24 02:45:18 2012
From: andyknitt at gmail.com (Andy Knitt)
Date: Mon, 23 Apr 2012 21:45:18 -0500
Subject: [op25-dev] OP25 GRC - Almost but not quite working
Message-ID: <CAKXzNych-LXhC+SufnVFj4dae3ArqzAZwN61Ue=wO7Lfh4Tq5w@mail.gmail.com>

I have the OP25 GRC demo that Balint provided up and running.
Everything seems to working except I'm not getting any audio out of
the OP25 block.  I'm getting the "four line" output from the dibit
output port when there is traffic on the channel, and the autotune
output is outputting data.  However, no audio.  I put a scope on the
audio output and it's a flat line at zero, even when the dibit output
is "four lines".  Any tips on how to further troubleshoot?

Thanks,

Andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120423/bca94a89/attachment.htm>

From balint256 at hotmail.com  Tue Apr 24 04:47:54 2012
From: balint256 at hotmail.com (Balint)
Date: Tue, 24 Apr 2012 14:47:54 +1000
Subject: [op25-dev] OP25 GRC - Almost but not quite working
In-Reply-To: <CAKXzNych-LXhC+SufnVFj4dae3ArqzAZwN61Ue=wO7Lfh4Tq5w@mail.gmail.com>
References: <CAKXzNych-LXhC+SufnVFj4dae3ArqzAZwN61Ue=wO7Lfh4Tq5w@mail.gmail.com>
Message-ID: <BLU0-SMTP1087CB7A4EE11A081DC9568E2260@phx.gbl>

I still haven't checked out the latest code, but in my old code the default
voice frame output was (null?).

There are options for file output, null, external (hardware) decoder and
internal decoder. You used to be able to spec this on the command line as an
environment variable:

export IMBE=soft

I changed my default to be the internal decoder (see
'imbe_decoder_factory.cc').

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Andy Knitt
Sent: Tuesday, 24 April 2012 12:45 PM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] OP25 GRC - Almost but not quite working

 

  

I have the OP25 GRC demo that Balint provided up and running.
Everything seems to working except I'm not getting any audio out of
the OP25 block. I'm getting the "four line" output from the dibit
output port when there is traffic on the channel, and the autotune
output is outputting data. However, no audio. I put a scope on the
audio output and it's a flat line at zero, even when the dibit output
is "four lines". Any tips on how to further troubleshoot?

Thanks,

Andy



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120424/564cfcf9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120424/564cfcf9/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120424/564cfcf9/attachment-0001.jpg>

From andyknitt at gmail.com  Thu Apr 26 01:22:16 2012
From: andyknitt at gmail.com (Andy Knitt)
Date: Wed, 25 Apr 2012 20:22:16 -0500
Subject: [op25-dev] OP25 GRC - Almost but not quite working
In-Reply-To: <BLU0-SMTP1087CB7A4EE11A081DC9568E2260@phx.gbl>
References: <CAKXzNych-LXhC+SufnVFj4dae3ArqzAZwN61Ue=wO7Lfh4Tq5w@mail.gmail.com>
	<BLU0-SMTP1087CB7A4EE11A081DC9568E2260@phx.gbl>
Message-ID: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com>

It looks like imbe_decoder_factory.cc in OP25 defaults to
'software_imbe_decoder'.  I manually changed the IMBE environment variable
to "soft" and confirmed it with printenv, but I'm still getting a flat line
at the output of the OP25 block.  Any other ideas?

Thanks,

Andy

On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256 at hotmail.com> wrote:

> **
>
>
> I *still* haven?t checked out the latest code, but in my old code the
> default voice frame output was (null?).****
>
> There are options for file output, null, external (hardware) decoder and
> internal decoder. You used to be able to spec this on the command line as
> an environment variable:****
>
> export IMBE=soft****
>
> I changed my default to be the internal decoder (see
> ?imbe_decoder_factory.cc?).****
>
> ** **
>
> *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> Behalf Of *Andy Knitt
> *Sent:* Tuesday, 24 April 2012 12:45 PM
> *To:* op25-dev at yahoogroups.com
> *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
>
> ** **
>
>   ****
>
> I have the OP25 GRC demo that Balint provided up and running.
> Everything seems to working except I'm not getting any audio out of
> the OP25 block. I'm getting the "four line" output from the dibit
> output port when there is traffic on the channel, and the autotune
> output is outputting data. However, no audio. I put a scope on the
> audio output and it's a flat line at zero, even when the dibit output
> is "four lines". Any tips on how to further troubleshoot?
>
> Thanks,
>
> Andy****
>
> ****
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120425/b78cb39d/attachment.htm>

From bobrich at gmail.com  Thu Apr 26 02:48:21 2012
From: bobrich at gmail.com (rrgsti)
Date: Thu, 26 Apr 2012 02:48:21 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com>
Message-ID: <jnad1l+ihh9@eGroups.com>

Hi Andy,

I'm in the exact same boat.  Using the RTL2832U dongle for the radio, I honestly wasn't expecting this to work for some reason, but the data coming in looks like it's getting decoded a bit.  (I started this same question over on the RTL group but am going to try to solve it here as it may or may not have anything to do with the radio)

I've got two theories at this moment.

1 - Balint's gnuradio patches in gr-baz are required for this to work, and the patches may or may not have taken against the latest gnuradio pulled from git as of a week ago or so.  

2 - I'm having trouble getting all of the parts from the latest version of the OP25 project to build as well.  It looks like there are some stale references to 'decoders' which is now called 'blocks', and am thinking I might need to go back a few revs.  Something might be broken in there, preventing this from functioning as well.

Would either of these possibly apply in your case as well?

--- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt at ...> wrote:
>
> It looks like imbe_decoder_factory.cc in OP25 defaults to
> 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> to "soft" and confirmed it with printenv, but I'm still getting a flat line
> at the output of the OP25 block.  Any other ideas?
> 
> Thanks,
> 
> Andy
> 
> On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256 at ...> wrote:
> 
> > **
> >
> >
> > I *still* haven't checked out the latest code, but in my old code the
> > default voice frame output was (null?).****
> >
> > There are options for file output, null, external (hardware) decoder and
> > internal decoder. You used to be able to spec this on the command line as
> > an environment variable:****
> >
> > export IMBE=soft****
> >
> > I changed my default to be the internal decoder (see
> > `imbe_decoder_factory.cc').****
> >
> > ** **
> >
> > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > Behalf Of *Andy Knitt
> > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > *To:* op25-dev at yahoogroups.com
> > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> >
> > ** **
> >
> >   ****
> >
> > I have the OP25 GRC demo that Balint provided up and running.
> > Everything seems to working except I'm not getting any audio out of
> > the OP25 block. I'm getting the "four line" output from the dibit
> > output port when there is traffic on the channel, and the autotune
> > output is outputting data. However, no audio. I put a scope on the
> > audio output and it's a flat line at zero, even when the dibit output
> > is "four lines". Any tips on how to further troubleshoot?
> >
> > Thanks,
> >
> > Andy****
> >
> > ****
> >
> >  
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/a9e3d0d1/attachment.htm>

From andyknitt at gmail.com  Thu Apr 26 02:55:36 2012
From: andyknitt at gmail.com (Andy Knitt)
Date: Wed, 25 Apr 2012 21:55:36 -0500
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jnad1l+ihh9@eGroups.com>
References: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com>
	<jnad1l+ihh9@eGroups.com>
Message-ID: <CAKXzNycGz-VoEsKvVc_hTy7pAuW+5wixr4AGX7rNvZRRU46RhQ@mail.gmail.com>

Honestly I'm not sure, it sounds like you're much more well-versed in Linux
than I am.  I installed it just to try this out.  I'm not able to run the
OP25 decoder from the command line either.  When I try to run
audio_p25_rx.py  I get an AttributeError 'fft_window' object has no
attribute 'plot'.  So I think I may have an OP25 issue, but not sure how to
solve it.  If it makes you feel any better there are at least three of us
having this same problem with the GRC block.

Andy

On Wed, Apr 25, 2012 at 9:48 PM, rrgsti <bobrich at gmail.com> wrote:

> **
>
>
> Hi Andy,
>
> I'm in the exact same boat. Using the RTL2832U dongle for the radio, I
> honestly wasn't expecting this to work for some reason, but the data coming
> in looks like it's getting decoded a bit. (I started this same question
> over on the RTL group but am going to try to solve it here as it may or may
> not have anything to do with the radio)
>
> I've got two theories at this moment.
>
> 1 - Balint's gnuradio patches in gr-baz are required for this to work, and
> the patches may or may not have taken against the latest gnuradio pulled
> from git as of a week ago or so.
>
> 2 - I'm having trouble getting all of the parts from the latest version of
> the OP25 project to build as well. It looks like there are some stale
> references to 'decoders' which is now called 'blocks', and am thinking I
> might need to go back a few revs. Something might be broken in there,
> preventing this from functioning as well.
>
> Would either of these possibly apply in your case as well?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120425/90d8eb9d/attachment.htm>

From ikj1234i at yahoo.com  Thu Apr 26 11:54:35 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Thu, 26 Apr 2012 04:54:35 -0700 (PDT)
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <CAKXzNycGz-VoEsKvVc_hTy7pAuW+5wixr4AGX7rNvZRRU46RhQ@mail.gmail.com>
References: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com> <jnad1l+ihh9@eGroups.com> <CAKXzNycGz-VoEsKvVc_hTy7pAuW+5wixr4AGX7rNvZRRU46RhQ@mail.gmail.com>
Message-ID: <1335441275.34851.YahooMailNeo@web39401.mail.mud.yahoo.com>


>AttributeError 'fft_window' object has no attribute 'plot'. 



 There have been several different "errors" mentioned recently - the above error message sounds familiar - not sure, but this one possibly could be a GL vs. non-GL issue.? There is a config.conf file setting - should be in the list archives on how to set this (style=nongl or whatever) . 

Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/301de807/attachment.htm>

From stevie.glass at gmail.com  Thu Apr 26 11:57:45 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Thu, 26 Apr 2012 21:57:45 +1000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <1335441275.34851.YahooMailNeo@web39401.mail.mud.yahoo.com>
References: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com>
	<jnad1l+ihh9@eGroups.com>
	<CAKXzNycGz-VoEsKvVc_hTy7pAuW+5wixr4AGX7rNvZRRU46RhQ@mail.gmail.com>
	<1335441275.34851.YahooMailNeo@web39401.mail.mud.yahoo.com>
Message-ID: <CADC0ay1q3ruPACKrYubYmYKbzw565XN=qKxsJVnRW0aP4bq1ug@mail.gmail.com>

>
> >AttributeError 'fft_window' object has no attribute 'plot'.
>
>  There have been several different "errors" mentioned recently - the
> above error message sounds familiar - not sure, but this one possibly could
> be a GL vs. non-GL issue.  There is a config.conf file setting - should be
> in the list archives on how to set this (style=nongl or whatever) .
>

That's exactly the cause of this error. Maybe we need to change some of the
defaults now since GL has been standard for ages, there is no need for any
other vocoder than the soft one and we can weed out some dead code?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/be4fbfab/attachment.htm>

From bobrich at gmail.com  Thu Apr 26 12:59:10 2012
From: bobrich at gmail.com (rrgsti)
Date: Thu, 26 Apr 2012 12:59:10 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com>
Message-ID: <jnbgqu+1151a@eGroups.com>

Quick update from my end.

It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).

I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:

--- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
+++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
@@ -39,7 +39,8 @@
    uint8_t duid = extract(frame_body, 60, 64);
    switch(duid) {
    case 0x0:
-      d = data_unit_sptr(new hdu(frame_body));
+      //d = data_unit_sptr(new hdu(frame_body));
+      d = data_unit_sptr(new ldu1(frame_body));
       break;
    case 0x3:
       d = data_unit_sptr(new tdu(frame_body, false));

This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.

I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:

http://s3.amazonaws.com/public-xrp/p25.iq.bz2
http://s3.amazonaws.com/public-xrp/p25.wav

Not sure if this is of any use, but it is encouraging to hear voices at least.  :)

Thanks!

Bob


--- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt at ...> wrote:
>
> It looks like imbe_decoder_factory.cc in OP25 defaults to
> 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> to "soft" and confirmed it with printenv, but I'm still getting a flat line
> at the output of the OP25 block.  Any other ideas?
> 
> Thanks,
> 
> Andy
> 
> On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256 at ...> wrote:
> 
> > **
> >
> >
> > I *still* haven't checked out the latest code, but in my old code the
> > default voice frame output was (null?).****
> >
> > There are options for file output, null, external (hardware) decoder and
> > internal decoder. You used to be able to spec this on the command line as
> > an environment variable:****
> >
> > export IMBE=soft****
> >
> > I changed my default to be the internal decoder (see
> > `imbe_decoder_factory.cc').****
> >
> > ** **
> >
> > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > Behalf Of *Andy Knitt
> > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > *To:* op25-dev at yahoogroups.com
> > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> >
> > ** **
> >
> >   ****
> >
> > I have the OP25 GRC demo that Balint provided up and running.
> > Everything seems to working except I'm not getting any audio out of
> > the OP25 block. I'm getting the "four line" output from the dibit
> > output port when there is traffic on the channel, and the autotune
> > output is outputting data. However, no audio. I put a scope on the
> > audio output and it's a flat line at zero, even when the dibit output
> > is "four lines". Any tips on how to further troubleshoot?
> >
> > Thanks,
> >
> > Andy****
> >
> > ****
> >
> >  
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/83f0907f/attachment.htm>

From matt.robert80 at yahoo.com  Thu Apr 26 15:06:06 2012
From: matt.robert80 at yahoo.com (Matt Robert)
Date: Thu, 26 Apr 2012 08:06:06 -0700 (PDT)
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jnbgqu+1151a@eGroups.com>
References: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com> <jnbgqu+1151a@eGroups.com>
Message-ID: <1335452766.57954.YahooMailNeo@web43507.mail.sp1.yahoo.com>

Hi Bob,

Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.

LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.

The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.


I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.

Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.

Is the system running any form of simulcasting??

Cheers,
Matt

________________________________
 From: rrgsti <bobrich at gmail.com>
To: op25-dev at yahoogroups.com 
Sent: Thursday, 26 April 2012 10:59 PM
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
 

? 
Quick update from my end.

It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).

I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:

--- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
+++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
@@ -39,7 +39,8 @@
uint8_t duid = extract(frame_body, 60, 64);
switch(duid) {
case 0x0:
-      d = data_unit_sptr(new hdu(frame_body));
+      //d = data_unit_sptr(new hdu(frame_body));
+      d = data_unit_sptr(new ldu1(frame_body));
break;
case 0x3:
d = data_unit_sptr(new tdu(frame_body, false));

This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.

I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:

http://s3.amazonaws.com/public-xrp/p25.iq.bz2
http://s3.amazonaws.com/public-xrp/p25.wav

Not sure if this is of any use, but it is encouraging to hear voices at least.  :)

Thanks!

Bob

--- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt at ...> wrote:
>
> It looks like imbe_decoder_factory.cc in OP25 defaults to
> 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> to "soft" and confirmed it with printenv, but I'm still getting a flat line
> at the output of the OP25 block.  Any other ideas?
> 
> Thanks,
> 
> Andy
> 
> On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256 at ...> wrote:
> 
> > **
> >
> >
> > I *still* haven't checked out the latest code, but in my old code the
> > default voice frame output was (null?).****
> >
> > There are options for file output, null, external (hardware) decoder and
> > internal decoder. You used to be able to spec this on the command line as
> > an environment variable:****
> >
> > export IMBE=soft****
> >
> > I changed my default to be the internal decoder (see
> > `imbe_decoder_factory.cc').****
> >
> > ** **
> >
> > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > Behalf Of *Andy Knitt
> > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > *To:* op25-dev at yahoogroups.com
> > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> >
> > ** **
> >
> >   ****
> >
> > I have the OP25 GRC demo that Balint provided up and running.
> > Everything seems to working except I'm not getting any audio out of
> > the OP25 block. I'm getting the "four line" output from the dibit
> > output port when there is traffic on the channel, and the autotune
> > output is outputting data. However, no audio. I put a scope on the
> > audio output and it's a flat line at zero, even when the dibit output
> > is "four lines". Any tips on how to further troubleshoot?
> >
> > Thanks,
> >
> > Andy****
> >
> > ****
> >
> > 
> >
>


 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/20217eb4/attachment.htm>

From andyknitt at gmail.com  Thu Apr 26 15:20:26 2012
From: andyknitt at gmail.com (Andy Knitt)
Date: Thu, 26 Apr 2012 10:20:26 -0500
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <1335452766.57954.YahooMailNeo@web43507.mail.sp1.yahoo.com>
References: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com>
	<jnbgqu+1151a@eGroups.com>
	<1335452766.57954.YahooMailNeo@web43507.mail.sp1.yahoo.com>
Message-ID: <CAKXzNyf+4Zbbmmv8qzY1J7MvXB7oTR-6udUU17BbwZMQzjGVwg@mail.gmail.com>

Matt,

If the FSK4 demod wasn't working properly, would we still be getting "good
looking" values out of the dibits output of the OP25 block?  We're getting
the "four straight lines" at -3,-1,+1,+3 but still not audio out.

Thanks,

Andy


On Thu, Apr 26, 2012 at 10:06 AM, Matt Robert <matt.robert80 at yahoo.com>wrote:

> **
>
>
> Hi Bob,
>
> Its more than likely a result of a bad signal. The FSK4 demod tends to
> output zeros when it loses sync which is why the DUID is erroneously coming
> up as 0x00.
>
> LDU1/2 are the two types of voice frames. LDU1 has signalling data
> embedded and LDU2 has encryption sync data embedded.
>
> The kludge diff posted below will work - but only for valid frames with a
> corrupt DUID value.
>
> I'm sure the root cause is the FSK4 demod isn't locking properly and
> causing a bad DUID value to be outputted. I have seen similar behaviour in
> other areas of OP25 - for example I was looking at the IV/MI value (72
> bits) on a local P25 system here. Whenever the demodulator ran out of
> talent, it would output steams of constant zeros.
>
> Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO
> voice channels - so its essentially P25 compatible. The P25 CAI spec was
> based on the ASTRO CAI from the same era, so its essentially the same thing.
>
> Is the system running any form of simulcasting?
>
> Cheers,
> Matt
>   ------------------------------
> *From:* rrgsti <bobrich at gmail.com>
> *To:* op25-dev at yahoogroups.com
> *Sent:* Thursday, 26 April 2012 10:59 PM
> *Subject:* [op25-dev] Re: OP25 GRC - Almost but not quite working
>
>
> Quick update from my end.
>
> It looks like every frame coming out of the fsk4 demodulator (I'm
> assuming, still a n00b here) is marked with a 'duid' of 0x0. Consequently,
> when data_unit.cc initializes a new data_unit from the frame, it is always
> creating it as an HDU (P25 header) type. This then prevents the IMBE
> decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2
> (no idea what these mean)).
>
> I figured maybe it has something to do with our system (Ohio MARCS) not
> being full P25 compliant and not including metadata of any sort, so I just
> made the following change to data_unit.cc and re-ran it:
>
> --- op25-orig/blocks/src/lib/data_unit.cc 2012-04-24 10:31:29.139694592
> -0400
> +++ op25/blocks/src/lib/data_unit.cc 2012-04-26 08:12:35.183962129 -0400
> @@ -39,7 +39,8 @@
> uint8_t duid = extract(frame_body, 60, 64);
> switch(duid) {
> case 0x0:
> - d = data_unit_sptr(new hdu(frame_body));
> + //d = data_unit_sptr(new hdu(frame_body));
> + d = data_unit_sptr(new ldu1(frame_body));
> break;
> case 0x3:
> d = data_unit_sptr(new tdu(frame_body, false));
>
> This seemed to sort of work as I now get rather garbled, but intelligible,
> audio from the decoder.
>
> I've uploaded the baseband capture (1Msps) and resulting audio .wav file
> that I get at the following URLS:
>
> http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> http://s3.amazonaws.com/public-xrp/p25.wav
>
> Not sure if this is of any use, but it is encouraging to hear voices at
> least. :)
>
> Thanks!
>
> Bob
>
> --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt at ...> wrote:
> >
> > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > 'software_imbe_decoder'. I manually changed the IMBE environment variable
> > to "soft" and confirmed it with printenv, but I'm still getting a flat
> line
> > at the output of the OP25 block. Any other ideas?
> >
> > Thanks,
> >
> > Andy
> >
> > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256 at ...> wrote:
> >
> > > **
> > >
> > >
> > > I *still* haven't checked out the latest code, but in my old code the
> > > default voice frame output was (null?).****
> > >
> > > There are options for file output, null, external (hardware) decoder
> and
> > > internal decoder. You used to be able to spec this on the command line
> as
> > > an environment variable:****
> > >
> > > export IMBE=soft****
> > >
> > > I changed my default to be the internal decoder (see
> > > `imbe_decoder_factory.cc').****
> > >
> > > ** **
> > >
> > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > Behalf Of *Andy Knitt
> > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > *To:* op25-dev at yahoogroups.com
> > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > >
> > > ** **
> > >
> > > ****
> > >
> > > I have the OP25 GRC demo that Balint provided up and running.
> > > Everything seems to working except I'm not getting any audio out of
> > > the OP25 block. I'm getting the "four line" output from the dibit
> > > output port when there is traffic on the channel, and the autotune
> > > output is outputting data. However, no audio. I put a scope on the
> > > audio output and it's a flat line at zero, even when the dibit output
> > > is "four lines". Any tips on how to further troubleshoot?
> > >
> > > Thanks,
> > >
> > > Andy****
> > >
> > > ****
> > >
> > >
> > >
> >
>
>
>
>   
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/0fff9787/attachment.htm>

From ikj1234i at yahoo.com  Thu Apr 26 22:14:59 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Thu, 26 Apr 2012 15:14:59 -0700 (PDT)
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <CAKXzNyf+4Zbbmmv8qzY1J7MvXB7oTR-6udUU17BbwZMQzjGVwg@mail.gmail.com>
References: <CAKXzNyfm4hVwOF1b27f7+jnQboFKzEDkJY1UjERv-5QpLAF2DQ@mail.gmail.com> <jnbgqu+1151a@eGroups.com> <1335452766.57954.YahooMailNeo@web43507.mail.sp1.yahoo.com> <CAKXzNyf+4Zbbmmv8qzY1J7MvXB7oTR-6udUU17BbwZMQzjGVwg@mail.gmail.com>
Message-ID: <1335478499.47911.YahooMailNeo@web39401.mail.mud.yahoo.com>

>? We're getting the "four straight lines" at -3,-1,+1,+3 but still not audio out.


IIRC the last time someone reported this, it was fixed by reversing polarity...

Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/83b550f2/attachment.htm>

From bobrich at gmail.com  Thu Apr 26 23:26:26 2012
From: bobrich at gmail.com (rrgsti)
Date: Thu, 26 Apr 2012 23:26:26 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <1335452766.57954.YahooMailNeo@web43507.mail.sp1.yahoo.com>
Message-ID: <jnclj2+655f@eGroups.com>


Hi Matt!

Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.

I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.

I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.

55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 



--- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80 at ...> wrote:
>
> Hi Bob,
> 
> Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> 
> LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> 
> The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> 
> 
> I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> 
> Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> 
> Is the system running any form of simulcasting???
> 
> Cheers,
> Matt
> 
> ________________________________
>  From: rrgsti <bobrich at ...>
> To: op25-dev at yahoogroups.com 
> Sent: Thursday, 26 April 2012 10:59 PM
> Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
>  
> 
> ?? 
> Quick update from my end.
> 
> It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> 
> I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> 
> --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> @@ -39,7 +39,8 @@
> uint8_t duid = extract(frame_body, 60, 64);
> switch(duid) {
> case 0x0:
> -      d = data_unit_sptr(new hdu(frame_body));
> +      //d = data_unit_sptr(new hdu(frame_body));
> +      d = data_unit_sptr(new ldu1(frame_body));
> break;
> case 0x3:
> d = data_unit_sptr(new tdu(frame_body, false));
> 
> This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> 
> I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> 
> http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> http://s3.amazonaws.com/public-xrp/p25.wav
> 
> Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> 
> Thanks!
> 
> Bob
> 
> --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> >
> > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > at the output of the OP25 block.  Any other ideas?
> > 
> > Thanks,
> > 
> > Andy
> > 
> > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > 
> > > **
> > >
> > >
> > > I *still* haven't checked out the latest code, but in my old code the
> > > default voice frame output was (null?).****
> > >
> > > There are options for file output, null, external (hardware) decoder and
> > > internal decoder. You used to be able to spec this on the command line as
> > > an environment variable:****
> > >
> > > export IMBE=soft****
> > >
> > > I changed my default to be the internal decoder (see
> > > `imbe_decoder_factory.cc').****
> > >
> > > ** **
> > >
> > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > Behalf Of *Andy Knitt
> > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > *To:* op25-dev at yahoogroups.com
> > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > >
> > > ** **
> > >
> > >   ****
> > >
> > > I have the OP25 GRC demo that Balint provided up and running.
> > > Everything seems to working except I'm not getting any audio out of
> > > the OP25 block. I'm getting the "four line" output from the dibit
> > > output port when there is traffic on the channel, and the autotune
> > > output is outputting data. However, no audio. I put a scope on the
> > > audio output and it's a flat line at zero, even when the dibit output
> > > is "four lines". Any tips on how to further troubleshoot?
> > >
> > > Thanks,
> > >
> > > Andy****
> > >
> > > ****
> > >
> > > 
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/c5145db1/attachment.htm>

From bobrich at gmail.com  Wed May  2 15:02:00 2012
From: bobrich at gmail.com (rrgsti)
Date: Wed, 02 May 2012 15:02:00 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jnclj2+655f@eGroups.com>
Message-ID: <jnri98+j1jd@eGroups.com>

Hi folks,

I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.

These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:

55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed

55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6

Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.

The next 64 bits are supposed to be NID, which includes the DUID.

I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.

Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.

I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)

Any thoughts?



--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> 
> Hi Matt!
> 
> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> 
> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> 
> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> 
> 
> 
> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> >
> > Hi Bob,
> > 
> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > 
> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > 
> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > 
> > 
> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > 
> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > 
> > Is the system running any form of simulcasting???
> > 
> > Cheers,
> > Matt
> > 
> > ________________________________
> >  From: rrgsti <bobrich@>
> > To: op25-dev at yahoogroups.com 
> > Sent: Thursday, 26 April 2012 10:59 PM
> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> >  
> > 
> > ?? 
> > Quick update from my end.
> > 
> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > 
> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > 
> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > @@ -39,7 +39,8 @@
> > uint8_t duid = extract(frame_body, 60, 64);
> > switch(duid) {
> > case 0x0:
> > -      d = data_unit_sptr(new hdu(frame_body));
> > +      //d = data_unit_sptr(new hdu(frame_body));
> > +      d = data_unit_sptr(new ldu1(frame_body));
> > break;
> > case 0x3:
> > d = data_unit_sptr(new tdu(frame_body, false));
> > 
> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > 
> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > 
> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > http://s3.amazonaws.com/public-xrp/p25.wav
> > 
> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > 
> > Thanks!
> > 
> > Bob
> > 
> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > >
> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > at the output of the OP25 block.  Any other ideas?
> > > 
> > > Thanks,
> > > 
> > > Andy
> > > 
> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > 
> > > > **
> > > >
> > > >
> > > > I *still* haven't checked out the latest code, but in my old code the
> > > > default voice frame output was (null?).****
> > > >
> > > > There are options for file output, null, external (hardware) decoder and
> > > > internal decoder. You used to be able to spec this on the command line as
> > > > an environment variable:****
> > > >
> > > > export IMBE=soft****
> > > >
> > > > I changed my default to be the internal decoder (see
> > > > `imbe_decoder_factory.cc').****
> > > >
> > > > ** **
> > > >
> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > > Behalf Of *Andy Knitt
> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > > *To:* op25-dev at yahoogroups.com
> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > >
> > > > ** **
> > > >
> > > >   ****
> > > >
> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > > Everything seems to working except I'm not getting any audio out of
> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > > output port when there is traffic on the channel, and the autotune
> > > > output is outputting data. However, no audio. I put a scope on the
> > > > audio output and it's a flat line at zero, even when the dibit output
> > > > is "four lines". Any tips on how to further troubleshoot?
> > > >
> > > > Thanks,
> > > >
> > > > Andy****
> > > >
> > > > ****
> > > >
> > > > 
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120502/d6e437ec/attachment.htm>

From stevie.glass at gmail.com  Thu May  3 01:31:36 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Thu, 3 May 2012 11:31:36 +1000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jnri98+j1jd@eGroups.com>
References: <jnclj2+655f@eGroups.com>
	<jnri98+j1jd@eGroups.com>
Message-ID: <CADC0ay3ZJwjCsb=8PJEb54KEvpxBxPB8aSFeii2wq2GnzaYysw@mail.gmail.com>

The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the
error correction bits (the high order 48 bits). Its possible the NAC is
zero for a data frame since it has its own addressing information within
the frame itself. That would leave you with just the DUID and the
appropriate BCH code for that value. Its possible (but not very likely)
that this would mean the high order bits would be mostly zeroes.

On 3 May 2012 01:02, rrgsti <bobrich at gmail.com> wrote:

> **
>
>
> Hi folks,
>
> I'm still tinkering with this but am running into a bit of a wall with
> regards to P25 data.
>
> These two lines are dumped to stderr using a call to the dump_cw function
> that I added to the code. I'm only dumping the first 30 bytes for brevity:
>
>
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff
> ff fe fc 25 ed
>
> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98
> 1f 9b f8 8e c6
>
> Based on what I've been able to determine so far, the first 48 bits are
> frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we
> see above.
>
> The next 64 bits are supposed to be NID, which includes the DUID.
>
> I could be wrong, but I believe the 02 (which alternates between 02 and 03
> in the lines below) at the 9th byte, is the status bit-pair that is
> interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame). Once
> removed, that shifts the remaining bits to the left 2, which still leaves
> the NID essentially filled with zeroes except for the last two bits.
> Immediately after the NID, however, the bits start flying again.
>
> Does this seem normal? I can't really find any annotated hex dumps of a
> P25 frame to try to line things up, but it seems that the NID should be
> populated with something other than zeroes. If you bit shift the 15th bit 2
> to the left, we'll get a parity bit set every now and then (again, unless
> I'm messing something up), but nothing else.
>
> I'm completely open to the fact that this could just be a bad signal, but
> I can get very clear decodes of the voice if I force the type to LDU1 or
> LDU2, and I have never seen anything but all zeroes here (across many
> minutes of decoded voice data)
>
> Any thoughts?
>
>
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
> >
> >
> > Hi Matt!
> >
> > Thanks for the info, it sounds like that is a very possible option. Is
> there a way to see the state of the fsk4 demodulator? I did try running
> with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4
> instead of the Radio Raush module, and it doesn't seem to behave any
> differently.
> >
> > I did find dump_cw in op25_imbe_frame.h and used it to dump frames right
> before their duid is read. I don't know if these will be meaningful, but
> I'll paste them in here. Moments of silence have the clusters of 0xff's on
> the right, while portions where there is audio has more random numbers.
> >
> > I did note that about 9 bytes into this dump there is a byte that keeps
> flipping between 2 and 3. Is it possible this is where the DUID is (shifted
> a bit or two). Each row starting with 0x55 0x75 is a new frame dumped, I
> only dump the first 32 bytes or so of each one.
> >
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d
> 98 1f 9b f8 8e c6
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af
> 5a 0e 12 84 81 6b
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5
> 9b 1a 1e 22 8a 35
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61
> 34 94 52 a4 f8 ec
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62
> 78 ab c2 52 ee 0f
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff
> 2d 6f ae e2 78 2e
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff ff fc 25 ed
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3
> ed d2 36 6c fa 30
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01
> 0b ae 5a eb 36 8f
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d
> 98 1f 9a f8 8e c6
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff
> 2d 6f ae e2 78 2e
> > 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff
> ff ff fe fc 25 ed
> >
> >
> >
> > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > >
> > > Hi Bob,
> > >
> > > Its more than likely a result of a bad signal. The FSK4 demod tends to
> output zeros when it loses sync which is why the DUID is erroneously coming
> up as 0x00.
> > >
> > > LDU1/2 are the two types of voice frames. LDU1 has signalling data
> embedded and LDU2 has encryption sync data embedded.
> > >
> > > The kludge diff posted below will work - but only for valid frames
> with a corrupt DUID value.
> > >
> > >
> > > I'm sure the root cause is the FSK4 demod isn't locking properly and
> causing a bad DUID value to be outputted. I have seen similar behaviour in
> other areas of OP25 - for example I was looking at the IV/MI value (72
> bits) on a local P25 system here. Whenever the demodulator ran out of
> talent, it would output steams of constant zeros.
> > >
> > > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible
> ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec
> was based on the ASTRO CAI from the same era, so its essentially the same
> thing.
> > >
> > > Is the system running any form of simulcasting??
> > >
> > > Cheers,
> > > Matt
> > >
> > > ________________________________
> > > From: rrgsti <bobrich@>
> > > To: op25-dev at yahoogroups.com
> > > Sent: Thursday, 26 April 2012 10:59 PM
> > > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > >
> > >
> > > ?
> > > Quick update from my end.
> > >
> > > It looks like every frame coming out of the fsk4 demodulator (I'm
> assuming, still a n00b here) is marked with a 'duid' of 0x0. Consequently,
> when data_unit.cc initializes a new data_unit from the frame, it is always
> creating it as an HDU (P25 header) type. This then prevents the IMBE
> decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2
> (no idea what these mean)).
> > >
> > > I figured maybe it has something to do with our system (Ohio MARCS)
> not being full P25 compliant and not including metadata of any sort, so I
> just made the following change to data_unit.cc and re-ran it:
> > >
> > > --- op25-orig/blocks/src/lib/data_unit.cc 2012-04-24
> 10:31:29.139694592 -0400
> > > +++ op25/blocks/src/lib/data_unit.cc 2012-04-26 08:12:35.183962129
> -0400
> > > @@ -39,7 +39,8 @@
> > > uint8_t duid = extract(frame_body, 60, 64);
> > > switch(duid) {
> > > case 0x0:
> > > - d = data_unit_sptr(new hdu(frame_body));
> > > + //d = data_unit_sptr(new hdu(frame_body));
> > > + d = data_unit_sptr(new ldu1(frame_body));
> > > break;
> > > case 0x3:
> > > d = data_unit_sptr(new tdu(frame_body, false));
> > >
> > > This seemed to sort of work as I now get rather garbled, but
> intelligible, audio from the decoder.
> > >
> > > I've uploaded the baseband capture (1Msps) and resulting audio .wav
> file that I get at the following URLS:
> > >
> > > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > http://s3.amazonaws.com/public-xrp/p25.wav
> > >
> > > Not sure if this is of any use, but it is encouraging to hear voices
> at least. :)
> > >
> > > Thanks!
> > >
> > > Bob
> > >
> > > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > >
> > > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > > 'software_imbe_decoder'. I manually changed the IMBE environment
> variable
> > > > to "soft" and confirmed it with printenv, but I'm still getting a
> flat line
> > > > at the output of the OP25 block. Any other ideas?
> > > >
> > > > Thanks,
> > > >
> > > > Andy
> > > >
> > > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > >
> > > > > **
> > > > >
> > > > >
> > > > > I *still* haven't checked out the latest code, but in my old code
> the
> > > > > default voice frame output was (null?).****
> > > > >
> > > > > There are options for file output, null, external (hardware)
> decoder and
> > > > > internal decoder. You used to be able to spec this on the command
> line as
> > > > > an environment variable:****
> > > > >
> > > > > export IMBE=soft****
> > > > >
> > > > > I changed my default to be the internal decoder (see
> > > > > `imbe_decoder_factory.cc').****
> > > > >
> > > > > ** **
> > > > >
> > > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com]
> *On
> > > > > Behalf Of *Andy Knitt
> > > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > > > *To:* op25-dev at yahoogroups.com
> > > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > > >
> > > > > ** **
> > > > >
> > > > > ****
> > > > >
> > > > > I have the OP25 GRC demo that Balint provided up and running.
> > > > > Everything seems to working except I'm not getting any audio out of
> > > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > > > output port when there is traffic on the channel, and the autotune
> > > > > output is outputting data. However, no audio. I put a scope on the
> > > > > audio output and it's a flat line at zero, even when the dibit
> output
> > > > > is "four lines". Any tips on how to further troubleshoot?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Andy****
> > > > >
> > > > > ****
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120503/9f7548a6/attachment.htm>

From stevie.glass at gmail.com  Thu May  3 01:33:06 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Thu, 3 May 2012 11:33:06 +1000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <CADC0ay3ZJwjCsb=8PJEb54KEvpxBxPB8aSFeii2wq2GnzaYysw@mail.gmail.com>
References: <jnclj2+655f@eGroups.com>
	<jnri98+j1jd@eGroups.com>
	<CADC0ay3ZJwjCsb=8PJEb54KEvpxBxPB8aSFeii2wq2GnzaYysw@mail.gmail.com>
Message-ID: <CADC0ay2v4v3vv5=1vLbWf33V4KpUhp9_p_iiV0XU+HT5beC4Tg@mail.gmail.com>

Maybe you could upload the capture file you're working with? Best place
would be the wiki (and you may need to apply for a credential to let you
edit the wiki).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120503/2c118c9e/attachment.htm>

From matt.robert80 at yahoo.com  Thu May  3 03:19:45 2012
From: matt.robert80 at yahoo.com (Matt Robert)
Date: Wed, 2 May 2012 20:19:45 -0700 (PDT)
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <CADC0ay3ZJwjCsb=8PJEb54KEvpxBxPB8aSFeii2wq2GnzaYysw@mail.gmail.com>
References: <jnclj2+655f@eGroups.com> <jnri98+j1jd@eGroups.com> <CADC0ay3ZJwjCsb=8PJEb54KEvpxBxPB8aSFeii2wq2GnzaYysw@mail.gmail.com>
Message-ID: <1336015185.49953.YahooMailNeo@web43514.mail.sp1.yahoo.com>

I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.

I think a capture file would be ideal - this is a curly one for sure!

Bob - which system is this coming off?

Cheers,
Matt


________________________________
 From: Steve Glass <stevie.glass at gmail.com>
To: op25-dev at yahoogroups.com 
Sent: Thursday, 3 May 2012 11:31 AM
Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
 

? 
The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.


On 3 May 2012 01:02, rrgsti <bobrich at gmail.com> wrote:

 
>? 
>Hi folks,
>
>I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
>
>These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
>
>
>55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
>
>55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
>
>
Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
>
>The next 64 bits are supposed to be NID, which includes the DUID.
>
>I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
>
>Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
>
>I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
>
>Any thoughts?
>
>
>--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>>
>> 
>> Hi Matt!
>> 
>> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
>> 
>> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
>> 
>> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
>> 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
>> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
>> 
>> 
>> 
>
>> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
>> >
>> > Hi Bob,
>> > 
>> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
>> > 
>> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
>> > 
>> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
>> > 
>> > 
>> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
>> > 
>> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
>> > 
>> > Is the system running any form of simulcasting???
>> > 
>> > Cheers,
>> > Matt
>> > 
>> > ________________________________
>> >  From: rrgsti <bobrich@>
>
>> > To: op25-dev at yahoogroups.com 
>> > Sent: Thursday, 26 April 2012 10:59 PM
>> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
>> > 
>> > 
>> > ?? 
>> > Quick update from my end.
>> > 
>> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
>> > 
>> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
>> > 
>> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
>> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
>> > @@ -39,7 +39,8 @@
>> > uint8_t duid = extract(frame_body, 60, 64);
>> > switch(duid) {
>> > case 0x0:
>> > -      d = data_unit_sptr(new hdu(frame_body));
>> > +      //d = data_unit_sptr(new hdu(frame_body));
>> > +      d = data_unit_sptr(new ldu1(frame_body));
>> > break;
>> > case 0x3:
>> > d = data_unit_sptr(new tdu(frame_body, false));
>> > 
>> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
>> > 
>> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
>> > 
>> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
>> > http://s3.amazonaws.com/public-xrp/p25.wav
>> > 
>> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
>> > 
>> > Thanks!
>> > 
>> > Bob
>> > 
>> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
>> > >
>> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
>> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
>> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
>> > > at the output of the OP25 block.  Any other ideas?
>> > > 
>> > > Thanks,
>> > > 
>> > > Andy
>> > > 
>> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
>> > > 
>> > > > **
>> > > >
>> > > >
>> > > > I *still* haven't checked out the latest code, but in my old code the
>> > > > default voice frame output was (null?).****
>> > > >
>> > > > There are options for file output, null, external (hardware) decoder and
>> > > > internal decoder. You used to be able to spec this on the command line as
>> > > > an environment variable:****
>> > > >
>> > > > export IMBE=soft****
>> > > >
>> > > > I changed my default to be the internal decoder (see
>> > > > `imbe_decoder_factory.cc').****
>> > > >
>> > > > ** **
>> > > >
>> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
>> > > > Behalf Of *Andy Knitt
>> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
>> > > > *To:* op25-dev at yahoogroups.com
>> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
>> > > >
>> > > > ** **
>> > > >
>> > > >   ****
>> > > >
>> > > > I have the OP25 GRC demo that Balint provided up and running.
>> > > > Everything seems to working except I'm not getting any audio out of
>> > > > the OP25 block. I'm getting the "four line" output from the dibit
>> > > > output port when there is traffic on the channel, and the autotune
>> > > > output is outputting data. However, no audio. I put a scope on the
>> > > > audio output and it's a flat line at zero, even when the dibit output
>> > > > is "four lines". Any tips on how to further troubleshoot?
>> > > >
>> > > > Thanks,
>> > > >
>> > > > Andy****
>> > > >
>> > > > ****
>> > > >
>> > > > 
>> > > >
>> > >
>> >
>>
>
>

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120502/9ca9880a/attachment.htm>

From mike at ossmann.com  Thu May  3 04:04:57 2012
From: mike at ossmann.com (Michael Ossmann)
Date: Wed, 2 May 2012 22:04:57 -0600
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <1336015185.49953.YahooMailNeo@web43514.mail.sp1.yahoo.com>
References: <jnclj2+655f@eGroups.com>
 <jnri98+j1jd@eGroups.com>
 <CADC0ay3ZJwjCsb=8PJEb54KEvpxBxPB8aSFeii2wq2GnzaYysw@mail.gmail.com>
 <1336015185.49953.YahooMailNeo@web43514.mail.sp1.yahoo.com>
Message-ID: <20120503040456.GA31549@ossmann.com>

It doesn't look to me like there are many bit errors.  The 02 in the
ninth byte is certainly a status symbol.  Note that the same dibit is
repeated at end of the 18th and 27th bytes.

Compare with a couple crafted packets:

$ p25craft.py --nac=0 --hdu --ss=2
    Microslot:  ___________0___________ ___________1___________
            0:  557 5f5 ff7 7ff 000 002  000 000 000 000 000 002 
            2:  000 000 000 000 000 002  000 000 000 000 000 002 
            4:  000 000 000 000 000 00a  371 800 000 000 000 002 
            6:  000 000 000 18e b5e 096  527 c2a 235 40d 9f3 47e 
            8:  f1d 41e 421 ea2 358 bfe  312 a5e 371 84a 965 1ba 
           10:  30a 4f8 0c7 54c 751 002 

$ p25craft.py --nac=0 --hdu --ss=2 --mi=0xffffffffffffffffff
    Microslot:  ___________0___________ ___________1___________
            0:  557 5f5 ff7 7ff 000 002  000 000 000 03f 32e fce 
            2:  2ef ccb bf3 2ef ccb bf2  cbb f32 efc cbb f32 efe 
            4:  32e fcc bbf 32e 000 00a  371 800 000 000 000 002 
            6:  000 000 000 18e bfc cba  63a 874 f3d 995 928 b0a 
            8:  f7e e83 b9b c00 00c d1e  f25 4b6 93e 040 d9c 526 
           10:  f34 f3d 69e 7ec 19c 002 

The status symbols are very easy to spot in the first one.

So these are either P25 HDUs with NAC=0 and various MI values, or they
are non-standard packets of some sort.


On Wed, May 02, 2012 at 08:19:45PM -0700, Matt Robert wrote:
>
> I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> 
> I think a capture file would be ideal - this is a curly one for sure!
> 
> Bob - which system is this coming off?
> 
> Cheers,
> Matt
> 
> 
> ________________________________
>  From: Steve Glass <stevie.glass at gmail.com>
> To: op25-dev at yahoogroups.com 
> Sent: Thursday, 3 May 2012 11:31 AM
> Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
>  
> 
> ?? 
> The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> 
> 
> On 3 May 2012 01:02, rrgsti <bobrich at gmail.com> wrote:
> 
>  
> >?? 
> >Hi folks,
> >
> >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> >
> >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> >
> >
> >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> >
> >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> >
> >
> Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> >
> >The next 64 bits are supposed to be NID, which includes the DUID.
> >
> >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> >
> >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> >
> >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> >
> >Any thoughts?
> >
> >
> >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
> >>
> >> 
> >> Hi Matt!
> >> 
> >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> >> 
> >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> >> 
> >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> >> 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 
> >> 
> >> 
> >
> >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> >> >
> >> > Hi Bob,
> >> > 
> >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> >> > 
> >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> >> > 
> >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> >> > 
> >> > 
> >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> >> > 
> >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> >> > 
> >> > Is the system running any form of simulcasting?????
> >> > 
> >> > Cheers,
> >> > Matt
> >> > 
> >> > ________________________________
> >> >  From: rrgsti <bobrich@>
> >
> >> > To: op25-dev at yahoogroups.com 
> >> > Sent: Thursday, 26 April 2012 10:59 PM
> >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> >> > 
> >> > 
> >> > ???? 
> >> > Quick update from my end.
> >> > 
> >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> >> > 
> >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> >> > 
> >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> >> > @@ -39,7 +39,8 @@
> >> > uint8_t duid = extract(frame_body, 60, 64);
> >> > switch(duid) {
> >> > case 0x0:
> >> > -      d = data_unit_sptr(new hdu(frame_body));
> >> > +      //d = data_unit_sptr(new hdu(frame_body));
> >> > +      d = data_unit_sptr(new ldu1(frame_body));
> >> > break;
> >> > case 0x3:
> >> > d = data_unit_sptr(new tdu(frame_body, false));
> >> > 
> >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> >> > 
> >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> >> > 
> >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> >> > http://s3.amazonaws.com/public-xrp/p25.wav
> >> > 
> >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> >> > 
> >> > Thanks!
> >> > 
> >> > Bob
> >> > 
> >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> >> > >
> >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> >> > > at the output of the OP25 block.  Any other ideas?
> >> > > 
> >> > > Thanks,
> >> > > 
> >> > > Andy
> >> > > 
> >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> >> > > 
> >> > > > **
> >> > > >
> >> > > >
> >> > > > I *still* haven't checked out the latest code, but in my old code the
> >> > > > default voice frame output was (null?).****
> >> > > >
> >> > > > There are options for file output, null, external (hardware) decoder and
> >> > > > internal decoder. You used to be able to spec this on the command line as
> >> > > > an environment variable:****
> >> > > >
> >> > > > export IMBE=soft****
> >> > > >
> >> > > > I changed my default to be the internal decoder (see
> >> > > > `imbe_decoder_factory.cc').****
> >> > > >
> >> > > > ** **
> >> > > >
> >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> >> > > > Behalf Of *Andy Knitt
> >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> >> > > > *To:* op25-dev at yahoogroups.com
> >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> >> > > >
> >> > > > ** **
> >> > > >
> >> > > >   ****
> >> > > >
> >> > > > I have the OP25 GRC demo that Balint provided up and running.
> >> > > > Everything seems to working except I'm not getting any audio out of
> >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> >> > > > output port when there is traffic on the channel, and the autotune
> >> > > > output is outputting data. However, no audio. I put a scope on the
> >> > > > audio output and it's a flat line at zero, even when the dibit output
> >> > > > is "four lines". Any tips on how to further troubleshoot?
> >> > > >
> >> > > > Thanks,
> >> > > >
> >> > > > Andy****
> >> > > >
> >> > > > ****
> >> > > >
> >> > > > 
> >> > > >
> >> > >
> >> >
> >>
> >
> >
> 
>  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120502/3234fefc/attachment.htm>

From bobrich at gmail.com  Thu May  3 12:31:32 2012
From: bobrich at gmail.com (rrgsti)
Date: Thu, 03 May 2012 12:31:32 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <1336015185.49953.YahooMailNeo@web43514.mail.sp1.yahoo.com>
Message-ID: <jnttr4+bmr1@eGroups.com>

Hi folks,

Thanks for the input.  For some reason I didn't see p25craft.py and I think that will help me create reference packets to sort out what should and should not be.

I'm not able to do any captures until this evening, but I had previously uploaded this, which I *believe* was the source used for the few lines in the last email.  This was from gnuradio file sink recording from the RTL at 1Msps (the .wav file is the decoded audio from the same session using my hacked up data_unit.cc):

http://s3.amazonaws.com/public-xrp/p25.iq.bz2
http://s3.amazonaws.com/public-xrp/p25.wav

The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.

I'd be happy to capture more if it's of any use or upload the files to another location.

Thanks


--- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80 at ...> wrote:
>
> I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> 
> I think a capture file would be ideal - this is a curly one for sure!
> 
> Bob - which system is this coming off?
> 
> Cheers,
> Matt
> 
> 
> ________________________________
>  From: Steve Glass <stevie.glass at ...>
> To: op25-dev at yahoogroups.com 
> Sent: Thursday, 3 May 2012 11:31 AM
> Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
>  
> 
> ?? 
> The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> 
> 
> On 3 May 2012 01:02, rrgsti <bobrich at ...> wrote:
> 
>  
> >?? 
> >Hi folks,
> >
> >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> >
> >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> >
> >
> >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> >
> >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> >
> >
> Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> >
> >The next 64 bits are supposed to be NID, which includes the DUID.
> >
> >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> >
> >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> >
> >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> >
> >Any thoughts?
> >
> >
> >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >>
> >> 
> >> Hi Matt!
> >> 
> >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> >> 
> >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> >> 
> >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> >> 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> >> 
> >> 
> >> 
> >
> >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> >> >
> >> > Hi Bob,
> >> > 
> >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> >> > 
> >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> >> > 
> >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> >> > 
> >> > 
> >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> >> > 
> >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> >> > 
> >> > Is the system running any form of simulcasting?????
> >> > 
> >> > Cheers,
> >> > Matt
> >> > 
> >> > ________________________________
> >> >  From: rrgsti <bobrich@>
> >
> >> > To: op25-dev at yahoogroups.com 
> >> > Sent: Thursday, 26 April 2012 10:59 PM
> >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> >> > 
> >> > 
> >> > ???? 
> >> > Quick update from my end.
> >> > 
> >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> >> > 
> >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> >> > 
> >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> >> > @@ -39,7 +39,8 @@
> >> > uint8_t duid = extract(frame_body, 60, 64);
> >> > switch(duid) {
> >> > case 0x0:
> >> > -      d = data_unit_sptr(new hdu(frame_body));
> >> > +      //d = data_unit_sptr(new hdu(frame_body));
> >> > +      d = data_unit_sptr(new ldu1(frame_body));
> >> > break;
> >> > case 0x3:
> >> > d = data_unit_sptr(new tdu(frame_body, false));
> >> > 
> >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> >> > 
> >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> >> > 
> >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> >> > http://s3.amazonaws.com/public-xrp/p25.wav
> >> > 
> >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> >> > 
> >> > Thanks!
> >> > 
> >> > Bob
> >> > 
> >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> >> > >
> >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> >> > > at the output of the OP25 block.  Any other ideas?
> >> > > 
> >> > > Thanks,
> >> > > 
> >> > > Andy
> >> > > 
> >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> >> > > 
> >> > > > **
> >> > > >
> >> > > >
> >> > > > I *still* haven't checked out the latest code, but in my old code the
> >> > > > default voice frame output was (null?).****
> >> > > >
> >> > > > There are options for file output, null, external (hardware) decoder and
> >> > > > internal decoder. You used to be able to spec this on the command line as
> >> > > > an environment variable:****
> >> > > >
> >> > > > export IMBE=soft****
> >> > > >
> >> > > > I changed my default to be the internal decoder (see
> >> > > > `imbe_decoder_factory.cc').****
> >> > > >
> >> > > > ** **
> >> > > >
> >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> >> > > > Behalf Of *Andy Knitt
> >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> >> > > > *To:* op25-dev at yahoogroups.com
> >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> >> > > >
> >> > > > ** **
> >> > > >
> >> > > >   ****
> >> > > >
> >> > > > I have the OP25 GRC demo that Balint provided up and running.
> >> > > > Everything seems to working except I'm not getting any audio out of
> >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> >> > > > output port when there is traffic on the channel, and the autotune
> >> > > > output is outputting data. However, no audio. I put a scope on the
> >> > > > audio output and it's a flat line at zero, even when the dibit output
> >> > > > is "four lines". Any tips on how to further troubleshoot?
> >> > > >
> >> > > > Thanks,
> >> > > >
> >> > > > Andy****
> >> > > >
> >> > > > ****
> >> > > >
> >> > > > 
> >> > > >
> >> > >
> >> >
> >>
> >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120503/938bf08a/attachment.htm>

From bobrich at gmail.com  Fri May 11 01:20:57 2012
From: bobrich at gmail.com (rrgsti)
Date: Fri, 11 May 2012 01:20:57 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jnttr4+bmr1@eGroups.com>
Message-ID: <johphp+6pgr@eGroups.com>

Success!  Sort of.

For some reason, this patch makes it work:

Index: data_unit.cc
===================================================================
--- data_unit.cc	(revision 296)
+++ data_unit.cc	(working copy)
@@ -36,7 +36,7 @@
 data_unit::make_data_unit(const_bit_queue& frame_body)
 {
    data_unit_sptr d;
-   uint8_t duid = extract(frame_body, 60, 64);
+   uint8_t duid = extract(frame_body, 113, 114);
    switch(duid) {
    case 0x0:
       d = data_unit_sptr(new hdu(frame_body));
@@ -44,6 +44,7 @@
    case 0x3:
       d = data_unit_sptr(new tdu(frame_body, false));
       break;
+   case 0x1:
    case 0x5:
       d = data_unit_sptr(new ldu1(frame_body));
       break;


Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  

I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.

Here's a tar file with the IQ data, audio output and python file compiled from the flowgraph.

http://s3.amazonaws.com/public-xrp/p25.tar.bz2

Here's the .wav file by itself

http://s3.amazonaws.com/public-xrp/p25-fixed.wav

Here is another set of samples of IQ file and output .wav

Thanks!


--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> Hi folks,
> 
> Thanks for the input.  For some reason I didn't see p25craft.py and I think that will help me create reference packets to sort out what should and should not be.
> 
> I'm not able to do any captures until this evening, but I had previously uploaded this, which I *believe* was the source used for the few lines in the last email.  This was from gnuradio file sink recording from the RTL at 1Msps (the .wav file is the decoded audio from the same session using my hacked up data_unit.cc):
> 
> http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> http://s3.amazonaws.com/public-xrp/p25.wav
> 
> The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> 
> I'd be happy to capture more if it's of any use or upload the files to another location.
> 
> Thanks
> 
> 
> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> >
> > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > 
> > I think a capture file would be ideal - this is a curly one for sure!
> > 
> > Bob - which system is this coming off?
> > 
> > Cheers,
> > Matt
> > 
> > 
> > ________________________________
> >  From: Steve Glass <stevie.glass@>
> > To: op25-dev at yahoogroups.com 
> > Sent: Thursday, 3 May 2012 11:31 AM
> > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> >  
> > 
> > ?? 
> > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > 
> > 
> > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > 
> >  
> > >?? 
> > >Hi folks,
> > >
> > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > >
> > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > >
> > >
> > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > >
> > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > >
> > >
> > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > >
> > >The next 64 bits are supposed to be NID, which includes the DUID.
> > >
> > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > >
> > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > >
> > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > >
> > >Any thoughts?
> > >
> > >
> > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > >>
> > >> 
> > >> Hi Matt!
> > >> 
> > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > >> 
> > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > >> 
> > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > >> 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 
> > >> 
> > >> 
> > >
> > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > >> >
> > >> > Hi Bob,
> > >> > 
> > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > >> > 
> > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > >> > 
> > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > >> > 
> > >> > 
> > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > >> > 
> > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > >> > 
> > >> > Is the system running any form of simulcasting?????
> > >> > 
> > >> > Cheers,
> > >> > Matt
> > >> > 
> > >> > ________________________________
> > >> >  From: rrgsti <bobrich@>
> > >
> > >> > To: op25-dev at yahoogroups.com 
> > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > >> > 
> > >> > 
> > >> > ???? 
> > >> > Quick update from my end.
> > >> > 
> > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > >> > 
> > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > >> > 
> > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > >> > @@ -39,7 +39,8 @@
> > >> > uint8_t duid = extract(frame_body, 60, 64);
> > >> > switch(duid) {
> > >> > case 0x0:
> > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > >> > break;
> > >> > case 0x3:
> > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > >> > 
> > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > >> > 
> > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > >> > 
> > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > >> > 
> > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > >> > 
> > >> > Thanks!
> > >> > 
> > >> > Bob
> > >> > 
> > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > >> > >
> > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > >> > > at the output of the OP25 block.  Any other ideas?
> > >> > > 
> > >> > > Thanks,
> > >> > > 
> > >> > > Andy
> > >> > > 
> > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > >> > > 
> > >> > > > **
> > >> > > >
> > >> > > >
> > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > >> > > > default voice frame output was (null?).****
> > >> > > >
> > >> > > > There are options for file output, null, external (hardware) decoder and
> > >> > > > internal decoder. You used to be able to spec this on the command line as
> > >> > > > an environment variable:****
> > >> > > >
> > >> > > > export IMBE=soft****
> > >> > > >
> > >> > > > I changed my default to be the internal decoder (see
> > >> > > > `imbe_decoder_factory.cc').****
> > >> > > >
> > >> > > > ** **
> > >> > > >
> > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > >> > > > Behalf Of *Andy Knitt
> > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > >> > > > *To:* op25-dev at yahoogroups.com
> > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > >> > > >
> > >> > > > ** **
> > >> > > >
> > >> > > >   ****
> > >> > > >
> > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > >> > > > Everything seems to working except I'm not getting any audio out of
> > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > >> > > > output port when there is traffic on the channel, and the autotune
> > >> > > > output is outputting data. However, no audio. I put a scope on the
> > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > >> > > >
> > >> > > > Thanks,
> > >> > > >
> > >> > > > Andy****
> > >> > > >
> > >> > > > ****
> > >> > > >
> > >> > > > 
> > >> > > >
> > >> > >
> > >> >
> > >>
> > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120511/4d50f5a5/attachment.htm>

From bobrich at gmail.com  Fri May 11 03:55:26 2012
From: bobrich at gmail.com (rrgsti)
Date: Fri, 11 May 2012 03:55:26 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <johphp+6pgr@eGroups.com>
Message-ID: <joi2je+fjqu@eGroups.com>

Also, for what it's worth, I was able to get the P25 CAI dissector working in wireshark and it also identifies every frame as a HDU with a NAC (including DUID) of all zeroes.  The check bit at the end of the NAC alternates between 0 and 1, I can't tell if that's the 113th bit that I'm looking at.

I just overhead someone say 'you need to encrypt your radio' in the channel I'm listening to.  Is it possible that it's encrypted with an empty key?  Would that cause this to happen?

--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> Success!  Sort of.
> 
> For some reason, this patch makes it work:
> 
> Index: data_unit.cc
> ===================================================================
> --- data_unit.cc	(revision 296)
> +++ data_unit.cc	(working copy)
> @@ -36,7 +36,7 @@
>  data_unit::make_data_unit(const_bit_queue& frame_body)
>  {
>     data_unit_sptr d;
> -   uint8_t duid = extract(frame_body, 60, 64);
> +   uint8_t duid = extract(frame_body, 113, 114);
>     switch(duid) {
>     case 0x0:
>        d = data_unit_sptr(new hdu(frame_body));
> @@ -44,6 +44,7 @@
>     case 0x3:
>        d = data_unit_sptr(new tdu(frame_body, false));
>        break;
> +   case 0x1:
>     case 0x5:
>        d = data_unit_sptr(new ldu1(frame_body));
>        break;
> 
> 
> Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> 
> I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> 
> Here's a tar file with the IQ data, audio output and python file compiled from the flowgraph.
> 
> http://s3.amazonaws.com/public-xrp/p25.tar.bz2
> 
> Here's the .wav file by itself
> 
> http://s3.amazonaws.com/public-xrp/p25-fixed.wav
> 
> Here is another set of samples of IQ file and output .wav
> 
> Thanks!
> 
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > Hi folks,
> > 
> > Thanks for the input.  For some reason I didn't see p25craft.py and I think that will help me create reference packets to sort out what should and should not be.
> > 
> > I'm not able to do any captures until this evening, but I had previously uploaded this, which I *believe* was the source used for the few lines in the last email.  This was from gnuradio file sink recording from the RTL at 1Msps (the .wav file is the decoded audio from the same session using my hacked up data_unit.cc):
> > 
> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > http://s3.amazonaws.com/public-xrp/p25.wav
> > 
> > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > 
> > I'd be happy to capture more if it's of any use or upload the files to another location.
> > 
> > Thanks
> > 
> > 
> > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > >
> > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > 
> > > I think a capture file would be ideal - this is a curly one for sure!
> > > 
> > > Bob - which system is this coming off?
> > > 
> > > Cheers,
> > > Matt
> > > 
> > > 
> > > ________________________________
> > >  From: Steve Glass <stevie.glass@>
> > > To: op25-dev at yahoogroups.com 
> > > Sent: Thursday, 3 May 2012 11:31 AM
> > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > >  
> > > 
> > > ?? 
> > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > 
> > > 
> > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > 
> > >  
> > > >?? 
> > > >Hi folks,
> > > >
> > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > >
> > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > >
> > > >
> > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > >
> > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > >
> > > >
> > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > >
> > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > >
> > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > >
> > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > >
> > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > >
> > > >Any thoughts?
> > > >
> > > >
> > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > >>
> > > >> 
> > > >> Hi Matt!
> > > >> 
> > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > >> 
> > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > >> 
> > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > >> 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 
> > > >> 
> > > >> 
> > > >
> > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > >> >
> > > >> > Hi Bob,
> > > >> > 
> > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > >> > 
> > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > >> > 
> > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > >> > 
> > > >> > 
> > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > >> > 
> > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > >> > 
> > > >> > Is the system running any form of simulcasting?????
> > > >> > 
> > > >> > Cheers,
> > > >> > Matt
> > > >> > 
> > > >> > ________________________________
> > > >> >  From: rrgsti <bobrich@>
> > > >
> > > >> > To: op25-dev at yahoogroups.com 
> > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > >> > 
> > > >> > 
> > > >> > ???? 
> > > >> > Quick update from my end.
> > > >> > 
> > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > >> > 
> > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > >> > 
> > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > >> > @@ -39,7 +39,8 @@
> > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > >> > switch(duid) {
> > > >> > case 0x0:
> > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > >> > break;
> > > >> > case 0x3:
> > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > >> > 
> > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > >> > 
> > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > >> > 
> > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > >> > 
> > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > >> > 
> > > >> > Thanks!
> > > >> > 
> > > >> > Bob
> > > >> > 
> > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > >> > >
> > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > >> > > at the output of the OP25 block.  Any other ideas?
> > > >> > > 
> > > >> > > Thanks,
> > > >> > > 
> > > >> > > Andy
> > > >> > > 
> > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > >> > > 
> > > >> > > > **
> > > >> > > >
> > > >> > > >
> > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > >> > > > default voice frame output was (null?).****
> > > >> > > >
> > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > >> > > > an environment variable:****
> > > >> > > >
> > > >> > > > export IMBE=soft****
> > > >> > > >
> > > >> > > > I changed my default to be the internal decoder (see
> > > >> > > > `imbe_decoder_factory.cc').****
> > > >> > > >
> > > >> > > > ** **
> > > >> > > >
> > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > >> > > > Behalf Of *Andy Knitt
> > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > >> > > > *To:* op25-dev at yahoogroups.com
> > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > >> > > >
> > > >> > > > ** **
> > > >> > > >
> > > >> > > >   ****
> > > >> > > >
> > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > >> > > > output port when there is traffic on the channel, and the autotune
> > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > >
> > > >> > > > Andy****
> > > >> > > >
> > > >> > > > ****
> > > >> > > >
> > > >> > > > 
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120511/d90df6fd/attachment.htm>

From ctx50026 at centurytel.net  Sun Jun  3 03:14:26 2012
From: ctx50026 at centurytel.net (homernighthawk)
Date: Sun, 03 Jun 2012 03:14:26 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <johphp+6pgr@eGroups.com>
Message-ID: <jqekqi+j6ae@eGroups.com>


Hi,

I have the same problem with op25.grc. 4 lines on the dibits tab and no audio. I tried the changes you mentioned and they make it work for me also. 

Steve

--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> Success!  Sort of.
> 
> For some reason, this patch makes it work:
> 
> Index: data_unit.cc
> ===================================================================
> --- data_unit.cc	(revision 296)
> +++ data_unit.cc	(working copy)
> @@ -36,7 +36,7 @@
>  data_unit::make_data_unit(const_bit_queue& frame_body)
>  {
>     data_unit_sptr d;
> -   uint8_t duid = extract(frame_body, 60, 64);
> +   uint8_t duid = extract(frame_body, 113, 114);
>     switch(duid) {
>     case 0x0:
>        d = data_unit_sptr(new hdu(frame_body));
> @@ -44,6 +44,7 @@
>     case 0x3:
>        d = data_unit_sptr(new tdu(frame_body, false));
>        break;
> +   case 0x1:
>     case 0x5:
>        d = data_unit_sptr(new ldu1(frame_body));
>        break;
> 
> 
> Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> 
> I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> 
> Here's a tar file with the IQ data, audio output and python file compiled from the flowgraph.
> 
> http://s3.amazonaws.com/public-xrp/p25.tar.bz2
> 
> Here's the .wav file by itself
> 
> http://s3.amazonaws.com/public-xrp/p25-fixed.wav
> 
> Here is another set of samples of IQ file and output .wav
> 
> Thanks!
> 
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > Hi folks,
> > 
> > Thanks for the input.  For some reason I didn't see p25craft.py and I think that will help me create reference packets to sort out what should and should not be.
> > 
> > I'm not able to do any captures until this evening, but I had previously uploaded this, which I *believe* was the source used for the few lines in the last email.  This was from gnuradio file sink recording from the RTL at 1Msps (the .wav file is the decoded audio from the same session using my hacked up data_unit.cc):
> > 
> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > http://s3.amazonaws.com/public-xrp/p25.wav
> > 
> > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > 
> > I'd be happy to capture more if it's of any use or upload the files to another location.
> > 
> > Thanks
> > 
> > 
> > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > >
> > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > 
> > > I think a capture file would be ideal - this is a curly one for sure!
> > > 
> > > Bob - which system is this coming off?
> > > 
> > > Cheers,
> > > Matt
> > > 
> > > 
> > > ________________________________
> > >  From: Steve Glass <stevie.glass@>
> > > To: op25-dev at yahoogroups.com 
> > > Sent: Thursday, 3 May 2012 11:31 AM
> > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > >  
> > > 
> > > ?? 
> > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > 
> > > 
> > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > 
> > >  
> > > >?? 
> > > >Hi folks,
> > > >
> > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > >
> > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > >
> > > >
> > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > >
> > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > >
> > > >
> > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > >
> > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > >
> > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > >
> > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > >
> > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > >
> > > >Any thoughts?
> > > >
> > > >
> > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > >>
> > > >> 
> > > >> Hi Matt!
> > > >> 
> > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > >> 
> > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > >> 
> > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > >> 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 
> > > >> 
> > > >> 
> > > >
> > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > >> >
> > > >> > Hi Bob,
> > > >> > 
> > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > >> > 
> > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > >> > 
> > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > >> > 
> > > >> > 
> > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > >> > 
> > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > >> > 
> > > >> > Is the system running any form of simulcasting?????
> > > >> > 
> > > >> > Cheers,
> > > >> > Matt
> > > >> > 
> > > >> > ________________________________
> > > >> >  From: rrgsti <bobrich@>
> > > >
> > > >> > To: op25-dev at yahoogroups.com 
> > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > >> > 
> > > >> > 
> > > >> > ???? 
> > > >> > Quick update from my end.
> > > >> > 
> > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > >> > 
> > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > >> > 
> > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > >> > @@ -39,7 +39,8 @@
> > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > >> > switch(duid) {
> > > >> > case 0x0:
> > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > >> > break;
> > > >> > case 0x3:
> > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > >> > 
> > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > >> > 
> > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > >> > 
> > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > >> > 
> > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > >> > 
> > > >> > Thanks!
> > > >> > 
> > > >> > Bob
> > > >> > 
> > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > >> > >
> > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > >> > > at the output of the OP25 block.  Any other ideas?
> > > >> > > 
> > > >> > > Thanks,
> > > >> > > 
> > > >> > > Andy
> > > >> > > 
> > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > >> > > 
> > > >> > > > **
> > > >> > > >
> > > >> > > >
> > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > >> > > > default voice frame output was (null?).****
> > > >> > > >
> > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > >> > > > an environment variable:****
> > > >> > > >
> > > >> > > > export IMBE=soft****
> > > >> > > >
> > > >> > > > I changed my default to be the internal decoder (see
> > > >> > > > `imbe_decoder_factory.cc').****
> > > >> > > >
> > > >> > > > ** **
> > > >> > > >
> > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > >> > > > Behalf Of *Andy Knitt
> > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > >> > > > *To:* op25-dev at yahoogroups.com
> > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > >> > > >
> > > >> > > > ** **
> > > >> > > >
> > > >> > > >   ****
> > > >> > > >
> > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > >> > > > output port when there is traffic on the channel, and the autotune
> > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > >
> > > >> > > > Andy****
> > > >> > > >
> > > >> > > > ****
> > > >> > > >
> > > >> > > > 
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120603/00e10b15/attachment.htm>

From bobrich at gmail.com  Sun Jun  3 14:58:07 2012
From: bobrich at gmail.com (rrgsti)
Date: Sun, 03 Jun 2012 14:58:07 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jqekqi+j6ae@eGroups.com>
Message-ID: <jqfu1v+k6g@eGroups.com>

Hi Steve,

This turned out to be an issue with the latest itpp library.  Try  uninstalling itpp 4.2 and installing 4.07 by package or source, then rebuild op25 (without changes).

Good luck!

--- In op25-dev at yahoogroups.com, "homernighthawk" <ctx50026 at ...> wrote:
>
> 
> Hi,
> 
> I have the same problem with op25.grc. 4 lines on the dibits tab and no audio. I tried the changes you mentioned and they make it work for me also. 
> 
> Steve
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > Success!  Sort of.
> > 
> > For some reason, this patch makes it work:
> > 
> > Index: data_unit.cc
> > ===================================================================
> > --- data_unit.cc	(revision 296)
> > +++ data_unit.cc	(working copy)
> > @@ -36,7 +36,7 @@
> >  data_unit::make_data_unit(const_bit_queue& frame_body)
> >  {
> >     data_unit_sptr d;
> > -   uint8_t duid = extract(frame_body, 60, 64);
> > +   uint8_t duid = extract(frame_body, 113, 114);
> >     switch(duid) {
> >     case 0x0:
> >        d = data_unit_sptr(new hdu(frame_body));
> > @@ -44,6 +44,7 @@
> >     case 0x3:
> >        d = data_unit_sptr(new tdu(frame_body, false));
> >        break;
> > +   case 0x1:
> >     case 0x5:
> >        d = data_unit_sptr(new ldu1(frame_body));
> >        break;
> > 
> > 
> > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > 
> > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> > 
> > Here's a tar file with the IQ data, audio output and python file compiled from the flowgraph.
> > 
> > http://s3.amazonaws.com/public-xrp/p25.tar.bz2
> > 
> > Here's the .wav file by itself
> > 
> > http://s3.amazonaws.com/public-xrp/p25-fixed.wav
> > 
> > Here is another set of samples of IQ file and output .wav
> > 
> > Thanks!
> > 
> > 
> > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > >
> > > Hi folks,
> > > 
> > > Thanks for the input.  For some reason I didn't see p25craft.py and I think that will help me create reference packets to sort out what should and should not be.
> > > 
> > > I'm not able to do any captures until this evening, but I had previously uploaded this, which I *believe* was the source used for the few lines in the last email.  This was from gnuradio file sink recording from the RTL at 1Msps (the .wav file is the decoded audio from the same session using my hacked up data_unit.cc):
> > > 
> > > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > http://s3.amazonaws.com/public-xrp/p25.wav
> > > 
> > > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > > 
> > > I'd be happy to capture more if it's of any use or upload the files to another location.
> > > 
> > > Thanks
> > > 
> > > 
> > > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > >
> > > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > > 
> > > > I think a capture file would be ideal - this is a curly one for sure!
> > > > 
> > > > Bob - which system is this coming off?
> > > > 
> > > > Cheers,
> > > > Matt
> > > > 
> > > > 
> > > > ________________________________
> > > >  From: Steve Glass <stevie.glass@>
> > > > To: op25-dev at yahoogroups.com 
> > > > Sent: Thursday, 3 May 2012 11:31 AM
> > > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > >  
> > > > 
> > > > ?? 
> > > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > > 
> > > > 
> > > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > > 
> > > >  
> > > > >?? 
> > > > >Hi folks,
> > > > >
> > > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > > >
> > > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > > >
> > > > >
> > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > > >
> > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > > >
> > > > >
> > > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > > >
> > > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > > >
> > > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > > >
> > > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > > >
> > > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > > >
> > > > >Any thoughts?
> > > > >
> > > > >
> > > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > >>
> > > > >> 
> > > > >> Hi Matt!
> > > > >> 
> > > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > > >> 
> > > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > > >> 
> > > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > > >> 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 
> > > > >> 
> > > > >> 
> > > > >
> > > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > >> >
> > > > >> > Hi Bob,
> > > > >> > 
> > > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > > >> > 
> > > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > > >> > 
> > > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > > >> > 
> > > > >> > 
> > > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > > >> > 
> > > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > > >> > 
> > > > >> > Is the system running any form of simulcasting?????
> > > > >> > 
> > > > >> > Cheers,
> > > > >> > Matt
> > > > >> > 
> > > > >> > ________________________________
> > > > >> >  From: rrgsti <bobrich@>
> > > > >
> > > > >> > To: op25-dev at yahoogroups.com 
> > > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > >> > 
> > > > >> > 
> > > > >> > ???? 
> > > > >> > Quick update from my end.
> > > > >> > 
> > > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > > >> > 
> > > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > > >> > 
> > > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > > >> > @@ -39,7 +39,8 @@
> > > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > > >> > switch(duid) {
> > > > >> > case 0x0:
> > > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > > >> > break;
> > > > >> > case 0x3:
> > > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > > >> > 
> > > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > > >> > 
> > > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > > >> > 
> > > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > > >> > 
> > > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > > >> > 
> > > > >> > Thanks!
> > > > >> > 
> > > > >> > Bob
> > > > >> > 
> > > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > > >> > >
> > > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > > >> > > at the output of the OP25 block.  Any other ideas?
> > > > >> > > 
> > > > >> > > Thanks,
> > > > >> > > 
> > > > >> > > Andy
> > > > >> > > 
> > > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > > >> > > 
> > > > >> > > > **
> > > > >> > > >
> > > > >> > > >
> > > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > > >> > > > default voice frame output was (null?).****
> > > > >> > > >
> > > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > > >> > > > an environment variable:****
> > > > >> > > >
> > > > >> > > > export IMBE=soft****
> > > > >> > > >
> > > > >> > > > I changed my default to be the internal decoder (see
> > > > >> > > > `imbe_decoder_factory.cc').****
> > > > >> > > >
> > > > >> > > > ** **
> > > > >> > > >
> > > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > > >> > > > Behalf Of *Andy Knitt
> > > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > > >> > > > *To:* op25-dev at yahoogroups.com
> > > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > > >> > > >
> > > > >> > > > ** **
> > > > >> > > >
> > > > >> > > >   ****
> > > > >> > > >
> > > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > > >> > > > output port when there is traffic on the channel, and the autotune
> > > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > > >> > > >
> > > > >> > > > Thanks,
> > > > >> > > >
> > > > >> > > > Andy****
> > > > >> > > >
> > > > >> > > > ****
> > > > >> > > >
> > > > >> > > > 
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > > >
> > > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120603/6424fae1/attachment.htm>

From ctx50026 at centurytel.net  Mon Jun  4 12:23:05 2012
From: ctx50026 at centurytel.net (Steve)
Date: Mon, 04 Jun 2012 07:23:05 -0500
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jqfu1v+k6g@eGroups.com>
References: <jqfu1v+k6g@eGroups.com>
Message-ID: <4FCCA8A9.5000509@centurytel.net>

On 06/03/2012 09:58 AM, rrgsti wrote:
>  
> 
> Hi Steve,
> 
> This turned out to be an issue with the latest itpp library. Try
> uninstalling itpp 4.2 and installing 4.07 by package or source, then
> rebuild op25 (without changes).
> 
> Good luck!
> 

Thanks. I may try that. But from what little checking I did it looks
like configuring and building itpp from source is not easy.

steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120604/998b6fa0/attachment.htm>

From bobrich at gmail.com  Mon Jun  4 13:00:12 2012
From: bobrich at gmail.com (rrgsti)
Date: Mon, 04 Jun 2012 13:00:12 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <4FCCA8A9.5000509@centurytel.net>
Message-ID: <jqibgs+70bn@eGroups.com>

I saw someone complaining about that but I really didn't have any issues on Ubuntu 11.10.  I did have to install a BLAS and LAPACK package, but they were just distro packages (apt-get install liblapack or similar).  The actual compilation and install of itpp was uneventful and either was obvious from what was in the source directory or documented.

The little patch to data_unit.cc does get audio out of the system, but it doesn't really work correctly because non-voice frames are tagged as voice, and you get a bunch of odd artifacts and hiccups.

--- In op25-dev at yahoogroups.com, Steve <ctx50026 at ...> wrote:
>
> On 06/03/2012 09:58 AM, rrgsti wrote:
> >  
> > 
> > Hi Steve,
> > 
> > This turned out to be an issue with the latest itpp library. Try
> > uninstalling itpp 4.2 and installing 4.07 by package or source, then
> > rebuild op25 (without changes).
> > 
> > Good luck!
> > 
> 
> Thanks. I may try that. But from what little checking I did it looks
> like configuring and building itpp from source is not easy.
> 
> steve
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120604/50096a66/attachment.htm>

From argilo at gmail.com  Sat Jun  9 16:17:51 2012
From: argilo at gmail.com (argilo314)
Date: Sat, 09 Jun 2012 16:17:51 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <johphp+6pgr@eGroups.com>
Message-ID: <jqvsvf+gme5@eGroups.com>

I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?

- Clayton

--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> 
> I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120609/a63bbebc/attachment.htm>

From argilo at gmail.com  Sun Jun 10 15:19:56 2012
From: argilo at gmail.com (argilo314)
Date: Sun, 10 Jun 2012 15:19:56 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jqvsvf+gme5@eGroups.com>
Message-ID: <jr2dus+qvs3@eGroups.com>

I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.

Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".

- Clayton

--- In op25-dev at yahoogroups.com, "argilo314" <argilo at ...> wrote:
>
> I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> 
> - Clayton
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > 
> > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120610/5c69805e/attachment.htm>

From bobrich at gmail.com  Mon Jun 11 18:08:11 2012
From: bobrich at gmail.com (rrgsti)
Date: Mon, 11 Jun 2012 18:08:11 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jr2dus+qvs3@eGroups.com>
Message-ID: <jr5c6b+tc3t@eGroups.com>

I admire your tenacity Clayton!

The change to software_imbe_decoder does improve audio quality at this end as well.  I added a small amount of logging and noted that the code is going back and forth between the fine and coarse transition operations, so it doesn't seem like something is just 'pegged' at a wrong value.  This is all magic to me, however, so I have no intuition about what is or is not correct.

This is running on 11.10 with itpp 4.07 built from source, latest copies of op25 and fairly recent gnuradio and gr-baz.

Thanks!

--- In op25-dev at yahoogroups.com, "argilo314" <argilo at ...> wrote:
>
> I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.
> 
> Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".
> 
> - Clayton
> 
> --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> >
> > I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> > 
> > - Clayton
> > 
> > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > >
> > > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > > 
> > > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120611/ce20159b/attachment.htm>

From argilo at gmail.com  Mon Jun 11 23:58:04 2012
From: argilo at gmail.com (argilo314)
Date: Mon, 11 Jun 2012 23:58:04 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jr5c6b+tc3t@eGroups.com>
Message-ID: <jr60md+omdg@eGroups.com>

I found the correct fix for the phase issue in the fine transition code.  There was pi^2 in a couple places where it should have been 2*pi.  Here's a patch that includes all my fixes so far:

Index: blocks/src/lib/software_imbe_decoder.cc
===================================================================
--- blocks/src/lib/software_imbe_decoder.cc	(revision 301)
+++ blocks/src/lib/software_imbe_decoder.cc	(working copy)
@@ -757,6 +757,7 @@
 {
    int i,j;
 	//initialize
+   OldL = 0;
    Old = 1; New = 0;
    psi1 = 0.0;
    for(i=0; i < 58; i++) {
@@ -931,7 +932,7 @@
 //         if(abs((int)sample) > 32767) {
 //            sample = 32767 * (sample < 0) ? -1 : 1; // * sgn(sample)
 //         }
-         sample /= 16384.0; /* 32768.0 - but audio amplitude is not full range of int16  */
+         sample /= 65536.0;
          samples->push_back(sample);
       }
    }
@@ -1394,10 +1395,8 @@
       if(vee[ell][ New]) {
          if ( vee[ell][ Old]) {
             if(ell < 8 && fabsf(w0 - Oldw0) < .1 * w0) { // (fine transition)
-               const double PI_SQUARED = M_PI * M_PI;
-               const double INV_PI_SQUARED = 1.0 / PI_SQUARED;
                Dpl = phi[ell][ New] - phi[ell][ Old] -(Oldw0 + w0) * ell * 80;
-               Dwl = .00625 * (Dpl - PI_SQUARED * floorf((Dpl + M_PI) * INV_PI_SQUARED));
+               Dwl = .00625 * (Dpl - 2 * M_PI * floorf((Dpl + M_PI) / (2 * M_PI)));
                THa = (Oldw0 * (float)ell + Dwl);
                THb = (w0 - Oldw0) * ell * .003125;
                Mb = .00625 *(MNew - MOld);

--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> I admire your tenacity Clayton!
> 
> The change to software_imbe_decoder does improve audio quality at this end as well.  I added a small amount of logging and noted that the code is going back and forth between the fine and coarse transition operations, so it doesn't seem like something is just 'pegged' at a wrong value.  This is all magic to me, however, so I have no intuition about what is or is not correct.
> 
> This is running on 11.10 with itpp 4.07 built from source, latest copies of op25 and fairly recent gnuradio and gr-baz.
> 
> Thanks!
> 
> --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> >
> > I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.
> > 
> > Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".
> > 
> > - Clayton
> > 
> > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > >
> > > I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> > > 
> > > - Clayton
> > > 
> > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > >
> > > > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > > > 
> > > > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> > >
> >
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120611/296a440c/attachment.htm>

From argilo at gmail.com  Tue Jun 12 03:45:08 2012
From: argilo at gmail.com (argilo314)
Date: Tue, 12 Jun 2012 03:45:08 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jr60md+omdg@eGroups.com>
Message-ID: <jr6e04+7ic6@eGroups.com>

I believe I found the source of the remaining warble.  The unvoiced synthesizer seems to be filtering the same noise in each 20ms frame, rather than starting with fresh white noise each time, resulting in a 50 Hz hum.  I'll try fixing it to match the spec over the few days.

- Clayton

--- In op25-dev at yahoogroups.com, "argilo314" <argilo at ...> wrote:
>
> I found the correct fix for the phase issue in the fine transition code.  There was pi^2 in a couple places where it should have been 2*pi.  Here's a patch that includes all my fixes so far:
> 
> Index: blocks/src/lib/software_imbe_decoder.cc
> ===================================================================
> --- blocks/src/lib/software_imbe_decoder.cc	(revision 301)
> +++ blocks/src/lib/software_imbe_decoder.cc	(working copy)
> @@ -757,6 +757,7 @@
>  {
>     int i,j;
>  	//initialize
> +   OldL = 0;
>     Old = 1; New = 0;
>     psi1 = 0.0;
>     for(i=0; i < 58; i++) {
> @@ -931,7 +932,7 @@
>  //         if(abs((int)sample) > 32767) {
>  //            sample = 32767 * (sample < 0) ? -1 : 1; // * sgn(sample)
>  //         }
> -         sample /= 16384.0; /* 32768.0 - but audio amplitude is not full range of int16  */
> +         sample /= 65536.0;
>           samples->push_back(sample);
>        }
>     }
> @@ -1394,10 +1395,8 @@
>        if(vee[ell][ New]) {
>           if ( vee[ell][ Old]) {
>              if(ell < 8 && fabsf(w0 - Oldw0) < .1 * w0) { // (fine transition)
> -               const double PI_SQUARED = M_PI * M_PI;
> -               const double INV_PI_SQUARED = 1.0 / PI_SQUARED;
>                 Dpl = phi[ell][ New] - phi[ell][ Old] -(Oldw0 + w0) * ell * 80;
> -               Dwl = .00625 * (Dpl - PI_SQUARED * floorf((Dpl + M_PI) * INV_PI_SQUARED));
> +               Dwl = .00625 * (Dpl - 2 * M_PI * floorf((Dpl + M_PI) / (2 * M_PI)));
>                 THa = (Oldw0 * (float)ell + Dwl);
>                 THb = (w0 - Oldw0) * ell * .003125;
>                 Mb = .00625 *(MNew - MOld);
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > I admire your tenacity Clayton!
> > 
> > The change to software_imbe_decoder does improve audio quality at this end as well.  I added a small amount of logging and noted that the code is going back and forth between the fine and coarse transition operations, so it doesn't seem like something is just 'pegged' at a wrong value.  This is all magic to me, however, so I have no intuition about what is or is not correct.
> > 
> > This is running on 11.10 with itpp 4.07 built from source, latest copies of op25 and fairly recent gnuradio and gr-baz.
> > 
> > Thanks!
> > 
> > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > >
> > > I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.
> > > 
> > > Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".
> > > 
> > > - Clayton
> > > 
> > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > >
> > > > I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> > > > 
> > > > - Clayton
> > > > 
> > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > >
> > > > > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > > > > 
> > > > > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> > > >
> > >
> >
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120612/15126cd7/attachment.htm>

From argilo at gmail.com  Tue Jun 12 23:13:48 2012
From: argilo at gmail.com (argilo314)
Date: Tue, 12 Jun 2012 23:13:48 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jr6e04+7ic6@eGroups.com>
Message-ID: <jr8ifc+dlfq@eGroups.com>

It's fixed!  I've posted a patch with all my fixes here:

http://pastebin.com/8Tw0DNyy

Audio output is sounding very good now.

- Clayton

--- In op25-dev at yahoogroups.com, "argilo314" <argilo at ...> wrote:
>
> I believe I found the source of the remaining warble.  The unvoiced synthesizer seems to be filtering the same noise in each 20ms frame, rather than starting with fresh white noise each time, resulting in a 50 Hz hum.  I'll try fixing it to match the spec over the few days.
> 
> - Clayton
> 
> --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> >
> > I found the correct fix for the phase issue in the fine transition code.  There was pi^2 in a couple places where it should have been 2*pi.  Here's a patch that includes all my fixes so far:
> > 
> > Index: blocks/src/lib/software_imbe_decoder.cc
> > ===================================================================
> > --- blocks/src/lib/software_imbe_decoder.cc	(revision 301)
> > +++ blocks/src/lib/software_imbe_decoder.cc	(working copy)
> > @@ -757,6 +757,7 @@
> >  {
> >     int i,j;
> >  	//initialize
> > +   OldL = 0;
> >     Old = 1; New = 0;
> >     psi1 = 0.0;
> >     for(i=0; i < 58; i++) {
> > @@ -931,7 +932,7 @@
> >  //         if(abs((int)sample) > 32767) {
> >  //            sample = 32767 * (sample < 0) ? -1 : 1; // * sgn(sample)
> >  //         }
> > -         sample /= 16384.0; /* 32768.0 - but audio amplitude is not full range of int16  */
> > +         sample /= 65536.0;
> >           samples->push_back(sample);
> >        }
> >     }
> > @@ -1394,10 +1395,8 @@
> >        if(vee[ell][ New]) {
> >           if ( vee[ell][ Old]) {
> >              if(ell < 8 && fabsf(w0 - Oldw0) < .1 * w0) { // (fine transition)
> > -               const double PI_SQUARED = M_PI * M_PI;
> > -               const double INV_PI_SQUARED = 1.0 / PI_SQUARED;
> >                 Dpl = phi[ell][ New] - phi[ell][ Old] -(Oldw0 + w0) * ell * 80;
> > -               Dwl = .00625 * (Dpl - PI_SQUARED * floorf((Dpl + M_PI) * INV_PI_SQUARED));
> > +               Dwl = .00625 * (Dpl - 2 * M_PI * floorf((Dpl + M_PI) / (2 * M_PI)));
> >                 THa = (Oldw0 * (float)ell + Dwl);
> >                 THb = (w0 - Oldw0) * ell * .003125;
> >                 Mb = .00625 *(MNew - MOld);
> > 
> > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > >
> > > I admire your tenacity Clayton!
> > > 
> > > The change to software_imbe_decoder does improve audio quality at this end as well.  I added a small amount of logging and noted that the code is going back and forth between the fine and coarse transition operations, so it doesn't seem like something is just 'pegged' at a wrong value.  This is all magic to me, however, so I have no intuition about what is or is not correct.
> > > 
> > > This is running on 11.10 with itpp 4.07 built from source, latest copies of op25 and fairly recent gnuradio and gr-baz.
> > > 
> > > Thanks!
> > > 
> > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > >
> > > > I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.
> > > > 
> > > > Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".
> > > > 
> > > > - Clayton
> > > > 
> > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > >
> > > > > I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> > > > > 
> > > > > - Clayton
> > > > > 
> > > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > >
> > > > > > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > > > > > 
> > > > > > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> > > > >
> > > >
> > >
> >
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120612/b8726331/attachment.htm>

From bobrich at gmail.com  Thu Jun 14 02:16:18 2012
From: bobrich at gmail.com (rrgsti)
Date: Thu, 14 Jun 2012 02:16:18 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jr8ifc+dlfq@eGroups.com>
Message-ID: <jrbhhi+h97o@eGroups.com>

Hi Clayton,

For some reason the patch against the .cc file won't apply at all...every hunk fails, even though they appear to line up more or less.  The .h patch applies 'with fuzzing'.  Any idea why?  I pulled a fresh copy of revision 301 from svn to try it with.  I'm just running 'patch -p0 < op25.diff'

I tried doing it by hand but the result sounded like glass shattering behind the voices...kind of interesting really.

Thanks again!  I feel like I'm 10 years away from understanding what half of that code does...I'm glad you have it figured out.  :)

Bob

--- In op25-dev at yahoogroups.com, "argilo314" <argilo at ...> wrote:
>
> It's fixed!  I've posted a patch with all my fixes here:
> 
> http://pastebin.com/8Tw0DNyy
> 
> Audio output is sounding very good now.
> 
> - Clayton
> 
> --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> >
> > I believe I found the source of the remaining warble.  The unvoiced synthesizer seems to be filtering the same noise in each 20ms frame, rather than starting with fresh white noise each time, resulting in a 50 Hz hum.  I'll try fixing it to match the spec over the few days.
> > 
> > - Clayton
> > 
> > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > >
> > > I found the correct fix for the phase issue in the fine transition code.  There was pi^2 in a couple places where it should have been 2*pi.  Here's a patch that includes all my fixes so far:
> > > 
> > > Index: blocks/src/lib/software_imbe_decoder.cc
> > > ===================================================================
> > > --- blocks/src/lib/software_imbe_decoder.cc	(revision 301)
> > > +++ blocks/src/lib/software_imbe_decoder.cc	(working copy)
> > > @@ -757,6 +757,7 @@
> > >  {
> > >     int i,j;
> > >  	//initialize
> > > +   OldL = 0;
> > >     Old = 1; New = 0;
> > >     psi1 = 0.0;
> > >     for(i=0; i < 58; i++) {
> > > @@ -931,7 +932,7 @@
> > >  //         if(abs((int)sample) > 32767) {
> > >  //            sample = 32767 * (sample < 0) ? -1 : 1; // * sgn(sample)
> > >  //         }
> > > -         sample /= 16384.0; /* 32768.0 - but audio amplitude is not full range of int16  */
> > > +         sample /= 65536.0;
> > >           samples->push_back(sample);
> > >        }
> > >     }
> > > @@ -1394,10 +1395,8 @@
> > >        if(vee[ell][ New]) {
> > >           if ( vee[ell][ Old]) {
> > >              if(ell < 8 && fabsf(w0 - Oldw0) < .1 * w0) { // (fine transition)
> > > -               const double PI_SQUARED = M_PI * M_PI;
> > > -               const double INV_PI_SQUARED = 1.0 / PI_SQUARED;
> > >                 Dpl = phi[ell][ New] - phi[ell][ Old] -(Oldw0 + w0) * ell * 80;
> > > -               Dwl = .00625 * (Dpl - PI_SQUARED * floorf((Dpl + M_PI) * INV_PI_SQUARED));
> > > +               Dwl = .00625 * (Dpl - 2 * M_PI * floorf((Dpl + M_PI) / (2 * M_PI)));
> > >                 THa = (Oldw0 * (float)ell + Dwl);
> > >                 THb = (w0 - Oldw0) * ell * .003125;
> > >                 Mb = .00625 *(MNew - MOld);
> > > 
> > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > >
> > > > I admire your tenacity Clayton!
> > > > 
> > > > The change to software_imbe_decoder does improve audio quality at this end as well.  I added a small amount of logging and noted that the code is going back and forth between the fine and coarse transition operations, so it doesn't seem like something is just 'pegged' at a wrong value.  This is all magic to me, however, so I have no intuition about what is or is not correct.
> > > > 
> > > > This is running on 11.10 with itpp 4.07 built from source, latest copies of op25 and fairly recent gnuradio and gr-baz.
> > > > 
> > > > Thanks!
> > > > 
> > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > >
> > > > > I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.
> > > > > 
> > > > > Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".
> > > > > 
> > > > > - Clayton
> > > > > 
> > > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > > >
> > > > > > I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> > > > > > 
> > > > > > - Clayton
> > > > > > 
> > > > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > > >
> > > > > > > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > > > > > > 
> > > > > > > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> > > > > >
> > > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120614/57d27415/attachment.htm>

From argilo at gmail.com  Thu Jun 14 02:56:39 2012
From: argilo at gmail.com (argilo314)
Date: Thu, 14 Jun 2012 02:56:39 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jrbhhi+h97o@eGroups.com>
Message-ID: <jrbjt7+q6hi@eGroups.com>

Strange, something got messed up when I posted the patch to Pastebin.  Try grabbing the patch from here instead: http://argilo.dyndns.org/files/imbe-fixes-new2.patch

- Clayton

--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> Hi Clayton,
> 
> For some reason the patch against the .cc file won't apply at all...every hunk fails, even though they appear to line up more or less.  The .h patch applies 'with fuzzing'.  Any idea why?  I pulled a fresh copy of revision 301 from svn to try it with.  I'm just running 'patch -p0 < op25.diff'
> 
> I tried doing it by hand but the result sounded like glass shattering behind the voices...kind of interesting really.
> 
> Thanks again!  I feel like I'm 10 years away from understanding what half of that code does...I'm glad you have it figured out.  :)
> 
> Bob
> 
> --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> >
> > It's fixed!  I've posted a patch with all my fixes here:
> > 
> > http://pastebin.com/8Tw0DNyy
> > 
> > Audio output is sounding very good now.
> > 
> > - Clayton
> > 
> > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > >
> > > I believe I found the source of the remaining warble.  The unvoiced synthesizer seems to be filtering the same noise in each 20ms frame, rather than starting with fresh white noise each time, resulting in a 50 Hz hum.  I'll try fixing it to match the spec over the few days.
> > > 
> > > - Clayton
> > > 
> > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > >
> > > > I found the correct fix for the phase issue in the fine transition code.  There was pi^2 in a couple places where it should have been 2*pi.  Here's a patch that includes all my fixes so far:
> > > > 
> > > > Index: blocks/src/lib/software_imbe_decoder.cc
> > > > ===================================================================
> > > > --- blocks/src/lib/software_imbe_decoder.cc	(revision 301)
> > > > +++ blocks/src/lib/software_imbe_decoder.cc	(working copy)
> > > > @@ -757,6 +757,7 @@
> > > >  {
> > > >     int i,j;
> > > >  	//initialize
> > > > +   OldL = 0;
> > > >     Old = 1; New = 0;
> > > >     psi1 = 0.0;
> > > >     for(i=0; i < 58; i++) {
> > > > @@ -931,7 +932,7 @@
> > > >  //         if(abs((int)sample) > 32767) {
> > > >  //            sample = 32767 * (sample < 0) ? -1 : 1; // * sgn(sample)
> > > >  //         }
> > > > -         sample /= 16384.0; /* 32768.0 - but audio amplitude is not full range of int16  */
> > > > +         sample /= 65536.0;
> > > >           samples->push_back(sample);
> > > >        }
> > > >     }
> > > > @@ -1394,10 +1395,8 @@
> > > >        if(vee[ell][ New]) {
> > > >           if ( vee[ell][ Old]) {
> > > >              if(ell < 8 && fabsf(w0 - Oldw0) < .1 * w0) { // (fine transition)
> > > > -               const double PI_SQUARED = M_PI * M_PI;
> > > > -               const double INV_PI_SQUARED = 1.0 / PI_SQUARED;
> > > >                 Dpl = phi[ell][ New] - phi[ell][ Old] -(Oldw0 + w0) * ell * 80;
> > > > -               Dwl = .00625 * (Dpl - PI_SQUARED * floorf((Dpl + M_PI) * INV_PI_SQUARED));
> > > > +               Dwl = .00625 * (Dpl - 2 * M_PI * floorf((Dpl + M_PI) / (2 * M_PI)));
> > > >                 THa = (Oldw0 * (float)ell + Dwl);
> > > >                 THb = (w0 - Oldw0) * ell * .003125;
> > > >                 Mb = .00625 *(MNew - MOld);
> > > > 
> > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > >
> > > > > I admire your tenacity Clayton!
> > > > > 
> > > > > The change to software_imbe_decoder does improve audio quality at this end as well.  I added a small amount of logging and noted that the code is going back and forth between the fine and coarse transition operations, so it doesn't seem like something is just 'pegged' at a wrong value.  This is all magic to me, however, so I have no intuition about what is or is not correct.
> > > > > 
> > > > > This is running on 11.10 with itpp 4.07 built from source, latest copies of op25 and fairly recent gnuradio and gr-baz.
> > > > > 
> > > > > Thanks!
> > > > > 
> > > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > > >
> > > > > > I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.
> > > > > > 
> > > > > > Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".
> > > > > > 
> > > > > > - Clayton
> > > > > > 
> > > > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > > > >
> > > > > > > I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> > > > > > > 
> > > > > > > - Clayton
> > > > > > > 
> > > > > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > > > >
> > > > > > > > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > > > > > > > 
> > > > > > > > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120614/ddec1225/attachment.htm>

From stevie.glass at gmail.com  Thu Jun 14 03:43:31 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Thu, 14 Jun 2012 13:43:31 +1000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jrbjt7+q6hi@eGroups.com>
References: <jrbhhi+h97o@eGroups.com>
	<jrbjt7+q6hi@eGroups.com>
Message-ID: <CADC0ay1YU1WGxJdi7LLtrxX9MTop_MARDuz-BLucMfs20BuwKw@mail.gmail.com>

I'll roll those patches into the trunk this weekend so it should ease
things a little.

Strange, something got messed up when I posted the patch to Pastebin. Try
> grabbing the patch from here instead:
> http://argilo.dyndns.org/files/imbe-fixes-new2.patch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120614/38b32911/attachment.htm>

From bobrich at gmail.com  Thu Jun 14 10:06:13 2012
From: bobrich at gmail.com (rrgsti)
Date: Thu, 14 Jun 2012 10:06:13 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jrbjt7+q6hi@eGroups.com>
Message-ID: <jrcd2l+8bqs@eGroups.com>

Ahhhhh...who would have thought a deputy calling in tags could be like music to my ears.

lol

Sounds fantastic.  Great job Clayton and thanks to everyone that has poured so much time and effort into this project and helping neophytes like myself along the way!

Bob

--- In op25-dev at yahoogroups.com, "argilo314" <argilo at ...> wrote:
>
> Strange, something got messed up when I posted the patch to Pastebin.  Try grabbing the patch from here instead: http://argilo.dyndns.org/files/imbe-fixes-new2.patch
> 
> - Clayton
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > Hi Clayton,
> > 
> > For some reason the patch against the .cc file won't apply at all...every hunk fails, even though they appear to line up more or less.  The .h patch applies 'with fuzzing'.  Any idea why?  I pulled a fresh copy of revision 301 from svn to try it with.  I'm just running 'patch -p0 < op25.diff'
> > 
> > I tried doing it by hand but the result sounded like glass shattering behind the voices...kind of interesting really.
> > 
> > Thanks again!  I feel like I'm 10 years away from understanding what half of that code does...I'm glad you have it figured out.  :)
> > 
> > Bob
> > 
> > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > >
> > > It's fixed!  I've posted a patch with all my fixes here:
> > > 
> > > http://pastebin.com/8Tw0DNyy
> > > 
> > > Audio output is sounding very good now.
> > > 
> > > - Clayton
> > > 
> > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > >
> > > > I believe I found the source of the remaining warble.  The unvoiced synthesizer seems to be filtering the same noise in each 20ms frame, rather than starting with fresh white noise each time, resulting in a 50 Hz hum.  I'll try fixing it to match the spec over the few days.
> > > > 
> > > > - Clayton
> > > > 
> > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > >
> > > > > I found the correct fix for the phase issue in the fine transition code.  There was pi^2 in a couple places where it should have been 2*pi.  Here's a patch that includes all my fixes so far:
> > > > > 
> > > > > Index: blocks/src/lib/software_imbe_decoder.cc
> > > > > ===================================================================
> > > > > --- blocks/src/lib/software_imbe_decoder.cc	(revision 301)
> > > > > +++ blocks/src/lib/software_imbe_decoder.cc	(working copy)
> > > > > @@ -757,6 +757,7 @@
> > > > >  {
> > > > >     int i,j;
> > > > >  	//initialize
> > > > > +   OldL = 0;
> > > > >     Old = 1; New = 0;
> > > > >     psi1 = 0.0;
> > > > >     for(i=0; i < 58; i++) {
> > > > > @@ -931,7 +932,7 @@
> > > > >  //         if(abs((int)sample) > 32767) {
> > > > >  //            sample = 32767 * (sample < 0) ? -1 : 1; // * sgn(sample)
> > > > >  //         }
> > > > > -         sample /= 16384.0; /* 32768.0 - but audio amplitude is not full range of int16  */
> > > > > +         sample /= 65536.0;
> > > > >           samples->push_back(sample);
> > > > >        }
> > > > >     }
> > > > > @@ -1394,10 +1395,8 @@
> > > > >        if(vee[ell][ New]) {
> > > > >           if ( vee[ell][ Old]) {
> > > > >              if(ell < 8 && fabsf(w0 - Oldw0) < .1 * w0) { // (fine transition)
> > > > > -               const double PI_SQUARED = M_PI * M_PI;
> > > > > -               const double INV_PI_SQUARED = 1.0 / PI_SQUARED;
> > > > >                 Dpl = phi[ell][ New] - phi[ell][ Old] -(Oldw0 + w0) * ell * 80;
> > > > > -               Dwl = .00625 * (Dpl - PI_SQUARED * floorf((Dpl + M_PI) * INV_PI_SQUARED));
> > > > > +               Dwl = .00625 * (Dpl - 2 * M_PI * floorf((Dpl + M_PI) / (2 * M_PI)));
> > > > >                 THa = (Oldw0 * (float)ell + Dwl);
> > > > >                 THb = (w0 - Oldw0) * ell * .003125;
> > > > >                 Mb = .00625 *(MNew - MOld);
> > > > > 
> > > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > >
> > > > > > I admire your tenacity Clayton!
> > > > > > 
> > > > > > The change to software_imbe_decoder does improve audio quality at this end as well.  I added a small amount of logging and noted that the code is going back and forth between the fine and coarse transition operations, so it doesn't seem like something is just 'pegged' at a wrong value.  This is all magic to me, however, so I have no intuition about what is or is not correct.
> > > > > > 
> > > > > > This is running on 11.10 with itpp 4.07 built from source, latest copies of op25 and fairly recent gnuradio and gr-baz.
> > > > > > 
> > > > > > Thanks!
> > > > > > 
> > > > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > > > >
> > > > > > > I've made a bit of progress.  It appears that the phase calculation in  software_imbe_decoder::synth_voiced is not correct in the "fine transition" case, resulting in abrupt phase shifts between the 20ms frames.  I'm not sure yet how to correct it, but by commenting out the "fine transition" case completely so that the "coarse transition" case always runs instead, I've eliminated most of the warble.
> > > > > > > 
> > > > > > > Another problem I noticed is that the audio output is sometimes greater than 1.0, resulting in clipping if connected directly to an audio sink.  I corrected this by changing the "sample /= 16384.0;" line at the end of software_imbe_decoder::decode_audio back to "sample /= 32768.0;".
> > > > > > > 
> > > > > > > - Clayton
> > > > > > > 
> > > > > > > --- In op25-dev at yahoogroups.com, "argilo314" <argilo@> wrote:
> > > > > > > >
> > > > > > > > I'm getting the same issue with the sound: speech is intelligible but with a strong warble that makes it sound like talking through a fan.  I had a quick look at the waveform and spectrum of the output but didn't spot any obvious problems there.  Not knowing IMBE, I couldn't get far with the code.  Any ideas?
> > > > > > > > 
> > > > > > > > - Clayton
> > > > > > > > 
> > > > > > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > > > > >
> > > > > > > > > Basically looking at bit 113 (only) seems to indicate whether or not it's a voice frame of some sort.  The audio still sounds like everyone is talking through a fan, but there are no dropouts, no clicks, no stutters, etc.  
> > > > > > > > > 
> > > > > > > > > I could not find anything resembling a DUID or NAC in the headers.  If anyone has a suggestion to de-warble the audio, I would greatly appreciate it.
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120614/a7c9345c/attachment.htm>

From matt.robert80 at yahoo.com  Sat May 12 03:05:35 2012
From: matt.robert80 at yahoo.com (Matt)
Date: Sat, 12 May 2012 03:05:35 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jnttr4+bmr1@eGroups.com>
Message-ID: <jokk1v+u3lq@eGroups.com>

Aha - the plot thickens. Ohio MARCS isn't a true P25 system - its an old Type 2, 3600 baud 2FSK  Motorola trunk system that has Motorola ASTRO CAI compatible voice channels. 

These systems were implemented between 1996 and 2002 which is after Motorola ditched VSELP as their codec and went to the CAI IMBE format that was ratified in 2002 as the real P25 standard. These systems supported analog voice also, however MARCS has dropped that and is only using digital voice.

These ASTRO voice channels use the same IMBE vocoder as a true P25 system, and a very similar CAI compatible format, but the usual P25 fields are used for other purposes. The NSWGRN used to use this before it went pure P25.

OP25 has been implemented to the P25 specs, which differ slightly form these systems.

The NAC values are calculated on these systems by a combination of the Type 2 System ID, and the Analog connect tone code. Anyone who played with the old classic trunker on 3600 baud systems will recall this.

If you could list which site you are listening to and the system ID, I can look into it further from some old notes that I have lying around.

--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> 
> I'd be happy to capture more if it's of any use or upload the files to another location.
> 
> Thanks
> 
> 
> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> >
> > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > 
> > I think a capture file would be ideal - this is a curly one for sure!
> > 
> > Bob - which system is this coming off?
> > 
> > Cheers,
> > Matt
> > 
> > 
> > ________________________________
> >  From: Steve Glass <stevie.glass@>
> > To: op25-dev at yahoogroups.com 
> > Sent: Thursday, 3 May 2012 11:31 AM
> > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> >  
> > 
> > ?? 
> > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > 
> > 
> > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > 
> >  
> > >?? 
> > >Hi folks,
> > >
> > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > >
> > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > >
> > >
> > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > >
> > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > >
> > >
> > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > >
> > >The next 64 bits are supposed to be NID, which includes the DUID.
> > >
> > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > >
> > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > >
> > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > >
> > >Any thoughts?
> > >
> > >
> > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > >>
> > >> 
> > >> Hi Matt!
> > >> 
> > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > >> 
> > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > >> 
> > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > >> 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > >> 
> > >> 
> > >> 
> > >
> > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > >> >
> > >> > Hi Bob,
> > >> > 
> > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > >> > 
> > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > >> > 
> > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > >> > 
> > >> > 
> > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > >> > 
> > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > >> > 
> > >> > Is the system running any form of simulcasting?????
> > >> > 
> > >> > Cheers,
> > >> > Matt
> > >> > 
> > >> > ________________________________
> > >> >  From: rrgsti <bobrich@>
> > >
> > >> > To: op25-dev at yahoogroups.com 
> > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > >> > 
> > >> > 
> > >> > ???? 
> > >> > Quick update from my end.
> > >> > 
> > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > >> > 
> > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > >> > 
> > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > >> > @@ -39,7 +39,8 @@
> > >> > uint8_t duid = extract(frame_body, 60, 64);
> > >> > switch(duid) {
> > >> > case 0x0:
> > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > >> > break;
> > >> > case 0x3:
> > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > >> > 
> > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > >> > 
> > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > >> > 
> > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > >> > 
> > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > >> > 
> > >> > Thanks!
> > >> > 
> > >> > Bob
> > >> > 
> > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > >> > >
> > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > >> > > at the output of the OP25 block.  Any other ideas?
> > >> > > 
> > >> > > Thanks,
> > >> > > 
> > >> > > Andy
> > >> > > 
> > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > >> > > 
> > >> > > > **
> > >> > > >
> > >> > > >
> > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > >> > > > default voice frame output was (null?).****
> > >> > > >
> > >> > > > There are options for file output, null, external (hardware) decoder and
> > >> > > > internal decoder. You used to be able to spec this on the command line as
> > >> > > > an environment variable:****
> > >> > > >
> > >> > > > export IMBE=soft****
> > >> > > >
> > >> > > > I changed my default to be the internal decoder (see
> > >> > > > `imbe_decoder_factory.cc').****
> > >> > > >
> > >> > > > ** **
> > >> > > >
> > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > >> > > > Behalf Of *Andy Knitt
> > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > >> > > > *To:* op25-dev at yahoogroups.com
> > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > >> > > >
> > >> > > > ** **
> > >> > > >
> > >> > > >   ****
> > >> > > >
> > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > >> > > > Everything seems to working except I'm not getting any audio out of
> > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > >> > > > output port when there is traffic on the channel, and the autotune
> > >> > > > output is outputting data. However, no audio. I put a scope on the
> > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > >> > > >
> > >> > > > Thanks,
> > >> > > >
> > >> > > > Andy****
> > >> > > >
> > >> > > > ****
> > >> > > >
> > >> > > > 
> > >> > > >
> > >> > >
> > >> >
> > >>
> > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120512/bcc96eb5/attachment.htm>

From bobrich at gmail.com  Sat May 12 15:53:55 2012
From: bobrich at gmail.com (rrgsti)
Date: Sat, 12 May 2012 15:53:55 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jokk1v+u3lq@eGroups.com>
Message-ID: <jom12j+tp8d@eGroups.com>

Interesting!  I did see on the MARCS page at Ohio.gov say that they were planning to upgrade to P25, which was a bit confusing.

These are the control channels I'm able to see in UniTrunker with my little home-brew antenna.  These are all around central/western ohio.  The first one is the only analog system, and the signal is pretty poor.

http://i.imgur.com/CoNGl.png

I am able to decode the voice channels a bit in DSD on Windows as well.  It's somewhat odd, as the voice, when it's smoothly decoded, is very high quality, but it drops out quite a bit.  I'm doing it through the audio output of HDSDR, though, which is probably where the issue is.

Anyway, DSD does kick out some diagnostic info as well if that's of any use.  I can also get snapshots from Wireshark of the P25 CAI.

I do appreciate any effort put into this but please enjoy your weekend first and foremost.  :)

Take care.


--- In op25-dev at yahoogroups.com, "Matt" <matt.robert80 at ...> wrote:
>
> Aha - the plot thickens. Ohio MARCS isn't a true P25 system - its an old Type 2, 3600 baud 2FSK  Motorola trunk system that has Motorola ASTRO CAI compatible voice channels. 
> 
> These systems were implemented between 1996 and 2002 which is after Motorola ditched VSELP as their codec and went to the CAI IMBE format that was ratified in 2002 as the real P25 standard. These systems supported analog voice also, however MARCS has dropped that and is only using digital voice.
> 
> These ASTRO voice channels use the same IMBE vocoder as a true P25 system, and a very similar CAI compatible format, but the usual P25 fields are used for other purposes. The NSWGRN used to use this before it went pure P25.
> 
> OP25 has been implemented to the P25 specs, which differ slightly form these systems.
> 
> The NAC values are calculated on these systems by a combination of the Type 2 System ID, and the Analog connect tone code. Anyone who played with the old classic trunker on 3600 baud systems will recall this.
> 
> If you could list which site you are listening to and the system ID, I can look into it further from some old notes that I have lying around.
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > 
> > I'd be happy to capture more if it's of any use or upload the files to another location.
> > 
> > Thanks
> > 
> > 
> > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > >
> > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > 
> > > I think a capture file would be ideal - this is a curly one for sure!
> > > 
> > > Bob - which system is this coming off?
> > > 
> > > Cheers,
> > > Matt
> > > 
> > > 
> > > ________________________________
> > >  From: Steve Glass <stevie.glass@>
> > > To: op25-dev at yahoogroups.com 
> > > Sent: Thursday, 3 May 2012 11:31 AM
> > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > >  
> > > 
> > > ?? 
> > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > 
> > > 
> > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > 
> > >  
> > > >?? 
> > > >Hi folks,
> > > >
> > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > >
> > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > >
> > > >
> > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > >
> > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > >
> > > >
> > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > >
> > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > >
> > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > >
> > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > >
> > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > >
> > > >Any thoughts?
> > > >
> > > >
> > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > >>
> > > >> 
> > > >> Hi Matt!
> > > >> 
> > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > >> 
> > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > >> 
> > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > >> 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > >> 
> > > >> 
> > > >> 
> > > >
> > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > >> >
> > > >> > Hi Bob,
> > > >> > 
> > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > >> > 
> > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > >> > 
> > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > >> > 
> > > >> > 
> > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > >> > 
> > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > >> > 
> > > >> > Is the system running any form of simulcasting?????
> > > >> > 
> > > >> > Cheers,
> > > >> > Matt
> > > >> > 
> > > >> > ________________________________
> > > >> >  From: rrgsti <bobrich@>
> > > >
> > > >> > To: op25-dev at yahoogroups.com 
> > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > >> > 
> > > >> > 
> > > >> > ???? 
> > > >> > Quick update from my end.
> > > >> > 
> > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > >> > 
> > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > >> > 
> > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > >> > @@ -39,7 +39,8 @@
> > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > >> > switch(duid) {
> > > >> > case 0x0:
> > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > >> > break;
> > > >> > case 0x3:
> > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > >> > 
> > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > >> > 
> > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > >> > 
> > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > >> > 
> > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > >> > 
> > > >> > Thanks!
> > > >> > 
> > > >> > Bob
> > > >> > 
> > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > >> > >
> > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > >> > > at the output of the OP25 block.  Any other ideas?
> > > >> > > 
> > > >> > > Thanks,
> > > >> > > 
> > > >> > > Andy
> > > >> > > 
> > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > >> > > 
> > > >> > > > **
> > > >> > > >
> > > >> > > >
> > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > >> > > > default voice frame output was (null?).****
> > > >> > > >
> > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > >> > > > an environment variable:****
> > > >> > > >
> > > >> > > > export IMBE=soft****
> > > >> > > >
> > > >> > > > I changed my default to be the internal decoder (see
> > > >> > > > `imbe_decoder_factory.cc').****
> > > >> > > >
> > > >> > > > ** **
> > > >> > > >
> > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > >> > > > Behalf Of *Andy Knitt
> > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > >> > > > *To:* op25-dev at yahoogroups.com
> > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > >> > > >
> > > >> > > > ** **
> > > >> > > >
> > > >> > > >   ****
> > > >> > > >
> > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > >> > > > output port when there is traffic on the channel, and the autotune
> > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > >
> > > >> > > > Andy****
> > > >> > > >
> > > >> > > > ****
> > > >> > > >
> > > >> > > > 
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120512/82700ab8/attachment.htm>

From matt.robert80 at yahoo.com  Sun May 13 03:15:38 2012
From: matt.robert80 at yahoo.com (Matt)
Date: Sun, 13 May 2012 03:15:38 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jom12j+tp8d@eGroups.com>
Message-ID: <jon90q+t7on@eGroups.com>

One thing I need to clarify - when I say type 2 is a 3600 baud 2FSK system, I am referring to the control channel only. The voice channels are, of course, C4FM.

The really strange thing is that I have been over the DSD source code, and it decodes voice by specifically looking for LDU1 and LDU2 frames. If OP25 is detecting HDU frames, then DSD should be also..

Cheers,
Matt


--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> Interesting!  I did see on the MARCS page at Ohio.gov say that they were planning to upgrade to P25, which was a bit confusing.
> 
> These are the control channels I'm able to see in UniTrunker with my little home-brew antenna.  These are all around central/western ohio.  The first one is the only analog system, and the signal is pretty poor.
> 
> http://i.imgur.com/CoNGl.png
> 
> I am able to decode the voice channels a bit in DSD on Windows as well.  It's somewhat odd, as the voice, when it's smoothly decoded, is very high quality, but it drops out quite a bit.  I'm doing it through the audio output of HDSDR, though, which is probably where the issue is.
> 
> Anyway, DSD does kick out some diagnostic info as well if that's of any use.  I can also get snapshots from Wireshark of the P25 CAI.
> 
> I do appreciate any effort put into this but please enjoy your weekend first and foremost.  :)
> 
> Take care.
> 
> 
> --- In op25-dev at yahoogroups.com, "Matt" <matt.robert80@> wrote:
> >
> > Aha - the plot thickens. Ohio MARCS isn't a true P25 system - its an old Type 2, 3600 baud 2FSK  Motorola trunk system that has Motorola ASTRO CAI compatible voice channels. 
> > 
> > These systems were implemented between 1996 and 2002 which is after Motorola ditched VSELP as their codec and went to the CAI IMBE format that was ratified in 2002 as the real P25 standard. These systems supported analog voice also, however MARCS has dropped that and is only using digital voice.
> > 
> > These ASTRO voice channels use the same IMBE vocoder as a true P25 system, and a very similar CAI compatible format, but the usual P25 fields are used for other purposes. The NSWGRN used to use this before it went pure P25.
> > 
> > OP25 has been implemented to the P25 specs, which differ slightly form these systems.
> > 
> > The NAC values are calculated on these systems by a combination of the Type 2 System ID, and the Analog connect tone code. Anyone who played with the old classic trunker on 3600 baud systems will recall this.
> > 
> > If you could list which site you are listening to and the system ID, I can look into it further from some old notes that I have lying around.
> > 
> > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > >
> > > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > > 
> > > I'd be happy to capture more if it's of any use or upload the files to another location.
> > > 
> > > Thanks
> > > 
> > > 
> > > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > >
> > > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > > 
> > > > I think a capture file would be ideal - this is a curly one for sure!
> > > > 
> > > > Bob - which system is this coming off?
> > > > 
> > > > Cheers,
> > > > Matt
> > > > 
> > > > 
> > > > ________________________________
> > > >  From: Steve Glass <stevie.glass@>
> > > > To: op25-dev at yahoogroups.com 
> > > > Sent: Thursday, 3 May 2012 11:31 AM
> > > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > >  
> > > > 
> > > > ?? 
> > > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > > 
> > > > 
> > > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > > 
> > > >  
> > > > >?? 
> > > > >Hi folks,
> > > > >
> > > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > > >
> > > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > > >
> > > > >
> > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > > >
> > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > > >
> > > > >
> > > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > > >
> > > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > > >
> > > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > > >
> > > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > > >
> > > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > > >
> > > > >Any thoughts?
> > > > >
> > > > >
> > > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > >>
> > > > >> 
> > > > >> Hi Matt!
> > > > >> 
> > > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > > >> 
> > > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > > >> 
> > > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > > >> 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > >> 
> > > > >> 
> > > > >> 
> > > > >
> > > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > >> >
> > > > >> > Hi Bob,
> > > > >> > 
> > > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > > >> > 
> > > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > > >> > 
> > > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > > >> > 
> > > > >> > 
> > > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > > >> > 
> > > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > > >> > 
> > > > >> > Is the system running any form of simulcasting?????
> > > > >> > 
> > > > >> > Cheers,
> > > > >> > Matt
> > > > >> > 
> > > > >> > ________________________________
> > > > >> >  From: rrgsti <bobrich@>
> > > > >
> > > > >> > To: op25-dev at yahoogroups.com 
> > > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > >> > 
> > > > >> > 
> > > > >> > ???? 
> > > > >> > Quick update from my end.
> > > > >> > 
> > > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > > >> > 
> > > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > > >> > 
> > > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > > >> > @@ -39,7 +39,8 @@
> > > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > > >> > switch(duid) {
> > > > >> > case 0x0:
> > > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > > >> > break;
> > > > >> > case 0x3:
> > > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > > >> > 
> > > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > > >> > 
> > > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > > >> > 
> > > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > > >> > 
> > > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > > >> > 
> > > > >> > Thanks!
> > > > >> > 
> > > > >> > Bob
> > > > >> > 
> > > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > > >> > >
> > > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > > >> > > at the output of the OP25 block.  Any other ideas?
> > > > >> > > 
> > > > >> > > Thanks,
> > > > >> > > 
> > > > >> > > Andy
> > > > >> > > 
> > > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > > >> > > 
> > > > >> > > > **
> > > > >> > > >
> > > > >> > > >
> > > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > > >> > > > default voice frame output was (null?).****
> > > > >> > > >
> > > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > > >> > > > an environment variable:****
> > > > >> > > >
> > > > >> > > > export IMBE=soft****
> > > > >> > > >
> > > > >> > > > I changed my default to be the internal decoder (see
> > > > >> > > > `imbe_decoder_factory.cc').****
> > > > >> > > >
> > > > >> > > > ** **
> > > > >> > > >
> > > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > > >> > > > Behalf Of *Andy Knitt
> > > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > > >> > > > *To:* op25-dev at yahoogroups.com
> > > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > > >> > > >
> > > > >> > > > ** **
> > > > >> > > >
> > > > >> > > >   ****
> > > > >> > > >
> > > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > > >> > > > output port when there is traffic on the channel, and the autotune
> > > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > > >> > > >
> > > > >> > > > Thanks,
> > > > >> > > >
> > > > >> > > > Andy****
> > > > >> > > >
> > > > >> > > > ****
> > > > >> > > >
> > > > >> > > > 
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > > >
> > > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120513/37697532/attachment.htm>

From cottrell.m.a at gmail.com  Fri May 18 03:22:30 2012
From: cottrell.m.a at gmail.com (markop25)
Date: Fri, 18 May 2012 03:22:30 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jon90q+t7on@eGroups.com>
Message-ID: <jp4f9m+h4bd@eGroups.com>



So I have been trying figure out why I have been having problems with NID decoding in later versions of ubuntu, and have tracked it down to a difference in the versions of libitpp and libitpp-dev.  After installing the versions from the 11.04 package repository (4.0.7-1, as opposed to 4.2-4 in 11.10 and onwards), it started working.  The offending function call appears to be on line 177 in op25_decoder_bf.cc, which is a call to itpp::BCH.encode.  It would be good if someone else could give this a try just to verify that it is an issue with later versions of libitpp (even though the bch source code doesn't appear to have changed in over 2 years...).  Hope this info is of use to someone.

Thanks,
Mark

--- In op25-dev at yahoogroups.com, "Matt" <matt.robert80 at ...> wrote:
>
> One thing I need to clarify - when I say type 2 is a 3600 baud 2FSK system, I am referring to the control channel only. The voice channels are, of course, C4FM.
> 
> The really strange thing is that I have been over the DSD source code, and it decodes voice by specifically looking for LDU1 and LDU2 frames. If OP25 is detecting HDU frames, then DSD should be also..
> 
> Cheers,
> Matt
> 
> 
> --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> >
> > Interesting!  I did see on the MARCS page at Ohio.gov say that they were planning to upgrade to P25, which was a bit confusing.
> > 
> > These are the control channels I'm able to see in UniTrunker with my little home-brew antenna.  These are all around central/western ohio.  The first one is the only analog system, and the signal is pretty poor.
> > 
> > http://i.imgur.com/CoNGl.png
> > 
> > I am able to decode the voice channels a bit in DSD on Windows as well.  It's somewhat odd, as the voice, when it's smoothly decoded, is very high quality, but it drops out quite a bit.  I'm doing it through the audio output of HDSDR, though, which is probably where the issue is.
> > 
> > Anyway, DSD does kick out some diagnostic info as well if that's of any use.  I can also get snapshots from Wireshark of the P25 CAI.
> > 
> > I do appreciate any effort put into this but please enjoy your weekend first and foremost.  :)
> > 
> > Take care.
> > 
> > 
> > --- In op25-dev at yahoogroups.com, "Matt" <matt.robert80@> wrote:
> > >
> > > Aha - the plot thickens. Ohio MARCS isn't a true P25 system - its an old Type 2, 3600 baud 2FSK  Motorola trunk system that has Motorola ASTRO CAI compatible voice channels. 
> > > 
> > > These systems were implemented between 1996 and 2002 which is after Motorola ditched VSELP as their codec and went to the CAI IMBE format that was ratified in 2002 as the real P25 standard. These systems supported analog voice also, however MARCS has dropped that and is only using digital voice.
> > > 
> > > These ASTRO voice channels use the same IMBE vocoder as a true P25 system, and a very similar CAI compatible format, but the usual P25 fields are used for other purposes. The NSWGRN used to use this before it went pure P25.
> > > 
> > > OP25 has been implemented to the P25 specs, which differ slightly form these systems.
> > > 
> > > The NAC values are calculated on these systems by a combination of the Type 2 System ID, and the Analog connect tone code. Anyone who played with the old classic trunker on 3600 baud systems will recall this.
> > > 
> > > If you could list which site you are listening to and the system ID, I can look into it further from some old notes that I have lying around.
> > > 
> > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > >
> > > > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > > > 
> > > > I'd be happy to capture more if it's of any use or upload the files to another location.
> > > > 
> > > > Thanks
> > > > 
> > > > 
> > > > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > >
> > > > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > > > 
> > > > > I think a capture file would be ideal - this is a curly one for sure!
> > > > > 
> > > > > Bob - which system is this coming off?
> > > > > 
> > > > > Cheers,
> > > > > Matt
> > > > > 
> > > > > 
> > > > > ________________________________
> > > > >  From: Steve Glass <stevie.glass@>
> > > > > To: op25-dev at yahoogroups.com 
> > > > > Sent: Thursday, 3 May 2012 11:31 AM
> > > > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > >  
> > > > > 
> > > > > ?? 
> > > > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > > > 
> > > > > 
> > > > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > > > 
> > > > >  
> > > > > >?? 
> > > > > >Hi folks,
> > > > > >
> > > > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > > > >
> > > > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > > > >
> > > > > >
> > > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > > > >
> > > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > > > >
> > > > > >
> > > > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > > > >
> > > > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > > > >
> > > > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > > > >
> > > > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > > > >
> > > > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > > > >
> > > > > >Any thoughts?
> > > > > >
> > > > > >
> > > > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > >>
> > > > > >> 
> > > > > >> Hi Matt!
> > > > > >> 
> > > > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > > > >> 
> > > > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > > > >> 
> > > > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > > > >> 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > >> 
> > > > > >> 
> > > > > >> 
> > > > > >
> > > > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > > >> >
> > > > > >> > Hi Bob,
> > > > > >> > 
> > > > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > > > >> > 
> > > > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > > > >> > 
> > > > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > > > >> > 
> > > > > >> > 
> > > > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > > > >> > 
> > > > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > > > >> > 
> > > > > >> > Is the system running any form of simulcasting?????
> > > > > >> > 
> > > > > >> > Cheers,
> > > > > >> > Matt
> > > > > >> > 
> > > > > >> > ________________________________
> > > > > >> >  From: rrgsti <bobrich@>
> > > > > >
> > > > > >> > To: op25-dev at yahoogroups.com 
> > > > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > > >> > 
> > > > > >> > 
> > > > > >> > ???? 
> > > > > >> > Quick update from my end.
> > > > > >> > 
> > > > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > > > >> > 
> > > > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > > > >> > 
> > > > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > > > >> > @@ -39,7 +39,8 @@
> > > > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > > > >> > switch(duid) {
> > > > > >> > case 0x0:
> > > > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > > > >> > break;
> > > > > >> > case 0x3:
> > > > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > > > >> > 
> > > > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > > > >> > 
> > > > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > > > >> > 
> > > > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > > > >> > 
> > > > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > > > >> > 
> > > > > >> > Thanks!
> > > > > >> > 
> > > > > >> > Bob
> > > > > >> > 
> > > > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > > > >> > >
> > > > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > > > >> > > at the output of the OP25 block.  Any other ideas?
> > > > > >> > > 
> > > > > >> > > Thanks,
> > > > > >> > > 
> > > > > >> > > Andy
> > > > > >> > > 
> > > > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > > > >> > > 
> > > > > >> > > > **
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > > > >> > > > default voice frame output was (null?).****
> > > > > >> > > >
> > > > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > > > >> > > > an environment variable:****
> > > > > >> > > >
> > > > > >> > > > export IMBE=soft****
> > > > > >> > > >
> > > > > >> > > > I changed my default to be the internal decoder (see
> > > > > >> > > > `imbe_decoder_factory.cc').****
> > > > > >> > > >
> > > > > >> > > > ** **
> > > > > >> > > >
> > > > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > > > >> > > > Behalf Of *Andy Knitt
> > > > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > > > >> > > > *To:* op25-dev at yahoogroups.com
> > > > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > > > >> > > >
> > > > > >> > > > ** **
> > > > > >> > > >
> > > > > >> > > >   ****
> > > > > >> > > >
> > > > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > > > >> > > > output port when there is traffic on the channel, and the autotune
> > > > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > > > >> > > >
> > > > > >> > > > Thanks,
> > > > > >> > > >
> > > > > >> > > > Andy****
> > > > > >> > > >
> > > > > >> > > > ****
> > > > > >> > > >
> > > > > >> > > > 
> > > > > >> > > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120518/769051e3/attachment.htm>

From stevie.glass at gmail.com  Fri May 18 04:05:58 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Fri, 18 May 2012 14:05:58 +1000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jp4f9m+h4bd@eGroups.com>
References: <jp4f9m+h4bd@eGroups.com>
Message-ID: <4FB5CAA6.8090506@gmail.com>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Shall take a look at the gruel and itpp problems. Someone has
volunteered info to me about gruel and I'll see if we can patch the
build asap. itpp has always been a bugbear - maybe its time to fork it
and use the bits we need but last time I looked it was going to need to
many supporting bits and pieces.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+1yqYACgkQW7aAm65EWy7WUACgjhDnRuHsbMS/418VCzEdxNOZ
XXUAoIxXpphUwRwtJyXWz7dFizuIA62D
=BR/V
-----END PGP SIGNATURE-----

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120518/f498db96/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stevie_glass.vcf
Type: text/x-vcard
Size: 146 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120518/f498db96/attachment.vcf>

From matt.robert80 at yahoo.com  Mon May 21 05:34:54 2012
From: matt.robert80 at yahoo.com (Matt)
Date: Mon, 21 May 2012 05:34:54 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jp4f9m+h4bd@eGroups.com>
Message-ID: <jpck5u+qs9v@eGroups.com>

Definitely of use, thanks Mark. Its been ages since Ive built this from scratch so I'll whip up a new VM and replicate the issue.

Cheers,
Matt


--- In op25-dev at yahoogroups.com, "markop25" <cottrell.m.a at ...> wrote:
>
> 
> 
> So I have been trying figure out why I have been having problems with NID decoding in later versions of ubuntu, and have tracked it down to a difference in the versions of libitpp and libitpp-dev.  After installing the versions from the 11.04 package repository (4.0.7-1, as opposed to 4.2-4 in 11.10 and onwards), it started working.  The offending function call appears to be on line 177 in op25_decoder_bf.cc, which is a call to itpp::BCH.encode.  It would be good if someone else could give this a try just to verify that it is an issue with later versions of libitpp (even though the bch source code doesn't appear to have changed in over 2 years...).  Hope this info is of use to someone.
> 
> Thanks,
> Mark
> 
> --- In op25-dev at yahoogroups.com, "Matt" <matt.robert80@> wrote:
> >
> > One thing I need to clarify - when I say type 2 is a 3600 baud 2FSK system, I am referring to the control channel only. The voice channels are, of course, C4FM.
> > 
> > The really strange thing is that I have been over the DSD source code, and it decodes voice by specifically looking for LDU1 and LDU2 frames. If OP25 is detecting HDU frames, then DSD should be also..
> > 
> > Cheers,
> > Matt
> > 
> > 
> > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > >
> > > Interesting!  I did see on the MARCS page at Ohio.gov say that they were planning to upgrade to P25, which was a bit confusing.
> > > 
> > > These are the control channels I'm able to see in UniTrunker with my little home-brew antenna.  These are all around central/western ohio.  The first one is the only analog system, and the signal is pretty poor.
> > > 
> > > http://i.imgur.com/CoNGl.png
> > > 
> > > I am able to decode the voice channels a bit in DSD on Windows as well.  It's somewhat odd, as the voice, when it's smoothly decoded, is very high quality, but it drops out quite a bit.  I'm doing it through the audio output of HDSDR, though, which is probably where the issue is.
> > > 
> > > Anyway, DSD does kick out some diagnostic info as well if that's of any use.  I can also get snapshots from Wireshark of the P25 CAI.
> > > 
> > > I do appreciate any effort put into this but please enjoy your weekend first and foremost.  :)
> > > 
> > > Take care.
> > > 
> > > 
> > > --- In op25-dev at yahoogroups.com, "Matt" <matt.robert80@> wrote:
> > > >
> > > > Aha - the plot thickens. Ohio MARCS isn't a true P25 system - its an old Type 2, 3600 baud 2FSK  Motorola trunk system that has Motorola ASTRO CAI compatible voice channels. 
> > > > 
> > > > These systems were implemented between 1996 and 2002 which is after Motorola ditched VSELP as their codec and went to the CAI IMBE format that was ratified in 2002 as the real P25 standard. These systems supported analog voice also, however MARCS has dropped that and is only using digital voice.
> > > > 
> > > > These ASTRO voice channels use the same IMBE vocoder as a true P25 system, and a very similar CAI compatible format, but the usual P25 fields are used for other purposes. The NSWGRN used to use this before it went pure P25.
> > > > 
> > > > OP25 has been implemented to the P25 specs, which differ slightly form these systems.
> > > > 
> > > > The NAC values are calculated on these systems by a combination of the Type 2 System ID, and the Analog connect tone code. Anyone who played with the old classic trunker on 3600 baud systems will recall this.
> > > > 
> > > > If you could list which site you are listening to and the system ID, I can look into it further from some old notes that I have lying around.
> > > > 
> > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > >
> > > > > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > > > > 
> > > > > I'd be happy to capture more if it's of any use or upload the files to another location.
> > > > > 
> > > > > Thanks
> > > > > 
> > > > > 
> > > > > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > > >
> > > > > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > > > > 
> > > > > > I think a capture file would be ideal - this is a curly one for sure!
> > > > > > 
> > > > > > Bob - which system is this coming off?
> > > > > > 
> > > > > > Cheers,
> > > > > > Matt
> > > > > > 
> > > > > > 
> > > > > > ________________________________
> > > > > >  From: Steve Glass <stevie.glass@>
> > > > > > To: op25-dev at yahoogroups.com 
> > > > > > Sent: Thursday, 3 May 2012 11:31 AM
> > > > > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > > >  
> > > > > > 
> > > > > > ?? 
> > > > > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > > > > 
> > > > > > 
> > > > > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > > > > 
> > > > > >  
> > > > > > >?? 
> > > > > > >Hi folks,
> > > > > > >
> > > > > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > > > > >
> > > > > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > > > > >
> > > > > > >
> > > > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > > > > >
> > > > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > > > > >
> > > > > > >
> > > > > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > > > > >
> > > > > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > > > > >
> > > > > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > > > > >
> > > > > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > > > > >
> > > > > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > > > > >
> > > > > > >Any thoughts?
> > > > > > >
> > > > > > >
> > > > > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > > >>
> > > > > > >> 
> > > > > > >> Hi Matt!
> > > > > > >> 
> > > > > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > > > > >> 
> > > > > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > > > > >> 
> > > > > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > > > > >> 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > >> 
> > > > > > >> 
> > > > > > >> 
> > > > > > >
> > > > > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > > > >> >
> > > > > > >> > Hi Bob,
> > > > > > >> > 
> > > > > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > > > > >> > 
> > > > > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > > > > >> > 
> > > > > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > > > > >> > 
> > > > > > >> > 
> > > > > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > > > > >> > 
> > > > > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > > > > >> > 
> > > > > > >> > Is the system running any form of simulcasting?????
> > > > > > >> > 
> > > > > > >> > Cheers,
> > > > > > >> > Matt
> > > > > > >> > 
> > > > > > >> > ________________________________
> > > > > > >> >  From: rrgsti <bobrich@>
> > > > > > >
> > > > > > >> > To: op25-dev at yahoogroups.com 
> > > > > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > > > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > > > >> > 
> > > > > > >> > 
> > > > > > >> > ???? 
> > > > > > >> > Quick update from my end.
> > > > > > >> > 
> > > > > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > > > > >> > 
> > > > > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > > > > >> > 
> > > > > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > > > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > > > > >> > @@ -39,7 +39,8 @@
> > > > > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > > > > >> > switch(duid) {
> > > > > > >> > case 0x0:
> > > > > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > > > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > > > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > > > > >> > break;
> > > > > > >> > case 0x3:
> > > > > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > > > > >> > 
> > > > > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > > > > >> > 
> > > > > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > > > > >> > 
> > > > > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > > > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > > > > >> > 
> > > > > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > > > > >> > 
> > > > > > >> > Thanks!
> > > > > > >> > 
> > > > > > >> > Bob
> > > > > > >> > 
> > > > > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > > > > >> > >
> > > > > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > > > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > > > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > > > > >> > > at the output of the OP25 block.  Any other ideas?
> > > > > > >> > > 
> > > > > > >> > > Thanks,
> > > > > > >> > > 
> > > > > > >> > > Andy
> > > > > > >> > > 
> > > > > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > > > > >> > > 
> > > > > > >> > > > **
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > > > > >> > > > default voice frame output was (null?).****
> > > > > > >> > > >
> > > > > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > > > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > > > > >> > > > an environment variable:****
> > > > > > >> > > >
> > > > > > >> > > > export IMBE=soft****
> > > > > > >> > > >
> > > > > > >> > > > I changed my default to be the internal decoder (see
> > > > > > >> > > > `imbe_decoder_factory.cc').****
> > > > > > >> > > >
> > > > > > >> > > > ** **
> > > > > > >> > > >
> > > > > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > > > > >> > > > Behalf Of *Andy Knitt
> > > > > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > > > > >> > > > *To:* op25-dev at yahoogroups.com
> > > > > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > > > > >> > > >
> > > > > > >> > > > ** **
> > > > > > >> > > >
> > > > > > >> > > >   ****
> > > > > > >> > > >
> > > > > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > > > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > > > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > > > > >> > > > output port when there is traffic on the channel, and the autotune
> > > > > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > > > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > > > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > > > > >> > > >
> > > > > > >> > > > Thanks,
> > > > > > >> > > >
> > > > > > >> > > > Andy****
> > > > > > >> > > >
> > > > > > >> > > > ****
> > > > > > >> > > >
> > > > > > >> > > > 
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120521/ec446c34/attachment.htm>

From bobrich at gmail.com  Mon May 21 12:03:52 2012
From: bobrich at gmail.com (rrgsti)
Date: Mon, 21 May 2012 12:03:52 -0000
Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
In-Reply-To: <jpck5u+qs9v@eGroups.com>
Message-ID: <jpdav8+td0h@eGroups.com>

I have a 10.04 version of Ubuntu LTS in which op25 seems to work fine when built against the Ubuntu itpp package.  

I removed the itpp package and built itpp versions 4.0.7 and 4.2.0 from source (using 10.04's BLAS and LAPACK dev libraries).  I then rebuilt and re-deployed op25 against both of those libraries.  Using the same flowgraph and baseband capture, 4.0.7 has audio, 4.2.0 does not.

The bch_test completes successfully on both, but it appears there's a slight api difference between the two, as the test code itself is not the same.


--- In op25-dev at yahoogroups.com, "Matt" <matt.robert80 at ...> wrote:
>
> Definitely of use, thanks Mark. Its been ages since Ive built this from scratch so I'll whip up a new VM and replicate the issue.
> 
> Cheers,
> Matt
> 
> 
> --- In op25-dev at yahoogroups.com, "markop25" <cottrell.m.a@> wrote:
> >
> > 
> > 
> > So I have been trying figure out why I have been having problems with NID decoding in later versions of ubuntu, and have tracked it down to a difference in the versions of libitpp and libitpp-dev.  After installing the versions from the 11.04 package repository (4.0.7-1, as opposed to 4.2-4 in 11.10 and onwards), it started working.  The offending function call appears to be on line 177 in op25_decoder_bf.cc, which is a call to itpp::BCH.encode.  It would be good if someone else could give this a try just to verify that it is an issue with later versions of libitpp (even though the bch source code doesn't appear to have changed in over 2 years...).  Hope this info is of use to someone.
> > 
> > Thanks,
> > Mark
> > 
> > --- In op25-dev at yahoogroups.com, "Matt" <matt.robert80@> wrote:
> > >
> > > One thing I need to clarify - when I say type 2 is a 3600 baud 2FSK system, I am referring to the control channel only. The voice channels are, of course, C4FM.
> > > 
> > > The really strange thing is that I have been over the DSD source code, and it decodes voice by specifically looking for LDU1 and LDU2 frames. If OP25 is detecting HDU frames, then DSD should be also..
> > > 
> > > Cheers,
> > > Matt
> > > 
> > > 
> > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > >
> > > > Interesting!  I did see on the MARCS page at Ohio.gov say that they were planning to upgrade to P25, which was a bit confusing.
> > > > 
> > > > These are the control channels I'm able to see in UniTrunker with my little home-brew antenna.  These are all around central/western ohio.  The first one is the only analog system, and the signal is pretty poor.
> > > > 
> > > > http://i.imgur.com/CoNGl.png
> > > > 
> > > > I am able to decode the voice channels a bit in DSD on Windows as well.  It's somewhat odd, as the voice, when it's smoothly decoded, is very high quality, but it drops out quite a bit.  I'm doing it through the audio output of HDSDR, though, which is probably where the issue is.
> > > > 
> > > > Anyway, DSD does kick out some diagnostic info as well if that's of any use.  I can also get snapshots from Wireshark of the P25 CAI.
> > > > 
> > > > I do appreciate any effort put into this but please enjoy your weekend first and foremost.  :)
> > > > 
> > > > Take care.
> > > > 
> > > > 
> > > > --- In op25-dev at yahoogroups.com, "Matt" <matt.robert80@> wrote:
> > > > >
> > > > > Aha - the plot thickens. Ohio MARCS isn't a true P25 system - its an old Type 2, 3600 baud 2FSK  Motorola trunk system that has Motorola ASTRO CAI compatible voice channels. 
> > > > > 
> > > > > These systems were implemented between 1996 and 2002 which is after Motorola ditched VSELP as their codec and went to the CAI IMBE format that was ratified in 2002 as the real P25 standard. These systems supported analog voice also, however MARCS has dropped that and is only using digital voice.
> > > > > 
> > > > > These ASTRO voice channels use the same IMBE vocoder as a true P25 system, and a very similar CAI compatible format, but the usual P25 fields are used for other purposes. The NSWGRN used to use this before it went pure P25.
> > > > > 
> > > > > OP25 has been implemented to the P25 specs, which differ slightly form these systems.
> > > > > 
> > > > > The NAC values are calculated on these systems by a combination of the Type 2 System ID, and the Analog connect tone code. Anyone who played with the old classic trunker on 3600 baud systems will recall this.
> > > > > 
> > > > > If you could list which site you are listening to and the system ID, I can look into it further from some old notes that I have lying around.
> > > > > 
> > > > > --- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > >
> > > > > > The capture is from a local repeater in the Ohio MARCS system.  I get pretty strong signals from a few of them, I believe this one in particular was from London, Ohio in Madison county (the control channel may actually be in there as well).  I do know that RadioReference streams this repeater through a Uniden BC796D digital scanner.
> > > > > > 
> > > > > > I'd be happy to capture more if it's of any use or upload the files to another location.
> > > > > > 
> > > > > > Thanks
> > > > > > 
> > > > > > 
> > > > > > --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > > > >
> > > > > > > I thought the same thing but then recalled that 000 is not available as a NAC - the standard defines the value as having the range 0x001-0xFFF.
> > > > > > > 
> > > > > > > I think a capture file would be ideal - this is a curly one for sure!
> > > > > > > 
> > > > > > > Bob - which system is this coming off?
> > > > > > > 
> > > > > > > Cheers,
> > > > > > > Matt
> > > > > > > 
> > > > > > > 
> > > > > > > ________________________________
> > > > > > >  From: Steve Glass <stevie.glass@>
> > > > > > > To: op25-dev at yahoogroups.com 
> > > > > > > Sent: Thursday, 3 May 2012 11:31 AM
> > > > > > > Subject: Re: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > > > >  
> > > > > > > 
> > > > > > > ?? 
> > > > > > > The 64 bit NID consists of the NAC+DUID (the low order 16 bits) and the error correction bits (the high order 48 bits). Its possible the NAC is zero for a data frame since it has its own addressing information within the frame itself. That would leave you with just the DUID and the appropriate BCH code for that value. Its possible (but not very likely) that this would mean the high order bits would be mostly zeroes.
> > > > > > > 
> > > > > > > 
> > > > > > > On 3 May 2012 01:02, rrgsti <bobrich@> wrote:
> > > > > > > 
> > > > > > >  
> > > > > > > >?? 
> > > > > > > >Hi folks,
> > > > > > > >
> > > > > > > >I'm still tinkering with this but am running into a bit of a wall with regards to P25 data.
> > > > > > > >
> > > > > > > >These two lines are dumped to stderr using a call to the dump_cw function that I added to the code.  I'm only dumping the first 30 bytes for brevity:
> > > > > > > >
> > > > > > > >
> > > > > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed
> > > > > > > >
> > > > > > > >55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6
> > > > > > > >
> > > > > > > >
> > > > > > > Based on what I've been able to determine so far, the first 48 bits are frame sync, and they should be fixed at 0x5575f5ff77ff, which is what we see above.
> > > > > > > >
> > > > > > > >The next 64 bits are supposed to be NID, which includes the DUID.
> > > > > > > >
> > > > > > > >I could be wrong, but I believe the 02 (which alternates between 02 and 03 in the lines below) at the 9th byte, is the status bit-pair that is  interleaved every 70 bits (9 bytes * 8 bits - 72 bits into the frame).  Once removed, that shifts the remaining bits to the left 2, which still leaves the NID essentially filled with zeroes except for the last two bits.  Immediately after the NID, however, the bits start flying again.
> > > > > > > >
> > > > > > > >Does this seem normal?  I can't really find any annotated hex dumps of a P25 frame to try to line things up, but it seems that the NID should be populated with something other than zeroes.   If you bit shift the 15th bit 2 to the left, we'll get a parity bit set every now and then (again, unless I'm messing something up), but nothing else.
> > > > > > > >
> > > > > > > >I'm completely open to the fact that this could just be a bad signal, but I can get very clear decodes of the voice if I force the type to LDU1 or LDU2, and I have never seen anything but all zeroes here (across many minutes of decoded voice data)
> > > > > > > >
> > > > > > > >Any thoughts?
> > > > > > > >
> > > > > > > >
> > > > > > > >--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich@> wrote:
> > > > > > > >>
> > > > > > > >> 
> > > > > > > >> Hi Matt!
> > > > > > > >> 
> > > > > > > >> Thanks for the info, it sounds like that is a very possible option.  Is there a way to see the state of the fsk4 demodulator?  I did try running with the updated OP25.py that Balint put out on Saturday (uses _op25.fsk4 instead of the Radio Raush module, and it doesn't seem to behave any differently.
> > > > > > > >> 
> > > > > > > >> I did find dump_cw in op25_imbe_frame.h and used it to dump frames right before their duid is read.  I don't know if these will be meaningful, but I'll paste them in here.  Moments of silence have the clusters of 0xff's on the right, while portions where there is audio has more random numbers.
> > > > > > > >> 
> > > > > > > >> I did note that about 9 bytes into this dump there is a byte that keeps flipping between 2 and 3. Is it possible this is where the DUID is (shifted a bit or two).  Each row starting with 0x55 0x75 is a new frame dumped, I only dump the first 32 bytes or so of each one.
> > > > > > > >> 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 03 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9b f8 8e c6 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 74 35 56 de 42 7b ac 05 90 af 5a 0e 12 84 81 6b 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 52 0b 37 d6 c5 a6 11 79 56 f5 9b 1a 1e 22 8a 35 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 7e 2d f0 82 d0 4f f8 4d a2 61 34 94 52 a4 f8 ec 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 4e 46 60 ce 5d a8 8b 27 7f 62 78 ab c2 52 ee 0f 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 03 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff ff fc 25 ed 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 45 5e a4 8b 59 7f 74 31 29 f3 ed d2 36 6c fa 30 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 46 33 55 22 52 69 8e 51 5c 01 0b ae 5a eb 36 8f 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 5b 10 ba 16 de 2e 82 69 36 3d 98 1f 9a f8 8e c6 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 00 00 00 02 55 75 f5 ff 77 ff 2d 6f ae e2 78 2e 
> > > > > > > >> 55 75 f5 ff 77 ff 00 00 02 00 00 00 00 00 01 26 2d 02 0f 68 4f ff ff ff ff ff fe fc 25 ed 
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >
> > > > > > > >> --- In op25-dev at yahoogroups.com, Matt Robert <matt.robert80@> wrote:
> > > > > > > >> >
> > > > > > > >> > Hi Bob,
> > > > > > > >> > 
> > > > > > > >> > Its more than likely a result of a bad signal. The FSK4 demod tends to output zeros when it loses sync which is why the DUID is erroneously coming up as 0x00.
> > > > > > > >> > 
> > > > > > > >> > LDU1/2 are the two types of voice frames. LDU1 has signalling data embedded and LDU2 has encryption sync data embedded.
> > > > > > > >> > 
> > > > > > > >> > The kludge diff posted below will work - but only for valid frames with a corrupt DUID value.
> > > > > > > >> > 
> > > > > > > >> > 
> > > > > > > >> > I'm sure the root cause is the FSK4 demod isn't locking properly and causing a bad DUID value to be outputted. I have seen similar behaviour in other areas of OP25 - for example I was looking at the IV/MI value (72 bits) on a local P25 system here. Whenever the demodulator ran out of talent, it would output steams of constant zeros.
> > > > > > > >> > 
> > > > > > > >> > Ohio MARCS is a Type 2 Smartzone Omnilink System with CAI compatible ASTRO voice channels - so its essentially P25 compatible. The P25 CAI spec was based on the ASTRO CAI from the same era, so its essentially the same thing.
> > > > > > > >> > 
> > > > > > > >> > Is the system running any form of simulcasting?????
> > > > > > > >> > 
> > > > > > > >> > Cheers,
> > > > > > > >> > Matt
> > > > > > > >> > 
> > > > > > > >> > ________________________________
> > > > > > > >> >  From: rrgsti <bobrich@>
> > > > > > > >
> > > > > > > >> > To: op25-dev at yahoogroups.com 
> > > > > > > >> > Sent: Thursday, 26 April 2012 10:59 PM
> > > > > > > >> > Subject: [op25-dev] Re: OP25 GRC - Almost but not quite working
> > > > > > > >> > 
> > > > > > > >> > 
> > > > > > > >> > ???? 
> > > > > > > >> > Quick update from my end.
> > > > > > > >> > 
> > > > > > > >> > It looks like every frame coming out of the fsk4 demodulator (I'm assuming, still a n00b here) is marked with a 'duid' of 0x0.  Consequently, when data_unit.cc initializes a new data_unit from the frame, it is always creating it as an HDU (P25 header) type.  This then prevents the IMBE decoder from being executed b/c it's not a voice data unit type (LDU1/LDU2 (no idea what these mean)).
> > > > > > > >> > 
> > > > > > > >> > I figured maybe it has something to do with our system (Ohio MARCS) not being full P25 compliant and not including metadata of any sort, so I just made the following change to data_unit.cc and re-ran it:
> > > > > > > >> > 
> > > > > > > >> > --- op25-orig/blocks/src/lib/data_unit.cc    2012-04-24 10:31:29.139694592 -0400
> > > > > > > >> > +++ op25/blocks/src/lib/data_unit.cc    2012-04-26 08:12:35.183962129 -0400
> > > > > > > >> > @@ -39,7 +39,8 @@
> > > > > > > >> > uint8_t duid = extract(frame_body, 60, 64);
> > > > > > > >> > switch(duid) {
> > > > > > > >> > case 0x0:
> > > > > > > >> > -      d = data_unit_sptr(new hdu(frame_body));
> > > > > > > >> > +      //d = data_unit_sptr(new hdu(frame_body));
> > > > > > > >> > +      d = data_unit_sptr(new ldu1(frame_body));
> > > > > > > >> > break;
> > > > > > > >> > case 0x3:
> > > > > > > >> > d = data_unit_sptr(new tdu(frame_body, false));
> > > > > > > >> > 
> > > > > > > >> > This seemed to sort of work as I now get rather garbled, but intelligible, audio from the decoder.
> > > > > > > >> > 
> > > > > > > >> > I've uploaded the baseband capture (1Msps) and resulting audio .wav file that I get at the following URLS:
> > > > > > > >> > 
> > > > > > > >> > http://s3.amazonaws.com/public-xrp/p25.iq.bz2
> > > > > > > >> > http://s3.amazonaws.com/public-xrp/p25.wav
> > > > > > > >> > 
> > > > > > > >> > Not sure if this is of any use, but it is encouraging to hear voices at least.  :)
> > > > > > > >> > 
> > > > > > > >> > Thanks!
> > > > > > > >> > 
> > > > > > > >> > Bob
> > > > > > > >> > 
> > > > > > > >> > --- In op25-dev at yahoogroups.com, Andy Knitt <andyknitt@> wrote:
> > > > > > > >> > >
> > > > > > > >> > > It looks like imbe_decoder_factory.cc in OP25 defaults to
> > > > > > > >> > > 'software_imbe_decoder'.  I manually changed the IMBE environment variable
> > > > > > > >> > > to "soft" and confirmed it with printenv, but I'm still getting a flat line
> > > > > > > >> > > at the output of the OP25 block.  Any other ideas?
> > > > > > > >> > > 
> > > > > > > >> > > Thanks,
> > > > > > > >> > > 
> > > > > > > >> > > Andy
> > > > > > > >> > > 
> > > > > > > >> > > On Mon, Apr 23, 2012 at 11:47 PM, Balint <balint256@> wrote:
> > > > > > > >> > > 
> > > > > > > >> > > > **
> > > > > > > >> > > >
> > > > > > > >> > > >
> > > > > > > >> > > > I *still* haven't checked out the latest code, but in my old code the
> > > > > > > >> > > > default voice frame output was (null?).****
> > > > > > > >> > > >
> > > > > > > >> > > > There are options for file output, null, external (hardware) decoder and
> > > > > > > >> > > > internal decoder. You used to be able to spec this on the command line as
> > > > > > > >> > > > an environment variable:****
> > > > > > > >> > > >
> > > > > > > >> > > > export IMBE=soft****
> > > > > > > >> > > >
> > > > > > > >> > > > I changed my default to be the internal decoder (see
> > > > > > > >> > > > `imbe_decoder_factory.cc').****
> > > > > > > >> > > >
> > > > > > > >> > > > ** **
> > > > > > > >> > > >
> > > > > > > >> > > > *From:* op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] *On
> > > > > > > >> > > > Behalf Of *Andy Knitt
> > > > > > > >> > > > *Sent:* Tuesday, 24 April 2012 12:45 PM
> > > > > > > >> > > > *To:* op25-dev at yahoogroups.com
> > > > > > > >> > > > *Subject:* [op25-dev] OP25 GRC - Almost but not quite working****
> > > > > > > >> > > >
> > > > > > > >> > > > ** **
> > > > > > > >> > > >
> > > > > > > >> > > >   ****
> > > > > > > >> > > >
> > > > > > > >> > > > I have the OP25 GRC demo that Balint provided up and running.
> > > > > > > >> > > > Everything seems to working except I'm not getting any audio out of
> > > > > > > >> > > > the OP25 block. I'm getting the "four line" output from the dibit
> > > > > > > >> > > > output port when there is traffic on the channel, and the autotune
> > > > > > > >> > > > output is outputting data. However, no audio. I put a scope on the
> > > > > > > >> > > > audio output and it's a flat line at zero, even when the dibit output
> > > > > > > >> > > > is "four lines". Any tips on how to further troubleshoot?
> > > > > > > >> > > >
> > > > > > > >> > > > Thanks,
> > > > > > > >> > > >
> > > > > > > >> > > > Andy****
> > > > > > > >> > > >
> > > > > > > >> > > > ****
> > > > > > > >> > > >
> > > > > > > >> > > > 
> > > > > > > >> > > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120521/98229959/attachment.htm>

From davidm at davidm.com.au  Thu Apr 26 01:39:54 2012
From: davidm at davidm.com.au (davidmcomau)
Date: Thu, 26 Apr 2012 01:39:54 -0000
Subject: [op25-dev] Samples
Message-ID: <jna91a+tr8i@eGroups.com>

Anyone know where I can grab a copy of the samples that used to be on the op25 wiki? Interested in getting a copy of the encrypted audio with known key.

http://www.sedition.org.au/p25-samples redirects to home page.

Thanks,
Dave

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/a703c03c/attachment.htm>

From bobrich at gmail.com  Fri Apr 27 04:42:58 2012
From: bobrich at gmail.com (rrgsti)
Date: Fri, 27 Apr 2012 04:42:58 -0000
Subject: [op25-dev] Re: Samples
In-Reply-To: <jna91a+tr8i@eGroups.com>
Message-ID: <jnd84i+7akd@eGroups.com>

There are *some* samples here:

http://op25.osmocom.org/wiki/browser/trunk/samples?rev=113

Not sure if they are the same ones.

--- In op25-dev at yahoogroups.com, "davidmcomau" <davidm at ...> wrote:
>
> Anyone know where I can grab a copy of the samples that used to be on the op25 wiki? Interested in getting a copy of the encrypted audio with known key.
> 
> http://www.sedition.org.au/p25-samples redirects to home page.
> 
> Thanks,
> Dave
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120427/f3711415/attachment.htm>

From stevie.glass at gmail.com  Thu Apr 26 02:12:10 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Thu, 26 Apr 2012 12:12:10 +1000
Subject: [op25-dev] Re: Samples
Message-ID: <CADC0ay0=QtQhVE6sYiwvOd79d9FV1LerhR_b4_jhpakcLaf1iw@mail.gmail.com>

Oops. I should've copied the samples off the old server when we moved
across to the new domain. I shall upload them later and fix the link on the
wiki once they are available.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120426/d76bdc01/attachment.htm>

From richard at clarke.biz  Wed May  2 03:09:49 2012
From: richard at clarke.biz (Richard Clarke)
Date: Wed, 2 May 2012 15:09:49 +1200
Subject: [op25-dev] Building under Ubuntu 12.04 - blocks gives error "op25.cc:3115:13:
 error: 'ptrdiff_t' does not name a type"
Message-ID: <CAAWhvb06PRMR-KmzMsfsDFFeoHj0CMNRDJid7R5sbO4t4tyMNQ@mail.gmail.com>

OK I've just upgraded my Ubuntu box to 12.04, from 11.04 (couldn't help
myself). I'm trying to rebuild op25 but I'm getting the following error,
followed by a string of relate ones (I'm guessing)

Compiling blocks:

op25.cc:3115:13: error: 'ptrdiff_t' does not name a type

A Google search for this kind of error seems to be pointing to stricter
typedef requirements by gcc 4.6 with the solution being to include an
additional system header file cstddef. However I'm not sure where to
include this in the op25 source. I tried putting it in the op25.i swig
interface file so that it ends up in the generated op25.cc file however
that doesn't appear to have worked.

Anyone already solved this or can provide some guidance? Ubuntu 12.04
appears to be using gcc 4.6.3

Thanks

Cheers
Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120502/74223094/attachment.htm>

From stevie.glass at gmail.com  Wed May  2 05:09:54 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Wed, 2 May 2012 15:09:54 +1000
Subject: [op25-dev] Building under Ubuntu 12.04 - blocks gives error
 "op25.cc:3115:13: error: 'ptrdiff_t' does not name a type"
In-Reply-To: <CAAWhvb06PRMR-KmzMsfsDFFeoHj0CMNRDJid7R5sbO4t4tyMNQ@mail.gmail.com>
References: <CAAWhvb06PRMR-KmzMsfsDFFeoHj0CMNRDJid7R5sbO4t4tyMNQ@mail.gmail.com>
Message-ID: <CADC0ay0wvWZCcEtGHSo7AtjCV-HDTH3sUv-NGa=beQVj4BhUjQ@mail.gmail.com>

Try including stddef.h in op25.i rather than cstddef. I think the latter
may need a "using namespace std" declaration and the former should just
work.

On 2 May 2012 13:09, Richard Clarke <richard at clarke.biz> wrote:

> **
>
>
> OK I've just upgraded my Ubuntu box to 12.04, from 11.04 (couldn't help
> myself). I'm trying to rebuild op25 but I'm getting the following error,
> followed by a string of relate ones (I'm guessing)
>
> Compiling blocks:
>
> op25.cc:3115:13: error: 'ptrdiff_t' does not name a type
>
> A Google search for this kind of error seems to be pointing to stricter
> typedef requirements by gcc 4.6 with the solution being to include an
> additional system header file cstddef. However I'm not sure where to
> include this in the op25 source. I tried putting it in the op25.i swig
> interface file so that it ends up in the generated op25.cc file however
> that doesn't appear to have worked.
>
> Anyone already solved this or can provide some guidance? Ubuntu 12.04
> appears to be using gcc 4.6.3
>
> Thanks
>
> Cheers
> Richard
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120502/0a68f435/attachment.htm>

From richard at clarke.biz  Wed May  2 21:21:47 2012
From: richard at clarke.biz (Richard Clarke)
Date: Thu, 3 May 2012 09:21:47 +1200
Subject: [op25-dev] Building under Ubuntu 12.04 - blocks gives error
 "op25.cc:3115:13: error: 'ptrdiff_t' does not name a type"
In-Reply-To: <CADC0ay0wvWZCcEtGHSo7AtjCV-HDTH3sUv-NGa=beQVj4BhUjQ@mail.gmail.com>
References: <CAAWhvb06PRMR-KmzMsfsDFFeoHj0CMNRDJid7R5sbO4t4tyMNQ@mail.gmail.com>
	<CADC0ay0wvWZCcEtGHSo7AtjCV-HDTH3sUv-NGa=beQVj4BhUjQ@mail.gmail.com>
Message-ID: <CAAWhvb0vfeHx2Mw9vYtOTXW8nezN8Ktw4VZXA4thDgGkA+Y4Uw@mail.gmail.com>

Hi Steve,

thanks for that suggestion. I had already tried that too but no luck so
far, same error.
Anyone else tried building op25 with gcc 4.6.3? Are you having the same
issue? Any more suggestions from anyone?

Thanks very much

Cheers
Richard

On 2 May 2012 17:09, Steve Glass <stevie.glass at gmail.com> wrote:

> **
>
>
> Try including stddef.h in op25.i rather than cstddef. I think the latter
> may need a "using namespace std" declaration and the former should just
> work.
>
>
> On 2 May 2012 13:09, Richard Clarke <richard at clarke.biz> wrote:
>
>> **
>>
>>
>> OK I've just upgraded my Ubuntu box to 12.04, from 11.04 (couldn't help
>> myself). I'm trying to rebuild op25 but I'm getting the following error,
>> followed by a string of relate ones (I'm guessing)
>>
>> Compiling blocks:
>>
>> op25.cc:3115:13: error: 'ptrdiff_t' does not name a type
>>
>> A Google search for this kind of error seems to be pointing to stricter
>> typedef requirements by gcc 4.6 with the solution being to include an
>> additional system header file cstddef. However I'm not sure where to
>> include this in the op25 source. I tried putting it in the op25.i swig
>> interface file so that it ends up in the generated op25.cc file however
>> that doesn't appear to have worked.
>>
>> Anyone already solved this or can provide some guidance? Ubuntu 12.04
>> appears to be using gcc 4.6.3
>>
>> Thanks
>>
>> Cheers
>> Richard
>>
>>
>  
>



-- 
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120503/07c48bc8/attachment.htm>

From richard at clarke.biz  Thu May 10 03:07:02 2012
From: richard at clarke.biz (Richard Clarke)
Date: Thu, 10 May 2012 15:07:02 +1200
Subject: [op25-dev] Building under Ubuntu 12.04 - blocks gives error
 "op25.cc:3115:13: error: 'ptrdiff_t' does not name a type"
In-Reply-To: <CAAWhvb0vfeHx2Mw9vYtOTXW8nezN8Ktw4VZXA4thDgGkA+Y4Uw@mail.gmail.com>
References: <CAAWhvb06PRMR-KmzMsfsDFFeoHj0CMNRDJid7R5sbO4t4tyMNQ@mail.gmail.com>
	<CADC0ay0wvWZCcEtGHSo7AtjCV-HDTH3sUv-NGa=beQVj4BhUjQ@mail.gmail.com>
	<CAAWhvb0vfeHx2Mw9vYtOTXW8nezN8Ktw4VZXA4thDgGkA+Y4Uw@mail.gmail.com>
Message-ID: <CAAWhvb1WRok7hMvBnzf+VVsnx_mrxJHDWQ1fiaco99sPU5w7FA@mail.gmail.com>

For anyone else having the same problem, a temporary hack solution is to
edit the generated file op25.cc after the first make fails, and add
#include <cstddef> right near the top of that file. I know the 'correct'
way is to edit the op25.i swig interface file and add it to the includes
there but as I previously said, I couldn't get that to work. Someone with
more swig knowledge than me can probably figure that out in due course. In
the interim this little hack will get ../op25/blocks to build.

Cheers
Richard

On 3 May 2012 09:21, Richard Clarke <richard at clarke.biz> wrote:

> Hi Steve,
>
> thanks for that suggestion. I had already tried that too but no luck so
> far, same error.
> Anyone else tried building op25 with gcc 4.6.3? Are you having the same
> issue? Any more suggestions from anyone?
>
> Thanks very much
>
> Cheers
> Richard
>
> On 2 May 2012 17:09, Steve Glass <stevie.glass at gmail.com> wrote:
>
>> **
>>
>>
>> Try including stddef.h in op25.i rather than cstddef. I think the latter
>> may need a "using namespace std" declaration and the former should just
>> work.
>>
>>
>> On 2 May 2012 13:09, Richard Clarke <richard at clarke.biz> wrote:
>>
>>> **
>>>
>>>
>>> OK I've just upgraded my Ubuntu box to 12.04, from 11.04 (couldn't help
>>> myself). I'm trying to rebuild op25 but I'm getting the following error,
>>> followed by a string of relate ones (I'm guessing)
>>>
>>> Compiling blocks:
>>>
>>> op25.cc:3115:13: error: 'ptrdiff_t' does not name a type
>>>
>>> A Google search for this kind of error seems to be pointing to stricter
>>> typedef requirements by gcc 4.6 with the solution being to include an
>>> additional system header file cstddef. However I'm not sure where to
>>> include this in the op25 source. I tried putting it in the op25.i swig
>>> interface file so that it ends up in the generated op25.cc file however
>>> that doesn't appear to have worked.
>>>
>>> Anyone already solved this or can provide some guidance? Ubuntu 12.04
>>> appears to be using gcc 4.6.3
>>>
>>> Thanks
>>>
>>> Cheers
>>> Richard
>>>
>>>
>>  
>>
>
>
>
> --
> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
> Engineers believe that if it ain't broke, it doesn't have enough features
> yet.*
>



-- 
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120510/d7935c04/attachment.htm>

From stevie.glass at gmail.com  Fri May  4 22:52:49 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Sat, 5 May 2012 08:52:49 +1000
Subject: [op25-dev] IRC Channel
Message-ID: <CADC0ay34ppwEdZnTiMx_2cvCRN5fQSTzqnssxTpSv6f4WY=MwQ@mail.gmail.com>

Its been suggested that we start a channel on IRC so we can discuss OP25
and Osmocom stuff.

Anybody here an IRC guru? Do we want a channel just for OP25 (which may not
have many people in it) or perhaps take part in a potentially larger
Osmocom one?

What do people think?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120505/e3d99c9f/attachment.htm>

From fireman1374 at gmail.com  Fri May  4 22:56:17 2012
From: fireman1374 at gmail.com (Mark Robinson)
Date: Fri, 04 May 2012 18:56:17 -0400
Subject: [op25-dev] Re: IRC Channel
Message-ID: <4FA45E91.30809@gmail.com>

I vote for an Osmocom IRC room. I know it sure would be (quicker) handy 
to have help if you have one error right after another.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120504/e35463c8/attachment.htm>

From stevie.glass at gmail.com  Fri May  4 23:09:14 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Sat, 5 May 2012 09:09:14 +1000
Subject: [op25-dev] Re: IRC Channel
In-Reply-To: <4FA45E91.30809@gmail.com>
References: <4FA45E91.30809@gmail.com>
Message-ID: <CADC0ay2oJ3XC3xv90m-yTD3Lu1pRMFyroHfvfP1o_SUSUSHZzw@mail.gmail.com>

>
> I vote for an Osmocom IRC room. I know it sure would be (quicker) handy
> to have help if you have one error right after another.
>
That's my preference too - I hope Harald is reading :-)

Whatever we end up doing it'd be good if someone would volunteer to set
things up and add the details to the wiki.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120505/5c5dea09/attachment.htm>

From stevie.glass at gmail.com  Fri May  4 23:58:00 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Sat, 5 May 2012 09:58:00 +1000
Subject: [op25-dev] Re: IRC Channel
In-Reply-To: <CADC0ay2oJ3XC3xv90m-yTD3Lu1pRMFyroHfvfP1o_SUSUSHZzw@mail.gmail.com>
References: <4FA45E91.30809@gmail.com>
	<CADC0ay2oJ3XC3xv90m-yTD3Lu1pRMFyroHfvfP1o_SUSUSHZzw@mail.gmail.com>
Message-ID: <CADC0ay3_r-Fyp-N+KfR7QZi+66oQVeAG2cOzMBDSO+zuNA+hZg@mail.gmail.com>

There is already an #osmocom channel on FreeNode. I'll speak to people
there to see if they wouldn't be averse to us chatting about OP25 in that
room. If they are we can add those details to our wiki.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120505/c79d5f94/attachment.htm>

From laforge at gnumonks.org  Sat May 19 19:00:01 2012
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 19 May 2012 21:00:01 +0200
Subject: [op25-dev] Re: IRC Channel
In-Reply-To: <CADC0ay2oJ3XC3xv90m-yTD3Lu1pRMFyroHfvfP1o_SUSUSHZzw@mail.gmail.com>
References: <4FA45E91.30809@gmail.com>
 <CADC0ay2oJ3XC3xv90m-yTD3Lu1pRMFyroHfvfP1o_SUSUSHZzw@mail.gmail.com>
Message-ID: <20120519190000.GA29634@prithivi.gnumonks.org>


Hi all,

Ages ago, Steve Glass wrote:

> > I vote for an Osmocom IRC room. I know it sure would be (quicker) handy
> > to have help if you have one error right after another.
> >
> That's my preference too - I hope Harald is reading :-)

with plenty of delay, sorry.  But yes, the #osmocom on freenode.net
is definitely open for OP25 related discussion.

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120519/0d637aba/attachment.htm>

From simon at mungewell.org  Wed May  9 16:51:30 2012
From: simon at mungewell.org (mungewell)
Date: Wed, 09 May 2012 16:51:30 -0000
Subject: [op25-dev] GRC blocks for OP25 and 4FSK missing
Message-ID: <joe7ai+gmhb@eGroups.com>

Hi all,
Just getting started with GnuRadio and RTL2832 so might be missing some details, by following the instructions here:
http://op25.osmocom.org/wiki/wiki/BuildInstructionsPage

I was able (with a couple of hacks) to built OP25, IMBE and 4FSK - however these did not appear as selectable blocks in GRC.

After some time I was able to figure out that they are missing 'xml' definitions in '/usr/local/share/gnuradio/blocks'. Creating a quick/fake '4fsk.xml' made it/something appear.

So should these exist? Does anyone have examples of what they should be....?


BTW the OP25 which did appear, seems to be from Baz install, not the above instructions.


I also experienced problems with build against latest GnuRadio git (seems that 'gruel_common.i' has moved) and the include files are not being installed... other than that things are 'peachy' :-)

--
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../..
-I/usr/local/include/gnuradio -I/usr/local/include
-I/usr/include/python2.7 -I ../../../imbe_vocoder/src/lib -g -O2 -Wall
-Woverloaded-virtual -pthread -MT _repeater_la-repeater.lo -MD -MP -MF
.deps/_repeater_la-repeater.Tpo -c repeater.cc  -fPIC -DPIC -o
.libs/_repeater_la-repeater.o
In file included from repeater.cc:3862:0:
rs.h:8:29: fatal error: op25_imbe_frame.h: No such file or directory
compilation terminated.
make[4]: *** [_repeater_la-repeater.lo] Error 1
make[4]: Leaving directory `/home/simon/op25/repeater/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/simon/op25/repeater/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/simon/op25/repeater/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/simon/op25/repeater'
make: *** [all] Error 2
simon at drifter:~/op25/repeater$ find .. -name 'op25_imbe_frame.h'
../blocks/src/lib/op25_imbe_frame.h
simon at drifter:~/op25/repeater$ find /usr/local/include/ -name
'op25_imbe_frame.h'
simon at drifter:~/op25/repeater$
--

Simon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120509/a53ae2fc/attachment.htm>

From bobrich at gmail.com  Thu May 10 15:50:35 2012
From: bobrich at gmail.com (rrgsti)
Date: Thu, 10 May 2012 15:50:35 -0000
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <joe7ai+gmhb@eGroups.com>
Message-ID: <jogo4b+qtfp@eGroups.com>

Hi there,

AFAIK, the OP25 components do not show up in GRC.  As you've found, gr-baz includes an OP25 block for GRC that encapsulates OP25 functionality.  Balint also provided an example flowgraph that uses it, so you generally just need to tweak the frequency. 

I'm having difficulty successfully decoding P25 with my RTL2832, so I'm very interested in your results.  If you get no audio output whatsoever, take a look at the 'not quite' thread in here as well.  I modified data_unit.cc to force all frames to be detected as LDU1 (voice), which is 100% broken, but I do get chunks of audio.

I also ran into the same issue with compilation.  If you punch 'op25_imbe_frame.h' into the search function in this group you'll find a couple threads with fixes.

Last but not least, there is a discussion today on the rtlsdr subreddit about sampling rates.  In short, ensure that your sampling rate is an even divisor of 28.8, such as 2.4 or 1.8msps, or you may get some artifacts in the signal.

Good luck!



--- In op25-dev at yahoogroups.com, "mungewell" <simon at ...> wrote:
>
> Hi all,
> Just getting started with GnuRadio and RTL2832 so might be missing some details, by following the instructions here:
> http://op25.osmocom.org/wiki/wiki/BuildInstructionsPage
> 
> I was able (with a couple of hacks) to built OP25, IMBE and 4FSK - however these did not appear as selectable blocks in GRC.
> 
> After some time I was able to figure out that they are missing 'xml' definitions in '/usr/local/share/gnuradio/blocks'. Creating a quick/fake '4fsk.xml' made it/something appear.
> 
> So should these exist? Does anyone have examples of what they should be....?
> 
> 
> BTW the OP25 which did appear, seems to be from Baz install, not the above instructions.
> 
> 
> I also experienced problems with build against latest GnuRadio git (seems that 'gruel_common.i' has moved) and the include files are not being installed... other than that things are 'peachy' :-)
> 
> --
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../..
> -I/usr/local/include/gnuradio -I/usr/local/include
> -I/usr/include/python2.7 -I ../../../imbe_vocoder/src/lib -g -O2 -Wall
> -Woverloaded-virtual -pthread -MT _repeater_la-repeater.lo -MD -MP -MF
> .deps/_repeater_la-repeater.Tpo -c repeater.cc  -fPIC -DPIC -o
> .libs/_repeater_la-repeater.o
> In file included from repeater.cc:3862:0:
> rs.h:8:29: fatal error: op25_imbe_frame.h: No such file or directory
> compilation terminated.
> make[4]: *** [_repeater_la-repeater.lo] Error 1
> make[4]: Leaving directory `/home/simon/op25/repeater/src/lib'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory `/home/simon/op25/repeater/src/lib'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/simon/op25/repeater/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/simon/op25/repeater'
> make: *** [all] Error 2
> simon at drifter:~/op25/repeater$ find .. -name 'op25_imbe_frame.h'
> ../blocks/src/lib/op25_imbe_frame.h
> simon at drifter:~/op25/repeater$ find /usr/local/include/ -name
> 'op25_imbe_frame.h'
> simon at drifter:~/op25/repeater$
> --
> 
> Simon
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120510/030c51e2/attachment.htm>

From richard at clarke.biz  Mon May 14 03:25:06 2012
From: richard at clarke.biz (Richard Clarke)
Date: Mon, 14 May 2012 15:25:06 +1200
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <jogo4b+qtfp@eGroups.com>
References: <joe7ai+gmhb@eGroups.com>
	<jogo4b+qtfp@eGroups.com>
Message-ID: <CAAWhvb3Ja7ae3tRyywjhKCoNae7AABu+RX0sbovn9BLnjxAh7Q@mail.gmail.com>

A colleague of mine here has noted that op25 decoder seems to produce no
audio when compiled and run on anything later than Ubuntu 11.04 for as yet
undetermined reasons. Building and running on 11.10 or later (other mods
required for 12.04) and you end up with the no audio problem. I've
suggested that he post here with any more details he may have.

Cheers
Richard

On 11 May 2012 03:50, rrgsti <bobrich at gmail.com> wrote:

> **
>
>
> Hi there,
>
> AFAIK, the OP25 components do not show up in GRC. As you've found, gr-baz
> includes an OP25 block for GRC that encapsulates OP25 functionality. Balint
> also provided an example flowgraph that uses it, so you generally just need
> to tweak the frequency.
>
> I'm having difficulty successfully decoding P25 with my RTL2832, so I'm
> very interested in your results. If you get no audio output whatsoever,
> take a look at the 'not quite' thread in here as well. I modified
> data_unit.cc to force all frames to be detected as LDU1 (voice), which is
> 100% broken, but I do get chunks of audio.
>
> I also ran into the same issue with compilation. If you punch
> 'op25_imbe_frame.h' into the search function in this group you'll find a
> couple threads with fixes.
>
> Last but not least, there is a discussion today on the rtlsdr subreddit
> about sampling rates. In short, ensure that your sampling rate is an even
> divisor of 28.8, such as 2.4 or 1.8msps, or you may get some artifacts in
> the signal.
>
> Good luck!
>
>
> --- In op25-dev at yahoogroups.com, "mungewell" <simon at ...> wrote:
> >
> > Hi all,
> > Just getting started with GnuRadio and RTL2832 so might be missing some
> details, by following the instructions here:
> > http://op25.osmocom.org/wiki/wiki/BuildInstructionsPage
> >
> > I was able (with a couple of hacks) to built OP25, IMBE and 4FSK -
> however these did not appear as selectable blocks in GRC.
> >
> > After some time I was able to figure out that they are missing 'xml'
> definitions in '/usr/local/share/gnuradio/blocks'. Creating a quick/fake
> '4fsk.xml' made it/something appear.
> >
> > So should these exist? Does anyone have examples of what they should
> be....?
> >
> >
> > BTW the OP25 which did appear, seems to be from Baz install, not the
> above instructions.
> >
> >
> > I also experienced problems with build against latest GnuRadio git
> (seems that 'gruel_common.i' has moved) and the include files are not being
> installed... other than that things are 'peachy' :-)
> >
> > --
> > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
> > -I/usr/local/include/gnuradio -I/usr/local/include
> > -I/usr/include/python2.7 -I ../../../imbe_vocoder/src/lib -g -O2 -Wall
> > -Woverloaded-virtual -pthread -MT _repeater_la-repeater.lo -MD -MP -MF
> > .deps/_repeater_la-repeater.Tpo -c repeater.cc -fPIC -DPIC -o
> > .libs/_repeater_la-repeater.o
> > In file included from repeater.cc:3862:0:
> > rs.h:8:29: fatal error: op25_imbe_frame.h: No such file or directory
> > compilation terminated.
> > make[4]: *** [_repeater_la-repeater.lo] Error 1
> > make[4]: Leaving directory `/home/simon/op25/repeater/src/lib'
> > make[3]: *** [all] Error 2
> > make[3]: Leaving directory `/home/simon/op25/repeater/src/lib'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/home/simon/op25/repeater/src'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/home/simon/op25/repeater'
> > make: *** [all] Error 2
> > simon at drifter:~/op25/repeater$ find .. -name 'op25_imbe_frame.h'
> > ../blocks/src/lib/op25_imbe_frame.h
> > simon at drifter:~/op25/repeater$ find /usr/local/include/ -name
> > 'op25_imbe_frame.h'
> > simon at drifter:~/op25/repeater$
> > --
> >
> > Simon
> >
>
>  
>



-- 
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120514/37e1b871/attachment.htm>

From stevie.glass at gmail.com  Mon May 14 03:44:44 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Mon, 14 May 2012 13:44:44 +1000
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <CAAWhvb3Ja7ae3tRyywjhKCoNae7AABu+RX0sbovn9BLnjxAh7Q@mail.gmail.com>
References: <joe7ai+gmhb@eGroups.com> <jogo4b+qtfp@eGroups.com> <CAAWhvb3Ja7ae3tRyywjhKCoNae7AABu+RX0sbovn9BLnjxAh7Q@mail.gmail.com>
Message-ID: <4FB07FAC.7000509@gmail.com>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 14/05/12 13:25, Richard Clarke wrote:
>
> A colleague of mine here has noted that op25 decoder seems to produce
no audio when compiled and run on anything later than Ubuntu 11.04 for
as yet undetermined reasons. Building and running on 11.10 or later
(other mods required for 12.04) and you end up with the no audio
problem. I've suggested that he post here with any more details he may have

I've used OP25 in different Ubuntu VMs and not had any problem in 11.10.
Shall try 12.04 tonight. I think that I'll set the software decoder to
be the default and that might help. There is a huge todo around the IMBE
vocoder which I've been postponing but I'll start taking a look at that
ASAP.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+wf6wACgkQW7aAm65EWy4m9ACfeKcxeKLzlAttUm/btm5gICT0
OdwAoNgc8sOx+KDvK1JSpf7PQmWMyLfQ
=MufF
-----END PGP SIGNATURE-----

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120514/2071caab/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stevie_glass.vcf
Type: text/x-vcard
Size: 146 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120514/2071caab/attachment.vcf>

From ikj1234i at yahoo.com  Mon May 14 12:39:11 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Mon, 14 May 2012 05:39:11 -0700 (PDT)
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <4FB07FAC.7000509@gmail.com>
References: <joe7ai+gmhb@eGroups.com> <jogo4b+qtfp@eGroups.com> <CAAWhvb3Ja7ae3tRyywjhKCoNae7AABu+RX0sbovn9BLnjxAh7Q@mail.gmail.com> <4FB07FAC.7000509@gmail.com>
Message-ID: <1336999151.72087.YahooMailNeo@web39404.mail.mud.yahoo.com>

>There is a huge todo around the IMBE

>vocoder which I've been postponing but I'll start taking a look at that
>ASAP.

 Hey Stevie

Hope all is well - saw this comment and just was curious what's entailed in this.? Should note that the "imbe_vocoder" subdir in our trunk contains several mods to Pavel's original (all of which you and I discussed a time ago) for :
?- making code reentrant by moving global and static variables to class-member variables
?- bug fix(es)

Just mentioning this as I'd not like to see that work go to waste...

Best Regards

Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120514/a518d76a/attachment.htm>

From stevie.glass at gmail.com  Mon May 14 12:57:03 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Mon, 14 May 2012 22:57:03 +1000
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <1336999151.72087.YahooMailNeo@web39404.mail.mud.yahoo.com>
References: <joe7ai+gmhb@eGroups.com>
	<jogo4b+qtfp@eGroups.com>
	<CAAWhvb3Ja7ae3tRyywjhKCoNae7AABu+RX0sbovn9BLnjxAh7Q@mail.gmail.com>
	<4FB07FAC.7000509@gmail.com>
	<1336999151.72087.YahooMailNeo@web39404.mail.mud.yahoo.com>
Message-ID: <CADC0ay3_Wi_x5Rcnq9Jc3FMoCj9nofjh7MLp_ZoJsrkrFO5Sdg@mail.gmail.com>

Don't fret Max, I am not planning on any major changes to anything to do
with Pavel's code.

On 14 May 2012 22:39, ikjtel <ikj1234i at yahoo.com> wrote:

> **
>
>
> >There is a huge todo around the IMBE
> >vocoder which I've been postponing but I'll start taking a look at that
> >ASAP.
>
>  Hey Stevie
>
> Hope all is well - saw this comment and just was curious what's entailed
> in this.  Should note that the "imbe_vocoder" subdir in our trunk contains
> several mods to Pavel's original (all of which you and I discussed a time
> ago) for :
>  - making code reentrant by moving global and static variables to
> class-member variables
>  - bug fix(es)
>
> Just mentioning this as I'd not like to see that work go to waste...
>
> Best Regards
>
> Max
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120514/6de82f49/attachment.htm>

From cottrell.m.a at gmail.com  Tue May 15 01:11:52 2012
From: cottrell.m.a at gmail.com (markop25)
Date: Tue, 15 May 2012 01:11:52 -0000
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <4FB07FAC.7000509@gmail.com>
Message-ID: <josago+723f@eGroups.com>



Hi Steve,

I have been playing around for a while now using a few different ubuntu and debian distributions.  So far I've only had success with my 11.04 virtual machines.  I took some wireshark captures of some P25 samples running through Bob's flowgraph in both debian wheezy and ubuntu 11.04, the "good" capture (https://docs.google.com/open?id=0B8J3fNC5VR23akJ1Zl9xNkNHeHM) contains exactly what I would expect with correct NIDs, while the "bad" capture (https://docs.google.com/open?id=0B8J3fNC5VR23NlA2aGdWVDlHYUE) has packets with NIDs that are all zero with the occasional 1 in the LSB.  From the packets I glanced at, the data after the NID is the same in each capture.  

I have no idea what the differences are in the dependencies between my debian setup and ubuntu vm, but I have tried building in debian with gcc-4.5 and boost 1.46 (instead of gcc-4.6 and boost 1.49) and have not had any luck. I have also tried a few versions of gnuradio (3.4.2, 3.5.3 and 3.6.1) without any luck.  Any other ideas to help get it working or figure out the cause of the problem would be welcome.

Thanks,
Mark

--- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass at ...> wrote:
>
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 14/05/12 13:25, Richard Clarke wrote:
> >
> > A colleague of mine here has noted that op25 decoder seems to produce
> no audio when compiled and run on anything later than Ubuntu 11.04 for
> as yet undetermined reasons. Building and running on 11.10 or later
> (other mods required for 12.04) and you end up with the no audio
> problem. I've suggested that he post here with any more details he may have
> 
> I've used OP25 in different Ubuntu VMs and not had any problem in 11.10.
> Shall try 12.04 tonight. I think that I'll set the software decoder to
> be the default and that might help. There is a huge todo around the IMBE
> vocoder which I've been postponing but I'll start taking a look at that
> ASAP.
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk+wf6wACgkQW7aAm65EWy4m9ACfeKcxeKLzlAttUm/btm5gICT0
> OdwAoNgc8sOx+KDvK1JSpf7PQmWMyLfQ
> =MufF
> -----END PGP SIGNATURE-----
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120515/3601f327/attachment.htm>

From csvendsen2143 at gmail.com  Wed May 16 00:20:14 2012
From: csvendsen2143 at gmail.com (Chris Svendsen)
Date: Tue, 15 May 2012 20:20:14 -0400
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <josago+723f@eGroups.com>
References: <4FB07FAC.7000509@gmail.com>
	<josago+723f@eGroups.com>
Message-ID: <CAD36Jipmp+M+Athhsf7R5fbWSPA=sn0HMmmoHGGnQC6pLXqysQ@mail.gmail.com>

Hello group

Working on an install on Ubuntu 12.04 I realize there are some problems
with 12.04 but would like to help fix these issues as they occur. These are
some issues I have had so far with a fresh install of Ubuntu 12.04 and GNU
radio 3.6.0.
GNU radio was built from source code not from the install script.
Had to run sudo ldconfig after GNU radio install that I did not see
anywhere in there install directions. Anyway on to OP25

OP25

Number 1
Running ./configure in /op25/block
Configure could not find gruel_common.i in /usr/local/include/gnuradio/swig
Assuming this is due to GNU radios new location for file is
/usr/local/include/gruel/swig/
FIX was to link the directories.
 sudo ln -s /usr/local/include/gruel/swig/*
/usr/local/include/gnuradio/swig/

Number 2
Using the lattes version of gcc 4.6 to compile ran into and error trying to
make the install of the op24/block.
FIX was to add
#include <cstddef>
To the file op25.cc located in op25/block/src/lib/
make and make install now worked without any errors for the /op25/block
section.

Another error I ran into was installing gr-fsk4 I realize this is not an
op25 issue but thought is was mentioning. This error was again in the
"make" section of the stall and was fixed by adding
#include <stdio.h>
to several files in the src/lib directory.

After that all the installs completed without errors however I am still
having the following issues.
1) There is no op25 decode block in GNU Radio.
2) When running

cd ~/src/op25/python
./audio_p25_rx.py -a

I get the following error
AttributeError: 'fft_window' object has no attribute 'plot'

Hope this info helps some devs and if there is any info anybody needs let
me know. In the mean time ill be working on getting this install working.

Thanks
      Chris




On Mon, May 14, 2012 at 9:11 PM, markop25 <cottrell.m.a at gmail.com> wrote:

> **
>
>
>
>
> Hi Steve,
>
> I have been playing around for a while now using a few different ubuntu
> and debian distributions. So far I've only had success with my 11.04
> virtual machines. I took some wireshark captures of some P25 samples
> running through Bob's flowgraph in both debian wheezy and ubuntu 11.04, the
> "good" capture (
> https://docs.google.com/open?id=0B8J3fNC5VR23akJ1Zl9xNkNHeHM) contains
> exactly what I would expect with correct NIDs, while the "bad" capture (
> https://docs.google.com/open?id=0B8J3fNC5VR23NlA2aGdWVDlHYUE) has packets
> with NIDs that are all zero with the occasional 1 in the LSB. From the
> packets I glanced at, the data after the NID is the same in each capture.
>
> I have no idea what the differences are in the dependencies between my
> debian setup and ubuntu vm, but I have tried building in debian with
> gcc-4.5 and boost 1.46 (instead of gcc-4.6 and boost 1.49) and have not had
> any luck. I have also tried a few versions of gnuradio (3.4.2, 3.5.3 and
> 3.6.1) without any luck. Any other ideas to help get it working or figure
> out the cause of the problem would be welcome.
>
> Thanks,
> Mark
>
>
> --- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass at ...> wrote:
> >
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On 14/05/12 13:25, Richard Clarke wrote:
> > >
> > > A colleague of mine here has noted that op25 decoder seems to produce
> > no audio when compiled and run on anything later than Ubuntu 11.04 for
> > as yet undetermined reasons. Building and running on 11.10 or later
> > (other mods required for 12.04) and you end up with the no audio
> > problem. I've suggested that he post here with any more details he may
> have
> >
> > I've used OP25 in different Ubuntu VMs and not had any problem in 11.10.
> > Shall try 12.04 tonight. I think that I'll set the software decoder to
> > be the default and that might help. There is a huge todo around the IMBE
> > vocoder which I've been postponing but I'll start taking a look at that
> > ASAP.
> >
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.12 (GNU/Linux)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> >
> > iEYEARECAAYFAk+wf6wACgkQW7aAm65EWy4m9ACfeKcxeKLzlAttUm/btm5gICT0
> > OdwAoNgc8sOx+KDvK1JSpf7PQmWMyLfQ
> > =MufF
> > -----END PGP SIGNATURE-----
> >
>
>  
>



--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120515/ece1fa11/attachment.htm>

From csvendsen2143 at gmail.com  Wed May 16 01:42:56 2012
From: csvendsen2143 at gmail.com (Chris Svendsen)
Date: Tue, 15 May 2012 21:42:56 -0400
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing
In-Reply-To: <CAD36Jipmp+M+Athhsf7R5fbWSPA=sn0HMmmoHGGnQC6pLXqysQ@mail.gmail.com>
References: <4FB07FAC.7000509@gmail.com>
	<josago+723f@eGroups.com>
	<CAD36Jipmp+M+Athhsf7R5fbWSPA=sn0HMmmoHGGnQC6pLXqysQ@mail.gmail.com>
Message-ID: <CAD36Jio2S4=JmTDTK3mFRkD07nYqWYfeysaCMPGr-FAmkDEUSg@mail.gmail.com>

Update: when running cd ~/src/op25/python       ./audio_p25_rx.py -a  I was
getting this error

AttributeError: 'fft_window' object has no attribute 'plot'

FIX was to edit  gr-wxgui.conf   in the directory
/usr/local/etc/gnuradio/conf.d
and change the line style = auto to style = nongl

Now im getting this error when running cd ~/src/op25/python
./audio_p25_rx.py -a
Error reads "NameError: global name 'msgq' is not defined"

On Tue, May 15, 2012 at 8:20 PM, Chris Svendsen <csvendsen2143 at gmail.com>wrote:

>
> Hello group
>
> Working on an install on Ubuntu 12.04 I realize there are some problems
> with 12.04 but would like to help fix these issues as they occur. These are
> some issues I have had so far with a fresh install of Ubuntu 12.04 and GNU
> radio 3.6.0.
> GNU radio was built from source code not from the install script.
> Had to run sudo ldconfig after GNU radio install that I did not see
> anywhere in there install directions. Anyway on to OP25
>
> OP25
>
> Number 1
> Running ./configure in /op25/block
> Configure could not find gruel_common.i in /usr/local/include/gnuradio/swig
> Assuming this is due to GNU radios new location for file is
> /usr/local/include/gruel/swig/
> FIX was to link the directories.
>  sudo ln -s /usr/local/include/gruel/swig/*
> /usr/local/include/gnuradio/swig/
>
> Number 2
> Using the lattes version of gcc 4.6 to compile ran into and error trying
> to make the install of the op24/block.
> FIX was to add
> #include <cstddef>
> To the file op25.cc located in op25/block/src/lib/
> make and make install now worked without any errors for the /op25/block
> section.
>
> Another error I ran into was installing gr-fsk4 I realize this is not an
> op25 issue but thought is was mentioning. This error was again in the
> "make" section of the stall and was fixed by adding
> #include <stdio.h>
> to several files in the src/lib directory.
>
> After that all the installs completed without errors however I am still
> having the following issues.
> 1) There is no op25 decode block in GNU Radio.
> 2) When running
>
> cd ~/src/op25/python
> ./audio_p25_rx.py -a
>
> I get the following error
> AttributeError: 'fft_window' object has no attribute 'plot'
>
> Hope this info helps some devs and if there is any info anybody needs let
> me know. In the mean time ill be working on getting this install working.
>
> Thanks
>       Chris
>
>
>
>
>
> On Mon, May 14, 2012 at 9:11 PM, markop25 <cottrell.m.a at gmail.com> wrote:
>
>> **
>>
>>
>>
>>
>> Hi Steve,
>>
>> I have been playing around for a while now using a few different ubuntu
>> and debian distributions. So far I've only had success with my 11.04
>> virtual machines. I took some wireshark captures of some P25 samples
>> running through Bob's flowgraph in both debian wheezy and ubuntu 11.04, the
>> "good" capture (
>> https://docs.google.com/open?id=0B8J3fNC5VR23akJ1Zl9xNkNHeHM) contains
>> exactly what I would expect with correct NIDs, while the "bad" capture (
>> https://docs.google.com/open?id=0B8J3fNC5VR23NlA2aGdWVDlHYUE) has
>> packets with NIDs that are all zero with the occasional 1 in the LSB. From
>> the packets I glanced at, the data after the NID is the same in each
>> capture.
>>
>> I have no idea what the differences are in the dependencies between my
>> debian setup and ubuntu vm, but I have tried building in debian with
>> gcc-4.5 and boost 1.46 (instead of gcc-4.6 and boost 1.49) and have not had
>> any luck. I have also tried a few versions of gnuradio (3.4.2, 3.5.3 and
>> 3.6.1) without any luck. Any other ideas to help get it working or figure
>> out the cause of the problem would be welcome.
>>
>> Thanks,
>> Mark
>>
>>
>> --- In op25-dev at yahoogroups.com, Steve Glass <stevie.glass at ...> wrote:
>> >
>> >
>> > -----BEGIN PGP SIGNED MESSAGE-----
>> > Hash: SHA1
>> >
>> > On 14/05/12 13:25, Richard Clarke wrote:
>> > >
>> > > A colleague of mine here has noted that op25 decoder seems to produce
>> > no audio when compiled and run on anything later than Ubuntu 11.04 for
>> > as yet undetermined reasons. Building and running on 11.10 or later
>> > (other mods required for 12.04) and you end up with the no audio
>> > problem. I've suggested that he post here with any more details he may
>> have
>> >
>> > I've used OP25 in different Ubuntu VMs and not had any problem in 11.10.
>> > Shall try 12.04 tonight. I think that I'll set the software decoder to
>> > be the default and that might help. There is a huge todo around the IMBE
>> > vocoder which I've been postponing but I'll start taking a look at that
>> > ASAP.
>> >
>> >
>> > -----BEGIN PGP SIGNATURE-----
>> > Version: GnuPG v1.4.12 (GNU/Linux)
>> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>> >
>> > iEYEARECAAYFAk+wf6wACgkQW7aAm65EWy4m9ACfeKcxeKLzlAttUm/btm5gICT0
>> > OdwAoNgc8sOx+KDvK1JSpf7PQmWMyLfQ
>> > =MufF
>> > -----END PGP SIGNATURE-----
>> >
>>
>>  
>>
>
>
>
> --
>



-- 
Chris Svendsen
*Phone:* 407 694 7282
*Email:* csvendsen2143 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120515/820ae827/attachment.htm>

From bobrich at gmail.com  Mon May 14 18:13:27 2012
From: bobrich at gmail.com (rrgsti)
Date: Mon, 14 May 2012 18:13:27 -0000
Subject: [op25-dev] Re: GRC blocks for OP25 and 4FSK missing / Re: OP25 GRC - Almost but not quite..
In-Reply-To: <CAAWhvb3Ja7ae3tRyywjhKCoNae7AABu+RX0sbovn9BLnjxAh7Q@mail.gmail.com>
Message-ID: <jori07+8jov@eGroups.com>

Hi Richard,

Thank you so much for posting this observation (and to your colleague for making it).  I built a vm with Ubuntu 10.04 64-bit, installed gnuradio via the build-gnuradio script, installed op25 using the basic quick install instructions on the wiki, and re-ran my flowgraph and IQ file and (drumroll, please) IT WORKS!

I get proper DUID identification and audio output.

Combined with the difficulty trying to route audio from gnuradio to dsd, and I can confidently say that is *not* one of the high points in my love/hate relationship with linux over the last 15 years...lol.

Finding the problem is way over my head, but I'd be happy to help to whatever extent I can.  The tar file at this URL does provide an example of IQ baseband data that does work on 10.04 and does not work on my install of 11.10:

http://s3.amazonaws.com/public-xrp/p25.tar.bz2

Please note that I don't believe my install on 11.10 was done precisely the same way as above.  It's certainly possible that there's something wrong with the build on my local machine.

Thanks!



--- In op25-dev at yahoogroups.com, Richard Clarke <richard at ...> wrote:
>
> A colleague of mine here has noted that op25 decoder seems to produce no
> audio when compiled and run on anything later than Ubuntu 11.04 for as yet
> undetermined reasons. Building and running on 11.10 or later (other mods
> required for 12.04) and you end up with the no audio problem. I've
> suggested that he post here with any more details he may have.
> 
> Cheers
> Richard
> 
> On 11 May 2012 03:50, rrgsti <bobrich at ...> wrote:
> 
> > **
> >
> >
> > Hi there,
> >
> > AFAIK, the OP25 components do not show up in GRC. As you've found, gr-baz
> > includes an OP25 block for GRC that encapsulates OP25 functionality. Balint
> > also provided an example flowgraph that uses it, so you generally just need
> > to tweak the frequency.
> >
> > I'm having difficulty successfully decoding P25 with my RTL2832, so I'm
> > very interested in your results. If you get no audio output whatsoever,
> > take a look at the 'not quite' thread in here as well. I modified
> > data_unit.cc to force all frames to be detected as LDU1 (voice), which is
> > 100% broken, but I do get chunks of audio.
> >
> > I also ran into the same issue with compilation. If you punch
> > 'op25_imbe_frame.h' into the search function in this group you'll find a
> > couple threads with fixes.
> >
> > Last but not least, there is a discussion today on the rtlsdr subreddit
> > about sampling rates. In short, ensure that your sampling rate is an even
> > divisor of 28.8, such as 2.4 or 1.8msps, or you may get some artifacts in
> > the signal.
> >
> > Good luck!
> >
> >
> > --- In op25-dev at yahoogroups.com, "mungewell" <simon@> wrote:
> > >
> > > Hi all,
> > > Just getting started with GnuRadio and RTL2832 so might be missing some
> > details, by following the instructions here:
> > > http://op25.osmocom.org/wiki/wiki/BuildInstructionsPage
> > >
> > > I was able (with a couple of hacks) to built OP25, IMBE and 4FSK -
> > however these did not appear as selectable blocks in GRC.
> > >
> > > After some time I was able to figure out that they are missing 'xml'
> > definitions in '/usr/local/share/gnuradio/blocks'. Creating a quick/fake
> > '4fsk.xml' made it/something appear.
> > >
> > > So should these exist? Does anyone have examples of what they should
> > be....?
> > >
> > >
> > > BTW the OP25 which did appear, seems to be from Baz install, not the
> > above instructions.
> > >
> > >
> > > I also experienced problems with build against latest GnuRadio git
> > (seems that 'gruel_common.i' has moved) and the include files are not being
> > installed... other than that things are 'peachy' :-)
> > >
> > > --
> > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
> > > -I/usr/local/include/gnuradio -I/usr/local/include
> > > -I/usr/include/python2.7 -I ../../../imbe_vocoder/src/lib -g -O2 -Wall
> > > -Woverloaded-virtual -pthread -MT _repeater_la-repeater.lo -MD -MP -MF
> > > .deps/_repeater_la-repeater.Tpo -c repeater.cc -fPIC -DPIC -o
> > > .libs/_repeater_la-repeater.o
> > > In file included from repeater.cc:3862:0:
> > > rs.h:8:29: fatal error: op25_imbe_frame.h: No such file or directory
> > > compilation terminated.
> > > make[4]: *** [_repeater_la-repeater.lo] Error 1
> > > make[4]: Leaving directory `/home/simon/op25/repeater/src/lib'
> > > make[3]: *** [all] Error 2
> > > make[3]: Leaving directory `/home/simon/op25/repeater/src/lib'
> > > make[2]: *** [all-recursive] Error 1
> > > make[2]: Leaving directory `/home/simon/op25/repeater/src'
> > > make[1]: *** [all-recursive] Error 1
> > > make[1]: Leaving directory `/home/simon/op25/repeater'
> > > make: *** [all] Error 2
> > > simon at drifter:~/op25/repeater$ find .. -name 'op25_imbe_frame.h'
> > > ../blocks/src/lib/op25_imbe_frame.h
> > > simon at drifter:~/op25/repeater$ find /usr/local/include/ -name
> > > 'op25_imbe_frame.h'
> > > simon at drifter:~/op25/repeater$
> > > --
> > >
> > > Simon
> > >
> >
> >  
> >
> 
> 
> 
> -- 
> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
> Engineers believe that if it ain't broke, it doesn't have enough features
> yet.*
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120514/e6b062a7/attachment.htm>

From bobrich at gmail.com  Mon May 14 22:06:38 2012
From: bobrich at gmail.com (rrgsti)
Date: Mon, 14 May 2012 22:06:38 -0000
Subject: [op25-dev] GRC blocks for OP25 and 4FSK missing / Re: OP25 GRC - Almost but not quite..
In-Reply-To: <jori07+8jov@eGroups.com>
Message-ID: <jorvle+dqpl@eGroups.com>

FWIW, I renamed /usr/local on my Ubuntu 11.10 (64-bit on hardware) system, re-downloaded and re-installed gnuradio and op25 using the same procedure as the other two systems this morning, and I get no audio. 

--- In op25-dev at yahoogroups.com, "rrgsti" <bobrich at ...> wrote:
>
> Hi Richard,
> 
> Thank you so much for posting this observation (and to your colleague for making it).  I built a vm with Ubuntu 10.04 64-bit, installed gnuradio via the build-gnuradio script, installed op25 using the basic quick install instructions on the wiki, and re-ran my flowgraph and IQ file and (drumroll, please) IT WORKS!
> 
> I get proper DUID identification and audio output.
> 
> Combined with the difficulty trying to route audio from gnuradio to dsd, and I can confidently say that is *not* one of the high points in my love/hate relationship with linux over the last 15 years...lol.
> 
> Finding the problem is way over my head, but I'd be happy to help to whatever extent I can.  The tar file at this URL does provide an example of IQ baseband data that does work on 10.04 and does not work on my install of 11.10:
> 
> http://s3.amazonaws.com/public-xrp/p25.tar.bz2
> 
> Please note that I don't believe my install on 11.10 was done precisely the same way as above.  It's certainly possible that there's something wrong with the build on my local machine.
> 
> Thanks!
> 
> 
> 
> --- In op25-dev at yahoogroups.com, Richard Clarke <richard@> wrote:
> >
> > A colleague of mine here has noted that op25 decoder seems to produce no
> > audio when compiled and run on anything later than Ubuntu 11.04 for as yet
> > undetermined reasons. Building and running on 11.10 or later (other mods
> > required for 12.04) and you end up with the no audio problem. I've
> > suggested that he post here with any more details he may have.
> > 
> > Cheers
> > Richard
> > 
> > On 11 May 2012 03:50, rrgsti <bobrich@> wrote:
> > 
> > > **
> > >
> > >
> > > Hi there,
> > >
> > > AFAIK, the OP25 components do not show up in GRC. As you've found, gr-baz
> > > includes an OP25 block for GRC that encapsulates OP25 functionality. Balint
> > > also provided an example flowgraph that uses it, so you generally just need
> > > to tweak the frequency.
> > >
> > > I'm having difficulty successfully decoding P25 with my RTL2832, so I'm
> > > very interested in your results. If you get no audio output whatsoever,
> > > take a look at the 'not quite' thread in here as well. I modified
> > > data_unit.cc to force all frames to be detected as LDU1 (voice), which is
> > > 100% broken, but I do get chunks of audio.
> > >
> > > I also ran into the same issue with compilation. If you punch
> > > 'op25_imbe_frame.h' into the search function in this group you'll find a
> > > couple threads with fixes.
> > >
> > > Last but not least, there is a discussion today on the rtlsdr subreddit
> > > about sampling rates. In short, ensure that your sampling rate is an even
> > > divisor of 28.8, such as 2.4 or 1.8msps, or you may get some artifacts in
> > > the signal.
> > >
> > > Good luck!
> > >
> > >
> > > --- In op25-dev at yahoogroups.com, "mungewell" <simon@> wrote:
> > > >
> > > > Hi all,
> > > > Just getting started with GnuRadio and RTL2832 so might be missing some
> > > details, by following the instructions here:
> > > > http://op25.osmocom.org/wiki/wiki/BuildInstructionsPage
> > > >
> > > > I was able (with a couple of hacks) to built OP25, IMBE and 4FSK -
> > > however these did not appear as selectable blocks in GRC.
> > > >
> > > > After some time I was able to figure out that they are missing 'xml'
> > > definitions in '/usr/local/share/gnuradio/blocks'. Creating a quick/fake
> > > '4fsk.xml' made it/something appear.
> > > >
> > > > So should these exist? Does anyone have examples of what they should
> > > be....?
> > > >
> > > >
> > > > BTW the OP25 which did appear, seems to be from Baz install, not the
> > > above instructions.
> > > >
> > > >
> > > > I also experienced problems with build against latest GnuRadio git
> > > (seems that 'gruel_common.i' has moved) and the include files are not being
> > > installed... other than that things are 'peachy' :-)
> > > >
> > > > --
> > > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
> > > > -I/usr/local/include/gnuradio -I/usr/local/include
> > > > -I/usr/include/python2.7 -I ../../../imbe_vocoder/src/lib -g -O2 -Wall
> > > > -Woverloaded-virtual -pthread -MT _repeater_la-repeater.lo -MD -MP -MF
> > > > .deps/_repeater_la-repeater.Tpo -c repeater.cc -fPIC -DPIC -o
> > > > .libs/_repeater_la-repeater.o
> > > > In file included from repeater.cc:3862:0:
> > > > rs.h:8:29: fatal error: op25_imbe_frame.h: No such file or directory
> > > > compilation terminated.
> > > > make[4]: *** [_repeater_la-repeater.lo] Error 1
> > > > make[4]: Leaving directory `/home/simon/op25/repeater/src/lib'
> > > > make[3]: *** [all] Error 2
> > > > make[3]: Leaving directory `/home/simon/op25/repeater/src/lib'
> > > > make[2]: *** [all-recursive] Error 1
> > > > make[2]: Leaving directory `/home/simon/op25/repeater/src'
> > > > make[1]: *** [all-recursive] Error 1
> > > > make[1]: Leaving directory `/home/simon/op25/repeater'
> > > > make: *** [all] Error 2
> > > > simon at drifter:~/op25/repeater$ find .. -name 'op25_imbe_frame.h'
> > > > ../blocks/src/lib/op25_imbe_frame.h
> > > > simon at drifter:~/op25/repeater$ find /usr/local/include/ -name
> > > > 'op25_imbe_frame.h'
> > > > simon at drifter:~/op25/repeater$
> > > > --
> > > >
> > > > Simon
> > > >
> > >
> > >  
> > >
> > 
> > 
> > 
> > -- 
> > *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
> > Engineers believe that if it ain't broke, it doesn't have enough features
> > yet.*
> >
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120514/ae85412b/attachment.htm>

From simon at mungewell.org  Wed May  9 20:12:59 2012
From: simon at mungewell.org (mungewell)
Date: Wed, 09 May 2012 20:12:59 -0000
Subject: [op25-dev] Sample data from Calgary
Message-ID: <joej4b+in55@eGroups.com>

Here is a 204MByte sample (1MS/s @ LO 866.5MHz) from the Calgary area.

http://dl.dropbox.com/u/34518077/HDSDR_20120509_173509Z_866500kHz_RF.wav

http://www.radioreference.com/apps/db/?sid=204

This contains a mix of digital and analogue comms, as not all services have switched to digital yet.

Simon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120509/7ee123d5/attachment.htm>

From ikj1234i at yahoo.com  Mon May 28 12:21:09 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Mon, 28 May 2012 12:21:09 -0000
Subject: [op25-dev] P25 symbol timing recovery: tone detection method
Message-ID: <jpvqjl+9jsj@eGroups.com>


P25 signals modulated using the CQPSK format throw off a loud tone at 4,800 Hz, as shown by a plot of the power spectrum of the signal's magnitude.

C4FM-modulated P25 signals do not appear to possess this interesting property.  The file in samples 'prwn-d256.dat' appears to be a CQPSK signal with distinctive LSM characteristics.

I've uploaded a simple python app which can be used to plot a complex capture sample file - magsq-psd.py. The one non-obvious arg (--calibration) must be used if/as necessary to bring the signal to near zero IF.

Note that hardware FM discriminator-tapped receivers cannot be used here since a copy of the signal prior to demodulation is required.

A receiver software implementation using the tone detection method can be done using a low-complexity setup such as a DSP CIC filter.  Another nice thing is that a tone detection loop works well even when there is some frequency mismatch...

Max

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120528/5ae9079d/attachment.htm>

From mike at ossmann.com  Mon May 28 14:35:55 2012
From: mike at ossmann.com (Michael Ossmann)
Date: Mon, 28 May 2012 08:35:55 -0600
Subject: [op25-dev] P25 symbol timing recovery: tone detection method
In-Reply-To: <jpvqjl+9jsj@eGroups.com>
References: <jpvqjl+9jsj@eGroups.com>
Message-ID: <20120528143554.GA11871@ossmann.com>

On Mon, May 28, 2012 at 12:21:09PM -0000, ikj1234i wrote:
>
> The file in samples 'prwn-d256.dat' appears to be a CQPSK
> signal with distinctive LSM characteristics.

Yes.  I captured that one from the Phoenix Regional Wireless
Network in Arizona.  It is (or was) an LSM system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120528/7236400d/attachment.htm>

From ctx50026 at centurytel.net  Mon May 28 20:39:36 2012
From: ctx50026 at centurytel.net (homernighthawk)
Date: Mon, 28 May 2012 20:39:36 -0000
Subject: [op25-dev] problem running usrp_p25_rx.py
Message-ID: <jq0nq8+mnb6@eGroups.com>


Hi,

I'm having a problem running usrp_p25_rx.py. I've never done anything with op25 before. I followed the build instructions on the wiki at op25.osmocom.org/wiki. I had the same issue that I saw a couple other people post about with adding an include of stddef.h to op25.cc. After that everything built as far as I can tell. 

I'm using ubuntu 12.04 x64 and gnuradio 3.6

If anyone has any idea what to look at it would be appreciated.
thanks,


When I try to run usrp_p25_rx.py I get the following error:

Traceback (most recent call last):
  File "./usrp_p25_rx.py", line 727, in <module>
    app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, in __init__
    wx.App.__init__ (self, redirect=False)
  File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7981, in __init__
    self._BootstrapApp()
  File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7555, in _BootstrapApp
    return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
    self._max_noutput_items)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
    self.panel = stdpanel (self, self, top_block_maker, max_nouts)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
    self.top_block = top_block_maker (frame, self, vbox, sys.argv)
  File "./usrp_p25_rx.py", line 75, in __init__
    self.__init_gui(frame, panel, vbox)
  File "./usrp_p25_rx.py", line 252, in __init_gui
    self.spectrum_plotter = self.spectrum.win.plot
AttributeError: 'fft_window' object has no attribute 'plot'

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120528/24e521c2/attachment.htm>

From cottrell.m.a at gmail.com  Mon May 28 20:58:17 2012
From: cottrell.m.a at gmail.com (markop25)
Date: Mon, 28 May 2012 20:58:17 -0000
Subject: [op25-dev] Re: problem running usrp_p25_rx.py
In-Reply-To: <jq0nq8+mnb6@eGroups.com>
Message-ID: <jq0ot9+besf@eGroups.com>

I think it is something to do with opengl sinks being the default now.  You could try usrp_p25_rx_gl.py, but it won't work with any gnuradio version later than 3.4.2 as it uses the gnuradio usrp module, which is now deprecated and has been replaced by uhd.

--- In op25-dev at yahoogroups.com, "homernighthawk" <ctx50026 at ...> wrote:
>
> 
> Hi,
> 
> I'm having a problem running usrp_p25_rx.py. I've never done anything with op25 before. I followed the build instructions on the wiki at op25.osmocom.org/wiki. I had the same issue that I saw a couple other people post about with adding an include of stddef.h to op25.cc. After that everything built as far as I can tell. 
> 
> I'm using ubuntu 12.04 x64 and gnuradio 3.6
> 
> If anyone has any idea what to look at it would be appreciated.
> thanks,
> 
> 
> When I try to run usrp_p25_rx.py I get the following error:
> 
> Traceback (most recent call last):
>   File "./usrp_p25_rx.py", line 727, in <module>
>     app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
>   File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, in __init__
>     wx.App.__init__ (self, redirect=False)
>   File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7981, in __init__
>     self._BootstrapApp()
>   File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7555, in _BootstrapApp
>     return _core_.PyApp__BootstrapApp(*args, **kwargs)
>   File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
>     self._max_noutput_items)
>   File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
>     self.panel = stdpanel (self, self, top_block_maker, max_nouts)
>   File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
>     self.top_block = top_block_maker (frame, self, vbox, sys.argv)
>   File "./usrp_p25_rx.py", line 75, in __init__
>     self.__init_gui(frame, panel, vbox)
>   File "./usrp_p25_rx.py", line 252, in __init_gui
>     self.spectrum_plotter = self.spectrum.win.plot
> AttributeError: 'fft_window' object has no attribute 'plot'
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120528/6470ef08/attachment.htm>

From ctx50026 at centurytel.net  Tue May 29 01:53:52 2012
From: ctx50026 at centurytel.net (Stephen)
Date: Mon, 28 May 2012 20:53:52 -0500
Subject: [op25-dev] Re: problem running usrp_p25_rx.py
In-Reply-To: <jq0ot9+besf@eGroups.com>
References: <jq0ot9+besf@eGroups.com>
Message-ID: <4FC42C30.1060705@centurytel.net>


Thanks for the reply. It gave me the idea of trying to get the gl
version to work with uhd. I got it to run and the dialog opens up but I
don't see anything. It does start teh usrp but nothing displays on any
of the tabs.


On 5/28/2012 3:58 PM, markop25 wrote:
>  
> 
> I think it is something to do with opengl sinks being the default now.
> You could try usrp_p25_rx_gl.py, but it won't work with any gnuradio
> version later than 3.4.2 as it uses the gnuradio usrp module, which is
> now deprecated and has been replaced by uhd.
> 
> --- In op25-dev at yahoogroups.com <mailto:op25-dev%40yahoogroups.com>,
> "homernighthawk" <ctx50026 at ...> wrote:
>>
>>
>> Hi,
>>
>> I'm having a problem running usrp_p25_rx.py. I've never done anything
> with op25 before. I followed the build instructions on the wiki at
> op25.osmocom.org/wiki. I had the same issue that I saw a couple other
> people post about with adding an include of stddef.h to op25.cc. After
> that everything built as far as I can tell.
>>
>> I'm using ubuntu 12.04 x64 and gnuradio 3.6
>>
>> If anyone has any idea what to look at it would be appreciated.
>> thanks,
>>
>>
>> When I try to run usrp_p25_rx.py I get the following error:
>>
>> Traceback (most recent call last):
>> File "./usrp_p25_rx.py", line 727, in <module>
>> app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
>> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
> 38, in __init__
>> wx.App.__init__ (self, redirect=False)
>> File
> "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line
> 7981, in __init__
>> self._BootstrapApp()
>> File
> "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line
> 7555, in _BootstrapApp
>> return _core_.PyApp__BootstrapApp(*args, **kwargs)
>> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
> 42, in OnInit
>> self._max_noutput_items)
>> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
> 64, in __init__
>> self.panel = stdpanel (self, self, top_block_maker, max_nouts)
>> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
> 86, in __init__
>> self.top_block = top_block_maker (frame, self, vbox, sys.argv)
>> File "./usrp_p25_rx.py", line 75, in __init__
>> self.__init_gui(frame, panel, vbox)
>> File "./usrp_p25_rx.py", line 252, in __init_gui
>> self.spectrum_plotter = self.spectrum.win.plot
>> AttributeError: 'fft_window' object has no attribute 'plot'
>>
> 
> 


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/op25-dev/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/op25-dev/join
    (Yahoo! ID required)

<*> To change settings via email:
    op25-dev-digest at yahoogroups.com 
    op25-dev-fullfeatured at yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    op25-dev-unsubscribe at yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/



From argilo at gmail.com  Sat Jun  9 02:29:43 2012
From: argilo at gmail.com (argilo314)
Date: Sat, 09 Jun 2012 02:29:43 -0000
Subject: [op25-dev] Segfault in software_imbe_decoder::decode_spectral_amplitudes
Message-ID: <jqucen+nfaq@eGroups.com>

I was getting segmentation faults whenever starting to decode a P25 signal.  (A stack trace is at the bottom of my message.)  After a bit of investigating, I found that the value of the OldL variable in software_imbe_decoder was getting used before it was initialized.  Adding OldL = 0 to the constructor got rid of the segfaults, but I don't understand the code well enough to know whether it's the correct fix.

Regards,
Clayton

----------

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `python ./top_block.py'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f6e2bcb15a3 in software_imbe_decoder::decode_spectral_amplitudes (this=0x39fa940, 
    Start3=<optimized out>, Start8=<optimized out>) at software_imbe_decoder.cc:1006
1006	   for(ell = OldL + 1; ell <= L + 1; ell++) { log2Mu[ell][ Old] = log2Mu[OldL][ Old]; }
(gdb) i stack
#0  0x00007f6e2bcb15a3 in software_imbe_decoder::decode_spectral_amplitudes (this=0x39fa940, 
    Start3=<optimized out>, Start8=<optimized out>) at software_imbe_decoder.cc:1006
#1  0x00007f6e2bcb305d in software_imbe_decoder::decode_audio (this=0x39fa940, A=<optimized out>)
    at software_imbe_decoder.cc:913
#2  0x00007f6e2bcb3747 in software_imbe_decoder::decode (this=0x39fa940, cw=...)
    at software_imbe_decoder.cc:810
#3  0x00007f6e2bc9ea7b in voice_data_unit::do_decode_audio (this=<optimized out>, frame_body=..., 
    imbe=...) at voice_data_unit.cc:50
#4  0x00007f6e2bc98b01 in abstract_data_unit::decode_audio (this=0x7f6dc8000e10, imbe=...)
    at abstract_data_unit.cc:61
#5  0x00007f6e2bc9ec0a in voice_du_handler::handle (this=0x39fdee0, du=...)
    at voice_du_handler.cc:45
#6  0x00007f6e2bcad4f8 in op25_decoder_bf::receive_symbol (this=0x39fa4f0, d=2 '\002')
    at op25_decoder_bf.cc:214
#7  0x00007f6e2bcad980 in op25_decoder_bf::general_work (this=0x39fa4f0, nof_output_items=16, 
    nof_input_items=..., input_items=..., output_items=...) at op25_decoder_bf.cc:86
#8  0x00007f6e31d09ae3 in gr_block_executor::run_one_iteration() ()
   from /usr/local/lib/libgnuradio-core-3.6.1git.so.0.0.0
#9  0x00007f6e31d28d5d in gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr<gr_block>, int)
    () from /usr/local/lib/libgnuradio-core-3.6.1git.so.0.0.0
#10 0x00007f6e31d23996 in boost::detail::function::void_function_obj_invoker0<gruel::thread_body_wrapper<tpb_container>, void>::invoke(boost::detail::function::function_buffer&) ()
   from /usr/local/lib/libgnuradio-core-3.6.1git.so.0.0.0
#11 0x00007f6e31548a9e in boost::detail::thread_data<boost::function0<void> >::run() ()
   from /usr/local/lib/libgruel-3.6.1git.so.0.0.0
#12 0x00007f6e30eebce9 in thread_proxy () from /usr/lib/libboost_thread.so.1.46.1
#13 0x00007f6e340e2e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#14 0x00007f6e32ed44bd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#15 0x0000000000000000 in ?? ()

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120609/3aced3af/attachment.htm>

From ctx50026 at centurytel.net  Sat Jun 16 02:45:27 2012
From: ctx50026 at centurytel.net (Stephen)
Date: Fri, 15 Jun 2012 21:45:27 -0500
Subject: [op25-dev] using op25 from c++
Message-ID: <4FDBF347.8060104@centurytel.net>

Hi,

Is it possible to use the op25 block from c++? I have it built and
working with GRC but now I would like to use it from a c++ program. I
looked but I could not find a library anywhere?

stephen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120615/3ce86d36/attachment.htm>

From balint256 at hotmail.com  Sun Jun 17 13:36:09 2012
From: balint256 at hotmail.com (Balint)
Date: Sun, 17 Jun 2012 23:36:09 +1000
Subject: [op25-dev] using op25 from c++
In-Reply-To: <4FDBF347.8060104@centurytel.net>
References: <4FDBF347.8060104@centurytel.net>
Message-ID: <BLU0-SMTP3004C26DA6BF9B4EB2B323AE2F90@phx.gbl>

Hi Stephen,

 

The OP25 block is actually a Python block the combines many of the commonly
used OP25 C++ blocks together into one package for immediate use in GRC, so
unfortunately you won't be able to drop it into C++.

 

If you're constructing a flowgraph in C++, then you could write your code so
that it matches (using the appropriate GNU Radio API calls) the flow in the
Python block.

 

Hope that helps,

Balint

 

From: op25-dev at yahoogroups.com [mailto:op25-dev at yahoogroups.com] On Behalf
Of Stephen
Sent: Saturday, 16 June 2012 12:45 PM
To: op25-dev at yahoogroups.com
Subject: [op25-dev] using op25 from c++

 

  

Hi,

Is it possible to use the op25 block from c++? I have it built and
working with GRC but now I would like to use it from a c++ program. I
looked but I could not find a library anywhere?

stephen



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120617/5e5ad254/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 359 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120617/5e5ad254/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 332 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120617/5e5ad254/attachment-0001.jpg>

From stevie.glass at gmail.com  Mon Jun 18 00:08:00 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Mon, 18 Jun 2012 10:08:00 +1000
Subject: [op25-dev] using op25 from c++
In-Reply-To: <BLU0-SMTP3004C26DA6BF9B4EB2B323AE2F90@phx.gbl>
References: <4FDBF347.8060104@centurytel.net>
	<BLU0-SMTP3004C26DA6BF9B4EB2B323AE2F90@phx.gbl>
Message-ID: <CADC0ay3MJPoMEXOiT9UQPWru4E+YSfDbkd72sw7BZCA7qBpDjw@mail.gmail.com>

I've been planning to refactor things for ages so that accessing P25 from
C++ is easier.

The idea is to move everything that isn't GNURadio-specific into a new
p25lib library and have the blocks link to that. The blocks (repeater,
vocoder, decoder) would then all be integrated into one GNURadio project
which links to p25lib. Then new utilities could simply be written to
process the P25 traffic using p25lib - without a dependency on GNURadio
(they'd simply receive traffic using the CAI-in-UDP encapsulation. I did
start on it but did some private work in p25lib that diverged and I simply
haven't had time to get the blocks re-organized and the C++ refactored.
With luck that will change before too long :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120618/973b23bf/attachment.htm>

From ctx50026 at centurytel.net  Mon Jun 18 23:33:32 2012
From: ctx50026 at centurytel.net (Stephen)
Date: Mon, 18 Jun 2012 18:33:32 -0500
Subject: [op25-dev] using op25 from c++
In-Reply-To: <BLU0-SMTP3004C26DA6BF9B4EB2B323AE2F90@phx.gbl>
References: <4FDBF347.8060104@centurytel.net> <BLU0-SMTP3004C26DA6BF9B4EB2B323AE2F90@phx.gbl>
Message-ID: <4FDFBACC.1080908@centurytel.net>


>  
> 
> If you?re constructing a flowgraph in C++, then you could write your
> code so that it matches (using the appropriate GNU Radio API calls) the
> flow in the Python block.
> 
>  
> 
> Hope that helps,
> 
> Balint
> 

That and the grc file help a lot.

thanks,


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/op25-dev/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/op25-dev/join
    (Yahoo! ID required)

<*> To change settings via email:
    op25-dev-digest at yahoogroups.com 
    op25-dev-fullfeatured at yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    op25-dev-unsubscribe at yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/



From ctx50026 at centurytel.net  Sat Jun 23 20:02:49 2012
From: ctx50026 at centurytel.net (Stephen)
Date: Sat, 23 Jun 2012 15:02:49 -0500
Subject: [op25-dev] question about frequency correction messages from fsk4 demo
Message-ID: <4FE620E9.9090103@centurytel.net>


Hi,

I'm trying to do everything in c++ instead of using python. I've got it
working. Mostly. Well, sort of. I have a couple of questions about what
to do with the frequency correction messages coming from the fsk4demod
block.

I'm seeing a constant stream of frequency correction messages when there
is no signal present. They quickly cause the channel selection filter
I'm using to tune way off frequency.

If I don't process those messages I get voice output so I know
everything else is working. Some channels I tune to seem to work just
fine with out needing any tuning. But other times I see transmissions
where I don't get any voice output. I'm wondering if in those cases the
tuning is needed ?

In looking at the grc file it just subtracts the correction. When I look
at the uhd_p25_rx_gl.py file it's doing a calculation with the
correction and limiting it. Does one method work better than the other?

So, does anyone have any suggestions or any idea why I would be getting
a constant stream of the messages?

thanks,
Stephen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120623/35102dcd/attachment.htm>

From qaghqga at yahoo.com  Tue Jul 31 08:09:51 2012
From: qaghqga at yahoo.com (Dmitry Medvedev)
Date: Tue, 31 Jul 2012 01:09:51 -0700 (PDT)
Subject: [op25-dev] Control channel decoding
Message-ID: <1343722191.99376.YahooMailNeo@web121302.mail.ne1.yahoo.com>

I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames? I did trellis 
decoding and CRC algorithm (reverse engineered the later, as I couldn't 
find parameters). I understand structure of some messages, for example 
"Group Voice Channel Grant Update" (opcode 02, manufacturer id 00), but 
many opcodes remain unknown. Do you have any leads on this? 

Also, I'm 
not very familiar with gnuradio, is there way to place some kind of 
"gate" in flowgraph so some parts of it can be switched on/off by 
external event? I want to use such feature to gate voice channels on/off and do not waste processor cycles on filtering channels that do not 
carry traffic at the moment.

Best regards,
Dmitry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120731/3f049a37/attachment.htm>

From ctx50026 at centurytel.net  Tue Jul 31 18:42:53 2012
From: ctx50026 at centurytel.net (Stephen)
Date: Tue, 31 Jul 2012 13:42:53 -0500
Subject: [op25-dev] Control channel decoding
In-Reply-To: <1343722191.99376.YahooMailNeo@web121302.mail.ne1.yahoo.com>
References: <1343722191.99376.YahooMailNeo@web121302.mail.ne1.yahoo.com>
Message-ID: <5018272D.8070307@centurytel.net>


There is a valve block that works like a switch. There is also a stream
selector block that can switch one or more inputs to one or more outputs.

You can find the stream selector block here

https://github.com/guruofquality/grextras/wiki#wiki-list-of-blocks-in-this-project


On 7/31/2012 3:09 AM, Dmitry Medvedev wrote:
>  
> 
> I'm writing multichannel p25 recorder. It mostly works (thanks to op25
> team and other contributors). Is there any open documentation on control
> channel messages, especially TSBK frames? I did trellis decoding and CRC
> algorithm (reverse engineered the later, as I couldn't find parameters).
> I understand structure of some messages, for example "Group Voice
> Channel Grant Update" (opcode 02, manufacturer id 00), but many opcodes
> remain unknown. Do you have any leads on this?
> Also, I'm not very familiar with gnuradio, is there way to place some
> kind of "gate" in flowgraph so some parts of it can be switched on/off
> by external event? I want to use such feature to gate voice channels
> on/off and do not waste processor cycles on filtering channels that do
> not carry traffic at the moment.
> 
> Best regards,
> Dmitry
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120731/40f36375/attachment.htm>

From matt.robert80 at yahoo.com  Wed Aug  1 03:02:05 2012
From: matt.robert80 at yahoo.com (Matt)
Date: Wed, 01 Aug 2012 03:02:05 -0000
Subject: [op25-dev] Re: Control channel decoding
In-Reply-To: <1343722191.99376.YahooMailNeo@web121302.mail.ne1.yahoo.com>
Message-ID: <jva67d+56d2@eGroups.com>

Mossmans wireshark plugin and other code in the repo can handle TSBKs fine.

I'm keen to see this working. Do you have a webpage that details this project or do you have the code available anywhere?

Cheers,
Matt

> I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120801/f7e66954/attachment.htm>

From crazycalifornian at hotmail.com  Wed Aug  1 03:47:57 2012
From: crazycalifornian at hotmail.com (Jay Bray)
Date: Wed, 1 Aug 2012 03:47:57 +0000
Subject: [op25-dev] Re: Control channel decoding
In-Reply-To: <jva67d+56d2@eGroups.com>
References:  <1343722191.99376.YahooMailNeo@web121302.mail.ne1.yahoo.com>,<jva67d+56d2@eGroups.com>
Message-ID: <SNT129-W620DA85F770A1FE73F32C8C8C40@phx.gbl>


I too would be interested in this project :)

Jay


> To: op25-dev at yahoogroups.com
> 
> Mossmans wireshark plugin and other code in the repo can handle TSBKs fine.
> 
> I'm keen to see this working. Do you have a webpage that details this project or do you have the code available anywhere?
> 
> Cheers,
> Matt
> 
> > I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames?

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120801/8f7567c1/attachment.htm>

From qaghqga at yahoo.com  Wed Aug  1 08:51:46 2012
From: qaghqga at yahoo.com (Dmitry Medvedev)
Date: Wed, 1 Aug 2012 01:51:46 -0700 (PDT)
Subject: [op25-dev] Control channel decoding
References: <1343722191.99376.YahooMailNeo@web121302.mail.ne1.yahoo.com> <CAHH1NCc8jmNpdA2b+Atas484RwZNm2LpkdkpbgBLEudJ8O5Q_A@mail.gmail.com> 
Message-ID: <1343811106.73381.YahooMailNeo@web121306.mail.ne1.yahoo.com>

Yes, valve is the block I was looking for. But, first try did not turn well: it works for a while, turning channels on and off, but after 10-100 switches something goes wrong and I get OOOOO. Experiments with dynamic reconfiguration gave me the same results (+memory leak, is there way to tell from python to release block memory after disconnect?). Maybe it's related to threading, as I turn valves on/off from separate thread. I'll try this again in some days.

Regarding the code: right not it's no more than a heap of proof-of-concept python code not tightly connected to gnuradio. Gnuradio part consists of application with multiple channels. Each channel is xlating fir -> quadrature demod -> symbol filter -> fsk4_demod -> slicer -> frame assembler --msg queue--> custom UDP sender (it adds frequency id to udp packet).
And there are standalone python program which receives UDP frames and stores it in db-like format. Further programs work on this files in pure python.
I'll release code in some days after I clean it up a little.

Best regards,
Dmitry



________________________________
 From: Matt Mills <mmills at 2bn.net>
To: qaghqga at yahoo.com 
Sent: Tuesday, July 31, 2012 2:20 PM
Subject: Re: [op25-dev] Control channel decoding
 

Dmitry,

I'd suggest using a valve or stream selector for that. Do you have any interest in sharing your source code?

Thanks,
Matt.


On Tue, Jul 31, 2012 at 2:09 AM, Dmitry Medvedev <qaghqga at yahoo.com> wrote:

 
>? 
>I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames? I did trellis 
decoding and CRC algorithm (reverse engineered the later, as I couldn't 
find parameters). I understand structure of some messages, for example 
"Group Voice Channel Grant Update" (opcode 02, manufacturer id 00), but 
many opcodes remain unknown. Do you have any leads on this? 
>
>Also, I'm 
not very familiar with gnuradio, is there way to place some kind of 
"gate" in flowgraph so some parts of it can be switched on/off by 
external event? I want to use such feature to gate voice channels on/off and do not waste processor cycles on filtering channels that do not 
carry traffic at the moment.
>
>
>Best regards,
>Dmitry
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120801/97e64594/attachment.htm>

From mmills at 2bn.net  Wed Aug  1 19:44:54 2012
From: mmills at 2bn.net (Matt Mills)
Date: Wed, 1 Aug 2012 13:44:54 -0600
Subject: [op25-dev] Control channel decoding
In-Reply-To: <1343811106.73381.YahooMailNeo@web121306.mail.ne1.yahoo.com>
References: <1343722191.99376.YahooMailNeo@web121302.mail.ne1.yahoo.com>
	<CAHH1NCc8jmNpdA2b+Atas484RwZNm2LpkdkpbgBLEudJ8O5Q_A@mail.gmail.com>
	<1343811106.73381.YahooMailNeo@web121306.mail.ne1.yahoo.com>
Message-ID: <CAHH1NCcyWRbyXNLKQfUXJ7wc_GUoq1XMBDm14bGgWYrb=7GaUg@mail.gmail.com>

FYI, some versions of libboost cause bugs/crashes in the valve.
Specifically (the last time I checked) the versions that come packaged with
ubuntu. Compiling from latest source does not have any issues (that I've
seen). Also, Stream-selector in place of a valve I've had less issues with.


On Wed, Aug 1, 2012 at 2:51 AM, Dmitry Medvedev <qaghqga at yahoo.com> wrote:

> Yes, valve is the block I was looking for. But, first try did not turn
> well: it works for a while, turning channels on and off, but after 10-100
> switches something goes wrong and I get OOOOO. Experiments with dynamic
> reconfiguration gave me the same results (+memory leak, is there way to
> tell from python to release block memory after disconnect?). Maybe it's
> related to threading, as I turn valves on/off from separate thread. I'll
> try this again in some days.
> Regarding the code: right not it's no more than a heap of proof-of-concept
> python code not tightly connected to gnuradio. Gnuradio part consists of
> application with multiple channels. Each channel is xlating fir ->
> quadrature demod -> symbol filter -> fsk4_demod -> slicer -> frame
> assembler --msg queue--> custom UDP sender (it adds frequency id to udp
> packet).
> And there are standalone python program which receives UDP frames and
> stores it in db-like format. Further programs work on this files in pure
> python.
> I'll release code in some days after I clean it up a little.
>
> Best regards,
> Dmitry
>
>   ------------------------------
> *From:* Matt Mills <mmills at 2bn.net>
> *To:* qaghqga at yahoo.com
> *Sent:* Tuesday, July 31, 2012 2:20 PM
> *Subject:* Re: [op25-dev] Control channel decoding
>
> Dmitry,
>
> I'd suggest using a valve or stream selector for that. Do you have any
> interest in sharing your source code?
>
> Thanks,
> Matt.
>
> On Tue, Jul 31, 2012 at 2:09 AM, Dmitry Medvedev <qaghqga at yahoo.com>wrote:
>
> **
>
>  I'm writing multichannel p25 recorder. It mostly works (thanks to op25
> team and other contributors). Is there any open documentation on control
> channel messages, especially TSBK frames? I did trellis decoding and CRC
> algorithm (reverse engineered the later, as I couldn't find parameters). I
> understand structure of some messages, for example "Group Voice Channel
> Grant Update" (opcode 02, manufacturer id 00), but many opcodes remain
> unknown. Do you have any leads on this?
> Also, I'm not very familiar with gnuradio, is there way to place some kind
> of "gate" in flowgraph so some parts of it can be switched on/off by
> external event? I want to use such feature to gate voice channels on/off
> and do not waste processor cycles on filtering channels that do not carry
> traffic at the moment.
>
> Best regards,
> Dmitry
>  
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120801/47e44c40/attachment.htm>

From ikj1234i at yahoo.com  Tue Aug 14 17:43:40 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Tue, 14 Aug 2012 17:43:40 -0000
Subject: [op25-dev] Experiences in package building
Message-ID: <k0e2oc+dt4b@eGroups.com>

Recently did a clean install from source and had a few minor issues which I thought I'd write up here.  Machine is a 32 bit Ubuntu 11.04 install (and yes, the "unity" UI is truly as bad as they said)...

First, the following packages need to be included in the list of pre-req stuff installed via apt-get :
  libpcap0.8-dev
  cmake

Second apparently the newer versions of GR or SWIG have a new gruel library, causing a compile time error which I fixed by appending the path to this new library (file Makefile.common) as follows
SWIGGRFLAGS = -I$(GNURADIO_CORE_INCLUDEDIR)/swig -I$(GNURADIO_CORE_INCLUDEDIR) -I/usr/local/include/gruel/swig
This addition was needed for both the repeater and gr-fsk4 projects.

Third (for those of us dinosaurs still using the original gr-fsk4 sources) there were a few source modules that were failing on a missing printf definition, I fixed by adding
  #include <stdio.h>
as necessary...

Best

Max

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120814/6c7eec40/attachment.htm>

From ikj1234i at yahoo.com  Tue Aug 14 17:48:18 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Tue, 14 Aug 2012 17:48:18 -0000
Subject: [op25-dev] Re: Experiences in package building
In-Reply-To: <k0e2oc+dt4b@eGroups.com>
Message-ID: <k0e312+l50v@eGroups.com>



--- In op25-dev at yahoogroups.com, "ikj1234i" <ikj1234i at ...> wrote:

> Second apparently the newer versions of GR or SWIG have a new gruel library, causing a compile time error which I fixed by appending the path to this new library (file Makefile.common) as follows
> SWIGGRFLAGS = -I$(GNURADIO_CORE_INCLUDEDIR)/swig -I$(GNURADIO_CORE_INCLUDEDIR) -I/usr/local/include/gruel/swig

Ah, looks like the Makefile.common in 'blocks' has a proper fix for this problem.  I'll push a similar fix into Makefile.common in the repeater...

Max


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120814/9cd4b011/attachment.htm>

From ramkumar.ramaswamy at gmail.com  Fri Aug 24 14:08:19 2012
From: ramkumar.ramaswamy at gmail.com (rajani_38)
Date: Fri, 24 Aug 2012 14:08:19 -0000
Subject: [op25-dev] "NameError: global name 'msgq' is not defined" in audio_p25_rx.py
Message-ID: <k181sj+invv@eGroups.com>

I'm new to GNURadio and OP25, and am facing the above error when trying to run audio_p25_rx.py.

How I installed: On Ubuntu 10.04, I installed GNURadio 3.6, ensured that the prerequisites on the BeginnersBuild page were installed, then installed and built OP25, the imbe_vocoder, and then the repeater as instructed on the BuildInstructions page. Also installed gr-fsk4. I had put in the following symlink to get over some gruel problems while trying to build gr-fsk4:
$ln -s /usr/local/include/gruel/swig/gruel_common.i /usr/local/include/gnuradio/swig/gruel_common.i

Now I am stuck with the msgq error. 

I'd like to know if the build is expected to work with gnuradio 3.6. and whether audio_p25_rx.py can be executed without any input, just to make sure the OP25 build works. (I understand that in gnuradio 3.6 the usrpm folder has been deprecated and that seems to be giving rise to other Not Found errors for other scripts...)

Any help will be greatly appreciated. Don't mind going to Gnuradio 3.2.2 if that will make life simpler.

Thanks - Ram

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120824/3d7a7cc0/attachment.htm>

From ikj1234i at yahoo.com  Fri Aug 24 14:32:36 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Fri, 24 Aug 2012 07:32:36 -0700 (PDT)
Subject: [op25-dev] "NameError: global name 'msgq' is not defined" in audio_p25_rx.py
In-Reply-To: <k181sj+invv@eGroups.com>
References: <k181sj+invv@eGroups.com>
Message-ID: <1345818756.70214.YahooMailNeo@web160601.mail.bf1.yahoo.com>

could you please paste the entire backtrace

Max


________________________________
 From: rajani_38 <ramkumar.ramaswamy at gmail.com>
To: op25-dev at yahoogroups.com 
Sent: Friday, August 24, 2012 10:08 AM
Subject: [op25-dev] "NameError: global name 'msgq' is not defined" in audio_p25_rx.py
 

? 
I'm new to GNURadio and OP25, and am facing the above error when trying to run audio_p25_rx.py.

How I installed: On Ubuntu 10.04, I installed GNURadio 3.6, ensured that the prerequisites on the BeginnersBuild page were installed, then installed and built OP25, the imbe_vocoder, and then the repeater as instructed on the BuildInstructions page. Also installed gr-fsk4. I had put in the following symlink to get over some gruel problems while trying to build gr-fsk4:
$ln -s /usr/local/include/gruel/swig/gruel_common.i /usr/local/include/gnuradio/swig/gruel_common.i

Now I am stuck with the msgq error. 

I'd like to know if the build is expected to work with gnuradio 3.6. and whether audio_p25_rx.py can be executed without any input, just to make sure the OP25 build works. (I understand that in gnuradio 3.6 the usrpm folder has been deprecated and that seems to be giving rise to other Not Found errors for other scripts...)

Any help will be greatly appreciated. Don't mind going to Gnuradio 3.2.2 if that will make life simpler.

Thanks - Ram


 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120824/318e805b/attachment.htm>

From ramkumar.ramaswamy at gmail.com  Fri Aug 24 14:39:38 2012
From: ramkumar.ramaswamy at gmail.com (rajani_38)
Date: Fri, 24 Aug 2012 14:39:38 -0000
Subject: [op25-dev] Re: "NameError: global name 'msgq' is not defined" in audio_p25_rx.py
In-Reply-To: <1345818756.70214.YahooMailNeo@web160601.mail.bf1.yahoo.com>
Message-ID: <k183na+43rf@eGroups.com>

Here you go Max - thanks for offering to look at it.

************************
rr at Pinky:~/SoftwareAndApps/op25/python$ ./audio_p25_rx.py -a
Using Volk machine: ssse3_32
Traceback (most recent call last):
  File "./audio_p25_rx.py", line 1044, in <module>
    app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, in __init__
    wx.App.__init__ (self, redirect=False)
  File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7978, in __init__
    self._BootstrapApp()
  File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7552, in _BootstrapApp
    return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
    self._max_noutput_items)
  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
    self.panel = stdpanel (self, self, top_block_maker, max_nouts)
  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
    self.top_block = top_block_maker (frame, self, vbox, sys.argv)
  File "./audio_p25_rx.py", line 97, in __init__
    self.__init_gui(frame, panel, vbox)
  File "./audio_p25_rx.py", line 303, in __init_gui
    self.p25_decoder.set_msgq(msgq)
NameError: global name 'msgq' is not defined
rr at Pinky:~/SoftwareAndApps/op25/python$ ^C
rr at Pinky:~/SoftwareAndApps/op25/python$ 

***************************************

--- In op25-dev at yahoogroups.com, ikjtel <ikj1234i at ...> wrote:
>
> could you please paste the entire backtrace
> 
> Max
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120824/7624d697/attachment.htm>

From ikj1234i at yahoo.com  Fri Aug 24 19:29:52 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Fri, 24 Aug 2012 12:29:52 -0700 (PDT)
Subject: [op25-dev] Re: "NameError: global name 'msgq' is not defined" in audio_p25_rx.py
In-Reply-To: <k183na+43rf@eGroups.com>
References: <1345818756.70214.YahooMailNeo@web160601.mail.bf1.yahoo.com> <k183na+43rf@eGroups.com>
Message-ID: <1345836592.30555.YahooMailNeo@web160605.mail.bf1.yahoo.com>

in line number 303 try editing the .py file and changing the value that's inside the parentheses - try changing it from 'msgq' to 'self.msgq'

Max



________________________________
 From: rajani_38 <ramkumar.ramaswamy at gmail.com>
To: op25-dev at yahoogroups.com 
Sent: Friday, August 24, 2012 10:39 AM
Subject: [op25-dev] Re: "NameError: global name 'msgq' is not defined" in audio_p25_rx.py
 

? 
Here you go Max - thanks for offering to look at it.

************************
rr at Pinky:~/SoftwareAndApps/op25/python$ ./audio_p25_rx.py -a
Using Volk machine: ssse3_32
Traceback (most recent call last):
File "./audio_p25_rx.py", line 1044, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, in __init__
wx.App.__init__ (self, redirect=False)
File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7978, in __init__
self._BootstrapApp()
File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7552, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
self._max_noutput_items)
File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
self.panel = stdpanel (self, self, top_block_maker, max_nouts)
File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "./audio_p25_rx.py", line 97, in __init__
self.__init_gui(frame, panel, vbox)
File "./audio_p25_rx.py", line 303, in __init_gui
self.p25_decoder.set_msgq(msgq)
NameError: global name 'msgq' is not defined
rr at Pinky:~/SoftwareAndApps/op25/python$ ^C
rr at Pinky:~/SoftwareAndApps/op25/python$ 

***************************************

--- In op25-dev at yahoogroups.com, ikjtel <ikj1234i at ...> wrote:
>
> could you please paste the entire backtrace
> 
> Max
> 


 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120824/fe1694fe/attachment.htm>

From ramkumar.ramaswamy at gmail.com  Sat Aug 25 06:26:23 2012
From: ramkumar.ramaswamy at gmail.com (rajani_38)
Date: Sat, 25 Aug 2012 06:26:23 -0000
Subject: [op25-dev] gnuradio 3.6 or 3.2? || Re: "NameError: global name 'msgq' is not defined" ...
In-Reply-To: <1345836592.30555.YahooMailNeo@web160605.mail.bf1.yahoo.com>
Message-ID: <k19r6f+9935@eGroups.com>

I have the same error in usrp_p25_rx.py, and it occurs in the same segment of code - the one that sets up the decoder. In audio_p25_rx.py changing 'msgq' to 'self.msgq' worked in that it brought up the windows successfully. However, I'm not sure if this the best way to fix it permanently because (i) I would have to do it all over the place and deviate from the most recent codebase just to get it to run (ii) a couple of others have pointed this exact same error in 2012 and 2011 and it seems to have been resolved without changing the codebase.

Further, there are some deeper issues- for example, module usrpm cannot be found since the usrpm folder has been deprecated in gnuradio 3.6. So I really need to know if I am staring at a deeper issues in terms of needing to install gnuradio 3.2 rather than 3.6

rr at Pinky:~/SoftwareAndApps/op25/repeater/src/python$ ./scope.py
Traceback (most recent call last):
  File "./scope.py", line 46, in <module>
    from usrpm import usrp_dbid
ImportError: No module named usrpm

Any help would be appreciated. 

Thanks - Ram 

--- In op25-dev at yahoogroups.com, ikjtel <ikj1234i at ...> wrote:
>
> in line number 303 try editing the .py file and changing the value that's inside the parentheses - try changing it from 'msgq' to 'self.msgq'
> 
> Max
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120825/4152884e/attachment.htm>

From ikj1234i at yahoo.com  Sat Aug 25 13:42:24 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Sat, 25 Aug 2012 06:42:24 -0700 (PDT)
Subject: [op25-dev] gnuradio 3.6 or 3.2? || Re: "NameError: global name 'msgq' is not defined" ...
In-Reply-To: <k19r6f+9935@eGroups.com>
References: <1345836592.30555.YahooMailNeo@web160605.mail.bf1.yahoo.com> <k19r6f+9935@eGroups.com>
Message-ID: <1345902144.69744.YahooMailNeo@web160606.mail.bf1.yahoo.com>



> ImportError: No module named usrpm


Yeah, none (AFAIK) of our code has been updated to use the new UHD interface in GR.? Sound-card users can just comment-out the 'usrp' import statements (such as this one) but USRP users must use the older GR versions until we update the code...

Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120825/8c2f5e96/attachment.htm>

From ramkumar.ramaswamy at gmail.com  Sat Aug 25 15:47:50 2012
From: ramkumar.ramaswamy at gmail.com (rajani_38)
Date: Sat, 25 Aug 2012 15:47:50 -0000
Subject: [op25-dev] gnuradio 3.6 or 3.2? || Re: "NameError: global name 'msgq' is not defined" ...
In-Reply-To: <1345902144.69744.YahooMailNeo@web160606.mail.bf1.yahoo.com>
Message-ID: <k1as36+u3gg@eGroups.com>

Thanks Max, that's very helpful input. What about the global msgq variable error? Is it a typo that whoever downloads the code must fix manually in line 303 of audio_p25_rx.py? Or is it again just due to the usage of gnuradio 3.6 rather than gnuradio 3.2?
Best
-Ram

--- In op25-dev at yahoogroups.com, ikjtel <ikj1234i at ...> wrote:
>
> 
> 
> > ImportError: No module named usrpm
> 
> 
> Yeah, none (AFAIK) of our code has been updated to use the new UHD interface in GR.? Sound-card users can just comment-out the 'usrp' import statements (such as this one) but USRP users must use the older GR versions until we update the code...
> 
> Max
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120825/78111231/attachment.htm>

From ikj1234i at yahoo.com  Mon Aug 27 17:41:14 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Mon, 27 Aug 2012 17:41:14 -0000
Subject: [op25-dev] gnuradio 3.6 or 3.2? || Re: "NameError: global name 'msgq' is not defined" ...
In-Reply-To: <k1as36+u3gg@eGroups.com>
Message-ID: <k1gbfq+qi99@eGroups.com>



--- In op25-dev at yahoogroups.com, "rajani_38" <ramkumar.ramaswamy at ...> wrote:
>
> Thanks Max, that's very helpful input. What about the global msgq
> variable error? Is it a typo that whoever downloads the code must fix
> manually in line 303 of audio_p25_rx.py? 

It's just a typo - I've just pushed a fix.  If there are other places where this same error exists, kindly point them out...

Thanks for reporting this obvious typographical bug

Max

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120827/69cc3e3e/attachment.htm>

From matt.robert80 at yahoo.com  Sun Aug 26 04:58:43 2012
From: matt.robert80 at yahoo.com (Matt)
Date: Sun, 26 Aug 2012 04:58:43 -0000
Subject: [op25-dev] gnuradio 3.6 or 3.2? || Re: "NameError: global name 'msgq' is not defined" ...
In-Reply-To: <1345902144.69744.YahooMailNeo@web160606.mail.bf1.yahoo.com>
Message-ID: <k1cae3+7fa8@eGroups.com>

Yeah, unfortunately none of the code works with UHD based devices. 

The current GNUradio trunk has already dropped support for the legacy USRP1 drivers, so effectively our code requires the older versions of GNUradio.



--- In op25-dev at yahoogroups.com, ikjtel <ikj1234i at ...> wrote:
>
> 
> 
> > ImportError: No module named usrpm
> 
> 
> Yeah, none (AFAIK) of our code has been updated to use the new UHD interface in GR.? Sound-card users can just comment-out the 'usrp' import statements (such as this one) but USRP users must use the older GR versions until we update the code...
> 
> Max
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120826/dce2764e/attachment.htm>

From ramkumar.ramaswamy at gmail.com  Sun Aug 26 06:06:38 2012
From: ramkumar.ramaswamy at gmail.com (rajani_38)
Date: Sun, 26 Aug 2012 06:06:38 -0000
Subject: [op25-dev] Reading sample files
In-Reply-To: <k1cae3+7fa8@eGroups.com>
Message-ID: <k1cede+is6p@eGroups.com>

Thanks for the confirmation on that. OK, so I decided to remove gnuradio 3.6 and install gnuradio 3.2.2 instead since the source for my experiments will in fact be a USRP. I also added the line "msgq = gr.msg_queue(2)" in usrp_p25_rx and audio_p25_rx files to allow them to run without error which they now do.

However for now I am constrained to getting sample files from the USRP. So I tried opening the sample files referred to in the DecoderPage from the usrp_p25_rx dialog, but it asks for a .dat.info file as well...

-Ram

--- In op25-dev at yahoogroups.com, "Matt" <matt.robert80 at ...> wrote:
>
> Yeah, unfortunately none of the code works with UHD based devices. 
> 
> The current GNUradio trunk has already dropped support for the legacy USRP1 drivers, so effectively our code requires the older versions of GNUradio.
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120826/de154a6d/attachment.htm>

From ramkumar.ramaswamy at gmail.com  Sun Aug 26 06:25:46 2012
From: ramkumar.ramaswamy at gmail.com (rajani_38)
Date: Sun, 26 Aug 2012 06:25:46 -0000
Subject: [op25-dev] Reading USRP sample files
In-Reply-To: <k1cae3+7fa8@eGroups.com>
Message-ID: <k1cfha+otvk@eGroups.com>

(Sorry I posted an incomplete message - deleting and reposting).

Thanks for the confirmation on that. OK, so I decided to remove gnuradio 3.6 and install gnuradio 3.2.2 instead since the source for my experiments will in fact be a USRP (which I don't own :-(). I also added the line "msgq = gr.msg_queue(2)" in usrp_p25_rx and audio_p25_rx files to allow them to run without error which they now do.

Now for the next stupid question :-P.

However for now I am constrained to getting sample files from the USRP. So I tried opening the sample files referred to in the DecoderPage from the usrp_p25_rx dialog, but it asks for a .dat.info file as well. Searched the repository and got the .dat/.info pairs, but not able to open them; just get an error saying "Cannot open capture file '<'". What is the right way to open USRP sample files? 

-Ram

--- In op25-dev at yahoogroups.com, "Matt" <matt.robert80 at ...> wrote:
>
> Yeah, unfortunately none of the code works with UHD based devices.
>
> The current GNUradio trunk has already dropped support for the legacy USRP1
drivers, so effectively our code requires the older versions of GNUradio.
>
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120826/c9235870/attachment.htm>

From charmingajs007 at hotmail.com  Mon Aug 27 10:25:13 2012
From: charmingajs007 at hotmail.com (allanjs1986)
Date: Mon, 27 Aug 2012 10:25:13 -0000
Subject: [op25-dev] Wireshark compile error
Message-ID: <k1fhu9+j2mr@eGroups.com>

Hi group im trying to compile wireshark from the files section but i keep getting errors. My system is Ubuntu 11.10 and the error i get is after the "make" cmd. 
--------------------
wiretap/.libs/libwiretap.so: undefined reference to `g_list_foreach'
collect2: ld returned 1 exit status
make[2]: *** [randpkt] Error 1
make[2]: Leaving directory `/home/allan/wireshark/1.0.2-patched'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/allan/wireshark/1.0.2-patched'
make: *** [all] Error 2
allan at gnuradio:~/wireshark/1.0.2-patched$ 
-----------------

And on a side not once i have wireshark installed and running if i just run the sample p25 flowchart in gr-baz should that pipe the date to wireshark?

Thanks
Al

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120827/98061007/attachment.htm>

From stevie.glass at gmail.com  Mon Aug 27 19:53:25 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Mon, 27 Aug 2012 22:53:25 +0300
Subject: [op25-dev] Re: gnuradio 3.6 or 3.2? || Re: "NameError: global name 'msgq' is not
 defined" ...
Message-ID: <CADC0ay2hu9k+rLBQv67P7bosfveB686Qv4r1J_G5nSphm9XCxg@mail.gmail.com>

I'll take a look at getting a UHD version of the code sorted ASAP. I'm
using a USRP2 with WBX  most of the time but only recently switched to
UHD so it is actually on my list for when I return home (am currently
overseas).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120827/fa5855df/attachment.htm>

From mmills at 2bn.net  Thu Sep  6 20:54:59 2012
From: mmills at 2bn.net (Matt Mills)
Date: Thu, 6 Sep 2012 14:54:59 -0600
Subject: [op25-dev] Wireshark expected output
Message-ID: <CAHH1NCeBxQsncPFgm=_Ls7OD93NDRP8ftNcxDSEev1dT_1tCyA@mail.gmail.com>

All,

What should the expected output of P25 data in wireshark be while
running uhd_c4fm_rx_nogui.py? I have it running, hooked up a UDP sink
and can see distinct dibits flowing into the slicer/decoder, and I
receive UDP to my patched wireshark however all I ever get are 141
length Header Data Units. I also cant seem to get any audio out of the
signal using OP25 (however if I pipe the same signal through DSD it
produces audio).

FYI, I'm also using the latest gnuradio with UHD.

Thanks,
Matt.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120906/a7afe684/attachment.htm>

From stevie.glass at gmail.com  Sun Sep  9 05:44:01 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Sun, 9 Sep 2012 15:44:01 +1000
Subject: [op25-dev] Wireshark expected output
In-Reply-To: <CAHH1NCeBxQsncPFgm=_Ls7OD93NDRP8ftNcxDSEev1dT_1tCyA@mail.gmail.com>
References: <CAHH1NCeBxQsncPFgm=_Ls7OD93NDRP8ftNcxDSEev1dT_1tCyA@mail.gmail.com>
Message-ID: <CADC0ay3qEGAX--V0z5s4-zwvZC=FWStbMPn8Rj+2HYzNw+5H+Q@mail.gmail.com>

Hi Matt,

You should expect to see UDP traffic multicasted to port 23456. If you're
using the patched wireshark than it should be straightforward enough to
pick apart the frames and see the P25 payload - otherwise they won't make
much sense.

ATB

Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120909/a166292b/attachment.htm>

From mmills at 2bn.net  Thu Sep  6 21:14:12 2012
From: mmills at 2bn.net (Matt Mills)
Date: Thu, 6 Sep 2012 15:14:12 -0600
Subject: [op25-dev] OP25 + UHD Bounty
Message-ID: <CAHH1NCfW7sMjxPOtA0SbgyxLxe7x7jzuAvXM9gtOe7sXqm=Lpg@mail.gmail.com>

Also,

If anyone has the inclination to improve OP25, I'll offer a 250$
bounty for a version of OP25 checked into subversion that is
compatible with the latest version of gnuradio and UHD (claimable for
the next 30 days).

Thanks,
Matt.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120906/1d37f85d/attachment.htm>

From ktsangel69 at yahoo.com  Sun Sep  9 06:28:53 2012
From: ktsangel69 at yahoo.com (Keith S)
Date: Sat, 08 Sep 2012 23:28:53 -0700
Subject: [op25-dev] OP25 + UHD Bounty
Message-ID: <ptxiv0yi3yi6xwm3tfxx03xe.1347172133714@email.android.com>

I'll throw in another $250 for this.

I think updating the code and examples to work with the latest gnuradio and UHD will help more people get started experimenting with op25 and generate some interest.?

Keith


Sent from my Samsung Galaxy Note?, an AT&T LTE smartphone

-------- Original message --------
Subject: [op25-dev] OP25 + UHD Bounty
From: Matt Mills <mmills at 2bn.net>
To: op25-dev at yahoogroups.com
CC: [op25-dev] OP25 + UHD Bounty

Also,

If anyone has the inclination to improve OP25, I'll offer a 250$
bounty for a version of OP25 checked into subversion that is
compatible with the latest version of gnuradio and UHD (claimable for
the next 30 days).

Thanks,
Matt.


------------------------------------

Yahoo! Groups Links



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120908/841c5b44/attachment.htm>

From ktsangel69 at yahoo.com  Mon Sep 10 20:12:34 2012
From: ktsangel69 at yahoo.com (Keith)
Date: Mon, 10 Sep 2012 13:12:34 -0700 (PDT)
Subject: [op25-dev] OP25 + UHD Bounty
In-Reply-To: <CAHH1NCfW7sMjxPOtA0SbgyxLxe7x7jzuAvXM9gtOe7sXqm=Lpg@mail.gmail.com>
References: <CAHH1NCfW7sMjxPOtA0SbgyxLxe7x7jzuAvXM9gtOe7sXqm=Lpg@mail.gmail.com>
Message-ID: <1347307954.15074.YahooMailNeo@web45306.mail.sp1.yahoo.com>

I'll throw in another $250 for this.

I think updating the code and examples to work with the latest gnuradio and UHD will help more people get started experimenting with op25 and generate some interest in the project.?

Keith



________________________________
 From: Matt Mills <mmills at 2bn.net>
To: op25-dev at yahoogroups.com 
Sent: Thursday, September 6, 2012 2:14 PM
Subject: [op25-dev] OP25 + UHD Bounty
 
Also,

If anyone has the inclination to improve OP25, I'll offer a 250$
bounty for a version of OP25 checked into subversion that is
compatible with the latest version of gnuradio and UHD (claimable for
the next 30 days).

Thanks,
Matt.


------------------------------------

Yahoo! Groups Links



? ? http://docs.yahoo.com/info/terms/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120910/572823fb/attachment.htm>

From mmills at 2bn.net  Sun Sep  9 05:34:13 2012
From: mmills at 2bn.net (Matt Mills)
Date: Sat, 8 Sep 2012 23:34:13 -0600
Subject: [op25-dev] repeater.vocoder doesnt run to completion [1 Attachment]
Message-ID: <CAHH1NCcF2fEGhXa2KNH7eoHUOba5yHF_8ojr8aXEuzYaRVxu1g@mail.gmail.com>

Hi All,

I'm trying to have repeater.vocoder() run as a small app to read from
a file sink and write to a wav sink... If I replace the vocoder with a
char_to_short() block it works as expected, however with the vocoder
in place it never completes...

Also, it looks as though even though it has run out of samples the
vocoder thread continuously runs at 100% cpu.

Anyone have any ideas? (associated python is attached.

thanks,
Matt.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120908/36b74b4e/attachment.htm>

From ikj1234i at yahoo.com  Mon Sep 10 11:37:48 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Mon, 10 Sep 2012 11:37:48 -0000
Subject: [op25-dev] Re: repeater.vocoder doesnt run to completion
In-Reply-To: <CAHH1NCcF2fEGhXa2KNH7eoHUOba5yHF_8ojr8aXEuzYaRVxu1g@mail.gmail.com>
Message-ID: <k2kjec+k5ks@eGroups.com>


This isn't really enough info, could be many different things.  

First what arg(s) are you passing to repeater.vocoder ?

Second, the input in decoder mode is actually readable ASCII text.  Can you post a few lines of your input file ?

Max

--- In op25-dev at yahoogroups.com, Matt Mills <mmills at ...> wrote:
>
> Hi All,
> 
> I'm trying to have repeater.vocoder() run as a small app to read from
> a file sink and write to a wav sink... If I replace the vocoder with a
> char_to_short() block it works as expected, however with the vocoder
> in place it never completes...
> 
> Also, it looks as though even though it has run out of samples the
> vocoder thread continuously runs at 100% cpu.
> 
> Anyone have any ideas? (associated python is attached.
> 
> thanks,
> Matt.
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120910/56bf8d41/attachment.htm>

From mmills at 2bn.net  Mon Sep 10 14:32:38 2012
From: mmills at 2bn.net (Matt Mills)
Date: Mon, 10 Sep 2012 08:32:38 -0600
Subject: [op25-dev] Re: repeater.vocoder doesnt run to completion [1 Attachment]
In-Reply-To: <k2kjec+k5ks@eGroups.com>
References: <CAHH1NCcF2fEGhXa2KNH7eoHUOba5yHF_8ojr8aXEuzYaRVxu1g@mail.gmail.com>
	<k2kjec+k5ks@eGroups.com>
Message-ID: <CAHH1NCcd3TipVHcWs+Aq+K3ThhBkhcZVe_UGHiM0ix8KvYvLtg@mail.gmail.com>

Max,

Did the attachment not come through? That has the actual python I was
using. Either way the vocoder is instantiated as:

repeater.vocoder(False, False, 0, "", 0, False)

Here are a few lines of input:

3ca 01f fd1 cba 007 5bb 3a4 09a
ce8 a43 d38 011 3ff 445 07a 0b0
2e3 a19 5ba 352 00b 77f 6bb 08e
26e df2 0ec 257 002 022 74b 0a0
2ad 36c 579 1bd 686 251 7ee 0ae
2e4 cb6 e2c e68 402 527 6e3 0f0
2da 0ef 37b 11c 00c 21e 7c9 03e
29b 2ed 0b2 583 018 2ed 47f 048
259 a3d c62 b06 01c 268 04b 0fe
19d 0de be8 55f 030 63e 7c6 07e
2af a65 d05 2ee 7d8 599 439 092


I've also attached the entire file. It generates a valid wav file file, it
just never terminates and remains running at 100% cpu.

Thanks,
Matt.

On Mon, Sep 10, 2012 at 5:37 AM, ikj1234i <ikj1234i at yahoo.com> wrote:

> **
>
>
>
> This isn't really enough info, could be many different things.
>
> First what arg(s) are you passing to repeater.vocoder ?
>
> Second, the input in decoder mode is actually readable ASCII text. Can you
> post a few lines of your input file ?
>
> Max
>
>
> --- In op25-dev at yahoogroups.com, Matt Mills <mmills at ...> wrote:
> >
> > Hi All,
> >
> > I'm trying to have repeater.vocoder() run as a small app to read from
> > a file sink and write to a wav sink... If I replace the vocoder with a
> > char_to_short() block it works as expected, however with the vocoder
> > in place it never completes...
> >
> > Also, it looks as though even though it has run out of samples the
> > vocoder thread continuously runs at 100% cpu.
> >
> > Anyone have any ideas? (associated python is attached.
> >
> > thanks,
> > Matt.
> >
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120910/5feffa7d/attachment.htm>

From ikj1234i at yahoo.com  Mon Sep 10 15:14:52 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Mon, 10 Sep 2012 08:14:52 -0700 (PDT)
Subject: [op25-dev] Re: repeater.vocoder doesnt run to completion
In-Reply-To: <CAHH1NCcd3TipVHcWs+Aq+K3ThhBkhcZVe_UGHiM0ix8KvYvLtg@mail.gmail.com>
References: <CAHH1NCcF2fEGhXa2KNH7eoHUOba5yHF_8ojr8aXEuzYaRVxu1g@mail.gmail.com> <k2kjec+k5ks@eGroups.com> <CAHH1NCcd3TipVHcWs+Aq+K3ThhBkhcZVe_UGHiM0ix8KvYvLtg@mail.gmail.com>
Message-ID: <1347290092.31530.YahooMailNeo@web160605.mail.bf1.yahoo.com>



Look, the repeater.vocoder block was designed for a real-time, multi-channel, full-duplex environment.? File input was never really a design req...

Also, you didn't mention that a valid output file was appearing.

Finally, not everyone accepts "attachments"...

Thx


Max



________________________________
 From: Matt Mills <mmills at 2bn.net>
To: op25-dev at yahoogroups.com 
Sent: Monday, September 10, 2012 10:32 AM
Subject: Re: [op25-dev] Re: repeater.vocoder doesnt run to completion [1 Attachment]
 

? 
[Attachment(s) from Matt Mills included below]
Max,

Did the attachment not come through? That has the actual python I was using. Either way the vocoder is instantiated as:

repeater.vocoder(False, False, 0, "", 0, False)??? 

Here are a few lines of input:

3ca 01f fd1 cba 007 5bb 3a4 09a
ce8 a43 d38 011 3ff 445 07a 0b0
2e3 a19 5ba 352 00b 77f 6bb 08e
26e df2 0ec 257 002 022 74b 0a0
2ad 36c 579 1bd 686 251 7ee 0ae
2e4 cb6 e2c e68 402 527 6e3 0f0
2da 0ef 37b 11c 00c 21e 7c9 03e
29b 2ed 0b2 583 018 2ed 47f 048
259 a3d c62 b06 01c 268 04b 0fe
19d 0de be8 55f 030 63e 7c6 07e
2af a65 d05 2ee 7d8 599 439 092


I've also attached the entire file. It generates a valid wav file file, it just never terminates and remains running at 100% cpu. 

Thanks,
Matt.


On Mon, Sep 10, 2012 at 5:37 AM, ikj1234i <ikj1234i at yahoo.com> wrote:

 
>? 
>
>This isn't really enough info, could be many different things. 
>
>First what arg(s) are you passing to repeater.vocoder ?
>
>Second, the input in decoder mode is actually readable ASCII text.  Can you post a few lines of your input file ?
>
>Max
>
>
>--- In op25-dev at yahoogroups.com, Matt Mills <mmills at ...> wrote:
>>
>> Hi All,
>> 
>> I'm trying to have repeater.vocoder() run as a small app to read from
>> a file sink and write to a wav sink... If I replace the vocoder with a
>> char_to_short() block it works as expected, however with the vocoder
>> in place it never completes...
>> 
>> Also, it looks as though even though it has run out of samples the
>> vocoder thread continuously runs at 100% cpu.
>> 
>> Anyone have any ideas? (associated python is attached.
>> 
>> thanks,
>> Matt.
>>
>
>

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120910/98ab13ec/attachment.htm>

From alan at henney.com  Tue Sep 25 03:57:20 2012
From: alan at henney.com (ahenney)
Date: Tue, 25 Sep 2012 03:57:20 -0000
Subject: [op25-dev] Court Rules that the Wiretap Act Does Not Prohibit Intercepting Unencrypted Wire
Message-ID: <k3ra30+h1vq@eGroups.com>


The Volokh Conspiracy
 
September 7, 2012 Friday 4:02 AM EST 
 
District Court Rules that the Wiretap Act Does Not Prohibit Intercepting Unencrypted Wireless Communications
 
LENGTH: 1078 words
 
The decision is In re INNOVATIO IP VENTURES, LLC PATENT LITIGATION. MDL Docket No. 2303, Case No. 11 C 9308. (N.D.Ill. August 22, 2012), via Cybercrime Review. The opinion holds that anyone can monitor the unencrypted wi-fi communications of anyone else without implicating the Wiretap Act. I think the decision is wrong, and I wanted to explain why. 
 
The court holds that unsecured wireless communications are not covered by the Wiretap Act because of the exception found in 18 U.S.C. ? 2511(g)(i). That exception states: 
 
(g) It shall not be unlawful under this chapter or chapter 121 of this title for any person-
 
(i) to intercept or access an electronic communication made through an electronic communication system that is configured so that such electronic communication is readily accessible to the general public; 
 
The Court concludes that this exception covers unsecured wi-fi communications, so that it is entirely lawful to snoop in on someone else's private communications over an unsecured wireless network:
 
Innovatio is intercepting Wi-Fi communications with a Riverbed AirPcap Nx packet capture adapter, which is available to the public for purchase for $698.00. See Riverbed Technology Product Catalog, http://www.cacetech.com/products/catalog/ (last visited Aug. 21, 2012). A more basic packet capture adapter is available for only $198.00. Id. The software necessary to analyze the data that the packet capture adapters collect is available for down load for free. See Wireshark Frequently Asked Questions, http://www.wireshark.org/faq.html#sec1 (last visited Aug. 21, 2012) ("Wireshark? is a network protocol analyzer. . . . It is freely available as open source. . . ."). With a packet capture adapter and the software, along with a basic laptop computer, any member of the general public within range of an unencrypted Wi-Fi network can begin intercepting communications sent on that network. Many Wi-Fi networks provided by commercial establishments (such as coffee shops and restaurants) are unencrypted, and open to such interference from anyone with the right equipment. In light of the ease of "sniffing" Wi-Fi networks, the court concludes that the communications sent on an unencrypted Wi-Fi network are readily available to the general public.
 
I don't think that's right. Look closely at the text: "configured so that such electronic communication is readily accessible to the general public." In my view, that text focuses on the intent of the designer - the person who does the configuring of the network so that it works a particular way - to design the network so that the general public was supposed to be able to access them. Of course, you might not know the actual intent of the designer with 100% certainty. But with many technologies, it's obvious what counts as an expected use and what counts as an unexpected use. Cf. United States v. Morris, 928 F.2d 504 (2d. Cir. 1991) (creating an "intended function" test to distinguish authorized access to a network from unauthorized access to a network). No one suggests that unsecured wireless networks are set up with the goal that everyone on the network would be free to read the private communications of others. In my view, that ends the matter: the exception doesn't apply, and the interception of the contents of wireless communications is covered by the Wiretap Act.
 
An analogous issue arose in Tapley v. Collins, 41 F.Supp.2d 1366 (S.D.Ga. 1999), which involved listening in on cordless telephone calls that were broadcast by cordless phones and (back then) not encrypted. The Tapley court held that this exception did not permit the interception of unencrypted cordless telephone calls:
 
This subdivision . . . obviously contemplates the use of scanners to intercept (a) police, fire and emergency radio traffic; along with (b) any other electronic communications the designers and users of which-from decades of experience-have no reasonable grounds to expect anything but casual, even wide-scale interception by others (e.g., "CB radios").
 
In contrast, cordless telephones were never designed with that intent. True, early versions were prone to substantial electronic "leakage," leading courts and Congress alike to conclude that no one could reasonably claim a right to privacy when using them. See Spetalieri, 36 F.Supp.2d at 113; Peavy, 37 F.Supp.2d at 505-06. But no one has argued that cordless phone manufacturers intended, or were even lax about, any "incidental broadcast" feature. 
 
That's right, I think. The issue under 2511(2)(g)(i) is what the designers intended users to be able to do, not what someone can do contrary to the designer's intentions. 
 
Consider the implications of a contrary rule by focusing on the example of communications over a wire. You can buy a KeyKatcher keylogger for $55 from Amazon (with free super saver shipping!) and install it on a wire of Internet traffic. It's a lot cheaper than the wireless packet capture devices the Court is focused on in its decision. Under the Court's decision, the Wiretap Act categorically should not apply to that quintessential act of wiretapping whenever the wire was itself available to the public simply because anyone can buy the $55 device and install it. In my view, that can't be the test: The issue is not whether a member of the public could engage in the wiretapping as a matter of cost and practicality, but rather whether the technology is set up consistently with a design that reflects an intent that members of the public would be able to monitor those communications. 
 
Two final points. First, my sense is that the court did not need to reach this legal question in the first place. The case is a patent dispute rather than a wiretapping case, and there is no suppression remedy because the communications are electronic communications (and the statutory suppression remedy only applies to wire and oral communications). Second, a much more difficult question is the one presented in In re Google Inc. Street View Electronic Communications Litigation, 794 F. Supp. 2d 1067, 1070 (N.D. Cal. 2011): Does the "radio communication" exception in 18 U.S.C. 2511(2)(g)(ii) exempt wireless communications from the Wiretap Act? That issue is now on appeal before the Ninth Circuit in the Google Street View case, and I think Judge Ware was correct to conclude that the exception does not apply. But whatever you think is the right answer to that question, I think it's the more difficult issue.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120925/06a0d68c/attachment.htm>

From stevie.glass at gmail.com  Tue Sep 25 04:35:40 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Tue, 25 Sep 2012 14:35:40 +1000
Subject: [op25-dev] Re: Court Rules that the Wiretap Act Does Not Prohibit Intercepting
 Unencrypted Wire
In-Reply-To: <k3ra30+h1vq@eGroups.com>
References: <k3ra30+h1vq@eGroups.com>
Message-ID: <CADC0ay3BPvViE7GkBaUiC1O=QWY6OtqmWaApqvhdt81uQ03-WA@mail.gmail.com>

Fascinating stuff and definitely a difficult question.

"The Court concludes that this exception covers unsecured wi-fi
> communications, so that it is entirely lawful to snoop in on someone else's
> private communications over an unsecured wireless network:"


I think its a bit emotive to suggest that someone is "snooping" on
"private" communications if those communications are broadcast in the
clear. The expectation of privacy under these circumstances is flawed and
laws that enforce that false expectation are broken.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120925/3b7570ff/attachment.htm>

From kg6ygb at gmail.com  Tue Sep 25 05:30:00 2012
From: kg6ygb at gmail.com (Jeremy Neal)
Date: Tue, 25 Sep 2012 05:30:00 +0000
Subject: [op25-dev] Court Rules that the Wiretap Act Does Not Prohibit Intercepting Unencrypted Wire
In-Reply-To: <k3ra30+h1vq@eGroups.com>
References: <k3ra30+h1vq@eGroups.com>
Message-ID: <1918217928-1348551002-cardhu_decombobulator_blackberry.rim.net-1088618346-@b18.c1.bise6.blackberry>

I think your thinking is wrong, and I, too, will explain why:

You state (and yes, I'm paraphrasing) that people who have implemented unsecured wi-fi networks never designed the system in such a manner so as to allow anyone to snoop on others' use of the system, read others' email, monitor others' web usage, etc, and furthermore didn't intend for it to be used in this manner.  While you may be right, they certainly didn't design it to PREVENT these things from happening either!  Businesses providing "free wi-fi" have no excuse for not securing their wi-fi.  If the person/company they hired to "design" their wi-fi network can't figure out how to secure it, they don't have any business calling themselves wireless network architects or engineers.  That said, I'm sure it could be argued that some home/small business owners may not possess the technical expertise necessary to understand why encryption should be implemented and how to implement it.  However it could also be argued that the aforementioned home/small business operators failed to do their due diligence as they didn't bother to research what it takes to secure a wireless network.  I mean, it's not like anyone with a web browser and google couldn't figure out the basics in 30-45 mins.  And let's face it...even the lowest form of wi-fi encryption (40-bit WEP) is still encryption, and is therefore protected under FCC regulations.  I didn't say it's not easily compromised, but as that concern is beyond the scope of this discussion we won't get into that.  Back to implementing wireless security: as anyone can tell you who has received a ticket for doing something they "didn't know was illegal", ignorance is NOT an excuse.  "Oh, sorry officer, I didn't know I wasn't allowed to do U-turns in a business district" (usually) won't get you out of a ticket.  By the same token, ignorance of technology is not an excuse to make up laws to protect those who can't be bothered to do their due diligence before making the decision to set up an unsecured wi-fi network.  I won't even bother to get into how ignorance applies to those foolish enough to use unsecured wi-fi networks to send/receive email, use Facebook, or (God forbid) do their online banking!!

Moving on, I don't think your argument about using a key logger really applies in this case as physically accessing any communications line is really trespassing, but ianal, so I could be wrong.  Either way, it's definitely not a method of wireless access so it doesn't really apply to your argument here.  That said, it may not be covered by the Wiretap Act, but I'm willing to bet you it's covered by another one. 

Finally, you argue that the exception for cordless phones should apply to unsecured wi-fi networks.  I think this is a little like comparing apples to oranges as the technology associated with early cordless phones was not sufficiently advanced so as to allow the encryption of the traffic they carried at a cost affordable to an end-user.  In contrast, wi-fi was designed with an encryption mechanism built-in from the start!  This means that unsecured wi-Fi networks are FULLY CAPABLE of being encrypted...but the owner/operator chose for one reason or another to not avail themselves of that option.

So all that said, perhaps you can explain to me how you justify limiting the freedoms of everyone else to protect the so-called "rights" of those who are too ignorant and/or lazy to do a little research or hire someone competent to configure their wi-fi's for them.  Why do you think internet providers like AT&T and Verizon started installing wi-fi routers with encryption already enabled and just stuck a sticker with the encryption key on the bottom?  It would be pretty simple to disable the pre-configured encryption on any of these routers, but how many people do you know that have bothered to do that?


Apologies in advance to the rest of the list if (when?) this discussion is deemed to be off-topic.

Jeremy

-----Original Message-----
From: "ahenney" <alan at henney.com>
Sender: op25-dev at yahoogroups.com
Date: Tue, 25 Sep 2012 03:57:20 
To: <op25-dev at yahoogroups.com>
Reply-To: op25-dev at yahoogroups.com
Subject: [op25-dev] Court Rules that the Wiretap Act Does Not Prohibit Intercepting Unencrypted Wire


The Volokh Conspiracy
 
September 7, 2012 Friday 4:02 AM EST 
 
District Court Rules that the Wiretap Act Does Not Prohibit Intercepting Unencrypted Wireless Communications
 
LENGTH: 1078 words
 
The decision is In re INNOVATIO IP VENTURES, LLC PATENT LITIGATION. MDL Docket No. 2303, Case No. 11 C 9308. (N.D.Ill. August 22, 2012), via Cybercrime Review. The opinion holds that anyone can monitor the unencrypted wi-fi communications of anyone else without implicating the Wiretap Act. I think the decision is wrong, and I wanted to explain why. 
 
The court holds that unsecured wireless communications are not covered by the Wiretap Act because of the exception found in 18 U.S.C. ? 2511(g)(i). That exception states: 
 
(g) It shall not be unlawful under this chapter or chapter 121 of this title for any person-
 
(i) to intercept or access an electronic communication made through an electronic communication system that is configured so that such electronic communication is readily accessible to the general public; 
 
The Court concludes that this exception covers unsecured wi-fi communications, so that it is entirely lawful to snoop in on someone else's private communications over an unsecured wireless network:
 
Innovatio is intercepting Wi-Fi communications with a Riverbed AirPcap Nx packet capture adapter, which is available to the public for purchase for $698.00. See Riverbed Technology Product Catalog, http://www.cacetech.com/products/catalog/ (last visited Aug. 21, 2012). A more basic packet capture adapter is available for only $198.00. Id. The software necessary to analyze the data that the packet capture adapters collect is available for down load for free. See Wireshark Frequently Asked Questions, http://www.wireshark.org/faq.html#sec1 (last visited Aug. 21, 2012) ("Wireshark? is a network protocol analyzer. . . . It is freely available as open source. . . ."). With a packet capture adapter and the software, along with a basic laptop computer, any member of the general public within range of an unencrypted Wi-Fi network can begin intercepting communications sent on that network. Many Wi-Fi networks provided by commercial establishments (such as coffee shops and restaurants) are unencrypted, and open to such interference from anyone with the right equipment. In light of the ease of "sniffing" Wi-Fi networks, the court concludes that the communications sent on an unencrypted Wi-Fi network are readily available to the general public.
 
I don't think that's right. Look closely at the text: "configured so that such electronic communication is readily accessible to the general public." In my view, that text focuses on the intent of the designer - the person who does the configuring of the network so that it works a particular way - to design the network so that the general public was supposed to be able to access them. Of course, you might not know the actual intent of the designer with 100% certainty. But with many technologies, it's obvious what counts as an expected use and what counts as an unexpected use. Cf. United States v. Morris, 928 F.2d 504 (2d. Cir. 1991) (creating an "intended function" test to distinguish authorized access to a network from unauthorized access to a network). No one suggests that unsecured wireless networks are set up with the goal that everyone on the network would be free to read the private communications of others. In my view, that ends the matter: the exception doesn't apply, and the interception of the contents of wireless communications is covered by the Wiretap Act.
 
An analogous issue arose in Tapley v. Collins, 41 F.Supp.2d 1366 (S.D.Ga. 1999), which involved listening in on cordless telephone calls that were broadcast by cordless phones and (back then) not encrypted. The Tapley court held that this exception did not permit the interception of unencrypted cordless telephone calls:
 
This subdivision . . . obviously contemplates the use of scanners to intercept (a) police, fire and emergency radio traffic; along with (b) any other electronic communications the designers and users of which-from decades of experience-have no reasonable grounds to expect anything but casual, even wide-scale interception by others (e.g., "CB radios").
 
In contrast, cordless telephones were never designed with that intent. True, early versions were prone to substantial electronic "leakage," leading courts and Congress alike to conclude that no one could reasonably claim a right to privacy when using them. See Spetalieri, 36 F.Supp.2d at 113; Peavy, 37 F.Supp.2d at 505-06. But no one has argued that cordless phone manufacturers intended, or were even lax about, any "incidental broadcast" feature. 
 
That's right, I think. The issue under 2511(2)(g)(i) is what the designers intended users to be able to do, not what someone can do contrary to the designer's intentions. 
 
Consider the implications of a contrary rule by focusing on the example of communications over a wire. You can buy a KeyKatcher keylogger for $55 from Amazon (with free super saver shipping!) and install it on a wire of Internet traffic. It's a lot cheaper than the wireless packet capture devices the Court is focused on in its decision. Under the Court's decision, the Wiretap Act categorically should not apply to that quintessential act of wiretapping whenever the wire was itself available to the public simply because anyone can buy the $55 device and install it. In my view, that can't be the test: The issue is not whether a member of the public could engage in the wiretapping as a matter of cost and practicality, but rather whether the technology is set up consistently with a design that reflects an intent that members of the public would be able to monitor those communications. 
 
Two final points. First, my sense is that the court did not need to reach this legal question in the first place. The case is a patent dispute rather than a wiretapping case, and there is no suppression remedy because the communications are electronic communications (and the statutory suppression remedy only applies to wire and oral communications). Second, a much more difficult question is the one presented in In re Google Inc. Street View Electronic Communications Litigation, 794 F. Supp. 2d 1067, 1070 (N.D. Cal. 2011): Does the "radio communication" exception in 18 U.S.C. 2511(2)(g)(ii) exempt wireless communications from the Wiretap Act? That issue is now on appeal before the Ninth Circuit in the Google Street View case, and I think Judge Ware was correct to conclude that the exception does not apply. But whatever you think is the right answer to that question, I think it's the more difficult issue.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120925/3a401ae5/attachment.htm>

From stevie.glass at gmail.com  Tue Sep 25 06:12:20 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Tue, 25 Sep 2012 16:12:20 +1000
Subject: [op25-dev] Re: Court Rules that the Wiretap Act Does Not Prohibit Intercepting
 Unencrypted Wire
In-Reply-To: <1918217928-1348551002-cardhu_decombobulator_blackberry.rim.net-1088618346-@b18.c1.bise6.blackberry>
References: <k3ra30+h1vq@eGroups.com>
	<1918217928-1348551002-cardhu_decombobulator_blackberry.rim.net-1088618346-@b18.c1.bise6.blackberry>
Message-ID: <CADC0ay1b9TH2hK8Ygskw7-QDjJah3zYZarOEx1jqgAxkRj20sA@mail.gmail.com>

Fascinating stuff so I think its on-topic ;-)

"The Court concludes that this exception covers unsecured wi-fi
> communications, so that it is entirely lawful to snoop in on someone else's
> private communications over an unsecured wireless network:"


I think its a bit emotive to suggest that someone is "snooping" on
"private" communications if those communications are broadcast in the
clear.  If someone has a flawed perception of their security then
legislation that reinforces that flawed perception is doing nobody any
favours.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120925/620f1356/attachment.htm>

From balint256 at hotmail.com  Wed Sep 26 23:47:20 2012
From: balint256 at hotmail.com (Balint)
Date: Wed, 26 Sep 2012 16:47:20 -0700
Subject: [op25-dev] OP25 working with UHD and GRC [2 Attachments]
Message-ID: <BLU0-SMTP444B750E2A7E4AAE9FBE5F3E29C0@phx.gbl>

Hi folks,

I had the pleasure of sitting with some major OP25 contributors (Max and
Mike) at the GNU Radio conference today, and also managed to get OP25
working with a USRP N210 using UHD. You can see in the attached image that
I'm using the OP25 block from gr-baz in GRC (the flowgraph sends the decoded
audio to the speakers via the Audio Sink). The voice frames' data is being
printed in the console, and four-level dibits are shown on the scope. The
other tabs contain FFTs for the entire baseband and the selected channel,
and make use of the new click-handler feature that triggers a callback
containing the frequency you clicked on. You can therefore tune (really
change the offset in the Freq Xlating Filter) to a signal you see appear on
the FFT just by clicking on it (the same way you can with the Python apps,
e.g. usrp_p25_rx/audio_p25_rx, however this is all from GRC).

The IT++ 4.2 BCH problem still exists, so I've used the alternate
implementation that Max also uses in the 'repeater' code to handle
identification of the frame header.

The GRC flowgraph obviously uses the UHD Source block to capture the
baseband data, but the Python scripts (e.g. those mentioned above) also now
work with UHD. The legacy USRP code is actually untouched as I've written a
thin wrapper for UHD that makes any UHD-compatible device accessible through
the legacy interface (i.e. brought 'from gnuradio import usrp' &
usrp.source_c back). Not the best approach to force projects to move to UHD
properly, but a temporary measure in the meantime ;)

I'll post some code soon!

Kind regard,

Balint

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120926/109b5039/attachment.htm>

From stevie.glass at gmail.com  Thu Sep 27 00:14:29 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Thu, 27 Sep 2012 10:14:29 +1000
Subject: [op25-dev] Re: OP25 working with UHD and GRC
Message-ID: <CADC0ay1s1x=M34i0x4Gov9S6POcbvdAOUCxjxka6__m1BaZqOw@mail.gmail.com>

Congratulations Balint!

I've also been looking at this from the Python side but had some problems.
One of which is the demod just looks flaky in 3.6 (both Frank's original
and the version I copied into our tree) - the symbols seem rather sparse
and I am failing to decode frame headers properly. Then I read this:

The IT++ 4.2 BCH problem still exists, so I?ve used the alternate
> implementation that Max also uses in the ?repeater? code to handle
> identification of the frame header.


What's the problem with the BCH decoder in IT++?  This could be part of my
problem so I'd appreciate more info. Shall take a look at Max's code for
that too but I was so convinced I'd got a different error that I was
picking one problem at a time and not got to the scope.py application yet.

Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20120927/f3c77016/attachment.htm>

From balint256 at hotmail.com  Fri Nov  9 09:32:46 2012
From: balint256 at hotmail.com (Balint)
Date: Fri, 9 Nov 2012 01:32:46 -0800
Subject: [op25-dev] Patches & instructions to get OP25 working with UHD/GRC/DES-OFB
Message-ID: <BLU0-SMTP44343963B9C01ED7225C959E2680@phx.gbl>

Hi folks,

 

It has taken a little longer than I anticipated, but it's all here:

 

http://wiki.spench.net/wiki/OP25

 

The page describes:

 

.         Getting the latest OP25 working with the latest GNU Radio (one
easy patch)

.         Using the Legacy USRP shim so OP25 can access any USRP via UHD
(one symlink)

.         How to do a side-by-side install of multiple OP25 versions
<http://wiki.spench.net/wiki/Side-by-side_GNU_Radio_Modules>  (one copy &
script)

.         Adding DES-OFB decryption (a little more complex, but all the
instructions are there)

 

The side-by-side guide
<http://wiki.spench.net/wiki/Side-by-side_GNU_Radio_Modules>  not only
applies to OP25, but any other GR module.

 

Don't forget to install gr-baz <http://wiki.spench.net/wiki/gr-baz>  to get
the OP25 Decoder block <http://wiki.spench.net/wiki/gr-baz#op25>  for GNU
Radio Companion, a sample flowgraph that does the decoding from a variety of
sources, the patches themselves and additional sample files.

 

Please let me know if this is useful to people, what success you have, and
if anyone is keen to move the DES-OFB code to the latest source (the patch
is for version 219!).

 

Kind regards,

Balint

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121109/9874cdd0/attachment.htm>

From RobertKlamp at aol.com  Mon Dec  3 23:25:35 2012
From: RobertKlamp at aol.com (rbrtklamp)
Date: Mon, 03 Dec 2012 23:25:35 -0000
Subject: [op25-dev] Trouble running OP25
Message-ID: <k9jcdf+4f1p@eGroups.com>

Hi I am new to the group and GNUradio. I have installed gnuradio on ubuntu 12.04 from the directions at this link.

http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/

I then went to the build instructions page and followed them to the T, all seemed to be going well but when I enter the command line to start it

~/src/op25/python$ ./audio_p25_rx.py -a


I get this error message

robert at robert-laptop:~/src/op25/python$ ./audio_p25_rx.py -a
Traceback (most recent call last):
  File "./audio_p25_rx.py", line 34, in <module>
    from gnuradio import audio, eng_notation, fsk4, gr, gru, op25
ImportError: cannot import name fsk4
robert at robert-laptop:~/src/op25/python$ 

Can anybody please help me get the program running I am not great with software code and really need to get this up and running for a current project I am a part of. I am hoping this issue can be resolved with a couple of command lines.

Thank You For Your Time and Help,
Robert Klamp Jr.






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121203/1406667d/attachment.htm>

From stevie.glass at gmail.com  Tue Dec  4 00:45:23 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Tue, 4 Dec 2012 10:45:23 +1000
Subject: [op25-dev] Trouble running OP25
In-Reply-To: <k9jcdf+4f1p@eGroups.com>
References: <k9jcdf+4f1p@eGroups.com>
Message-ID: <CADC0ay1Or_XgTCH_RLFmve4T27rJyV7hCKDXenqvDO3QP_Md-A@mail.gmail.com>

Hi Robert,

Did you install the pre-requisites? It looks like you failed to install the
radio rausch demodulator (I think we mirror it on the wiki).

There are some patches needed right now which I am rolling into the build
but I've been very busy of late and won't get that all sorted until the
xmas break.

Let me know how you go with the install.

ATB

Steve

On 4 December 2012 09:25, rbrtklamp <RobertKlamp at aol.com> wrote:

> **
>
>
> Hi I am new to the group and GNUradio. I have installed gnuradio on ubuntu
> 12.04 from the directions at this link.
>
>
> http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/
>
> I then went to the build instructions page and followed them to the T, all
> seemed to be going well but when I enter the command line to start it
>
> ~/src/op25/python$ ./audio_p25_rx.py -a
>
> I get this error message
>
> robert at robert-laptop:~/src/op25/python$ ./audio_p25_rx.py -a
> Traceback (most recent call last):
> File "./audio_p25_rx.py", line 34, in <module>
> from gnuradio import audio, eng_notation, fsk4, gr, gru, op25
> ImportError: cannot import name fsk4
> robert at robert-laptop:~/src/op25/python$
>
> Can anybody please help me get the program running I am not great with
> software code and really need to get this up and running for a current
> project I am a part of. I am hoping this issue can be resolved with a
> couple of command lines.
>
> Thank You For Your Time and Help,
> Robert Klamp Jr.
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121204/f8c22703/attachment.htm>

From RobertKlamp at aol.com  Tue Dec  4 04:47:03 2012
From: RobertKlamp at aol.com (Robert Klamp)
Date: Mon, 3 Dec 2012 22:47:03 -0600
Subject: [op25-dev] Trouble running OP25
Message-ID: <cmu-lmtpd-19394-1354596609-0@ganesha>

Hi Mr. Glass,
    Thank you for your response I have installed the pre-requisites about 3 or 4 times now thinking I have missed a command and have also done the same for the fsk4 command lines and I continue to get the same error when trying to run the program. I will send you a copy of the error message I get when trying to install the fsk4 modulator. Any insight is appreciated.

Thanks again,
Bob


Sent from my U.S. Cellular? Windows? phone.

-----Original Message-----
From: Steve Glass <stevie.glass at gmail.com>
Sent: Monday, December 03, 2012 6:45 PM
To: op25-dev at yahoogroups.com
Subject: Re: [op25-dev] Trouble running OP25

 
Hi Robert,

Did you install the pre-requisites? It looks like you failed to install the radio rausch demodulator (I think we mirror it on the wiki).

There are some patches needed right now which I am rolling into the build but I've been very busy of late and won't get that all sorted until the xmas break.

Let me know how you go with the install.

ATB

Steve

On 4 December 2012 09:25, rbrtklamp <RobertKlamp at aol.com> wrote:
? 
Hi I am new to the group and GNUradio. I have installed gnuradio on ubuntu 12.04 from the directions at this link.

http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/

 I then went to the build instructions page and followed them to the T, all seemed to be going well but when I enter the command line to start it

 ~/src/op25/python$ ./audio_p25_rx.py -a

 I get this error message

 robert at robert-laptop:~/src/op25/python$ ./audio_p25_rx.py -a
 Traceback (most recent call last):
 File "./audio_p25_rx.py", line 34, in <module>
 from gnuradio import audio, eng_notation, fsk4, gr, gru, op25
 ImportError: cannot import name fsk4
 robert at robert-laptop:~/src/op25/python$

 Can anybody please help me get the program running I am not great with software code and really need to get this up and running for a current project I am a part of. I am hoping this issue can be resolved with a couple of command lines.

 Thank You For Your Time and Help,
 Robert Klamp Jr.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121203/e0dd0ce5/attachment.htm>

From stevie.glass at gmail.com  Tue Dec  4 05:30:07 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Tue, 4 Dec 2012 15:30:07 +1000
Subject: [op25-dev] Trouble running OP25
In-Reply-To: <50bd805b.694c420a.23b9.496aSMTPIN_ADDED_MISSING@mx.google.com>
References: <50bd805b.694c420a.23b9.496aSMTPIN_ADDED_MISSING@mx.google.com>
Message-ID: <CADC0ay1_MhsRfWauA-Rqdn0N30eOZzbagwZrELDrjU5iRw3g4A@mail.gmail.com>

I'd suggest you check that the fsk4 module is indeed on your PYTHONPATH.
 (Search the email archive for PYTHONPATH to see what it should look like
;-)

On 4 December 2012 14:47, Robert Klamp <RobertKlamp at aol.com> wrote:

> **
>
>
> Hi Mr. Glass,
> Thank you for your response I have installed the pre-requisites about 3 or
> 4 times now thinking I have missed a command and have also done the same
> for the fsk4 command lines and I continue to get the same error when trying
> to run the program. I will send you a copy of the error message I get when
> trying to install the fsk4 modulator. Any insight is appreciated.
>
> Thanks again,
> Bob
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121204/aa11bb9f/attachment.htm>

From RobertKlamp at aol.com  Tue Dec  4 07:25:50 2012
From: RobertKlamp at aol.com (Robert Klamp)
Date: Tue, 4 Dec 2012 01:25:50 -0600
Subject: [op25-dev] Trouble running OP25
Message-ID: <201212040725.qB47Poh0009871@imr-ma05.mx.aol.com>

Very sorry to everyone on the list that was supposed to be a private reply I did not mean to post such a long message filled with previous conversations.

Sorry,
Bob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121204/1d52136a/attachment.htm>

From md123 at nycap.rr.com  Tue Dec  4 17:08:32 2012
From: md123 at nycap.rr.com (Matt Doolittle)
Date: Tue, 04 Dec 2012 12:08:32 -0500
Subject: [op25-dev] Trouble running OP25
Message-ID: <hwlkn7bteuh0u42dj8tmos48.1354640912178@email.android.com>

I had the same problem when I first ran that command.  But when I clicked on the p25_audio python file the program ran.  However, for some reason I can't get my sound card to recognize the disc tap signal.  Furthermore I am little confused because the fsk4 block nor the op25 block show up in my gnu radio tree.  Any suggestions would be much appricated.

From Matt D on mobile device

rbrtklamp <RobertKlamp at aol.com> wrote:

>Hi I am new to the group and GNUradio. I have installed gnuradio on ubuntu 12.04 from the directions at this link.
>
>http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/
>
>I then went to the build instructions page and followed them to the T, all seemed to be going well but when I enter the command line to start it
>
>~/src/op25/python$ ./audio_p25_rx.py -a
>
>
>I get this error message
>
>robert at robert-laptop:~/src/op25/python$ ./audio_p25_rx.py -a
>Traceback (most recent call last):
>  File "./audio_p25_rx.py", line 34, in <module>
>    from gnuradio import audio, eng_notation, fsk4, gr, gru, op25
>ImportError: cannot import name fsk4
>robert at robert-laptop:~/src/op25/python$ 
>
>Can anybody please help me get the program running I am not great with software code and really need to get this up and running for a current project I am a part of. I am hoping this issue can be resolved with a couple of command lines.
>
>Thank You For Your Time and Help,
>Robert Klamp Jr.
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121204/f4f8fc1e/attachment.htm>

From adevries at digitalexample.com  Mon Dec 10 03:43:16 2012
From: adevries at digitalexample.com (Andrewiski)
Date: Mon, 10 Dec 2012 03:43:16 -0000
Subject: [op25-dev] op25 New Install  What version Of Ubuntu? What Version of GNURadio?
Message-ID: <ka3lok+j8hf@eGroups.com>

I am setting up an Ubuntu pc for the sole purpose of running op25.  I am struggling getting op25 to work on Ubuntu 12.10 as GCC 4.11 does not seem to be available to install anymore because it has compatibility issues with the newer version. At least that is what I have found on the web. 

Anyways I have the need to view raw p25 packets to trouble shoot a bug with a specific radio's data packets.

I have two ways to receive the audio stream either via discriminator tap or via usb rtl-sdr.  

In Ubuntu 12.10 I have done the following.

Failed to build GNURadio 3.2.2 with compiler errors, not missing imports but things like invalid syntax etc so preaty sure it is because I can't use Gcc 4.11 in Ubuntu 12.10

Successfully installed GNURadio 3.6 via builtin" Ubuntu Software Center" installer 
Successfully make and install op25 at least didn't get any errors.
Successfully make and install patched version of wireshark.
Successfully make gr-fsk4 but had to add stderr definitions to a couple of the files to fix make errors also had to copy gruel_common.i from /usr/local/include/gruel/swig to /usr/local/include/gnuradio/swig to fix missing gruel_common.i error
Succesfully make imbe_vocoder.

I tried to run "./audio_p25_rx.py ?a" from the op25/python directory but kept getting an "importError: no module named op25" error.  I tired setting PYTHONPATH environment variable to /usr/local/lib/python2.7/dist-packages where the op25.py file was located (http://www.youtube.com/watch?v=86KtgkaH5H0) but still same error so I copied all of the op25/python/ files to /usr/local/lib/python2.7/dist-packages/gnuradio folder

I ran it there and still got op25 errors.

I figured it was an issue with gnuradio version so I uninstalled gnuradio using Ubuntu Software center.
I also did a "make uninstall" on the gr-fsk4 I installed earlier because it seems to have been replaced in op25 with gr-baz. 

gr-baz is included in this install script  
I did a build of gnuradio and a buch of other needed tools using a script located at (http://www.sbrac.org/files/build-gnuradio) 

I made a folder new folder src in my home directory I coped the build-gnuradio script to this folder.  I then ran chmod 755 build-gnuradio to allow execution.

I ran "./build-gnuradio ?v all" (took awhile and had some warnings but no errors)

Now things started to work at least without the import errors so referenecs seem to be a lot better.

I can run ./rtl_sdr and do a capture so thats a plus as  I know my cheap sdr usb receiver is working.

If I run ./audio_p25_rx.py  I get the following errors

Using Volk machine: sse4_1_64
Traceback (most recent call last):
  File "./audio_p25_rx.py", line 1044, in <module>
    app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, in __init__
    wx.App.__init__ (self, redirect=False)
  File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7981, in __init__
    self._BootstrapApp()
  File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7555, in _BootstrapApp
    return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
    self._max_noutput_items)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
    self.panel = stdpanel (self, self, top_block_maker, max_nouts)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
    self.top_block = top_block_maker (frame, self, vbox, sys.argv)
  File "./audio_p25_rx.py", line 97, in __init__
    self.__init_gui(frame, panel, vbox)
  File "./audio_p25_rx.py", line 276, in __init_gui
    self.spectrum_plotter = self.spectrum.win.plot
AttributeError: 'fft_window' object has no attribute 'plot'

If I open and execute (http://svn.spench.net/main/gr-baz/samples/OP25.grc) from http://wiki.spench.net/wiki/Gr-baz#grc I get the follow errors

Using Volk machine: sse4_1_64
Traceback (most recent call last):
  File "/home/andrewadevries/op25/op25_grc.py", line 563, in <module>
    tb = op25_grc()
  File "/home/andrewadevries/op25/op25_grc.py", line 306, in __init__
    self.rtl2832_source_0 = baz.rtl_source_c(defer_creation=True, output_size=gr.sizeof_gr_complex)
AttributeError: 'module' object has no attribute 'rtl_source_c'

Any one offer some suggestions?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121210/161da0c7/attachment.htm>

From stevie.glass at gmail.com  Mon Dec 10 04:02:14 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Mon, 10 Dec 2012 14:02:14 +1000
Subject: [op25-dev] Re: op25 New Install What version Of Ubuntu? What Version of GNURadio?
Message-ID: <CADC0ay1VpPitYdU+sf-=OmQN4bN7phgJ39YzK89zNrBWs43dJg@mail.gmail.com>

Right now I'd suggest trying to install on Ubuntu 11.10/11.04 - I had no
trouble configuring OP25 in a VM on either of those.

The problems are things I know about and plan to sort ASAP. Unfortunately
our lab is closing and that means I need to finish as much as I can of my
current paid for work as I can before I join the unemployment line. I
expect that most of the current bit rot issues will be solved over xmas and
I have plans to do some new development too so its not all bad news.

ATB

Stevie
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121210/a42f3f7e/attachment.htm>

From rosin.f at att.net  Thu Dec 13 03:59:31 2012
From: rosin.f at att.net (rosin.f at att.net)
Date: Thu, 13 Dec 2012 03:59:31 -0000
Subject: [op25-dev] P25 Transmission
Message-ID: <kabjr3+nd20@eGroups.com>

Hello brains,

Qt the boto; of this page: http://op25.osmocom.org/wiki/wiki/RepeaterPage

I would like to understand the limitation of the USRP transmission:

- Why is the channel spacing arbitrarily 25 kHz (just a SW limitation ?)
- Are you transmitting the P25 air interface for voice ?

Thank you,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121213/9aa7d952/attachment.htm>

From n5kie at yahoo.com  Thu Dec 13 04:08:57 2012
From: n5kie at yahoo.com (Brian Martin)
Date: Wed, 12 Dec 2012 22:08:57 -0600
Subject: [op25-dev] P25 reception and trunk tracking from sdr radios
In-Reply-To: <kabjr3+nd20@eGroups.com>
References: <kabjr3+nd20@eGroups.com>
Message-ID: <B00D11D9-7073-48D3-B9D2-3F6DF48EC352@yahoo.com>

Has anyone done an intro tutorial for setting up a p25 receiver using the RTL SDR radios and following the trunking channels and decoding p25? I bought two sdr units for my 10 year old ham son. I am trying to see if I can find a tutorial for him to understand how to set it up.

Thanks
Brian

Sent from my iPad via Iridium Satellite Data


On Dec 12, 2012, at 9:59 PM, "rosin.f at att.net" <rosin.f at att.net> wrote:

> Hello brains,
> 
> Qt the boto; of this page: http://op25.osmocom.org/wiki/wiki/RepeaterPage
> 
> I would like to understand the limitation of the USRP transmission:
> 
> - Why is the channel spacing arbitrarily 25 kHz (just a SW limitation ?)
> - Are you transmitting the P25 air interface for voice ?
> 
> Thank you,
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121212/9f549a83/attachment.htm>

From ikj1234i at yahoo.com  Fri Dec 14 14:43:51 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Fri, 14 Dec 2012 14:43:51 -0000
Subject: [op25-dev] Re: P25 reception and trunk tracking from sdr radios
In-Reply-To: <B00D11D9-7073-48D3-B9D2-3F6DF48EC352@yahoo.com>
Message-ID: <kafdv7+520i@eGroups.com>

--- In op25-dev at yahoogroups.com, Brian Martin <n5kie at ...> wrote:
>
> Has anyone done an intro tutorial for setting up a p25 receiver using the RTL SDR radios and following the trunking channels and decoding p25? I bought two sdr units for my 10 year old ham son. I am trying to see if I can find a tutorial for him to understand how to set it up.

Bidding your son welcome to the ham radio hobby! Just to note that (AFAIK) we don't currently have any software to decode in real time the P25 control channel for the purpose of tracking voice channel activity...

73 de KA1RBI

Max

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121214/3753783f/attachment.htm>

From kg6ygb at gmail.com  Sat Dec 15 03:59:41 2012
From: kg6ygb at gmail.com (Jeremy Neal)
Date: Fri, 14 Dec 2012 19:59:41 -0800
Subject: [op25-dev] Re: P25 reception and trunk tracking from sdr radios
In-Reply-To: <kafdv7+520i@eGroups.com>
References: <B00D11D9-7073-48D3-B9D2-3F6DF48EC352@yahoo.com> <kafdv7+520i@eGroups.com>
Message-ID: <CAA9tPZVUxfZMqxArzVz_akngq5GBUigz1evpL8x5ouuMzH8CMw@mail.gmail.com>

This is true, however as I read the inquiry, he wants to following trunking
channels of an unspecified type and decode P25 audio.  Using OP25, P25
audio can be decoded, and using gr-smartnet, Motorola SmartNet 3600 baud
control channel data can be logged and recorded....so if someone were to
spend some time working on merging the functionality of the two, a Motorola
3600 baud control channel could be tracked and the audio decoded.

I for one would love to work on something like this, but my coding skills
leave _much_ to be desired.  Regardless, I would still help out any way I
can.

Jeremy

On Fri, Dec 14, 2012 at 6:43 AM, ikj1234i <ikj1234i at yahoo.com> wrote:

> **
>
>
> --- In op25-dev at yahoogroups.com, Brian Martin <n5kie at ...> wrote:
> >
> > Has anyone done an intro tutorial for setting up a p25 receiver using
> the RTL SDR radios and following the trunking channels and decoding p25? I
> bought two sdr units for my 10 year old ham son. I am trying to see if I
> can find a tutorial for him to understand how to set it up.
>
> Bidding your son welcome to the ham radio hobby! Just to note that (AFAIK)
> we don't currently have any software to decode in real time the P25 control
> channel for the purpose of tracking voice channel activity...
>
> 73 de KA1RBI
>
> Max
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121214/f3172c72/attachment.htm>

From ikj1234i at yahoo.com  Fri Dec 14 14:28:45 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Fri, 14 Dec 2012 14:28:45 -0000
Subject: [op25-dev] Re: P25 Transmission
In-Reply-To: <kabjr3+nd20@eGroups.com>
Message-ID: <kafd2t+o02c@eGroups.com>



--- In op25-dev at yahoogroups.com, "rosin.f at ..." <rosin.f at ...> wrote:

> - Why is the channel spacing arbitrarily 25 kHz (just a SW limitation ?)

No reason for this, it's just behavior inherited from the previous iteration of the p25 transmitter.  Would be simple to add code to transmit on specific, discrete frequencies (the selected frequencies would have to fall within the USRP limits, of course).

Please note that the transmitter also supports the use of external hardware to do the actual transmission (that is, standard NBFM transmitter hardware), although this is a difficult problem and we don't have a lot of experience with it.   Nonetheless in that case the frequencies would be determined by the external hardware, not the software.

> - Are you transmitting the P25 air interface for voice ?
> 

Nominally yes, the transmissions should be compliant with the P25 Common Air Interface (CAI).  Early testers found a few nitpicks though, most notably the bit settings for the MI fields weren't being set properly to indicate the proper alg ID.  In addition we don't currently prepend HDU's to each transmission.  

All of the above are minor omissions and would not take a lot of effort to add.

In addition although we might say that nominally it's transmitting the CAI it has never been certified or even tested for any regulatory compliance, etc...

Best

Max

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121214/9b45a365/attachment.htm>

From ikj1234i at yahoo.com  Fri Dec 14 14:31:42 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Fri, 14 Dec 2012 14:31:42 -0000
Subject: [op25-dev] Re: P25 Transmission
In-Reply-To: <kafd2t+o02c@eGroups.com>
Message-ID: <kafd8e+116s3@eGroups.com>



--- In op25-dev at yahoogroups.com, "ikj1234i" <ikj1234i at ...> wrote:
>
> 
> 
> --- In op25-dev at yahoogroups.com, "rosin.f@" <rosin.f@> wrote:
> 
> > - Why is the channel spacing arbitrarily 25 kHz (just a SW limitation ?)
> 
> No reason for this, it's just behavior inherited from the previous iteration of the p25 transmitter.

Which behavior was inherited from its ancestor - the analog NBFM transmitter code that was in GR - written (IIRC) by Jonathan Corgan...

:-)

Max


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121214/2fb424f0/attachment.htm>

From rostard at yopmail.com  Sat Dec 15 02:52:58 2012
From: rostard at yopmail.com (fredofaiduvelo)
Date: Sat, 15 Dec 2012 02:52:58 -0000
Subject: [op25-dev] Re: P25 Transmission
In-Reply-To: <kafd2t+o02c@eGroups.com>
Message-ID: <kagoma+ngv2@eGroups.com>

Hi Max,

Could you send out to me an e-mail at my e-mail @. We are looking for talent for an ambitious project.

Regards,
Fred

--- In op25-dev at yahoogroups.com, "ikj1234i" <ikj1234i at ...> wrote:
>
> 
> 
> --- In op25-dev at yahoogroups.com, "rosin.f@" <rosin.f@> wrote:
> 
> > - Why is the channel spacing arbitrarily 25 kHz (just a SW limitation ?)
> 
> No reason for this, it's just behavior inherited from the previous iteration of the p25 transmitter.  Would be simple to add code to transmit on specific, discrete frequencies (the selected frequencies would have to fall within the USRP limits, of course).
> 
> Please note that the transmitter also supports the use of external hardware to do the actual transmission (that is, standard NBFM transmitter hardware), although this is a difficult problem and we don't have a lot of experience with it.   Nonetheless in that case the frequencies would be determined by the external hardware, not the software.
> 
> > - Are you transmitting the P25 air interface for voice ?
> > 
> 
> Nominally yes, the transmissions should be compliant with the P25 Common Air Interface (CAI).  Early testers found a few nitpicks though, most notably the bit settings for the MI fields weren't being set properly to indicate the proper alg ID.  In addition we don't currently prepend HDU's to each transmission.  
> 
> All of the above are minor omissions and would not take a lot of effort to add.
> 
> In addition although we might say that nominally it's transmitting the CAI it has never been certified or even tested for any regulatory compliance, etc...
> 
> Best
> 
> Max
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121215/fe3ccf14/attachment.htm>

From ikj1234i at yahoo.com  Mon Dec 17 13:26:05 2012
From: ikj1234i at yahoo.com (ikjtel)
Date: Mon, 17 Dec 2012 05:26:05 -0800 (PST)
Subject: [op25-dev] Re: P25 Transmission
In-Reply-To: <kagoma+ngv2@eGroups.com>
References: <kafd2t+o02c@eGroups.com> <kagoma+ngv2@eGroups.com>
Message-ID: <1355750765.67146.YahooMailNeo@web160603.mail.bf1.yahoo.com>



tried - the email bounced

My address is ikj1234i at yahoo dot com - you can send email to that addr

Best

Max

p.s. apols to the list for the OT


________________________________
 From: fredofaiduvelo <rostard at yopmail.com>
To: op25-dev at yahoogroups.com 
Sent: Friday, December 14, 2012 9:52 PM
Subject: [op25-dev] Re: P25 Transmission
 

? 
Hi Max,

Could you send out to me an e-mail at my e-mail @. We are looking for talent for an ambitious project.

Regards,
Fred

--- In op25-dev at yahoogroups.com, "ikj1234i" <ikj1234i at ...> wrote:
>
> 
> 
> --- In op25-dev at yahoogroups.com, "rosin.f@" <rosin.f@> wrote:
> 
> > - Why is the channel spacing arbitrarily 25 kHz (just a SW limitation ?)
> 
> No reason for this, it's just behavior inherited from the previous iteration of the p25 transmitter.  Would be simple to add code to transmit on specific, discrete frequencies (the selected frequencies would have to fall within the USRP limits, of course).
> 
> Please note that the transmitter also supports the use of external hardware to do the actual transmission (that is, standard NBFM transmitter hardware), although this is a difficult problem and we don't have a lot of experience with it.   Nonetheless in that case the frequencies would be determined by the external hardware, not the software.
> 
> > - Are you transmitting the P25 air interface for voice ?
> > 
> 
> Nominally yes, the transmissions should be compliant with the P25 Common Air Interface (CAI).  Early testers found a few nitpicks though, most notably the bit settings for the MI fields weren't being set properly to indicate the proper alg ID.  In addition we don't currently prepend HDU's to each transmission. 
> 
> All of the above are minor omissions and would not take a lot of effort to add.
> 
> In addition although we might say that nominally it's transmitting the CAI it has never been certified or even tested for any regulatory compliance, etc...
> 
> Best
> 
> Max
>


 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121217/4f44f915/attachment.htm>

From ctx50026 at centurytel.net  Fri Dec 14 02:58:18 2012
From: ctx50026 at centurytel.net (Stephen)
Date: Thu, 13 Dec 2012 20:58:18 -0600
Subject: [op25-dev] build issue with missing library?
Message-ID: <50CA95CA.6040108@centurytel.net>

Hi,

Where would I find the library for op25? It looks like everything builds
but I can't find a .a file for op25. The only library I can find is
libimbe_vocoder.a. Am I missing something?

stephen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121213/cc9c452d/attachment.htm>

From stevie.glass at gmail.com  Fri Dec 14 03:16:36 2012
From: stevie.glass at gmail.com (Steve Glass)
Date: Fri, 14 Dec 2012 13:16:36 +1000
Subject: [op25-dev] Re: build issue with missing library?
Message-ID: <CADC0ay0kyOQb__7z6oxHNAu_FeV1-DsUiU1Sfk5ScFDT=isViw@mail.gmail.com>

What missing library? GNURadio blocks are built as a shared library, the
user level code is all python.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121214/564e3b64/attachment.htm>

From rostard at yopmail.com  Fri Dec 14 05:06:32 2012
From: rostard at yopmail.com (fredofaiduvelo)
Date: Fri, 14 Dec 2012 05:06:32 -0000
Subject: [op25-dev] P25 Transmission
Message-ID: <kaec4o+n8s0@eGroups.com>

Hello,

Is this implementation allow to transmit outbound P25 voice ?

Thank you,
Fred

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121214/dc2b453e/attachment.htm>

From ikj1234i at yahoo.com  Fri Dec 14 14:29:52 2012
From: ikj1234i at yahoo.com (ikj1234i)
Date: Fri, 14 Dec 2012 14:29:52 -0000
Subject: [op25-dev] Re: P25 Transmission
In-Reply-To: <kaec4o+n8s0@eGroups.com>
Message-ID: <kafd50+avti@eGroups.com>



--- In op25-dev at yahoogroups.com, "fredofaiduvelo" <rostard at ...> wrote:
>
> Hello,
> 
> Is this implementation allow to transmit outbound P25 voice ?
> 

Yes.

Max


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20121214/20d37e9c/attachment.htm>