14 Apr
2020
14 Apr
'20
3:23 p.m.
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/1086fe103f751be9103a86496b467…
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?
14 Apr
14 Apr
5:15 p.m.
Thanks, that was it!
On Tue, Apr 14, 2020 at 11:07 AM <wllmbecks(a)gmail.com> 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 <op25-dev-bounces(a)lists.osmocom.org> *On Behalf Of *Brian
Rak
*Sent:* Tuesday, April 14, 2020 8:24 AM
*To:* op25-dev(a)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/1086fe103f751be9103a86496b467…
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?
7:19 p.m.
New subject: OP25 -- can't even resolve the NAC
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@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
16 Apr
16 Apr
6:08 p.m.
New subject: OP25 -- can't even resolve the NAC
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 <louiswilen(a)gmail.com> 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(a)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
1476
days inactive
1478
days old
3 comments
3 participants
participants (3)
-
Brian Rak -
iain macdonnell - N6ML -
Louis Wilen