Arduino IDE 1.8.19 in Tools menu Port grayed out

Configuration: Linux Mint Ver: 21.3 ( Virginia )
Arduino IDE: 1.8.19
Since today 2-8-2024 port is grayed out.
Same happened at a system from a former collegue approx. 1 week ago
I looked for the brltty problem, no process like this.
Output lsusb:
Bus 002 Device 002: ID 8087:8001 Intel Corp. Integrated Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8009 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0bda:0327 Realtek Semiconductor Corp. USB3.0 Card Reader
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 009: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 003 Device 007: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 003 Device 003: ID 214b:7250 Huasheng Electronics USB2.0 HUB
Bus 003 Device 006: ID 056d:4001 EIZO Corp. Monitor
Bus 003 Device 013: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 003 Device 004: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 003 Device 002: ID 0451:8044 Texas Instruments, Inc.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Any idea what is going on ?

You can more than likely find the issue when running dmesg / dmesg -w.

It's possibly caused by BRLTTY. Uninstall it.


I've moved your topic to a section of the forum (Avrdude, stk500, Bootloader issues - Arduino Forum) that is more suitable to for board detection and upload problems.

Thank you for your response
dmesg -w | grep BRLTTY gives no response same for dmesg -w | grep brltty

  • Disconnect the board.
  • Run dmesg -w.
  • Connect the board.
  • Observe the additional output; you should see a /dev/ttyUSBx.

Although I do not think it's the cause of your problem (it would result in an "access denied message" to my knowledge), did you make yourself a member of the dialout group?

Hallo Sterretje
dmesg -w when I connect the board is like:
[ 4172.042272] usb 3-4.1.4: new full-speed USB device number 15 using xhci_hcd
[ 4172.143517] usb 3-4.1.4: New USB device found, idVendor=1a86, idProduct=7523,
bcdDevice=81.34
[ 4172.143532] usb 3-4.1.4: New USB device strings: Mfr=0, Product=2, SerialNumb
er=0
[ 4172.143538] usb 3-4.1.4: Product: USB Serial
[ 4172.152090] ch341 3-4.1.4:1.0: ch341-uart converter detected
[ 4172.152935] usb 3-4.1.4: ch341-uart converter now attached to ttyUSB0

That ch341-uart is the FTD I use, because the board is a STM32.

In that case I don't know what is wrong as the IDE should see the board.

Can you try something like minicom or putty and check if you can connect?

Good morning,
It took me a little more time to do a verification , putty via ttyUSB0 with a loopback wire is working. Arduino-Ide ver 2.3.2 Linux 64 bit.Appimage is also "working" ( sees the port ) . Arduino IDE ver 2 is not an option for me, there are too many differences for the STM32 compared with ver 1.8.19

No idea what you mean. Arduino-Ide ver 2.3.2 Linux 64 bit.Appimage is IDE ver 2.

The latest Arduino IDE Ver.2.X

Sorry but you have to be more clear.

When referring to Ver 2, are you referring to the installation from Mint's package manager? If so, that thing is antique; don't be fooled by the 2.something in the name.

Or are you referring to an older version of IDE 2.x (e.g. 2.0.1)?

Hallo Sterretje
The IDE ver 2.X or as I referred before the: Arduino-Ide ver 2.3.2 Linux 64 bit.Appimage is the current AppImage 64 bits ( X86-64 ) as obtained from the website https://www.arduino.cc/en/software.
Not refering to Mint Package manager, I know that the releases there may be old.

Have you checked your groups? Normally your user must be a member of the dialout group.
Open a terminal and type "groups" and enter. Is dialout listed there?
If not:
sudo usermod -a -G dialout username

Huh. I am not experiencing a similar problem.
Using MacOS 10.13 (old) and a portable install of Arduino IDE 1.8.13, the port menu has become grayed-out.
This is in spite of the fact that there are still multiple serial ports listed in /dev/tty*,
and a portable install of 1.8.19 on the same machine at the same time still sees all of the ports...
Very weird.

Adding: renaming the old portable install and copying over a new version, the new version also works fine...

Hi @getimmer and @westfw. Do you have the "STM32 MCU based boards" platform (AKA "STM32duino") installed?

I ask because there is a report here that the latest version of the platform causes the problem you reported for Arduino IDE 1.x users:

Yep. Installing the STM32 boards broke the new copy, and removing it again fixed it.

(How is that even possible?)

I would also be interested to know. The platform developers know, but as is seems to be standard practice for developers they didn't have the respect for the users to spend a minute to communicate that information. So the rest of us are either left to wonder, or else waste hours digging though low quality commits to figure it out.

I guess we just have to be grateful that they even made the effort to document the loss of Arduino IDE 1.x compatibility.

I mean, in the IDE 1.x, isn't the "ports" menu calculated entirely within the IDE, without input from the platform, isn't it?

Huh. Now I can't reproduce the problem!

That is correct. We do now have a "pluggable discovery" system, where platforms are able to contribute their own tools for discovering ports of novel protocols. However, that was added in Arduino IDE 2.x so, if anything, we would expect the ports list to only be affected by installation of a specific platform when using Arduino IDE 2.x (though of course a 3rd party discovery tool should not affect the discovery of serial ports since serial discovery is built-in and always running regardless of which platforms are installed).

It appears that the Ports do not disappear until after the IDE is reloaded.
(which is weird, since the ST boards are "available" immediately after installing the board package.)

I've also re-interpreted ST's lack of interest in debugging it as "it's an Arduino IDE bug and they're not going to fix 1.8.x anyway" rather than "our latest board package is only supported in IDE 2.x, so we don't care if 1.8 is broken." :frowning: