f4htb / universal_hamradio_remote_html5 Goto Github PK

Raspberry pi model: 3b+
Transceiver model: Yaesu FT-891
Sound card model: Generic cm108 chip set
CAT interface model: Yaesu Direct Cat interface
Other: Downloaded latest Universial_HamRadio_Remote, PYTHON3 ver 3.7 and Hamlib ver 4.1

I am tying to use the data port on the back of my Yaesu ft-891 for tx/rx/audio with UHRR. The PTT function is using CAT interface control so TX audio has to be routed thru the Mic jack. PTT control on the data port is needed to reroute tx audio thru this port. So without GPIO support this is not possible. Since I'm running a Raspberry PI 3b+ this make more since to use GPIO then DTR or DSR as this would require an additional serial interface. rigctl will allow me assign PTT to a GPIO Pin, rigctl -P GPIO -p 25 ( GPIO 25). GPIO support parameters could be added to UHRR.conf and UHRR.

Also there still seems to be a interrupted audio stream of 12 seconds when changing rig_MODES that I have not been able to figure out this issue.

Thanks for all your hard on the project!!

Eric

N7JYS

See attached screen capture which shows the defect. Frequency settings should only be stored once.

As of 3/12/2022a downloaded version of Universal_Hamradio_Remote will no longer control or display the frequencies of my FT-891.

Older version archived on my computer work fine with some latency issues. Please Fix.

Eric
N7JYS

Hello,
On a pc runing ubuntu 20.04, I have this error when trying to configure :

http server started
SERVER port 8888
AUDIO outputdevice plughw:CARD=U0x41e0x30d3,DEV=0
AUDIO inputdevice plughw:CARD=U0x41e0x30d3,DEV=0
HAMLIB rig_pathname /dev/ttyUSB2
HAMLIB rig_model TS590S
HAMLIB rig_rate 38400
HAMLIB trxautopower True
(<class 'TypeError'>, TypeError('function takes at most 5 arguments (7 given)'), <traceback object at 0x7f7e7bde5540>)

Maybe a problem with the version of hamlib ?
Thanks for this promising software.
Phil.

Hi!

The installing instructions as they are now do not work (it gives error in the very last step when installing this repo). This is what I had to do to fix it:

1. In order to fix the error python3: undefined symbol: opus_strerror, I installed the opus-tool package by doing sudo apt-get install opus-tools
2. In order to fix the ModuleNotFoundError: No module named 'Hamlib' error, I changed:

PYTHONPATH=/usr/local/lib/python3.7/site-packages:$PYTHONPATH ./UHRR

To:

PYTHONPATH=/usr/local/lib/python3.9/site-packages:$PYTHONPATH ./UHRR

got the latest software and ran it...as soon as I ran it the console showed
:~/Downloads/hamradio_remote/Universal_HamRadio_Remote_HTML5$ ./UHRR
(<class 'TypeError'>, TypeError('function takes at most 5 arguments (7 given)'), <traceback object at 0x7fa69ebeca00>)

trying to configure / save and run the software seems to get stuck on this

tested on 3 pi's and a linux mint box

I'm using a Yaesu 897 and as soon as UHRR starts it seems to set the RTS (and DTR) serial pins to high, meaning my radio instntly goes into TX mode. I assume this is hamlib doing this under the hood but unsure how, using UHRR config, to stop this behaviour.

I see the alt tag for 'Encode TX' suggests it will enable the Opus Codec (only for TX?).

It should probably be clarified in the README what this is intended for and its advantages/disadvantages and (I'm curious too) why it isn't enabled by default.

I got this ModuleNotFoundError: No module named 'Hamlib' ??
How to get rid of this error?
"Comment se débarrasser de cette erreur?"

pi@raspberrypi:~ $ cd Universal_HamRadio_Remote_HTML5
pi@raspberrypi:/Universal_HamRadio_Remote_HTML5 $ ./UHRR
Traceback (most recent call last):
File "./UHRR", line 18, in
import Hamlib
ModuleNotFoundError: No module named 'Hamlib'
pi@raspberrypi:/Universal_HamRadio_Remote_HTML5 $ PYTHONPATH=/usr/local/lib/python3.7/site-packages:$PYTHONPATH ./UHRR
recording...
HTTP server started.
Tornado current user:None
SERVER port 8888
SERVER auth
SERVER db_users_file UHRR_users.db
AUDIO outputdevice plughw:CARD=Device,DEV=0
AUDIO inputdevice plughw:CARD=Device,DEV=0
HAMLIB rig_model FT891
HAMLIB rig_pathname /dev/ttyUSB0
HAMLIB rig_rate 38400
HAMLIB trxautopower True
HAMLIB data_bits
HAMLIB stop_bits
HAMLIB serial_parity
HAMLIB serial_handshake
HAMLIB dtr_state
HAMLIB rts_state
PANADAPTER center_freq 68330000
PANADAPTER sample_rate 960000
PANADAPTER freq_correction 1
PANADAPTER gain 10
PANADAPTER fft_window hamming
pi@raspberrypi:~/Universal_HamRadio_Remote_HTML5 $ recording...
HTTP server started.
Tornado current user:None
new connection on AudioRXHandler socket.
new connection on AudioTXHandler socket.
new connection on ControlTRX socket.
getFreq:
Send to all: getFreq:32
getMode:
Send to all: getMode:
PING
PING
PING
setFreq:22
Send to all: getFreq:14200000
overrun
PING
73 de OH4RL/Pertti

Originally posted by @Xpertti in #20 (comment)

When starting uhhr it starts fine and then the console is spammed constantly with overrun.

On the ui side none of the radio control buttons seem to do anything to the radio and any entered frequency resets back to zero

can you add 60m band ?

I have one of the most popular ham radio rigs at the current time: an ICOM IC-7300. Many other hams also own this radio.

UHRR is able to turn off this radio, but is unable to turn it back on with the calls to FOO.setPower(1)

By comparison, I can use the rigctl program from HamLib to turn this radio both off and on:

This turns the radio off successfully:
pi@raspberrypi:~/Universal_HamRadio_Remote_HTML5/opus $ rigctl -m 3073 -r /dev/ttyUSB1 -s 19200 set_powerstat 0

This turns the radio on successfully:
pi@raspberrypi:~//Universal_HamRadio_Remote_HTML5/opus $ rigctl -m 3073 -r /dev/ttyUSB1 -s 19200 set_powerstat 1

Describe the bug
Unable to get start page. Unconditionaly redirect to config page with

<class 'TypeError'>, TypeError('function takes at most 5 arguments (7 given)')

error.

To Reproduce
Try to open start page redirect to config page.

Expected behavior
Open start page.

Screenshots

describe your equipment
Raspberry pi model: Atom based x64 Debian sid
Transceiver model: TS990S
Sound card model: Internal via USB
CAT interface model: Internal via USB

RaspiOS and libs versions

• Raspberry pi OS version:
  Linux based Atom PC with x64 Debian sid:
  Linux hawk 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) x86_64 GNU/Linux

• Hamlib version:
  rigctl Hamlib 4.4~git

• Python version:
  Python 3.9.7

• others:
  ii python3-tornado 6.1.0-1+b1 amd64 scalable, non-blocking web server and tools - Python 3 package
  ii python3-alsaaudio 0.8.4-1.1+b3 amd64 Alsa bindings for Python 3

Desktop (please complete the following information):

• OS: Debian sid
• Browser chrome
• Version 93.0.4577.82-1

Additional context
Config:

[SERVER]
port = 8888
certfile = UHRH.crt
keyfile = UHRH.key
auth = 
cookie_secret = ...
db_users_file = UHRR_users.db
pam_account = ...
log_file = UHRR.log
debug = True

[CTRL]
interval_smeter_update = 0.5
debug = True

[AUDIO]
outputdevice = plughw:CARD=CODEC,DEV=0
inputdevice = plughw:CARD=CODEC,DEV=0

[HAMLIB]
rig_pathname = /dev/ttyUSB0
retry = 5
rig_model = TS990S
trxautopower = True
rig_rate = 115200
data_bits = 
stop_bits = 
serial_parity = 
serial_handshake = 
dtr_state = 
rts_state = 

[PANADAPTER]
sample_rate = 2400000
center_freq = 68330000
freq_correction = 1
gain = 10
fft_window = hamming

The UHRR server side is relaying audio to the rig at an extremely low volume. It's so low I can't even see the power level on the transceiver (in USB mode). The transceiver is keyed as expected, no modulation. If I yell into the (browser client) mic, I can see just a blip on the PTT light for the SignaLink USB. The devices chosen are plughw:CARD=CODEC,DEV=0 for both input and output.

I have JTDX (FT8 app) able to run on the same computer, same sound card (SignaLink USB), and all works fine. It's able to send transmit (mic) audio to my transceiver, at full power - no problem. I can even switch back and forth between this and UHRR, running one at a time, and JTDX works normally each time. The ALSA mixer level does not change between the working JTDX and not working (for TX audio) UHRR.

When I transmit through the browser using UHRR, the audio level in the web UI looks good. Obviously the client browser and mic are working well. Receive audio is also audible and clear.

Expected behavior
The TX audio level should be much higher, and I see no way to correct or adjust this.

** Equipment **
Server OS: Kubuntu Linux 20.10
Audio hardware: SignaLink USB
Rig: Yaesu FT-897D
CAT is just a serial dongle and it's working fine.

Libs versions
Hamlib 3.3
Python 3.8.6
tornado==6.0.4
pyalsa==1.1.6
pyalsaaudio==0.9.0

Client OS - two tested, same behavior. This doesn't appear to be a client problem anyway.
Kubuntu Linux 20.10 with Microsoft Edge Dev 89.0
Fedora Linux 39 with Opera 73.0

Not sure if anyone else would find this useful but I have UHRR running behind Apache (with authentication). Here's what you need. Replace the proxy IP for your own Pi's address and the IP address in the auth section with whatever address space you want to access without authentication.

Password file can be created with htpasswd -c /var/www/html/.htpasswd-uhrr username

SSLProxyEngine On
SSLProxyVerify none
SSLProxyCheckPeerCN off
SSLProxyCheckPeerName off
SSLProxyCheckPeerExpire off
ProxyPass "/CTRX" "wss://192.168.9.35:8888/CTRX"
ProxyPass "/audioRX" "wss://192.168.9.35:8888/audioRX"
ProxyPass "/audioTX" "wss://192.168.9.35:8888/audioTX"
ProxyPass "/" "https://192.168.9.35:8888/"
ProxyPassReverse "/CTRX" "wss://192.168.9.35:8888/CTRX"
ProxyPassReverse "/audioRX" "wss://192.168.9.35:8888/audioRX"
ProxyPassReverse "/audioTX" "wss://192.168.9.35:8888/audioTX"
ProxyPassReverse "/" "https://192.168.9.35:8888/"

<Location "/">
    <If "-R '10.0.0.0/8'">
            Require all granted
    </If>
    <Else>
            AuthType Basic
            AuthName "My Radio"
            AuthUserFile /var/www/html/.htpasswd-uhrr
            Require valid-user
            Require all denied
    </Else>
</Location>

Not sure if in right spot - feel free to move / redirect

Noticed radio control appears to be done only if radio supports mic keypad

How controlling radio limited in docs but believe covered by above question.

Which radio is being used specifically for testing in project?

Is there a good list of hardware needed exactly..
rpi v3 and up / zero an option?
Add to existing pistar setups possible? Via another port?
USB audio splitter
Supported mobile / base radio models - known?
Ex - MD-9600 , ID-5100A
Cables / Adaptors misc
How many need to be made vs can be bought?

(I probably missed / didn't read well enough)
Didn't notice in readme...

Beyond that I'm really interested in using with DMR unit but will need to add mode option and look for specific tags on how to get that mode added ..

Would figure other digital options would be the same, but don't know for sure..

Hi Olivier & all,
Sorry to open this issue which is certainly related to my low knowledge on linux platform, but:
./configure --with-python-binding PYTHON=$(which python3) reports the following error:

checking for swig... no
checking for swig3.0... no
configure: error: SWIG is required to build bindings...

I git cloned swig & then had to install some additional dependances to make it (i installed it on /home/swig/ with ./configure --prefix=/home/swig)

so i don't know why it is not found while configuring Hamlib, do i need to install swig on on particular folder ?
I followed http://swig.org/svn.html for installation.

Moreover, Some other dependances were needed after a fresh rasbian install which were not detailed, but this lead us to try to understand a little what we do and learn new things... Ham definition !;)

So i read, i tried some solutions but now i need someone help to have swig correctly installed and continue installation.

Once again not a problem on the code but on the procedure to have it installed

73 de Franck, F4CIB

I am running UHRR on a RPi3 to connect a Kenwood TS-2000.
Unfortunately it is not working as expected.
One of possible root cause seems to be the incorrect serial speed.

With te command rigctl -m 2014 -s 19200 -r /dev/ttyAMA0 --set-conf=data_bits=8,stop_bits=1 -vvv f
the output is:
Opened rig model 2014, 'TS-2000'
14070000

The conf file UHRR.conf contains the right value
[HAMLIB]
rig_pathname = /dev/ttyAMA0
retry = 5
rig_model = TS2000
trxautopower = False
rig_rate = 19200
data_bits = 8
stop_bits = 1

Enabling the Hamlib.rig_set_debug(Hamlib.RIG_DEBUG_TRACE) option on the main code of UHRR file, the output is:

rig_open called
port_open called
serial_open called
serial_setup called
serial_setup: tcgetattr
serial_setup: cfmakeraw
serial_setup: cfsetispeed=57600,0x1001
serial_setup: cfsetospeed=57600,0x1001
serial_setup: data_bits=8
serial_setup: parity=0
serial_setup: tcsetattr TCSANOW
serial_flush called
tcflush
kenwood_open called
kenwood_get_id called
kenwood_transaction called
kenwood_transaction: cmdstr = ID
rig_flush: called for serial device
serial_flush called
tcflush
write_block called
write_block(): TX 3 bytes
0000 49 44 3b ID;
read_string called, rxmax=128
read_string(): Timed out 0.200280 seconds after 0 chars
kenwood_transaction: read_string(len=0)=''
kenwood_transaction: read_string retval < 0, retval = -5, retry_read=0, rs->rigport.retry=0
kenwood_transaction: returning retval=-5
kenwood_open: no response to get_id from rig...continuing anyways.

And obviously the communication fails.

Hi,
I notice this hasn't been updated in a while and I wonder if a library has been updated.

I get all the way to the end without any errors then get this. I've tried as a regular user and also using su.

_Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/Hamlib.py", line 14, in swig_import_helper
return importlib.import_module(mname)
File "/usr/lib/python3.7/importlib/init.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1006, in _gcd_import
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 670, in _load_unlocked
File "", line 583, in module_from_spec
File "", line 1043, in create_module
File "", line 219, in _call_with_frames_removed
ImportError: libhamlib.so.4: cannot open shared object file: No such file or directory

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "./UHRR", line 18, in
import Hamlib
File "/usr/local/lib/python3.7/site-packages/Hamlib.py", line 17, in
_Hamlib = swig_import_helper()
File "/usr/local/lib/python3.7/site-packages/Hamlib.py", line 16, in swig_import_helper
return importlib.import_module('_Hamlib')
File "/usr/lib/python3.7/importlib/init.py", line 127, in import_module
return _bootstrap.gcd_import(name[level:], package, level)
ImportError: libhamlib.so.4: cannot open shared object file: No such file or directory

Kevin Loughin reports on his YouTube channel https://youtu.be/JC9N0PMu_Kc?t=603 that UHRR web interface works pretty well on a laptop, but with a tablet or smartphone, when you click the transmit button, talk, and release transmit, there'll be a small pause, and perhaps a small buzz, and then the audio will lag behind the radio by that amount of time. This was much more pronounced with the smartphone -- approximately 4-7 seconds behind.

I confirmed this behavior on my Android smartphone -- a Pixel 3a XL running Android version 11

Because of this audio delay, real-time communication is not possible on the smartphone.

From Kevin Loughin's writing:

Universal Ham Radio Remote actually works well.

I spent my windy day here messing around with it. On the Pi Zero it nearly works perfectly except for one issue.

Once you start it up, it works as expected. You can control your radio and it's audio comes through quite clearly with just a fraction of a second delay. If you press TX in the browser, the radio goes into transmit and your voice audio from the computer is modulated as power going out in near perfect real time.

But! Once you unkey, there's a 4-7 second pause before the receive audio starts streaming through the browser again. And it doesn't correct, so the audio is 4-7 seconds behind at that point. If you TX again, the delay may be slightly different, but still in the 4-7 second range.

I observed a CPU level hovering around only 34% on the pi while audio is streaming. It stays there during TX also, varying only for brief jumps, but mostly around 1/3rd of the cpu capacity.

When you unkey back to RX, the CPU spikes at 100% for those 4-7 seconds, dropping back down to around 34% again once the stream finally starts.

Thank you for this nice project.

I'm trying to get ICOM ID-5100 working.
Compiling and Installation on RPI3 worked so far.

After start of UHRR-Server i can select TRX ID-5100 and the related Interface,
but no ideaa where to put the ICOM CI-V Address (Parameter -c) into the config fields.

Using Hamlib on terminal is OK:
rigctl -m3071 -r /dev/ttyUSB0 -c 0x8c
works so far.

Thank you for any help.

73 de Peter, hb9pae

Awesome project F4HTB! Have you looked into whether you can use some of the digital mode clients like WSJT-X or FLDIGI with this remote setup or even developing digital encoding/decoding as part of the web client & backend?

While I'm not a developer by trade, and I'm not sure if I'm up to the task, are you open to receiving PRs for additional features, and documentation?

A couple of points.

1. Providing a pregenerated certificate/key pair as part of the code base isn't ideal. Unless users generate their own certificate and private key there is zero security gain as the key is public knowledge.

2. /boot is most definately not the best place to store them. If anything, keeping them in the same directory as the application is better or even a subdirectory.

3. I question why use encryption at all. The Tornado server itself, as it stands, cannot be Internet facing (not least because of no authentication) and so what do you gain from encrypting the traffic? Having it proxied behind Nginx or Apache is a much better idea for Internet facing use cases, in which case the TLS termination and authentication is handled by them.

I'm happy to fix 2) with a PR and I think 1) should be explained further in the README, which again I'm happy to do if you would like. As for 3) it is a more fundimental change which needs to be considered.

Hi,
I am currently trying to get my X6100 running with UHRR.
but It looks like that UHRR can not handle the HAMLIB radio model NETRIGCTL correctly.
the dropdown still shows the tty/serial interfaces but for NETRIGCTL entering a IP is needed (in my case 127.0.0.1).
manually editing the config results in a python error.

[HAMLIB]
rig_pathname = 127.0.0.1
retry = 5
rig_model = NETRIGCTL
trxautopower = True
rig_rate = 38400
data_bits = 
stop_bits = 
serial_parity = 
serial_handshake = 
dtr_state = 
rts_state = 

$ ./UHRR
(<class 'TypeError'>, TypeError('function takes at most 5 arguments (7 given)'), <traceback object at 0xb41496c8>)
HTTP server started.

any hints on how to set up UHRR to work with a running rigctld?
tested with latest git (31fade1)

I couldn't get FILE authentication working and started looking.

The split of user and password here as read from the user DB file, around line 748 of UHRR:

...
if x[0]!="#":
db=x.split(" ")
if db[0] == user and db[1] == password:
...

...results in a CR (\n) at the end of password, so the comparison always fails.
As a workaround/possible fix, I added, just before the split of x into db:

x=x.strip('\n')

Now it works.
I edited the user DB file using vi, on Linux. So each line has a ctrl-J at the end.

recording...
(<class 'AttributeError'>, AttributeError("module 'hamlib' has no attribute 'hamlib_port_parm_serial'"), <traceback object at 0x74709668>)
HTTP server started.

Any idea?

thanks
73
XE2W

pi@UHRR:~/Universal_HamRadio_Remote_HTML5 $ PYTHONPATH=/usr/local/lib/python3.7/site-packages:$PYTHONPATH ./UHRR
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/Hamlib.py", line 14, in swig_import_helper
return importlib.import_module(mname)
File "/usr/lib/python3.7/importlib/init.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1006, in _gcd_import
File "", line 983, in _find_and_load
File "", line 967, in _find_and_load_unlocked
File "", line 670, in _load_unlocked
File "", line 583, in module_from_spec
File "", line 1043, in create_module
File "", line 219, in _call_with_frames_removed
ImportError: libhamlib.so.4: cannot open shared object file: No such file or directory

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "./UHRR", line 18, in
import Hamlib
File "/usr/local/lib/python3.7/site-packages/Hamlib.py", line 17, in
_Hamlib = swig_import_helper()
File "/usr/local/lib/python3.7/site-packages/Hamlib.py", line 16, in swig_import_helper
return importlib.import_module('_Hamlib')
File "/usr/lib/python3.7/importlib/init.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
ImportError: libhamlib.so.4: cannot open shared object file: No such file or directory
pi@UHRR:~/Universal_HamRadio_Remote_HTML5 $

Raspberry 4 Pi B 4GB

What went wrong?

After starting UHRR and watching in run in terminal, I issue a command from the web interface to select a new frequency and SSB mode, this is what I observe,

setFreq:0050000000
Send to all: getFreq 5000000
setMode:AM
overrun

Also its taking 12 seconds after sending this command for the web interface to react. And audio is dropping out.

Noticed on a request to connect to webserver tornado.general gives an SSL error (SSL: sslv3_ale)

Eric

Describe the bug
Unable transmit audio from UHRR to TRX.

To Reproduce
Press TX button and listen TRX in moni - nothing to listen. I'm try to send sound directly

export AUDIODEV=plughw:CARD=CODEC,DEV=0 ; play -n -c1 -t alsa synth 30 sine 500

transmit sound fine - i'm listen sound via moni on TRX after switch TRX to transmit by hand. Sound from TRX to UHRR in receive mode work fine.

Expected behavior
Transmit audio from UHRR to TRX.

describe your equipment
Raspberry pi model:
Intel Atom based PC on Debian sid x64
Linux hawk 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) x86_64 GNU/Linux

Transceiver model:
TS990S

Sound card model:
TRX via USB

CAT interface model:
TRX via USB

RaspiOS and libs versions

• Raspberry pi OS version:
  Intel Atom based PC on Debian sid x64
  Linux hawk 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) x86_64 GNU/Linux

• Hamlib version:
  rigctl Hamlib 4.4~git

• Python version:
  Python 3.9.7

• others:
  tornado==6.1
  pyalsaaudio==0.9.0

Desktop (please complete the following information):

• Debian sid x64
• chrome
• 93.0.4577.82-1

Additional context
Sound part of config:

[AUDIO]
outputdevice = plughw:CARD=CODEC,DEV=0
inputdevice = plughw:CARD=CODEC,DEV=0

Error in wsTX not show after press TX, use microphone allowed in browser, i'm see spectrogram of my voice in browser, i'm see that TRX switch to transmit after press TX (CAT work) but stay silent.