Hello everybody! I want to use the SignalScope; especially the correlation tab looks very useful. However, i cant get numpy with the script on the SignalScope page. Any recommendations?
Hi everybody! I am in the process of collecting some signals. Do I want FM discriminator output or digital IQ? I dont know what kind of file to feed to the file source block: .wav or .mp3 or what?
Thanks,
Matt
----------------
I'm not much of a coder but I can assist in taking captures of a p25 phase II system. There is a site near me.
I have a gnuradio setup using rtlsdr dongles. Let me know how and what you would like me to capture. There are audio channels and a Motorola trunking control channel on this site. I've done some basic decoding of the control channel with some windows apps already but haven't tried anything with gnuradio yet.
Keith
ikj1234i <ikj1234i(a)yahoo.com> wrote:
>
>
>Hello Stevie
>
>Good to hear from you - this sounds like a good idea, for sure.
>
>It's always tempting to take such an opportunity as this to rewrite the entire system from scratch :)
>
>I think another piece to add to the puzzle that perhaps might be broken out as a separate item of concern would be UHD support.
>
>Mostly I think that would affect our py code but not so much our C++ blocks.
>
>Also when you added the fsk4 demod block to the op25 core it took me longer than it should but as of a few days ago I checked in several remaining stragglers to svn, all of our py code is now upgraded to use the in-tree version. I think there may have been one or two _very_ old ones that still use Franks' p25 and RD-LAP protocol handlers, but those apps date back to the days before our project had its own protocol processing...
>
>Also for GR 3.6 in addition to cmake there is a new directory structure that apps are to conform to.
>
>Looking further out there is some very exciting new stuff coming in GR for handling packet-oriented streams with timed transmission features. This looks like it should be a good fit for our repeater work, but will require effort to make use of the new capability.
>
>Finally, we're interested in P25 phase II, and are looking for RF captures of various phase II scenarios.
>
>Best
>
>Max
>
>--- In op25-dev(a)yahoogroups.com, Steve Glass <stevie.glass@...> wrote:
>>
>> Hi Everyone
>>
>> I think its time to organize a drive to move the code to the latest version
>> of GNURadio. The OP25 codebase is suffering badly from bit rot and that
>> needs fixing. GNURadio has evolved and developed many new features we've
>> not properly kept up with. Fixing the codebase will mean that we can get
>> people working with much less hassle than at present.
>>
>> I've created a wiki
>> page<http://op25.osmocom.org/wiki/wiki/ReengineeringPage>to act as the
>> starting point. I shall start opening tickets this week and
>> start mapping out the direction of the exercise. For now I want to focus
>> the effort on the core OP25 components and we can use GRC as our top-level
>> test harness. Take a look and take part in the discussion.
>>
>> Atb
>>
>> Steve
>>
>
>
>
>
>------------------------------------
>
>Yahoo! Groups Links
>
>
>
Hi Everyone
I think its time to organize a drive to move the code to the latest version
of GNURadio. The OP25 codebase is suffering badly from bit rot and that
needs fixing. GNURadio has evolved and developed many new features we've
not properly kept up with. Fixing the codebase will mean that we can get
people working with much less hassle than at present.
I've created a wiki
page<http://op25.osmocom.org/wiki/wiki/ReengineeringPage>to act as the
starting point. I shall start opening tickets this week and
start mapping out the direction of the exercise. For now I want to focus
the effort on the core OP25 components and we can use GRC as our top-level
test harness. Take a look and take part in the discussion.
Atb
Steve
using the command in terminal:
cd ~/src/op25/python
./audio_p25_rx.py -a
i get this error:
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.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 298, in __init_gui
self.slicer = op25.fsk4_slicer_fb(levels)
AttributeError: 'module' object has no attribute 'fsk4_slicer_fb'
can anybody help me with this error please?
Well it looks like in order to build this I am going to need a little more
input from anyone who has succeeded. Every attempt with every OS I have
tried has failed at some point due to lack of direct support for some
modules and or failures to compile to outright incompatibility.
Ubuntu 12.0.4 LTS got me the closest however when attempting to compile
Zaptel, the compile fails with errors which googling them results in
commentary that the Kernel is too new so I will need an older Kernel in
Debian or Ubuntu. How old??? Good question. as all the notes in Allstar's
build indicate CentOS 5.x is supported, nothing newer.. that does not help
me much in the debian world.
I tried several versions of CentOS 5.x , and all result in various modules
being of incorrect versions available or would not compile. I tried CentOS
6.x and got closer but failed to compile Zaptel for the reasons stated
above.
So if the intent is to allow us to build over a wide array
of OS's I can say that Isn't going happen. The modules are so critical that
have been used that I have yet to find a version that will build.
So unless someone wants to give some specifics in versions of OS that are
currently running asterisk as well as op25 as well as GNURadio, I have been
thus far unable to find a combination that supports all of them.
I tried starting with Allstar and with XiPar and neither has
support for GUI nor was I able to get a GUI to run, apparently that process
eludes me and my limited research to get it running as well as patience.
I would say with the current state of the docs, at best
Linux experts seem to be the only group of builders that are going to be
able to step through the minefield of a build. I am not criticizing the
docs, I understand they are written to be generic in many ways, but the
build requirements are far from generic in OS/Kernel requirements to get it
running.
While I am maybe a power user of Linux, I am not a
developer. so I may be above my knowledge base attempting the build. I own
and operate a dozen or so linux box's in my life including VMWare
virtualization on CentOS at work. I thought the instructions looked do-able
for my skillset.
I do not mean to criticize as much as suggest a little more
documentation on OS baseline starting points are in order.. As Debian and
Ubuntu seem to build best, that maybe tell us what version is in use so we
can get Zaptel to compile??? If that part fails, the rest is moot. Without
Asterisk running the repeater part is dead.
Doug
KD8B
I am going to make a more scientific approach to the build,
I decided to dig into Asterisk docs about platforms, I am not sure how
tailored the Allstar Link versions of this is in their svn but will start
with baseline specs in the Asterisk docs.
It looks like Zaptel should be able to build on any 2.6
kernel which means up to 11.04 or so Ubuntu, or CentOS up to 6.x should
work. A cannot recall how far I got on CentOS 6.x with allsar build but as
Allstar is based on CentOS , that may be the closest match.
I am going to concentrate on getting Zaptel to build.. Can
someone tell me if ZTDummy is the only driver needed???? For a Sound card
build???
It looks like CentOS 6.x Debian 6.x and Ubuntu 11.x should
all be Kernel 2.6.x and in theory support asterisk repeater.. We shall see..
If I can get that working next will be what it takes to get
GNURadio running.
Doug
KD8B
becuase i am stuck on this on an error (AttributeError: 'gr_hier_block2_sptr' object has no attribute 'set_callback') i decided to try to build again. when trying to install the 4fsk demodulator i get this error:
make[2]: Entering directory `/home/matt/gr-fsk4/src/lib'
/usr/bin/swig -c++ -fvirtual -python -modern -I/usr/local/include/gnuradio/swig -I/usr/local/include/gnuradio -module fsk4 -o fsk4.cc ../../src/lib/fsk4.i
/usr/local/include/gnuradio/swig/gr_basic_block.i:26: Error: Unable to find 'pmt_swig.i'
note that when i run op25 the first output line is "Imported legacy fsk4". so now i am confused as to how grc is importing the fsk4 if i cant even install it?
Cheers,
Matt