Atraso de teclado baseado em pilha usando o teclado Logitech MX3100

6

Estou usando um teclado Logitech Cordless Desktop MX3100 por um bom tempo. Eu nunca tive nenhum problema, exceto pelo erro ocasional.

Notei, no entanto, que eu fazia com que o erro de digitação "Laod", em vez de "Load", fosse um pouco mais frequente do que qualquer outro erro de digitação. Quando começou a me dar nos nervos, decidi fazer alguns testes.

O que eu descobri foi que quando eu escrevo "load" em minúsculas, eu nunca faço o erro. Tudo em letras maiúsculas, ou só L maiúscula, eu faria o erro com bastante frequência. Meu teste real (muito científico) é provavelmente melhor descrito mostrando a saída:

moatmoatmoat
MoatMoatMoat

loatloatloat
LaotLaotLaot

loafloafloaf
LaofLaofLaof

hoathoathoat
HoatHoatHoat

hoadhoadhoad
HoadHoadHoad

lortlortlort
LrotLrotLrot

O que eu descobri foi que sempre que o turno estava deprimido, digitar um "L" maiúsculo induziria um atraso significativo se o próximo caractere fosse um "o", comparado ao atraso de qualquer outra chave:

High "o" lag:
LoLoLoLoLoLo

No "a" lag:
LaLaLaLaLaLa

No lag for neither "o" nor "a":
lolololololo
lalalalalala

Ao perceber isso, recuperei um pouco de sanidade, pois sabia que não estava descendo com um caso de Parkinson. Eu estava digitando corretamente, o atraso só interpretou de forma errada.

Agora, o que realmente me incomoda é que não consigo entender como isso está ocorrendo. O que eu estou realmente digitando, em ordem física, é este: L - o - a - d, e ainda, o "a" é emitido antes do "o", mesmo que "o" tenha sido pressionado antes de "a". / p>

Assim, enquanto o teclado está processando a combinação "Lo", o "a" é priorizado e é inserido antes que o "o" seja processado, resultando em Laod em vez de Load. E isso só acontece quando se digita "Lo", não quando se digita "lo" em minúsculas.

Esse problema pode ter origem no hardware do teclado, no hardware do receptor ou no driver do software do teclado. Não importa a localização da falta, no entanto, não consigo imaginar como isso poderia ser implementado como algo além de uma fila FIFO. Um atraso geral, claro, eu poderia viver com isso, embora estivesse irritada. Mas um atraso afetando diferentes chaves de maneira diferente, e até mesmo resultando em resultados imprevisíveis - isso não faz sentido algum.

Eu resolvi o problema apenas mudando para um teclado com fio. Eu simplesmente não consigo me livrar de mim; Que tipo de bug / erro / cenário resultaria em um caso como este?

Edit: Tem sido sugerido que eu pare de beber Red Bull e prefira a água. Embora isso possa realmente ajudar a resolver o problema, não estou realmente procurando uma solução como essa. Estou mais interessado em uma explicação de como isso pode acontecer, já que não consigo imaginar nenhuma solução técnica viável que possa resultar nesse comportamento.

    
por Mark S. Rasmussen 14.03.2012 / 16:46

2 respostas

1

Algo que lhe vem à mente é consultar os códigos de teclas que o teclado sem fio envia e os atrasos envolvidos:

Cada tecla pressionada envia um código para baixo e para cima ...

  • Você pressiona SHIFT, envia 'SHIFT-DOWN'
  • pressione 'l', envia 'l-DOWN'
  • libere 'l', envia 'l-UP'
  • libere SHIFT, envia "SHIFT-UP"
  • pressione 'o', envia 'o-DOWN'
  • libera 'o', envia 'o-UP'
  • pressione 'a', envia 'a-DOWN'
  • libere 'a', envia 'a-UP'
  • ... e assim por diante

Parece que a Logitech sem fio tem algo que a afeta durante o envio de toques de deslocamento (ou talvez traços de 'modificadores' ... ctrl, shift, alt ..)

Eu tenho um teclado sem fio da Logitech (Modelo K270) e não notei nada parecido com isso, embora eu saiba do meu próprio estilo de digitação I FREQUENTLY mistype 'make' como 'maek' e 'mkae' ... sou eu, Eu sou consistente em cada teclado e computador que eu escrevo código ... então eu adicionei aliases para bash e vim, então eu não fico (figurativamente) na cabeça toda vez que eu faço isso.

É um atraso visível ou perceptível? Acontece apenas com base na sua velocidade de digitação?

Eu estou indo para idéias de espingarda aqui: coisas aleatórias que eu posso pensar que podem ser relevantes ...

  • possível interferência sem fio para aquele bitpattern específico enviado? Você já tentou re-sincronizar o wireless para o receptor?
  • interferência de matriz de chaves possível, pois 'L' e 'O' geralmente estão na mesma linha 'coluna'? (pode ser uma linha ... mas você tem a ideia)
  • Você tem o vírus L-a-o extraordinariamente raro e possivelmente letal. (Não ouvi falar disso? Eu te disse que era raro ...)

Eu tentaria re-sincronizar o teclado para o receptor, não, eu não sei de qualquer maneira, mas as coisas mais estranhas têm funcionado por menos. Não pode ferir? Certo?

    
por 24.06.2012 / 11:09
0

Eu normalmente escrevia isso como um comentário, mas não tenho reputação suficiente, então farei isso o mais útil possível.

Eu tenho um problema muito semelhante, exceto que meu atraso vem da combinação OM .

Às vezes, escrevo FROM (em uma consulta de banco de dados), e meu SPACEBAR stroke será processado primeiro e terminarei com FRO . Não é exatamente o mesmo problema, como o meu M nunca chega, mas muito semelhante. Além disso, só faz isso quando eu mantenho SHIFT . Se eu estou usando CAPSLOCK , o atraso não está lá. Como alternativa, quando CAPSLOCK está habilitado e eu mantenho SHIFT , então o minúsculo o e m causam o mesmo atraso. O problema definitivamente está em SHIFT .

Eu também tenho um teclado logitech, embora seja um G110, e ele está conectado;

Acabei de testar seu cenário específico e não tenho problemas com ele, portanto, cada modelo de teclado (ou seu driver correspondente) deve ter suas próprias inconsistências e, por qualquer motivo, não atualizar corretamente a fila de pressionamentos de teclas. (Assumindo que você disse que é uma fila e não vejo por que não).

    
por 06.10.2014 / 19:38