Date   

locked #Q65 ...Using Q65 on 6m #Q65

NR4U Bob
 

Hi
I have been calling CQ on 50.313 the last couple days.
Dunno if that is the correct spot.

Also wonder is there a web-based BBS where MANY ops hang out who might
notice if I relayed the fact I am on 6m Q65-30A ? It's ahrd to find anyone using it on 6m
--
--
73
Bob KD7YZ


locked Re: #FT8 Can't get my FT-991A om 60M #FT8

Cliff Fox (KU4GW)
 

Ken,
        That was also a pretty accurate description of the licensing question pool study manuals of today as compared to the ones of just 24 years ago. I think they all need to require new hams at least get a basic understanding of the theory instead of just memorizing the questions and answers. I was even more convinced of this when a new General Class operator keyed up on the 75 meter phone frequency I frequently hang out on a while back and ask us for a SWR report! 

Very 73,
Cliff, KU4GW 


locked Re: #Cat_RigControl no FT-2000 #Cat_RigControl

David Redman
 

Boris,
I never got wsjt-x to work on TX  with rig control on my FT2000 when using the FT2000 transverter mode.

As you say it faults on TX, I tried entering 44.xxx into wsjt-x but that didn, t work either.

The FT2000 works well with wsjt-x on HF and 6m full rig control so I think it's a strange fault when in transverter and tx mode.( I don't thing its rig control but the way the FT2000 goes into transverter mode and displays 44.xxxMHz

I could use the FT2000 with a transverter by attenuating the 100w and using a 116MHz offset in wsjt-x to get doppler correction etc ( if going to use 144MHz as an IF for 23cms and higher bands but in the end I didn't like attenuating 100w to 10mW for the transverter and I used another HF rig as prime mover.

I did ask on the wsjt reflector but it seemed some 2 years ago nobody had solved the issue... Maybe somebody has?

If you find a solution well done and I would be interested as the FT2000 would make an idea transverter source and for the higher uhf and microwave bands it will change frequency on TX which even some more modern rigs will not do

Good luck

Dave
G4IDR 




On Sun, 21 Feb 2021, 15:44 , <9a3tn@...> wrote:

[Edited Message Follows]

Problem with ver.2.3.0 on My band (2m with transverter). Display shows 44,174MHz ( i have offset -100MHz in setup) and it's OK on RX, but on TX program pop up window with message that its. not correct freq. 

Boris 9a3tn




locked Re: #FST4W no decode #FST4W

Corneliu
 

Yes, for sure.
73 Corneliu


locked Re: WSJT glitches. #NewUser #transmit

DaveF
 

Thanks Kai ... I have the Signalink set to max... got chokes on just about everything . Power out is usually about 50w ..increasing/decreasing
power does  not change things.

 

Cheers

Dave,.G4OTU


locked Re: Help: Ubuntu 20.04 Audio settings for IC7300 and IC9700 #linux

Pa3gcu <pa3gcu@...>
 

Hi John and the group.

I have the same problems here, i am not a linux wizard however the was things work rather calls for a wizard to
solve the problems. Gone back the that ollie saying, Read The FINE Manual, however the manuals do not in general
explain the "gotyaa's" which seem to be messing things up.
I edited /etc/pulse/default.pa and commented out "load-module module-switch-on-port-available" and i did what the manual
tells one to do, pulseaudio -k and after that wsjtx moans and spits out error's about sound cards.
I tried a few things to get back the correct sound card however i ended up rebooting and and Bob was my uncle again.

You mentioned that sometimes you see the same decodes on all devices, well i have seen that on win 10 as well but,
i must say not often but i have definitely seen it 3 times what or which program or device is causing it i don't know.
I have log4om running with 2 instances of wsjtx version 2.2.2 using omnirig, grid tracker does receiving and sending of data.

 
Have a nice day. 73 Richard.

John N9ZL schreef op 21 feb '21:

Hi Richard,
 
I run 3 radios at once, an IC-7600, an IC-7300 and an IC-9700 in 3 different instances of WSJT-X 2.4.0-rc1 with Linux Mint 20.1 (based on Ubuntu).  I use the --rig-name option on the command line as explained in the manual for running multiple instances.  The radios are all USB connected.
 
I have lots of problems managing the sound devices.  They change names, configs that worked fine for days suddenly stop working, sound cards disappear from the list, the 2m IC-7900 instance will suddenly start displaying the same 40m audio that the IC-7600 is displaying after having worked fine for hours.  Weirdness like that.  Sometimes they work fine all day.
 
Part of the config confusion is due to how linux manages USB audio devices.  The names WSJT uses for the audio devices will vary depending on the order in which the devices are discovered by the OS.  So depending on what order you plug them in, the audio names will move around between different radios.  They should always get discovered after a reboot the same order, so make sure everything is plugged in and turned on before rebooting.
 
I've tried using the Burr-Brown settings you listed below but I find after a while they will sometimes suddenly stop working, and then go missing in WSJT-X even after a reboot. 
 
I have better luck with the hw:CARD=CODEC,DEV=0 entries for both transmit and receive.  But the system volume control doesn't appear to change the levels on those devices.  That can be a problem on the IC-7600 since output USB level can't be changed on the radio so the level stays in the red, but it seems to work.   I change the USB levels in the other radios themselves where possible.  The CODEC card name changes for each radio.  CODEC for the first, CODEC_1 for the second, CODEC_2 for the third.

"head -1 /proc/asound/CODEC/stream0"  "head -1 /proc/asound/CODEC_1/stream0" and "head -1 /proc/asound/CODEC_2/stream0" is useful to me in figuring out which USB port is assigned to which sound device when using the hw:CARD=CODEC,DEV=0 device.
 
Also, a hint for reliable CAT control on linux Mint/Ubuntu, use the names in /dev/serial/by-id for the CAT control.  These entries have the model of the radio in the name, and they link to the correct /dev/tty devices even when they get reordered.
 
73, John N9ZL
 
On 2/20/21 2:43 PM, Pa3gcu wrote:

Hi Stewart.

I have been playing with different radios and devices on linux this week, i find that things change every time one reboots,
However i have found that my IC705 which i have to define as a IC7300 (at least with wsjtx 2.1.2 and 2.2.2) works well
with the following devices;
Input; = alsa_input.usb-Burr-Brown_from_TI_USB_AUDIO_CODEC-00.analog-sterio
Output = als_output.usb-Burr-Brown_from_TI_USB_AUDIO_CODEC-00.analog-sterio

You may well see a difference from Jim's (VE4CY) possibly because he has a IC-9700 or he uses some or other
sound configuration device.
On another note, i see you mention 2 different radio's, i wonder do you run both at the same time under 20.04??.
If so i would be very interested to hear just how you configure the system as i have enormous trouble when i try to
run my FT950 together with a Microham MKIII keyer and the IC705 using it's internal codec's.

Anyway hope this help's.
Regards Richard PA3GCU.

 

Stewart Wilkinson via groups.io schreef op 20 feb '21:

Can anyone point in me in the direction of some guidance for setting up the audio with either IC7300 or IC9700 in Ubuntu 20.04 ?

I don't seem to be able to get it behaving - I either get the Tx audio coming out the LapTop speakers or none at all.

Also Linux keeps changing the system sound to use the Radio devices each time I plug them in.













locked [WSJT-X] Unable to properly #install wsjt=-x auto logging to Log4OM #install

Andy_501 <andrew.webb.501.ve4per@...>
 

It appears Win10 Pro's latest update has made a change to access to port 80 such that Wampache64 portion of the WAMP server bundle does not start.

Thus without apache running phpmyadmin will not give access to a MariadB or mysql Log4OM database if you chose to use that on install of Log4OM. Not sure if https default port was likewise affected. I completely lost all Log4OM db setups when I assumed it was a corrupt WAMP s/w and re-installed it before discovering the port 80 block.

I changed the port config in the wampache64 tools to 8088 and all started normally so it appears I can rebuild the lost log database. If anyone has come across this and has a fix to restore access to the standard http and https ports of 80 & 443 any info and tips would be appreciated.

Some suggested google search fixes suggest it is related to iis service having to be disabled in windows control panel Programs & Features --> turn windows features on/off disable web services but that is already OFF when I checked so that is not causing the block.

Getting WSJT-x to autolog to Log4OM for me on hold now until I can come up with a fix so that all three services apache, Maria/msql dB's and php all work properly with original default port settings so I can safely rebuild the db to work with and have WSJT-x access.


Thanks & 73

Andy ve4per


locked Re: 2.3.0 TX No Audio after Band Change #FT8 #AudioIssues

Reino Talarmo
 

Thanks Randy,

 

Some further questions inline.

 

73, Reino OH3mA

 

>I only change during receive - it wouldn't make sense to do it in transmit.  

R: Fully agree, hi. Do you Stop monitoring and Halt Tx before a band change?

 

>The connection is exactly as it was with 2.2.0, the ONLY change was to upgrade to 2.3.0.

R: I heard that also 2.4.0-rc1 may have that feature. I tested it also, but could not repeat the issue.

>I'm using an Icom 7300 with a shielded USB cable that has toroids on both ends to avoid RFI - which can't be an issue during RX.  

R: Well, in principle something RFI could happen just at the start of the transmission that prevent further audio. Need not be that, would require an oscilloscope to check that. I doubt it for the moment.

>The CAT control has no issue putting the radio into TX, there's just no audio.   If I use the "halt Tx" button, and then "Enable Tx" while responding to a CQ, there's no audio.   

R: So after changing the band you have received a full timeslot to spot somebody and double-clicked his call, I assume. And your Tx has gone to transmit at the beginning of next appropriate TX cycle, but no audio. After noting that you use “halt Tx” and “Enable Tx” and still no audio. Or did I missed something? Or do you have “Double-click on call sets Tx enable” unticked and you use “Enable Tx” to invoke transmission?

 

>To get audio to start again, I have to initiate a CQ, then "Halt Tx" and "Enable TX", sometimes 2 or 3 times.

 

>I just verified that, indeed, doing a "Halt Tx" and then "Enable" during a TX window will restore audio output.  Sorry, I hadn't tried that thoroughly before.

R: So the “halt Tx” and “Enable Tx” sequence invokes audio during that TX slot.
Does this “no audio after band change” happen also, when you try to send a CQ in the next available Tx period after band change? I assume that there is no confusion about “Tx even/1st “ and which time-slot is used for transmission.

 

In any case I have not managed to repeat it, but now I have used WSJT-X without any rig, just audio. I have assumed that audio is sent at the same time as CAT has commanded PTT on. By the way which PTT method you are using and which rig we are talking about? We have some unknown issue in your system.

 

73, Reino OH3mA

 



 



I don't know how else to describe this.


locked WSJTX and M1 Mac Permanent Fix #wsjt-x-crashing

Ken Hendrickson
 

I have created a short video for those with the new and amazing M1 Mac who want to use WSJTX.
In the video i show how to use AppleScript to create an application that runs automatically at startup.
This little program will correct the memory allocation so the WSJTX will start correctly.
Ken Hendrickson
W6BZY
Here is the link. If the link does not work go to YouTube and search for my call sign.
https://youtu.be/abN5ygPCnMg


locked Re: Help: Ubuntu 20.04 Audio settings for IC7300 and IC9700 #linux

John N9ZL <jbrooks@...>
 

Hi Richard,

I run 3 radios at once, an IC-7600, an IC-7300 and an IC-9700 in 3 different instances of WSJT-X 2.4.0-rc1 with Linux Mint 20.1 (based on Ubuntu).  I use the --rig-name option on the command line as explained in the manual for running multiple instances.  The radios are all USB connected.

I have lots of problems managing the sound devices.  They change names, configs that worked fine for days suddenly stop working, sound cards disappear from the list, the 2m IC-7900 instance will suddenly start displaying the same 40m audio that the IC-7600 is displaying after having worked fine for hours.  Weirdness like that.  Sometimes they work fine all day.

Part of the config confusion is due to how linux manages USB audio devices.  The names WSJT uses for the audio devices will vary depending on the order in which the devices are discovered by the OS.  So depending on what order you plug them in, the audio names will move around between different radios.  They should always get discovered after a reboot the same order, so make sure everything is plugged in and turned on before rebooting.

I've tried using the Burr-Brown settings you listed below but I find after a while they will sometimes suddenly stop working, and then go missing in WSJT-X even after a reboot. 

I have better luck with the hw:CARD=CODEC,DEV=0 entries for both transmit and receive.  But the system volume control doesn't appear to change the levels on those devices.  That can be a problem on the IC-7600 since output USB level can't be changed on the radio so the level stays in the red, but it seems to work.   I change the USB levels in the other radios themselves where possible.  The CODEC card name changes for each radio.  CODEC for the first, CODEC_1 for the second, CODEC_2 for the third.

"head -1 /proc/asound/CODEC/stream0"  "head -1 /proc/asound/CODEC_1/stream0" and "head -1 /proc/asound/CODEC_2/stream0" is useful to me in figuring out which USB port is assigned to which sound device when using the hw:CARD=CODEC,DEV=0 device.

Also, a hint for reliable CAT control on linux Mint/Ubuntu, use the names in /dev/serial/by-id for the CAT control.  These entries have the model of the radio in the name, and they link to the correct /dev/tty devices even when they get reordered.

73, John N9ZL

On 2/20/21 2:43 PM, Pa3gcu wrote:

Hi Stewart.

I have been playing with different radios and devices on linux this week, i find that things change every time one reboots,
However i have found that my IC705 which i have to define as a IC7300 (at least with wsjtx 2.1.2 and 2.2.2) works well
with the following devices;
Input; = alsa_input.usb-Burr-Brown_from_TI_USB_AUDIO_CODEC-00.analog-sterio
Output = als_output.usb-Burr-Brown_from_TI_USB_AUDIO_CODEC-00.analog-sterio

You may well see a difference from Jim's (VE4CY) possibly because he has a IC-9700 or he uses some or other
sound configuration device.
On another note, i see you mention 2 different radio's, i wonder do you run both at the same time under 20.04??.
If so i would be very interested to hear just how you configure the system as i have enormous trouble when i try to
run my FT950 together with a Microham MKIII keyer and the IC705 using it's internal codec's.

Anyway hope this help's.
Regards Richard PA3GCU.

 

Stewart Wilkinson via groups.io schreef op 20 feb '21:

Can anyone point in me in the direction of some guidance for setting up the audio with either IC7300 or IC9700 in Ubuntu 20.04 ?

I don't seem to be able to get it behaving - I either get the Tx audio coming out the LapTop speakers or none at all.

Also Linux keeps changing the system sound to use the Radio devices each time I plug them in.










locked Re: #FT8 Can't get my FT-991A om 60M #FT8

Bruce N7XGR
 

Jeff,  Do not give up yet, if you feel uncomfortable to do the one
solder bridge then have someone do this for you.
I did the mod on a FT891 which has two bridges to be made.
I do not use the DATA mode at all instead I use the straight
USB mode and use the program Commander that has two macros
buttons that switch the mod input from the front to the rear
and switch the SSB BFO from AUTO to USB.
Commander is in the Radio dropdown in WSJT-X as an interface.
I leave the mode in WSJT-X set for USB and not Data/Pkt.
With the mod made when you select say 7074 you are there
no problem and 60 meters with chan 3 freq entered in the
Frequencies tab in WSJT-X it sets the 991A on that freq/chan 3.
5357 KHz

Bruce  N7XGR


On Sat, Feb 20, 2021 at 9:08 PM K3JRZ <K3JRZ@...> wrote:
Still doesn’t work for me. I’m giving up.



On Fri, Feb 19, 2021 at 20:08 Don Roden <donroden@...> wrote:
Put the channels in memory slots .   It will work... No soldering needed.   W4DNR

On Fri, 19 Feb 2021 18:17:11 -0500
"K3JRZ"  wrote:
> Followed those instructions and it still didn’t work for me. Still won’t
> transmit.
>
> I’m about to give up... or do the Mars mod... I’ve never soldered anything
> before!!!!
>
>
>
> On Fri, Feb 19, 2021 at 07:44 Ken WB8UFC  wrote:
>
>> Jon, here's a link to some additional information:
>> https://github.com/rfrht/FT-991A/wiki/How-To-Do-FT8-In-60M-With-FT-991A
>>
>>
>> --
>
> Thanks & 73,
>
> Jeff
> K3JRZ
> https://www.qrz.com/db/K3JRZ
> 100WAAW  #404
>
>
>
>




--

Thanks & 73,

Jeff
K3JRZ
100WAAW #404

--

Thanks & 73,

Jeff
K3JRZ
100WAAW #404




locked Re: WSJT-X Suggestion Box #Q65

Jim Brown
 

You DO study documentation on the WSJT-X main page before asking questions here, don't you?

73, Jim K9YC

On 2/20/2021 4:06 PM, Darl DEEDS wrote:
VERSION 2.4.0???
It’s not there in earlier versions.


locked Re: #FT8 Can't get my FT-991A om 60M #FT8

K3JRZ
 

Still doesn’t work for me. I’m giving up.



On Fri, Feb 19, 2021 at 20:08 Don Roden <donroden@...> wrote:
Put the channels in memory slots .   It will work... No soldering needed.   W4DNR

On Fri, 19 Feb 2021 18:17:11 -0500
"K3JRZ"  wrote:
> Followed those instructions and it still didn’t work for me. Still won’t
> transmit.
>
> I’m about to give up... or do the Mars mod... I’ve never soldered anything
> before!!!!
>
>
>
> On Fri, Feb 19, 2021 at 07:44 Ken WB8UFC  wrote:
>
>> Jon, here's a link to some additional information:
>> https://github.com/rfrht/FT-991A/wiki/How-To-Do-FT8-In-60M-With-FT-991A
>>
>>
>> --
>
> Thanks & 73,
>
> Jeff
> K3JRZ
> https://www.qrz.com/db/K3JRZ
> 100WAAW  #404
>
>
>
>




--

Thanks & 73,

Jeff
K3JRZ
100WAAW #404

--

Thanks & 73,

Jeff
K3JRZ
100WAAW #404


locked Re: WSJT-X Suggestion Box #Q65

Darl DEEDS
 

VERSION 2.4.0???

 

It’s not there in earlier versions.

 

Darl NA8W

 

From: Joe WB9SBD
Sent: Saturday, February 20, 2021 14:30
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] WSJT-X Suggestion Box #Q65

 

I looked there, but I can't even find it in the program...

Joe WB9SBD

On 2/20/2021 12:22 PM, Darl DEEDS wrote:

Have you tried the help file in the WSJT-X program? There is an extensive file on using for the first time.

 

Darl  NA8W

 

From: Joe WB9SBD
Sent: Saturday, February 20, 2021 13:15
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] WSJT-X Suggestion Box #Q65

 

Can someone send me a Link to where I can learn about this "Q65"?

Joe WB9SBD

On 2/20/2021 11:56 AM, neil_zampella wrote:

Michel,

you can go on the hamapps groups.io group and ask for such a feature.

Neil, KN3ILZ

On 2/20/2021 11:35 AM, Michel Bernard VE2BJG wrote:

Bingo ! 
Here is my turnaround:  Use JTalert's "Out of shack" alert. There is a provision there for "Any new decodes".

Works fine. You have to use a very short wav file because the alarm is triggered for the number of stations that show up. Even setting Alert Repeat to 1, the wav file will be played the number of stations there... It would be fine if there was a "Any single new decode" button but the option does not exist.

I can live with that mitigation for now since I will be using it for rare 6m openings. If the band opens, I then get the alarm that warns me and then leave the kitchen/TV and go to the PC.





 
 
 

 

 



 
 
 

 

 


locked Re: 2.3.0 TX No Audio after Band Change #FT8 #AudioIssues

Randy Reynard
 

I just verified that, indeed, doing a "Halt Tx" and then "Enable" during a TX window will restore audio output.  Sorry, I hadn't tried that thoroughly before.

W0RDR


locked Re: 2.3.0 TX No Audio after Band Change #FT8 #AudioIssues

Randy Reynard
 

I only change during receive - it wouldn't make sense to do it in transmit.  

The connection is exactly as it was with 2.2.0, the ONLY change was to upgrade to 2.3.0.

I'm using an Icom 7300 with a shielded USB cable that has toroids on both ends to avoid RFI - which can't be an issue during RX.  

The CAT control has no issue putting the radio into TX, there's just no audio.   If I use the "halt Tx" button, and then "Enable Tx" while responding to a CQ, there's no audio.

To get audio to start again, I have to initiate a CQ, then "Halt Tx" and "Enable TX", sometimes 2 or 3 times.

I don't know how else to describe this.


locked Re: 2.3.0 TX No Audio after Band Change #FT8 #AudioIssues

Dj Merrill
 

I have also noticed this behaviour in 2.4.0-rc1.  I have two separate installations of the software on two Rasperry Pi 4s running Raspbian GNU/Linux 10 (buster).  Each RPi is dedicated to a different radio (uBITX via a Signalink USB and a Yaesu FT-991a via the built in USB).  Both setups will transmit with no audio on the first transmission after starting the software. 

I have not noticed the missing audio when changing bands.  A quick test just now did not see this issue happen when changing between bands on my setup.

-Dj


locked #Cat_RigControl no FT-2000 #Cat_RigControl

9a3tn@...
 
Edited

Problem with ver.2.3.0 on My band (2m with transverter). Display shows 44,174MHz ( i have offset -100MHz in setup) and it's OK on RX, but on TX program pop up window with message that its. not correct freq. 

Boris 9a3tn


locked Re: WSJT glitches. #NewUser #transmit

Kai-KE4PT
 

Dear Dave,
That is what the Signalink manual says to do: set the audio level to maximum.
Other reasons for drop outs in transmit include RFI. Use chokes to suppress common mode current on your cables: the cable between the SL and the computer, as well as between the SL and the radio, and finally the coax at the radio antenna port. especially with the endfed wire. Reducing power also might help.

Kindest regards,
Kai, KE4PT

On 2/20/2021 14:41, DaveF via groups.io wrote:
I found I had to increase the audio output to its  max to get it to operate the VOX.


locked Re: 2.3.0 TX No Audio after Band Change #FT8 #AudioIssues

Mike Hennes
 

On Sat, Feb 20, 2021 at 04:29 PM, Reino Talarmo wrote:

I only change bands while receiving. The missing audio is often noticed on the first transmit after starting the program as well. The same fix as noted earlier works in that case also,

Mike — KE0ND 

>Hi,

Could you provide more details how exactly you change bands to get that happen?

Do you change it during receiving timeslot or during transmit timeslot? Transmission should stop (Enable Tx goes off), if band is changed in the middle of transmission! I am interested to repeat it, but not managed by now.

73, Reino OH3mA

11761 - 11780 of 34101