Im sorry im not fluent or able with some of the commands, people are made and not born, I have an interest in the project thats why I joined and want to learn more about this stuff
Could anybody walk me through how to use scope
I sourced the envronment
Ran scope with all the parameters for rtl sdr
The program script s tarts but then nothing happens , what could I be doing wrong?
When I run scope, the script executes but nothing happens
Ive entered all the parmeters for rtl sdr and run the env setup
Doi need gnu rafio running in the same shell?
Sorry, entering the command lne arguments and parameters is where im struggling, what could I enter for a command if I wanted to listen to 139.5600?
--------------------------------------------
On Sun, 2/7/16, Matt Ames matt.ames7bc(a)gmail.com [op25-dev] <op25-dev(a)yahoogroups.com> wrote:
Subject: Re: [op25-dev] waterfall
To: op25-dev(a)yahoogroups.com
Received: Sunday, February 7, 2016, 2:50 PM
Tell me this - what
frequency did you tell it to tune to using the command
line arguments?
Does the line that says "[R820T] PLL not
locked for 3570434 Hz!" give you
any
hints as to what may have gone wrong?
As has been suggested, check out the command
line arguments before running
the
program.
On 8 February 2016 at 09:25, Sean Kealy superstardodge(a)yahoo.com
[op25-dev]
<op25-dev(a)yahoogroups.com>
wrote:
>
>
> When I open waterfall
i get the following pasted below in terminal, and
> the waterfall doesnt do anything, do I
have to open grc in terminal first
>
somehow?
> thanks
>
sean
>
> root@kali:~#
./op25_grc.py
> Using Volk machine:
sse3_64_orc
> RTL2832 Source block
configuration:
> Read
length (bytes): 262
>
Buffer enabled: yes
>
Buffer multiplier: 8
>
Buffer size (samples): 1048
> Samples per read: 131
> Buffer level: 50.0%
> 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: 0.196 ms
> [R820T] PLL not locked for 3570434 Hz!
> work wants more than the buffer size!
> Capture threading starting:
7f904e7fc700
> rOShort bulk read: given 0
bytes (expecting 262)
> rBlibusb error:
the device has been disconnected [-4]
>
Capture threading aborting due to libusb error:
7f904e7fc700
> No longer running after
packet notification - signalling EOF...
>
>
>
>
>
When I open waterfall i get the following pasted below in terminal, and the waterfall doesnt do anything, do I have to open grc in terminal first somehow?thankssean
root@kali:~# ./op25_grc.py
Using Volk machine: sse3_64_orc
RTL2832 Source block configuration:
Read length (bytes): 262
Buffer enabled: yes
Buffer multiplier: 8
Buffer size (samples): 1048
Samples per read: 131
Buffer level: 50.0%
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: 0.196 ms
[R820T] PLL not locked for 3570434 Hz!
work wants more than the buffer size!
Capture threading starting: 7f904e7fc700
rOShort bulk read: given 0 bytes (expecting 262)
rBlibusb error: the device has been disconnected [-4]
Capture threading aborting due to libusb error: 7f904e7fc700
No longer running after packet notification - signalling EOF...
Hi all,
New to the group here, been looking all over for similar issues to one I'm having, but to no avail. There was one mention of this exact error on the radioreference op25 "main" thread, but it seems it was left unsolved or forgotten. From detailed digging I've done, think it may be related to wxgui-3.0 vs 2.8? Or should I be running this with Gnuradio 3.6 instead? Greatly appreciate any assistance!
The following is my baseline:
OSx 10.10.4
Gnuradio 3.7.8.1 (installed via Macports)
gr-op25 (Balint's git most recent version) - made some minor changes to cmake to find macports GR and libs
gr-op25 seems to compile and build fine, however when running scope.py I get the following error, and the app never loads:
$ python2.7 ./scope.py --args “hackrf” -f 502.9125e6 -S 8000000 -T trunk.tsv -2
Mac OS; Clang version 7.0.0 (clang-700.0.72); Boost_105900; UHD_003.009.001-MacPorts-Release
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.8.1
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace airspy
Using HackRF One with firmware git-44df9d1
gain: name: RF range: start 0 stop 14 step 14
gain: name: IF range: start 0 stop 40 step 8
gain: name: BB range: start 0 stop 62 step 2
supported sample rates 8000000-20000000 step 2000000
Traceback (most recent call last):
File "./scope.py", line 2817, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 46, in __init__
wx.App.__init__ (self, redirect=False)
File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-3.0-osx_cocoa/wx/_core.py", line 8628, in __init__
self._BootstrapApp()
File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-3.0-osx_cocoa/wx/_core.py", line 8196, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/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 201, in __init__
self.__init_gui(frame, panel, vbox)
File "./scope.py", line 537, in __init_gui
self.frame.CreateStatusBar()
File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-3.0-osx_cocoa/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
When I try to run scope after running the env command this is what i get-what am i doing wrong?
root@kali:~# cd pybombs
root@kali:~/pybombs# ./pybombs env -v
Settled on prefix: /root/target
Initializing environmental variables...
Loading recipes ...
Writing out env...:
PyBombs.sysutils - INFO - To set up your environment (in bash) run: "source /root/target/setup_env.sh"
root@kali:~/pybombs# source /root/target/setup_env.sh
root@kali:~/pybombs# cd src
root@kali:~/pybombs/src# cd gr-op25
root@kali:~/pybombs/src/gr-op25# cd op25
root@kali:~/pybombs/src/gr-op25/op25# cd gr-op25_repeater
root@kali:~/pybombs/src/gr-op25/op25/gr-op25_repeater# cd apps
root@kali:~/pybombs/src/gr-op25/op25/gr-op25_repeater/apps# ./scope.py
linux; GNU C++ version 4.9.2; Boost_105500; UHD_003.010.git-119-g42a3eeb6
gr-osmosdr v0.1.4-67-gac15e789 (0.1.5git) gnuradio 3.7.10git-47-gbd69c31e
built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf rfspace airspy redpitaya
FATAL: No supported devices found to pick from.
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.
Traceback (most recent call last):
File "./scope.py", line 2751, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/root/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-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 "/root/target/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit
Ok I ran the source command , in the target folder where setup env.sg was,but I still get the import error when I try to run scope
Any else I should do.
--------------------------------------------
On Sun, 1/31/16, russ.innes(a)gmail.com [op25-dev] <op25-dev(a)yahoogroups.com> wrote:
Subject: Re: [op25-dev] Re: op25
To: op25-dev(a)yahoogroups.com
Received: Sunday, January 31, 2016, 8:15 PM
Assuming you built it
with all the defaults from pybombs, look for the ~/target
directory in your home folder. Specifically, a file names
setup_env.sh . type this first (when you find it)
"source ~/target/setup_env.sh" (assuming it's
in the "target" directory)
Is anyone else having issues with the wireshark output while using scope.py? Im not getting any UDP packets out, -w is specified and have tried a variety of options using -W xx.xx.xx.xx
Ok thanks ill give it a try again tonight, im using rtl usb-dongle, when I tried to run scope.py it gve me an error, but I may have typed the run command wrong so ill try again with what you gave me
Worked awesome with sdr radio and dsd plus , I thought id give it a try with gnu radio and op25, what im finding is my linux skills are-um kinda lousy
--------------------------------------------
On Sun, 1/31/16, russ.innes(a)gmail.com [op25-dev] <op25-dev(a)yahoogroups.com> wrote:
Subject: [op25-dev] Re: op25
To: op25-dev(a)yahoogroups.com
Received: Sunday, January 31, 2016, 3:35 PM
~/pybombs/src/gr-op25/op25/gr-op25_repeater/apps/
run
scope.py (./scope.py)
You will have to pass
arguments - what are you using for a receiver?
ok , dumb question here, Ive successfully installed gr-op25 on kali linux, how do I actually run it now, I dont see an app anywhere, does it run in terminal? thankssean
Hi, thanks for letting me joinI successfully installed op25 via pybombs, but when I run the pybombs env command it doesnt give me a file to run the last step( source command)
it goessettled on prefix /root/tariniatializing environent variablesloading recipeswriting out env
then it just goes back to the command prompt(root@kali:~pybombs#) and nothing happensIs there a step Im missing? It should print me the name of the file right? and then I stream the files running the source command?
thanks
git clone git://github.com/pybombs/pybombs
cd pybombs
./pybombs install gr-op25 Just leaves me with python source to build.. if I build it - then try to install gr-op25 - no recipes found.
Am I missing something here?
Hi, Im using Gnu radio companion in kali sana, would anybody be kind enough to share some grc example files that use the rtl-sdr hardware and the op-25 decoder block, like the flow graph in you tube video "worlds cheapest scanner"thanks
op25_repeater_fsk4_slicer_fb.xml needs to have the ampersand as an html
entity
---------- Forwarded message ----------
From: "Chris Kuethe" <chris.kuethe(a)gmail.com>
Date: Dec 13, 2015 9:31 PM
Subject: fix parse error in grc
To: <op25-dev(a)yahoogroups.com>
Cc:
diff --git a/op25/gr-op25_repeater/grc/op25_repeater_fsk4_slicer_fb.xml
b/op25/gr-op25_repeater/grc/op25_repeater_fsk4_slicer_fb.xml
index 403e89e..8a393c5 100644
--- a/op25/gr-op25_repeater/grc/op25_repeater_fsk4_slicer_fb.xml
+++ b/op25/gr-op25_repeater/grc/op25_repeater_fsk4_slicer_fb.xml
@@ -4,7 +4,7 @@
<key>op25_repeater_fsk4_slicer_fb</key>
<category>op25_repeater</category>
<import>import op25_repeater</import>
- <make>op25_repeater.fsk4_slicer_fb($&slice_levels)</make>
+ <make>op25_repeater.fsk4_slicer_fb($&slice_levels)</make>
<!-- Make one 'param' node for every Parameter you want settable
from the GUI.
Sub-nodes:
* name
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
First post and doing a search on the group, I have a unique bug in the build process. OS is Opensuse 13.2 64 on intel hardware. Here is the output from the pybomb:
./pybombs install gr-op25
Settled on prefix: /usr/local/src/target
Initializing environmental variables...
Loading recipes ...
/usr/local/src/target
Installing packages:
* mako
* numpy
* uhd
* alsa
* cheetah
* wxpython
* ffi
* pycairo
* gobject-introspection
* pygobject
* pygtk
* sip
* qt4
* pyqt4
* pyqwt5
* ssl
* libevent
* apache-thrift
* liblog4cpp
* gnuradio
* libpcap
* rtl-sdr
* osmo-sdr
* hackrf
* libosmo-dsp
* gr-iqbal
* bladeRF
* airspy
* gr-osmosdr
* libitpp
* gr-op25
Installing from source: mako
Building: (100%) [==========================================================]
Build failed. Re-trying with reduced makewidth and higher verbosity.
python: can't open file 'setup.py': [Errno 2] No such file or directory
Build failed. See output above for error messages.
---------------------------------------
The "makewidth and higher verbosity" error seems to show up on the interwebs with compiling 64 bit code on a 32 bit OS, which isnt the case here.
Is this pythonbomb scheme building a private library of sorts? That is, I have a number of these programs already installed.
by Brett Friermood brett.friermood@gmail.com [op25-dev]
Hi everyone,
I seem to recall reading something a while ago, I thought it was the
RadioReference thread, where some one explained the order in which the data
passes between different scripts and how to call them individually. For
whatever reason I cannot find that post again.
I believe there was also mention of running without the GUI. Can anybody
remember seeing that and point me to it? I've looked everywhere I can think
of.
Thanks,
Brett
GNURadio installed with Pybombs
OP25 installed with pybombs
Versions are:
gnuradio-config-info v3.7.6.1-128-g8a3ad1a5
uhd_003.008.002-131-gb850dfb5
ubuntu 14.04 LTS
OP25 blocks show up in the list of blocks available for use in GNURadio Companion and decoder_bf,fsk4_demod_ff, fsk4_slicer_fb and pcap_source_b and gardner_costas_cc seem to add to the flowgraph.
decoder_ff, vocoder and p25_frame_assembler cause the flowgraph to go blank with a final error in the terminal window of AttributeError: 'Block' object has no attribute 'horizontal_label'.
Have done some quick searching, but have been unable to determine if this set of versions is supposed to work and what the problem may be if they are.
If someone can comment (or point to a link that comments) on whether this configuration is supposed to operate it would be much appreciated.
Thanks,
LVDJ
Hi group,
I want to build a new OP25/GnuRadio system. For those of you that may have a done a recent build, are there recommended versions of Linux and Gnuradio etc.. to use?
My past experience was that different versions can cause major install headaches due to incompatibilities. I found it easier to try to get things working in a VM first so I could restore a snapshot after things got screwed up and would really like to minimize time spent to get a fresh build working correctly.
Thanks for an tips!
by Brett Friermood brett.friermood@gmail.com [op25-dev]
Good evening everyone. I seem be having an issue with installing OP25.
After installing via pybombs, scope.py as well as the rest of the
scripts are missing.
This is actually the second time installing on this computer. I first
began with a clean install from a live CD of Debian 6. Via apt-get I
upgraded to Debian 7, and eventually to debian-testing to resolve a
dependency issue with libboost. All packages eventually installed then
the install built op25. The only contents of ~/pybombs/src were 'uhd'
and 'wxpython'.
Trying again, I deleted the pybombs and target directories from /home
and cloned pybombs again. I ran pybombs install and since all the
packages were already installed it quickly went to building op25.
Again after several hours most things are still missing. There were no
errors during the build and a quick search of 'op25' and 'gnuradio'
only find the .lwr files in the recipes directory, no directories
anywhere. Also nothing in the syslog other than the hourly cron runs.
The only thing I can possibly think of that might be related is that
currently this machine is command line only. Unless I'm missing
something I believe I should be able to build and even run certain
parts of op25 without a GUI.
This is the first time with this computer, but I've built and ran op25
before on another one. The funny thing is that there are no errors
anywhere I look.
Any ideas?
Thanks
Brett KQ9N
Hi,
I hadn't messed with this for a while, but I decided to re-install OP25 tonight because someone suggested that maybe the error correction had not installed properly.
The re-install went smooth, but the Wireshark results are the same. In addition I notice that if I modulate (speak into the P25 radio mic) I get some errors in Wireshark as well as in the terminal window that WS is running (with a silent carrier I don't get the errors). Below are the errors. This confuses me because when I run OP25 without the Wireshark switch and in the mode where it decodes audio it sounds perfect.
22:21:13 Warn Dissector bug, protocol P25 CAI, in packet 408: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 461: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 463: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 464: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 465: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 468: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 471: packet-p25cai.c:1453: failed assertion "state != -1"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 509: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 513: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 514: packet-p25cai.c:1453: failed assertion "state != -1"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 515: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 516: column-ut
Thanks.
Hi,
I hadn't messed with this for a while, but I decided to reinstall OP25 tonight because someone suggested that maybe the error correction had not installed properly.
The reinstall went smooth, but the Wireshark results are the same. In addition I notice that if I modulate (speak into the P25 radio mic) I get some errors in Wireshark as well as in the terminal window that WS is running (with a silent carrier I don't get the errors). Below are the errors. This confuses me because when I run OP25 without the Wireshark switch and in the mode where it decodes audio it sounds perfect.
22:21:13 Warn Dissector bug, protocol P25 CAI, in packet 408: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 461: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 463: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 464: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 465: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 468: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 471: packet-p25cai.c:1453: failed assertion "state != -1"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 509: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 513: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 514: packet-p25cai.c:1453: failed assertion "state != -1"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 515: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 516: column-ut
Thanks.
Hi,
I hadn't messed with this for a while, but I decided to reinstall OP25 tonight because someone suggested that maybe the error correction had not installed properly.
The reinstall went smooth, but the Wireshark results are the same. In addition I notice that if I modulate (speak into the 25 radio mic) I get some errors in Wireshark as well as in the terminal window that WS is running (with a silent carrier I don't get the errors). Below are the errors. This confuses me because when I run OP25 without the Wireshark switch and in the mode where it decodes audio it sounds perfect.
22:21:13 Warn Dissector bug, protocol P25 CAI, in packet 408: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 461: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 463: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 464: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 465: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 468: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:14 Warn Dissector bug, protocol P25 CAI, in packet 471: packet-p25cai.c:1453: failed assertion "state != -1"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 509: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 513: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 514: packet-p25cai.c:1453: failed assertion "state != -1"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 515: column-utils.c:482: failed assertion "!ep_verify_pointer(str)"
22:21:15 Warn Dissector bug, protocol P25 CAI, in packet 516: column-ut
Thanks.
Does anyone have a simple GRC for RX conventional Phase 1 audio? The larger program I am working on is in C and I just want to make sure I have the Gnuradio graph right and tune it before I hard code it into C. It monitors a SmartNet II system, so I don't need Phase 2 or Trunking.
If not, is it best to look at the scope.py app in OP25-repeater to figure out what the best blocks are to use for decoding?
I am trying to switch over from gr-dsd so everything will be more native.
Last dumb question, is it better to use the receive blocks in op25 or op25-repeater.
Thanks!
Russell
These patches look really great and I think we should merge them into OP25. The bch check does look like it is redundant but it isn't 100% clear what the "perfect" solution would be anyway.
As far as this one:
> sample = 32767 * (sample < 0) ? -1 : 1; // * sgn(sample)
>
> Multiplication has higher precedence than the ternary conditional, so
the intent of this code is to ensure that 'sample' is confined to the range [-32K, +32K]. The above line of code would only be executed if there's an overflow (which should not occur, in theory). So if it's greater than 32,767 we want to set it to 32,767 (and similarly for the - case, if it's less than -32K we limit it to -32K). So it does look like it needs a set of ( ) added around everything after the * . For that matter, not sure why it couldn't just be
sample = 32767 * sgn(sample);
as suggested in the code...
Thx Russ!
Max
I tried to install OP25 on my Linux Mint Machine. I let it run through the night, and when I woke up, the machine had crashed. I would like to try again, but my hard drive is limited on space. If I retry the PY Bomb, will it overwrite everything, or must I delete the failed install, and if I must delete, can anyone provide some guidance on that?
Kindly,
Michael
Hi all, is the older OP25 code still available for the older GR API? I want to make sure before I dump the whole pybombs experiment. Don't get me wrong, I love the concept and it's ease of use, but most of the out of tree modules aren't 3.7 compliant. Half of the recipes won't even compile. All of the GR examples I find across the internet will not open in GRC, so I have to manually edit them. I'm just tired of the hassles...
Thanks guys.
-Scott
Hi All,
I am getting back into OP25 and would like to know what version of Ubuntu would be the best to use with OP25 and GNU Radio. I will be installing Ubuntu alongside of Windows XP on a Lenovo desktop.
thanks,
Joe
in git branch max-phase2-tdma. At this stage none of the python apps have been updated yet, other than a CLI test driver in apps/tdma/tdma_audio.py.... If doing research with this version you need to uninstall any previous installed version(s) of OP25, as the runtime C++ blocks have been updated.
Max
Hello all. In an attempt to finally start playing with OP25 I tried to
install it over the weekend. Following the simple instructions on the
wiki I cloned pybombs and ran it to install gr-op25, accepting the
defaults in the process.
Below are the last few lines of output containing many errors related
to the UHD driver. Is this just the result of the source being out of
whack at the time it was downloaded? Or did I miss something on my
end? I had previously tried it a couple days before and got similar
errors.
For reference I'm a somewhat advanced Linux user, but git and the
pybombs concept are new to me.
Thanks,
Brett KQ9N
[ 64%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b100/b100_impl.cpp.o
[ 64%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b100/clock_ctrl.cpp.o
[ 65%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b100/codec_ctrl.cpp.o
[ 65%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b100/dboard_iface.cpp.o
[ 66%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b100/io_impl.cpp.o
[ 66%] Building CXX object
lib/CMakeFiles/uhd.dir/usrp/b100/usb_zero_copy_wrapper.cpp.o
[ 67%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b200/b200_impl.cpp.o
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_impl.cpp: In
constructor 'b200_impl::b200_impl(const uhd::device_addr_t&)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_impl.cpp:162:
warning: format '%x' expects type 'unsigned int*', but argument 3 has
type 'uint16_t*'
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_impl.cpp:164:
warning: format '%x' expects type 'unsigned int*', but argument 3 has
type 'uint16_t*'
[ 67%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b200/b200_iface.cpp.o
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual void b200_iface_impl::write_eeprom(uint16_t,
uint16_t, const uhd::byte_vector_t&)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:243:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual uhd::byte_vector_t
b200_iface_impl::read_eeprom(uint16_t, uint16_t, size_t)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:259:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual void b200_iface_impl::transact_spi(unsigned
char*, size_t, unsigned char*, size_t)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:283:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:295:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual void b200_iface_impl::ad9361_transact(const
unsigned char*, unsigned char*)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:308:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:316:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual void b200_iface_impl::reset_fx3()':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:439:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual void b200_iface_impl::reset_gpif()':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:451:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual uint8_t b200_iface_impl::get_usb_speed()':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:483:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual uint8_t b200_iface_impl::get_fx3_status()':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:498:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual uint16_t b200_iface_impl::get_compat_num()':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:513:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'void
b200_iface_impl::usrp_get_firmware_hash(hash_type&)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:527:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'void
b200_iface_impl::usrp_set_firmware_hash(hash_type)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:539:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'void
b200_iface_impl::usrp_get_fpga_hash(hash_type&)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:551:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'void b200_iface_impl::usrp_set_fpga_hash(hash_type)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:563:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp: In
member function 'virtual uint32_t
b200_iface_impl::load_fpga(std::string)':
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:598:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:623:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:646:
error: 'libusb_error_name' was not declared in this scope
/home/brett/pybombs/src/uhd/host/lib/usrp/b200/b200_iface.cpp:675:
error: 'libusb_error_name' was not declared in this scope
/home/brett/gnuradio/include/boost/system/error_code.hpp: At global scope:
/home/brett/gnuradio/include/boost/system/error_code.hpp:214: warning:
'boost::system::posix_category' defined but not used
/home/brett/gnuradio/include/boost/system/error_code.hpp:215: warning:
'boost::system::errno_ecat' defined but not used
/home/brett/gnuradio/include/boost/system/error_code.hpp:216: warning:
'boost::system::native_ecat' defined but not used
make[2]: *** [lib/CMakeFiles/uhd.dir/usrp/b200/b200_iface.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2
make: *** [all] Error 2
ERROR:root:PyBOMBS Make step failed for package (uhd) please see bash
output above for a reason (hint: look for the word Error)
Stevie
Several folks attempting to join the group have reported trouble with either the yah00 captcha or with not getting email replies after receiving the initial request-confirmation email. Not sure what's happening to cause this. The trouble reports can be found starting in this thread
http://forums.radioreference.com/software-defined-radio/282056-sdrs-vs-hard…
Max
The RTL SDR sticks as mentioned seem to have delays when changing frequency that cause lost calls in trunking mode. I've added a new feature (updated in git branch max-trunking-update2 and in the wiki) which uses a software Local Oscillator instead of hardware retuning which essentially makes tuning instantaneous. There is a restriction that all of the channels to be tuned including the trunk CC must fall inside the tuning passband (whose width is equal to the sampling rate). See the SignalScope wiki page for more information.
Outside of this, LSM trunking works very well now with RTL SDR
Max
Does OP25 have any capability for Phase 2 at the moment?
I've seen a couple things suggesting that various people have been working
on it for a few years now, but nothing solid about what progress has been
made. Just curious, as I have a few systems here turning on that are
looking like they will be speaking phase 2.
Thanks,
Matt.
Haven't done a lot of testing, but it should now be possible to install gr-op25 (and all of its prerequisites, including gnuradio) simply by
- cloning the pybombs repo
- cd to the toplevel ---- cd pybombs
- ./pybombs install gr-op25
Assuming no bugs, it should no longer be necessary to separately clone the gr-op25 repository, or to copy any recipes around... Also, the trunking changes have been merged into gr-op25 master, so the 'git checkout' commands shouldn't be necessary any more, either...
Once the process has been more thoroughly tested, I'll be updating the wiki with these procedures
Best
Max
I really hate bothering others, but I'm having trouble installing OP25 and don't know how to proceed. I'm getting a 'Package gnuradio-core was not found in the pkg-config search path.' error message when executing ./configure
I'm running Ubuntu 12.04, and I have successfully installed GNURadio v3.7.2.1 from the build-gnuradio script on their install from source page. I've tested the install with an RTL dongle and a quick FM demodulator and it does function properly, as well as a spectrum plot.
All the required dependencies for OP25 have been met, with the exception of the gr-4fsk package. It throws the same error as stated above. I've attached the logs for both installs, as they're too long to paste in here.
I've Googled and searched here at op25-dev to no avail. I'd really appreciate any hints as to get past this last hurdle. I'm anxious to play with Max's LSM/CQPSK tools.
Thanks for reading!
-Scott
Hi everyone,
After getting the repeater working in op25/asterisk i'm still stuck with
the problem of PTT control. I see on the app_rpt page there are
instructions for modifying a CM108 usb sound card (which i attempted to
order, but the order got cancelled because they are on backorder...). I was
reading this page http://yo3iiu.ro/blog/?p=324 and was wondering if
something similar could be done with the chan_usrp in asterisk (or
soundcard_tx.py in op25). The part that interested me was using a serial
connection to do the signaling for PTT.
Just a thought,
Ryan KC9GMY
Alright all, good news!
With Max's help I was able to get the p25 repeater working with Asterisk
and app_rpt. I connected the audio out to a custom cable connected to my
yaesu ft-7800r's data port.
I did notice that if a ctcss tone is not specified a p25 stream will be
constantly transmitted. This is the case if using an analog or p25 source.
I still have to play with the levels a bit, but it seems to be working very
well.
Also, I was able to talk to other ham's on a local repeater using
op25_audio_tx.py. They were able to hear my voice 100% (no dropped
packets). This is very good news!
-Ryan KC9GMY
ok i'm about ready to pull my hair out with this one. Can anyone get the
op25 repeater to work? I'm trying to run disc_tap.py and it always gives me
the same error:
chan_usrp_rx expected 4 arguments, got 3
I've looked through the disctap_rx.py and repeater.py at the appropriate
lines. I see where disctap_rx.py is calling chan_usrp_rx with 3 variables,
and i see where repeater.py expects 4 variables.
Now what?
-Ryan
KC9GMY
Hi folks!
I don't no if this is the right way to request help regarding op25.
Let me try :).
I am trying Op25 decoder (scope.py) + USRP. Although I can get the air
interface signal, the error rate is too high and the voice signal is rarely
intelligible.
The radio I have is setup in direct mode in 800MHz (a bit higher than the
ones I saw in previous work).
Using the signal analyzer app (osmocom_fft.py) I can detect the signal with
a high power level using the same antennae and gain settings.
I have already run the scope.py (osmocom) and got the audio and radio info.
It seems that the scope.py+USRP request a high frequency offset (7.5kHz) to
tune the carrier and try to decode the air interface signals.
I have: USRP_N210+WBX+tuned_antenna+Ubuntu+GNURADIO-3.6.5.1+OP25_osmocom.
May the higher frequency request another setup I missed?
Am I missing many details? :)
TIA
Think it would be possible to make an op25 repeater out of a raspberry pi?
I literally know just about nothing on the pi, so I won't be shocked if
it's not possible. I've managed to get the transmit side of op25 working
with a yaesu ft7800r. It would be sweet to get a cheap p25 repeater made.
Just a thought.
Ryan kc9gmy
On Dec 24, 2013 1:21 AM, "Steve Glass" <stevie.glass(a)gmail.com> wrote:
>
>
> The server is now back up and the git stuff all ok. To clone from git
> you can just run:
>
> git clone git://op25.osmocom.org
>
> The wiki will need updating to reflect this and we shall start hosting
> tarballs as attachments on the build instructions page.
>
>
Hi Everybody!
As I've mentioned elsewhere we're taking the osmocom trac instance
offline whilst we switch to the new git repository. The site may be down
for around eight hours or so. Once restored we'll have a period where
the build guides do not reflect the current codebase. I shall modify the
build guide (unless I can find a volunteer) to refer to the tarballs and
have a subsection on building from git.
All this is because we want to do more new things and we're trying to
limit the number of build steps and external dependencies to make things
easier to install and use. Once this is up we may even start responding
to tickets :)
Steve
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
i improved the ecc for the ldu1 and ldu2. I added clearer comments,
shortened the code/lowered the amount of calculations it does, and put
the entire routine into one function. I have been running it for days
now with no seg fault.
- --
- ------
Matt D
- ------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (GNU/Linux)
Comment: MacGPG2 - http://www.gpgtools.org/macgpg2.html
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJStbhgAAoJECrdp7MWSIVbtHMIAJ71NZzINEGpLdFLjzA5HxKo
QVK6dTw1hc8JusFRO+49pYAi3CXonu+RS66MDHhdZVZ8bvUHjalMa9rrxz6DWAEl
pmHDE1XMKJ6+alm0ZwykvkK0JNomEy4LV6x+Q+uBq/D1hRc4ak/B87kvwfEnqx1q
Mk3sHJgGKY5KXgLs3hkYw2ws9tUuu2he/K9o8UanP2NfepdSAmK0IYKZHDpMJLya
qYBjTdn2GlKih5l1EppBsFgRubDTjSPCKnriZ8f0IuqRWl53HdmLLAU1XglxuIwe
Cph1AJXYUkiYG9uET8ym03EWXqlO1z3ZNeLZXSyp7iY4xFMHLyee+V3HS1mY/G0=
=410A
-----END PGP SIGNATURE-----
Can the nac be changed for transmitting? Haven't had a ton of time to look
through the source.
Ryan kc9gmy
On Dec 16, 2013 11:29 AM, "Matt D" <md123(a)nycap.rr.com> wrote:
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
> Would it be possible to add scanning capability to op25 so we could
> scan a list of freqs or search for active freqs within some range?
>
> If adding this feature is possible where would one start?
> - --
> - ------
> Matt D
> - ------------
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.21 (GNU/Linux)
> Comment: MacGPG2 - http://www.gpgtools.org/macgpg2.html
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJSrzhgAAoJECrdp7MWSIVbL8oH/2LVZBAkNvVUNBmhzCmnz7Uu
> d86hfbmWA1GvjgMfNggp0PWgsEycbLIFq/syvTHQn8O0vjKGz0CF+3wgZ7bFujPt
> 6vMobr8iINNDub4n1bKsfLPiPzHpRt9paDB7M8Y0VszQrewaHYqNRp7/HFnMWkkO
> pOhUWJEeyn2Bv0MgNTAWt5owtJxjLtUCRDGcalXbSFWdrAr8BZdcG85htl55F3uE
> pd7DNKZgtR+dldJeRplih6bbSpDZbBxsbjOff59Wp892HhgIYsYGa7NhtFZe3BA5
> Y7GVnhEiX4fKunyCYzAtm0DwgjmsmE6Jn4V+ptN40m0I/sJIe6I/DoayvkiFduA=
> =ApBi
> -----END PGP SIGNATURE-----
>
>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Would it be possible to add scanning capability to op25 so we could
scan a list of freqs or search for active freqs within some range?
If adding this feature is possible where would one start?
- --
- ------
Matt D
- ------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (GNU/Linux)
Comment: MacGPG2 - http://www.gpgtools.org/macgpg2.html
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJSrzhgAAoJECrdp7MWSIVbL8oH/2LVZBAkNvVUNBmhzCmnz7Uu
d86hfbmWA1GvjgMfNggp0PWgsEycbLIFq/syvTHQn8O0vjKGz0CF+3wgZ7bFujPt
6vMobr8iINNDub4n1bKsfLPiPzHpRt9paDB7M8Y0VszQrewaHYqNRp7/HFnMWkkO
pOhUWJEeyn2Bv0MgNTAWt5owtJxjLtUCRDGcalXbSFWdrAr8BZdcG85htl55F3uE
pd7DNKZgtR+dldJeRplih6bbSpDZbBxsbjOff59Wp892HhgIYsYGa7NhtFZe3BA5
Y7GVnhEiX4fKunyCYzAtm0DwgjmsmE6Jn4V+ptN40m0I/sJIe6I/DoayvkiFduA=
=ApBi
-----END PGP SIGNATURE-----