Date   

locked Re: Bug that Tx5 is not sent #FT8 #IssueReport

K0LUZ -- Gary "Red" Letchford
 


Just because you sent RR73 does not mean that the other station rcvd RR73.  I still have that nagging feeling that the qso is not complete.  So I like to see the 73 as an assurance that all was received.  I understand it is not required,  but it's a nice gesture.

73 Red  K0LUZ



On 6/26/2021 10:07 AM, Dave Garber wrote:
if you sent the rr73, what is the need to send 73 of any kind again....  I have never sent 73, after the rr73.  just thought it was normal
Dave Garber
VE3WEJ / VE3IE


On Sat, Jun 26, 2021 at 7:21 AM kiyo <ja9hwd@...> wrote:
hello!

There is a bug in WSJT-X v2.3.1 or later.
When "TU NEWBAND 73" is set to Tx5 immediately after the start of QSO, QSO ends without sending the message of Tx5 at the end, and the dialog for writing the log is displayed. The QSO partner does not exit QSO because Tx5 is not sent. I cannot return to 73 messages by pressing the "Generate standard message" button.
However, a bug that does not occur when Tx4 is "RR73".
To reproduce this bug, set Tx4 to "RRR". And start QSO by CQ without calling other stations.
To work around this bug, set Tx4 to "RR73". And I have to give up sending the nifty 73 messages.

If possible, I would like to see the bugs fixed as soon as possible.
--
kiyo









Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



locked Re: #mac Support for Icom radio Silicon Labs a big issue getting bigger all the time #macOS

Frederick Kent
 
Edited

Hi Joel, tnx fer the dog park info which leads me back to my initial problem post (#25962) in that having the IC-7300 which has a SiLab USB to UART device that I need the SiLab CP210X driver. So I tried to delete as many of the SiLab driver attempts before that I could from the iMac and reloaded the CP210X ver. 6.0.1. It successfully loaded into the extensions as advertised (ref. attached photo) which was taken after I connected the radio and rebooted the computer.
Prior to the radio connection and reboot it did state it was loaded, now after reboot its not loaded. When I look at the WSJTx config. it is the same as in my (#26007) post. Also the radio does not show of in the iMac USB list.I tried reloading the driver again and it showed up as loaded in the extensions, so I connected radio without reboot and it stayed loaded but didn't show up in IC-7300 WSJTx config. It needs to be in terminal ( ls /dev. ). And far as working before, I only recently attempted to use WSJTx. However I did have it working somewhat  3 or 4 years ago before a series of events led to me  losing it and not trying to use  using WSJTx. And in that previous episode 3 years ago it was the same difficulties in getting it to work. 
  So I'm just the spinning my wheels and going nowhere.


locked Re: Where I can download WSJT-X 2.9.x? #wsjt-x #IssueReport

Pietro Molina
 

I' sorry: yes, I intend 2.3.x, I had downloaded the 2.3.1 and all is OK. 

yes, I tried without the flag about the freq. changes during transmit, but nothing changed.

Pietro I2OIM


locked Re: Bug that Tx5 is not sent #FT8 #IssueReport

Dave Garber
 

if you sent the rr73, what is the need to send 73 of any kind again....  I have never sent 73, after the rr73.  just thought it was normal
Dave Garber
VE3WEJ / VE3IE


On Sat, Jun 26, 2021 at 7:21 AM kiyo <ja9hwd@...> wrote:
hello!

There is a bug in WSJT-X v2.3.1 or later.
When "TU NEWBAND 73" is set to Tx5 immediately after the start of QSO, QSO ends without sending the message of Tx5 at the end, and the dialog for writing the log is displayed. The QSO partner does not exit QSO because Tx5 is not sent. I cannot return to 73 messages by pressing the "Generate standard message" button.
However, a bug that does not occur when Tx4 is "RR73".
To reproduce this bug, set Tx4 to "RRR". And start QSO by CQ without calling other stations.
To work around this bug, set Tx4 to "RR73". And I have to give up sending the nifty 73 messages.

If possible, I would like to see the bugs fixed as soon as possible.
--
kiyo



locked Bug that Tx5 is not sent #FT8 #IssueReport

kiyo
 

hello!

There is a bug in WSJT-X v2.3.1 or later.
When "TU NEWBAND 73" is set to Tx5 immediately after the start of QSO, QSO ends without sending the message of Tx5 at the end, and the dialog for writing the log is displayed. The QSO partner does not exit QSO because Tx5 is not sent. I cannot return to 73 messages by pressing the "Generate standard message" button.
However, a bug that does not occur when Tx4 is "RR73".
To reproduce this bug, set Tx4 to "RRR". And start QSO by CQ without calling other stations.
To work around this bug, set Tx4 to "RR73". And I have to give up sending the nifty 73 messages.

If possible, I would like to see the bugs fixed as soon as possible.
--
kiyo


locked VS: [WSJTX] Lost cat (Old problem new to me) #FT8 #Cat_RigControl #WSJTX_config

Reino Talarmo
 

Hi Dennis,

 

Have you checked that your rig is actually using COM1 as port number? I don’t remember, whether you told us which rig you are using and how it is connected to your computer for the CAT control. In some rig the COM port driver presents to you two port numbers and you should select the Enhanced one.

 

Just another observation, if your rig support CAT control, then you should use for spilt either Rig or Fake It.

 

73, Reino OH3mA


locked Re: Lost cat (Old problem new to me) #FT8 #Cat_RigControl #WSJTX_config

Dennis Jacobson
 

Finally got a screenshot of what happens when I try to Tune in WSJTX.   Maybe it will help..
Dennis N6NG


locked Re: 2m FT8 Interference. Change frequency #FT8

Roger
 

On 25/06/2021 17:26, Amos Sobel 4X4MF wrote:
We have a non stop interference on the 2m FT8 allocated frequency of 144.174 Mhz. See below. It can spread to Europe and America by   TROPO and Sporadic-E and interfere with your best DX chances on 2m.
Please consider changing the default frequency of FT8 on 2m. There is plenty of space on 2m.
Amos 4X4MF
Other countries will have interference on other 2m frequencies. Moving the default frequency is more than likely to cause problems elsewhere.

Surely a more sensible course of action is to force your administration to deal with it?

73
Roger
G#4HZA


locked Special Frequencies for Field Day 2021? #ContestMode #FT8

Eric Hansen
 

Anyone know where I can find if we're supposed to use special frequencies for FT8 on Field Day? I've only been able to find references to 2019 Field Day frequencies for FT8


locked Re: Where I can download WSJT-X 2.9.x? #wsjt-x #IssueReport

Ron W3RJW
 

On Fri, Jun 25, 2021 at 09:04 AM, Pietro Molina wrote:
Thanks! 
2.9.x means any of the 2.9 releases...
What we are trying to tell you is there are no 2.9.x releases. The current GA release is 2.4.0.  Do you mean 2.3.0 ?
OH2GGC gave you a complete list of releases.
Did you even try what G4WJS suggested ?
 
--
73
Ron  W3RJW

FTdx-5000, Timewave Navigator, WSJT-x Improved 2.5.0 rc1, JTAlert 2.50.2, HRD Deluxe v6.7.0.357
FTdx-3000, SignaLink USB


locked Re: 2m FT8 Interference. Change frequency #FT8

 

What’s causing it Amos? It’s definitely a modulated carrier on 144.175 – looking like some form of FM. Is 144-146 an amateur-only allocation in Israel? Though all countries’ military ignore allocations.

Report it to IARU intruder watch.

 

73 Phil GM3ZZA

 

Sent from Mail for Windows 10

 

From: Amos Sobel 4X4MF
Sent: 25 June 2021 18:30
To: main@WSJTX.groups.io
Subject: [WSJTX] 2m FT8 Interference. Change frequency #FT8 #FT8

 

We have a non stop interference on the 2m FT8 allocated frequency of 144.174 Mhz. See below. It can spread to Europe and America by   TROPO and Sporadic-E and interfere with your best DX chances on 2m.



Please consider changing the default frequency of FT8 on 2m. There is plenty of space on 2m.

Amos 4X4MF

 


--
73 Phil GM3ZZA


locked Re: 2m FT8 Interference. Change frequency #FT8

Buddy Morgan
 

I think 144.174 is pretty well cast in concrete. Here in the United States, we can only work CW, below 144.100. We work Q65 terrestrial, on 144.170. MSK144, on 144.150 and surrounding frequencies. Throw in a few EME skeds and there is not a whole lot of room, left, on 2M. We have been using xxxx.174 MHz, on the bands 2M and higher in frequency, for FT8, for several years, now. Personally, I think it has worked out well.

Buddy WB4OMG EL 98 


locked Re: #WSJTX_config -- USB vs DATA-USB Modes #WSJTX_config

Charles Albert
 

Thanks for the info, Dave.

The numbers and settings look similar, but I'll have to look at them in detail.

I was able to get my FT991A/Linux/FLDIGI/WSJTX system to work. I simply copied the various filter settings from the SSB group to the DATA group, and the "deafness" went away. Made several 600+ mile contacts on FT8 at 6m yesterday with this setup.

I'm very tempted to just leave it alone now, though I am curious why in looking at about a dozen different HOW TO docs there are the same number of "...these are the only settings that will work..." statements. And that includes the docs for both FLDIGI and WSJTX.

Take Care & 73



On Fri, Jun 25, 2021 at 5:25 AM Dave KD2SGM <dfreeswick@...> wrote:
Hi Charles,

I have a Yaesu FTDX 3000 so I’m not sure if these settings will help. I spent a long time searching the internet and it took a while to get it right as everyone seems to have that one little change that makes it all work for them. I use Win4YaesuSuite to control everything so again, this may or may not fix your situation.

FTDX 3000 Menu Settings
#40 CAT RTS - Disable
#65 PC KEYING - Off
#67 DATA MODE - OTHERS
#69 OTHER DSP - 0
#75 DATA IN - USB
#76 DATA MIC GAIN - MCVR
#77 DATA OUT LEVEL - 50
MIC GAIN -20

WSJT-X Settings
Radio - FTDX 3000
Serial Port - COM 10 (COM0COM virtual port)
Baud Rate - 38400 (same as radio)
Data Bits - Default
Stop Bits - Default
Handshake - Default
PTT Method - CAT
Mode - Data/ Pkt
Split - Fake It

Good Luck,
Dave, KD2SGM



locked 2m FT8 Interference. Change frequency #FT8

Amos Sobel 4X4MF
 

We have a non stop interference on the 2m FT8 allocated frequency of 144.174 Mhz. See below. It can spread to Europe and America by   TROPO and Sporadic-E and interfere with your best DX chances on 2m.



Please consider changing the default frequency of FT8 on 2m. There is plenty of space on 2m.

Amos 4X4MF


locked Re: (K)Ubuntu's slow UI response #linux #wsjt-x

Hans Fong
 

Hello Bill,

It's a Kubuntu thing. I installed DragonOS today which is Lubuntu 20.04 and WSJT-X worked fine. When I switched from Lubuntu to Kubuntu with tasksel it slowed down WSJT-X. I played around with LXQT tonight and liked it, so I'll be switching from KDE/Plasme to LXQT. Problem avoided, not solved, but equally happy. Cheers,

Hans

BX2ABT.com

On 6/23/21 5:44 AM, Bill Somerville wrote:
On 22/06/2021 14:16, Hans Fong wrote:
Compiled WSJT-X from the latest source code on a Kubuntu 20.04 machine, connected to my (for me new) TS-2000. Everything works, except for the delay when e.g. double clicking a call in the band activity column, saving a log entry, selecting an audio device, etc. The entire WSJT-X window freezes for at least a couple of seocnds after which operation resumes as normal. Delay times differ from 2 seconds (FT-4) to 7.5 seconds (FT-8), 9.5 seconds (saving a log entry). I don't have the impression that the program stops working, it's just a delay in the UI.

I also tried other versions, like the stock one from the Kubuntu 20.04 (2.1.12), the lastest deb 2.4.0 and some of the beta versions, but they all suffer from the same delay. So I guess it is a (K)Ubuntu thing, but what? The command line doesn't give me any verbose messages.

Any hints or tips welcome. Been searching the web, but it seems no one has this problem, as I haven't been able to find any reference to this phenomenon.
73 de Hans
BX2ABT.com

Hi Hans,

you are the first to report that issue as far as I know. Other than making sure your distribution packages are all up to date I don't have any suggestions.

73
Bill
G4WJS.




--
73 de Hans
BX2ABT.com


locked Re: #mac Support for Icom radio Silicon Labs a big issue getting bigger all the time #macOS

neil_zampella
 

The point being that the documentation should be correct when pertaining to rigs being referred to.

Neil, KN3ILZ

On 6/25/2021 9:19 AM, groups@... wrote:
I don't see that the KX3 not having a built in adapter relevant.  You're still using a computer USB serial interface and the diagnostic procedures are the same.

73
Roger
G#4HZA

On 25/06/2021 14:21, neil_zampella wrote:
Um ... just a quick note:

The KX3 does not have a 'built-in' USB/Serial adapter.  It and the KX2
uses the KXUSB serial cable which DOES have the UART in question.

Neil, KN3ILZ

On 6/25/2021 5:53 AM, W4JBB wrote:
Fred,

Did it work before Catalina?

Also, from
https://www.dogparksoftware.com/MacLoggerDX%20Help/mldxfc_computer.html
<https://www.dogparksoftware.com/MacLoggerDX%20Help/mldxfc_computer.html>


    *Which Driver do I need ?*

If you don't see the USB/Serial adapter port connected to your radio
in the *Port* popup (or all you see is a *Bluetooth* port) then it
could be one of the following:

  * The right driver (kernel extension) is not installed.
  * A bad or loose cable from the adapter/radio to your computer.
  * A radio with an internal USB/Serial adapter (UART) and the radio
    is powered down.

/You can tell which chip set is being used in your adapter/radio by
selecting "About This Mac / Overview / System Report / Hardware / USB.
If the UART shows up in the Hardware/USB report It means that it is
plugged in and powered up - not that a driver is necessarily loaded/.
Once you have identified the UART Chip set (FTDI
<http://www.ftdichip.com/Drivers/VCP.htm>, Silicon Labs
<https://www.silabs.com/products/development-tools/software/usb-to-uart-bridge-vcp-drivers>,
Prolific
<http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=229&pcid=41>,
Keyspan/Tripplite <https://www.tripplite.com/support/usa19hs>, RT
Systems <https://www.rtsystemsinc.com/kb_results.asp?ID=9> etc.) you
can download and install the Mac driver from the manufacturers web site.


        *Where can I get a Mac driver for my ICOM IC-705, IC-7100,
        IC-7200, IC-7300, IC-7600, IC-7610, IC-7850, IC-9100, IC-9700,
        PCR2500, Kenwood TS-890S, TS-990S, TS-590S, Elecraft KX3, K3S,
        Yaesu FTdx101, FTdx3000, FT-891, FT-991 or Ten-Tec Eagle USB
        direct connect built in USB/Serial adapter ?*

The USB/UART Bridge chip inside the Icom, Yaesu and Kenwood radios is
a *Silicon Labs USB to UART Bridge Controller* and the Mac drivers are
available here
<https://www.silabs.com/products/development-tools/software/usb-to-uart-bridge-vcp-drivers>.

The USB/UART Bridge chip inside the Eagle, K3S and KX3 is an *FTDI USB
to UART Bridge Controller* and the Mac drivers are available here
<http://www.ftdichip.com/Drivers/VCP.htm>.

Note: macOS built in FTDI driver:
<https://www.ftdichip.com/Support/Documents/AppNotes/AN_134_FTDI_Drivers_Installation_Guide_for_MAC_OSX.pdf> Supports
FTDI based devices with standard VID/PID combinations.

/"Since 10.9 (Mavericks), OS X has included built-in partial support
for some FTDI devices in VCP mode. Starting with 10.11 (El Capitan),
Apple’s own driver seems to be sufficiently comprehensive that many
customers will not need to install FTDI’s own VCP unless they wish to
use its advanced features such as baud-rate aliasing and configurable
latency times"// ./

Note the part I italicized and underlined (because I cannot figure out
how to highlight in this format)...

If you *never* see the UART identifier, I'm going back to a bad cable
regardless of whether or not that cable works with something else.
Yes, I have seen cables go bad just "lying there" (that was a lesson
in humility for me).

If you never see anything resembling "/dev/tty.usbserial-1444410",
even after unplugging, running "ls /dev/tty*" and re-plugging and
re-running "ls /dev/tty*,"my thought is you have a USB cable that does
not have all the pins needed.

Thanks,
Joel, W4JBB













locked Re: Lost cat (Old problem new to me) #FT8 #Cat_RigControl #WSJTX_config

Dennis Jacobson
 

Well I spoke too soon.. System worked just fine all day yesterday (Thursday)..  Came in this morning, booted the system and WSJT-X 2.3.0 and now I get Rig Control Error  on both the 2.3.0 and on the 2.5.0-rc1.  Something changed on the reboot but no indication what... I haven't changed anything.  And this is a new message of rig control error.  I didn't change any of the wiring or even moved any cable or radios around.
Any help?
Dennis N6NG


locked Re: #mac Support for Icom radio Silicon Labs a big issue getting bigger all the time #macOS

Roger
 

I don't see that the KX3 not having a built in adapter relevant. You're still using a computer USB serial interface and the diagnostic procedures are the same.

73
Roger
G#4HZA

On 25/06/2021 14:21, neil_zampella wrote:
Um ... just a quick note:
The KX3 does not have a 'built-in' USB/Serial adapter.  It and the KX2
uses the KXUSB serial cable which DOES have the UART in question.
Neil, KN3ILZ
On 6/25/2021 5:53 AM, W4JBB wrote:
Fred,

Did it work before Catalina?

Also, from
https://www.dogparksoftware.com/MacLoggerDX%20Help/mldxfc_computer.html
<https://www.dogparksoftware.com/MacLoggerDX%20Help/mldxfc_computer.html>


    *Which Driver do I need ?*

If you don't see the USB/Serial adapter port connected to your radio
in the *Port* popup (or all you see is a *Bluetooth* port) then it
could be one of the following:

  * The right driver (kernel extension) is not installed.
  * A bad or loose cable from the adapter/radio to your computer.
  * A radio with an internal USB/Serial adapter (UART) and the radio
    is powered down.

/You can tell which chip set is being used in your adapter/radio by
selecting "About This Mac / Overview / System Report / Hardware / USB.
If the UART shows up in the Hardware/USB report It means that it is
plugged in and powered up - not that a driver is necessarily loaded/.
Once you have identified the UART Chip set (FTDI
<http://www.ftdichip.com/Drivers/VCP.htm>, Silicon Labs
<https://www.silabs.com/products/development-tools/software/usb-to-uart-bridge-vcp-drivers>,
Prolific
<http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=229&pcid=41>,
Keyspan/Tripplite <https://www.tripplite.com/support/usa19hs>, RT
Systems <https://www.rtsystemsinc.com/kb_results.asp?ID=9> etc.) you
can download and install the Mac driver from the manufacturers web site.


        *Where can I get a Mac driver for my ICOM IC-705, IC-7100,
        IC-7200, IC-7300, IC-7600, IC-7610, IC-7850, IC-9100, IC-9700,
        PCR2500, Kenwood TS-890S, TS-990S, TS-590S, Elecraft KX3, K3S,
        Yaesu FTdx101, FTdx3000, FT-891, FT-991 or Ten-Tec Eagle USB
        direct connect built in USB/Serial adapter ?*

The USB/UART Bridge chip inside the Icom, Yaesu and Kenwood radios is
a *Silicon Labs USB to UART Bridge Controller* and the Mac drivers are
available here
<https://www.silabs.com/products/development-tools/software/usb-to-uart-bridge-vcp-drivers>.

The USB/UART Bridge chip inside the Eagle, K3S and KX3 is an *FTDI USB
to UART Bridge Controller* and the Mac drivers are available here
<http://www.ftdichip.com/Drivers/VCP.htm>.

Note: macOS built in FTDI driver:
<https://www.ftdichip.com/Support/Documents/AppNotes/AN_134_FTDI_Drivers_Installation_Guide_for_MAC_OSX.pdf> Supports
FTDI based devices with standard VID/PID combinations.

/"Since 10.9 (Mavericks), OS X has included built-in partial support
for some FTDI devices in VCP mode. Starting with 10.11 (El Capitan),
Apple’s own driver seems to be sufficiently comprehensive that many
customers will not need to install FTDI’s own VCP unless they wish to
use its advanced features such as baud-rate aliasing and configurable
latency times"// ./

Note the part I italicized and underlined (because I cannot figure out
how to highlight in this format)...

If you *never* see the UART identifier, I'm going back to a bad cable
regardless of whether or not that cable works with something else.
Yes, I have seen cables go bad just "lying there" (that was a lesson
in humility for me).

If you never see anything resembling "/dev/tty.usbserial-1444410",
even after unplugging, running "ls /dev/tty*" and re-plugging and
re-running "ls /dev/tty*,"my thought is you have a USB cable that does
not have all the pins needed.

Thanks,
Joel, W4JBB



locked Re: #mac Support for Icom radio Silicon Labs a big issue getting bigger all the time #macOS

neil_zampella
 

Um ... just a quick note:

The KX3 does not have a 'built-in' USB/Serial adapter.  It and the KX2 uses the KXUSB serial cable which DOES have the UART in question.

Neil, KN3ILZ

On 6/25/2021 5:53 AM, W4JBB wrote:
Fred,

Did it work before Catalina?

Also, from https://www.dogparksoftware.com/MacLoggerDX%20Help/mldxfc_computer.html

Which Driver do I need ?

If you don't see the USB/Serial adapter port connected to your radio in the Port popup (or all you see is a Bluetooth port) then it could be one of the following:

  • The right driver (kernel extension) is not installed.
  • A bad or loose cable from the adapter/radio to your computer.
  • A radio with an internal USB/Serial adapter (UART) and the radio is powered down.

You can tell which chip set is being used in your adapter/radio by selecting "About This Mac / Overview / System Report / Hardware / USB. If the UART shows up in the Hardware/USB report It means that it is plugged in and powered up - not that a driver is necessarily loaded. Once you have identified the UART Chip set (FTDISilicon LabsProlificKeyspan/TrippliteRT Systems etc.) you can download and install the Mac driver from the manufacturers web site. 

Where can I get a Mac driver for my ICOM IC-705, IC-7100, IC-7200, IC-7300, IC-7600, IC-7610, IC-7850, IC-9100, IC-9700, PCR2500, Kenwood TS-890S, TS-990S, TS-590S, Elecraft KX3, K3S, Yaesu FTdx101, FTdx3000, FT-891, FT-991 or Ten-Tec Eagle USB direct connect built in USB/Serial adapter ?

The USB/UART Bridge chip inside the Icom, Yaesu and Kenwood radios is a Silicon Labs USB to UART Bridge Controller and the Mac drivers are available here.

The USB/UART Bridge chip inside the Eagle, K3S and KX3 is an FTDI USB to UART Bridge Controller and the Mac drivers are available here.

Note: macOS built in FTDI driver: Supports FTDI based devices with standard VID/PID combinations.

"Since 10.9 (Mavericks), OS X has included built-in partial support for some FTDI devices in VCP mode. Starting with 10.11 (El Capitan), Apple’s own driver seems to be sufficiently comprehensive that many customers will not need to install FTDI’s own VCP unless they wish to use its advanced features such as baud-rate aliasing and configurable latency times" .

Note the part I italicized and underlined (because I cannot figure out how to highlight in this format)...

If you *never* see the UART identifier, I'm going back to a bad cable regardless of whether or not that cable works with something else. Yes, I have seen cables go bad just "lying there" (that was a lesson in humility for me).

If you never see anything resembling "/dev/tty.usbserial-1444410", even after unplugging, running "ls /dev/tty*" and re-plugging and re-running "ls /dev/tty*,"my thought is you have a USB cable that does not have all the pins needed.

Thanks,
Joel, W4JBB



locked Re: #mac Support for Icom radio Silicon Labs a big issue getting bigger all the time #macOS

W4JBB
 

Fred,

Did it work before Catalina?

Also, from https://www.dogparksoftware.com/MacLoggerDX%20Help/mldxfc_computer.html

Which Driver do I need ?

If you don't see the USB/Serial adapter port connected to your radio in the Port popup (or all you see is a Bluetooth port) then it could be one of the following:

  • The right driver (kernel extension) is not installed.
  • A bad or loose cable from the adapter/radio to your computer.
  • A radio with an internal USB/Serial adapter (UART) and the radio is powered down.

You can tell which chip set is being used in your adapter/radio by selecting "About This Mac / Overview / System Report / Hardware / USB. If the UART shows up in the Hardware/USB report It means that it is plugged in and powered up - not that a driver is necessarily loaded. Once you have identified the UART Chip set (FTDISilicon LabsProlificKeyspan/TrippliteRT Systems etc.) you can download and install the Mac driver from the manufacturers web site. 

Where can I get a Mac driver for my ICOM IC-705, IC-7100, IC-7200, IC-7300, IC-7600, IC-7610, IC-7850, IC-9100, IC-9700, PCR2500, Kenwood TS-890S, TS-990S, TS-590S, Elecraft KX3, K3S, Yaesu FTdx101, FTdx3000, FT-891, FT-991 or Ten-Tec Eagle USB direct connect built in USB/Serial adapter ?

The USB/UART Bridge chip inside the Icom, Yaesu and Kenwood radios is a Silicon Labs USB to UART Bridge Controller and the Mac drivers are available here.

The USB/UART Bridge chip inside the Eagle, K3S and KX3 is an FTDI USB to UART Bridge Controller and the Mac drivers are available here.

Note: macOS built in FTDI driver: Supports FTDI based devices with standard VID/PID combinations.

"Since 10.9 (Mavericks), OS X has included built-in partial support for some FTDI devices in VCP mode. Starting with 10.11 (El Capitan), Apple’s own driver seems to be sufficiently comprehensive that many customers will not need to install FTDI’s own VCP unless they wish to use its advanced features such as baud-rate aliasing and configurable latency times" .

Note the part I italicized and underlined (because I cannot figure out how to highlight in this format)...

If you *never* see the UART identifier, I'm going back to a bad cable regardless of whether or not that cable works with something else. Yes, I have seen cables go bad just "lying there" (that was a lesson in humility for me).

If you never see anything resembling "/dev/tty.usbserial-1444410", even after unplugging, running "ls /dev/tty*" and re-plugging and re-running "ls /dev/tty*,"my thought is you have a USB cable that does not have all the pins needed.

Thanks,
Joel, W4JBB

12341 - 12360 of 38211