Eu tenho um alto-falante aleatório e quero desenvolver um driver para ele, para que eu possa relatar estatísticas, bateria, etc. ao dev
sistema de arquivos. No entanto, estou tendo dificuldade em encontrar o fornecedor do alto-falante e a identificação do dispositivo para associá-lo corretamente ao driver.
Eu nem sei quem é o fabricante e minha máquina Linux não detecta ( lsusb
, e outros utilitários), T&G tem um alto-falante exatamente igual ao meu, mas o meu tem um logotipo diferente (flor de laranjeira), não O da T&G.
Cada dispositivo tem um ID de fornecedor e produto associado a ele?
em caso afirmativo, como você o encontra se não conhece seu dispositivo e sua máquina não o reconhece?
É possível relatar bateria e outras estatísticas para minha máquina por meio de uma porta USB do meu alto-falante, que acredito ser usado com um cartão USB?
Todo dispositivo que se comunica via USB possui um VID (Vendor ID) e um PID (Product ID). Um ID de fornecedor é obtido por meio do fórum do implementador de USB (USB.org), o que mais ou menos garante sua exclusividade.
Ao conectar um dispositivo USB, você deve vê-lo na saída de
dmesg
, mesmo que o dispositivo não seja compatível. Ainda não vi um dispositivo USB que não mostre esse caminho.A alternativa é que o dispositivo não se comunique via USB, mas apenas use o conector USB para carregar.
Cada "dispositivo USB" tem um ID de fornecedor e um ID de produto. No entanto, devemos ter cuidado com o que queremos dizer com "dispositivo USB". Nem tudo com uma porta USB é um "dispositivo USB".
Em primeiro lugar, um host USB não é considerado um "dispositivo". Em princípio (ignorando o USB C por enquanto) os hosts devem ter conectores A, os dispositivos devem ter conectores B e os dispositivos capazes de atuar como ambos devem ter conectores AB. Na prática, isso é frequentemente ignorado.
Em segundo lugar, muitas coisas usam apenas o conector USB como uma porta de alimentação para carregar e não atuam como um host ou dispositivos USB.
Se não aparecer no lsusb, quase certamente não está agindo como um dispositivo USB.
O USB C turva ainda mais as águas, o conector pode ser usado para hosts, dispositivos e "dispositivos de função dupla" (coisas que podem atuar como host e dispositivo).
No nível mais simples, as portas C que operam apenas no modo de dispositivo podem indicar esse fato usando resistores nos pinos "CC". As portas de host fixo são um pouco mais complicadas porque não devem fornecer energia, a menos que um dispositivo esteja conectado na outra extremidade, mas ainda assim relativamente simples. As portas de dupla função do IIRC devem alternar rapidamente entre atuar como portas de host e atuar como portas de dispositivo.
No entanto, o USB C também tem a opção de usar a negociação ativa nos pinos "CC". Isso pode ser usado para negociar níveis de energia mais altos, negociar a transmissão de energia na direção oposta aos dados ou até mesmo negociar o uso de um protocolo diferente do USB.
Todo dispositivo USB deve se identificar com um pacote contendo valores de 16 bits nos campos VID e PID. Dado que provavelmente existem mais de 65.535 entidades produzindo dispositivos USB, seria impossível para todas as entidades que produzem dispositivos USB terem VIDs exclusivos associados a elas.
Em muitas situações em que um fornecedor de chip controlador USB permite a configuração de seu relatório de dispositivo, os dispositivos que usam o chip serão programados com um nome específico do fornecedor, mas com a combinação VID/PID padrão do fabricante. Isso permitirá que os drivers fornecidos pelo fornecedor funcionem com o dispositivo sem exigir modificações, mas exigirá que o software examine os nomes dos dispositivos para determinar com quais dispositivos ele deve tentar se comunicar.
Na década de 1990, quando o USB estava sendo desenvolvido, o uso de VID/PID de 16 bits poderia quase fazer sentido, mas o número de fornecedores e produtos significa que hoje em dia eles são lamentavelmente pequenos para o propósito a que se destinam.
Outros já mencionaram que
dmesg
informa o VID/PID dos dispositivos USB conectados, uma vez concluída a enumeração.dmesg
também pode relatar erros ao enumerar um dispositivo USB.Por exemplo, no Ubuntu 18.04, apenas tentei conectar um dispositivo USB 2, que não apareceu na saída de
lsusb
. Ao verificar,dmesg
houve os seguintes erros:Desconectei e reconectei o dispositivo USB e desta vez o dispositivo apareceu na saída
lsusb
edmesg
também relatou o VID/PID: