OP25 VirtualBox Project - Run OP25 on Windows 7

[boatbod]

Speaking of having a sunny day, my OP25 installation is running as it should when I run./scpoe.py. on occasion, my NooElec NESDR Mini 2 (the blue one) will change properties and, I will have to adjust my PPM slider up or down 1 or 2 clicks depending upon which way the Terminal Window is scrolling. That is not an issue for me.

I stumbled across the fact that even if my RTL-SDR drifts off the Control Channel one or two PPM, I can still receive signals when I click on the "C4FM" tab even though I am not processing signals via the "Spectrum" tab.

This is just an observation but, in all the messages, I don't know if anyone else has had the same experience and, I am wondering what is the explanation for this phenomenon.

It ain't broke, so I'm not trying to fix it, just trying to get an understanding of whats going on.

M.

I have noticed some of the tabs seem to slow things down enough that decode can be lost, but not the other way around. These days I don't run scope.py and rarely have any of the plots enabled in rx.py so cpu impact is as low as it can be.

 

[biloxicoast]

rx.px

can not get op25 to launch help

./rx.py --args 'rtl=0' --gains 'lna:49' -f 853.9e6 -T sim_event.tsv -q 1 -S 250000 -2 -V

steven@steven:~/op25/op25/gr-op25_repeater/apps$ ./rx.py --args 'rtl=0' --gains 'lna:49' -f 853.9e6 -T sim_event.tsv -q 1 -S 250000 -2 -V
linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_003.010.002.000-release

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy redpitaya
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
gain: name: LNA range: start 0 stop 0 step 0
setting gain lna to 49
supported sample rates 250000-2560000 step 24000
Exact sample rate is: 250000.000414 Hz
[R82XX] PLL not locked!
set_center_freq: 853900000
Using Volk machine: ssse3_64_orc
Project 25 IMBE Encoder/Decoder Fixed-Point implementation
Developed by Pavel Yazev E-mail: pyazev@gmail.com
Version 1.0 (c) Copyright 2009
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; see the file ``LICENSE'' for details.

 

[boatbod]

can not get op25 to launch help

./rx.py --args 'rtl=0' --gains 'lna:49' -f 853.9e6 -T sim_event.tsv -q 1 -S 250000 -2 -V

steven@steven:~/op25/op25/gr-op25_repeater/apps$ ./rx.py --args 'rtl=0' --gains 'lna:49' -f 853.9e6 -T sim_event.tsv -q 1 -S 250000 -2 -V
linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_003.010.002.000-release

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.9
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy redpitaya
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
gain: name: LNA range: start 0 stop 0 step 0
setting gain lna to 49
supported sample rates 250000-2560000 step 24000
Exact sample rate is: 250000.000414 Hz
[R82XX] PLL not locked!
set_center_freq: 853900000
Using Volk machine: ssse3_64_orc
Project 25 IMBE Encoder/Decoder Fixed-Point implementation
Developed by Pavel Yazev E-mail: pyazev@gmail.com
Version 1.0 (c) Copyright 2009
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; see the file ``LICENSE'' for details.

I don't see any errors in the info you posted. Try increasing the sample rate to 960000 or 1440000.

 

[biloxicoast]

max branch or not?

so pc died last night, did a fresh install of 14.04 should i use the max branch install instructions or search this forum for the other instructions. i have a 2.4 ghz quad core, with 1gig nvidia graphics card and 8 gig of ram.

 

[biloxicoast]

tried max branch and get this

steven@steven:~/op25/op25/gr-op25_repeater/apps$ ./rx.py --args 'rtl=0' --gains 'lna:49' -f 853.9e6 -T sim_event.tsv -q 1 -S 960000 -2 -V
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.005.005-0-unknown

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
usb_claim_interface error -6

FATAL: Failed to open rtlsdr device.

Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.

setting gain lna to 49
set_center_freq: 0
Traceback (most recent call last):
File "./rx.py", line 641, in <module>
tb = p25_rx_block()
File "./rx.py", line 217, in __init__
self.open_usrp()
File "./rx.py", line 580, in open_usrp
self.__set_rx_from_osmosdr()
File "./rx.py", line 503, in __set_rx_from_osmosdr
raise RuntimeError("failed to set USRP frequency")
RuntimeError: failed to set USRP frequency
steven@steven:~/op25/op25/gr-op25_repeater/apps$

 

[HankFrank]

Did you build the rtlsdr driver with the UDEV rule set to ON?

I believe on Ubuntu you will also have to blacklist the existing dvb driver

 

[HankFrank]

It seems like the problem might be that you have conflicting sets of drivers for the RTL dongle. Ubuntu ships with a set of drivers for that device type that you don't want to use for scanning.

I would follow the instructions on pages 4-5 here:

https://ranous.files.wordpress.com/2016/03/rtl-sdr4linux_quickstartv10-16.pdf

 

[boatbod]

At a guess its either a driver blacklisting or udev rules problem.

/etc/udev/20.rtlsdr.rules
SUBSYSTEM=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2838", GROUP="adm", MODE="0666", SYMLINK+="rtl_sdr"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2832", GROUP="adm", MODE="0666", SYMLINK+="rtl_sdr"

/etc/modprobe.d/blacklist-rtl.conf
blacklist dvb_usb_rtl28xxu
blacklist rtl2832
blacklist rtl2830

 

[adcockfred]

Put in a 4 th argument

 

[telvana]

So, I had this all working not too long ago and had a hard drive failure and lost all of my TGs, and files, etc. I am in the Mentor, OH area (Lake County, which is the OHIO MARCS IP system) I am not sure if my control channel is incorrect for Ohio Marcs in my current location, or if I've got something else wrong somewhere else. Here's my files, etc. I've been messing with this for about 2 days now and starting to pull out my hair lol

Sysname Control Channel List Offset NAC Modulation TGID Tags File
OH MARCS-IP 774.78125 0x348 CQPSK


./scope.py --args 'rtl' -g 65 -f 774.78125e6 -N 'LNA:49' -V -v 600 -S 1000000 -q 59 -T trunk.tsv

It seems like the Cuyahoga control channel is working just fine, as all of the lake county control channels listed are silent so I am using the control channel for Cuyahoga. Which has worked for me in the past to listen to Lake County (and Cleveland) ... maybe something has changed in the last few months that I am not aware of?

As you can see I am not getting any traffic on the control channels, so I am not sure what's going on here. Thanks for any help

 

[telvana]

Finally got it all working, trunking 3x NACs, but now it's randomly crashing out with this error, any thoughts?

Traceback (most recent call last):
File "/home/op25/op25/op25/gr-op25_repeater/apps/terminal.py", line 179, in r$
if self.process_q_events():
File "/home/op25/op25/op25/gr-op25_repeater/apps/terminal.py", line 170, in p$
return self.process_json(msg.to_string())
File "/home/op25/op25/op25/gr-op25_repeater/apps/terminal.py", line 142, in p$
self.freq_list.addstr(i, 0, s)
error: addstr() returned ERR

 

[telvana]

Finally got it all working, trunking 3x NACs, but now it's randomly crashing out with this error, any thoughts?

Traceback (most recent call last):
File "/home/op25/op25/op25/gr-op25_repeater/apps/terminal.py", line 179, in r$
if self.process_q_events():
File "/home/op25/op25/op25/gr-op25_repeater/apps/terminal.py", line 170, in p$
return self.process_json(msg.to_string())
File "/home/op25/op25/op25/gr-op25_repeater/apps/terminal.py", line 142, in p$
self.freq_list.addstr(i, 0, s)
error: addstr() returned ERR

I wasn't able to edit this post for some reason, but I'd like to add that I am now using the latest max branch on 14.04 Ubuntu with this happening on a fresh install of Virtualbox. Seems like the software runs for about 30-45 seconds then it crashes with that error. I plan on installing a newer OS now that WX isn't needed for OP25, but that's a little while on down the road.

 

[boatbod]

I wasn't able to edit this post for some reason, but I'd like to add that I am now using the latest max branch on 14.04 Ubuntu with this happening on a fresh install of Virtualbox. Seems like the software runs for about 30-45 seconds then it crashes with that error. I plan on installing a newer OS now that WX isn't needed for OP25, but that's a little while on down the road.

In your previous post is seems the system NAC was decoding as 0x340 but you apparently had it configured in trunk.tsv for 0x348. I assume this is now fixed?

The error message you are now getting appears to relate to building the terminal screen's list of known voice frequencies. Are there lots of frequencies in use on this system? I know another user reported a bug over on the yahoo groups mailing list a while back with systems having a large number of voice channels and I think Max provided a solution. Not sure if that's made it into the git repo yet.

 

[telvana]

In your previous post is seems the system NAC was decoding as 0x340 but you apparently had it configured in trunk.tsv for 0x348. I assume this is now fixed?

The error message you are now getting appears to relate to building the terminal screen's list of known voice frequencies. Are there lots of frequencies in use on this system? I know another user reported a bug over on the yahoo groups mailing list a while back with systems having a large number of voice channels and I think Max provided a solution. Not sure if that's made it into the git repo yet.

Yes, I figured out the trunking issue as I didn't even realize if you didn't use a trunk file it will show you the trunk associated with that control channel, sure makes it a lot easier than guessing! Also, this system is state-wide for the most part and has TONS of frequencies in use at any one time. I also notice that it will crash out if I move the terminal screen too much, which makes sense now that I know what is possible causing it. Hopefully max will provide a possible fix as it's frustrating that I've got this far and now it keeps crashing

 

[boatbod]

Yes, I figured out the trunking issue as I didn't even realize if you didn't use a trunk file it will show you the trunk associated with that control channel, sure makes it a lot easier than guessing! Also, this system is state-wide for the most part and has TONS of frequencies in use at any one time. I also notice that it will crash out if I move the terminal screen too much, which makes sense now that I know what is possible causing it. Hopefully max will provide a possible fix as it's frustrating that I've got this far and now it keeps crashing

The terminal.py crash happens if there are more than 20 voice frequencies in use. There is discussion of it here however you probably have to be a member of the "op25-dev" yahoo group to read the messages and download the patch.

If you don't mind being a guinea pig and trying a totally untested dirty rotten hack, you can make the following modification to terminal.py and see if it helps:

Starting around line 139, look for following code block:

            for i in xrange(len(freqs)):
                s=msg[current_nac]['frequencies'][freqs[i]]
                s = s[:79]
                self.freq_list.addstr(i, 0, s)
            self.freq_list.refresh()

Change it to the following:

            freq_count = 0
            for i in xrange(len(freqs)):
                freq_count += 1
                if (freq_count > 20):
                    break
                s=msg[current_nac]['frequencies'][freqs[i]]
                s = s[:79]
                self.freq_list.addstr(i, 0, s)
            self.freq_list.refresh()

 

[adcockfred]

Man my scope.py corrupted for the second time, but this time the imported file won't run. it stops around 256 and says file name to long. maybe with this blow I will have some console time. in this heat it is get out and your hands dirty.

 

[telvana]

The terminal.py crash happens if there are more than 20 voice frequencies in use. There is discussion of it here however you probably have to be a member of the "op25-dev" yahoo group to read the messages and download the patch.

If you don't mind being a guinea pig and trying a totally untested dirty rotten hack, you can make the following modification to terminal.py and see if it helps:

Starting around line 139, look for following code block:

            for i in xrange(len(freqs)):
                s=msg[current_nac]['frequencies'][freqs[i]]
                s = s[:79]
                self.freq_list.addstr(i, 0, s)
            self.freq_list.refresh()

Change it to the following:

            freq_count = 0
            for i in xrange(len(freqs)):
                freq_count += 1
                if (freq_count > 20):
                    break
                s=msg[current_nac]['frequencies'][freqs[i]]
                s = s[:79]
                self.freq_list.addstr(i, 0, s)
            self.freq_list.refresh()

I tried it, and since I'm not a python programmer it states "invalid indent" at line 139, I am certain I'm screwing something up. I can get a screenshot later when I'm at home, I'm doing this remotely through CLI right now

 

[T-Santon]

So, I had this all working not too long ago and had a hard drive failure and lost all of my TGs, and files, etc. I am in the Mentor, OH area (Lake County, which is the OHIO MARCS IP system) I am not sure if my control channel is incorrect for Ohio Marcs in my current location, or if I've got something else wrong somewhere else. Here's my files, etc. I've been messing with this for about 2 days now and starting to pull out my hair lol

Sysname Control Channel List Offset NAC Modulation TGID Tags File
OH MARCS-IP 774.78125 0x348 CQPSK


./scope.py --args 'rtl' -g 65 -f 774.78125e6 -N 'LNA:49' -V -v 600 -S 1000000 -q 59 -T trunk.tsv

It seems like the Cuyahoga control channel is working just fine, as all of the lake county control channels listed are silent so I am using the control channel for Cuyahoga. Which has worked for me in the past to listen to Lake County (and Cleveland) ... maybe something has changed in the last few months that I am not aware of?

As you can see I am not getting any traffic on the control channels, so I am not sure what's going on here. Thanks for any help

If you want to try the Lake County frequencies again, the correct NAC for it is 343 (0x343)... And the Control Channel is currently at 855.8625...

When I had originally setup OP25 the first time, I was pulling my hair out trying to get Lake County to work... Eventually I figured out that I was using an incorrect NAC.

Sent from my Nexus 6P using Tapatalk

 

[HankFrank]

If you want to look at P25 packets using OP25 and the wireshark plugin, is it generally better to use rx.py or scope.py from the other branch?

Getting some possible decode issues, lots of strange TGIDs on the trace, and things like that. My guess it's the RTL dongle not tuning quickly enough, or errors in the decoding due to stability? (I have one with a TXCO.)

Any pointers? Thanks!

 

[boatbod]

I tried it, and since I'm not a python programmer it states "invalid indent" at line 139, I am certain I'm screwing something up. I can get a screenshot later when I'm at home, I'm doing this remotely through CLI right now

Spacing is critically important in python. Make sure it is consistent with the code immediately above and below. First line below the conditional (if stmt) should be indented.

The code block did execute on my machine and I copied/pasted so it should be correct in the example I posted.