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/1086fe103f751be9103a86496b4670... 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?
Thanks, that was it! On Tue, Apr 14, 2020 at 11:07 AM <wllmbecks@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@lists.osmocom.org> *On Behalf Of *Brian Rak *Sent:* Tuesday, April 14, 2020 8:24 AM *To:* op25-dev@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/1086fe103f751be9103a86496b4670...
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?
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
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@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@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
participants (3)
-
Brian Rak -
iain macdonnell - N6ML -
Louis Wilen