|
From: | Doug Hutton |
Subject: | Re: [Discuss-gnuradio] Error in OP25 Decoder block |
Date: | Fri, 18 Jul 2014 12:51:46 -0500 |
User-agent: | Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 |
I probably overdid the stuff below, but
I did try your other suggestion.
I made your change in - Home/usr/local/lib/python2.7/dist-packages/baz/op25.py I kept the original stuff in the copyright comments. The lines in your suggestion above the _verbose = True line were not in my op25.py. I noticed in the GRC Welcome statement that this is Version 3.7.5 - I presume it is the same as in the 3.7.4 release notice that came out this week. ------------------------------------------------------------------------------------- # the Free Software Foundation, Inc., 51 Franklin Street, # Boston, MA 02110-1301, USA. # # import math # from gnuradio import gr, gru, op25 as _op25 _verbose = True import math from gnuradio import gr, gru import op25 as _op25 try: from gnuradio import fsk4 # LEGACY ------------------------------------------------------------------------------- Here are the results: <<< Welcome to GNU Radio Companion 3.7.5git-0-g2bb2b314 >>> Preferences file: /home/doug/.grc Block paths: /home/doug/usr/local/share/gnuradio/grc/blocks /home/doug/.grc_gnuradio XML parser: Found 1 erroneous XML file while loading the block tree (see "Help/Parser errors" for details) Loading: "/home/doug/Documents/Op25 project files/Doug-op25.grc" >>> Done Showing: "/home/doug/Documents/Op25 project files/Doug-op25.grc" Generating: "/home/doug/Documents/Op25 project files/top_block.py" Executing: "/home/doug/Documents/Op25 project files/top_block.py" linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.007.001-84-gd99ce4ef Using Volk machine: sse4_a_64 RTL2832 Source block configuration: Read length (bytes): 262144 Buffer enabled: yes Buffer multiplier: 8 Buffer size (samples): 1048576 Samples per read: 131072 Buffer level: 50.0% Kernel driver detached. Successfully initialised demod: "ezcap EzTV" Probing "e4k"...not found. Probing "fc0013"...not found. Probing "fc2580"...bad check value. Probing "r820t"...found. Found RTL2832 device: ezcap EzTV (tuner: Rafael Micro R820T) Sample rate range: 900001 - 3200000 Hz Crystal frequency: 28800000 Hz [r820t] Initialised (default bandwidth: 0 Hz) Wait delay: 196.608 ms Traceback (most recent call last): File "/home/doug/Documents/Op25 project files/top_block.py", line 185, in <module> tb = top_block() File "/home/doug/Documents/Op25 project files/top_block.py", line 113, in __init__ self.op25_decoder_simple_0 = op25.op25_decoder_simple(key="",) File "/home/doug/usr/local/lib/python2.7/dist-packages/baz/op25.py", line 98, in __init__ raise Exception("Could not find a decoder to use") Exception: Could not find a decoder to use Kernel driver reattached. >>> Done --------------------------------------------------------------------- Back in early June, near when I started this project, I emailed Balint from his Spench.net site. I knew he was having too much fun working on ISEE3, but on July 4, he sent me the following note: Hi Doug,I don't really understand his Pybombs comments, but apparently, he has moved on. I presume that all of my grief is because I started out with 3.7 GNURadio , and that a realistic way to get op25 working is to back off to 3.6. I really don't want to do that if there is any other way. You may have read one of my previous posts on op25-dev where I described why I am really anxious to be able to listen to the new Lubbock Harris op25 phase 2 system. I have talked to two different Lubbock Police officers who have seriously complained that the audio on their new radios is so bad that they are unwilling to risk using them. I have a new Uniden BCD 436HP, and the audio on it is pretty bad. Thanks very much for your help, Max. Lemmee know if you can think of a good way out of this. Doug H. Lubbock On 7/18/2014 11:51 AM, ikjtel wrote:
|
[Prev in Thread] | Current Thread | [Next in Thread] |