From quasar1902 at gmail.com Mon Jan 20 16:45:17 2020 From: quasar1902 at gmail.com (=?UTF-8?B?0JLQu9Cw0LTQuNGB0LvQsNCyINCULg==?=) Date: Mon, 20 Jan 2020 19:45:17 +0300 Subject: [op25-dev] OP25, SDR, DMR, TX Message-ID: Good evening, Would You kindly to answer a few questions about the OP25 project and how to organize a transmitter with it using SDR devices (RTL-SDR, LimeSDR)? In the creation process of DMR-standard transmitter in the GnuRadio environment, we came across the absence of some necessary blocks: 4FSK modulator, DMR encoder, packet shaper. Inside the OP25 project we found a file that contains some functionality of DMR TX (dv_tx.py), but only in form of code, not as a GRC block. Could you tell us does this file fully implements the TX-side of the DMR system and whether there is an analogue of it, in the form of a GRC block for GnuRadio? We will be very grateful if you can help us sort this out. Yours faithfully, Vladislav. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Tue Jan 21 23:40:19 2020 From: ikj1234i at yahoo.com (ikjtel) Date: Tue, 21 Jan 2020 23:40:19 +0000 (UTC) Subject: [op25-dev] OP25, SDR, DMR, TX In-Reply-To: References: Message-ID: <330780060.17407232.1579650019578@mail.yahoo.com> Greetings Vladislav Unfortunately these block functions are not represented in terms of GRC blocks. You're correct that dv_tx.py is at present the only implementation (aside from its big brother, multi_tx.py) Also AFAIK the rtl-sdr is a receive only device - it's not usable for transmitting.? Don't know about the limesdr... Max On Monday, January 20, 2020, 11:46:01 AM EST, ????????? ?. wrote: Good evening, Would You kindly to answer a few questions about the OP25 project and how to?organize a transmitter with it using SDR devices (RTL-SDR, LimeSDR)?In the creation process of DMR-standard transmitter in the GnuRadio environment,?we came across the absence of some necessary blocks: 4FSK modulator, DMR encoder, packet shaper.Inside the OP25 project we found a file that contains some functionality of DMR TX (dv_tx.py), but only in form of code, not as a GRC block. Could you tell us does this file fully implements the TX-side of the DMR system and whether there is an analogue of it, in the form of a GRC block for GnuRadio? We will be very grateful if you can help us sort this out. Yours faithfully, Vladislav. -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Sat Feb 15 03:01:20 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Fri, 14 Feb 2020 19:01:20 -0800 Subject: [op25-dev] OP25, python, and the upcoming *buntu 20.04 releases - heads up and FYI.... Message-ID: <20200214190120.Horde.c3ZDyKu6iwHdETnXjvn3_dI@lv-shared03.cpanelplatform.com> As part of my moves to resolve the cmake issue and testing 20.04 for new boxes for OP25 and other stuff.. ... Probably a bad idea to try to tackle both at once, but hey may as well go big! Well... there are some issues... *buntu and/or python are killing Python 2.7. While its in the repos now.. the info I am being advised it likely won't be in the release ... Neither of the python packages seem to be setting up the proper ENV vars, symlinks etc... but thats another issue... BUT GNURadio in the repo is setup for Python 3.7..so when its installed all the GNUR radio stuff is in the python3.7/ path, not 2.7/ For OP25-boatbod is this Python 3.7 compatible?????? If not, I am guessing theres going to be a problem as it likely won't run on 20.04 releases if the 2.7 packages are really removed.. and ONE is missing already (but its still early), python-waitress (the actual program DEB Is missing, but the doc DEB is there?? (Again we are still alpha early)), I can fix it and bring in the Eoan/19.10 one with a little hackery... I can get things to compile but I don't think its complete in the least.. and then attempting to run rx.py get the unable to import gnuradio.. as its not in 2.7 and some ENV var issues too... I'll look at the EVN vars to make it point to 2.7 properly like <20.04 but I am not sure thats going to fly as its all in 3.7 paths... see: :/usr/bin$ python3 Python 3.8.2rc1 (default, Feb 12 2020, 00:06:56) [GCC 9.2.1 20200203] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import gnuradio >>> quit(); versus: :/usr/bin$ python Python 2.7.17 (default, Jan 21 2020, 23:28:51) [GCC 9.2.1 20200117] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gnuradio Traceback (most recent call last): File "", line 1, in ImportError: No module named gnuradio >>> So this is a heads up that theres likely to be a lot more noise about op25-boatbod not installing/compiling etc...or at least possibly have to go to 19.10 via LXC container.. I'll keep you advised if I can make any progress... the cmake issue is resolved but it means going back to 3.10.. I couldn't get 3.12.x to work at all. cmake was pulled from source and compiled. From op25 at zellners.com Sat Feb 15 17:22:32 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Sat, 15 Feb 2020 09:22:32 -0800 Subject: [op25-dev] OP25, python, and the upcoming *buntu 20.04 releases - heads up and FYI.... In-Reply-To: <20200214190120.Horde.c3ZDyKu6iwHdETnXjvn3_dI@lv-shared03.cpanelplatform.com> Message-ID: <20200215092232.Horde.Nk219gBOAZ9U3z3SKpk1lpQ@lv-shared03.cpanelplatform.com> Quoting op25 at zellners.com: > For OP25-boatbod is this Python 3.7 compatible?????? After doing an apt-get install for python3-waitress Then rerun rx.py It fails on the import for httplib And from what I see from 2.7 to 3.x httplib is now http.client so all the calls for that are now changed.... So I am going to guess that any further attempts to add in the python3 packages needed will still fail to get OP25-boatbod to run till this any other ABI changes are made... trace for FYI: r/apps$ ./rx.py --args 'rtl' -N 'LNA:47' -S 2400000 -f 857.2625e6 -o 25000 -q -2 File "./rx.py", line 118 print "osmosdr source_c creation failure" ^ SyntaxError: Missing parentheses in call to 'print'. Did you mean print("osmosdr source_c creation failure")? Error in sys.excepthook: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/waitress/compat.py", line 119, in import httplib ModuleNotFoundError: No module named 'httplib' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/apport_python_hook.py", line 63, in apport_excepthook from apport.fileutils import likely_packaged, get_recent_crashes File "/usr/lib/python3/dist-packages/apport/__init__.py", line 5, in from apport.report import Report File "/usr/lib/python3/dist-packages/apport/report.py", line 21, in from urllib.request import urlopen File "/usr/lib/python3.8/urllib/request.py", line 88, in import http.client File "/home/lauren/op25/op25/gr-op25_repeater/apps/http.py", line 31, in from waitress.server import create_server File "/usr/lib/python3/dist-packages/waitress/__init__.py", line 1, in from waitress.server import create_server File "/usr/lib/python3/dist-packages/waitress/server.py", line 20, in from waitress import trigger File "/usr/lib/python3/dist-packages/waitress/trigger.py", line 20, in from . import wasyncore File "/usr/lib/python3/dist-packages/waitress/wasyncore.py", line 54, in from . import compat File "/usr/lib/python3/dist-packages/waitress/compat.py", line 121, in from http import client as httplib ImportError: cannot import name 'client' from partially initialized module 'http' (most likely due to a circular import) (/home/lauren/op25/op25/gr-op25_repeater/apps/http.py) Original exception was: File "./rx.py", line 118 print "osmosdr source_c creation failure" ^ SyntaxError: Missing parentheses in call to 'print'. Did you mean print("osmosdr source_c creation failure")? From gnorbury at bondcar.com Sun Feb 16 00:27:58 2020 From: gnorbury at bondcar.com (Graham Norbury) Date: Sat, 15 Feb 2020 19:27:58 -0500 Subject: [op25-dev] OP25, python, and the upcoming *buntu 20.04 releases - heads up and FYI.... In-Reply-To: <20200214190120.Horde.c3ZDyKu6iwHdETnXjvn3_dI@lv-shared03.cpanelplatform.com> References: <20200214190120.Horde.c3ZDyKu6iwHdETnXjvn3_dI@lv-shared03.cpanelplatform.com> Message-ID: I'm traveling at the moment and can't fully respond, but I will say up front that op25 is fundamentally not python3 compatible. Lots of rework will be required... :( Graham On Fri, Feb 14, 2020, 10:10 PM wrote: > > As part of my moves to resolve the cmake issue and testing 20.04 for > new boxes for OP25 and other stuff.. ... > > Probably a bad idea to try to tackle both at once, but hey may as well go > big! > > Well... there are some issues... > > *buntu and/or python are killing Python 2.7. While its in the repos > now.. the info I am being advised it likely won't be in the release ... > > Neither of the python packages seem to be setting up the proper ENV > vars, symlinks etc... but thats another issue... > > BUT > > GNURadio in the repo is setup for Python 3.7..so when its installed > all the GNUR radio stuff is in the python3.7/ path, not 2.7/ > > For OP25-boatbod is this Python 3.7 compatible?????? > > If not, I am guessing theres going to be a problem as it likely won't > run on 20.04 releases if the 2.7 packages are really removed.. and ONE > is missing already (but its still early), python-waitress (the actual > program DEB Is missing, but the doc DEB is there?? (Again we are still > alpha early)), I can fix it and bring in the Eoan/19.10 one with a > little hackery... > > I can get things to compile but I don't think its complete in the > least.. and then attempting to run rx.py get the unable to import > gnuradio.. as its not in 2.7 and some ENV var issues too... I'll look > at the EVN vars to make it point to 2.7 properly like <20.04 but I am > not sure thats going to fly as its all in 3.7 paths... see: > > :/usr/bin$ python3 > Python 3.8.2rc1 (default, Feb 12 2020, 00:06:56) > [GCC 9.2.1 20200203] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> import gnuradio > >>> quit(); > > versus: > :/usr/bin$ python > Python 2.7.17 (default, Jan 21 2020, 23:28:51) > [GCC 9.2.1 20200117] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import gnuradio > Traceback (most recent call last): > File "", line 1, in > ImportError: No module named gnuradio > >>> > > So this is a heads up that theres likely to be a lot more noise about > op25-boatbod not installing/compiling etc...or at least possibly have > to go to 19.10 via LXC container.. > > I'll keep you advised if I can make any progress... the cmake issue is > resolved but it means going back to 3.10.. I couldn't get 3.12.x to > work at all. cmake was pulled from source and compiled. > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Sun Feb 16 04:28:51 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Sat, 15 Feb 2020 20:28:51 -0800 Subject: [op25-dev] OP25, python, and the upcoming *buntu 20.04 releases - heads up and FYI.... In-Reply-To: References: <20200214190120.Horde.c3ZDyKu6iwHdETnXjvn3_dI@lv-shared03.cpanelplatform.com> Message-ID: <20200215202851.Horde.9jF7c7KtjFe10qt-1kXKQoU@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > I'm traveling at the moment and can't fully respond, but I will say up > front that op25 is fundamentally not python3 compatible. Lots of rework > will be required... :( > Thats what I figured... and thats why my own Python stuff is not compatible with 3.x...I'd really like to find these people who feel the need to change stuff that breaks things and flog them. I am none to happy with things moving in this direction be GNUR or just in general.. I'd honestly like to see python3 rm -r *'d from the planet and just improve 2.x WITHOUT BREAKING THE ABI! Buttttt nooooo! We can't be that sensible. Not exactly sure what my plan is on my little programs as they are mission critical for me/work..Move to some 18.04 VM's/LXC's and possibly sit tight there.. I am not a fan of change. :) :) ;) There is a 2to3 script thing I will run that on things to see where it flags stuff, it might at least be a good reference point to start from... I am working on an updated install.sh for 18.10-19.10 where cmake fubars up things...and it will flag 20.04 as incompatible and stop till advised. I'll get that to as soon as I work it all out to my sanctification. From andyknitt at gmail.com Mon Feb 17 03:11:07 2020 From: andyknitt at gmail.com (Andy Knitt) Date: Sun, 16 Feb 2020 21:11:07 -0600 Subject: [op25-dev] OP25, python, and the upcoming *buntu 20.04 releases - heads up and FYI.... In-Reply-To: <20200215202851.Horde.9jF7c7KtjFe10qt-1kXKQoU@lv-shared03.cpanelplatform.com> References: <20200214190120.Horde.c3ZDyKu6iwHdETnXjvn3_dI@lv-shared03.cpanelplatform.com> <20200215202851.Horde.9jF7c7KtjFe10qt-1kXKQoU@lv-shared03.cpanelplatform.com> Message-ID: To provide a little bit of hope: I recently when through updating TwoToneDetect from Python 2.7 to 3.X. I had been putting it off for a long time and was dreading it, but in the end it didn't end up being as bad as I had feared. I used 2to3 as a starting point and that took care of easy stuff like print statements, and then after that just started tackling the error messages one at a time...after a few of those...all of a sudden it worked. What I had anticipated taking weeks ended up only taking a few hours. OP25 is certainly more complex and will likely take more effort, but hopefully it'll be a similar experience. Andy On Sat, Feb 15, 2020 at 10:29 PM wrote: > > Quoting Graham Norbury : > > > I'm traveling at the moment and can't fully respond, but I will say up > > front that op25 is fundamentally not python3 compatible. Lots of rework > > will be required... :( > > > > Thats what I figured... and thats why my own Python stuff is not > compatible with 3.x...I'd really like to find these people who feel > the need to change stuff that breaks things and flog them. > > I am none to happy with things moving in this direction be GNUR or > just in general.. I'd honestly like to see python3 rm -r *'d from the > planet and just improve 2.x WITHOUT BREAKING THE ABI! Buttttt nooooo! > We can't be that sensible. > > Not exactly sure what my plan is on my little programs as they are > mission critical for me/work..Move to some 18.04 VM's/LXC's and > possibly sit tight there.. I am not a fan of change. :) :) ;) > > There is a 2to3 script thing I will run that on things to see where it > flags stuff, it might at least be a good reference point to start > from... > > I am working on an updated install.sh for 18.10-19.10 where cmake > fubars up things...and it will flag 20.04 as incompatible and stop > till advised. I'll get that to as soon as I work it all out to my > sanctification. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From efjoseph at earthlink.net Tue Feb 18 01:04:13 2020 From: efjoseph at earthlink.net (efjoseph at earthlink.net) Date: Mon, 17 Feb 2020 20:04:13 -0500 Subject: [op25-dev] header intact Message-ID: <1581987853.4150.2.camel@earthlink.net> header intact From jamesxq at gmail.com Tue Feb 25 00:46:43 2020 From: jamesxq at gmail.com (James Qiu) Date: Mon, 24 Feb 2020 16:46:43 -0800 Subject: [op25-dev] H-DQPSK support? Message-ID: Hi, I'm new to OP25. I'm wondering if and when OP25 will support H-DQPSK demodulation. It's specified in Phase II of P25. I tried -2 option, but it didn't work. I used Anritsu LMR test box as the source. Thanks James -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamesxq at gmail.com Thu Feb 27 19:02:25 2020 From: jamesxq at gmail.com (James Qiu) Date: Thu, 27 Feb 2020 11:02:25 -0800 Subject: [op25-dev] OP25 with AGC (automatic gain control)? Message-ID: Hi Currently I'm using a command line like: ./rx.py --args 'rtl' -N 'LNA:49' to adjust the LNA gain of the RTL-SDR. Is there a way to do AGC? Near me, the 700Mhz channel is really strong, but 800Mhz is really weak. So AGC would be very useful. Also if not easy, what other gain and ranges I can adjust? What's the max value for LNA gain? Thanks James -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Sun Mar 1 20:11:43 2020 From: ikj1234i at yahoo.com (ikjtel) Date: Sun, 1 Mar 2020 20:11:43 +0000 (UTC) Subject: [op25-dev] OP25, python, and the upcoming *buntu 20.04 releases - heads up and FYI.... In-Reply-To: References: <20200214190120.Horde.c3ZDyKu6iwHdETnXjvn3_dI@lv-shared03.cpanelplatform.com> <20200215202851.Horde.9jF7c7KtjFe10qt-1kXKQoU@lv-shared03.cpanelplatform.com> Message-ID: <1084957369.4227803.1583093503769@mail.yahoo.com> Sorry for the delay in responding.? Just wanted to check in and note that the osmocom OP25 repo now has a patch for building OP25 with python3/gnuradio3.8.? Additionally, the principal python apps (rx.py, multi_rx.py et al). have been rewritten to run under either python 2 or 3. So far after clearing away several nitpicks related to python3 everything appears to be solid. Also it should be noted that the 'max' branch of the osmocom OP25 repo has been deprecated and is slated to be deleted at some point.? Going forward all new commits will be made directly to the 'master' branch - this also includes the gr3.8 patch. Please report any problems esp. with but not limited to these modifications... Max On Sunday, February 16, 2020, 10:11:30 PM EST, Andy Knitt wrote: To provide a little bit of hope:?? I recently when through updating TwoToneDetect from Python 2.7 to 3.X.? I had been putting it off for a long time and was dreading it, but in the end it didn't end up being as bad as I had feared.? I used 2to3 as a starting point and that took care of easy stuff like print statements, and then after that just started tackling the error messages one at a time...after a few of those...all of a sudden it worked.? What I had anticipated?taking weeks ended up only taking a few hours.? OP25 is certainly more complex and will likely take more effort, but hopefully it'll be a similar experience. Andy On Sat, Feb 15, 2020 at 10:29 PM wrote: Quoting Graham Norbury : > I'm traveling at the moment and can't fully respond, but I will say up > front that op25 is fundamentally not python3 compatible.? Lots of rework > will be required... :( > Thats what I figured... and thats why my own Python stuff is not? compatible with 3.x...I'd really like to find these people who feel? the need to change stuff that breaks things and flog them. I am none to happy with things moving in this direction be GNUR or? just in general.. I'd honestly like to see python3 rm -r *'d from the? planet and just improve 2.x WITHOUT BREAKING THE ABI! Buttttt nooooo!? We can't be that sensible. Not exactly sure what my plan is on my little programs as they are? mission critical for me/work..Move to some 18.04 VM's/LXC's and? possibly sit tight there.. I am not a fan of change. :) :) ;) There is a 2to3 script thing I will run that on things to see where it? flags stuff, it might at least be a good reference point to start? from... I am working on an updated install.sh for 18.10-19.10 where cmake? fubars up things...and it will flag 20.04 as incompatible and stop? till advised. I'll get that to as soon as I work it all out to my? sanctification. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ikj1234i at yahoo.com Sun Mar 1 20:38:31 2020 From: ikj1234i at yahoo.com (ikjtel) Date: Sun, 1 Mar 2020 20:38:31 +0000 (UTC) Subject: [op25-dev] H-DQPSK support? In-Reply-To: References: Message-ID: <1240687863.4240671.1583095111568@mail.yahoo.com> H-DQPSK is a fancy name for what is also known as LSM, which has been supported by OP25 for several years; P25 phase II has also been supported by OP25 for several years. OP25 cannot in general be tuned manually to a TDMA channel - instead it must be operated in trunked receiver mode - the data needed to descramble the voice frames (for TDMA) are obtained from the 9,600 control channel.? OP25 automatically switches to the proper baud rate (6K) for symbol reception on TDMA H-DQPSK channels. The demod mode (-D cqpsk) must be selected - fsk4 won't work. Max On Monday, February 24, 2020, 7:47:08 PM EST, James Qiu wrote: Hi, I'm new to OP25. I'm wondering if and when OP25 will support H-DQPSK demodulation. It's specified in Phase II of P25. I tried -2 option, but it didn't work. I used Anritsu LMR test box as the source. Thanks James -------------- next part -------------- An HTML attachment was scrubbed... URL: From josh at tuel.com Sat Mar 21 18:33:51 2020 From: josh at tuel.com (Josh Tuel) Date: Sat, 21 Mar 2020 13:33:51 -0500 Subject: [op25-dev] slow choppy audio Message-ID: I'm sorry if this has been asked before but I didn't see it in the archives. Any idea what could cause this slow choppy audio? https://photos.app.goo.gl/BinMZsag9G8nHAmaA I've played with the sampling and the my Mixer: balance (on Gnupot) is under 100. Thanks - Josh / N0EG -------------- next part -------------- An HTML attachment was scrubbed... URL: From josh at tuel.com Sun Mar 22 01:19:12 2020 From: josh at tuel.com (Josh Tuel) Date: Sat, 21 Mar 2020 20:19:12 -0500 Subject: [op25-dev] slow choppy audio In-Reply-To: References: Message-ID: Thanks all for the offer to help. Bill got me working. There was an issue with pulseaudio not starting with my Raspbian Buster build. Thanks again! Josh - N0EG On Sat, Mar 21, 2020 at 5:40 PM Steve L wrote: > We'd need to see your rx.py command line options to be able to provide > you with specific help. > > Have you read this recent thread? > https://forums.radioreference.com/threads/op25-slow-choppy-audio.403480/ > > On Sat, Mar 21, 2020 at 1:34 PM Josh Tuel wrote: > > > > > > I'm sorry if this has been asked before but I didn't see it in the > archives. > > > > Any idea what could cause this slow choppy audio? > https://photos.app.goo.gl/BinMZsag9G8nHAmaA > > > > I've played with the sampling and the my Mixer: balance (on Gnupot) is > under 100. > > > > Thanks - Josh / N0EG > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dn at devicenull.org Tue Apr 14 13:23:45 2020 From: dn at devicenull.org (Brian Rak) Date: Tue, 14 Apr 2020 09:23:45 -0400 Subject: [op25-dev] P25 P2 corrupted audio? Message-ID: I've been trying to use OP25 to listen to a Project 25 Phase 2 system, and so far all I've managed to get is weird corrupted audio out of it. It almost sounds like the audio isn't being decoded at all, and it's just playing me the raw bit stream. I'm using: # ./rx.py --nocrypt -f 770081250 -N 'LNA:47' -2 -T trunk.tsv -l http: 192.168.5.134:4445 -v 8 --args 'rtl' -S 274000 -w -W 192.168.5.224 -q 2 -D fsk4 (have tried with and without the fsk4). I do see debug output that seems to indicate it's following the channel properly: https://gist.githubusercontent.com/devicenull/1086fe103f751be9103a86496b46709a/raw/920fa584beab0ff3ae7f0735fe6a6750023440d3/gistfile1.txt I'm listening in on a remote device with vlc: vlc.exe --clock-jitter=500 --network-caching=0 --demux=rawaud --rawaud-channels 1 --rawaud-samplerate 8000 udp://@:23456 The machine I'm running OP25 on doesn't really have a sound setup (it's a server, no GUI or speakers), so I can't really confirm if the issue is with the sound or VLC. Any suggestions? -------------- next part -------------- An HTML attachment was scrubbed... URL: From dn at devicenull.org Tue Apr 14 15:15:43 2020 From: dn at devicenull.org (Brian Rak) Date: Tue, 14 Apr 2020 11:15:43 -0400 Subject: [op25-dev] P25 P2 corrupted audio? In-Reply-To: <000501d6126e$582b3ee0$0881bca0$@gmail.com> References: <000501d6126e$582b3ee0$0881bca0$@gmail.com> Message-ID: Thanks, that was it! On Tue, Apr 14, 2020 at 11:07 AM wrote: > Brian, > > > > Phase-I FDMA LSM (Simulcast) and Phase-II TDMA systems require the CQPSK > demodulator option. Change your command line from *(-D fsk4)* to *(-D > cqpsk), *then > > add *(-V) *to enable the vocoder that compliments the *(-2)* Phase-II > TDMA option. > > > > Bill, WA8WG > > > > > > *From:* op25-dev *On Behalf Of *Brian > Rak > *Sent:* Tuesday, April 14, 2020 8:24 AM > *To:* op25-dev at lists.osmocom.org > *Subject:* [op25-dev] P25 P2 corrupted audio? > > > > I've been trying to use OP25 to listen to a Project 25 Phase 2 system, and > so far all I've managed to get is weird corrupted audio out of it. It > almost sounds like the audio isn't being decoded at all, and it's just > playing me the raw bit stream. > > > > I'm using: > > > > # ./rx.py --nocrypt -f 770081250 -N 'LNA:47' -2 -T trunk.tsv -l http: > 192.168.5.134:4445 -v 8 --args 'rtl' -S 274000 -w -W 192.168.5.224 -q 2 > -D fsk4 > > > > (have tried with and without the fsk4). > > > > I do see debug output that seems to indicate it's following the channel > properly: > https://gist.githubusercontent.com/devicenull/1086fe103f751be9103a86496b46709a/raw/920fa584beab0ff3ae7f0735fe6a6750023440d3/gistfile1.txt > > > > I'm listening in on a remote device with vlc: vlc.exe --clock-jitter=500 > --network-caching=0 --demux=rawaud --rawaud-channels 1 --rawaud-samplerate > 8000 udp://@:23456 > > > > The machine I'm running OP25 on doesn't really have a sound setup (it's a > server, no GUI or speakers), so I can't really confirm if the issue is with > the sound or VLC. > > > > Any suggestions? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From louiswilen at gmail.com Tue Apr 14 17:19:17 2020 From: louiswilen at gmail.com (Louis Wilen) Date: Tue, 14 Apr 2020 13:19:17 -0400 Subject: [op25-dev] OP25 -- can't even resolve the NAC In-Reply-To: References: <000501d6126e$582b3ee0$0881bca0$@gmail.com> Message-ID: <2bbc18f0-69a1-5e22-6b5f-28c55858239e@gmail.com> I am in Montgomery County, MD trying to use OP25 to monitor the police and fire system. The platform is a Raspberry Pi 3b with the OS and all known drivers up-to-date. GQRX hears and shows a strong signal on the primary control channel frequency, 853.8625. GQRX also shows a strong signal on alternate control channel 853.6875.? (I got the control channels from RadioReference.com.) Also, I can turn in local FM, VHF ham radio, etc. stations reliably with GQRX. The audio is excellent. So my dongle appears to be fine. Using a standalone scanner, I?ve verified the primary control channel frequency is what I have specified as the current control channel, 853.8625. I?m trying to find the NAC by running: ./rx.py ?args ?rtl? -N ?LNA:47? -S 2400000 -f 853.8625e6 2>stderr.2 And that gives nothing on the OP25 console screen except ?Frequency 853.862500(0)? in the bottom left corner. This should give me the NAC and other info in the upper left of the screen, but that area is blank. Even though I know the control channel is on 853.8625 (based on my standalone scanner), I figured that I'd try the above command but specify the alternate, 853.6875e6, as the control channel frequency. That gives me the following in the upper left corner: NAC 0x8e2 WACN 0xbee00 SYSID 0x8e0 853.687500/808.687500 tsbks 114 That looks sort of good. But if I then use the secondary control channel and NAC 0x8E2 in the trunk.tsv file, the OP25 console screen still does not show any voice activity. The OP25 spectrum plot (option 1 plot) does show the peak for the control channel that I?ve selected. And I still don?t know why I can?t get the NAC or any meaningful OP25 console data for the primary control channel to appear since I know it?s the control channel that is in use, based on watching my standalone scanner. The stderr file does not show anything that seems abnormal. Here it is when specifying the primary control channel in the rx.py command line: ?????????????????- gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.13.4 built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp Using device #0 Realtek RTL2838UHIDIR SN: 00000001 Found Rafael Micro R820T tuner [R82XX] PLL not locked! [R82XX] PLL not locked! Using two-stage decimator for speed=2400000, decim=25/4 if1=96000 if2=24000 Project 25 IMBE Encoder/Decoder Fixed-Point implementation Developed by Pavel Yazev E-mail:pyazev at gmail.com Version 1.0 (c) Copyright 2009 This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see the file ?LICENSE? for details. p25_frame_assembler_impl: do_imbe[0], do_output[0], do_audio_output[0], do_phase2_tdma[0], do_nocrypt[0] metadata update not enabled Allocating 15 zero-copy buffers Flowgraph completed. Exiting ?????????????????- My dongle is very stable and appears to be 'on frequency'.? Still, I've tried using offsets and changing the frequency a bit to no avail. So what I?m mainly looking for is the NAC for the system at this point. Once I get that to appear on the screen when specifying the primary control channel on the command line, everything else should hopefully fall into place. Any suggestions would be appreciated. Louis W3VVV -------------- next part -------------- An HTML attachment was scrubbed... URL: From ar at dseven.org Thu Apr 16 16:08:33 2020 From: ar at dseven.org (iain macdonnell - N6ML) Date: Thu, 16 Apr 2020 09:08:33 -0700 Subject: [op25-dev] OP25 -- can't even resolve the NAC In-Reply-To: <2bbc18f0-69a1-5e22-6b5f-28c55858239e@gmail.com> References: <000501d6126e$582b3ee0$0881bca0$@gmail.com> <2bbc18f0-69a1-5e22-6b5f-28c55858239e@gmail.com> Message-ID: It appears that you're trying to monitor a Motorola Type II SmartZone system. op25 doesn't do that. It only does P25 and some DMR. ~iain On Tue, Apr 14, 2020 at 10:19 AM Louis Wilen wrote: > > I am in Montgomery County, MD trying to use OP25 to monitor the police and fire system. > > The platform is a Raspberry Pi 3b with the OS and all known drivers up-to-date. > > GQRX hears and shows a strong signal on the primary control channel frequency, 853.8625. GQRX also shows a strong signal on alternate control channel 853.6875. (I got the control channels from RadioReference.com.) > > Also, I can turn in local FM, VHF ham radio, etc. stations reliably with GQRX. The audio is excellent. So my dongle appears to be fine. > > Using a standalone scanner, I?ve verified the primary control channel frequency is what I have specified as the current control channel, 853.8625. > > I?m trying to find the NAC by running: > > ./rx.py ?args ?rtl? -N ?LNA:47? -S 2400000 -f 853.8625e6 2>stderr.2 > > And that gives nothing on the OP25 console screen except ?Frequency 853.862500(0)? in the bottom left corner. This should give me the NAC and other info in the upper left of the screen, but that area is blank. > > Even though I know the control channel is on 853.8625 (based on my standalone scanner), I figured that I'd try the above command but specify the alternate, 853.6875e6, as the control channel frequency. That gives me the following in the upper left corner: > > NAC 0x8e2 WACN 0xbee00 SYSID 0x8e0 853.687500/808.687500 tsbks 114 > > That looks sort of good. But if I then use the secondary control channel and NAC 0x8E2 in the trunk.tsv file, the OP25 console screen still does not show any voice activity. > > The OP25 spectrum plot (option 1 plot) does show the peak for the control channel that I?ve selected. > > And I still don?t know why I can?t get the NAC or any meaningful OP25 console data for the primary control channel to appear since I know it?s the control channel that is in use, based on watching my standalone scanner. > > The stderr file does not show anything that seems abnormal. Here it is when specifying the primary control channel in the rx.py command line: > > ?????????????????- > > gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.13.4 > > built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp > > Using device #0 Realtek RTL2838UHIDIR SN: 00000001 > > Found Rafael Micro R820T tuner > > [R82XX] PLL not locked! > > [R82XX] PLL not locked! > > Using two-stage decimator for speed=2400000, decim=25/4 if1=96000 if2=24000 > > Project 25 IMBE Encoder/Decoder Fixed-Point implementation > > Developed by Pavel Yazev E-mail: pyazev at gmail.com > > Version 1.0 (c) Copyright 2009 > > This program comes with ABSOLUTELY NO WARRANTY. > > This is free software, and you are welcome to redistribute it > > under certain conditions; see the file ?LICENSE? for details. > > p25_frame_assembler_impl: do_imbe[0], do_output[0], do_audio_output[0], do_phase2_tdma[0], do_nocrypt[0] > > metadata update not enabled > > Allocating 15 zero-copy buffers > > Flowgraph completed. Exiting > > ?????????????????- > > My dongle is very stable and appears to be 'on frequency'. Still, I've tried using offsets and changing the frequency a bit to no avail. > > So what I?m mainly looking for is the NAC for the system at this point. Once I get that to appear on the screen when specifying the primary control channel on the command line, everything else should hopefully fall into place. > > Any suggestions would be appreciated. > > Louis > W3VVV > > From indie at independentanalysis.net Sat May 9 20:44:18 2020 From: indie at independentanalysis.net (indie) Date: Sat, 09 May 2020 16:44:18 -0400 Subject: [op25-dev] Hey everybody! Message-ID: Hello everyone! I used to use OP25 circa 2013.? Are you all still active on here?Sent via the Samsung Galaxy S8 Active, an AT&T 5G Evolution capable smartphone -------------- next part -------------- An HTML attachment was scrubbed... URL: From pschlottvt at protonmail.com Tue Aug 25 21:53:50 2020 From: pschlottvt at protonmail.com (Patrick Schlott) Date: Tue, 25 Aug 2020 21:53:50 +0000 Subject: [op25-dev] OP25 beginner Message-ID: Hello, I'd like to get started with a build of OP25 on a Raspberry Pi 3B, with the intention of using it to transmit and receive P25 on a mobile radio. I have some experience building projects from the source, but the current install instructions do not work: https://osmocom.org/projects/op25/wiki/InstallInstructionsPage I'm not sure if the git link is wrong and I don't want to use svn as that's an older version of the software. Apologies if this is a beginner question, but this project interests me very much, and I'd like to help in any way I can, if only minimally. Respectfully, -Patrick Sent with [ProtonMail](https://protonmail.com) Secure Email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Fri Sep 4 00:53:45 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Thu, 03 Sep 2020 17:53:45 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Message-ID: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> Trying to test out an AIRSPY R2 and the signal level v. an RTL is not even close. I've got -N options for LNA, MIX, IF, but what is the option for the MASTER GAIN? I've tried MAS, MASTER in the -N option, no change in the signal. I've tried -g as well no joy. Example: ./rx.py --args 'airspy' -N 'MASTER:50,IF:10,MIX:5,LNA:50' -S 2500000 -f 769.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log ./rx.py --args 'airspy' -N 'IF:10,MIX:5,LNA:15' -S 2500000 -f 774.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log What is the CORRECT method to set the MASTER GAIN of the Airspys, using something else its set to 14 for a good signal. Thanks. From gnorbury at bondcar.com Fri Sep 4 01:10:46 2020 From: gnorbury at bondcar.com (Graham Norbury) Date: Thu, 3 Sep 2020 21:10:46 -0400 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> Message-ID: I'm not aware of a master gain parameter. LNA, MIX, IF are the three gain controls. All take value between 0-15. Graham On Thu, Sep 3, 2020, 9:00 PM wrote: > > Trying to test out an AIRSPY R2 and the signal level v. an RTL is not > even close. > > I've got -N options for LNA, MIX, IF, but what is the option for the > MASTER GAIN? > > I've tried MAS, MASTER in the -N option, no change in the signal. > > I've tried -g as well no joy. > > > > Example: > ./rx.py --args 'airspy' -N 'MASTER:50,IF:10,MIX:5,LNA:50' -S 2500000 > -f 769.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log > > ./rx.py --args 'airspy' -N 'IF:10,MIX:5,LNA:15' -S 2500000 -f > 774.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log > > What is the CORRECT method to set the MASTER GAIN of the Airspys, > using something else its set to 14 for a good signal. > > Thanks. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Fri Sep 4 10:34:52 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Fri, 04 Sep 2020 03:34:52 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> Message-ID: <20200904033452.Horde.6foUMb3KJliBPJ92RxUegHy@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > I'm not aware of a master gain parameter. LNA, MIX, IF are the three gain > controls. All take value between 0-15. Ummm...mmm...hmmmmmm... SDRTrunk exposes: 4 CONTROLS and 3 options in a drop down. A guess is these "modes" are some sort of custom setup? As you can set CUSTOM MODE and you can then adjust IF,MIX,LNA separately... in SENSITIVITY or LINEARITY MODES it has a "MASTER" slider which I will take it that if there really are only 3 real gains must be a custom adjust to all 3 via that slider???? Which it doesn't reflect in the GUI that its adjusting them.... but thats not really relevant here. I am trying to match performance from an RTL to the Airspy, and the plot on the spectrum is at least 20db down from the RTL (RTL Gain 49)..unless the Airspys are significantly less sensitive which SDRT doesn't seem to show. I get -20db power level with the RTL and and the airspy is at -40db...and playing with those gains didn't seem to budge it... hmmm.. I'll give another whack tonight using only the 3 controls and see what I get... Thanks... From wllmbecks at gmail.com Fri Sep 4 18:10:14 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Fri, 4 Sep 2020 13:10:14 -0500 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Message-ID: <000001d682e6$a5394090$efabc1b0$@gmail.com> As Graham pointed out, there is no "Master" gain control built into the interface specification of Airspy devices. However, In addition to manual gain control, there are sensitivity, and linearity modes that apply AGC over the LNA and Mixer stages. The "Master" gain control it seems is a feature in SDRTrunk whereby some values are applied to the LNA, Mixer, and IF gains settings in addition to allow the end user input specific Tuner gain settings. That said, there is no need to mimic overall RF amplitude values displayed on op25 FFT plots. The fundamental difference between typical RTL SDR devices and the Airspy R2's and Mini's is the much lower noise floor and the superior signal handling characteristics of the Airspy. At the end of the day it's all about Signal to Noise (S/N) performance of any given radio receiver that defines overall usable sensitivity. Shown below are FFT plots captured from the same P25 system with an Airspy R2 followed by a NooElec SMArt. Observe the Airspy exhibits an average noise floor of approximately -80 while the RTL exhibits an average noise floor of approximately -63 to -64 that clearly demonstrates that the Airspy has a 16 to 17 dB advantage over the RTL device. In addition to the lower noise performance, the signal handling in crowed RF spectrums of the Airspy is also a plus. I happen to live in a rural area where there are few in-band 800 MHz signals, but it should be noted that most RTL's suffer from self-induced intermodulation interference when operated in crowded RF spectrums. Airspy R2 ./rx.py --args 'airspy' -S 2500000 -N 'LNA:15,MIX:15,IF:10' NooElec RTL ./rx.py --args 'rtl' --gains 'lna:49' The third FFT plot below does demonstrate the relatively poor IM performance of an RTL SDR captured from one of my remote instances of op25 tuned to a VHF P25 system where there are numerous in-band signals. In this case I am using a five element Yagi antenna aimed at the distant RFSS in combination with minimum LNA settings to mitigate as much of the IM products as are possible. Signals shown in the plot below approximately -45 are IM products and are not real in-band signals when at times there are legitimate in-band signals that do produce IM products that cause bit errors to the desired P25 control or voice channels. NooElec RTL ./rx.py --args 'rtl' --gains 'lna:49' Bill -----Original Message----- From: op25-dev On Behalf Of op25 at zellners.com Sent: Friday, September 4, 2020 5:35 AM To: op25-dev at lists.osmocom.org Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Quoting Graham Norbury < gnorbury at bondcar.com>: > I'm not aware of a master gain parameter. LNA, MIX, IF are the three gain > controls. All take value between 0-15. Ummm...mmm...hmmmmmm... SDRTrunk exposes: 4 CONTROLS and 3 options in a drop down. A guess is these "modes" are some sort of custom setup? As you can set CUSTOM MODE and you can then adjust IF,MIX,LNA separately... in SENSITIVITY or LINEARITY MODES it has a "MASTER" slider which I will take it that if there really are only 3 real gains must be a custom adjust to all 3 via that slider???? Which it doesn't reflect in the GUI that its adjusting them.... but thats not really relevant here. I am trying to match performance from an RTL to the Airspy, and the plot on the spectrum is at least 20db down from the RTL (RTL Gain 49)..unless the Airspys are significantly less sensitive which SDRT doesn't seem to show. I get -20db power level with the RTL and and the airspy is at -40db...and playing with those gains didn't seem to budge it... hmmm.. I'll give another whack tonight using only the 3 controls and see what I get... Thanks... -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29275 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 38085 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image009.jpg Type: image/jpeg Size: 37110 bytes Desc: not available URL: From op25 at zellners.com Fri Sep 4 18:06:27 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Fri, 04 Sep 2020 11:06:27 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <3da4e3d3-7670-1014-15fe-b89be999146c@bondcar.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200904033452.Horde.6foUMb3KJliBPJ92RxUegHy@lv-shared03.cpanelplatform.com> <3da4e3d3-7670-1014-15fe-b89be999146c@bondcar.com> Message-ID: <20200904110627.Horde.3e4dquNMcmlovK4ieQFqfPu@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > Airspy @ 15,15,15 > > > RTL @ 47 > I'll have to rerun the test to see.. I don't think real numbers were put in as I was expecting to get an option for "MASTER" I've since disabled that in the other software to use CORRECTLY as the device provides gain versus some pseudo control which I don't know what its doing.. I didn't get any movement at all in the signal on any of those gain settings, but I also don't think I limited to 1-15 either.. I will retry since I've play'd with the other software to see what settings seem to give the best SNR... > Of course, in the real world you'd tune the gain(s) to find the best > SNR, which is typically the point just before the noise floor starts > rising appreciably.? Thats what is done, on the production unit. I admit to upping it a little for rain fade, stray pine needles etc. for some fade margin. Which does resolve those... I also use dedicated and professional LMR antenna and cables, ie:LMR400, yagi at site etc.. I try to make up with things at the antenna not at the other end. I also use the constellation to get a good pattern and go from there. With a good pattern there 99% of the time the rest will take of itself. Mostly. Now that I know the other is creating a fake setup, and what really should be done I can test again. Thanks. From ar at dseven.org Fri Sep 4 18:24:12 2020 From: ar at dseven.org (iain macdonnell - N6ML) Date: Fri, 4 Sep 2020 11:24:12 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <000001d682e6$a5394090$efabc1b0$@gmail.com> References: <000001d682e6$a5394090$efabc1b0$@gmail.com> Message-ID: On Fri, Sep 4, 2020 at 11:10 AM wrote: > As Graham pointed out, there is no ?Master? gain control built into the > interface specification > > of Airspy devices. However, In addition to manual gain control, there are > sensitivity, and linearity modes > > that apply AGC over the LNA and Mixer stages. > > > > The ?Master? gain control it seems is a feature in SDRTrunk whereby some > values are applied to the > > LNA, Mixer, and IF gains settings in addition to allow the end user input > specific Tuner gain settings. > > That said, there is no need to mimic overall RF amplitude values displayed > on op25 FFT plots. > > > > The fundamental difference between typical RTL SDR devices and the Airspy > R2?s and Mini?s > > is the much lower noise floor and the superior signal handling > characteristics of the Airspy. > > At the end of the day it?s all about Signal to Noise (S/N) performance of > any given radio receiver > > that defines overall usable sensitivity. > > > > Shown below are FFT plots captured from the same P25 system with an Airspy > R2 followed by > > a NooElec SMArt. Observe the Airspy exhibits an average noise floor of > approximately -80 while > > the RTL exhibits an average noise floor of approximately -63 to -64 that > clearly demonstrates > > that the Airspy has a 16 to 17 dB advantage over the RTL device. > Er, no.. it means that *after all of the gains have been applied*, the noise floor measures differently. As you pointed out above, then apparently immediately forgot, it's SNR that matters. Eyeballing your plots, it seems like the SNR is similar - somewhere in the 35-40dB range (can't tell more than that, given the resolution). Note that the vertical scale is not the same between the two plots. Also, the RF frequency is not the same, so that's probably not a fair comparison either. ~iain > In addition to the lower noise performance, the signal handling in crowed > RF spectrums > > of the Airspy is also a plus. I happen to live in a rural area where > there are few in-band 800 MHz > > signals, but it should be noted that most RTL?s suffer from self-induced > intermodulation interference > > when operated in crowded RF spectrums. > > > > > > *Airspy R2 ./rx.py --args 'airspy' -S 2500000 -N 'LNA:15,MIX:15,IF:10'* > > > > > > > > *NooElec RTL** ./rx.py --args 'rtl' --gains 'lna:49'* > > > > > > The third FFT plot below does demonstrate the relatively poor IM > performance of an RTL SDR > > captured from one of my remote instances of op25 tuned to a VHF P25 system > where there > > are numerous in-band signals. In this case I am using a five element > Yagi antenna aimed at the > > distant RFSS in combination with minimum LNA settings to mitigate as much > of the IM products > > as are possible. > > > > Signals shown in the plot below approximately -45 are IM products and are > not real in-band signals > > when at times there are legitimate in-band signals that do produce IM > products that cause bit errors > > to the desired P25 control or voice channels. > > > > *NooElec RTL** ./rx.py --args 'rtl' --gains 'lna:49'* > > > > Bill > > > > > > -----Original Message----- > From: op25-dev On Behalf Of > op25 at zellners.com > Sent: Friday, September 4, 2020 5:35 AM > To: op25-dev at lists.osmocom.org > Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? > > > > > > Quoting Graham Norbury : > > > > > I'm not aware of a master gain parameter. LNA, MIX, IF are the three > gain > > > controls. All take value between 0-15. > > > > Ummm...mmm...hmmmmmm... > > > > SDRTrunk exposes: > > > > 4 CONTROLS and 3 options in a drop down. > > > > A guess is these "modes" are some sort of custom setup? As you can set > CUSTOM MODE and you can then adjust IF,MIX,LNA separately... in SENSITIVITY > or LINEARITY MODES it has a "MASTER" slider which I will take it that if > there really are only 3 real gains must be a custom adjust to all 3 via > that slider???? Which it doesn't reflect in the GUI that its adjusting > them.... but thats not really relevant here. > > > > I am trying to match performance from an RTL to the Airspy, and the plot > on the spectrum is at least 20db down from the RTL (RTL Gain 49)..unless > the Airspys are significantly less sensitive which SDRT doesn't seem to > show. > > > > I get -20db power level with the RTL and and the airspy is at -40db...and > playing with those gains didn't seem to budge it... hmmm.. > > > > I'll give another whack tonight using only the 3 controls and see what I > get... > > > > Thanks... > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29275 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 38085 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image009.jpg Type: image/jpeg Size: 37110 bytes Desc: not available URL: From op25 at zellners.com Sat Sep 5 11:23:04 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Sat, 05 Sep 2020 04:23:04 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> Message-ID: <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > I'm not aware of a master gain parameter. LNA, MIX, IF are the three gain > controls. All take value between 0-15. > >> >> ./rx.py --args 'airspy' -N 'IF:10,MIX:5,LNA:15' -S 2500000 -f >> 774.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log I reran my tests on this again, using -N 'IF:,MIX:,LNA:' like above with 0-15 values. The spike for the CC, as a test, didn't budge at all, all 15, or anything in between, no changes. It is significantly lower to start -20 to -40db lower v. other programs and depending on antenna. Its almost like the gains are set to 0 or something and never change??? ? ? ? ? Even using a duck direct to the Airspy with another program results in much higher signals on its spectrum, and gains will adjust accordingly. Changes will occur in another program with adjustments to all 3 (outside its faked single slider mode, using just the REAL GAINS), gains shows changes in the signals and noise floor. In op25, not a bit of change at all in any thing. noise or signal. Like these are not being sent? Or not taking affect?? ? ? 15 for all, combos of values, even things like 50 for all three, no changes. I am not sure what to even try at this point? Other than missing lib when it was compiled??? I didn't have the airspy then or airspy pacakges installed when compiled.. does that change anything??? It seems to work regardless of that, it tunes, it will trunk, voice etc., just the gains don't seem to do a thing at all. IF there was something missing in this, I would expect it to fail to tune, audio etc.. Ideas????? From gnorbury at bondcar.com Sat Sep 5 12:25:29 2020 From: gnorbury at bondcar.com (Graham Norbury) Date: Sat, 5 Sep 2020 08:25:29 -0400 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> Message-ID: This happens when the agc is turned on. Bill Becks and I experimented with it a while back and found a way to enable/disable, but at this moment I don't recall the magic incantation. Graham On Sat, Sep 5, 2020, 7:23 AM wrote: > > Quoting Graham Norbury : > > > I'm not aware of a master gain parameter. LNA, MIX, IF are the three > gain > > controls. All take value between 0-15. > > > >> > >> ./rx.py --args 'airspy' -N 'IF:10,MIX:5,LNA:15' -S 2500000 -f > >> 774.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log > > > I reran my tests on this again, using -N 'IF:,MIX:,LNA:' like above > with 0-15 values. > > The spike for the CC, as a test, didn't budge at all, all 15, or > anything in between, no changes. > > It is significantly lower to start -20 to -40db lower v. other > programs and depending on antenna. > > Its almost like the gains are set to 0 or something and never > change??? ? ? ? ? > > Even using a duck direct to the Airspy with another program results in > much higher signals on its spectrum, and gains will adjust accordingly. > > Changes will occur in another program with adjustments to all 3 > (outside its faked single slider mode, using just the REAL GAINS), > gains shows changes in the signals and noise floor. > > In op25, not a bit of change at all in any thing. noise or signal. > Like these are not being sent? Or not taking affect?? ? ? 15 for all, > combos of values, even things like 50 for all three, no changes. > > > I am not sure what to even try at this point? Other than missing lib > when it was compiled??? I didn't have the airspy then or airspy > pacakges installed when compiled.. does that change anything??? It > seems to work regardless of that, it tunes, it will trunk, voice etc., > just the gains don't seem to do a thing at all. IF there was something > missing in this, I would expect it to fail to tune, audio etc.. > > Ideas????? > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wllmbecks at gmail.com Sat Sep 5 12:26:17 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Sat, 5 Sep 2020 07:26:17 -0500 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> Message-ID: <000001d6837f$c12a52f0$437ef8d0$@gmail.com> I didn't pay particular attention to the original post but a (-q 2) would really be unheard of with an Airspy device unless it is way out of calibration. I suspect that the spike you're seeing in is not a "real' signal. Although it's hard to reproduce on demand, I have run into conditions where my FFT plot displayed a spike at the center of the spectrum that turned out to be false signal. Removing the antenna and setting the LNA and Mixer gain controls to zero made no difference in the amplitude of the spike at the center of the spectrum. As a suggestion, retest rx.py using (-q 0) as a starting point but add (-X) to let op25 try to resolve tuning errors to see if you're actually getting a live signal, and check to see that op25 indicates it's decoding trunk signaling blocks and live traffic. Raising and lowering LNA, MIXER, and IF gains should result in varying signal amplitude as observed in the FFT plot Typically, on my Airspy devices the IF gain maxes out at about a setting of 8-10 as far as increasing signal amplitude and whereby increasing IF gain only serves to raise the apparent noise floor and sometimes introducing unwanted IM products. But LNA and MIXER gains should play a very significant role in the signal level as observed in the FFT plot screen. Bill -----Original Message----- From: op25-dev On Behalf Of op25 at zellners.com Sent: Saturday, September 5, 2020 6:23 AM To: op25-dev at lists.osmocom.org Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Quoting Graham Norbury : > I'm not aware of a master gain parameter. LNA, MIX, IF are the three gain > controls. All take value between 0-15. > >> >> ./rx.py --args 'airspy' -N 'IF:10,MIX:5,LNA:15' -S 2500000 -f >> 774.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log I reran my tests on this again, using -N 'IF:,MIX:,LNA:' like above with 0-15 values. The spike for the CC, as a test, didn't budge at all, all 15, or anything in between, no changes. It is significantly lower to start -20 to -40db lower v. other programs and depending on antenna. Its almost like the gains are set to 0 or something and never change??? ? ? ? ? Even using a duck direct to the Airspy with another program results in much higher signals on its spectrum, and gains will adjust accordingly. Changes will occur in another program with adjustments to all 3 (outside its faked single slider mode, using just the REAL GAINS), gains shows changes in the signals and noise floor. In op25, not a bit of change at all in any thing. noise or signal. Like these are not being sent? Or not taking affect?? ? ? 15 for all, combos of values, even things like 50 for all three, no changes. I am not sure what to even try at this point? Other than missing lib when it was compiled??? I didn't have the airspy then or airspy pacakges installed when compiled.. does that change anything??? It seems to work regardless of that, it tunes, it will trunk, voice etc., just the gains don't seem to do a thing at all. IF there was something missing in this, I would expect it to fail to tune, audio etc.. Ideas????? From gnorbury at bondcar.com Sat Sep 5 12:45:04 2020 From: gnorbury at bondcar.com (Graham Norbury) Date: Sat, 5 Sep 2020 08:45:04 -0400 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> Message-ID: <9d9bed64-fa27-c3e0-7812-d30e6d034222@bondcar.com> If you're using rx.py try setting "--gain-mode 0" on the command line. That parameter is not implemented in multi_rx.py but if you change it in one app (e.g. gqrx), it will persist in other apps until you power cycle the airspy dongle. Graham On 9/5/20 8:25 AM, Graham Norbury wrote: > This happens when the agc is turned on.? Bill Becks and I experimented > with it a while back and found a way to enable/disable, but at this > moment I don't recall the magic incantation. > > Graham > > On Sat, Sep 5, 2020, 7:23 AM > wrote: > > > Quoting Graham Norbury >: > > > I'm not aware of a master gain parameter.? ?LNA, MIX, IF are the > three gain > > controls.? All take value between 0-15. > > > >> > >> ./rx.py --args 'airspy' -N 'IF:10,MIX:5,LNA:15' -S 2500000 -f > >> 774.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2? -U -x 2 2>> airspy.log > > > I reran my tests on this again, using -N 'IF:,MIX:,LNA:' like above? > with 0-15 values. > > The spike for the CC, as a test, didn't budge at all, all 15, or? > anything in between, no changes. > > It is significantly lower to start -20 to -40db lower v. other? > programs and depending on antenna. > > Its almost like the gains are set to 0 or something and never? > change??? ? ? ? ? > > Even using a duck direct to the Airspy with another program > results in? > much higher signals on its spectrum, and gains will adjust > accordingly. > > Changes will occur in another program with adjustments to all 3? > (outside its faked single slider mode, using just the REAL GAINS),? > gains shows changes in the signals and noise floor. > > In op25, not a bit of change at all in any thing. noise or signal.? > Like these are not being sent? Or not taking affect?? ? ? 15 for > all,? > combos of values, even things like 50 for all three, no changes. > > > I am not sure what to even try at this point? Other than missing lib? > when it was compiled??? I didn't have the airspy then or airspy? > pacakges installed when compiled.. does that change anything??? It? > seems to work regardless of that, it tunes, it will trunk, voice > etc.,? > just the gains don't seem to do a thing at all. IF there was > something? > missing in this, I would expect it to fail to tune, audio etc.. > > Ideas????? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wllmbecks at gmail.com Sat Sep 5 13:29:51 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Sat, 5 Sep 2020 08:29:51 -0500 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> Message-ID: <000001d68388$a2ab3b10$e801b130$@gmail.com> Gents, Graham Norbury dug into the Airspy library sometime back and came up with a fix to enable/disable the various gain modes. I want to recall that he patched some of the existing code to allow additional args to control these gain modes. So it?s likely the following will only apply to the boatbod version of op25. The yellow highlighted text below in my rx.py command line is an example of how my R2 device was set to manual gain mode whereby the device responds to user specified LNA, MIX, and IF gain settings. ./rx.py --args "airspy=0,sensitivity=0,linearity=0,bias=0" -N 'LNA:15,MIX:15,IF:10' -S 2500000 -T trunk.tsv ??? Bill From: op25-dev On Behalf Of Graham Norbury Sent: Saturday, September 5, 2020 7:25 AM To: op25-dev at lists.osmocom.org Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? This happens when the agc is turned on. Bill Becks and I experimented with it a while back and found a way to enable/disable, but at this moment I don't recall the magic incantation. Graham On Sat, Sep 5, 2020, 7:23 AM > wrote: Quoting Graham Norbury >: > I'm not aware of a master gain parameter. LNA, MIX, IF are the three gain > controls. All take value between 0-15. > >> >> ./rx.py --args 'airspy' -N 'IF:10,MIX:5,LNA:15' -S 2500000 -f >> 774.55625e6 -v 7 -T P25PC.tsv -q 2 -V -2 -U -x 2 2>> airspy.log I reran my tests on this again, using -N 'IF:,MIX:,LNA:' like above with 0-15 values. The spike for the CC, as a test, didn't budge at all, all 15, or anything in between, no changes. It is significantly lower to start -20 to -40db lower v. other programs and depending on antenna. Its almost like the gains are set to 0 or something and never change??? ? ? ? ? Even using a duck direct to the Airspy with another program results in much higher signals on its spectrum, and gains will adjust accordingly. Changes will occur in another program with adjustments to all 3 (outside its faked single slider mode, using just the REAL GAINS), gains shows changes in the signals and noise floor. In op25, not a bit of change at all in any thing. noise or signal. Like these are not being sent? Or not taking affect?? ? ? 15 for all, combos of values, even things like 50 for all three, no changes. I am not sure what to even try at this point? Other than missing lib when it was compiled??? I didn't have the airspy then or airspy pacakges installed when compiled.. does that change anything??? It seems to work regardless of that, it tunes, it will trunk, voice etc., just the gains don't seem to do a thing at all. IF there was something missing in this, I would expect it to fail to tune, audio etc.. Ideas????? -------------- next part -------------- An HTML attachment was scrubbed... URL: From op25 at zellners.com Sun Sep 6 14:28:50 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Sun, 06 Sep 2020 07:28:50 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <000001d68388$a2ab3b10$e801b130$@gmail.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> <000001d68388$a2ab3b10$e801b130$@gmail.com> Message-ID: <20200906072850.Horde.zDcuIF1ovt0aAZ_nwAp1BHk@lv-shared03.cpanelplatform.com> Quoting wllmbecks at gmail.com: > The yellow highlighted text below in my rx.py command line is an > example of how my R2 device was set to manual gain mode whereby the > device responds to user specified LNA, MIX, > > and IF gain settings. > > > > ./rx.py --args "airspy=0,sensitivity=0,linearity=0,bias=0" -N > 'LNA:15,MIX:15,IF:10' -S 2500000 -T trunk.tsv ??? > Thanks... I think that may be the magic,airspy=0,sensitivity=0,linearity=0,bias=0, as those names are present in the other program, but hmm... I would expect since I nuked them in that program it would persist? I guess not.. I will try this during some tests today... have to work on a more mission critical option at first. Thanks.... From wllmbecks at gmail.com Sun Sep 6 14:45:48 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Sun, 6 Sep 2020 09:45:48 -0500 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <20200906072850.Horde.zDcuIF1ovt0aAZ_nwAp1BHk@lv-shared03.cpanelplatform.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> <000001d68388$a2ab3b10$e801b130$@gmail.com> <20200906072850.Horde.zDcuIF1ovt0aAZ_nwAp1BHk@lv-shared03.cpanelplatform.com> Message-ID: <000801d6845c$69af4480$3d0dcd80$@gmail.com> Setting the manual gain mode in op25 will take away AGC and more importantly will remove the false spike in the center of the spectrum. This is quite so that you can visualize the "Real" control channel from a figment of the Airspy's imagination. Note that a full reboot or removal and re-plugging of the SDR into the USB port will be required to clear the Airspy from previous linearity or sensitivity modes. Changing of the rx.py command line arguments and restarting rx.py will not clear the internal registers of the device, something that it took me a while to figure out. I would still recommend starting with (-q 0) while checking for the presence of TSBK's coming from the control channel, and/or verification of a legitimate p25 signal by observing the constellation or symbols plots. But I think you'll be ok in using FFT once you have the AGC gain modes disabled. Please let us know how you make out. Good luck! Bill -----Original Message----- From: op25-dev On Behalf Of op25 at zellners.com Sent: Sunday, September 6, 2020 9:29 AM To: op25-dev at lists.osmocom.org Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Quoting wllmbecks at gmail.com: > The yellow highlighted text below in my rx.py command line is an > example of how my R2 device was set to manual gain mode whereby the > device responds to user specified LNA, MIX, > > and IF gain settings. > > > > ./rx.py --args "airspy=0,sensitivity=0,linearity=0,bias=0" -N > 'LNA:15,MIX:15,IF:10' -S 2500000 -T trunk.tsv ??? > Thanks... I think that may be the magic,airspy=0,sensitivity=0,linearity=0,bias=0, as those names are present in the other program, but hmm... I would expect since I nuked them in that program it would persist? I guess not.. I will try this during some tests today... have to work on a more mission critical option at first. Thanks.... From op25 at zellners.com Sun Sep 6 16:33:04 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Sun, 06 Sep 2020 09:33:04 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <000001d6837f$c12a52f0$437ef8d0$@gmail.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> <000001d6837f$c12a52f0$437ef8d0$@gmail.com> Message-ID: <20200906093304.Horde.4jOisTIS2gFRk1hvrc44k4Z@lv-shared03.cpanelplatform.com> Quoting wllmbecks at gmail.com: > I didn't pay particular attention to the original post but a (-q 2) > would really be unheard of with an Airspy device > unless it is way out of calibration. I suspect that the spike > you're seeing in is not a "real' signal. The -q 2 for PPM of 2, is based on another programs output of its auto ppm. I will try with 0 as well. But with the 2 it was producing audio etc.. > > Although it's hard to reproduce on demand, I have run into > conditions where my FFT plot displayed a spike at the > center of the spectrum that turned out to be false signal. > Removing the antenna and setting the LNA and Mixer gain > controls to zero made no difference in the amplitude of the spike at > the center of the spectrum. This is not a spur, or anything of the like. Disconnect the antenna, its gone. I am not any sort of OP25 guru etc.... but lets just say this ain't my first rodeo in RF.... :) :) ;) > As a suggestion, retest rx.py using (-q 0) as a starting point but > add (-X) to let op25 try to resolve tuning errors to > see if you're actually getting a live signal, and check to see that > op25 indicates it's decoding trunk signaling blocks > and live traffic. > Op25 does already indicate its a live signal, just 20-40db down. I get audio, TSBKS, using a -v10 I get the slew of decoded TSBK data, with an occasional CRC error. Which is related to the low signal. I am also not working from a guess on the frequencies of the system(s). Lets just leave it at that I've got more knowledge about what frequencies and towers these things are using that a certain other site and the FCC does. :) ;) ;) > Raising and lowering LNA, MIXER, and IF gains should result in > varying signal amplitude as observed in the FFT plot > Typically, on my Airspy devices the IF gain maxes out at about a > setting of 8-10 as far as increasing signal amplitude > and whereby increasing IF gain only serves to raise the apparent > noise floor and sometimes introducing unwanted > IM products. But LNA and MIXER gains should play a very significant > role in the signal level as observed in the FFT plot I think in another setup I am about 10-12 for LNA, and 8-7 on the IF and MIX as I recall. As I played to max signal and reduce the noise floor. I'll have to find my note on it.. its not on this box. I think the other post to disable what ever those modes are is the key.. which when its reset, ie: powered off and moved to another box, my OP25 setups is not that box since op25 is not Python3 compatible, yet, and so I move it to the 18.04, with the ulitimate goal to possibly move it to a Pi(s), which I was hoping to dump, but there is a bug in another program to use them there. I am guessing the firmware of the AS's resets it to use these modes??? Where as the other program stores those settings and likely restores them when it sees the same tuner... as it does this with RTL's... We'll see what the tests do with the magic disable commands.... From op25 at zellners.com Sun Sep 6 18:03:06 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Sun, 06 Sep 2020 11:03:06 -0700 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? Message-ID: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> Ok.. .with the Airspys hidden magic spell documented... Do the HackRF's need something more like that??? I've got: --args 'hackrf' -g 65 -f 412.34e6 -N 'RF:14,IF:32,BB:26' As the various gains etc.....Any thing more to make it work "correctly?" :) ;) :) ;) That would certainly help with some other tests I'd like to do with OP25 v. some other stuff... Thanks advance.... From ar at dseven.org Sun Sep 6 18:22:30 2020 From: ar at dseven.org (iain macdonnell - N6ML) Date: Sun, 6 Sep 2020 11:22:30 -0700 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> Message-ID: I just started playing with a HackRF One ("clone"). This seems to basically work: --args 'hackrf' -N RF:0,IF:24,BB:28 -S 4000000 -o 100e3 -q 0 -d 0 .... I think 4M SMPS is around the limit for the processor in my RPi3 - beyond that, regular traffic sounds like it's encrypted :) Not sure if '-g' does anything in this context? I included the '-o' since there's a pretty hefty DC center spike. Still need to figure out if I can make op25 park on a fixed center frequency and find the channels with the sampled space, but I need something better than the RPi3 to cover the system that I want to monitor (channels span about 5MHz). You probably know already, but in case not; the gains are: RF: preamp - either 0 (off) or 14 (on) IF: aka LNA - from 0 to 40 in 8dB steps BB: "baseband" (a.k.a. VGA) - from 0 to 62 in 2dB steps Mine mysteriously stopped receiving on a few occasions yesterday. Nothing in the output to explain why (with '-v2') - it just stopped showing TSBKs (and CPU usage dropped to nothing). I cranked it up to '-v10' yesterday, but haven't reproduced the problem (yet).... ~iain On Sun, Sep 6, 2020 at 11:03 AM wrote: > > > Ok.. .with the Airspys hidden magic spell documented... > > Do the HackRF's need something more like that??? > > I've got: > > --args 'hackrf' -g 65 -f 412.34e6 -N 'RF:14,IF:32,BB:26' > > As the various gains etc.....Any thing more to make it work > "correctly?" :) ;) :) ;) > > That would certainly help with some other tests I'd like to do with > OP25 v. some other stuff... > > Thanks advance.... > > From wllmbecks at gmail.com Sun Sep 6 18:28:48 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Sun, 6 Sep 2020 13:28:48 -0500 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <20200906093304.Horde.4jOisTIS2gFRk1hvrc44k4Z@lv-shared03.cpanelplatform.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> <000001d6837f$c12a52f0$437ef8d0$@gmail.com> <20200906093304.Horde.4jOisTIS2gFRk1hvrc44k4Z@lv-shared03.cpanelplatform.com> Message-ID: <000001d6847b$907ec800$b17c5800$@gmail.com> A good tool is to take a look at your symbols and mixer plots to verify if the (-q 2) is the right prescription for your particular device. Start with (-q 0) and if you get TSBK's then let it run for five to ten minutes before checking the reported frequency error and then make your corrections accordingly. However, I have run the calibration utility on all of my Airspy devices using a GPSDO as a stable and accurate frequency reference. In my case, the corrections added to the rx.py command line were (-q 0.1) & (-o 30) that results in an average frequency error of no more than 10-20 Hz as reported by op25. Even though the R2's and Mini's are TCXO based, they are far from perfect and do drift the first five to ten minutes when starting up from cold. So, this has to be taken into consideration when running the calibration utility, or in making your PPM and offset corrections in op25. Bill -----Original Message----- From: op25-dev On Behalf Of op25 at zellners.com Sent: Sunday, September 6, 2020 11:33 AM To: op25-dev at lists.osmocom.org Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Quoting wllmbecks at gmail.com: > I didn't pay particular attention to the original post but a (-q 2) > would really be unheard of with an Airspy device unless it is way out > of calibration. I suspect that the spike you're seeing in is not a > "real' signal. The -q 2 for PPM of 2, is based on another programs output of its auto ppm. I will try with 0 as well. But with the 2 it was producing audio etc.. > > Although it's hard to reproduce on demand, I have run into > conditions where my FFT plot displayed a spike at the > center of the spectrum that turned out to be false signal. > Removing the antenna and setting the LNA and Mixer gain > controls to zero made no difference in the amplitude of the spike at > the center of the spectrum. This is not a spur, or anything of the like. Disconnect the antenna, its gone. I am not any sort of OP25 guru etc.... but lets just say this ain't my first rodeo in RF.... :) :) ;) > As a suggestion, retest rx.py using (-q 0) as a starting point but > add (-X) to let op25 try to resolve tuning errors to > see if you're actually getting a live signal, and check to see that > op25 indicates it's decoding trunk signaling blocks > and live traffic. > Op25 does already indicate its a live signal, just 20-40db down. I get audio, TSBKS, using a -v10 I get the slew of decoded TSBK data, with an occasional CRC error. Which is related to the low signal. I am also not working from a guess on the frequencies of the system(s). Lets just leave it at that I've got more knowledge about what frequencies and towers these things are using that a certain other site and the FCC does. :) ;) ;) > Raising and lowering LNA, MIXER, and IF gains should result in > varying signal amplitude as observed in the FFT plot > Typically, on my Airspy devices the IF gain maxes out at about a > setting of 8-10 as far as increasing signal amplitude > and whereby increasing IF gain only serves to raise the apparent > noise floor and sometimes introducing unwanted > IM products. But LNA and MIXER gains should play a very significant > role in the signal level as observed in the FFT plot I think in another setup I am about 10-12 for LNA, and 8-7 on the IF and MIX as I recall. As I played to max signal and reduce the noise floor. I'll have to find my note on it.. its not on this box. I think the other post to disable what ever those modes are is the key.. which when its reset, ie: powered off and moved to another box, my OP25 setups is not that box since op25 is not Python3 compatible, yet, and so I move it to the 18.04, with the ulitimate goal to possibly move it to a Pi(s), which I was hoping to dump, but there is a bug in another program to use them there. I am guessing the firmware of the AS's resets it to use these modes??? Where as the other program stores those settings and likely restores them when it sees the same tuner... as it does this with RTL's... We'll see what the tests do with the magic disable commands.... From wllmbecks at gmail.com Sun Sep 6 18:43:32 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Sun, 6 Sep 2020 13:43:32 -0500 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> Message-ID: <000101d6847d$9fb2ec50$df18c4f0$@gmail.com> I can't confirm as I have never run a HackRF with op25 but those parameters are completely consistent with those published in the HackRF examples gong back to the signal scope days of op25. -----Original Message----- From: op25-dev On Behalf Of op25 at zellners.com Sent: Sunday, September 6, 2020 1:03 PM To: op25 op25 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? Ok.. .with the Airspys hidden magic spell documented... Do the HackRF's need something more like that??? I've got: --args 'hackrf' -g 65 -f 412.34e6 -N 'RF:14,IF:32,BB:26' As the various gains etc.....Any thing more to make it work "correctly?" :) ;) :) ;) That would certainly help with some other tests I'd like to do with OP25 v. some other stuff... Thanks advance.... From gnorbury at bondcar.com Sun Sep 6 19:05:23 2020 From: gnorbury at bondcar.com (Graham Norbury) Date: Sun, 6 Sep 2020 15:05:23 -0400 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: <000101d6847d$9fb2ec50$df18c4f0$@gmail.com> References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> <000101d6847d$9fb2ec50$df18c4f0$@gmail.com> Message-ID: With rx.py you can enter a center frequency in your trunk.tsv file and it'll offset tune (you'll see it in the fft plot). You can do something similar in multi_rx.py but that involves the frequency in the 'devices' section and then setting the device to "tunable": false. Graham On Sun, Sep 6, 2020, 2:43 PM wrote: > I can't confirm as I have never run a HackRF with op25 but those > parameters are completely consistent > with those published in the HackRF examples gong back to the signal scope > days of op25. > > > -----Original Message----- > From: op25-dev On Behalf Of > op25 at zellners.com > Sent: Sunday, September 6, 2020 1:03 PM > To: op25 op25 > Subject: [op25-dev] HackRF options ? More than this needed like the > Airspys??? > > > Ok.. .with the Airspys hidden magic spell documented... > > Do the HackRF's need something more like that??? > > I've got: > > --args 'hackrf' -g 65 -f 412.34e6 -N 'RF:14,IF:32,BB:26' > > As the various gains etc.....Any thing more to make it work "correctly?" > :) ;) :) ;) > > That would certainly help with some other tests I'd like to do with > OP25 v. some other stuff... > > Thanks advance.... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ar at dseven.org Sun Sep 6 19:51:09 2020 From: ar at dseven.org (iain macdonnell - N6ML) Date: Sun, 6 Sep 2020 12:51:09 -0700 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> <000101d6847d$9fb2ec50$df18c4f0$@gmail.com> Message-ID: On Sun, Sep 6, 2020 at 12:05 PM Graham Norbury wrote: > > With rx.py you can enter a center frequency in your trunk.tsv file and it'll offset tune (you'll see it in the fft plot). Thanks - I think I have it straight now. Apparently "773" in trunk.tsv is not the same as "773.0" (!) Now using a RPi4, and it seems to be handling 8M sample rate so-far. ~iain From op25 at zellners.com Mon Sep 7 15:19:22 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Mon, 07 Sep 2020 08:19:22 -0700 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> Message-ID: <20200907081922.Horde.1CB-b66ThvT7FICX6sxl-3A@lv-shared03.cpanelplatform.com> Quoting iain macdonnell - N6ML : > I just started playing with a HackRF One ("clone"). This seems to > basically work: > > --args 'hackrf' -N RF:0,IF:24,BB:28 -S 4000000 -o 100e3 -q 0 -d 0 .... > I've got 2 clones to play with... as I felt they may solve another problem. But I think there are 2 issues there, one devices, and two signal. The devices that have 8bit ADC are basically akin to the old double IF conversion scanners, plagued with issues especially in dynamic range. Even more so in the 700MHz PS LMR area. With FirstNets RFI butting right up to that band, even with the 1MHz guard band the RTL's with 8bit ADC are plagued with RFI junk from the FirstNet RFI. in the D Block...I can watch the RFI disappear as you shove the tuning further up the band. Unfortunately my systems operate over the entire band... The 12bit Airspys, and the MSI's aka RDSDR, are they even supported? Are more like triple conversion IF radios. I don't see the RFI splurges all over the band, 700MHz NB PS LMR that I see with the RTL's be it V3 or the other asian junk. I don't see this as much at the 850MHz NSPAC band, but my prime system is well below the 862 ESMR and the A/B Cell blocks at 870Mhz. > I think 4M SMPS is around the limit for the processor in my RPi3 - > beyond that, regular traffic sounds like it's encrypted :) > > Not sure if '-g' does anything in this context? Not sure either thats why I am asking before I bang my head playing with options that don't do anything like I did with the Airspy > > I included the '-o' since there's a pretty hefty DC center spike. Another plus to the airspy line, can't say if the MSI/RDSDR ones have this as far as I know none of them are supported by a real OS and software. Other software has it on its list for the future but seems to be getting shoved down the priority level. > Still need to figure out if I can make op25 park on a fixed center > frequency and find the channels with the sampled space, but I need > something better than the RPi3 to cover the system that I want to > monitor (channels span about 5MHz). OP25 doesn't work that way , and with out a major rewrite to do that you are better to just set a smaller bandwidth/sample rate as the rest is wasted processing. I set my op25 setups to be about 1MSPS or so as thats more than enough for things. > > You probably know already, but in case not; the gains are: > > RF: preamp - either 0 (off) or 14 (on) > IF: aka LNA - from 0 to 40 in 8dB steps > BB: "baseband" (a.k.a. VGA) - from 0 to 62 in 2dB steps Well I know what the HRFO have, I didn't know the conventions to match up to OP25/rx.py, thats why I am asking. I found some rx.py examples.... which gave those and can translate them to it, but the Airspy's needed some other options in the args options to actually make it work, and I'd like to have these all ready to go so as to not waste lab time..Thanks for the info... save some headaches right there. From ar at dseven.org Mon Sep 7 17:02:11 2020 From: ar at dseven.org (iain macdonnell - N6ML) Date: Mon, 7 Sep 2020 10:02:11 -0700 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: <20200907081922.Horde.1CB-b66ThvT7FICX6sxl-3A@lv-shared03.cpanelplatform.com> References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> <20200907081922.Horde.1CB-b66ThvT7FICX6sxl-3A@lv-shared03.cpanelplatform.com> Message-ID: On Mon, Sep 7, 2020 at 8:25 AM wrote: > > > Quoting iain macdonnell - N6ML : > > > Still need to figure out if I can make op25 park on a fixed center > > frequency and find the channels with the sampled space, but I need > > something better than the RPi3 to cover the system that I want to > > monitor (channels span about 5MHz). > > OP25 doesn't work that way , and with out a major rewrite to do that > you are better to just set a smaller bandwidth/sample rate as the rest > is wasted processing. It can work that way. It was not working for me because I had an integer (I guess) for the center frequency, instead of a float(??). I changed it from "773" to "773.0", and now it stays centered there, and finds the channels within the 6MHz sampled. [image: center.PNG] In the past, I've complained that the first word or two of a transmission often gets missed. One theory was that the tuner (RTL dongle back then) was taking some time to effect retuning, and that a solution that doesn't need to retune may be better. I'm still noticing the start of transmissions get missed occasionally, but maybe less than before. I might have to go back to the RTL to try to get a comparison. When you said "doesn't work that way", perhaps you meant that it doesn't continue decoding the control channel whilst simultaneously decoding a voice channel? I believe that that's true, although it does monitor control traffic on the voice channel. I'm not sure if there's any latency involved in "offset retuning". ~iain -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: center.PNG Type: image/png Size: 44411 bytes Desc: not available URL: From op25 at zellners.com Tue Sep 8 15:05:11 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Tue, 08 Sep 2020 08:05:11 -0700 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <000001d6847b$907ec800$b17c5800$@gmail.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> <000001d6837f$c12a52f0$437ef8d0$@gmail.com> <20200906093304.Horde.4jOisTIS2gFRk1hvrc44k4Z@lv-shared03.cpanelplatform.com> <000001d6847b$907ec800$b17c5800$@gmail.com> Message-ID: <20200908080511.Horde.3AGrP-JOE12FhzWxFNJM_j_@lv-shared03.cpanelplatform.com> Quoting wllmbecks at gmail.com: > A good tool is to take a look at your symbols and mixer plots to > verify if the (-q 2) is the Thats why I use OP25 for the constellation etc. that other software doesn't provide. More accurate to tune. The 2 ppm is accurate as its confirmed with other programs. Which start with a 0 and over time it is steady at 2ppm +- a little... > However, I have run the calibration utility on all of my Airspy > devices using a GPSDO What is the CLKIN expecting? I'd have to check to see that our GPS simulcast controllers put out a similar or compatible signal... and I might drag one to a site when I go to test with... But the -q 2 setting is accurate as anything or more less, and nothing decodes, nice tight constellation. From wllmbecks at gmail.com Tue Sep 8 15:32:31 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Tue, 8 Sep 2020 10:32:31 -0500 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <20200908080511.Horde.3AGrP-JOE12FhzWxFNJM_j_@lv-shared03.cpanelplatform.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> <000001d6837f$c12a52f0$437ef8d0$@gmail.com> <20200906093304.Horde.4jOisTIS2gFRk1hvrc44k4Z@lv-shared03.cpanelplatform.com> <000001d6847b$907ec800$b17c5800$@gmail.com> <20200908080511.Horde.3AGrP-JOE12FhzWxFNJM_j_@lv-shared03.cpanelplatform.com> Message-ID: <000e01d685f5$44b395b0$ce1ac110$@gmail.com> You should be good to go if you have 10 MHz reference clock available. The Airspy's accept anything from 10 MHz to 100 MHz external clock reference on the MCX connector. Don't ask me how the internals figure this out or if any configuration is necessary to specify the source reference. I haven't tried this but will go back to my shop and connect a 10 MHz reference to an R2 to see what if any affect it has on op25 receiving a live p25 system. Bill -----Original Message----- From: op25-dev On Behalf Of op25 at zellners.com Sent: Tuesday, September 8, 2020 10:05 AM To: op25-dev at lists.osmocom.org Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Quoting wllmbecks at gmail.com: > A good tool is to take a look at your symbols and mixer plots to > verify if the (-q 2) is the Thats why I use OP25 for the constellation etc. that other software doesn't provide. More accurate to tune. The 2 ppm is accurate as its confirmed with other programs. Which start with a 0 and over time it is steady at 2ppm +- a little... > However, I have run the calibration utility on all of my Airspy > devices using a GPSDO What is the CLKIN expecting? I'd have to check to see that our GPS simulcast controllers put out a similar or compatible signal... and I might drag one to a site when I go to test with... But the -q 2 setting is accurate as anything or more less, and nothing decodes, nice tight constellation. From wllmbecks at gmail.com Tue Sep 8 16:42:24 2020 From: wllmbecks at gmail.com (wllmbecks at gmail.com) Date: Tue, 8 Sep 2020 11:42:24 -0500 Subject: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? In-Reply-To: <20200908080511.Horde.3AGrP-JOE12FhzWxFNJM_j_@lv-shared03.cpanelplatform.com> References: <20200903175345.Horde.tb92jIZ5oxeC3lwl09edDYK@lv-shared03.cpanelplatform.com> <20200905042304.Horde.LXVuR8ZzqeZse3_EP1k-5qu@lv-shared03.cpanelplatform.com> <000001d6837f$c12a52f0$437ef8d0$@gmail.com> <20200906093304.Horde.4jOisTIS2gFRk1hvrc44k4Z@lv-shared03.cpanelplatform.com> <000001d6847b$907ec800$b17c5800$@gmail.com> <20200908080511.Horde.3AGrP-JOE12FhzWxFNJM_j_@lv-shared03.cpanelplatform.com> Message-ID: <000201d685ff$0842f990$18c8ecb0$@gmail.com> Update.... I just completed running a few tests with one of my Airspy R2's operating with CLKIN from an frequency agile GPSDO. The R2 works perfectly while the external reference is set to 10 MHz but will not run at any other frequency. The almost nonexistent Airspy literature states the R2 will operate with an external clock reference from 10 MHz to 100 MHz. However, from my tests is would seem that the user must somehow configure the external reference frequency. Therefore, if the specifications are accurate, then one can only conclude that the default external reference is set to 10 MHz where the R2 will initialize and operate when CLKIN applied to the MCX input connector. My test configuration with the external GPSDO reference tied to the R2 was tested with op25 configured to MPSCS RFSS 5-15 (hex) and whereby rx.py was operating at defaults having removed (-q x), (-o x) and (-d x) arguments from the command line with op25 reporting a frequency error of + 41 Hz on the control channel. I am fairly confident that the MPSCS base stations (repeaters) at the above referenced site are all GTR8000's operating on external GPS referenced clock that if one were to make such assumptions that the reported frequency error would be zero or very close to it but I don't know that I can accurately measure the site off air with my R2670B on external clock. Further, I am not clear on just exactly how op25 measures frequency but want to recall that it takes into consideration symbol rate and spacing of each of the symbols in the constellation? Perhaps Max or Graham can shed some light on this aspect. Still in all, 41 Hz is close enough for government work that is stable and consistent as opposed to the R2 running on its own TXCO. Bill -----Original Message----- From: op25-dev On Behalf Of op25 at zellners.com Sent: Tuesday, September 8, 2020 10:05 AM To: op25-dev at lists.osmocom.org Subject: Re: [op25-dev] rx.py Airspy MASTER GAIN Setting option????? Quoting wllmbecks at gmail.com: > A good tool is to take a look at your symbols and mixer plots to > verify if the (-q 2) is the Thats why I use OP25 for the constellation etc. that other software doesn't provide. More accurate to tune. The 2 ppm is accurate as its confirmed with other programs. Which start with a 0 and over time it is steady at 2ppm +- a little... > However, I have run the calibration utility on all of my Airspy > devices using a GPSDO What is the CLKIN expecting? I'd have to check to see that our GPS simulcast controllers put out a similar or compatible signal... and I might drag one to a site when I go to test with... But the -q 2 setting is accurate as anything or more less, and nothing decodes, nice tight constellation. From op25 at zellners.com Wed Sep 9 03:51:23 2020 From: op25 at zellners.com (op25 at zellners.com) Date: Tue, 08 Sep 2020 20:51:23 -0700 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: <313d6994-ec54-891a-b78b-56179a979451@bondcar.com> References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> <20200907081922.Horde.1CB-b66ThvT7FICX6sxl-3A@lv-shared03.cpanelplatform.com> <313d6994-ec54-891a-b78b-56179a979451@bondcar.com> Message-ID: <20200908205123.Horde.oV3cfS_Lclt6ki7pfXN3w-1@lv-shared03.cpanelplatform.com> Quoting Graham Norbury : > On 9/7/20 11:19 AM, op25 at zellners.com wrote: >> >> OP25 doesn't work that way , and with out a major rewrite to do that >> you are better to just set a smaller bandwidth/sample rate as the rest >> is wasted processing. >> >> I set my op25 setups to be about 1MSPS or so as thats more than enough >> for things. >> > Sorry to disagree but op25 can and does work that way if correctly > configured under either rx.py or multi_rx.py.? In fact the multi_rx.py > implementation is designed to support an arbitrary number of trunking > systems and voice channel decodes using 1-to-/N/ SDR devices. Maybe this will settle this. ** I AM WRONG. ** Period. So where is the MULTI_rx.py documented??? I've never seen or even heard of this. Or documented at all really. Its all just letting it trunk from a CC like a scanner......Or this mode with a center freq... So lets discuss what it can do... you mention multiple CC and multiple audio feed... > liquidsoap... Yuck not really a fan.. ....but anyway.... So lets start with 1 CC and doing MULTIPLE FEEDS???? How is all this plumbed together to get this my IceCast server??? Audio losses from "scanning" or this is queued up to feed in serial fashion????? One CC would need at minimum 5 feeds.... and how is all this audio held/queued up??? So if say 2 TGID's are active???? I can see issues trying this on a PI with the writes to an SD card right there. > , but the > penalty for going that route is having to deal with multiple antennas > (or a splitter) to try to capture an already marginal signal.? I have a dedicated yagi to point to one system. And fed through LMR400, low noise distribution amp to provide plenty of ports. Same with my setup for more localized system on an omni, LMR400, low noise dist. amp and multiple ports. More than I need really. Basically its the same setup you would see at the rx end of a site. From gnorbury at bondcar.com Wed Sep 9 11:26:40 2020 From: gnorbury at bondcar.com (Graham Norbury) Date: Wed, 9 Sep 2020 07:26:40 -0400 Subject: [op25-dev] HackRF options ? More than this needed like the Airspys??? In-Reply-To: <20200908205123.Horde.oV3cfS_Lclt6ki7pfXN3w-1@lv-shared03.cpanelplatform.com> References: <20200906110306.Horde.GY8bEIED7UTQOrHg2QQ-931@lv-shared03.cpanelplatform.com> <20200907081922.Horde.1CB-b66ThvT7FICX6sxl-3A@lv-shared03.cpanelplatform.com> <313d6994-ec54-891a-b78b-56179a979451@bondcar.com> <20200908205123.Horde.oV3cfS_Lclt6ki7pfXN3w-1@lv-shared03.cpanelplatform.com> Message-ID: <6f82f9c2-68af-8ad1-90ff-cab00282a2d8@bondcar.com> Honestly the best "documentation" is going to be the *example.json files found in the apps directory. A single "one trunked system with 3 feeds" can be seen in p25_example.json. You don't have to use liquidsoap if you don't want to; there is the built-in audio player and also the stand-alone helper app "audio.py".? That said, we moved away from recommending darkice because of reliability issues with the snd-aloop driver on Raspbian. Graham On 9/8/20 11:51 PM, op25 at zellners.com wrote: > > Quoting Graham Norbury : > >> On 9/7/20 11:19 AM, op25 at zellners.com wrote: >>> >>> OP25 doesn't work that way , and with out a major rewrite to do that >>> you are better to just set a smaller bandwidth/sample rate as the rest >>> is wasted processing. >>> >>> I set my op25 setups to be about 1MSPS or so as thats more than enough >>> for things. >>> >> Sorry to disagree but op25 can and does work that way if correctly >> configured under either rx.py or multi_rx.py.? In fact the multi_rx.py >> implementation is designed to support an arbitrary number of trunking >> systems and voice channel decodes using 1-to-/N/ SDR devices. > > Maybe this will settle this. ** I AM WRONG. ** Period. > > So where is the MULTI_rx.py documented??? > > I've never seen or even heard of this.? Or documented at all really. > Its all just letting it trunk from a CC like a scanner......Or this > mode with a center freq... > > So lets discuss what it can do... you mention multiple CC and multiple > audio feed... > >> liquidsoap... > > Yuck not really a fan.. ....but anyway.... > > > So lets start with 1 CC and doing MULTIPLE FEEDS???? > > How is all this plumbed together to get this my IceCast server??? > > Audio losses from "scanning" or this is queued up to feed in serial > fashion????? > > One CC would need at minimum 5 feeds.... and how is all this audio > held/queued up??? So if say 2 TGID's are active???? I can see issues > trying this on a PI with the writes to an SD card right there. > > >> , but the >> penalty for going that route is having to deal with multiple antennas >> (or a splitter) to try to capture an already marginal signal.? > > I have a dedicated yagi to point to one system. And fed through > LMR400, low noise distribution amp to provide plenty of ports. > > Same with my setup for more localized system on an omni, LMR400, low > noise dist. amp and multiple ports. More than I need really. > > Basically its the same setup you would see at the rx end of a site. > From ikj1234i at yahoo.com Fri Dec 25 21:50:31 2020 From: ikj1234i at yahoo.com (ikjtel) Date: Fri, 25 Dec 2020 21:50:31 +0000 (UTC) Subject: [op25-dev] OP25 Update December 25, 2020 References: <1243009112.3370342.1608933031408.ref@mail.yahoo.com> Message-ID: <1243009112.3370342.1608933031408@mail.yahoo.com> OP25 Update December 25, 2020 ============================= 1. Experimental HTTP Live Streaming These hacks ("OP25-hls hacks") add a new option for audio reception and playback in OP25; namely, via an HTTP live stream to any remote client using a standard Web browser. The web server software used (nginx) is industrial-strength and immediately scalable to dozens or hundreds of simultaneous remote users with zero added effort. More than one upstream source (in parallel) can be served simultaneously. See the file apps/README-hls in the repo for more information. 2. NXDN48/NXDN96 RX and TX The multi_rx and multi_tx apps have been updated accordingly. The "filter_type" JSON keyword for NXDN channels should be set to "nxdn", and the "symbol_rate" keyword should be set to 2400 or 4800 for NXDN48 and NXDN96, respectively. A fair number of trunking and control packets are also currently decoded, although trunked call following for NXDN systems is not currently implemented. I would like to take this opportunity to thank Steve, KB9MWR, whose contribution greatly accelerated the NXDN effort. 3. Graphical (Plotting) Updates The constellation plot appearance has been enhanced and a new plot type "correlation" added. The correlation plot is actually five separate plots (nxdn 48 and 96, p25, dmr, and ysf) and can be used to show at a glance which of the five modulation types is in use. The correlation plot was present in OP25 long ago in scope.py and is now available in both rx.py and multi_rx.py. 4. UDP Linkage Between OP25 TX and RX Prior to these additions, a hardware RF transmitter/radio was always required to utilize the OP25 software TX. The OP25 TX application supports P25, DMR, YSF, NXDN, and DSTAR, and supports both halfrate and fullrate xMBE encoding, in real time, via its built-in software voice encoders. An arbitrary number of channels and modes may be transmitted simultaneously, within the usual spectrum spacing rules. The UDP additions allow the TX and RX to be linked. The example configuration contains two P25 channels, one trunk control channel and one voice channel. This permits rapid testing with no need to wait for a chance to receive a transmission. There is a python utility used to generate the fake P25 control channel data to be broadcast. See the file apps/README-example-udp in the repo for more information. 5. Ubuntu 20.04, Python 3 and GNU Radio 3.8 These are all supported in OP25 but until such time as these versions become more mainstream the changes are applied via a patch located in the TLD of the repo. 6. Experimental Online Web Configuration Interface This is a balky and complex addition and is very experimental. To invoke, run http.py instead of rx.py or multi_rx.py. These latter two are invoked automatically in the backend by http.py. Starting from a "blank" configuration, the details are filled in to a web form and then saved (to a server-side json config). In theory with these additions there is no further need for TSV files, although legacy TSVs can be loaded and then saved as json configs. -------------- next part -------------- An HTML attachment was scrubbed... URL: