search

F4HTB / Universal_HamRadio_Remote_HTML5

Universal HamRadio Remote HTML5 interface
GNU General Public License v3.0
145 stars 36 forks source link

Frequency #40

Closed N7JYS closed 3 months ago

N7JYS commented 2 years ago

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

F4HTB commented 2 years ago

It's sound like a hamlib problem. Can you say me if any message is written in the console where you lunch uhrr?

N7JYS commented 2 years ago

uhrr is executed for the Universal_Hamradio_Remote_HTML5 directory. So its using hamlib library from python3-libham-lib2. After starting the server I bring up a google chrome browser in windows 10 and connect to the server via https://  and hit the on button it says problem then start the program. I have no controll of frequency or side bands, all that works is audio. Frequency display all remain zero's. If I start the server using  PYTHONPATH=/usr/local/lib/python3.7/site-packages:$PYTHONPATH ./UHRR then all the zero's display random numbers. Hamlib rigctl works fine when trying to control my FT-891 with its commands. This make me belive hamlib is working ok. So I'm missing somthing. I will start over with fresh install and see if that fixes the issue. Thanks.

Eric (N7JYS) Marshall's Communications

On Monday, March 14, 2022, 01:31:09 PM CDT, Olivier SCHMITT ***@***.***> wrote:

It's sound like a hamlib problem. Can you say me if any message is written in the console where you lunch uhrr?

— Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android. You are receiving this because you authored the thread.Message ID: @.***>

N7JYS commented 2 years ago

I believe I found the issue with the frequency not changing. My installation was ok. What I'm findingout is in the UHRR.conf file if I fill in the information in the DTR RTS drop down menus with either yes or no this causes the UHRR program to not communicate with Hamlib. Not sure what's going with the python language in your script but It dosen't seem to like it if these boxes are fill in. Since this is running on a raspberry pi It would be nicer if I could use a GPIO pin for PTT as I run my audio into the back side of my FT-891. This will eliminate the use of a serial cable for DTR signal to trigger the PTT  on the back side of the radio. Thanks!  Eric (N7JYS) Marshall's Communications 

On Monday, March 14, 2022, 01:31:09 PM CDT, Olivier SCHMITT ***@***.***> wrote:

It's sound like a hamlib problem. Can you say me if any message is written in the console where you lunch uhrr?

— Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android. You are receiving this because you authored the thread.Message ID: @.***>

scannerbrightly commented 1 year ago

I believe I found the issue with the frequency not changing. My installation was ok. What I'm findingout is in the UHRR.conf file if I fill in the information in the DTR RTS drop down menus with either yes or no this causes the UHRR program to not communicate with Hamlib. Not sure what's going with the python language in your script but It dosen't seem to like it if these boxes are fill in.

Wow, I had the opposite resolution to this problem. When I connect my Kenwood TS-570D directly via a USB to serial connector, I was getting junk displayed in the frequency area and pushing a button like "USB" would just blink green, even when the command window output seemed to be correct.

I had to put something in both the RTS drop down for it to work correctly, which it now dows.