OP25 Issue with boatbod version

[lwvmobile]

If it really is a TDMA CC you need to add the command line option "--tdma-cc"

Okay, that seemed to work, but leads to some errors in the stderr.2, not sure if this is a complete crash or what's going on.

./rx.py --args rtl=0 -N LNA:49 -f 855.3625e6 -o 250000 -S 2048000 -q 49.0 -t -V -D cqpsk --tdma-cc -w -2 2> stderr.2

Using Python /usr/bin/python2
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: 00000004
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
gain: name: LNA range: start 0 stop 0 step 0
setting gain LNA to 49
supported sample rates 250000-2560000 step 24000
[R82XX] PLL not locked!
Using two-stage decimator for speed=2048000, decim=16/4 if1=128000 if2=32000
op25_audio:pen_socket(): enabled udp host(127.0.0.1), wireshark(23456), audio(23456)
p25_frame_assembler_impl: do_imbe[1], do_output[0], do_audio_output[1], do_phase2_tdma[1], do_nocrypt[1]
metadata update not enabled
python version detected: 2.7.16 (default, Oct 10 2019, 22:02:15)
[GCC 8.3.0]
Allocating 15 zero-copy buffers
11/03/21 08:40:55.249699 Adding default config for NAC 0x1a
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "./rx.py", line 975, in run
self.callback(msg)
File "/home/sdr/op25/op25/gr-op25_repeater/apps/trunking.py", line 1597, in process_qmsg
self.update_state('tdma_duid%d' % m_type, curr_time)
File "/home/sdr/op25/op25/gr-op25_repeater/apps/trunking.py", line 1801, in update_state
tsys = self.trunked_systems[nac]
KeyError: None

 

[boatbod]

Okay, cool, thanks. I'm going to give that a go and see what happens. I may still have inadequate signal. Not sure.

Might be beneficial to add that option on the readme

Done, thanks.

 

[lwvmobile]

Just for fun, I switched from the MX VM to the LM20 VM, and had the same result, got a little bit different details in the stderr2 log though, so not quite sure what's going on.

Using Python /usr/bin/python3
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.1.0
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: 00000004
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
gain: name: LNA range: start 0 stop 0 step 0
setting gain LNA to 46
supported sample rates 250000-2560000 step 24000
[R82XX] PLL not locked!
Using two-stage decimator for speed=2048000, decim=16/4 if1=128000 if2=32000
op25_audio:pen_socket(): enabled udp host(127.0.0.1), wireshark(23456), audio(23456)
p25_frame_assembler_impl: do_imbe[0], do_output[0], do_audio_output[0], do_phase2_tdma[1], do_nocrypt[1]
metadata update not enabled
python version detected: 3.8.10 (default, Sep 28 2021, 16:10:42)
[GCC 9.3.0]
Allocating 15 zero-copy buffers
11/03/21 11:10:42.653626 Adding default config for NAC 0x1a
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self.run()
File "./rx.py", line 975, in run
self.callback(msg)
File "/home/sdr/op25/op25/gr-op25_repeater/apps/trunking.py", line 1597, in process_qmsg
self.update_state('tdma_duid%d' % m_type, curr_time)
File "/home/sdr/op25/op25/gr-op25_repeater/apps/trunking.py", line 1801, in update_state
tsys = self.trunked_systems[nac]
KeyError: None
Allocating 15 zero-copy buffers
Allocating 15 zero-copy buffers
Allocating 15 zero-copy buffers
Allocating 15 zero-copy buffers
Allocating 15 zero-copy buffers
Allocating 15 zero-copy buffers

 

[boatbod]

Just for fun, I switched from the MX VM to the LM20 VM, and had the same result, got a little bit different details in the stderr2 log though, so not quite sure what's going on.

It's failing because the app can't find the correct nac (trunked system) for the message it needs to deliver. Can you post your trunk.tsv and current rx.py command line?
I'm probably going to need you to perform a symbol capture to reproduce the problem here. You can do this by adding "-r capture.bin" to the command line and then re-running until it stops again. There should be a file in the apps directory called capture.bin which I'll need you to PM or attach to this thread. You'll probably have to zip it first.