¿Hay alguna documentación sobre el formato de los han y sendevent comandos del shell? sobre todo los de touchevents. ¿o es dependiente del dispositivo?
es un poco difícil de adivinar lo que están haciendo esas identificaciones.
Respuestas
¿Demasiados anuncios?
Izzy
Puntos
45544
Hay algo de documentación sobre la AOSP sitio:
Además de varios Tutoriales, como por ejemplo
- Android, la escritura de los eventos de bajo nivel de la pantalla táctil automatizado de shell
- Girando a la salida de método getevent en algo algo que puede ser utilizado
- Cómo emular pulsaciones de teclas
- adb shell sendevent, el envío de toque, como los eventos
- Android, bajo nivel de shell haga clic en la pantalla
Sin embargo, la respuesta a su pregunta en Google Grupos de estados:
No, esto es bastante dependiente del dispositivo. el método getevent imprime un resumen de todos los dispositivos, así que usted sabe lo que son. Los datos generados por un dispositivo generalmente son el núcleo de Linux del protocolo de eventos, por lo que se puede ver allí para obtener más ayuda, pero no hay ninguna garantía de que un determinado dispositivo será después de esos convenios.
Nick Pierpoint
Puntos
7976
Eso dependerá de los factores para el kernel en cuestión:
- Si ha
uinputestá habilitada, entonces eso es bueno... - Pantalla táctil de los conductores, algunos inicializar sí mismos residen en cualquier lugar dentro de
/dev/input/eventX - Cómo el kernel se encarga de la entrada, para los botones de hardware
Si esto pasa los tres criterios arriba, a continuación, mediante la lectura de determinados eventos de /dev/input/eventX donde X es un número será determinado en el momento del arranque, según el orden de carga de los controladores apropiados. Esto puede variar, pero puedes probarlo y ver:
-
adb shell cat /dev/input/eventX (donde X es un número, usted necesita saber antes de la mano!) - dependiendo del caso de que se trate, a continuación, puede ver las cosas graciosas que suceden en la pantalla basado en el adecuado
/dev/input/eventX se obtienen.
Los valores están en forma codificada, basado en el núcleo de la estructura de entrada - struct input_event que se puede encontrar en la mayoría de los fuentes del núcleo bajo include/linux/input.h.
Cuidado! Dependiendo del controlador de la pantalla táctil, pero algunos, en realidad no se devuelven las coordenadas adecuadas - que queda como un ejercicio :)
En el Samsung GT-i5500 ejecución de Eclair, /dev/input/event2 es la pantalla táctil y los valores están en forma codificada, esto no debe tomarse a la ligera ya que dependerá de qué controlador de la pantalla táctil se utiliza. En el Sony ST15i, la ejecución de ICS, su, sorprendentemente, el mismo! Pero en el Zte Blade, su /dev/input/event1.
Por cierto, he hecho un poco de trabajo alrededor de un año atrás, en la creación de una pantalla táctil para la Recuperación ClockWorkMod que se puede encontrar en Modaco.
El real parte dolorosa estaba tratando de determinar qué evento fue la pantalla táctil y actuar en consecuencia, que fue portado a Zte Skate, Zte Racer y Samsung GT-i5500.
