Hi everyone,
After getting the repeater working in op25/asterisk i'm still stuck with
the problem of PTT control. I see on the app_rpt page there are
instructions for modifying a CM108 usb sound card (which i attempted to
order, but the order got cancelled because they are on backorder...). I was
reading this page http://yo3iiu.ro/blog/?p=324 and was wondering if
something similar could be done with the chan_usrp in asterisk (or
soundcard_tx.py in op25). The part that interested me was using a serial
connection to do the signaling for PTT.
Just a thought,
Ryan KC9GMY
Alright all, good news!
With Max's help I was able to get the p25 repeater working with Asterisk
and app_rpt. I connected the audio out to a custom cable connected to my
yaesu ft-7800r's data port.
I did notice that if a ctcss tone is not specified a p25 stream will be
constantly transmitted. This is the case if using an analog or p25 source.
I still have to play with the levels a bit, but it seems to be working very
well.
Also, I was able to talk to other ham's on a local repeater using
op25_audio_tx.py. They were able to hear my voice 100% (no dropped
packets). This is very good news!
-Ryan KC9GMY
ok i'm about ready to pull my hair out with this one. Can anyone get the
op25 repeater to work? I'm trying to run disc_tap.py and it always gives me
the same error:
chan_usrp_rx expected 4 arguments, got 3
I've looked through the disctap_rx.py and repeater.py at the appropriate
lines. I see where disctap_rx.py is calling chan_usrp_rx with 3 variables,
and i see where repeater.py expects 4 variables.
Now what?
-Ryan
KC9GMY
Hi folks!
I don't no if this is the right way to request help regarding op25.
Let me try :).
I am trying Op25 decoder (scope.py) + USRP. Although I can get the air
interface signal, the error rate is too high and the voice signal is rarely
intelligible.
The radio I have is setup in direct mode in 800MHz (a bit higher than the
ones I saw in previous work).
Using the signal analyzer app (osmocom_fft.py) I can detect the signal with
a high power level using the same antennae and gain settings.
I have already run the scope.py (osmocom) and got the audio and radio info.
It seems that the scope.py+USRP request a high frequency offset (7.5kHz) to
tune the carrier and try to decode the air interface signals.
I have: USRP_N210+WBX+tuned_antenna+Ubuntu+GNURADIO-3.6.5.1+OP25_osmocom.
May the higher frequency request another setup I missed?
Am I missing many details? :)
TIA
Think it would be possible to make an op25 repeater out of a raspberry pi?
I literally know just about nothing on the pi, so I won't be shocked if
it's not possible. I've managed to get the transmit side of op25 working
with a yaesu ft7800r. It would be sweet to get a cheap p25 repeater made.
Just a thought.
Ryan kc9gmy
On Dec 24, 2013 1:21 AM, "Steve Glass" <stevie.glass(a)gmail.com> wrote:
>
>
> The server is now back up and the git stuff all ok. To clone from git
> you can just run:
>
> git clone git://op25.osmocom.org
>
> The wiki will need updating to reflect this and we shall start hosting
> tarballs as attachments on the build instructions page.
>
>
Hi Everybody!
As I've mentioned elsewhere we're taking the osmocom trac instance
offline whilst we switch to the new git repository. The site may be down
for around eight hours or so. Once restored we'll have a period where
the build guides do not reflect the current codebase. I shall modify the
build guide (unless I can find a volunteer) to refer to the tarballs and
have a subsection on building from git.
All this is because we want to do more new things and we're trying to
limit the number of build steps and external dependencies to make things
easier to install and use. Once this is up we may even start responding
to tickets :)
Steve
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
i improved the ecc for the ldu1 and ldu2. I added clearer comments,
shortened the code/lowered the amount of calculations it does, and put
the entire routine into one function. I have been running it for days
now with no seg fault.
- --
- ------
Matt D
- ------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (GNU/Linux)
Comment: MacGPG2 - http://www.gpgtools.org/macgpg2.html
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJStbhgAAoJECrdp7MWSIVbtHMIAJ71NZzINEGpLdFLjzA5HxKo
QVK6dTw1hc8JusFRO+49pYAi3CXonu+RS66MDHhdZVZ8bvUHjalMa9rrxz6DWAEl
pmHDE1XMKJ6+alm0ZwykvkK0JNomEy4LV6x+Q+uBq/D1hRc4ak/B87kvwfEnqx1q
Mk3sHJgGKY5KXgLs3hkYw2ws9tUuu2he/K9o8UanP2NfepdSAmK0IYKZHDpMJLya
qYBjTdn2GlKih5l1EppBsFgRubDTjSPCKnriZ8f0IuqRWl53HdmLLAU1XglxuIwe
Cph1AJXYUkiYG9uET8ym03EWXqlO1z3ZNeLZXSyp7iY4xFMHLyee+V3HS1mY/G0=
=410A
-----END PGP SIGNATURE-----
Can the nac be changed for transmitting? Haven't had a ton of time to look
through the source.
Ryan kc9gmy
On Dec 16, 2013 11:29 AM, "Matt D" <md123(a)nycap.rr.com> wrote:
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
> Would it be possible to add scanning capability to op25 so we could
> scan a list of freqs or search for active freqs within some range?
>
> If adding this feature is possible where would one start?
> - --
> - ------
> Matt D
> - ------------
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.21 (GNU/Linux)
> Comment: MacGPG2 - http://www.gpgtools.org/macgpg2.html
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJSrzhgAAoJECrdp7MWSIVbL8oH/2LVZBAkNvVUNBmhzCmnz7Uu
> d86hfbmWA1GvjgMfNggp0PWgsEycbLIFq/syvTHQn8O0vjKGz0CF+3wgZ7bFujPt
> 6vMobr8iINNDub4n1bKsfLPiPzHpRt9paDB7M8Y0VszQrewaHYqNRp7/HFnMWkkO
> pOhUWJEeyn2Bv0MgNTAWt5owtJxjLtUCRDGcalXbSFWdrAr8BZdcG85htl55F3uE
> pd7DNKZgtR+dldJeRplih6bbSpDZbBxsbjOff59Wp892HhgIYsYGa7NhtFZe3BA5
> Y7GVnhEiX4fKunyCYzAtm0DwgjmsmE6Jn4V+ptN40m0I/sJIe6I/DoayvkiFduA=
> =ApBi
> -----END PGP SIGNATURE-----
>
>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Would it be possible to add scanning capability to op25 so we could
scan a list of freqs or search for active freqs within some range?
If adding this feature is possible where would one start?
- --
- ------
Matt D
- ------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (GNU/Linux)
Comment: MacGPG2 - http://www.gpgtools.org/macgpg2.html
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJSrzhgAAoJECrdp7MWSIVbL8oH/2LVZBAkNvVUNBmhzCmnz7Uu
d86hfbmWA1GvjgMfNggp0PWgsEycbLIFq/syvTHQn8O0vjKGz0CF+3wgZ7bFujPt
6vMobr8iINNDub4n1bKsfLPiPzHpRt9paDB7M8Y0VszQrewaHYqNRp7/HFnMWkkO
pOhUWJEeyn2Bv0MgNTAWt5owtJxjLtUCRDGcalXbSFWdrAr8BZdcG85htl55F3uE
pd7DNKZgtR+dldJeRplih6bbSpDZbBxsbjOff59Wp892HhgIYsYGa7NhtFZe3BA5
Y7GVnhEiX4fKunyCYzAtm0DwgjmsmE6Jn4V+ptN40m0I/sJIe6I/DoayvkiFduA=
=ApBi
-----END PGP SIGNATURE-----
-----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
------------
