I have the Phase 2 working, which is pretty exciting! The sound quality is generally intelligible, but not the best. I was wondering if that is just the nature of Phase 2 or if I have something configured wrong. It sort of sounds like the people are speaking through a Kazoo.
A bunch of it is online here:
https://openmhz.com/pgcnorthhttps://openmhz.com/pgcnorth
And I have a attached a couple samples.
Are other folks getting better decodes?
- Luke
Hello,
Regarding Balint's newer (2016 version) OP25 flowgraph for GRC, has anyone been sucessful in getting it to work yet?
I see that there is a recent thread here regarding OP25 command line version from op25.osmocom.org/trac/wiki. I've been able to get that version working on the command line. No problems there. But when it comes to running the OP25 flowgraph in GRC, well, it seems to require some black magic to get it to work (I've heard rumors of a few people getting it to work, but unverified). The command line version is great and works wonderfully, but it doesn't really teach us much about the inner workings of DSP and P25.
I'm running a dedicated Ubuntu 14.04 machine. I installed OP25, GNU Radio etc verbatim from the install instructions on the OP25 install page. Every thing surprisingly went well. Regarding Balint's flowgraph, I can get the flowgraph to compile and run. I set the center frequency to the frequency I'm transmitting on. All the graphs and scopes seem to functioning correctly. They show a signal being received (from my transmitter), but it just can't seem to get around to decoding the P25 signal.
I know that gnuradio-companion (GRC) and flowgraphs aren't technically a part of the OP25 project, but I thought someone else here may have fiddled with it and got it to work. I've been trying on and off for several days without success.
http://wiki.spench.net/wiki/Gr-baz#op25http://wiki.spench.net/wiki/Gr-baz#op25https://github.com/balint256/gr-bazhttps://github.com/balint256/gr-baz
Here are the links to Balint's wiki and git page if anyone cares to play around with it. I believe the wiki page still contains the outdated (2013) version of the flowgraph, whereas the example at the git page was updated in late 2015 for GNU Radio v3.7.
The OP25 Group in 2009/2010 added a software TX for P25 FDMA which was based on the fullrate MBE codec contribution made by Pavel Yazev.
Today with the addition of a halfrate encoder we announce a software TX for two amateur radio digital voice modes (dstar and ysf) as well as 2-slot DMR Base Station support in addition to the existing P25 TX. The ysf support includes both halfrate and fullrate voice modes. At this time my impression of the voice quality is very good to excellent in all modes except dstar where it may be considered only fair; we believe the issues with the dstar codec will be very amenable to improvement over time.
The software has been tested successfully using a PC+soundcard connected to an Icom IC-820H via the high-speed (packet 9,600 data input) connector in the back of the radio. Support for SDR TX devices such as the hackrf and usrp will be added at some point.
To get started, clone the repo, checkout the 'max' branch, and open the doc html file in your browser:
git clone https://git.osmocom.org/op25
cd op25
git checkout max
Then use your favorite web browser to view the file op25/gr-op25_repeater/apps/tx/doc.html within the repo.
73
Max
Hello all. I am new on this list as of Thursday, so hopefully I'm not
asking something that has been covered a bunch of times. I did try a
search first on the web page.
Anyway, I'm interested in finding how to use OP25 to listen to our new
county P25 phase 2 simulcast system. I've listened to the system with a
scanner and the results were pretty dismal. Some have told me that OP25
puts the scanners to shame.
I understand that OP25 works on Linux, but not sure of system
requirements. I believe I read that a Raspberry Pi3 won't cut it. While
I use a Linux machine for AllStar, I don't really know much about the
operating system (someone provided me with an image on a disk that
self-loaded).
So, please keep it simple.
Chuck
WB2EDV
by 'lists@lazygranch.com' lists@lazygranch.com [op25-dev]
opensuse 42.2
/usr/local/src/op25/op25/gr-op25_repeater/apps/scope.py -f 475000000 -s
80000000 Traceback (most recent call last):
File "/usr/local/src/op25/op25/gr-op25_repeater/apps/scope.py", line
59, in <module> import trunking
File "/usr/local/src/op25/op25/gr-op25_repeater/apps/trunking.py",
line 26, in <module> import lfsr
ImportError: No module named lfsr
However it appears to be there:
/usr/local/src/op25/op25/gr-op25_repeater/apps/tdma/lfsr.py
I have a ThumbDV here, which is an AMBE3000 chip mounted to a board
with USB interface.
http://nwdigitalradio.com/wp-content/uploads/2012/04/ThumbDV-A.pdf
On the computer, it is accessed with a serial interface, or let their
ambeserver software handle the serial and communicate with ambeserver
over the network.
http://nwdigitalradio.com/dv3000-ambeserver/
Has anyone tried integrating this with OP25?
The primary system I monitor is P25p2 (TDMA), but I am curious about
DMR and Dstar as well.
My goal is to offload voice decoding to this hardware for CPU savings
so that lower power systems can be supported. I am also curious if it
will improve voice quality, but this is secondary to CPU savings.
Has anyone profiled OP25 to see where the CPU usage goes? I'm curious
how much I could really reduce it by offloading voice decoding but not
RF demodulation. I suspect it's working pretty hard on RF demod.
If no one has tried this, can someone at least point me toward the
right part of the code to inject support for alternative decoders?
Tom
I built gnuradio from source. It passes the "make test".
uname -a
Linux linux.suse 4.4.49-16-default #1 SMP Sun Feb 19 17:40:35 UTC 2017 (70e9954) x86_64 x86_64 x86_64 GNU/Linux
I'm using the KDE Plasma desktop. I can set the gtk2 theme to whatever the developers prefer.
------------------------------------------------------------------------------------
When run as root:
linux:/usr/local/src/op25/op25/gr-op25_repeater/apps # ./scope.py
osmosdr source_c creation failure
Traceback (most recent call last):
File "./scope.py", line 2751, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/usr/local/lib64/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 46, in __init__
wx.App.__init__ (self, redirect=False)
File "/usr/lib64/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py", line 8628, in __init__
self._BootstrapApp()
File "/usr/lib64/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py", line 8196, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/usr/local/lib64/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File "/usr/local/lib64/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
File "/usr/local/lib64/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 98, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "./scope.py", line 156, in __init__
gain_names = self.src.get_gain_names()
AttributeError: 'NoneType' object has no attribute 'get_gain_names'
---------------------------------------------------------------------------------------------------------
When run as a user:
g@linux:~> /usr/local/src/op25/op25/gr-op25_repeater/apps/scope.py
Traceback (most recent call last):
File "/usr/local/src/op25/op25/gr-op25_repeater/apps/scope.py", line 59, in <module>
import trunking
File "/usr/local/src/op25/op25/gr-op25_repeater/apps/trunking.py", line 26, in <module>
import lfsr
ImportError: No module named lfsr
Put together a new box for this on 14.04, but had some issues unrelated to op25 so got it working on 16.04 instead.
All it took was installing wx 2.8 in parallel with 3.0 and updating scope.py to import 2.8 instead of 3.0. All other apps will pickup 3.0 by default so there should be no harm doing that.
I had to do a bunch of other stuff to get the SDRPlay working nicely via SoapySDR, but now thats its all together its working well at 8MHz.
Here's the details, think I captured all of them:
https://gist.github.com/mattfielder/b328e68246d71e245980343a1a2544e7https://gist.github.com/mattfielder/b328e68246d71e245980343a1a2544e7
I'm not able to get the Phase2/tdma voice decoding yet, every time scope.py reports a tdma slot in use a few seconds later I just get a timeout message, but the other voice traffic is fine. The phase 2 problem happened in 14.04 and a rtl-sdr as well, so something I'll have to keep looking at.
I ran the following commands a couple of minutes ago after installing the
dependencies. (Except for DOXYGEN_EXECUTABLE, that you'll see me
install.) It's failing with the following message under the *Scanning
dependencies of target imbe_vocoder*.
[ 54%] Building CXX object
op25/gr-op25_repeater/lib/imbe_vocoder/CMakeFiles/imbe_vocoder.dir/pitch_est.cc.o
/*home/dygear/op25/op25/gr-op25_repeater/lib/imbe_vocoder/pitch_est.cc:60:1:
error:* narrowing conversion of ‘*32970*’ from ‘*int*’ to ‘*Word16 {aka
short int}*’ inside { } [*-Wnarrowing*]
*}*;
*^*
... Many many errors snipped from output ...
*/home/dygear/op25/op25/gr-op25_repeater/lib/imbe_vocoder/pitch_est.cc:60:1:
error:* narrowing conversion of ‘*39626*’ from ‘*int*’ to ‘*Word16 {aka
short int}*’ inside { } [*-Wnarrowing*]
make[2]: ***
[op25/gr-op25_repeater/lib/imbe_vocoder/CMakeFiles/imbe_vocoder.dir/build.make:327:
op25/gr-op25_repeater/lib/imbe_vocoder/CMakeFiles/imbe_vocoder.dir/pitch_est.cc.o]
Error 1
make[1]: *** [CMakeFiles/Makefile2:581:
op25/gr-op25_repeater/lib/imbe_vocoder/CMakeFiles/imbe_vocoder.dir/all]
Error 2
make: *** [Makefile:128: all] Error 2
Attached is the whole command set.
--
Thank you for your time,
Mark 'Dygear' Tomlin;
Any advice or hints on getting scope.py tuned and then to stay tuned?
(I'm trying to listen to New Jersey Interoperability Communications
System -- P25 Phase II -- in case it matters.)
When I first played with op25 a few months ago, I stuck it on a spare
computer with a NooElec SDR dongle. Took a little futzing but I had it
up and running in a day or so and it actually stayed working perfectly
for close to 6 weeks. But this was just a test so that computer wasn't
on a UPS and shut down during a power failure.
Same hardware and I haven't been able to get it to stay tuned for more
than a few hours since. Figured maybe it was just the SDR dongle
drifting so I bought a RTL-SDR dongle which is supposed to drift less
but I'm still having problems getting the system to tune for more than
30 minutes or so.
Your thoughts are appreciated.
Thanks,
--
Apu <apu(a)spfld.com>
by Brett Friermood brett.friermood@gmail.com [op25-dev]
BretJust built OP25 on Debian Jessie without issue. However when I try to
run a simple scope command it fails with the following error:
Traceback (most recent call last):
File "./scope.py", line 2751, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
46, in __init__
wx.App.__init__ (self, redirect=False)
File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py", line
8628, in __init__
self._BootstrapApp()
File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py", line
8196, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
49, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line
98, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "./scope.py", line 212, in __init__
self.__init_gui(frame, panel, vbox)
File "./scope.py", line 466, in __init_gui
self.frame.CreateStatusBar()
File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_windows.py", line
615, in CreateStatusBar
return _windows_.Frame_CreateStatusBar(*args, **kwargs)
wx._core.PyAssertionError: C++ assertion "!m_frameStatusBar" failed at
../src/common/framecmn.cpp(381) in CreateStatusBar(): recreating status bar
in wxFrame
The command I am running is simply "./scope.py -f 152.5925e6". Other
references to this error that I have been able to find appeared to all be
resolved by adding or properly formatting the NAC in the trunk.tsv file.
Scope.py properly finds the SDR dongle, and will set the gain if I provide
the argument, but always fails with this error and never opens the GUI. I'm
sure I'm missing something simple.
Thanks,
Brett
Hello Group,
I'm a total newbie and wish to ask a question. Please accept my apology if this is an inappropriate approach.
Does the latest source code support decoding P25 trunked Phase 2 ?
Cheers,
Ramesh
Dear all,
the op25.osmocom.org site is currently a lxc (linxu container) setup on
one of my servers, and it frequently locks up the entire container every
so often, without any reason why. I have failed to find the root cause
of this and given up by now.
As all of the other osmocom projects have meanwhile migrated away from
trac to the redmine based setup at http://projects.osmocom.org/, I would
stongly suggest the OP25 project to migrate there, too. This would
include:
* migration of the wiki pages (Holger has some semi-automatic process
for that which imports the content but still requires manual fix-up of
a lot of formatting)
* migration of the tickets (Holger also did that programmatically for
the other projects)
* import of the SVN repository to our git server
(see http://git.osmocom.org)
Is there a way we can encourage the current active OP25 community to go
ahead with the above migration? In the end, the closer you align in
terms of infrastructure with the other osmocom.org projects, the more
likely it is that the content will be available, systems and software
updated, content backed up, etc. I think in the end, it would be
better for everyone - including me for being responsible that the site
is currently down very often.
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Just checking to see if anyone has any idea on what has happened to the op25.osmocom.org site. It seems to be have been down/inaccessible for the last week or two and any references to it on the main osmocom site seem to have been removed.
Brad
Greetings,
Was able to install (Ubuntu 14.04) and have a working APCO P25 receiver, but when i run scope.py to decode the primary CC i am getting aUaUaU....error (see attached terminal error).
It only works partially (audio interrupted or broken) when i omit the secondary CC (866.0750) from the trunk.tsv file. The problem may be the secondary control channel in the trunk.tsv file. When I add the secondary CC on the trunk.tsv it does not go to primary channel. P25 receiver attempts to decode on the alternate CC. Have not been able to fix that issue. I am using the same NAC for both CC!
Command Line: ./scope.py --args 'rtl=0' -N 'LNA:40' -S 960000 -f 868.06250 -o 20000 -q 44 -v 0 -V -T trunk.tsv
Attached trunk.tsv, talkgroups.tsv, terminal error, traffic screenshot and constellation screenhot.
Any help would be appreciated.
Best Regards,
TJ
I've booted in to the GNURadio Live CD and attempted to install
gr-op25, but it fails:
ubuntu@ubuntu:~/pybombs$ /usr/local/bin/pybombs install gr-op25
PyBOMBS - INFO - PyBOMBS Version 2.2.0
PyBOMBS.get_recipe - ERROR - Error fetching recipe `gr-op25':
Package gr-op25 has no recipe file!
Does anyone know what could be going wrong?
--
Alex
Hi all:
Phase II uses TDMA. As I understand it, the radios need to constantly
adjust their internal clocks as they move towards and away from the
base station to stay in sync with their assigned time slot.
If you're running a USRP in your house, and your house is not located
in precisely the same location as the base station, wouldn't the
time slots of the radios tend to blend together, making it impossible
to listen to their transmissions?
--
Alex
Bare with a old Man( I'm anxious to get this working)
I downloaded Ubuntu 14.04, never used Linux before
I installed it along side windows 7, I used this method, pasted below to install OP25
Everything looks like it installed correctly, happy first timer no errors
I went into files, all seems to be there
I have a RTL2832u device
The local system I want to track is Phase 2 , Tdma, I believe
control channel 858.43750
How do I launch the program, scope.py is that correct
I googled it, I found some things to try,
2 lines in command, no dice
Is there a step by step anywhere, I can read. I've read and read, I know its just me
but I'm closer than I was 4 days ago
?s (1)Do I launch by command prompt, is there an app to click on(2) how do I put in put my control channel, in my files somewhere)
just some basic questions for a newbie
thanks for any help
.
This recipe has been tested on ubuntu 14.04 only, it is likely NOT to work in either 12.04 or 16.04...
First, use these commands to install the pre-reqs
sudo apt-get update
sudo apt-get build-dep gnuradio
sudo apt-get install gnuradio gnuradio-dev gr-osmosdr librtlsdr-dev libuhd-dev libhackrf-dev libitpp-dev libpcap-dev git
Second, use these commands to build and install OP25: [Note, the mkdir build; cd build; cmake ../; make; sudo make install sequence is a bog-standard form when source-building apps that utilize cmake.]
cd ~
git clone git://op25.osmocom.org/op25.git
cd op25
mkdir build
cd build
cmake ../
make
sudo make install
sudo ldconfig
Finally you may need to use the command
sudo rmmod dvb_usb_rtl28xxu
to remove the DVB kernel module that conflicts with the RTL USB SDR. You may also need to edit the system udev rules for the RTL -both are common issues and you can search for the needed resources if the RTL isn't getting recognized... Once this is all done (no longer a need to source any env commands into the shell) you should be ready to invoke scope.py, which is the principal OP25 GUI app... As a pre-check, you can also run the osmocom_fft application (which should install as part of the pre-reqs) to test basic RTL connectivity and rule out related problems before invoking scope.py...
Hi. On the front page of the wiki (http://op25.osmocom.org/trac/wiki) I
see the following bullet point:
"Locate and track the locations of P25 mobile stations."
What exactly is meant by this? How could such a thing be accomplished?
--
Alex
Historically the use of pybombs to install OP25 has been very helpful since it takes care of building all the needed prerequisite software. This is no longer necessary as of Ubuntu 14.04, which installs the 3.7 version of gnuradio. As a result we have a new install method that takes 95% less time than the old pybombs method, is less error-prone, and requires no more RAM than a base install of Linux. You can run this install in a machine with 1GB of RAM, although 2GB is recommended (this recommendation comes from ubuntu, and is caused by the memory-hog GUI - OP25 by itself currently does not require 2GB to compile, now that a source build of gnuradio is no longer required)...
This recipe has been tested on ubuntu 14.04 only, it is likely NOT to work in either 12.04 or 16.04...
First, use these commands to install the pre-reqs
sudo apt-get update
sudo apt-get build-dep gnuradio
sudo apt-get install gnuradio gnuradio-dev gr-osmosdr librtlsdr-dev libuhd-dev libhackrf-dev libitpp-dev libpcap-dev git
Second, use these commands to build and install OP25: [Note, the mkdir build; cd build; cmake ../; make; sudo make install sequence is a bog-standard form when source-building apps that utilize cmake.]
cd ~
git clone git://op25.osmocom.org/op25.git
cd op25
mkdir build
cd build
cmake ../
make
sudo make install
sudo ldconfig
Finally you may need to use the command
sudo rmmod dvb_usb_rtl28xxu
to remove the DVB kernel module that conflicts with the RTL USB SDR. You may also need to edit the system udev rules for the RTL -both are common issues and you can search for the needed resources if the RTL isn't getting recognized... Once this is all done (no longer a need to source any env commands into the shell) you should be ready to invoke scope.py, which is the principal OP25 GUI app... As a pre-check, you can also run the osmocom_fft application (which should install as part of the pre-reqs) to test basic RTL connectivity and rule out related problems before invoking scope.py...
I would appreciate feedback and especially any trouble reports when using these procedures. If all is OK we'll add this to the wiki...
73
Max
I have built gr-op25 on a couple computers now and am running into an issue on this most recent install. I installed gr-op25 via pybombs. When I attempt to run scope.py I get an error that has to do with some wx libraries. The last line contains an error about wxFrame and Reattaching to kernel.
All the other recipes I install work and I have set my python path, but for some reason it still doesn't seem to be working.
The computer is a remote system and off line right now but as soon as it comes back up I can post the error. Any ideas or experience with this?
Greeting all,
I am able to establish a op25 Receiver but, it does not tune to the correct frequency, I believe that this is because "[R82XX] No valid PLL values for 2293470628 Hz!
r82xx_set_freq: failed=-1"
My command line is: ./scope.py --args 'rtl=0,buflen=65536' -g 65 -f 851.18750e6 -N 'LNA:49' -V -v 0 -S 288000 -q 39 -T trunk.tsv
I am attaching my trunk.tsv file and the error from Terminal.
I also have a concern about the NAC of the group that I want to follow, on RR, the "System ID" is 348, 5A1, and 649. The WACN is BEE00. I am interested in the Cincinnati / Hamilton County system. On the UniTrunker setup, the NAC is showing as 342.
Any help would be appreciated.
Mel
anybody get a key error NAC when trying to run thier trunking(trunk.tsv) in scope?I know Im entering a good NAC code, what givesstring is below frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 98, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "./scope.py", line 213, in __init__
self.open_usrp()
File "./scope.py", line 1158, in open_usrp
self.__set_rx_from_osmosdr()
File "./scope.py", line 907, in __set_rx_from_osmosdr
self.__build_graph(self.src, capture_rate)
File "./scope.py", line 261, in __build_graph
self.trunk_rx = trunking.rx_ctl(frequency_set = self.change_freq, debug = self.options.verbosity, conf_file = self.options.trunk_conf_file)
File "/home/sean/sdr/op25/op25/gr-op25_repeater/apps/trunking.py", line 404, in __init__
self.build_config_tsv(conf_file)
File "/home/sean/sdr/op25/op25/gr-op25_repeater/apps/trunking.py", line 446, in build_config_tsv
nac = int(fields['nac'], 0)
KeyError: 'nac'
by 'Rucker, Karen (Assoc)' karen.rucker@nist.gov [op25-dev]
I've been attempting to modify Wireshark to sniff P25 packets a la http://op25.osmocom.org/trac/wiki.png/wiki/WireSharkPage. I have the same version of Wireshark that the patch is made for, 1.8.5. My latest issue is 9 "redeclaration of enumerator" errors that come up when I attempt to compile Wireshark w/in Fedora. I have no idea where in the patch these are even declared. Any help?
Sorry if this is a repost, I can't see any prior messages.
Karen Rucker
Intern
National Institute of Standards and Technology - NIST | CTL | PSCR
325 Broadway, MS 671 | Boulder, CO 80305
Well i finally got scope working, turns out the problem was when i plugged in my rtl it installed the dvb driver, so I had to use the sudo rmod probe command and remove the kernel
I have scope up and running , I want to listen to 139.5600,(mhz) its p25 1 non-trunked, but I cant seem to find it with scope, and my fft plot is in khzAny sugestions on what to use for a ./scope command? Im using ./scope rtl=0 -f 139.5600M
Did anybody get the grc file I posted to work?
I have finally gotten op25 up and running IN GRC (but not the scope apP), I can seet the op25 signals in my area on fft, but dont have any audio, any suggestions?
Ok I successfuly got op25 installed on ubuntu 14
When I run the grc file I get a runtime error and says it cant find the file
Or when I run the scope app I get, attribute error top block sptr object has no attribute usrp
What do I need to do to run the grc file ir the scope app, im using the black rtlsdr
When I run scope ./scope.py I get import error no module named op25
What am I missing
--------------------------------------------
On Sun, 1/31/16, russ.innes(a)gmail.com [op25-dev] <op25-dev(a)yahoogroups.com> wrote:
Subject: [op25-dev] Re: op25
To: op25-dev(a)yahoogroups.com
Received: Sunday, January 31, 2016, 3:35 PM
~/pybombs/src/gr-op25/op25/gr-op25_repeater/apps/
run
scope.py (./scope.py)
You will have to pass
arguments - what are you using for a receiver?
So I just stumbled upon Luke's Trunk Recorder, and I'm a bit unsure how to install it. Specifically, I already have OP-25 installed and working on a Kali machine. So, can I also compile Trunk Recorder without massive conflicts with the existing OP-25 install? Any suggestions would be appreciated. Thanks!!
-Nate
Greetings
It looks like the balint256 'op25' repo tracks the op25 repo at op25.osmocom.org only up to commit 2051a96198c.
The op25.osmocom.org repo has more than a dozen additional commits beyond that, which means that the balint256 op25 install is approx. one year out of date. All of balint's changes don't affect the op25_repeater, so there shouldn't be a big hassle when the time comes to merge everything into master. It looks only like one or two CMakeLists.txt files might have merge conflicts, YMMV.
Accordingly, I recommend as follows (until such time as the merge may happen)
- use only the op25.osmocom.org build when running scope.py
- use only the balint256 one with balint's associated changes
- keep them otherwise separate
Max
ps. Knuckle Punch to Balint!!
Looking for some help, I have 3 machines running Ubuntu 14.04 LTS and OP-25 and all are experiencing the same issues.
Machine 1 is a HP ProBook 6570b with 8GB ram and Core i5-3230M cpu
Machine 2 is a HP ProBook 6570b with 8GB ram and Core i5-3210M cpu
Machine 3 is a HP ProBook 4530s with 4GB ram and Core i3-2350M cpu
We are using RTL-SDR.com Blog sticks (the ones with the TXCO) and monitoring 2 different P25 systems, 1 is a mostly phase 1 and the second is all phase 2. All sites we monitor are LSM sites.
Machine 1 will run for several hours normally and then begin the aUaUaU on what appears to be every other packet. Most of the time closing scope and relaunching it fixes the issue.
Machine 2 will begin this after 20-30 minutes and machine 3 will begin after 10 or so minutes.
No adjustment of antenna location, gain, ppm, fine tune makes a difference once it starts the underrun. Location or proximity to the site also doesn't effect it.
Machine 1 was setup a few weeks before 2 and 3 so I'm not sure if there were any changes to op25 during the last few weeks.
Also I noticed that the op25.osmocom.org site is down. Is there another place to get current information?
Thanks to anyone who can offer any tips on how to make these machines reliable.
I am trying to record a Phase 1 P25 Trunking systems. I have a bunch of OP25 records hooked up to the different channels that the system could use. I have a Valve in the flow graph that will allow samples to pass or dump them to a null_sink. This lets me turn P25 recorders on or off.
The problem is that the recorders using OP25 seem to using a ton of CPU even if they are not getting samples. I tracked it down to the p25_frame_assembler block. Whenever it is connected to a flow graph, it seems to be using a lot of CPU, even if it is not getting any samples.
Any ideas why the p25_frame_assembler block would be using CPU cycles even if it is not getting samples in?
I am running it with the following params:
bool do_imbe = 1;
bool do_output = 1;
bool do_msgq = 0;
bool do_audio_output = 1;
bool do_tdma = 0;
Ok I know I asked this before but im still stuck, why when I launch op25_25.PY I just get the waterfall app, im using the black rtl sdr how do I tell it to tune o a frequency?
Where could I find the op25.grc file and just run op25 in gnu radio companion?
Yea I know, I suck, I ask alot of dumb questions , but im tryin!
Cant wait for the live cd to come out!