usamos muitas placas BeagleBoneBlack (SO Debian, kernel 3.8.13 -bone50 (13 de maio de 2014)) com LCD Touchscreen 4DCape-70T .
Meu aplicativo java está sendo executado após a inicialização do OS Debian 7.5 . Eu uso libbulldog biblioteca GPIO neste aplicativo java para o controle de portas UART (UART1_RXD == P9_26 e UART4_RXD == P9_11) e I2C BUS (I2C2_SCL == P9_19 e I2C2_SDA == P9_20) + eu uso pinos para GND, 3,3V e 5V .
Nossa unidade de controle de hardware está conectada ao barramento i2c através de pinos gpio. Eu tive que diminuir a frequência neste barramento I2C de 100kHz para 25kHz (link: link ). Mas eu acho que essa freqüência diminuída não afeta a frequência do outro barramento I2C que é usado para o controle de toque LCD Touchscreen.
Finalmente, aqui está nosso problema:
Em um BeagleBoneBoard com LCD Touchscreen, nosso cliente pode simular um problema com a tela sensível ao toque, quando o toque parou de funcionar . Isso acontece 4-5 vezes a cada dia para eles. Após a conexão remota (teamviewer) para a tela BeagleBoneBlack via tightVNC eu descobri, que o botão esquerdo do mouse não funcionava , mas eu podia mover com o cursor que ainda estava visível apesar de eu usar o unclutter que automaticamente oculta o cursor após 10 segundos de inatividade. Na minha aplicação java foi um dos botões ainda no estado pressionado. Quando eu parei meu aplicativo java via putty (sudo pkill java), o botão esquerdo do mouse ainda não funcionava MAS o botão direito do mouse estava ok e os movimentos do cursor estavam ok.
Ainda não encontrei nenhum comando possível para reiniciar esse comportamento por meio de alguns comandos do linux, que posso executar no meu aplicativo java, porque sei que a última ação foi MOUSE_PRESSED (finger touch) sem MOUSE_RELEASED (finger out). Então, eu gostaria de usar o timer para a ação MOUSE_PRESSED e, em seguida, executar o comando para reiniciar o controlador de toque / mouse, se é que é possível a todos. Agora, nosso cliente deve reiniciar esta placa com o cabo de energia desconectando e conectando sempre.
A segunda melhor solução pode ser alguma edição do linux sem a atualização do kernel (eu tentei o Debian 8.3, mas tenho problemas com o "cursor pulando") (discussão: link ) e problema também não é espaço em disco disponível suficiente para meus aplicativos e teríamos que testar essa solução por algum mês).
Ou talvez este seja um problema de hardware que eu não consiga reparar no software. Eu ainda não sei onde está o problema real.
Agradecemos antecipadamente por suas respostas.