op25-dev

op25-dev@lists.osmocom.org

1 participants
309 discussions

op25 scope.py issue
by lists＠lazygranch.com [op25-dev] 18 Mar '17

18 Mar '17

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

4 7

Got Ubuntu 16.04 working with SDRPlay
by mattfielder＠gmail.com [op25-dev] 13 Mar '17

13 Mar '17

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/b328e68246d71e245980343a1a2544e7 https://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.

2 4

OP25 Install on Arch Linux Failing [1 Attachment]
by Mark Tomlin dygear＠gmail.com [op25-dev] 07 Mar '17

07 Mar '17

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;

3 6

Stay tuned?
by Apu apu＠spfld.com [op25-dev] 01 Mar '17

01 Mar '17

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>

2 2

Unable to Run scope.py
by Brett Friermood brett.friermood＠gmail.com [op25-dev] 05 Feb '17

05 Feb '17

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

3 11

Does the latest source code support decoding P25 trunked Phase 2
by rameshs＠electrodata.com.au [op25-dev] 24 Jan '17

24 Jan '17

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

3 2

Does the latest source code support decoding P25 trunked Phase 2
by Ramesh Snell rameshs＠electrodata.com.au [op25-dev] 24 Jan '17

24 Jan '17

Hello Group, I'm a total newbie and wish to ask a question. Does the latest source code support decoding P25 trunked Phase 2 ? Cheers, Ramesh

1 0

Migration of op25.osmocom.org ?
by Harald Welte laforge＠gnumonks.org [op25-dev] 10 Jan '17

10 Jan '17

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)

4 11

op25.osmocom.org site down?
by bziegler＠rollanet.org [op25-dev] 08 Dec '16

08 Dec '16

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

3 2

Re: [op25-dev] Re: Wireshark P25 patch
by Steve Glass stevie.glass＠gmail.com [op25-dev] 29 Nov '16

29 Nov '16

I've not updated the patch for ages but I shall prepare a patch for the latest Wireshark ASAP. ATB Steve

9 29

← Newer
1
...
9
10
11
12
13
14
15
...
31
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

op25-dev