OP25 VirtualBox Project - Run OP25 on Windows 7

Status
Not open for further replies.

SOUTH300

Member
Joined
Jun 13, 2002
Messages
228
Location
Carencro, LA
Unfortunately, I can't offer any magic solutions from this distance. I can say this error is wholly outside of OP25, but that's not very helpful. It sounds like a low-level driver or hardware issue - at this point I'd be wanting to know the answers to questions such as whether the RTL is known to work in this PC (under windows, say), whether the RTL works in other machines etc. It could be a USB 1 vs USB 2 issue (USB 2 is required). It might be worth trying replugging the RTL or trying it on other ports, assuming the PC has multiple USB ports... The kernel may print out messages (in /var/log/syslog) either at init or at device connect time that may offer help in understanding it....

73

Max

OK. I connected the dongles to a power usb, and it looks like this did the trick. I have OP-25 open, and I see blue lines, but I cannot click on anything within the program. The blue lines are moving, but it appears everything else is frozen. Any ideas? There is also a blue box with FFT in the right top corner.

In terminal:

OOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOOprocess_data_unit timeout
OOOOOOOOOOprocess_data_unit time
 

KA1RBI

Member
Joined
Aug 15, 2008
Messages
799
Location
Portage Escarpment
OOOOOOOOOOprocess_data_unit timeout

Both the "OOO" and the freeze-up indicators suggest that the CPU in the machine isn't powerful enough to read the data arriving over the USB bus. The "OOO" BTW means "overrun"...

There are a couple of possible mitigations, but it sounds to me like it may be time to look for a more powerful machine. The workarounds are 1) try increasing the RTL buffers (I believe Picco posted a procedure for doing this here somewhere), and 2) try reducing the sampling rate (using the -S parameter) - obeying the restrictions on legal sampling rates for the RTL. Increasing the RTL buffers alone isn't likely to help in the aggregate...

73

Max
 

SOUTH300

Member
Joined
Jun 13, 2002
Messages
228
Location
Carencro, LA
Both the "OOO" and the freeze-up indicators suggest that the CPU in the machine isn't powerful enough to read the data arriving over the USB bus. The "OOO" BTW means "overrun"...

There are a couple of possible mitigations, but it sounds to me like it may be time to look for a more powerful machine. The workarounds are 1) try increasing the RTL buffers (I believe Picco posted a procedure for doing this here somewhere), and 2) try reducing the sampling rate (using the -S parameter) - obeying the restrictions on legal sampling rates for the RTL. Increasing the RTL buffers alone isn't likely to help in the aggregate...

73

Max

Okay, tried a few things. Looks like I can fine tune and get decoding going with close to 0 errors. But after adding my trunk.tsv info, I get the following:

***limit is one half of sample-rate 288000 = 144000
***request for frequency 770031250 rejected

Hopefully Im getting close!
 

rylvir

Member
Feed Provider
Joined
May 6, 2011
Messages
49
Location
CA
What is the current method for installing OP25 via Pybombs? I updated my linux machine and made a backup of everything but was hoping to do a fresh install of OP25.

Code:
git clone git://github.com/pybombs/pybombs
cd pybombs
./pybombs install gr-op25

I've followed these instructions many times before, but after cloning the github for pybombs there is no pybombs executable I can find in any of the directories.

Code:
~ $ git clone git://github.com/pybombs/pybombs
Cloning into 'pybombs'...
remote: Counting objects: 3061, done.
remote: Compressing objects: 100% (1570/1570), done.
remote: Total 3061 (delta 1196), reused 0 (delta 0), pack-reused 1482
Receiving objects: 100% (3061/3061), 1.17 MiB | 195.00 KiB/s, done.
Resolving deltas: 100% (2107/2107), done.
Checking connectivity... done.
~ $ cd pybombs
~/pybombs $ ./pybombs install gr-op25
-bash: ./pybombs: Is a directory
 

PiccoIntegra

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
530
Location
North Texas
Hi rylvir

It looks like they've promoted PyBOMBS2 to the default PyBOMBS installation. This new version is going to require a new tutorial and NEW thread. This one has run it's course...

For now...

Code:
Instead of issuing this command:
git clone git://github.com/pybombs/pybombs

run this one in it's place:
git clone --recursive https://github.com/gnuradio/pybombs_legacy.git pybombs
 

nickajeglin

Member
Premium Subscriber
Joined
Mar 17, 2013
Messages
26
Hello All. Maybe I ought to start a new thread but... I was able to compile and install GNUradio and OP25 using pybombs cloned from the repository on the first page of this thread. My install on debian wheezy.

I seem to be getting an error out of scope.py.

Here is my command line and output:

name@puter:~/gitbuilds/GNUradio/src/gr-op25/op25/gr-op25_repeater/apps$ ./scope.py --args "rtl=0" -N 'LNA:46' -f 853.7625e6 -S 2560000 -q 50
linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown

gr-osmosdr v0.1.4-67-gac15e789 (0.1.5git) gnuradio 161147d5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd rfspace redpitaya
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
gain: name: LNA range: start 0 stop 0 step 0
setting gain LNA to 46
supported sample rates 250000-2560000 step 24000
Traceback (most recent call last):
File "./scope.py", line 2751, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/home/nick/gitbuilds/GNUradio/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 "/home/nick/gitbuilds/GNUradio/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File "/home/nick/gitbuilds/GNUradio/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
File "/home/nick/gitbuilds/GNUradio/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


Any ideas?
 

PiccoIntegra

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
530
Location
North Texas
Hello All. Maybe I ought to start a new thread but... I was able to compile and install GNUradio and OP25 using pybombs cloned from the repository on the first page of this thread. My install on debian wheezy.
This error has popped up before, back on page 16 of this thread. As far as I know, it went unresolved. It's likely due to a python WX version mismatch. GNURadio checks and installs "python-wxgtk2.8" by default. The only thing I can tell you is install Ubuntu or Mint...
 

nickajeglin

Member
Premium Subscriber
Joined
Mar 17, 2013
Messages
26
This error has popped up before, back on page 16 of this thread. As far as I know, it went unresolved. It's likely due to a python WX version mismatch. GNURadio checks and installs "python-wxgtk2.8" by default. The only thing I can tell you is install Ubuntu or Mint...

Hmm. That's too bad. Unfortunately the debian system is used for several other purposes, so that's not really an option. Debian does seem to run a ways behind the development curve. Thanks for pointing me in the right direction though. I'll do some digging and see if I can get this fixed. Otherwise I'll wipe a spare box and see if I can get it running on a clean install.
 

PiccoIntegra

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
530
Location
North Texas
I understand.. if you come across a fix, please post your findings so we can help others who may encounter the same issue.
 

nickajeglin

Member
Premium Subscriber
Joined
Mar 17, 2013
Messages
26
I understand.. if you come across a fix, please post your findings so we can help others who may encounter the same issue.

I'm pretty certain that this issue can be fixed by adding:

import wxversion
wxversion.select('2.8')

to scope.py after compiling and installing wxpython-2.8.

Unfortunately I'm having a huge amount of trouble compiling wxpython, so I can't test this for sure, but side by side installs of wx shouldn't be an issue if you just make sure scope.py selects the correct version.
 

PiccoIntegra

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
530
Location
North Texas
I think the fix has to be a little more elegant than that. Python needs to check for all versions installed, and then check for which one it sees as the working version. If the working version is wrong, then issue a wxversion.select('2.8'). If it doesn't find the correct version at all, then throw an exception.

It would have been nice to see what the default wx version it was seeing prior to you adding 2.8.
 

nickajeglin

Member
Premium Subscriber
Joined
Mar 17, 2013
Messages
26
The only wxpython version I had installed was 3.0. If 3.0 doesn't work for scope.py, I'm curious as to why pybombs didn't either catch it, or throw an error while installing gr-op25.
 

kb0yhs

Member
Premium Subscriber
Joined
Feb 21, 2015
Messages
3
Location
moundridge, ks
The only wxpython version I had installed was 3.0. If 3.0 doesn't work for scope.py, I'm curious as to why pybombs didn't either catch it, or throw an error while installing gr-op25.


Running ubuntu 15.10 have not had a problem installing and running op25 from pybombs 2.0. Hdd crashed this week so had to reinstall everything reinstalled gnuradio and op25 and also installed wxpython from src

running scope with the following "sudo ./scope.py --args 'rtl' -g 65 -f 123.45e6 -N 'LNA:49' -V -v 10 -S 1000000 -q 52 -T trunk.tsv
with default trunk sys to test

got the error Traceback (most recent call last):
File "./scope.py", line 2751, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/home/nick/gitbuilds/GNUradio/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 "/home/nick/gitbuilds/GNUradio/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File "/home/nick/gitbuilds/GNUradio/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
File "/home/nick/gitbuilds/GNUradio/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


Also another error I have been having with installing GQRX-Digital
PyBombs.install - INFO - Installing package: osmo-tetra
Cloning: (100%) [=============================================================]
Configuring: (100%) [=========================================================]
Building: (100%) [============================================================]
/bin/sh: 1: src: not found
make: *** No targets specified and no makefile found. Stop.
PyBombs.Packager.source - ERROR - Build failed. See output above for error messages.
PyBombs.Packager.source - ERROR - Problem occured while building package osmo-tetra:
Build failed.
PyBombs.install - ERROR - Error installing package osmo-tetra. Aborting.

If someone could help me on either of these problems thank you
 

PiccoIntegra

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
530
Location
North Texas
The pybombs recipe(legacy) checks for version 2.8 or 3.0. It obviously found version 3.0, and didn't bother to download "wxPython-src-2.8.11.0.tar.bz2" and install it. Why bother checking for 3.0 if you're going to install 2.8.11.0 anyway? goofy...

This is probably fine for a normal GNU Radio install. But some out of tree modules, such as OP25, and gr-baz have their own versions of some wx components that won't run on version 3.0. I'll let Max decide how to handle this... the app is his baby. :lol:
 

kc8mzp

Member
Feed Provider
Joined
Jul 29, 2011
Messages
8
Location
Huntington, wv
PyBombs 2.0 directions

I just want to take a second and thank everyone who contributed to this information. I was able to get it working on my desktop, running linux mint with the --legacy way. I normally use CentOs, but I kept running into problems. (Although I may have a solution for that, just need time to mess with it.)

I'll try to contribute my $0.02 and see if I can help out someone....

PyBOMBS 2.0 directions:

The prefix path can be whatever you decide, putting it under the home directory is a good idea for permissions sake.

Code:
git clone git://github.com/gnuradio/pybombs

cd pybombs

sudo python setup.py install

pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git

pybombs recipes add gr-etcetera git+https://github.com/gnuradio/gr-etcetera.git

pybombs prefix init /home/jeremy/target -a myprefix

pybombs -p myprefix install gr-op25

That should install OP25, Gnuradio,and all the necessary requirements.

If you start having errors:

Code:
pybombs -p myprefix -v -v install gr-op25

The two -v -v will actually show what the error is, vs just showing that their is an error.

NOTE: I started to run into permission errors when it got to packages hackrf and bladeRF. It turns out that these two programs need write permissions to the /etc/udev/rules.d directory. Googling this came up with different solutions for this.... What I used probably isn't recommended, so fair warning.... I ran sudo chown -hR jeremy:jeremy /etc/udev/rules.d as a temporary workaround (instead of the default root:root)... I would not advise doing this as it is giving the default user access to a directory where normally sudo(root) access is required. But for now, this works for me on this particular system... Which is an ARM based odroid-u2, I'll let you know how it turns out...

Let me know if this helps with the new PyBOMBS 2.0 code values..... It took me a fair amount of time and research to figure out the new pybomb, maybe it was just me(probably), but hopefully this will help someone else out.

P.S. - If I have left out a step, feel free to correct me!

Jeremy
 

jeremyzone

Member
Joined
Jan 24, 2011
Messages
74
Location
Lubbock, TX
I'm having a problem installing OP25 via the Pybombs2 method from the last post on Ubuntu 14.04.
Specifically, I make it to the build phase of gr-op25 and get the following error:
Code:
-- checking for module 'gnuradio-runtime'
--   package 'gnuradio-runtime' not found
-- Could NOT find GNURADIO_RUNTIME (missing:  GNURADIO_RUNTIME_LIBRARIES) 
CMake Error at op25/gr-op25/CMakeLists.txt:102 (message):
  GnuRadio Runtime required to compile op25


-- Configuring incomplete, errors occurred!
See also "/home/jeremy/target/src/gr-op25/build/CMakeFiles/CMakeOutput.log".
PyBombs.monitor_process() - DEBUG - Thread signaled termination or returned
PyBombs.monitor_process() - DEBUG - Return value: 1
PyBombs.Packager.source - ERROR - Problem occurred while building package gr-op25:
Process returned value: 1
PyBombs.install - ERROR - Error installing package gr-op25. Aborting.

I have been researching various solutions but haven't been able to fix this error yet. Any tips from the experienced users out there?

ETA: I was able to get past this error by running the following command:
export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/home/jeremy/target/lib/pkgconfig
 
Last edited:

jeremyzone

Member
Joined
Jan 24, 2011
Messages
74
Location
Lubbock, TX
I'm finally up and running!

My first impression is that this program could pull P25 phase 2 out of a coat hanger. It really does an incredible job decoding with minimal antenna frustration. I am using a NooElec RTL2832U with their stock, cheap antenna. Even when I unscrew the antenna and just have the base, I get great decodes of control channel and trunked audio. I can't believe it. My BCD436HP seems to be very sensitive to the antenna and positioning to achieve decent decodes.
 
Status
Not open for further replies.
Top