No FreeDV Tx on Kenwood TS-590S

[Bill Hunter, VE3BOK]

Running FreeDV 1.9.5-devel on Ubuntu 22-04LTS linux.  Had same issue also with 1.9.4 and one of the 1.8.? versions that I tried.

What works:

1. I am able to receive, decode, and listen to FreeDV signals.
2. My rig goes into tx mode when I key PTT in FreeDV, and
3. I see the microphone audio signal from my USB headset in the "Frm Mic" display in FreeDV.
4. Other digimode programs (wsjt-x, jtdx, fldigi) work properly.

What doesn't:

1. When activating FreeDV PTT, no signal from FreeDV makes it to the transmitter, hence no transmitter output.  
2. Even if I try it with Hamlib disabled and keying the rig manually using the rig's Send button, no tx.
3. I have tried with "Options-Rig Control" tab, "Use USB/LSB instead of DIGU/DIGL" both checked and unchecked, as well as with my rig's front panel Digi button both on and off.)

(As an aside, if I leave my Kenwood microphone plugged into the rig's front panel, and activate PTT on FreeDV, background noise from the shack gets transmitted as SSB.  This does not happen with other digimode programs.)

A telltale sign, perhaps:

The Kenwood/Burr-Brown/TI iec958 Audio Codec does not appear as an option in the "Audio Config-Transmit" tab "Output From Computer to Radio" list.  (This is what makes my post different from Denis' this past August, where his Kenwood Codec did in fact show in the list.)

Strangely, the TI Codec does appear in my "Input from Microphone to Computer" list, but as one might expect, it is of no use there.  (I tried it anyway, no luck.)

For whatever it's worth, selecting any of the other "Output From Computer to Radio" options routes the transmit signal to the selected device, whether it be my analog speakers, hdmi speakers, or headset.  Kinda uncomfortable on the ears :-(

I have included screenshots of both the Receive and Transmit Audio Config tabs, as well as the terminal output of the "usb-devices" command, showing the Burr-Brown/TI Codec section circled in the list.

I'm stumped.  Is anyone able to point me in the right direction?

[Mooneer Salem]

Hi Bill,

If you run the "pavucontrol" program, does your TI device show up as both an output and an input device? It might be worth unplugging and plugging your radio back in again just in case.

Also, I seem to recall one of the Kenwoods having some weird behavior where PTT has to be not via CAT in order for the radio to transmit from the USB audio device instead of the microphone (as an example). I forget if it's the TS-590S that has that, though. Someone else may be able to clarify further on that.

Thanks,

-Mooneer K6AQ

--
You received this message because you are subscribed to the Google Groups "digitalvoice" group.
To unsubscribe from this group and stop receiving emails from it, send an email to digitalvoice...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/a3d75247-4f8d-4999-a3ca-6e73c7cc5ec5n%40googlegroups.com.

[Jaye ke6sls]

I've got a 590sg running 1.7 (current Mint version) and there are no issues using CAT to control rig using hamlibs. HOWEVER, I had to build hamlibs for them to work -- Big thanks to debian-hams for that journey. I abandoned Ubuntu with their release of 22.04. Everything ham I used was broken with this release.

Tnx & 73

Jaye ke6sls

[Rick, WA6III]

Jaye,

I had a problem getting it to work running on OpenSuSE 15.3 but it was more related to the HDMI audio connection I was trying to use.  When I went back to the onboard audio (port-audio?) I actually got the software to work with the microphone I had plugged into the motherboard Once using an old ASUS m-board and later using an Asrock, both running a 6-core AMD proc.

I also tried it  (FDV 1.8.9  I think) running on OpenSuSE Leap 15.5 on my Mid 2012 MacBook Pro and I could NEVER get audio from the Macbook mic to the software!  I tried every combination. (receive worked ok)  I even tried plug-in mics and Airpods etc.  no go.

On my Early 2015 Macbook Pro running Montery,  EVERYTHING just works......  It makes me crazy I cannot get it to work with OpenSuSE (been using it since 2001)

[Bill Hunter, VE3BOK]

Thanks Mooneer!  

Good call! It shows as an Input Device only.  Not sure why I never took note of that.

Unplugging and replugging the transceiver USB port doesn't change it, but in the pavucontrol Configuration tab, changing the PCM2903B Audio CODEC from "Digital Stereo (IEC958) Input" to "Digital Stereo Duplex (IEC958)" causes it to show on both the Input Devices and Output Devices tabs of pavucontrol, AND causes it to also appear in the Output From Computer to Radio list in the FreeDV Audio Config;  I am now able to set FreeDV "Output from Computer to Radio" to that device.  I was so hopeful!  But sadly, still to tx output.

Something else that changed I think when I made this change is that Hamlib CAT control seems to be more complete.  For example, activating PTT in FreeDV now turns on Data mode in the transceiver.  I'm almost certain that wasn't happening before.

I also tried again by turning off Hamlib CAT control and keying the rig manually, still no tx, neither did trying "USB/LSB instead of DIGU/DIGL."

I even tried removing my USB headset and using an analog PC microphone, no change.  I can still see my audio in the "From Mic" tab, but nothing out of the transmitter.

You may be thinking of this https://groups.google.com/g/digitalvoice/c/l2cGMYczvVQ/m/oGzZV-zrAVYJ post from 2014, where Helmut disabled Hamlib PTT in FreeDV settings and got it to work.  But he didn't say anything about any of his other settings, so I can't compare.

Rick & Jaye, thanks for chiming in.  Just FYI, to keep my life simple, I use Andy's Ham Radio Linux 25a, built on Xubuntu 22.04 LTS.  (I erroneously stated Ubuntu earlier.)  The curated list of ham radio related programs far exceeds what I'll ever use, but the ones I do use generally "just work" with all dependencies already met, and with minimal fiddling.

If anyone has any more ideas to try, I'm all ears.  In the meantime, I'll just keep on fiddling.  If I get really adventurous (or desperate), I may try building Hamlibs from source as Jaye suggests, and hope it doesn't break something else.

73 all!

Bill

[Jaye ke6sls]

Bill,

I should have asked you to do this as a precaution.  Open a terminal and start alsamixer.  Select the card feeding your radio (F6) and make sure it isn't muted by your system.  I'd run into that issue once after a kernel update/reboot.  I was scratching my head thinking somehow the audio broke!

GL & 73

Jaye

[Bill Hunter, VE3BOK]

Hmmm.... I can adjust the USB Audio CODEC playback volume in alsamixer, but if I hit F4, I get "This sound device does not have any capture controls."  I think this may be a problem, no?

[Mooneer Salem]

Hi Bill,

It looks like it was the TS-2000 that had the weirdness with CAT PTT preventing use of the USB audio: https://groups.google.com/g/digitalvoice/c/xLzf9o2KNiA/m/xB_3LNpyAwAJ

Also, I checked the manual for the TS-590S and it might be a good idea to check what Menu 63 looks like on your radio. Per the manual:

"Also, now that USB audio functions*1 accept external audio input/output, operations in combination with a PC have become more convenient.  The audio output of the TS-590S can be easily delivered to a PC simply by connecting the transceiver and the PC using a single USB cable.  If you select “USB” in “Audio input line selection for data communications” of Menu 63, you can transmit using an audio source from a PC."

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/58e33a01-1227-465f-a6f1-e51b608d5ddcn%40googlegroups.com.

[Jaye ke6sls]

no, that has no bearing -- I just want to make sure it isn't muted.  Look at bottom of the slider and make sure you don't see "MM"

73

Jaye

[Bill Hunter, VE3BOK]

Jaye:  It says OO (or 00?)).  I tried toggling the M(ute) function to see if I could 'shake it loose,' but it was to no avail. 

Mooneer:  Menu 63 is set to USB, which I use for all my other digimode programs.  USB Input Level (Menu 64) is currently set to 4, although I've tried running it all the way up to 9 in case it was an audio level problem.

[Mooneer Salem]

Hi Bill,

If you have pavucontrol running while transmitting, does it show audio actually being emitted by FreeDV? For example, the orange bar in the below screenshot for the "FreeDV to Radio" entry vs no orange bar for the others:

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/dfc1d671-6f36-4cc7-bbb8-3ca99e0891c8n%40googlegroups.com.

[Bill Hunter, VE3BOK]

Hi Mooneer,

I'm glad you asked.  The answer is yes and no.

The audio I see there in the FreeDV to Radio section appears to be Rx audio, even though I have FreeDV PTT activated and the radio has been switched into Tx mode.

At least I think it looks like Rx audio.  The bar moves back and forth slightly but quickly as if it is receiving Rx noise, and bears no relationship to my speaking into the microphone or not.  Of course you won't see it moving in the still-shot that I attached, but I could probably cobble together a video if that would be helpful.

Other audio indicators that are moving:

Playback tab

FreeDV to Speaker on Built-in Analog Stereo - moves with Rx audio only when the Analog button is activated

Recording Tab

Mic to FreeDV from Built-in Analog Stereo -  moves with my speaking, regardless of state of PTT)

Radio to FreeDV from PCM2903B Audio CODEC Digital Stereo (IEC958) - moves with receiver noise only when PTT not activated

I was going to go through all the tabs, but it mostly appears to be redundant information, except for possibly this one:

Output Devices tab

PCM2903B Audio CODEC Digital Stereo (IEC958)

Port: Digital Output (S/PDIF)  - moves with Rx noise only when PTT activated

Does that last one seem suspicious to you?

[Mooneer Salem]

Hi Bill,

It's actually normal for the TX volume to vary a little bit because of how FreeDV's waveform works, but just to be sure:

1. Does the volume still vary in pavucontrol if you transmit through a dummy load? 

2. Does it vary more or less based on what FreeDV mode you select?

Also, I'm presuming that applications like WSJT-X work with this exact same radio and platform, right? How do you have your radio configured there? There might still be something a bit off about the configuration on the FreeDV side.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/636ed226-7e5b-4d84-a9a5-bcd8efc9a371n%40googlegroups.com.

[Bill Hunter, VE3BOK]

Hi Mooneer,

1. Yes, the level meter in pavucontrol still fluctutes in the same manner whether I use an antenna or a dummy load.  (I hope I've interpreted your question correctly.)

2. I do notice a difference in that the rapid fluctuation between peaks and dips has a much greater dynamic range in 1600 than 700D or 700E, and 700C seems to show less fluctuation than the others.  This suggests that what I'm seeing is not receive audio as I had assumed, but rather is the Tx signal that I want.  

Your questions led me to further prove this by changing the "FreeDV to Radio" device in the pavucontrol from PCM2903B Audio CODEC Digital Stereo (IEC958) to reroute the FreeDV signal to either of my Analog or HDMI speaker systems, where I can actually hear the distinctive differences as I switch between the FreeDV modes. It sure seems that FreeDV is making all the right noises. So I just need to figure out how to get those noises into the radio and turned into a transmitted signal.

Yes, I use JTDX and have used WSJT-X, with the identical setup, same radio, same computer and OS.  I make no changes whatsoever when switching between FreeDV and JTDX.  Screenshot attached of my JTDX Settings-Audio tab.  

Thank-you for your continued patient support!

[Mooneer Salem]

Hi Bill,

Are you able to provide the screenshot of the Radio tab as well? I'm suspecting that it's a CAT control issue or possibly something on the radio itself (though Menu 63 should be all you'd have to set I'd think).

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/df7ca82f-5ead-4067-a290-79b2963ea1efn%40googlegroups.com.

[Bill Hunter, VE3BOK]

JTDX Radio settings tab attached, sorry, should have done that along with Audio tab.

The other important TS-590S Menu setting besides 63 (set to USB) would be 64, Level of USB Input for Data Communications, which I have increased from 2 to 4, Kenwood default.  I can knock it down with the power slider in JTDX.  But even bumping this menu setting all the way up to 9 makes no difference  to transmitter output from FreeDV.

For whatever it's worth, here's a link https://www.kenwood.com/i/products/info/amateur/ts_590g/pdf/ts590_g_ft8_settings_en.pdf to the document that Kenwood publishes on their website for setting up the TS-590S/SG for FT8.  The only difference between Kenwood's published instructions and my setup is that I've chosen to use the rig's dual-VFO for split operation rather than "Fake-it".  This has no bearing on our discussion.

Just for funsies (?) today I downloaded and installed the Windows version of FreeDV to my laptop (which I don't normally use for ham radio) and hooked it up to my rig by USB, without enabling CAT control or even installing hamlibs;  I just operated PTT manually.  Although I didn't test thoroughly, behaviour appears identical to that of my linux machine, no Tx signal.

I should probably upgrade my FreeDV linux installation from 1.9.5-devel to 1.9.5, but I'll await further instruction from you before doing so.

Thanks!

Bill

[Gary Kohtala]

You may want to enable RTS. PTT relies on that.

Best regards,

Gary, K7EK

Get BlueMail for Android

[wal...@k5wh.net]

Bill,

 

Did you get things going?

Sounds like your working through multiple configuration settings, so you should be ready to fire it up on the air any moment now. 😊

 

If I can help in any way, please let me know.

 

You can drop into my Zoom channel at your convienience and we can walk through everythng real time. http://www.k5wh.net/zoom/

 

Mooneer is the linux/mac expert of the group indeed, but I know he’s plenty busy during the day.

 

For the Windows side, I can certainly help you in the interim. I suspect once you solve the issues in Windows, the linux side will work as well.

 

Hope to hear you on the air very soon.

 

All the best,

Walter/K5WH

 

Thanks,

 

-Mooneer K6AQ

 

 

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/5d59cc92-d8bd-4a00-b2c2-fc6271db9ecen%40googlegroups.com.

[Mooneer Salem]

Hi Gary,

Based on the JTDX screenshot, it sounds like other apps are able to use CAT for PTT without problems. I did notice that there was an option for selecting the audio source (rear vs. front), but in theory Menu 93 should have taken care of that.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/e413df37-9e72-41b7-a75e-be1bdf13f3ac%40gmail.com.

[Mooneer Salem]

Erm, Menu 63.

Anyway, Bill, I heard from Walter that you guys made some progress (albeit using VOX instead of PTT). It might be worth trying Gary's suggestion just to see if that makes any difference. There's also a setting in Tools->CAT and PTT Config called "Left Channel VOX Tone" that should be disabled if it's somehow enabled; that might help make VOX usable along with decreasing VOX sensitivity.

-Mooneer K6AQ

[Bill Hunter, VE3BOK]

Walter:  I had an enjoyable time in the Zoom Room yesterday.  Kinda like a Drop-in Centre for Troubled Hams :-)

Gary and Mooneer,

Answers to your two questions:

1. In the Linux version, setting PTT to RTS and then clicking Apply followed by Test PTT causes FreeDV to lock up, requiring me to force-close it.  If I try setting it to RTS without pressing Test PTT, and just clik Apply then OK, and then Start followed by PTT, I get a Hamlib communications error.  I didn't try it in Windows.
   
2. Left Channel VOX tone has been unchecked all along.

I went back to my Linux box and tried the same VOX test as we were doing yesterday in Windows and found the behaviour to be a bit different.  

1. Firstly, setting Menu 69 "VOX operation with Data" to On does not switch the rig into Tx mode, until I also click PTT in FreeDV.  Clicking PTT does cause rig to go into transmit, but no signal is output until I click PTT again, after which a very short burst of signal is sent over the air before the rig goes back into receive mode.
2. Increasing USB VOX Gain (Menu 71) full up to 9 before will sometimes cause the transmitter to output a signal when FreeDV PTT is keyed, but when PTT is unkeyed, the rig does not return to receive mode unless VOX gain is reduced.

All that to say that the primary differences in Menu 69 USB port VOX behaviour I see between Windows vs Linux is that in Windows, the rig goes into Tx mode and actually transmits a signal simply by pressing Start in FreeDV without activating PTT, whereas in Linux, PTT is required to be clicked in order to activate the transmitter, yet no signal is output.  Neither is what we want, but in different ways.

I think at this point further comparison of FreeDV operation between two different OSes on two different computers is going to take me down a rabbit hole and away from solving my problem (not to mention increased brain-pain).  I'll stick with trying to solve the problem on my Linux box.

So I tried initiating FreeDV from the command line, which produced the attached terminal output.  After the FreeDV GUI opened, I clicked Start, let it run a bit, clicked PTT and let it run a bit, clicked PTT to turn it off, let it run a bit, clicked Stop, and then exited FreeDV.  Does the attached terminal output reveal anything untoward?

[Mooneer Salem]

Hi Bill,

Unfortunately I didn't see anything particularly unusual in the logs you provided. We can try doing the following to rule out any audio routing issues (because it shouldn't be necessary to use VOX):

1. Disable VOX and set up FreeDV to use CAT PTT again.

2. Put FreeDV into TX.

3. Speak into the microphone attached to your radio (while radio is attached to a dummy load).

If it's indeed using your microphone audio somehow, the power output should vary with your voice similar to analog SSB. I wouldn't think so because Menu 63 should theoretically be set correctly but just in case.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/c78c56a6-f1ec-4046-93c1-b3f25195407fn%40googlegroups.com.

[Bill Hunter, VE3BOK]

Hi Mooneer,

Your instructions caused me to re-think what I did yesterday and I came to the realization that I did something dumb:  while testing with VOX, I neglected to disable Hamlib PTT in FreeDV (duh).  So disregard what I said yesterday about VOX.

What's actually happening, with Data VOX (Menu 69) set to on, and Hamlib PTT set to off, is that pressing PTT causes FreeDV to generate it's digital signal, and a signal is transmitted from the radio!  I can hear what it is by turning on Tx Monitor on the rig.  And it stops when I press PTT again, and the radio switches back into receive mode.

I then plugged in the Kenwood mic into the rig's front panel connector, and I get no audio from that in my transmitted signal, contrary to what happened when I was testing without Data VOX - it's strictly FreeDV that's being transmitted when I have Data VOX enabled.

I view this as tremendous progress.  Sure, as you say, it shouldn't be necessary to use VOX, however at least now I'm getting transmitter output from FreeDV for the first time.  A huge step forward!

So now, to your instructions for today:  I disabled VOX on the radio, and re-enabled FreeDV CAT PTT.  Then pressing FreeDV PTT, I get no FreeDV output from the radio, but rather standard SSB with audio from the Kenwood front panel microphone.  

The only way I can get transmitted FreeDV signal is with Hamlib PTT control off and Data VOX on.  Any of the other 3 combinations result in front panel microphone audio being transmitted instead of the data input.

I've gone through the entire radio Menu to see if I've overlooked anything, and there's nothing else I can think of.  But at least now I have a way to get on the air with FreeDV and try a few QSOs :-)

Many thanks!

Bill

[Mooneer Salem]

Hi Bill,

It sounds like your radio may be similar to the TS-2000 previously mentioned in that CAT PTT may not necessarily imply TX audio via USB. It might be worth trying to build a serial port interface using RTS or DTR (and trying serial port PTT or having Hamlib use that for PTT) to see if that works any better. The confusing bit is that it seems to work in other applications with CAT PTT no problem. There are a couple of settings in JTDX that aren't available in FreeDV (for example, the one indicating where TX audio is coming from), so maybe some or all of those need to be added?

In any event, I'm glad you got FreeDV working at least to some extent and hope to hear you on the air!

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/a2900a13-f492-4a22-87d5-9b1e4fc3ae89n%40googlegroups.com.

[Bill Hunter, VE3BOK]

I did try with a USB to serial adaptor a few days ago without success, but I wasn't at all sure that I could get audio to go through the USB to USB cable and control through the USB to serial cable, so I abandoned that approach.  I'll have to do some digging though my junque boxes to see if I can find an actual serial cable.  I probably have one, somewhere...

In the meantime, I've been doing further detective work.  Is it possible that CAT control is sending the wrong transmit command to the TS-590s?

Here's how I got to my reason for asking this:

In the TS-590s Instruction Manual, page 54, is a section entitled Programmable Function Keys.  There are two of them on the front panel of the radio.  One of the available functions is "No. 205, DATA SEND, The input voice from the data terminal is transmitted."  I tried it with FreeDV, and it works, although obviously not quite as easily as using the Data VOX function, because two buttons (Data Send and FreeDV PTT) need to be pushed, rather than just FreeDV PTT.  

Further reading in the TS-590s In-Depth-Manual (IDM) (a separate document from the regular Instruction Manual) page 42 reveals that this function is separate and distinct from the permanent SEND button on the radio's front panel; the latter sends microphone audio, while the former sends audio from the USB port (or ACC2 port depending upon Menu 63) ,  Just like front panel VOX is for the microphone, Menu 69 is for Data VOX.  (So all my testing in past days with the front panel Send button was pointless.)

The IDM goes on to say that "the transmit command is given with the PC control command of "TX1;"".  The same paragraph goes on to say that Data VOX Menu #69 can be used to automate this switching to Tx, which we've already done successfully.

I then did a web search for a TS-590s computer command reference, and found this:  https://www.kenwood.com/i/products/info/amateur/pdf/ts_590_pc_command_e.pdf  (the link says only "590", but the actual document says "590s".

The TX commands are on page 23.  TX0 (or TX without any parameter) is the same as the front panel SEND button, that is "normal transmission using the MIC input."  TX1 on the other hand is DATA SEND.

In the terminal output that I sent the other day, row 355 says "kenwood_transaction called cmd=TX datasize=0".  Is that TX the problem?  Should it not be TX1?

Or am I barking up the wrong tree?

[Bill Hunter, VE3BOK]

Continuing barking up the same tree...

I turned off Menu 69 Data VOX and did some experimentation on the command line with Hamlib's rigctl.

Command T'3' switches on the transmitter in Data mode and allows me to transmit FreeDV signal.  Command T'0' switches the rig back into receive.  (Commands T'1' and T'2' both switch on the transmitter with the front panel microphone connected.)

Is FreeDV sending T'1' or T'2' instead of T'3' to Hamlib?

[Mooneer Salem]

Hi Bill,

Since you're using the Linux version, I have a code change you can try. Can you replace "RIG_PTT_ON" with "RIG_PTT_ON_DATA" on line 351 of src/rig_control/HamlibRigControl.cpp, rebuild and then try using CAT PTT instead of VOX? I suspect this will make FreeDV behave similarly to JTDX (though if it does, I'm not fully sure we still won't need an additional option in the PTT configuration to control this).

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/34ddc77b-5162-4d2f-a70d-c2823e9fdb69n%40googlegroups.com.

[Bill Hunter, VE3BOK]

It works!!! Look Ma, no VOX!!!

Since I had to re-build, I thought I'd use the opportunity to upgrade from 1.9.5-devel to 1.9.5, but I ended up with 1.9.6-devel instead.  Probably doesn't matter for me, but I thought you should know.

Many thanks Mooneer and to all the others who have chimed in on this discussion.  Almost as (or perhaps more) important than fixing my particular issue is the learning that I've experienced working with you all to get there.  The veil of mystery is starting to fall.  :-)

Another question: 

"RIG_PTT_ON" appears in two other places, lines 412 and 485.  Do those need to be changed too?

Thanks again, and 73!

Bill

[wal...@k5wh.net]

Wow!

 

That’s really fantastic news Bill.

 

And kudos to Mooneer’s endless efforts to hammer out the necessary changes.

 

Thank you for the patience to work with us in drilling through these very strange anomalies, as I’m certain many others will be able to share in the rewards you guys have discovered.

 

I will have to see if we can make a link with you later this evening.

 

Take care,

 

Walter/K5WH

 

From: digita...@googlegroups.com <digita...@googlegroups.com> On Behalf Of Bill Hunter, VE3BOK
Sent: Tuesday, November 21, 2023 3:18 PM
To: digitalvoice <digita...@googlegroups.com>
Subject: Re: [digitalvoice] No FreeDV Tx on Kenwood TS-590S

 

It works!!! Look Ma, no VOX!!!

 

Thanks,

 

-Mooneer K6AQ

 

 

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/dd2def56-d040-4502-9ff6-ac504e642426n%40googlegroups.com.

[wal...@k5wh.net]

Bill,

 

I am talking with Ray-W4BCX on Zoom here, and he has validated that with his Kenwood TS-590SG, he’s able to use 1.9.5 and the Windows version, and everything works as it should.

 

I wonder if this could be a firmware version difference?  That’s probably a real reach of course. 😊

 

But certainly some strange difference between your setup and Ray’s.

 

I wonder if anyone else on the reflector here has FreeDV working on a Kenwood TS-590SG successfully, as another data point.

 

On a different note, we are using FreeDV with 500mw between Houston and Florida right now.

 

We could not quite make it to Maryland, so I had to go to 1 watt, and now it’s solid.

 

Walter/K5WH

 

From: wal...@k5wh.net <wal...@k5wh.net>
Sent: Tuesday, November 21, 2023 3:56 PM
To: 'digita...@googlegroups.com' <digita...@googlegroups.com>
Subject: RE: [digitalvoice] No FreeDV Tx on Kenwood TS-590S

 

Wow!

 

That’s really fantastic news Bill.

 

And kudos to Mooneer’s endless efforts to hammer out the necessary changes.

 

Thank you for the patience to work with us in drilling through these very strange anomalies, as I’m certain many others will be able to share in the rewards you guys have discovered.

 

I will have to see if we can make a link with you later this evening.

 

Take care,

 

Walter/K5WH

 

From: digita...@googlegroups.com <digita...@googlegroups.com> On Behalf Of Bill Hunter, VE3BOK
Sent: Tuesday, November 21, 2023 3:18 PM
To: digitalvoice <digita...@googlegroups.com>
Subject: Re: [digitalvoice] No FreeDV Tx on Kenwood TS-590S

 

It works!!! Look Ma, no VOX!!!

 

Thanks,

 

-Mooneer K6AQ

 

 

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/dd2def56-d040-4502-9ff6-ac504e642426n%40googlegroups.com.

[Bill Hunter, VE3BOK]

Hi Walter,

No doubt there will be some firmware differences between Ray's and mine; he has an SG, I only have an S :-)

But Hamlib differentiates between the two rigs (as well as the original TS-590) so I would think there shouldn't be an issue there.

I remember a few years ago when I acquired this rig from an SK's estate, it was still at version 1.0x.  I upgraded it to the latest (and final) 2.05. 

I put out a couple CQs this afternoon, and I saw on FreeDV reporter that I was being received in a couple places, so I'm quite confident that it's working.  I have yet to make my first QSO, but it'll come soon enough.

I'll be out quite a bit over the next two days but I'll try to connect with you later in the week.

73

Bill

[Mooneer Salem]

Hi Bill,

I'm glad things are working with that change! 

Now to figure out how exactly to make that change permanent. On WSJT-X/JTDX at least, the rear vs. front audio option seems to govern whether RIG_PTT_ON_DATA is used or just RIG_PTT_ON. Is there value in having a similar control? In theory I can just always use RIG_PTT_ON_DATA and it should default to being the same as RIG_PTT_ON for radios that don't differentiate like the TS-590S does. Thoughts by other people here would definitely be good.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/c9eedcd4-7a84-43fd-918d-2474a0d50f0fn%40googlegroups.com.