OP25 OP25 update

[boatbod]

I have just pushed an update to the boatbod op25 repo which rolls out some incremental feature additions including the ability to change logging level on-the-fly from either the curses terminal or the http web terminal. The update unavoidably impacted a lot of c/c++ library interfaces so it will require a full rebuild, but other than that no changes to configuration files are needed.

cd ~/op25
./rebuild.sh

 

[WX4JCW]

Rebuilding went well on my Ubuntu build but on my Pi 4 not so much
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!
gain: name: LNA range: start 0 stop 0 step 0
setting gain lna to 39
supported sample rates 250000-2560000 step 24000
[R82XX] PLL not locked!
Traceback (most recent call last):
File "./rx.py", line 1021, in <module>
rx = rx_main()
File "./rx.py", line 933, in __init__
self.tb = p25_rx_block(self.options)
File "./rx.py", line 210, in __init__
self.open_usrp()
File "./rx.py", line 858, in open_usrp
self.__set_rx_from_osmosdr()
File "./rx.py", line 787, in __set_rx_from_osmosdr
self.__build_graph(self.src, capture_rate)
File "./rx.py", line 295, in __build_graph
symbol_rate = self.symbol_rate)
File "/home/pi/op25/op25/gr-op25_repeater/apps/p25_demodulator.py", line 273, in __init__
p25_demod_base.__init__(self, if_rate=if_rate, symbol_rate=symbol_rate, filter_type=filter_type)
File "/home/pi/op25/op25/gr-op25_repeater/apps/p25_demodulator.py", line 167, in __init__
self.fsk4_demod = op25.fsk4_demod_ff(autotuneq, self.if_rate, self.symbol_rate)
AttributeError: 'module' object has no attribute 'fsk4_demod_ff'

 

[boatbod]

Rebuilding went well on my Ubuntu build but on my Pi 4 not so much
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!
gain: name: LNA range: start 0 stop 0 step 0
setting gain lna to 39
supported sample rates 250000-2560000 step 24000
[R82XX] PLL not locked!
Traceback (most recent call last):
File "./rx.py", line 1021, in <module>
rx = rx_main()
File "./rx.py", line 933, in __init__
self.tb = p25_rx_block(self.options)
File "./rx.py", line 210, in __init__
self.open_usrp()
File "./rx.py", line 858, in open_usrp
self.__set_rx_from_osmosdr()
File "./rx.py", line 787, in __set_rx_from_osmosdr
self.__build_graph(self.src, capture_rate)
File "./rx.py", line 295, in __build_graph
symbol_rate = self.symbol_rate)
File "/home/pi/op25/op25/gr-op25_repeater/apps/p25_demodulator.py", line 273, in __init__
p25_demod_base.__init__(self, if_rate=if_rate, symbol_rate=symbol_rate, filter_type=filter_type)
File "/home/pi/op25/op25/gr-op25_repeater/apps/p25_demodulator.py", line 167, in __init__
self.fsk4_demod = op25.fsk4_demod_ff(autotuneq, self.if_rate, self.symbol_rate)
AttributeError: 'module' object has no attribute 'fsk4_demod_ff'

For some reason the libraries are not consistent. Try "sudo ldconfig" and if that doesn't work, nuke the build directory and try again.
Was rx.py stopped before you did the update?

 

[WX4JCW]

For some reason the libraries are not consistent. Try "sudo ldconfig" and if that doesn't work, nuke the build directory and try again.
Was rx.py stopped before you did the update?

I nuked the build directory and I’m good

FYI the on the fly Verbosity is nice, could that be done with log files?

 

[boatbod]

FYI the on the fly Verbosity is nice, could that be done with log files?

It is the log file that you change the detail level using the "v" command.

 

[WX4JCW]

It is the log file that you change the detail level using the "v" command.

oh I meant change log file name on the fly

 

[boatbod]

oh I meant change log file name on the fly

Ah, I see.
As currently implemented, the logging goes to <stderr> and is sent to a file at the operating system level using the redirection notation "2> stderr.2". Being able to log to a specific configurable file would be nice, but getting there would require changing most every module and a whole lot of interfaces. It's simple in concept but a royal pita to accomplish in practice!

 

[WX4JCW]

Ah, I see.
As currently implemented, the logging goes to <stderr> and is sent to a file at the operating system level using the redirection notation "2> stderr.2". Being able to log to a specific configurable file would be nice, but getting there would require changing most every module and a whole lot of interfaces. It's simple in concept but a royal pita to accomplish in practice!

No worries you are doing awesome work