CP210x: Porta COM Não Aparece ou Está “Em Uso” (Windows 11 e Linux)

Você instalou o driver, a placa está conectada, e mesmo assim o CP210x não aparece em “Portas (COM e LPT)” — ou aparece com um número de porta que o Windows jura estar “em uso por outro dispositivo”. Este guia separa as cinco causas reais desse problema (elas são poucas e sempre as mesmas) e mostra a correção de cada uma no Windows 11 e no Linux, com o link oficial do driver atualizado.

Última verificação dos dados desta página: 14 de setembro de 2026.

O que é o CP210x e por que ele depende de um driver

O CP210x é a família de conversores USB-serial da Silicon Labs — CP2102, CP2102N, CP2103, CP2104, CP2105, CP2108 e CP2109. É o chip ao lado do conector USB de boa parte das placas ESP32, ESP8266, módulos GPS e consoles de switches: pega o USB de um lado e entrega UART do outro.

O ponto que explica quase todos os problemas: a porta serial que o seu programa abre não existe fisicamente. Ela é criada por um driver chamado VCP (Virtual COM Port). Sem o VCP no lugar certo, o hardware está perfeito e a porta simplesmente não nasce.

Download oficial do driver CP210x (versão atual)

Baixe sempre da página do fabricante — Silicon Labs · CP210x USB to UART Bridge VCP Drivers. Os arquivos de hoje:

O pacote do Windows tem 292.462 bytes e traz dentro o arquivo silabser.inf com a assinatura DriverVer = 08/14/2026, 11.6.0.420 — é por esse campo que você confere, depois de instalar, se o Windows ficou mesmo com a versão nova. As notas de versão informam que o pacote é certificado WHQL para Windows 11 25H2 e Windows 10 21H2, e que a 11.6.0 corrigiu duas falhas de leitura/escrita fora dos limites no driver — motivo de sobra para atualizar.

A Silicon Labs não publica checksum. Para conferir que você baixou o mesmo arquivo que nós, o SHA-256 do CP210x_Universal_Windows_Driver.zip em 14/09/2026 é ce40eb9cdb52726e98986e03ed506e17aa5aa771cc0ff3e9c376be399e07f992.

Como instalar no Windows 11

O pacote não tem instalador com janela — quem procura um “setup.exe” desiste e acaba baixando driver de site duvidoso. Não precisa.

Passo 1. Extraia o .zip numa pasta (botão direito → Extrair tudo). Você verá silabser.inf, silabser.cat e as pastas x64, x86, arm e arm64.

Passo 2. Clique com o botão direito no arquivo silabser.inf e escolha Instalar. No Windows 11, se a opção não aparecer de cara, clique em “Mostrar mais opções”. Confirme o aviso de permissão. Não há barra de progresso: em um ou dois segundos aparece a confirmação e acabou.

Passo 3. Conecte a placa e abra o Gerenciador de Dispositivos. Em “Portas (COM e LPT)” deve surgir Silicon Labs CP210x USB to UART Bridge (COMx) — esse COMx é o número que você usa na IDE do Arduino, no Flash Download Tool ou no esptool. Para confirmar a versão: botão direito → Propriedades → Driver, que deve dizer 11.6.0.420.

No Linux não se instala nada — e é aí que começa o problema

O driver do CP210x está no kernel, em drivers/usb/serial/cp210x.c. Ele reconhece mais de 200 identificadores, e um deles é { USB_DEVICE(0x10C4, 0xEA60) }, comentado no próprio código-fonte como “Silicon Labs factory default” — o ID de fábrica que quase toda placa de bancada usa.

Ou seja: você conecta e funciona. O dispositivo aparece como /dev/ttyUSB0 (diferente do CH9102, que aparece como /dev/ttyACM0). Confira com:

lsusb | grep 10c4 — deve mostrar Silicon Labs CP210x UART Bridge
dmesg | tail -20 — deve mostrar cp210x converter now attached to ttyUSB0

Quando não funciona no Linux, o problema quase nunca é driver ausente. É outra coisa roubando a porta — e isso está nos problemas 4 e 5 abaixo.

No macOS

Baixe o CP210x VCP Mac OSX Driver v6.0.3 (30/05/2025) da mesma página oficial, monte o DMG e rode o instalador. A partir do macOS 10.13 o sistema bloqueia a extensão: vá em Privacidade e Segurança, libere a extensão da Silicon Labs e reinicie. A porta aparece como /dev/cu.SLAB_USBtoUART.

Os 5 problemas mais comuns (e a correção)

1. Conectei no Windows 11 e não apareceu absolutamente nada. Antes de culpar o driver, troque o cabo: boa parte dos casos é cabo só de carga, sem os fios de dados. Se o dispositivo não aparece nem como “desconhecido” em lugar nenhum do Gerenciador, o cabo ou o conector da placa é o suspeito — defeito mecânico clássico, não de software.

2. “Mas o Windows Update não deveria achar o driver sozinho?” Não para a sua placa, e isso está escrito nas notas de versão da própria Silicon Labs: o driver VCP é instalado automaticamente pelo Windows Update para os PIDs alternativos 0xEA63, 0xEA7A e 0xEA7B, e a nota completa dizendo que “esses não são os valores padrão”. A placa comum de bancada vem com o PID de fábrica 0xEA60 — exatamente o que fica de fora da instalação automática. A instalação manual do silabser.inf não é frescura: é o caminho previsto. Para conferir o seu ID: Gerenciador de Dispositivos → Propriedades → Detalhes → IDs de Hardware, e leia algo como USBVID_10C4&PID_EA60.

3. “Esta porta COM está sendo usada por outro dispositivo.” Esse é o campeão de confusão, porque existem dois problemas diferentes com a mesma mensagem.

O primeiro é uma porta reservada, não ocupada. O Windows mantém um cadastro de números de COM chamado COM Name Arbiter: quando um dispositivo pede um número, o sistema o registra como “em uso” e devolve erro de compartilhamento (ERROR_SHARING_VIOLATION, na documentação da Microsoft) a quem pedir o mesmo. É um mapa de bits dos números 1 a 255, guardado em HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlCOM Name Arbiter, valor ComDB. O detalhe cruel: o cadastro não guarda quem pediu — adaptadores usados uma vez em 2019 seguem segurando COM3, COM4, COM5… e o seu CP2102 vai parar na COM17.

A limpeza certa não é mexer no registro, é remover os fantasmas. Num Prompt de Comando como administrador, rode set devmgr_show_nonpresent_devices=1 e depois start devmgmt.msc; no Gerenciador, menu Exibir → Mostrar dispositivos ocultos. Em “Portas (COM e LPT)” aparecem, esmaecidos, todos os que já passaram por ali: desinstale os que não existem mais e os números ficam livres. Para só forçar um número: Propriedades do CP210x → Configurações de Porta → Avançado → escolha a COM desejada, mesmo marcada como “em uso”.

4. A porta existe, mas o programa diz que está ocupada ou nega acesso. Esse é o segundo caso da mesma mensagem, e é literal: alguém já abriu a porta. O culpado costuma ser o Monitor Serial da IDE do Arduino numa janela esquecida, um PuTTY, o ESPHome ou o esptool travado de uma gravação anterior. Feche tudo e tente de novo. No Linux, para saber quem está segurando: fuser -v /dev/ttyUSB0.

5. No Linux, ttyUSB0 aparece e some sozinho em poucos segundos. Esse tem nome e sobrenome: brltty, o serviço de leitor braile que vem instalado por padrão no Ubuntu e derivados. Acontece porque um dos monitores braile suportados por ele, o Seika, usa exatamente o mesmo chip: no código-fonte do brltty, o driver do Seika declara .vendor=0X10C4, .product=0XEA60 — o mesmo par do CP210x de fábrica. Resultado: o brltty toma o dispositivo do kernel, e o dmesg registra “usbfs: interface 0 claimed by cp210x while ‘brltty’ sets config #1”. É conflito conhecido e documentado no rastreador de bugs do Ubuntu. Se você não usa monitor braile, a correção é sudo apt remove brltty (ou sudo systemctl mask brltty.path brltty.service); depois reconecte a placa.

Bônus — permissão negada no Linux. Se a porta aparece mas o programa responde Permission denied: /dev/ttyUSB0, você não está no grupo dono da porta. No Debian e Ubuntu: sudo usermod -aG dialout $USER. No Arch e no Fedora, o grupo se chama uucp. Em qualquer um dos casos é preciso encerrar a sessão e entrar de novo — não basta fechar o terminal. E resista à tentação do sudo chmod 666: ele volta ao normal no próximo boot.

Um suspeito antigo que hoje raramente é culpado: o ModemManager, que abria portas seriais atrás de modems e atrapalhava Arduino e GPS. Desde a versão 1.14.0 ele usa filtro “estrito” e não sonda portas genéricas. Se o seu sistema insistir, a saída documentada é uma regra udev com ENV{ID_MM_DEVICE_IGNORE}="1" para o par 10c4:ea60.

Perguntas frequentes

Preciso desinstalar o driver antigo antes? Não — instalar o silabser.inf novo por cima atualiza o pacote.

O driver v11.6.0 serve no Windows 7? Não. A partir da 11.1.0 o pacote é Universal e exige Windows 10 versão 1803 ou mais novo. Para Windows 7 e 8.1 use o legado 6.7.6, na seção Legacy OS Software Versions da página oficial.

Meu chip é CP2102N. É o mesmo driver? Sim. O mesmo pacote cobre CP2102, CP2102N, CP2103, CP2104, CP2105, CP2108 e CP2109.

Instalei e aparece “Windows não pode verificar a assinatura digital” (código 52). E agora? Você está com o driver legado de 2020 num Windows moderno. Baixe o pacote Universal 11.6.0 e instale por cima.

Como sei se o chip da minha placa é CP210x ou CH340? Olhe o chip ao lado do conector USB com uma lupa, ou pergunte ao sistema: o CP210x responde ao ID 10C4:EA60 e o CH340 ao 1A86:7523. São drivers diferentes e um não substitui o outro.

Conclusão

Guarde as duas regras que resolvem a maioria dos chamados. No Windows: a placa com PID de fábrica 0xEA60 não recebe driver pelo Windows Update, a instalação manual do silabser.inf é o caminho normal, e “porta em uso” costuma ser dispositivo fantasma, não conflito real. No Linux: o driver já está lá desde o primeiro boot — se a porta some, o suspeito é o brltty, não o kernel.

Se o seu interesse não é só fazer a placa aparecer, mas entender o que há dentro dela, o Mapa da Placa é o nosso material de leitura de placa — vale conhecer se você repara equipamento e quer parar de trocar peça no escuro.