-----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-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
i checked out 328 from the svn source and now I get this when trying
to build.
make[2]: Leaving directory `/home/matt/op25/blocks/src/lib'
Making check in python
make[2]: Entering directory `/home/matt/op25/blocks/src/python'
make check-TESTS
make[3]: Entering directory `/home/matt/op25/blocks/src/python'
Traceback (most recent call last):
File "./qa_op25.py", line 24, in <module>
import op25
File "/home/matt/op25/blocks/src/lib/op25.py", line 24, in <module>
_op25 = swig_import_helper()
File "/home/matt/op25/blocks/src/lib/op25.py", line 16, in
swig_import_helper
import _op25
ImportError: /home/matt/op25/blocks/src/lib/.libs/_op25.so: undefined
symbol: _ZNK4ldu23lcfEv
FAIL: run_tests
==================
1 of 1 test failed
==================
make[3]: *** [check-TESTS] Error 1
make[3]: Leaving directory `/home/matt/op25/blocks/src/python'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory `/home/matt/op25/blocks/src/python'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/home/matt/op25/blocks/src'
make: *** [check-recursive] Error 1
matt@matt-Inspiron-1525:~/op25/blocks$
I cant shake it; any help will be much appreciated.
- --
- ------
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/
iQEcBAEBAgAGBQJSp30lAAoJECrdp7MWSIVbcDcH/0BdZHVshXzC1m72OfXYw4bV
r1rYlYSKJCC2yslR2aM12Bf4tiEwapHRuATpNTdm+6a8FeM5nXPy/e/0N327PB42
JJ9aFLLE0e0f1KBgKwg3WJwpjEl2tSyVfr16bn1BrkpukwDHIXylyFkPQQSAeQGK
3FkWkAf10ivDbyJHUqF8wAIiSmoz8satXAvR+lkS2n0WLXQqxAUPfwzOj+/IdLza
HY3lFhkn+FAvThzCewmiX9pYGzSW6jU3ZdbCRXgtkRus+srIxSkhrBRSZ1u1L5BK
mfeVuNobRp+LMZ8OWBN79XiJ1ySPPj6ZHAxx4CKy3DqvOlg3VHEOSxemYKINBgg=
=QR5x
-----END PGP SIGNATURE-----
I'm pleased to announce a major new OP25 release, which may be downloaded at http://mattrobert.com/Wireless/op25-gr3.7-0.01.tar.gz
The code has been completely reorganized with the following key changes:
1) This release of OP25 is compatible with GNU Radio version 3.7 (or newer)
2) The build system has been changed from autotools/autoconf to cmake
3) Support for gr-osmosdr has been added. This means that (in addition to USRP support) hardware support is extended to all devices supported by osmosdr (see http://sdr.osmocom.org/trac/wiki/GrOsmoSDR for a complete list of supported hardware)
4) Experimental trunk tracking support for IMBE voice channels now included (optimized for LSM/CQPSK) in the signal scope application
Not all pieces (in particular the python scripts) have been converted to the new format yet. Other pieces (for example the Wireshark plugin) should continue to be downloaded from the SVN repository while we work on pulling them into to the new codebase.
Please excuse the mess - we're working to make improvements and this release is the first step in that process. These code updates will be released as tarballs for the interim period until we can our GIT repository is established. Please notify the list of questions or problems with this new release.
For more information about the trunking and voice support which has been added to the scope.py app see the wiki page at http://op25.osmocom.org/trac/wiki.png/wiki/SignalScopePage
Hey guys,
Can anyone please explain to me what is going on in bch.cc? I am trying
to figure out what ECC is used in there and where it is used exactly.
Thanks
--
------
Matt D
------------
Hey guys,
I deleted my whole op25. checked out a new one. applied Balint's patch,
made some simple changes to the hdu.cc ldu1.cc ldu2.cc and tdu.cc files,
and built with no errors at all. the changes i made:
string
hdu::duid_str() const
{
cout << "HDU";
return string("HDU");
}
string
ldu1::duid_str() const
{
return string("LDU1");
cout << "LDU1";
}
string
ldu2::duid_str() const
{
cout << "LDU2";
return string("LDU2");
}
string
tdu::duid_str() const
{
cout << "TDU";
return string("TDU");
}
all i get in terminal when i hear the noise is a few HDUs. No LDU1s or
any of the others. There should be like 400 "TDU's.
I have been unable to figure what i am doing wrong. Any guidance will
be very much appreciated. Thanks.
--
------
Matt D
------------
Hey guys,
Is anyone getting garbage in the traffic pane UI? I deleted my whole
op25. checked out a fresh version. r328 if i remember right. did the
whole bootstrap, configure, make check, sudo make install dance; and i
am getting garbage in the UI. my logfile looks like this:
2013-11-04 11:02:15.797525 HDU Unknown (0) 0xb13f Unknown (0xc4) 0x5f73
2013-11-04 11:05:10.612410 HDU Unknown (0) 0xed38 Unknown (0x9) 0x73f5
2013-11-04 11:09:21.108211 HDU Unknown (0) 0x8100 Unknown (0x77) 0x1dec
2013-11-04 11:09:21.108955 HDU Unknown (0) 0x61 Unknown (0xa5) 0x7300
2013-11-04 11:09:21.281898 HDU Unknown (0) 0x2ba6 Unknown (0xff) 0x63f7
2013-11-04 11:09:21.460865 HDU Unknown (0) 0x63 Unknown (0x8) 0x7100
2013-11-04 11:09:21.650893 HDU Unknown (0) 0xae6f Unknown (0x7c) 0xed67
2013-11-04 11:09:21.834137 HDU Unknown (0) 0x85 Unknown (0x19) 0x6500
2013-11-04 11:09:22.022031 HDU Unknown (0) 0xf984 Unknown (0x6) 0x360c
as you can see, none of these fields are good data except the date/time.
the HDU should only show up once in while. So something is repeatedly
putting "HDU" and the nonsense data onto the thread to the GRC. In
addition to that i did a:
string
hdu::duid_str() const
{
cout << "HUD\n" ;
return string("HDU");
}
in the hdu.cc and as expected i hundreds of "HUD"s print in the
terminal. so similarly i did a:
string
ldu1::duid_str() const
{
return string("LDU1");
cout << "LDU1\n" ;
}
in the ldu1.cc. and i get no "LDU1"s in the terminal. Ive done this
whole routine 3 times and have got the same result. something weird is
going here that was not with previous versions. like i said the HDU
packets should only come up once in a blue. it would seem that
snapshot() is firing off way to many pickles without getting the right
data in to them.
i have not been able to figure what i am doing wrong here. can someone
please do a fresh install and see if the snapshot() and the traffic pane
play nice for them?
Thanks
--
------
Matt D
------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hey guys,
in the op25 traffic pane, the thread that waits for new data to be
received, waits to receive the pickled values for the fields in the
traffic tab, can someone please tell me exactly where the thread gets
its pickle from?? it is a c++ map right? the pickle i mean. does
anyone know what file that comes from?
beucase i commented out the functions in the pickle.cc pickle.h, in
op25/blocks/src/lib rebuilt same as stated on osmocom and i am still
getting updated data in the python UI. how can this be??
is the pointer to that thread: gr_msg_queue_sptr d_msgq; i cant
comment out anything in the snapshoit_du_handler beucase it wont biuld
if i do.
THanks!
- --
- ------
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/
iQEcBAEBAgAGBQJSaId/AAoJECrdp7MWSIVbvVgIAIp0MFwgbyzTDuxBuQLHcqkG
WuMT3o7u7ShiS0j1uXjUaaBGSl/55qn98jTLDMMLZIBKdTqDv0czPlWLEHRQTijM
wFuftN53zC1E2+USxLqyvNGV1UjkAxMlvY4liKDAfR4LCdWUrVRHJsUTzgOQ8/gw
CgsV9UAevVHyhzW/s5c7NT+iHNdfLgmlyhNLMOS3D2z1zQLnEy4dUotOey0V7KxX
Wfc89vdlmaSriAywNt/JaqMFkP9eU+Csh5rwOV87WU6jqOBiXV6WutIyW0F+gnRx
DVgaxfXDwaKrVOaUwQtpaXicXrCLVAKJLX/Z78Lewqbu8nW2Fl3lc4qhXCj8jJs=
=cwsj
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hello,
has anyone seen this error??? :
*** glibc detected *** /usr/bin/python: free(): invalid pointer:
0xaea02a58 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x75ee2)[0xb75a7ee2]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x1f)[0xb69a6adf]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1b)[0xb6a0e7bb]
/usr/lib/i386-linux-gnu/libstdc++.so.6(+0xb0800)[0xb6a0e800]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZNSsD1Ev+0x2e)[0xb6a0e86e]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN19snapshot_du_handler6handleEN5boost10shared_ptrI9data_unitEE+0x2a6)[0xb2d79e56]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN17data_unit_handler6handleEN5boost10shared_ptrI9data_unitEE+0x54)[0xb2d78c74]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN16voice_du_handler6handleEN5boost10shared_ptrI9data_unitEE+0x66)[0xb2d7b116]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN15op25_decoder_bf14receive_symbolEh+0x18c)[0xb2d92bec]
my guess is the memory mix up is happening here:
void
snapshot_du_handler::handle(data_unit_sptr du)
{
if(d_msgq) {
string snapshot(du->snapshot());
if(snapshot.size() > 0) {
const size_t snapshot_sz = snapshot.size() + 1;
gr_message_sptr msg = gr_make_message(/*type*/0,
/*arg1*/++d_data_units, /*arg2*/0, snapshot_sz);
char *snapshot_data = reinterpret_cast<char*>(msg->msg());
memcpy(snapshot_data, snapshot.c_str(), snapshot_sz);
d_msgq->handle(msg);
}
}
data_unit_handler::handle(du);
}
but wait the issue gets more interesting than 'du' pointing to an
invalid location:
to try to see if i could stop op25 from giving this dying error, i
commented out all of the snaphot()s in the hdu, ldu1, ldu2, and tdu.
but i am still getting all of the pickled data in the python UI.
¿¿ WTH ??!! can someone please explain to me what i am missing here?
- --
- ------
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/
iQEcBAEBAgAGBQJSZ9MgAAoJECrdp7MWSIVbPrsIAKJF/SZ5SY7F54sykWLHxFyB
eJmCW7q9PhsSshC6UU0+ogrYrVvmp2Du/PaNgfqQlMPJmsslJMe2RRRDul2jaosW
I9ZcAzRDXxaTfHP1g+SqIqfLGlvW7LRydq/Hpzczj6UD6GnkyMz6eaWNKuw+cis7
ZsqmaJZYzxDDfFvD5wm1xAnV1VUPSlwENV9BRUo+40TQBWs4nmJI/rge7BPByH6f
ttASLCERBDPX9gts9PeWtF1nnYgFR6rubDAKbc6sG7byi/TPGvbOIjrGKd/r9wEx
QobOYPxf0uKdkH4V2FRUhDMdJX/rR8fv109KFLr2K7eyAziyqEMqXwjNC9IH3iA=
=FWv5
-----END PGP SIGNATURE-----
Software prerequisites include GNU Radio 3.7; also cmake; as well as the current list of build packages listed on the build instructions page http://op25.osmocom.org/trac/wiki.png/wiki/BuildInstructionsPage
Once this is done and the tar.gz file has been downloaded and unpacked from
http://mattrobert.com/Wireless/op25-gr3.7-0.01.tar.gzThe two subdirectories, gr-op25 and gr-op25_repeater must be built as follows
cd ......./gr-op25
mkdir build
cd build
cmake ../
make
sudo make install
[repeat the above commands for gr-op25_repeater]
cd ......./gr-op25_repeater
mkdir build
cd build
cmake ../
make
sudo make install
Well - in the previous message I failed to give credit that is due to Jeff Long who contributed the changes to gr-op25 for the GNU Radio 3.7 conversion effort. Many thanks for this contribution which represents a lot of tedious effort! Was great seeing you again at the 2013 GRCon in Boston!
Also, sorry the previous announcement was formatted strangely, the opportunity to 'preview' postings has been removed :-( Here is another try - maybe the scrollbars will disappear this time
Max
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I'm pleased to announce a major new OP25 release, which may be
downloaded at http://mattrobert.com/Wireless/op25-gr3.7-0.01.tar.gz
The code has been completely reorganized with the following key changes:
1) This release of OP25 is compatible with GNU Radio version 3.7 (or newer)
2) The build system has been changed from autotools/autoconf to cmake
3) Support for gr-osmosdr has been added. This means that (in addition to
USRP support) hardware support is extended to all devices supported
by osmosdr (see http://sdr.osmocom.org/trac/wiki/GrOsmoSDR for a
complete list of supported hardware)
4) Experimental trunk tracking support for IMBE voice channels now
included (optimized for LSM/CQPSK) in the signal scope application
Not all pieces (in particular the python scripts) have been converted
to the new format yet. Other pieces (for example the Wireshark plugin)
should continue to be downloaded from the SVN repository while we work
on pulling them into to the new codebase.
Please excuse the mess - we're working to make improvements and this
release is the first step in that process. These code updates will
be released as tarballs for the interim period until we can our GIT
repository is established. Please notify the list of questions or
problems with this new release.
For more information about the trunking and voice support which has
been added to the scope.py app see the wiki page at
http://op25.osmocom.org/trac/wiki.png/wiki/SignalScopePage
I am trying to use the OP25 blocks for a C++ program. I have everything running fine as a .GRC. I also have a makefile to bundle everything up into a library.
I am confused which C++ blocks I should be using - should it be op25_fsk4_demod_ff.cc connected to op25_decoder_ff.cc ?
op25_decoder_ff.h get exported to /usr/include/ however only op25_decoder_bf.cc is included in the Makefile.am
There is no op25_fsk_demod_fb.cc so I am not sure how I would connect the decoder_bf block in.
What are the correct C++ blocks to use to replicate the "OP25 FSK4 Demod" & "OP25 Deocder" Python Blocks?
Are there any C++ programs I could use as an example?
Thanks for any pointers!
- Luke
Hey,
I am interested in writing the shortened hamming decoder and rs decoder
for the LC information. Is there any sort of reference manuals that
describe how the shortened hamming code is implemented? From looking at
the op25 lib; op25_hamming.h in particular, it looks like its being done
bitwise in
hamming_15_decode function. i just really don't know what that giant
encoding array & the small decoding array are and how those relate to
the generator matrices in the tia pdf?
i think i kind of have to know what those are about before i can proceed
to write a decoder of the LCWs. But thereafter i suspect it shouldn't be
to hard.
the matrix algebra approach is how i understand how to decode hamming
codes and that approach is not used in op25. furthermore I am not sure
if implementing an algebraic approach would be appropriate (ie. fast
enough) for our use here?
so it would be a big help if I knew how exactly the hamming_15_decode
function works, and in particular what those to arrays (encoding &
decoding) are, and where they come from, and how the generator and
parity matrices (or functions) are utilized?
Thanks!
--
------
Matt D
------------
on my most recent crash there was a little more information than before.
after the memory map in the shell where the crash occurred there is now
this message:
^CTraceback (most recent call last):
File "/usr/local/bin/gnuradio-companion", line 63, in <module>
ActionHandler(args, Platform())
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py",
line 70, in __init__
gtk.main()
and the new from gdb:
warning: .dynamic section for
"/usr/local/lib/python2.7/dist-packages/gnuradio/gr/_gnuradio_core_runtime.so"
is not at the expected address (wrong library or version mismatch?)
--
------
Matt D
------------
Hi,
When compiling i did 'configure --enable-debugging'.
so the memory error finally crashed op25 and the core file dumped. i
ran 'sudo gdb /home/matt/OP25_GRC/op25_grc.py /home/matt/core.8995'.
I hardly got anything out of gdb (i attached a copy of what was in
terminal) but it did say the /home/matt/OP25_GRC/op25_grc.py was not in
executable format: file format not recognized.
What am I doing wrong here?
--
------
Matt D
------------
Sorry to drag up an ancient thread. I was wondering what specific modifications were needed for the general_work function of op25_decoder_ff.cc?
Does only returning synthesized frames work or does IMBE expect for some empty results to be inserted where there is no data to smooth things out? I am trying something similar using DSD and the WAV files I record with only synthesized data do not sound as good as audio played back with empty frames returned when no data is available.
Thanks for any tips you have!
Luke
--- In op25-dev(a)yahoogroups.com, "Balint" <balint256@...> wrote:
>
> Dear all,
>
> I've uploaded to the Files section of the board a new 'audio_p25_rx.py',
> which is the original file modified to output IMBE audio, and read/write
> WAV/float data files (since I don't have a USRP and use a discriminator
> tap).
>
> Some notes:
>
> # wx must be set to 'nongl' mode (widgets are the older non-OpenGL type)
>
> # Make sure your ~/.gnuradio/config.conf has a '[wxgui]' section, which
> contains the line 'style=nongl'
>
> #
>
> # Voice output requires the environment variable 'IMBE' set to 'soft', AND
> modification to op25_decoder_ff.cc to prevent
>
> # excessive zero values being output (which chops up the real output
> stream and produces too much silence) - this can
>
> # be done by only producing 'general_work' output values when actual voice
> data is synthesised (i.e. return the number
>
> # of synthesised samples produced and don't pad the output buffer with
> silence)
>
> #
>
> # If you want to capture using Wireshark, don't forget to run this as root!
>
> # Use the '-w' wait option, then start Wireshark and begin capturing, then
> return to your terminal and hit any key.
>
>
>
> In addition, I've found that software_imbe_decoder dies sporadically at
> 'decoder/src/lib/software_imbe_decoder.cc:1022'. I believe this is because
> the class member variable 'OldL' is left un-initialised, and used as such on
> line 1018. Adding 'OldL = 0;' to the class constructor (line 756) appears to
> fix the problem (and causes the 'OldL == 0' check on line 1005 to kick in).
>
>
>
> Please let me know if you try the new Python code and have any problems.
>
> Balint
>
i tried building with './configure --enable-debug'
got the following errors:
bch.cc: In function 'int bchDec(bit_vector&)':
bch.cc:33:8: warning: variable 'root' set but not used [-Wunused-but-set-variable]
bch.cc: At global scope:
bch.cc:170:29: error: redefinition of 'const int bchGFexp [64]'
bch.cc:8:18: error: 'const int bchGFexp [64]' previously defined here
bch.cc:177:29: error: redefinition of 'const int bchGFlog [64]'
bch.cc:15:18: error: 'const int bchGFlog [64]' previously defined here
bch.cc:184:25: error: redefinition of 'const int bchG [48]'
bch.cc:22:18: error: 'const int bchG [48]' previously defined here
bch.cc: In function 'int bchDec(bit_vector&)':
bch.cc:190:5: error: redefinition of 'int bchDec(bit_vector&)'
bch.cc:28:5: error: 'int bchDec(bit_vector&)' previously defined here
bch.cc: At global scope:
bch.cc:332:29: error: redefinition of 'const int bchGFexp [64]'
bch.cc:8:18: error: 'const int bchGFexp [64]' previously defined here
bch.cc:339:29: error: redefinition of 'const int bchGFlog [64]'
bch.cc:15:18: error: 'const int bchGFlog [64]' previously defined here
bch.cc:346:25: error: redefinition of 'const int bchG [48]'
bch.cc:22:18: error: 'const int bchG [48]' previously defined here
bch.cc: In function 'int bchDec(bit_vector&)':
bch.cc:352:5: error: redefinition of 'int bchDec(bit_vector&)'
bch.cc:28:5: error: 'int bchDec(bit_vector&)' previously defined here
make[4]: *** [bch.lo] Error 1
make[4]: Leaving directory `/home/matt/op25/blocks/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/matt/op25/blocks/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/matt/op25/blocks/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/matt/op25/blocks'
make: *** [all] Error 2
indeed on inspection of the bch.h code i noticed some things. straightaway i saw that the code was not surrounded with the standard:
#ifndef INCLUDED_BCH_H
#define INCLUDED_BCH_H
#endif
so i added this and the make error is gone. i am confused as to why the header file is so spartan? no declarations?
Thanks!
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Date:2013-08-14
For a number of reasons[0], I've recently changed my email provider
and set up a new OpenPGP key. As a result I shall be immediately
transitioning away from my ten-year old PGP key.
The old key will be revoked very soon, and so I would like all future
correspondence to use the new one. I would also like this new key to
be re-integrated into the web of trust. This message is signed by
both keys to certify the transition.
The old key was:
pub 1024D/AE445B2E 2004-10-25
Key fingerprint = E27B 3AF7 C367 74C2 FFF0 40B7 5BB6 809B AE44 5B2E
and the new key is:
pub 4096R/0E7A0087 2013-08-14
Key fingerprint = AB4C DD88 559B B3AC DF63 DC76 AE2F F214 0E7A 0087
To fetch the full key from a public key server, you can simply do:
gpg --keyserver keys.riseup.net --recv-key 0E7A0087
If you already know my old key, you can now verify that the new key is
signed by the old one:
gpg --check-sigs 0E7A0087
If you don't already know my old key, or you just want to be extra
sure, you can check the fingerprint against the one above:
gpg --fingerprint 0E7A0087
If you are satisfied that you've got the right key, and the UIDs match
what you expect, I'd appreciate it if you would sign my key. You can
do that by issuing the following command:
**
NOTE: if you have previously signed my key but did a local-only
signature (lsign), you will not want to issue the following, instead
you will want to use --lsign-key, and not send the signatures to the
keyserver
**
gpg --sign-key 0E7A0087
I'd like to receive your signatures on my key. You can either send me
an e-mail with the new signatures (if you have a functional MTA on
your system):
gpg --export 0E7A0087 | gpg --encrypt -r 0E7A0087 --armor | mail -s
'OpenPGP Signatures' <smg(a)hush.com>
Additionally, I highly recommend that you implement a mechanism to keep
your key
material up-to-date so that you obtain the latest revocations, and other
updates
in a timely manner.
I also highly recommend checking out the excellent Riseup GPG best
practices doc, from which I stole most of the text for this transition
message ;-)
https://we.riseup.net/riseuplabs+paow/openpgp-best-practices
Please let me know if you have any questions, or problems, and sorry
for the inconvenience.
Steve Glass
0. https://www.debian-administration.org/users/dkg/weblog/48
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
iEYEARECAAYFAlILarcACgkQW7aAm65EWy7Y3ACgu55BvaS59A3l41uDsXkrIUMi
a7AAmwTlctyIdAWDj7vXH9InucqIqGlMiQIcBAEBAgAGBQJSC2q3AAoJEK4v8hQO
egCHpJoQAKLyqNRvosqXiiiV4HvxeiiaYlzfkv6CejfynBD5vO4RR+nzim002T7I
ezCmPObO+6PtA0go3qkYn94YIKxqn1RK+ctMmWAF5utAQ0V6bEGMseIwvdzuWt4x
aoaHxdDng1ZaQJO9xS6U/SCm34vg0dQlCW+4sSiMg/GsQ2+wv71wThh81T37DuBX
bDGz53ZMA/wz/W52YJkSaEn+k+R/Js1FSFpNuCvn2NT2wZiWr05H2KKMCUgHitbi
cWA8uFD4Z4EshWJHHlRX3hdB8HygQ8N1rVb83GZjZxMGEUEfVC88ZUSt6al3ACfN
Ix9uM3xbKJ7thrl0NwrvQG/Z+ecmUyjENBeXQBwne86TzVx3E9mgoDdER7pf+zpe
rqXvMSfa+ONSghHkm9u5UCli5/kduG/0gW3eeuqCtXq08c0zJe0NzGsWUSYVNZmI
oeq1erVNpo7zzo7XHGPA8Yq3nfgFPV6A/3ivfmema/J17ngWMtym5CGy8EpJelRv
J4QNRBUGVRKBgrlX+3AvDXvtQznE/NZqE1ugbzGrdimZsxR5d5FcBJU+1+jgZ/OJ
ur//OBHPfDvF15RtiYOCi66IPC5AUrOK0gcw+x/9VHkd6olU7dJDXxx5N58/VNnm
weB+JNY3doQuch4lQVqQ5r484KzfoUS2r7ZC/o/xo2aA6kvanwpZ
=OoMf
-----END PGP SIGNATURE-----
hey,
i made some code to show information from the data units; some in the
c++ (ldu1.h, ldu1.cc, etc) and some in the python (traffic panel). now
when i leave it running for a somewhat extending period of time op25
dies with what i think is some sort of memory error:
*** glibc detected *** /usr/bin/python: free(): invalid pointer:
0xb7698434 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x75ee2)[0xb7567ee2]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x1f)[0xb696eadf]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1b)[0xb69d67bb]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN19snapshot_du_handler6handleEN5boost10shared_ptrI9data_unitEE+0x236)[0xb2ce6de6]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN17data_unit_handler6handleEN5boost10shared_ptrI9data_unitEE+0x54)[0xb2ce5c74]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN16voice_du_handler6handleEN5boost10shared_ptrI9data_unitEE+0x66)[0xb2ce8116]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN15op25_decoder_bf14receive_symbolEh+0x18c)[0xb2cffbec]
/usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN15op25_decoder_bf12general_workEiRSt6vectorIiSaIiEERS0_IPKvSaIS5_EERS0_IPvSaIS9_EE+0x4b)[0xb2cffddb]
/usr/local/lib/libgnuradio-core-3.6.3.1.so.0.0.0(_ZN17gr_block_executor17run_one_iterationEv+0xa09)[0xb6aa5529]
/usr/local/lib/libgnuradio-core-3.6.3.1.so.0.0.0(_ZN18gr_tpb_thread_bodyC1EN5boost10shared_ptrI8gr_blockEEi+0x4b1)[0xb6ac7aa1]
/usr/local/lib/libgnuradio-core-3.6.3.1.so.0.0.0(+0xb335b)[0xb6ac235b]
/usr/local/lib/libgruel-3.6.3.1.so.0.0.0(+0x32e46)[0xb6c6ae46]
/usr/lib/libboost_thread.so.1.49.0(+0xb96c)[0xb68f096c]
/lib/i386-linux-gnu/libpthread.so.0(+0x6d4c)[0xb76c5d4c]
/lib/i386-linux-gnu/libc.so.6(clone+0x5e)[0xb75e0dde]
======= Memory map: ========
i omitted the huge memory map. i have no idea what to do with this sort
of back trace. any guidance will be much appreciated.
Cheers,
Matt
hey,
i am having major problems here. i was testing some code i put into the
ldu1 files to get the unit ids. after many installations of the revised
ldu1 files my work was halted. first my grc got stuck on start up. now
it starts and dies in a flash and prints out like a thousand errors that
essentially, i think, say that op25 is not installed; or that it is
installed incorrectly.
i have been trying to remedy this all weekend. i uninstalled and
reinstalled op25 and gr-baz and grc3.6.3. multiple times. i am fresh out
of ideas. i attached the traceback stuff, if you can, please take a
peek. any guidance would be much appreciated.
--
Matt D
------------
Hey,
In the hdu.cc file there is a function 'apply_rs_correction'. I am
interested in finding out how this works. What is confusing me is that
I know it works. But I have been looking at this code and to me it
seems to do essentially nothing???
// apply a different kind of correction
void
hdu::apply_rs_correction(bit_vector& frame)
{
// pre-processor if statement that is *always false* (0 == false)
#if 0
*// so this code is not included in the final compiled program
static itpp::Reed_Solomon rs(6, 8, true);
const size_t rs_codeword[][6] = {
};
const size_t nof_codeword_bits = sizeof(codeword_bits) /
sizeof(codeword_bits[0]);
// the end of the pre-processor if statement
#endif
// and that's it for this function? -- so this function is actually
empty in the compiled program???
}
I am putting comments in the code trying to understand it. What am i
missing here?
--
Matt D
------------
Hey,
I am trying to get a handle on the data in the Link Control Word. The
LCW is 72 bits right? On transmission the 72 bit LCW is serialized into
12 hex bits. And then it is encoded with a (24,12,13) RS code to yield
24 hex bits. The 24 hex bits are then encoded with a (10,6,3) shortened
Hamming code to yield 240 bits total.
Is it known how the bits are serialized? Or better yet is there an
existing function for unserializing/serializing that will work here?
And the Hamming and RS codes: does anyone have functions for decoding
(10,6,3) Hamming and (24,12,13) RS code?
If these decoders do not exist already, where should I start?
Thanks!
--
Matt D
------------
Hey,
Does anyone know whats up with the LCFs??? There are only 2 examples in
the Daniels manual. I have been unable to find out anything about the
remaining LCFs.
Thanks
--
Matt D
------------
I've had some people request that I submit the P25 CAI Wireshark
dissector upstream for inclusion in Wireshark. It makes sense to me
since it is quite stable. Do others agree?
My only concern is that we currently use an unassigned UDP port and
encapsulate P25 CAI in UDP. Should we try to get an official pcap data
link type (DLT) instead? Are there reasons to prefer UDP over our own
DLT? If so, should we pursue standardizing a UDP port number?
Mike
Hi folks,
A quick update: I've added to gr-baz <https://github.com/balint256/gr-baz>
some new OP25 blocks.
I've split up the combined 'Decoder' block into the FSK4 and actual decoder
(simple) parts.
I've also added the traffic pane - you'll see how it fits together in the
sample/OP25.grc
Make sure you back up your old GRC file before you update so you don't end
up in a nasty XML merge conflict!
For those people that aren't hearing any audio, check if the traffic pane is
showing you anything.
For those wondering about talk of patches, instructions are here:
http://wiki.spench.net/wiki/OP25
If you use r307+patch, you can also check the console to see if decoder
information starts appearing to see if valid frames are being detected.
Balint
Hi guys.
First thank everybody for helping me those previous week.
I'm really stuck on something now that I can't understand:
When I' using the file source in OP25.grc everything seems working perfectly, I got the 4 ligns in the Dibits and I can hear someone speaking.
HOWEVER when I use my USRP B100 here is the situation: I have 4 perfect lignes but NO AUDIO.
Moving from the File source to the USRP, I dont touch any audio sink frequency or interpolation of the Rational Resampler or Channel rate so logicaly the probleme should not be coming from here..
Im pretty sure that I applied the patch r307. Furthermore this patch is also to make the audio work wich is the case with the file source so what..?
Any suggestions please? Why the audio is working with the files source but not with the USRP?
Thank you very much
Souf
Hi everyone,
I am sort of weary of updating to using next branch (3.7) from 3.6.3
because I don't want lose my balance and get dumped. But I was told
there is a feature there I may need.
So is anyone using OP25 with 3.7 successfully?
Cheers,
--
Matt D
------------
Hi guys,
I have a pretty straight forward question. In directory
op25/blocks/src/lib there is a file called logfile_du_handler.h and the
comments within say that the code writes frames to a log file and that
the name of the log file is d_log. How do we access this log file?
Thanks a bunch
--
Matt D
------------
Hi guys,
I managed to fix the error about the PYTHONPATH, thanks to Matt and Steve. It was still not working after setting the PYTHONPATH but I understood that I had to copy some files like OP25.py in a new directorie /usr/local/lib/python2.7/dist-packages/gnuradio and create here the directorie OP25. It stoped showing the import error.
However I have now this error and any hint and help are welcome:
-------------------------------------
File "/usr/local/lib/python2.7/dist-packages/baz/op25.py", line 88, in create
raise Exception("Could not find a decoder to use")
Exception: Could not find a decoder to use
-------------------------------------
I made some searches in the previous discussion but I could not find anything.
Any Idea?
ps: I still have not applied the patch yet (maybe it's the reason?).. On the spench website they said to apply it to "the svn source" is it this one: ~/gnuradio/gr-baz ?
Thanks in advance for you awnsers
SouF
Hi everyone,
Has anybody seen this on a wireshark frame? :
Packet Data Unit[Dissector bug, protocol P25 CAI: packet-p25cai.c:1453:
failed assertion "state != -1"]
Thanks,
--
Matt D
------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I am currently using GNUradio v3.6.3. IF I in move to v3.6.4.1 will
this break my OP25?
I am trying to install mulitmode.py but the make dies with
"grcc:error:no such option:-d" so I think I may need the new GNUradio.
- --
Matt D
- ------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iQEcBAEBAgAGBQJRW3SXAAoJEIC13XTKWhPP5SoIALzM67gvzTxBuZDXkYqgoeDs
VWmwUQd1yx5WNJ96thCOEITZStHBdpeA8R+xMP51vo3EN0sl36N89JlBCrSjzPpX
UAwGy+eEgSTK+Nz8/10G86ciM8qls4qD2YxWhZGkhCRcETQhcg+zkqqu7ofFAu8X
EfSq/+1RICoq/7c2jJC5cIJRsCUt1sGvhkYUlCvv6tGgLDiGaPM2DNltrTJOexUb
G5hY/Pf1bOBxow+EwzyQWstLdB/sSRMV716fdOsV/Nsi7U/LMmXvnwIl52nLyN7K
MvRs03Yx4n7QZ7Bc5R5eMINOu5tl2yixlicu83wYrfmvtqFD7fiKl1EjCyRGLAY=
=HQkr
-----END PGP SIGNATURE-----
Hi everybody
I'm a graduate student working on a project and I have to realise a reception with an USRP of P25 standart communications.
I have basics knowledge in linux and I have been struggeling those days to make work gnu radio and gr-baz (with op25 module..).
I tried many distribution: Ubuntu 12.10/ 32 and 64 bits and now I'm on Ubuntu 12.04 (64) and still have problem while compiling gnu radio..
I understood that there are a lot of dependency problems due to the different versions of Ubuntu and gnuradio.
My question is simple, wich Ubuntu version should I take in order to make the gnuradio build script work without problems and gr-baz get installed without issues?
Thank you very much
Souf
Hi everybody!
I would have thought that there would be samples the web but i have been unable to find any and the link on osmocom is broken. I am in need of some signal samples so i can familiarize myself with the scopes and how the signals look in them. I want to start with P25 but I really need to be familiar with all sorts of signals so sharing of any kind of signal will be much appreciated.
Thanks!
Matt
----------------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello everyone!
I would like to bring back one of the tabs in the old OP25; the tab
that displayed all the ids and wut-not. I had the old version somehow
but I uninstalled it and deleted it so i cant even have a look at the
code behind that tab. Would it be possible to add that tab to the new
OP25? If so that would be something I would like to try to do.
I was also wondering if it would be possible to add the 'correlation'
tab from the signal scope app to the new OP25?
Thanks,
Matt D
- ------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iQEcBAEBAgAGBQJRVP0JAAoJEIC13XTKWhPPs9sH/jYai1wYYZ0Xx+7eKJkg/PEQ
qtL0LIZc9QOwmokbuoA8pbiidW2VFPmNzWvhfp48eWECnNIknwbJ/wR8CRNOBdnO
caf4AzvnosvlmwwnEOp7Y6XdnbK1FIhapQ/PBGhkycFM6HctwS4pcvj1YzCYp0gS
fGnAwu9MkSiGfNf0Nt7clblK9cWYZ7ZNE0EjFg+edqI+g8na2thXaABUxMSTVm73
DSe9Me2u+owSWyYwuaQgG4DmQrQivsOsWbVnKXR5BcRYHGQ/r16IQboblUHOplEL
axdXHDY9nsjNHH54hYPs4uWxninsyhfwXftFH4DRwdrc2AT7S8NAJvX96+gI8rY=
=8yVZ
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello everyone!
I just wanted to say that I have been using OP25 with wireshark for a
while now and I want thank all you guys who endeavored to put OP25
together. And thank all of you guys very much for being patient and
helping me to clean myself of my errors which were many because I
never even used Linux before trying OP25 with GNUradio.
Thank you very much!
- --
Matt D
- ------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iQEcBAEBAgAGBQJRU6sRAAoJEIC13XTKWhPP7zgIAKGtd2SZ2Fcg2PfjP1+Jykd2
zmCj137X0Z3pg43VH97mWKH0WtDZpC7s2h5MWBoIJg+dOswMXfliA7UoQaqVThqn
25mRURRPaYf07oFGZni5CH+6t7zvvbKduFDSdk5/Ze6HvrgijsKymVLvBSizwNjJ
gbhDkn17rHmSAS2v856zYG/3XFzhIdhkL/4181H2+C9gqGqx2OpTuBSYclUFAPVn
YQJT55dJhPe9ib1x6qeoLHRTCGAC86iav2yciqGLSP5QHPZMLmr3lSGeOEaCapA6
+jK3JMLYpHLZYD/oU/QnxKcSYkzNLgqPO8m3NInFhY8tnTwSvKnrMklFl8E9lyY=
=rQMr
-----END PGP SIGNATURE-----
Hello everybody, osmocom is down (sad) so I cant look for the answer
there. How do I tunnel the gnu radio into wireshark? is there a sink
that goes to an ip address or a usb port or something? I am stuck here
without the instructions on osmo.
Thanks,
Matt
-----------------
Hi guys. I set the sample rate at 1.024M because the RTL2832's minimum sample rate is 900k, the decimation at 32 and the samp_per_sym st 8 so I get a channel rate in the decoder of 38.4k. I watch the the FFT Plot until the carrier freq pops up, I center that channel on zero, narrow the bandwith a little, looks like good 4FSK. So then I go to the Dibits tab, change the marker to dots and there is the four lines streaming across the scope perfectly, not one dot out of place. But no audio. What am I doing wrong?
Thanks,
Matt
Hello everybody. I am trying to figure out why I get no audio from OP25. So I hooked up a scope plot to the audio output of the OP25 block. And nothing, the line is flat. Any ideas as to why OP25's audio output is dead?
Thanks,
Matt
----------
Hi everybody! Using the scripts on osmocom i put wireshark on my machine. The download, unpack, patch, build and install all went with no problem. Now trying to run wireshark the start up fails with this error:
ERROR:about_dlg.c:271:splash_update: assertion failed: (ul_sofar <= ul_count)
Has anyone dealt with this error or know any sort of solution?
Cheers,
Matt
Hi guys! I am wondering what is the optimal sampling rate for capturing of P25 transmissions. My main problem (aside from not getting audio) is that, while I can successfully capture at upwards of 2.0M, I can only play back at around 56k without greying out the gui. I am a little confused about this because I thought the throttle would control the clock speed for play back. Any suggestions on configuring the settings would be greatly appreciated.
Cheers,
Matt
-------------
Hello everyone! I am getting another weird error here. i received my USB e4k tuner and it was working. On OP25 i was using the scopes trying to figure how to get the four lines of dots and with RTL_FM i was getting audio, although the quality was bad. So i shut it down and i went out try on high ground but the signal was still weak. So i shut it down again, put myself within line of sight of the tower, and started it up and now OP25 dies like this:
Traceback (most recent call last):
File "/home/matt/gr-baz/gr-baz-master/samples/op25_grc.py", line 595, in <module>
tb = op25_grc()
File "/home/matt/gr-baz/gr-baz-master/samples/op25_grc.py", line 339, in __init__
self.gr_freq_xlating_fir_filter_xxx_0 = gr.freq_xlating_fir_filter_ccc(decim, (firdes.low_pass(1, samp_rate, xlate_bandwidth/2, 1000)), xlate_offset+xlate_offset_fine-fine_click_freq-auto_tune_offset_freq, samp_rate)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_general.py", line 6871, in low_pass
return _gnuradio_core_general.firdes_low_pass(*args, **kwargs)
IndexError: gr_firdes check failed: 0 < fa <= sampling_freq / 2
I have no idea how OP25 (same for RTL_FM) goes from working to failing with this error. Anyone have any ideas about this error?
Cheers,
Matt
Hello everybody! I want to use the SignalScope; especially the correlation tab looks very useful. However, i cant get numpy with the script on the SignalScope page. Any recommendations?
Hi everybody! I am in the process of collecting some signals. Do I want FM discriminator output or digital IQ? I dont know what kind of file to feed to the file source block: .wav or .mp3 or what?
Thanks,
Matt
----------------
I'm not much of a coder but I can assist in taking captures of a p25 phase II system. There is a site near me.
I have a gnuradio setup using rtlsdr dongles. Let me know how and what you would like me to capture. There are audio channels and a Motorola trunking control channel on this site. I've done some basic decoding of the control channel with some windows apps already but haven't tried anything with gnuradio yet.
Keith
ikj1234i <ikj1234i(a)yahoo.com> wrote:
>
>
>Hello Stevie
>
>Good to hear from you - this sounds like a good idea, for sure.
>
>It's always tempting to take such an opportunity as this to rewrite the entire system from scratch :)
>
>I think another piece to add to the puzzle that perhaps might be broken out as a separate item of concern would be UHD support.
>
>Mostly I think that would affect our py code but not so much our C++ blocks.
>
>Also when you added the fsk4 demod block to the op25 core it took me longer than it should but as of a few days ago I checked in several remaining stragglers to svn, all of our py code is now upgraded to use the in-tree version. I think there may have been one or two _very_ old ones that still use Franks' p25 and RD-LAP protocol handlers, but those apps date back to the days before our project had its own protocol processing...
>
>Also for GR 3.6 in addition to cmake there is a new directory structure that apps are to conform to.
>
>Looking further out there is some very exciting new stuff coming in GR for handling packet-oriented streams with timed transmission features. This looks like it should be a good fit for our repeater work, but will require effort to make use of the new capability.
>
>Finally, we're interested in P25 phase II, and are looking for RF captures of various phase II scenarios.
>
>Best
>
>Max
>
>--- In op25-dev(a)yahoogroups.com, Steve Glass <stevie.glass@...> wrote:
>>
>> Hi Everyone
>>
>> I think its time to organize a drive to move the code to the latest version
>> of GNURadio. The OP25 codebase is suffering badly from bit rot and that
>> needs fixing. GNURadio has evolved and developed many new features we've
>> not properly kept up with. Fixing the codebase will mean that we can get
>> people working with much less hassle than at present.
>>
>> I've created a wiki
>> page<http://op25.osmocom.org/wiki/wiki/ReengineeringPage>to act as the
>> starting point. I shall start opening tickets this week and
>> start mapping out the direction of the exercise. For now I want to focus
>> the effort on the core OP25 components and we can use GRC as our top-level
>> test harness. Take a look and take part in the discussion.
>>
>> Atb
>>
>> Steve
>>
>
>
>
>
>------------------------------------
>
>Yahoo! Groups Links
>
>
>
Hi Everyone
I think its time to organize a drive to move the code to the latest version
of GNURadio. The OP25 codebase is suffering badly from bit rot and that
needs fixing. GNURadio has evolved and developed many new features we've
not properly kept up with. Fixing the codebase will mean that we can get
people working with much less hassle than at present.
I've created a wiki
page<http://op25.osmocom.org/wiki/wiki/ReengineeringPage>to act as the
starting point. I shall start opening tickets this week and
start mapping out the direction of the exercise. For now I want to focus
the effort on the core OP25 components and we can use GRC as our top-level
test harness. Take a look and take part in the discussion.
Atb
Steve
using the command in terminal:
cd ~/src/op25/python
./audio_p25_rx.py -a
i get this error:
Using Volk machine: ssse3_32
Traceback (most recent call last):
File "./audio_p25_rx.py", line 1044, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, 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 "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
self._max_noutput_items)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
self.panel = stdpanel (self, self, top_block_maker, max_nouts)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "./audio_p25_rx.py", line 97, in __init__
self.__init_gui(frame, panel, vbox)
File "./audio_p25_rx.py", line 298, in __init_gui
self.slicer = op25.fsk4_slicer_fb(levels)
AttributeError: 'module' object has no attribute 'fsk4_slicer_fb'
can anybody help me with this error please?
Well it looks like in order to build this I am going to need a little more
input from anyone who has succeeded. Every attempt with every OS I have
tried has failed at some point due to lack of direct support for some
modules and or failures to compile to outright incompatibility.
Ubuntu 12.0.4 LTS got me the closest however when attempting to compile
Zaptel, the compile fails with errors which googling them results in
commentary that the Kernel is too new so I will need an older Kernel in
Debian or Ubuntu. How old??? Good question. as all the notes in Allstar's
build indicate CentOS 5.x is supported, nothing newer.. that does not help
me much in the debian world.
I tried several versions of CentOS 5.x , and all result in various modules
being of incorrect versions available or would not compile. I tried CentOS
6.x and got closer but failed to compile Zaptel for the reasons stated
above.
So if the intent is to allow us to build over a wide array
of OS's I can say that Isn't going happen. The modules are so critical that
have been used that I have yet to find a version that will build.
So unless someone wants to give some specifics in versions of OS that are
currently running asterisk as well as op25 as well as GNURadio, I have been
thus far unable to find a combination that supports all of them.
I tried starting with Allstar and with XiPar and neither has
support for GUI nor was I able to get a GUI to run, apparently that process
eludes me and my limited research to get it running as well as patience.
I would say with the current state of the docs, at best
Linux experts seem to be the only group of builders that are going to be
able to step through the minefield of a build. I am not criticizing the
docs, I understand they are written to be generic in many ways, but the
build requirements are far from generic in OS/Kernel requirements to get it
running.
While I am maybe a power user of Linux, I am not a
developer. so I may be above my knowledge base attempting the build. I own
and operate a dozen or so linux box's in my life including VMWare
virtualization on CentOS at work. I thought the instructions looked do-able
for my skillset.
I do not mean to criticize as much as suggest a little more
documentation on OS baseline starting points are in order.. As Debian and
Ubuntu seem to build best, that maybe tell us what version is in use so we
can get Zaptel to compile??? If that part fails, the rest is moot. Without
Asterisk running the repeater part is dead.
Doug
KD8B
I am going to make a more scientific approach to the build,
I decided to dig into Asterisk docs about platforms, I am not sure how
tailored the Allstar Link versions of this is in their svn but will start
with baseline specs in the Asterisk docs.
It looks like Zaptel should be able to build on any 2.6
kernel which means up to 11.04 or so Ubuntu, or CentOS up to 6.x should
work. A cannot recall how far I got on CentOS 6.x with allsar build but as
Allstar is based on CentOS , that may be the closest match.
I am going to concentrate on getting Zaptel to build.. Can
someone tell me if ZTDummy is the only driver needed???? For a Sound card
build???
It looks like CentOS 6.x Debian 6.x and Ubuntu 11.x should
all be Kernel 2.6.x and in theory support asterisk repeater.. We shall see..
If I can get that working next will be what it takes to get
GNURadio running.
Doug
KD8B
becuase i am stuck on this on an error (AttributeError: 'gr_hier_block2_sptr' object has no attribute 'set_callback') i decided to try to build again. when trying to install the 4fsk demodulator i get this error:
make[2]: Entering directory `/home/matt/gr-fsk4/src/lib'
/usr/bin/swig -c++ -fvirtual -python -modern -I/usr/local/include/gnuradio/swig -I/usr/local/include/gnuradio -module fsk4 -o fsk4.cc ../../src/lib/fsk4.i
/usr/local/include/gnuradio/swig/gr_basic_block.i:26: Error: Unable to find 'pmt_swig.i'
note that when i run op25 the first output line is "Imported legacy fsk4". so now i am confused as to how grc is importing the fsk4 if i cant even install it?
Cheers,
Matt
if i don't disable the 'raised root cosine filter' then i get this error in the op25 properties box:
Sink - bb(0):
Port has too many connections.
i already had to disable the 'wx gui fft sink' to get rid of the "AttributeError: 'gr_hier_block2_sptr' object has no attribute 'set_callback'" error which i believe stops the op25 python gui from running.
has anyone else had to deal with this "too many connections" error? thanks guys!
After a long time I have finaly got OP25 working, my thanks to the people who helped get it going and the numerous posts here that clarified issues.
there is one change I would like to make to the code. this is to change the way the data is either displayed by wireshark or a new start command that will display the 88 bit rew IMBE data rather than the 144 bit interlaced data.
I have been told that OP25 will display the data in thuis format but I will need help (step by step if possible) to do it
Folks
Sorry for the pain - tried replying to Doug but that message may have been killed, not sure. Anyhow, I've updated the repeater wiki page with instructions for building a CLI-only version of asterisk - the prereqs for doing so should be very minimal.
The asterisk CLI version is what I've always used (having started using * when there was no GUI) - ymmv.
Max
Hi Folks, new here.. Did a lot of looking around, but didnt see the answer to this. I want to use app_rpt as my repeater controler and support P25 + NBFM. I see a rx-to-asterisk app here, but not a corresponding asterisk-to-tx app. I saw a repeater app but didnt appear to support asterisk. Am I missing something or does it not exist? Thanks!
I am using using ubuntu 12.10 i am trying to run OP25 (python version 2.7.3), in GNU Radio Companion v3.6.3-35-g4435082f and i get an error. So I run the traceback command in terminal:
~$ python -m trace --count -C . op25_grc.py
Here is the output with an error:
Imported legacy fsk4
Using Volk machine: ssse3_32
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 162, in run_module_as_main
"_main__", fname, loader, pkg_name)
File "/usr/lib/python2.7/runpy.py", line 72, in run_code
exec code in run_globals
File "/usr/lib/python2.7/trace.py", line 819, in
main()
File "/usr/lib/python2.7/trace.py", line 807, in main
t.runctx(code, globs, globs)
File "/usr/lib/python2.7/trace.py", line 513, in runctx
exec cmd in globals, locals
File "op25_grc.py", line 493, in
tb = op25_grc()
File "op25_grc.py", line 231, in __init_
self.wxgui_fftsink2_0_0.set_callback(wxgui_fftsink2_0_0_callback)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py", line 54, in getattr
return getattr(self._hb, name)
AttributeError: 'gr_hier_block2_sptr' object has no attribute 'set_callback'
I really really want to get OP25 running but have not been able to figure out what is the solution to this error (AttributeError: 'gr_hier_block2_sptr' object has no attribute 'set_callback')
. it'll take me ages to figure out how to debug in python. some threads have said its because gnuradio is an older version but in my case it is not. i am wondering if the question is too amateur or something because nobody is lending assistance.
Any help will be so very much appreciated. Thanks.
Has anyone seen this error? i cant
find anything on the web about this. I already had to disable the Waterfall
sink and the FFT sink in order to get rid of the "AttributeError:
'gr_hier_block2_sptr' object has no attribute 'set_callback'" error. Now OP25
dies this way:
Imported legacy fsk4
Using Volk machine: ssse3_32
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%
Successfully initialised demod: "ezcap EzTV"
Probing "e4k"...not found.
Probing "fc0013"...not found.
Probing "fc2580"...bad check value.
Probing "fc0012"...not found.
Probing "e4000"...not found.
Could not find tuner automatically after probe
Found RTL2832 device: ezcap EzTV (tuner: interface not implemented)
Sample rate range: 900001 - 3200000 Hz
Crystal frequency: 28800000 Hz
Wait delay: 196.608 ms
ioctl(d_tap, TUNSETIFF, &ifr): Operation not permitted
Using legacy decoder_ff
>>> Done
I'm using Unbuntu 12.10, GNUradio 3.6.3, python 2.7.3, and NooElec R820T RTL2832
stick. I installed GNUradio using the build script on Balint's "how to build
page" but OP25 I had to build from source because the build script there has a
broken link. Any help will be much appreciated.
12 years, 5 months
2
2
by md123@nycap.rr.com
Does anyone know the command (using ubuntu) to permanently add a directory to the PYTHONPATH? Thanks in advance.
Its mailing list. One can email a question or anysort of email about OP25, everyone on the list will see the message, and hopefully something usefull will be learned.
ikjtel <ikj1234i(a)yahoo.com> wrote:
>what is this ?
>
>
>
>________________________________
> From: Mark Thompson <wb9qzb_groups(a)yahoo.com>
>To: "IllinoisP25-DMR(a)yahoogroups.com" <IllinoisP25-DMR(a)yahoogroups.com>; "IllinoisDSTAR(a)yahoogroups.com" <IllinoisDSTAR(a)yahoogroups.com>; "k0rz(a)comcast.net" <k0rz(a)comcast.net>; "NFCC(a)yahoogroups.com" <NFCC(a)yahoogroups.com>; "SouthernWisconsinAPRS(a)yahoogroups.com" <SouthernWisconsinAPRS(a)yahoogroups.com>; "k9lpk(a)att.net" <k9lpk(a)att.net>; "MOTOTRBO(a)yahoogroups.com" <MOTOTRBO(a)yahoogroups.com>; "op25-dev(a)yahoogroups.com" <op25-dev(a)yahoogroups.com>
>Sent: Sunday, February 10, 2013 11:48 AM
>Subject: [op25-dev] (unknown)
>
>
>
>
>
>
>
>http://www.mb-ing.de/pvdcpega/gcn4te1ok8vg6b.h9ojy4haddkdnr433u4se6zp42y1wn…
>
>
>
>Mark Thompson
>
>
Hello all,
They accepted my request for membership (what were they thinking). So Im just going to jump right in and see what if anything I can contribute and try to not ask too many silly questions.
Altho P25 isnt my main area of interest it is something to work with as there is a P25 system locally with a combination of clear and ADP encrypted traffic on it. Being the nosey type I am like to see whats going on with the system.
As for myself an electrical engineer currently working in broadcast television. Not much of a programmer have done a bit of c for microchip pic in recent years and linux is something I havnt played with in 15 or more years so a bit rusty. I do speak fluent cisco and have a way of scavenging nice hardware. The corprate IT dept is in our building and its a revolving door they give about 4 years at the outside before turning down a system. Currently sitting on an IBM x455 cluster that really needs something to do other than track satellites :) Trying to latch on to the blade centers but they still have signifigant value and are easy to ship. Thats me in a nut house I mean nut shell reading thru the threads and site trying to get something workable to start and take it from there.
Austin
Has anybody had any luck getting OP25 to work. I have been going crazy trying to get this program installed and running but it always gives me errors. I have tried ubuntu 9.10 but they no longer release or update any packages for that version anymore. So now I am on to Ubuntu 10.04 GNUradio installs fine but I get a ton of errors when trying to install OP25. My end game is to be able to use OP25 with wire shark to review the data packets. Right now I am at a loss, I am not very Linux literate and really have a almost no knowledge on how the operating system works. I should add I installed and use DSD just fine, thats why this op25 thing is driving me crazy I follow every part of the building instructions to the T and still get errors and missing pieces. I am at the point that I am willing to pay somebody for their time if someone would be kind enough to contact me directly I will give you my phone number and we can go from there. Just let me know what I owe you for your time and I will paypal it over to you. Bottom line is I NEED to get this program up and running with wire shark for a project me and some Friends are working on. Any help would be very much appreciated and I am more than happy to compensate any for their time if somebodies willing to walk me through the set-up and figure out why I cant get it running. PLEASE HELP! Any one interested can contact me here directly at the email address below.
Thank you all for your time,
Robert Klamp
RobertKlamp at Comcast dot net
Hi guys. I was able to successfully compile and install (at least with no errors) OP25, gr-fsk4, wireshark, and GNUradio. Using Ubuntu 12.10 and all of the latest for the OP25, gr-fsk4, wireshark, and GNUradio. Now I am confused here because OP25, fsk4 decoder, and wireshark, are not found in my GNUradio. Anyone have any ideas of why GNUradio doesnt have available the blocks i installed?
Any help is much appreciated, Thanks a bunch,
Matt
Hello brains,
Qt the boto; of this page: http://op25.osmocom.org/wiki/wiki/RepeaterPage
I would like to understand the limitation of the USRP transmission:
- Why is the channel spacing arbitrarily 25 kHz (just a SW limitation ?)
- Are you transmitting the P25 air interface for voice ?
Thank you,
Hi,
Where would I find the library for op25? It looks like everything builds
but I can't find a .a file for op25. The only library I can find is
libimbe_vocoder.a. Am I missing something?
stephen
I am setting up an Ubuntu pc for the sole purpose of running op25. I am struggling getting op25 to work on Ubuntu 12.10 as GCC 4.11 does not seem to be available to install anymore because it has compatibility issues with the newer version. At least that is what I have found on the web.
Anyways I have the need to view raw p25 packets to trouble shoot a bug with a specific radio's data packets.
I have two ways to receive the audio stream either via discriminator tap or via usb rtl-sdr.
In Ubuntu 12.10 I have done the following.
Failed to build GNURadio 3.2.2 with compiler errors, not missing imports but things like invalid syntax etc so preaty sure it is because I can't use Gcc 4.11 in Ubuntu 12.10
Successfully installed GNURadio 3.6 via builtin" Ubuntu Software Center" installer
Successfully make and install op25 at least didn't get any errors.
Successfully make and install patched version of wireshark.
Successfully make gr-fsk4 but had to add stderr definitions to a couple of the files to fix make errors also had to copy gruel_common.i from /usr/local/include/gruel/swig to /usr/local/include/gnuradio/swig to fix missing gruel_common.i error
Succesfully make imbe_vocoder.
I tried to run "./audio_p25_rx.py a" from the op25/python directory but kept getting an "importError: no module named op25" error. I tired setting PYTHONPATH environment variable to /usr/local/lib/python2.7/dist-packages where the op25.py file was located (http://www.youtube.com/watch?v=86KtgkaH5H0) but still same error so I copied all of the op25/python/ files to /usr/local/lib/python2.7/dist-packages/gnuradio folder
I ran it there and still got op25 errors.
I figured it was an issue with gnuradio version so I uninstalled gnuradio using Ubuntu Software center.
I also did a "make uninstall" on the gr-fsk4 I installed earlier because it seems to have been replaced in op25 with gr-baz.
gr-baz is included in this install script
I did a build of gnuradio and a buch of other needed tools using a script located at (http://www.sbrac.org/files/build-gnuradio)
I made a folder new folder src in my home directory I coped the build-gnuradio script to this folder. I then ran chmod 755 build-gnuradio to allow execution.
I ran "./build-gnuradio v all" (took awhile and had some warnings but no errors)
Now things started to work at least without the import errors so referenecs seem to be a lot better.
I can run ./rtl_sdr and do a capture so thats a plus as I know my cheap sdr usb receiver is working.
If I run ./audio_p25_rx.py I get the following errors
Using Volk machine: sse4_1_64
Traceback (most recent call last):
File "./audio_p25_rx.py", line 1044, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, 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 "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
self._max_noutput_items)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
self.panel = stdpanel (self, self, top_block_maker, max_nouts)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "./audio_p25_rx.py", line 97, in __init__
self.__init_gui(frame, panel, vbox)
File "./audio_p25_rx.py", line 276, in __init_gui
self.spectrum_plotter = self.spectrum.win.plot
AttributeError: 'fft_window' object has no attribute 'plot'
If I open and execute (http://svn.spench.net/main/gr-baz/samples/OP25.grc) from http://wiki.spench.net/wiki/Gr-baz#grc I get the follow errors
Using Volk machine: sse4_1_64
Traceback (most recent call last):
File "/home/andrewadevries/op25/op25_grc.py", line 563, in <module>
tb = op25_grc()
File "/home/andrewadevries/op25/op25_grc.py", line 306, in __init__
self.rtl2832_source_0 = baz.rtl_source_c(defer_creation=True, output_size=gr.sizeof_gr_complex)
AttributeError: 'module' object has no attribute 'rtl_source_c'
Any one offer some suggestions?
Hi I am new to the group and GNUradio. I have installed gnuradio on ubuntu 12.04 from the directions at this link.
http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x6…
I then went to the build instructions page and followed them to the T, all seemed to be going well but when I enter the command line to start it
~/src/op25/python$ ./audio_p25_rx.py -a
I get this error message
robert@robert-laptop:~/src/op25/python$ ./audio_p25_rx.py -a
Traceback (most recent call last):
File "./audio_p25_rx.py", line 34, in <module>
from gnuradio import audio, eng_notation, fsk4, gr, gru, op25
ImportError: cannot import name fsk4
robert@robert-laptop:~/src/op25/python$
Can anybody please help me get the program running I am not great with software code and really need to get this up and running for a current project I am a part of. I am hoping this issue can be resolved with a couple of command lines.
Thank You For Your Time and Help,
Robert Klamp Jr.
Hi folks,
It has taken a little longer than I anticipated, but it's all here:
http://wiki.spench.net/wiki/OP25
The page describes:
. Getting the latest OP25 working with the latest GNU Radio (one
easy patch)
. Using the Legacy USRP shim so OP25 can access any USRP via UHD
(one symlink)
. How to do a side-by-side install of multiple OP25 versions
<http://wiki.spench.net/wiki/Side-by-side_GNU_Radio_Modules> (one copy &
script)
. Adding DES-OFB decryption (a little more complex, but all the
instructions are there)
The side-by-side guide
<http://wiki.spench.net/wiki/Side-by-side_GNU_Radio_Modules> not only
applies to OP25, but any other GR module.
Don't forget to install gr-baz <http://wiki.spench.net/wiki/gr-baz> to get
the OP25 Decoder block <http://wiki.spench.net/wiki/gr-baz#op25> for GNU
Radio Companion, a sample flowgraph that does the decoding from a variety of
sources, the patches themselves and additional sample files.
Please let me know if this is useful to people, what success you have, and
if anyone is keen to move the DES-OFB code to the latest source (the patch
is for version 219!).
Kind regards,
Balint
Hi folks,
I had the pleasure of sitting with some major OP25 contributors (Max and
Mike) at the GNU Radio conference today, and also managed to get OP25
working with a USRP N210 using UHD. You can see in the attached image that
I'm using the OP25 block from gr-baz in GRC (the flowgraph sends the decoded
audio to the speakers via the Audio Sink). The voice frames' data is being
printed in the console, and four-level dibits are shown on the scope. The
other tabs contain FFTs for the entire baseband and the selected channel,
and make use of the new click-handler feature that triggers a callback
containing the frequency you clicked on. You can therefore tune (really
change the offset in the Freq Xlating Filter) to a signal you see appear on
the FFT just by clicking on it (the same way you can with the Python apps,
e.g. usrp_p25_rx/audio_p25_rx, however this is all from GRC).
The IT++ 4.2 BCH problem still exists, so I've used the alternate
implementation that Max also uses in the 'repeater' code to handle
identification of the frame header.
The GRC flowgraph obviously uses the UHD Source block to capture the
baseband data, but the Python scripts (e.g. those mentioned above) also now
work with UHD. The legacy USRP code is actually untouched as I've written a
thin wrapper for UHD that makes any UHD-compatible device accessible through
the legacy interface (i.e. brought 'from gnuradio import usrp' &
usrp.source_c back). Not the best approach to force projects to move to UHD
properly, but a temporary measure in the meantime ;)
I'll post some code soon!
Kind regard,
Balint
The Volokh Conspiracy
September 7, 2012 Friday 4:02 AM EST
District Court Rules that the Wiretap Act Does Not Prohibit Intercepting Unencrypted Wireless Communications
LENGTH: 1078 words
The decision is In re INNOVATIO IP VENTURES, LLC PATENT LITIGATION. MDL Docket No. 2303, Case No. 11 C 9308. (N.D.Ill. August 22, 2012), via Cybercrime Review. The opinion holds that anyone can monitor the unencrypted wi-fi communications of anyone else without implicating the Wiretap Act. I think the decision is wrong, and I wanted to explain why.
The court holds that unsecured wireless communications are not covered by the Wiretap Act because of the exception found in 18 U.S.C. § 2511(g)(i). That exception states:
(g) It shall not be unlawful under this chapter or chapter 121 of this title for any person-
(i) to intercept or access an electronic communication made through an electronic communication system that is configured so that such electronic communication is readily accessible to the general public;
The Court concludes that this exception covers unsecured wi-fi communications, so that it is entirely lawful to snoop in on someone else's private communications over an unsecured wireless network:
Innovatio is intercepting Wi-Fi communications with a Riverbed AirPcap Nx packet capture adapter, which is available to the public for purchase for $698.00. See Riverbed Technology Product Catalog, http://www.cacetech.com/products/catalog/ (last visited Aug. 21, 2012). A more basic packet capture adapter is available for only $198.00. Id. The software necessary to analyze the data that the packet capture adapters collect is available for down load for free. See Wireshark Frequently Asked Questions, http://www.wireshark.org/faq.html#sec1 (last visited Aug. 21, 2012) ("Wireshark® is a network protocol analyzer. . . . It is freely available as open source. . . ."). With a packet capture adapter and the software, along with a basic laptop computer, any member of the general public within range of an unencrypted Wi-Fi network can begin intercepting communications sent on that network. Many Wi-Fi networks provided by commercial establishments (such as coffee shops and restaurants) are unencrypted, and open to such interference from anyone with the right equipment. In light of the ease of "sniffing" Wi-Fi networks, the court concludes that the communications sent on an unencrypted Wi-Fi network are readily available to the general public.
I don't think that's right. Look closely at the text: "configured so that such electronic communication is readily accessible to the general public." In my view, that text focuses on the intent of the designer - the person who does the configuring of the network so that it works a particular way - to design the network so that the general public was supposed to be able to access them. Of course, you might not know the actual intent of the designer with 100% certainty. But with many technologies, it's obvious what counts as an expected use and what counts as an unexpected use. Cf. United States v. Morris, 928 F.2d 504 (2d. Cir. 1991) (creating an "intended function" test to distinguish authorized access to a network from unauthorized access to a network). No one suggests that unsecured wireless networks are set up with the goal that everyone on the network would be free to read the private communications of others. In my view, that ends the matter: the exception doesn't apply, and the interception of the contents of wireless communications is covered by the Wiretap Act.
An analogous issue arose in Tapley v. Collins, 41 F.Supp.2d 1366 (S.D.Ga. 1999), which involved listening in on cordless telephone calls that were broadcast by cordless phones and (back then) not encrypted. The Tapley court held that this exception did not permit the interception of unencrypted cordless telephone calls:
This subdivision . . . obviously contemplates the use of scanners to intercept (a) police, fire and emergency radio traffic; along with (b) any other electronic communications the designers and users of which-from decades of experience-have no reasonable grounds to expect anything but casual, even wide-scale interception by others (e.g., "CB radios").
In contrast, cordless telephones were never designed with that intent. True, early versions were prone to substantial electronic "leakage," leading courts and Congress alike to conclude that no one could reasonably claim a right to privacy when using them. See Spetalieri, 36 F.Supp.2d at 113; Peavy, 37 F.Supp.2d at 505-06. But no one has argued that cordless phone manufacturers intended, or were even lax about, any "incidental broadcast" feature.
That's right, I think. The issue under 2511(2)(g)(i) is what the designers intended users to be able to do, not what someone can do contrary to the designer's intentions.
Consider the implications of a contrary rule by focusing on the example of communications over a wire. You can buy a KeyKatcher keylogger for $55 from Amazon (with free super saver shipping!) and install it on a wire of Internet traffic. It's a lot cheaper than the wireless packet capture devices the Court is focused on in its decision. Under the Court's decision, the Wiretap Act categorically should not apply to that quintessential act of wiretapping whenever the wire was itself available to the public simply because anyone can buy the $55 device and install it. In my view, that can't be the test: The issue is not whether a member of the public could engage in the wiretapping as a matter of cost and practicality, but rather whether the technology is set up consistently with a design that reflects an intent that members of the public would be able to monitor those communications.
Two final points. First, my sense is that the court did not need to reach this legal question in the first place. The case is a patent dispute rather than a wiretapping case, and there is no suppression remedy because the communications are electronic communications (and the statutory suppression remedy only applies to wire and oral communications). Second, a much more difficult question is the one presented in In re Google Inc. Street View Electronic Communications Litigation, 794 F. Supp. 2d 1067, 1070 (N.D. Cal. 2011): Does the "radio communication" exception in 18 U.S.C. 2511(2)(g)(ii) exempt wireless communications from the Wiretap Act? That issue is now on appeal before the Ninth Circuit in the Google Street View case, and I think Judge Ware was correct to conclude that the exception does not apply. But whatever you think is the right answer to that question, I think it's the more difficult issue.
Also,
If anyone has the inclination to improve OP25, I'll offer a 250$
bounty for a version of OP25 checked into subversion that is
compatible with the latest version of gnuradio and UHD (claimable for
the next 30 days).
Thanks,
Matt.
Hi All,
I'm trying to have repeater.vocoder() run as a small app to read from
a file sink and write to a wav sink... If I replace the vocoder with a
char_to_short() block it works as expected, however with the vocoder
in place it never completes...
Also, it looks as though even though it has run out of samples the
vocoder thread continuously runs at 100% cpu.
Anyone have any ideas? (associated python is attached.
thanks,
Matt.
All,
What should the expected output of P25 data in wireshark be while
running uhd_c4fm_rx_nogui.py? I have it running, hooked up a UDP sink
and can see distinct dibits flowing into the slicer/decoder, and I
receive UDP to my patched wireshark however all I ever get are 141
length Header Data Units. I also cant seem to get any audio out of the
signal using OP25 (however if I pipe the same signal through DSD it
produces audio).
FYI, I'm also using the latest gnuradio with UHD.
Thanks,
Matt.
I'm new to GNURadio and OP25, and am facing the above error when trying to run audio_p25_rx.py.
How I installed: On Ubuntu 10.04, I installed GNURadio 3.6, ensured that the prerequisites on the BeginnersBuild page were installed, then installed and built OP25, the imbe_vocoder, and then the repeater as instructed on the BuildInstructions page. Also installed gr-fsk4. I had put in the following symlink to get over some gruel problems while trying to build gr-fsk4:
$ln -s /usr/local/include/gruel/swig/gruel_common.i /usr/local/include/gnuradio/swig/gruel_common.i
Now I am stuck with the msgq error.
I'd like to know if the build is expected to work with gnuradio 3.6. and whether audio_p25_rx.py can be executed without any input, just to make sure the OP25 build works. (I understand that in gnuradio 3.6 the usrpm folder has been deprecated and that seems to be giving rise to other Not Found errors for other scripts...)
Any help will be greatly appreciated. Don't mind going to Gnuradio 3.2.2 if that will make life simpler.
Thanks - Ram
Hi group im trying to compile wireshark from the files section but i keep getting errors. My system is Ubuntu 11.10 and the error i get is after the "make" cmd.
--------------------
wiretap/.libs/libwiretap.so: undefined reference to `g_list_foreach'
collect2: ld returned 1 exit status
make[2]: *** [randpkt] Error 1
make[2]: Leaving directory `/home/allan/wireshark/1.0.2-patched'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/allan/wireshark/1.0.2-patched'
make: *** [all] Error 2
allan@gnuradio:~/wireshark/1.0.2-patched$
-----------------
And on a side not once i have wireshark installed and running if i just run the sample p25 flowchart in gr-baz should that pipe the date to wireshark?
Thanks
Al
Recently did a clean install from source and had a few minor issues which I thought I'd write up here. Machine is a 32 bit Ubuntu 11.04 install (and yes, the "unity" UI is truly as bad as they said)...
First, the following packages need to be included in the list of pre-req stuff installed via apt-get :
libpcap0.8-dev
cmake
Second apparently the newer versions of GR or SWIG have a new gruel library, causing a compile time error which I fixed by appending the path to this new library (file Makefile.common) as follows
SWIGGRFLAGS = -I$(GNURADIO_CORE_INCLUDEDIR)/swig -I$(GNURADIO_CORE_INCLUDEDIR) -I/usr/local/include/gruel/swig
This addition was needed for both the repeater and gr-fsk4 projects.
Third (for those of us dinosaurs still using the original gr-fsk4 sources) there were a few source modules that were failing on a missing printf definition, I fixed by adding
#include <stdio.h>
as necessary...
Best
Max
Yes, valve is the block I was looking for. But, first try did not turn well: it works for a while, turning channels on and off, but after 10-100 switches something goes wrong and I get OOOOO. Experiments with dynamic reconfiguration gave me the same results (+memory leak, is there way to tell from python to release block memory after disconnect?). Maybe it's related to threading, as I turn valves on/off from separate thread. I'll try this again in some days.
Regarding the code: right not it's no more than a heap of proof-of-concept python code not tightly connected to gnuradio. Gnuradio part consists of application with multiple channels. Each channel is xlating fir -> quadrature demod -> symbol filter -> fsk4_demod -> slicer -> frame assembler --msg queue--> custom UDP sender (it adds frequency id to udp packet).
And there are standalone python program which receives UDP frames and stores it in db-like format. Further programs work on this files in pure python.
I'll release code in some days after I clean it up a little.
Best regards,
Dmitry
________________________________
From: Matt Mills <mmills(a)2bn.net>
To: qaghqga(a)yahoo.com
Sent: Tuesday, July 31, 2012 2:20 PM
Subject: Re: [op25-dev] Control channel decoding
Dmitry,
I'd suggest using a valve or stream selector for that. Do you have any interest in sharing your source code?
Thanks,
Matt.
On Tue, Jul 31, 2012 at 2:09 AM, Dmitry Medvedev <qaghqga(a)yahoo.com> wrote:
>
>I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames? I did trellis
decoding and CRC algorithm (reverse engineered the later, as I couldn't
find parameters). I understand structure of some messages, for example
"Group Voice Channel Grant Update" (opcode 02, manufacturer id 00), but
many opcodes remain unknown. Do you have any leads on this?
>
>Also, I'm
not very familiar with gnuradio, is there way to place some kind of
"gate" in flowgraph so some parts of it can be switched on/off by
external event? I want to use such feature to gate voice channels on/off and do not waste processor cycles on filtering channels that do not
carry traffic at the moment.
>
>
>Best regards,
>Dmitry
>
>
I'm writing multichannel p25 recorder. It mostly works (thanks to op25 team and other contributors). Is there any open documentation on control channel messages, especially TSBK frames? I did trellis
decoding and CRC algorithm (reverse engineered the later, as I couldn't
find parameters). I understand structure of some messages, for example
"Group Voice Channel Grant Update" (opcode 02, manufacturer id 00), but
many opcodes remain unknown. Do you have any leads on this?
Also, I'm
not very familiar with gnuradio, is there way to place some kind of
"gate" in flowgraph so some parts of it can be switched on/off by
external event? I want to use such feature to gate voice channels on/off and do not waste processor cycles on filtering channels that do not
carry traffic at the moment.
Best regards,
Dmitry
Hi,
I'm trying to do everything in c++ instead of using python. I've got it
working. Mostly. Well, sort of. I have a couple of questions about what
to do with the frequency correction messages coming from the fsk4demod
block.
I'm seeing a constant stream of frequency correction messages when there
is no signal present. They quickly cause the channel selection filter
I'm using to tune way off frequency.
If I don't process those messages I get voice output so I know
everything else is working. Some channels I tune to seem to work just
fine with out needing any tuning. But other times I see transmissions
where I don't get any voice output. I'm wondering if in those cases the
tuning is needed ?
In looking at the grc file it just subtracts the correction. When I look
at the uhd_p25_rx_gl.py file it's doing a calculation with the
correction and limiting it. Does one method work better than the other?
So, does anyone have any suggestions or any idea why I would be getting
a constant stream of the messages?
thanks,
Stephen
Hi,
Is it possible to use the op25 block from c++? I have it built and
working with GRC but now I would like to use it from a c++ program. I
looked but I could not find a library anywhere?
stephen
I was getting segmentation faults whenever starting to decode a P25 signal. (A stack trace is at the bottom of my message.) After a bit of investigating, I found that the value of the OldL variable in software_imbe_decoder was getting used before it was initialized. Adding OldL = 0 to the constructor got rid of the segfaults, but I don't understand the code well enough to know whether it's the correct fix.
Regards,
Clayton
----------
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `python ./top_block.py'.
Program terminated with signal 11, Segmentation fault.
#0 0x00007f6e2bcb15a3 in software_imbe_decoder::decode_spectral_amplitudes (this=0x39fa940,
Start3=<optimized out>, Start8=<optimized out>) at software_imbe_decoder.cc:1006
1006 for(ell = OldL + 1; ell <= L + 1; ell++) { log2Mu[ell][ Old] = log2Mu[OldL][ Old]; }
(gdb) i stack
#0 0x00007f6e2bcb15a3 in software_imbe_decoder::decode_spectral_amplitudes (this=0x39fa940,
Start3=<optimized out>, Start8=<optimized out>) at software_imbe_decoder.cc:1006
#1 0x00007f6e2bcb305d in software_imbe_decoder::decode_audio (this=0x39fa940, A=<optimized out>)
at software_imbe_decoder.cc:913
#2 0x00007f6e2bcb3747 in software_imbe_decoder::decode (this=0x39fa940, cw=...)
at software_imbe_decoder.cc:810
#3 0x00007f6e2bc9ea7b in voice_data_unit::do_decode_audio (this=<optimized out>, frame_body=...,
imbe=...) at voice_data_unit.cc:50
#4 0x00007f6e2bc98b01 in abstract_data_unit::decode_audio (this=0x7f6dc8000e10, imbe=...)
at abstract_data_unit.cc:61
#5 0x00007f6e2bc9ec0a in voice_du_handler::handle (this=0x39fdee0, du=...)
at voice_du_handler.cc:45
#6 0x00007f6e2bcad4f8 in op25_decoder_bf::receive_symbol (this=0x39fa4f0, d=2 '\002')
at op25_decoder_bf.cc:214
#7 0x00007f6e2bcad980 in op25_decoder_bf::general_work (this=0x39fa4f0, nof_output_items=16,
nof_input_items=..., input_items=..., output_items=...) at op25_decoder_bf.cc:86
#8 0x00007f6e31d09ae3 in gr_block_executor::run_one_iteration() ()
from /usr/local/lib/libgnuradio-core-3.6.1git.so.0.0.0
#9 0x00007f6e31d28d5d in gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr<gr_block>, int)
() from /usr/local/lib/libgnuradio-core-3.6.1git.so.0.0.0
#10 0x00007f6e31d23996 in boost::detail::function::void_function_obj_invoker0<gruel::thread_body_wrapper<tpb_container>, void>::invoke(boost::detail::function::function_buffer&) ()
from /usr/local/lib/libgnuradio-core-3.6.1git.so.0.0.0
#11 0x00007f6e31548a9e in boost::detail::thread_data<boost::function0<void> >::run() ()
from /usr/local/lib/libgruel-3.6.1git.so.0.0.0
#12 0x00007f6e30eebce9 in thread_proxy () from /usr/lib/libboost_thread.so.1.46.1
#13 0x00007f6e340e2e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#14 0x00007f6e32ed44bd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#15 0x0000000000000000 in ?? ()
Hi,
I'm having a problem running usrp_p25_rx.py. I've never done anything with op25 before. I followed the build instructions on the wiki at op25.osmocom.org/wiki. I had the same issue that I saw a couple other people post about with adding an include of stddef.h to op25.cc. After that everything built as far as I can tell.
I'm using ubuntu 12.04 x64 and gnuradio 3.6
If anyone has any idea what to look at it would be appreciated.
thanks,
When I try to run usrp_p25_rx.py I get the following error:
Traceback (most recent call last):
File "./usrp_p25_rx.py", line 727, in <module>
app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 38, 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 "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 42, in OnInit
self._max_noutput_items)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 64, in __init__
self.panel = stdpanel (self, self, top_block_maker, max_nouts)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 86, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "./usrp_p25_rx.py", line 75, in __init__
self.__init_gui(frame, panel, vbox)
File "./usrp_p25_rx.py", line 252, in __init_gui
self.spectrum_plotter = self.spectrum.win.plot
AttributeError: 'fft_window' object has no attribute 'plot'
P25 signals modulated using the CQPSK format throw off a loud tone at 4,800 Hz, as shown by a plot of the power spectrum of the signal's magnitude.
C4FM-modulated P25 signals do not appear to possess this interesting property. The file in samples 'prwn-d256.dat' appears to be a CQPSK signal with distinctive LSM characteristics.
I've uploaded a simple python app which can be used to plot a complex capture sample file - magsq-psd.py. The one non-obvious arg (--calibration) must be used if/as necessary to bring the signal to near zero IF.
Note that hardware FM discriminator-tapped receivers cannot be used here since a copy of the signal prior to demodulation is required.
A receiver software implementation using the tone detection method can be done using a low-complexity setup such as a DSP CIC filter. Another nice thing is that a tone detection loop works well even when there is some frequency mismatch...
Max
I have the OP25 GRC demo that Balint provided up and running.
Everything seems to working except I'm not getting any audio out of
the OP25 block. I'm getting the "four line" output from the dibit
output port when there is traffic on the channel, and the autotune
output is outputting data. However, no audio. I put a scope on the
audio output and it's a flat line at zero, even when the dibit output
is "four lines". Any tips on how to further troubleshoot?
Thanks,
Andy
Its been suggested that we start a channel on IRC so we can discuss OP25
and Osmocom stuff.
Anybody here an IRC guru? Do we want a channel just for OP25 (which may not
have many people in it) or perhaps take part in a potentially larger
Osmocom one?
What do people think?
Hi all,
Just getting started with GnuRadio and RTL2832 so might be missing some details, by following the instructions here:
http://op25.osmocom.org/wiki/wiki/BuildInstructionsPage
I was able (with a couple of hacks) to built OP25, IMBE and 4FSK - however these did not appear as selectable blocks in GRC.
After some time I was able to figure out that they are missing 'xml' definitions in '/usr/local/share/gnuradio/blocks'. Creating a quick/fake '4fsk.xml' made it/something appear.
So should these exist? Does anyone have examples of what they should be....?
BTW the OP25 which did appear, seems to be from Baz install, not the above instructions.
I also experienced problems with build against latest GnuRadio git (seems that 'gruel_common.i' has moved) and the include files are not being installed... other than that things are 'peachy' :-)
--
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
-I/usr/local/include/gnuradio -I/usr/local/include
-I/usr/include/python2.7 -I ../../../imbe_vocoder/src/lib -g -O2 -Wall
-Woverloaded-virtual -pthread -MT _repeater_la-repeater.lo -MD -MP -MF
.deps/_repeater_la-repeater.Tpo -c repeater.cc -fPIC -DPIC -o
.libs/_repeater_la-repeater.o
In file included from repeater.cc:3862:0:
rs.h:8:29: fatal error: op25_imbe_frame.h: No such file or directory
compilation terminated.
make[4]: *** [_repeater_la-repeater.lo] Error 1
make[4]: Leaving directory `/home/simon/op25/repeater/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/simon/op25/repeater/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/simon/op25/repeater/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/simon/op25/repeater'
make: *** [all] Error 2
simon@drifter:~/op25/repeater$ find .. -name 'op25_imbe_frame.h'
../blocks/src/lib/op25_imbe_frame.h
simon@drifter:~/op25/repeater$ find /usr/local/include/ -name
'op25_imbe_frame.h'
simon@drifter:~/op25/repeater$
--
Simon
OK I've just upgraded my Ubuntu box to 12.04, from 11.04 (couldn't help
myself). I'm trying to rebuild op25 but I'm getting the following error,
followed by a string of relate ones (I'm guessing)
Compiling blocks:
op25.cc:3115:13: error: 'ptrdiff_t' does not name a type
A Google search for this kind of error seems to be pointing to stricter
typedef requirements by gcc 4.6 with the solution being to include an
additional system header file cstddef. However I'm not sure where to
include this in the op25 source. I tried putting it in the op25.i swig
interface file so that it ends up in the generated op25.cc file however
that doesn't appear to have worked.
Anyone already solved this or can provide some guidance? Ubuntu 12.04
appears to be using gcc 4.6.3
Thanks
Cheers
Richard
Anyone know where I can grab a copy of the samples that used to be on the op25 wiki? Interested in getting a copy of the encrypted audio with known key.
http://www.sedition.org.au/p25-samples redirects to home page.
Thanks,
Dave
OK sorry folks - this is what one should expect when they're dealing with
ancient code (I really ought to update at some point!).
I've fixed the gr-baz/python/op25.py code to first try the new OP25 blocks
(with the slicer), and then fallback to the old version (without the
slicer).
Let me know if this works!
Thanks,
Balint
Hi Balint,
I notice that your op25.py module still has a dependence on the old Radio
Rausch FSK4 demodulator<http://radiorausch.googlepages.com/GnuradioFourLevelFSK.html>
that
the OP25 project used to use but have now incorporated into their own
source files. I was just wondering if there was any reason you didn't use
the op25.fsk4_demod_ff rather instead of fsk4.demod_ff? You have, on the
other hand, used the op25 slicer equivalent op25.fsk4_slicer_fb(levels).
Just curious.
Thanks
Cheers
Richard
On 20 April 2012 11:10, Balint <balint256(a)hotmail.com> wrote:
> I’ve just accepted the git pull request submitted by Alex Csete (thank
> you!) to fix the build issue on v3.6 of GNU Radio (tested by ‘zignig’), so
> if you grab the latest, hopefully this issue will disappear!****
>
> ** **
>
> (If other people have encountered this problem, please let them know too…)
> ****
>
> ** **
>
> *From:* op25-dev(a)yahoogroups.com [mailto:op25-dev@yahoogroups.com] *On
> Behalf Of *Richard Clarke
>
> *Sent:* Friday, 20 April 2012 8:24 AM
> *To:* op25-dev(a)yahoogroups.com
> *Subject:* Re: [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
> dongle + new OP25 Decoder block with DES-OFB for GRC!****
>
> ** **
>
> ****
>
> Hi,****
>
> ** **
>
> I've just tried building the gr-baz module on a couple of different
> systems but I'm encountering a make error along the lines of:
> ./baz_swig.cc: No such file or directory****
>
> ** **
>
> I note someone else has also encountered the same error and pasted their
> make output to pastebin (http://pastebin.com/y6dUAxC1). This is the same
> error I'm getting. Anyone got any clues? Is this a generated file that
> isn't being generated, or a file that hasn't been included in the svn repo?
> ****
>
> ** **
>
> Thanks****
>
> ** **
>
> Cheers****
>
> Richard****
>
> ** **
>
> On 6 April 2012 02:14, Balint <balint256(a)hotmail.com> wrote:****
>
> ****
>
> LOL, I thought someone might say that J****
>
> ****
>
> Nice work at that price!!!****
>
> ****
>
> *From:* op25-dev(a)yahoogroups.com [mailto:op25-dev@yahoogroups.com] *On
> Behalf Of *ikjtel
> *Sent:* Friday, 6 April 2012 12:07 AM
> *To:* op25-dev(a)yahoogroups.com
> *Subject:* [op25-dev] Re: World's cheapest P25 receiver: $20 RTL2832
> dongle + new OP25 Decoder block with DES-OFB for GRC!****
>
> ****
>
> ****
>
> ****
>
> ****
>
> > Firstly, thank you to Max for the Slashdot mention!****
>
> ****
>
>
> Ha ha, it's a pleasure to see this project move forward.
>
> The cheapest one I've ever built was for $1.00 - picked up an old crystal
> scanner at a hamfest that happened to have a crystal in it on the proper
> frequency for a local P25 station. It only needed a disc-tap using parts
> from the junkbox...
>
> Max****
>
>
>
> ****
>
> ** **
>
> --
> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
> Engineers believe that if it ain't broke, it doesn't have enough features
> yet.*****
>
> ****
>
--
*SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it doesn't have enough features
yet.*
Hi everyone,
New to GNUradio and OP25. I have the OP25 block installed in GNU Radio Companion and can build a flow graph with no problem. When I try to execute the flow graph I get this error:
Traceback (most recent call last):
File "/home/aaknitt/Documents/top_block.py", line 53, in <module>
tb = top_block()
File "/home/aaknitt/Documents/top_block.py", line 34, in __init__
self.op25_decoder_0.create()
File "/usr/local/lib/python2.7/dist-packages/baz/op25.py", line 65, in create
self.p25_decoder = op25.decoder_ff(self.op25_msgq)
AttributeError: 'module' object has no attribute 'decoder_ff'
I'm guessing this is because I don't have something installed properly, but I can't put my finger on how to remedy the problem. Any advice or suggestions would be appreciated.
Regards,
Andy
Yes me again haha :-)
I thought it might be a good idea for the less advanced in the group (like me) and others, for members to save there flow chart files in the files section. Like a P25 decode flowchart, using the gr-baz project. FM Demodulation and any other that may be useful.
Hi yes its me again lol. When i try the scope command i get the following. Does this indicate that gnuradio is not installed correctly.
./scope.py -a -v 10 -g 50
Traceback (most recent call last):
File "./scope.py", line 40, in <module> from gnuradio import audio, eng_notation, fsk4, gr, gru, repeater
ImportError: cannot import name fsk4
I would just like to thank everyone for your support
A new group has been created for those interested in the amateur radio use of the commercial digital voice technologies of P25 & DMR in Illinois.
You can join the group at:
http://groups.yahoo.com/group/IllinoisP25-DMR/
Look forward to your participation in the group.
Hi gang i have installed gnu radio and when i get to the
./configure command i get the following error
checking for pcap_open_live, pcap_open_dead, pcap_close, pcap_next, pcap_next_ex, pcap_datalink, pcap_inject, pcap_dump, pcap_geterr in -lpcap... no
configure: error: libpcap library not found.
Thanks for your support
Allan
If I record a few seconds of data from an encrypted P25 trunked system, can somebody tell me what type of encryption it is and perhaps the key/logical ID assigned?
Thanks,
Alan
N3LGE
Hi All
Im a newbie attempting to install op25 under Cygwin. Will let you all know how that goes. I am slowing working through all the error messages and installing all the missing packages.
I work for a large radio equipment manufacturer with an emerging interesting in P25.
I can't wait to get op25 installed and see how well it works :)
Regards
Ryan
Hi
Whats the difference between these 2?
I'm new to Gnuradio & python to be honest; I'm writing my own ap25 listener for the funcube...
So far, I've got my software tuning, FM decoding, and then sending data into the FSK4 decoder; I can see it fine tuning.. but I don't get anything out of the decoder_bf function.
Is there any easy way, to debug what its doing??
Digging around in code there doesn't seem to be much debugging.
I did create some network sinks, and forward the output of the FM demod to a a scope inside gnuradio companion.. the signal looks like FSK4 with the funky phase changes.
Sean
Hi All,
I would like to welcome Harald Welte to the mailing list. Harald is very graciously providing the web hosting for OP25, so here is a big thankyou and welcome :)
Cheers,
Matt