OP25 VirtualBox Project - Run OP25 on Windows 7

[SOUTH300]

Max already alluded to it in his post this morning. It has to do with the gr-osmosdr package missing something.

Issue the following command and post the output(in code tags please)

cd ~pybombs
./pybombs inv

Here is what I get with that command:

ohaydel@HAYDEL-LINUX:~/pybombs$ ./pybombs inv
Settled on prefix: /home/ohaydel/target
Initializing environmental variables...
Loading recipes ...
{'airspy': {'source': 'git://https://github.com/airspy/host.git',
'state': 'installed',
'version': '5d2940305b47f92d961ab7d5a7e713c17652e923'},
'apache-thrift': {'source': 'git://https://github.com/apache/thrift.git',
'state': 'installed',
'version': 'dd89dce84b73ca671c8e0b3cf597f1888e2a75dc'},
'bladeRF': {'source': 'git://https://github.com/Nuand/bladeRF.git',
'state': 'installed',
'version': 'b5057ed8d963331c2f1b813105580da6c8634b65'},
'gnuradio': {'source': 'git://http://www.gnuradio.org/git/gnuradio.git',
'state': 'installed',
'version': 'b17bcb88e68a0347a273e9369e21b9d67c2137a1'},
'gr-iqbal': {'source': 'git://git://git.osmocom.org/gr-iqbal',
'state': 'installed',
'version': 'dcd73fd54992430938ced73872b983bffd770b11'},
'gr-op25': {'source': 'git://git://op25.osmocom.org/op25.git',
'state': 'installed',
'version': 'd34fbe52edcfcb79dac349f221e5181adcf2eb8f'},
'gr-osmosdr': {'source': 'git://git://git.osmocom.org/gr-osmosdr',
'state': 'installed',
'version': '810a981d0c2975825a72c9c6c9db2700719928c3'},
'hackrf': {'source': 'git://https://github.com/mossmann/hackrf.git',
'state': 'installed',
'version': 'fa6f29d742347ad8bca04b561c56da2ade092ea3'},
'libosmo-dsp': {'source': 'git://git://git.osmocom.org/libosmo-dsp',
'state': 'installed',
'version': 'f68f75e8b75ded7401821d7fa6c1fbb55e10a19c'},
'osmo-sdr': {'source': 'git://git://git.osmocom.org/osmo-sdr.git',
'state': 'installed',
'version': 'ba4fd96622606620ff86141b4d0aa564712a735a'},
'rtl-sdr': {'source': 'git://git://git.osmocom.org/rtl-sdr',
'state': 'installed',
'version': 'e3c03f738f5aef4dc51e2b741fbdb542b9cc1bb1'},
'uhd': {'source': 'git://https://github.com/EttusResearch/uhd.git',
'state': 'installed',
'version': '33419b5f0a3d65a27769f4593ec9708f0f6898ec'}}
ohaydel@HAYDEL-LINUX:~/pybombs$

 

[SOUTH300]

The scope program (unfortunately) has a try/except block that obscures the actual error. If you are willing to edit the source code in scope.py, there is a quick mod that should make scope.py output the actual error, it will still crash but it should get closer to the actual underlying error. Using a text editor, not a word processor, (or you could try using the actual patch command), the following patch

--- scope.py    2015-11-28 20:43:31.228075651 -0500
+++ scope2.py   2016-01-08 13:06:30.234302122 -0500
@@ -142,10 +142,10 @@
         self.src = None
         if not options.input:
             # check if osmocom is accessible
-            try:
+            if True:
                 import osmosdr
                 self.src = osmosdr.source(options.args)
-            except Exception:
+            else:
                 print "osmosdr source_c creation failure"
                 ignore = True

locate the above code and remove the lines (try/except) that start with a '-' sign, Then add the lines shown with '+'. You should end up with something like this (below). Python is picky about indentation, so be sure to keep that intact.

        if not options.input:
            # check if osmocom is accessible
            if True:
                import osmosdr
                self.src = osmosdr.source(options.args)
            else:
                print "osmosdr source_c creation failure"
                ignore = True

assuming this works the program will output a more informative crash message - please post that

Max

Ok, I will give that a shot. Thanks

 

[PiccoIntegra]

Ok, I will give that a shot. Thanks

Everything looks like it's in the installed state, which is good. Follow Max's instructions and post the results.

edit:

Try and run this from the command prompt:

osmocom_fft -s 2400000 -f 769.18125e6 -c 67 -g 49

 

[SOUTH300]

Everything looks like it's in the installed state, which is good. Follow Max's instructions and post the results.

edit:

Try and run this from the command prompt:

osmocom_fft -s 2400000 -f 769.18125e6 -c 67 -g 49

here is what I get after running the above: I have not done Max's instructions yet:

ohaydel@HAYDEL-LINUX:~/pybombs/src/gr-op25/op25/gr-op25_repeater/apps$ osmocom_fft -s 2400000 -f 769.18125e6 -c 67 -g 49
Traceback (most recent call last):
File "/home/ohaydel/target/bin/osmocom_fft", line 33, in <module>
import osmosdr
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in <module>
from osmosdr_swig import *
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 28, in <module>
_osmosdr_swig = swig_import_helper()
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 24, in swig_import_helper
_mod = imp.load_module('_osmosdr_swig', fp, pathname, description)
ImportError: /home/ohaydel/target/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0: undefined symbol: _ZN2gr3uhd11usrp_source4makeERKN3uhd13device_addr_tERKNS2_13stream_args_tEb
ohaydel@HAYDEL-LINUX:~/pybombs/src/gr-op25/op25/gr-op25_repeater/apps$

 

[PiccoIntegra]

Ok, do this:

cd ~/pybombs
./pybombs rb gr-osmosdr

If there are any errors(at the end of the process) after running that, post them. Otherwise run that osmocom_fft command again.

 

[SOUTH300]

Ok, I will give that a shot. Thanks

Okay I modified the source code as Max suggested. Here is the output:

ohaydel@HAYDEL-LINUX:~/pybombs/src/gr-op25/op25/gr-op25_repeater/apps$ ./scope.py --args "rtl=0" -N 'LNA:46' -f 769.18125e6 -S 288000 -q 50
Traceback (most recent call last):
File "./scope.py", line 2781, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/home/ohaydel/target/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-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 "/home/ohaydel/target/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/ohaydel/target/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
File "/home/ohaydel/target/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 134, in __init__
import osmosdr
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in <module>
from osmosdr_swig import *
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 28, in <module>
_osmosdr_swig = swig_import_helper()
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 24, in swig_import_helper
_mod = imp.load_module('_osmosdr_swig', fp, pathname, description)
ImportError: /home/ohaydel/target/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0: undefined symbol: _ZN2gr3uhd11usrp_source4makeERKN3uhd13device_addr_tERKNS2_13stream_args_tEb

Sorry looks like I am behind a message... I am doing the rb gr-osmosdr now

 

[SOUTH300]

Ok, no errors on the rb. Here is the output after I run the osmocom_fft command again:


Installing: (100%) [=======================================================]
installation ok via: src
ohaydel@HAYDEL-LINUX:~/pybombs$ cd
ohaydel@HAYDEL-LINUX:~$ osmocom_fft -s 2400000 -f 769.18125e6 -c 67 -g 49
Traceback (most recent call last):
File "/home/ohaydel/target/bin/osmocom_fft", line 33, in <module>
import osmosdr
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in <module>
from osmosdr_swig import *
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 28, in <module>
_osmosdr_swig = swig_import_helper()
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 24, in swig_import_helper
_mod = imp.load_module('_osmosdr_swig', fp, pathname, description)
ImportError: /home/ohaydel/target/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0: undefined symbol: _ZN2gr3uhd11usrp_source4makeERKN3uhd13device_addr_tERKNS2_13stream_args_tEb

 

[PiccoIntegra]

..grumble

Something is crossed up somewhere with some libraries. I don't know your expertise with trouble shooting these types of things.

What type of system are you using, OS and machine specs. How old is this gnuradio installl? Did you try and install gnuradio though the package manger prior to installing via pybombs?

 

[SOUTH300]

..grumble

Something is crossed up somewhere with some libraries. I don't know your expertise with trouble shooting these types of things.

What type of system are you using, OS and machine specs. How old is this gnuradio installl? Did you try and install gnuradio though the package manger prior to installing via pybombs?

I am new to all of this, but have poked around for a while. I follow instructions well, but not able to troubleshoot on my own. I am running ubuntu 15.10 on an older Dell desktop. It has 2 Gigs of memory, Intel Pentium 4 CPU 3.00 GHz. 32 bit OS with 76.5 G of hard drive left. I used instructions from one of the forums to install GNURadio with OP25 using pybombs. I did not try to install gnuradio through the package manager prior to pybombs.

I really appreciate the help

 

[PiccoIntegra]

I really appreciate the help

It's all good, you'll get used to things, it just takes a little time. The end result is worth it, I promise.

execute this command at the prompt and post the results:

ldd ~/target/lib/libgnuradio-osmosdr-0.1.5git.so

ps, shove some more ram in that thing.. I'm shocked gnuradio even compiled.

 

[SOUTH300]

It's all good, you'll get used to things, it just takes a little time. The end result is worth it, I promise.

execute this command at the prompt and post the results:

ldd ~/target/lib/libgnuradio-osmosdr-0.1.5git.so

ps, shove some more ram in that thing.. I'm shocked gnuradio even compiled.

Will do. Here is the output:

ohaydel@HAYDEL-LINUX:~$ ldd ~/target/lib/libgnuradio-osmosdr-0.1.5git.so
linux-gate.so.1 => (0xb77be000)
libboost_thread.so.1.58.0 => /usr/lib/i386-linux-gnu/libboost_thread.so.1.58.0 (0xb769e000)
libboost_system.so.1.58.0 => /usr/lib/i386-linux-gnu/libboost_system.so.1.58.0 (0xb7699000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb767b000)
libgnuradio-runtime-3.7.9.so.0.0.0 => /usr/local/lib/libgnuradio-runtime-3.7.9.so.0.0.0 (0xb7599000)
libgnuradio-pmt-3.7.9.so.0.0.0 => /usr/local/lib/libgnuradio-pmt-3.7.9.so.0.0.0 (0xb754d000)
libgnuradio-blocks-3.7.9.so.0.0.0 => /usr/local/lib/libgnuradio-blocks-3.7.9.so.0.0.0 (0xb72e3000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb72da000)
libgnuradio-iqbalance.so => /usr/local/lib/libgnuradio-iqbalance.so (0xb72c7000)
libosmosdr.so.0 => not found
libgnuradio-fcd-3.7.9.so.0.0.0 => /usr/local/lib/libgnuradio-fcd-3.7.9.so.0.0.0 (0xb72b1000)
librtlsdr.so.0 => /usr/local/lib/librtlsdr.so.0 (0xb7299000)
libgnuradio-uhd-3.7.9.so.0.0.0 => /usr/local/lib/libgnuradio-uhd-3.7.9.so.0.0.0 (0xb7253000)
libuhd.so.003 => /usr/local/lib/libuhd.so.003 (0xb6b72000)
libhackrf.so.0 => /usr/local/lib/libhackrf.so.0 (0xb6b6b000)
libbladeRF.so.1 => /usr/local/lib/libbladeRF.so.1 (0xb6b2d000)
libairspy.so.0 => /usr/local/lib/libairspy.so.0 (0xb6b25000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb69ae000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb698f000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb67d4000)
/lib/ld-linux.so.2 (0x8008e000)
libvolk.so.1.2 => /usr/local/lib/libvolk.so.1.2 (0xb66b3000)
libboost_filesystem.so.1.58.0 => /usr/lib/i386-linux-gnu/libboost_filesystem.so.1.58.0 (0xb6698000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb664b000)
libfftw3f.so.3 => /usr/lib/i386-linux-gnu/libfftw3f.so.3 (0xb6459000)
libgnuradio-audio-3.7.9.so.0.0.0 => /usr/local/lib/libgnuradio-audio-3.7.9.so.0.0.0 (0xb642b000)
libusb-1.0.so.0 => /lib/i386-linux-gnu/libusb-1.0.so.0 (0xb6411000)
libboost_date_time.so.1.58.0 => /usr/lib/i386-linux-gnu/libboost_date_time.so.1.58.0 (0xb6400000)
libboost_regex.so.1.58.0 => /usr/lib/i386-linux-gnu/libboost_regex.so.1.58.0 (0xb6303000)
libboost_serialization.so.1.58.0 => /usr/lib/i386-linux-gnu/libboost_serialization.so.1.58.0 (0xb62a2000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb629d000)
liborc-0.4.so.0 => /usr/lib/i386-linux-gnu/liborc-0.4.so.0 (0xb6205000)
libasound.so.2 => /usr/lib/i386-linux-gnu/libasound.so.2 (0xb60fd000)
libudev.so.1 => /lib/i386-linux-gnu/libudev.so.1 (0xb60dc000)
libicui18n.so.55 => /usr/lib/i386-linux-gnu/libicui18n.so.55 (0xb5e67000)
libicuuc.so.55 => /usr/lib/i386-linux-gnu/libicuuc.so.55 (0xb5cd1000)
libicudata.so.55 => /usr/lib/i386-linux-gnu/libicudata.so.55 (0xb4419000)

 

[PiccoIntegra]

Try this command: (this will not produce any text unless the file isn't found)

source ~/target/setup_env.sh

If it says "No such file or directory", then issue this command: (otherwise ignore this)
cd ~/pybombs
./pybombs env
then run the same source command from above...

Now run the osmocom_fft command again.

 

[SOUTH300]

Try this command: (this will not produce any text unless the file isn't found)

source ~/target/setup_env.sh

If it says "No such file or directory", then issue this command: (otherwise ignore this)
cd ~/pybombs
./pybombs env
then run the same source command from above...

Now run the osmocom_fft command again.

I've ran that one a few times. Just ran it again, same error:

ohaydel@HAYDEL-LINUX:~$ source ~/target/setup_env.sh
ohaydel@HAYDEL-LINUX:~$ osmocom_fft -s 2400000 -f769.18125e6 -c 67 -g 49
Traceback (most recent call last):
File "/home/ohaydel/target/bin/osmocom_fft", line 33, in <module>
import osmosdr
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/__init__.py", line 26, in <module>
from osmosdr_swig import *
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 28, in <module>
_osmosdr_swig = swig_import_helper()
File "/home/ohaydel/target/lib/python2.7/dist-packages/osmosdr/osmosdr_swig.py", line 24, in swig_import_helper
_mod = imp.load_module('_osmosdr_swig', fp, pathname, description)
ImportError: /home/ohaydel/target/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0: undefined symbol: _ZN2gr3uhd11usrp_source4makeERKN3uhd13device_addr_tERKNS2_13stream_args_tEb

 

[PiccoIntegra]

I've ran that one a few times. Just ran it again, same error:

I don't know how to fix this in it's current state. What I think happened, is pybombs installed everything from the operating system's repositories rather than from source code. This kind of explains why you were able to get through the install process with a single core processor and only 2MB of ram. Maybe Max will have some better advice to give here...

 

[KA1RBI]

I don't know how to fix this in it's current state. What I think happened, is pybombs installed everything from the operating system's repositories rather than from source code. This kind of explains why you were able to get through the install process with a single core processor and only 2MB of ram. Maybe Max will have some better advice to give here...

Thanks Scott as always for pitching in to help out!

I think Picco is on the right track here, but it's somewhat difficult to diagnose remotely. The 'ldd' output is very interesting, a lot of the libs seem to have gotten installed, somehow, in /usr/local/lib (likely would have needed to be root to do this). It seems that there may be different, conflicting libs installed in various places.

I hate to risk making a suggestion that could leave even more wreckage in the system, but if this were mine I'd nuke all of the libs that got installed to /usr/local/lib (and re-run ldconfig), then try again to run things out of ~/target ...

Also, this message suggests a problem as well

libosmosdr.so.0 => not found

Max

 

[SOUTH300]

Thanks Scott as always for pitching in to help out!

I think Picco is on the right track here, but it's somewhat difficult to diagnose remotely. The 'ldd' output is very interesting, a lot of the libs seem to have gotten installed, somehow, in /usr/local/lib (likely would have needed to be root to do this). It seems that there may be different, conflicting libs installed in various places.

I hate to risk making a suggestion that could leave even more wreckage in the system, but if this were mine I'd nuke all of the libs that got installed to /usr/local/lib (and re-run ldconfig), then try again to run things out of ~/target ...

Also, this message suggests a problem as well

libosmosdr.so.0 => not found

Max

Max,

I am willing to try this, would you give me a little guidance on how to do it? I am still pretty basic on my command line. I do notice that there are duplicate folders around.

Also, I when I ran "osmocom_fft -s 2400000 -f 769.18125e6 -c 67 -g 49" , I was able to get this program to come up for the first time. However when I try to do it now, I get errors.

Thanks
Oren

 

[KA1RBI]

Max,

I am willing to try this, would you give me a little guidance on how to do it?

Depends - two things
1) if the Linux box is doing OP25 only, I recommend a complete wipe/re-install of Linux, using the version (I think it was Mint) that is recommended earlier in this forum. Then follow Picco's install instructions - don't attempt to install a packaged version of GNU Radio et al.

2) Or, if the Linux box is running other apps and you don't want to re-install - in that case I hesitate to suggest any action, since it's unknown what the effect might be...

Max

 

[SOUTH300]

So here is what I have been up to. I wiped the hard drive, and installed Linux Mint. Installed everything according to this thread (I believe). The dongle is recognized and appears to be operating. I ran the string from earlier and here is what I get (the spectrum program opens also)

ohaydel@HAYDEL-LINUX ~ $ osmocom_fft -s 2400000 -f 769.18125e6 -c 67 -g 49
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.005.005-0-unknown

Warning: failed to XInitThreads()
gr-osmosdr 0.1.1 (0.1.1) gnuradio 3.7.2.1
built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf rfspace
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
r82xx_write: i2c wr failed=-1 reg=05 len=1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
Using Volk machine: sse3_32_orc
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=17 len=1
r82xx_set_freq: failed=-4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4

(python2:24964): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion 'GTK_IS_WIDGET (widget)' failed

 

[SOUTH300]

Looks like I am able to get OP-25 up and running, but no decoding. Gives same data stream as above.

I am making progress!!

 

[KA1RBI]

Warning: failed to XInitThreads()

rtlsdr_demod_write_reg failed with -1

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