March 2017 - op25-dev - lists.osmocom.org

RC4
by gregella53＠gmail.com [op25-dev] 23 Jul '17

23 Jul '17

I know that a while back there was a grc flowraph of op25 that handled DES. Any chance of a pybombs recipe for op25 that handles RC4 as implemented in Advanced Digital Privacy?

14 84

OP25 and GRC
by r_johnson2020＠yahoo.com [op25-dev] 07 Apr '17

07 Apr '17

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#op25 http://wiki.spench.net/wiki/Gr-baz#op25 https://github.com/balint256/gr-baz https://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.

3 4

OP25 digital voice for dmr/dstar/p25/ysf
by ikj1234i＠yahoo.com [op25-dev] 02 Apr '17

02 Apr '17

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

3 3

New member question
by Chuck Kelsey wb2edv＠roadrunner.com [op25-dev] 01 Apr '17

01 Apr '17

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

4 7

Decode with AMBE3000 chip?
by Tom Hayward tom＠tomh.us [op25-dev] 22 Mar '17

22 Mar '17

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

2 2

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