Kivy: Buster RPi4B no puede encontrar un proveedor de Windows valioso desde una consola sin escritorio

[INFO ] [Window ] Provider: egl_rpi

Realmente no creo que vayas a conseguir que Kivy (cualquier versión) hable con el proveedor de egl_rpi Window porque Kivy está vinculado con gles2.h lugar de un unicornio llamado gles3.h que no existe por lo que puedo ver. El Pi4B usa OpenGL ES v3.

Intente ajustar la configuración para que Kivy solicite sdl2 o algo más. Lea las publicaciones de Frank aquí.

¿Hay alguna forma de instalar el código de Google Angle en el Pi (para obtener los encabezados de OpenGL ES 3.0 quizás) y luego parchear el proveedor de Kivy egl_rpi para extraer gles3.h en lugar de gles2.h (o similar)?

Aquí están las instrucciones sobre cómo instalar y ejecutar una aplicación Kivy al arrancar en Buster lite:

Primero instale xserver-org, ya que lo necesitamos para mostrar la ventana real:

sudo apt-get -y install xserver-xorg

A continuación, instalo nodm desde la fuente, por lo que incluye la siguiente solución: https://github.com/spanezz/nodm/pull/10 :

sudo apt-get -y install libpam0g-dev help2man libx11-dev debhelper
git clone https://github.com/slashblog/nodm.git
pushd nodm
    git checkout d48a8f6266d3f464138e0e95b65896917c35c89f
    source /etc/os-release  # Will set the 'VERSION' variable
    if [ "$(echo $VERSION | sed -En 's/[0-9]+ \(([a-z]+)\)/\1/p')" == "buster" ]; then
        wget http://deb.debian.org/debian/pool/main/n/nodm/nodm_0.13-5.debian.tar.xz
    else
        wget http://deb.debian.org/debian/pool/main/n/nodm/nodm_0.13-1.3.debian.tar.xz
    fi
    tar xf nodm_0.13-*.debian.tar.xz
    sudo dpkg-buildpackage -us -uc -b
popd
sudo dpkg -i nodm_0.13-*_armhf.deb
sudo rm -rf nodm*

Ahora habilite el inicio de sesión gráfico:

sudo systemctl set-default graphical.target

Configure nodm e inicie nuestra aplicación en el arranque:

# Has the same effect as calling 'sudo dpkg-reconfigure nodm'
sudo sh -c 'echo "NODM_ENABLED=true" > /etc/default/nodm'
sudo sh -c 'echo "NODM_USER=$SUDO_USER" >> /etc/default/nodm' # Note that the variable SUDO_USER is used
sudo sh -c 'echo "NODM_FIRST_VT='\''7'\''" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_XSESSION=/etc/X11/Xsession" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_X_OPTIONS='\''-nolisten tcp'\''" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_MIN_SESSION_TIME=60" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_X_TIMEOUT=300" >> /etc/default/nodm'

# Start the app using nodm
echo '#!/bin/bash' > ~/.xsession
echo 'export DISPLAY=:0.0' >> ~/.xsession
echo "~/venv-kivy/bin/python3 ~/app.py" >> ~/.xsession

Configura un espectáculo virtual:

sudo apt-get -y install python3-pip python3-venv
sudo pip3 install -U pip
python3 -m venv venv-kivy
source ~/venv-kivy/bin/activate

Instale las dependencias de Kivy:

sudo apt-get -y install python3-dev libmtdev1 libsdl2-dev libsdl2-image-dev libsdl2-mixer-dev libsdl2-ttf-dev
sudo apt-get -y install pkg-config libgl1-mesa-dev libgles2-mesa-dev libgstreamer1.0-dev gstreamer1.0-plugins-{bad,base,good,ugly} gstreamer1.0-{omx,alsa} libmtdev-dev
pip3 install -U pygments docutils Cython==0.29.10 wheel

Ahora es el momento de compilar e instalar Kivy. Tenga en cuenta que uso mi bifurcación con un parche, por lo que no usa los controladores Broadcom patentados que no están disponibles en Raspberry Pi 4 (https://github.com/Lauszus/kivy/commit/9cdcada34a6149b7fd6bd4c57285afc828d69948):

export VIDEOCOREMESA=1; pip3 install git+https://github.com/Lauszus/kivy.git@rpi4_auto#egg=kivy

Finalmente crea una pequeña aplicación de prueba:

cat <<EOF > ~/app.py
from kivy.app import App
from kivy.uix.button import Button


class TestApp(App):

    def build(self):
        return Button(text='hello world')


if __name__ == '__main__':
    TestApp().run()
EOF

Ahora reinicia y disfruta :)

Necesita instrucciones de instalación para RPi4B con Raspbian Buster completo

Prueba:

RPi4 4 GB
Pantalla HDMI de 7 '(funciona con un micro hdmi cerca del tipo C)
config.ini

max_usb_current = 1
hdmi_group = 2
hdmi_mode = 87
hdmi_cvt 1024600 60 6 0 0 0
hdmi_drive = 1

Raspbian Buster 2019-09-26 completo

Registro: Error "* no se pudo agregar el servicio - ¿ya está en uso?"

pi @ raspberrypi : ~ / kivy-examples / 3Drendering $ python main.py
[INFO] [Logger] Registro de inicio de sesión /home/pi/.kivy/logs/kivy_19-10-19_10.txt
[INFO] [Kivy] v1.11.0
[INFO] [Kivy] Instalado en "/usr/local/lib/python2.7/dist-packages/kivy/__init__.pyc"
[INFO] [Python] v2.7.16 (predeterminado, 6 de abril de 2019, 01:42:57)
[GCC 8.2.0]
[INFO] [Python] Intérprete en "/ usr / bin / python"
[ADVERTENCIA] [En desuso] La compatibilidad con Python 2 Kivy ha quedado obsoleta. La versión de Kivy posterior a la 1.11.0 ya no será compatible con Python 2
[INFO] [Fábrica] 184 símbolos cargados
[INFO] [Imagen] Proveedores: img_tex, img_dds, img_sdl2, img_pil, img_gif (img_ffpyplayer ignorado)
[INFO] [Ventana] Proveedor: egl_rpi

• no se pudo agregar el servicio - ¿ya está en uso?

@Lauszus Lo

@ diamond2nv "... con Raspbian Buster completo" Si con esto te refieres a Raspbian Buster _Desktop_ entonces las instrucciones están en un número de Kivy aquí .

Muchas gracias !
Problema resuelto por esa instrucción.

PD. "2019-09-26-raspbian-buster-full.img"

@Lauszus Está bien, he probado esto en ...

• Raspberry Pi 4B (4 GB)
• pantalla táctil capacitiva elo de 10,1 "
• Raspbian Buster Lite 26/9/2019 -> "Linux octopi 4.19.75-v7l + # 1270 SMP Mar 24 de septiembre 18:51:41 BST 2019 armv7l"
• sudo apt-get update && sudo apt-get -y upgrade para empezar
• sudo raspi-config con localización, autoarranque en CLI _ y para mi instalación, cambios de interfaces (I2C / UART / cámara) _

Estoy señalando que preparé todo esto realizando el proceso de recuperación de Raspbian porque antes había ejecutado rpi-update en un intento de hacer que esto funcione. Se sabe que esto cambia el firmware almacenado en un chip, por lo que volví a la versión publicada.

De lo contrario, seguí tus instrucciones. Además, actualicé la configuración para permitir que el dispositivo de pantalla táctil funcione.

Edite a ~/.kivy/config.ini :

[input]
mouse = mouse
#%(name)s = probesysfs,provider=hidinput
mtdev_%(name)s = probesysfs,provider=mtdev
hid_%(name)s = probesysfs,provider=hidinput

Arreglo para pantalla completa

No aparece en "pantalla completa", así que creo que tendré que jugar un poco con la configuración. Quizás sea 800x640 en lugar del esperado 1280x800. Esto podría estar en el archivo Raspbian /boot/config.txt , el archivo Kivy ~/.kivy/config.ini o la configuración xsession ...

Sin embargo, por una corazonada, simplemente ajusté la aplicación de prueba al incluir lo siguiente cerca de la parte superior:

from kivy.core.window import Window
Window.fullscreen = True

Esto parece funcionar para ajustar la aplicación a pantalla completa, como se esperaba.

¡Muchas gracias! Me interesaría mucho saber cuándo se introduce esto en la rama master de Kivy.

@OutsourcedGuru , consulte el PR que abrí: https://github.com/kivy/kivy/pull/6562.

Sería genial si pudieras probarlo con VIDEOCOREMESA=0 y VIDEOCOREMESA=1 y ver si hay alguna diferencia de rendimiento.

@Lauszus : Buen trabajo, funciona muy bien.

También a @OutsourcedGuru.

@Lauszus Fui a volver a probar antes, pero pensé que borraste esa rama ... (?) Así que no pude.

@OutsourcedGuru como escribí antes. Terminé abriendo uno nuevo que detectará automáticamente cuando se esté ejecutando en una Raspberry Pi 4. De todos modos, también encontré una manera de realizar una compilación cruzada de la rueda, para que los usuarios no tengan que compilar Kivy ellos mismos. Descargue la rueda aquí: https://github.com/Lauszus/kivy/suites/285162135/artifacts/197175 y luego comente el siguiente PR cuando lo haya probado: https://github.com/kivy/kivy/ tirar / 6568.

@Lauszus Gracias a su ayuda, obtuve una aplicación anterior de RPI3B + que se ejecuta en RPI4 con su método nodm.
Se inicia automáticamente en el arranque y es genial, así es como planeo usarlo.
Pero tengo otros problemas con la aplicación que necesito depurar y ahora no estoy seguro de cómo obtener un resultado normal, como cuando inicio la aplicación desde la cli como en 'python3 app.py'.
¿Tiene algún consejo sobre cómo puedo lograrlo?
Esto sera realmente apreciado.
Muchas gracias de nuevo, no habría llegado tan lejos sin tu publicación.
¡Salud!

@lucasnzone Simplemente uso la funcionalidad del registrador en lugar de imprimir declaraciones: https://kivy.org/doc/stable/api-kivy.logger.html.

Luego utilizo el siguiente script para reiniciar Kivy y sigo el registro:

#!/bin/bash -e

if [[ $* == *--restart* ]]; then
    sudo service nodm restart
    inotifywait -q ~/.kivy/logs -e create --format %w%f | xargs tail -f
else
    ls -t -d ~/.kivy/logs/* | head -n1 | xargs tail -f
fi

No he podido probar esto, perdón por la demora. Son aproximadamente dos semanas para FormNext, así que estamos luchando aquí, por lo que vale.

Como recuerdo de mis pruebas anteriores, el pequeño programa de prueba de Kivy funcionó, pero el complemento OctoPrint que usaba Kivy no parecía estar contento. Pasé bastante tiempo tratando de cambiar la forma en que se cargó OctoPrint (para permitir que nodm controle ese servicio). El complemento OctoPrint debe cargarse dentro de un entorno virtual y normalmente ocurre como un servicio. No tuve el tiempo de calidad para perseguir a ese conejo hasta el fondo de su agujero.

@Lauszus Muchas gracias por eso, no lo había pensado, lo intentaré.
Gracias de nuevo amigo

Día de Frabjous. Me las arreglé para conseguir una plataforma de trabajo para lo siguiente:

• Kivy 1.10.1 instalado en un entorno virtual
• Python 2.7
• Raspbian Buster Lite
• OctoPrint 1.3.12 (desde OctoPi 0.17.0 IMG)
• ffpyplayer (tuvo que volver al gstplayer debido a incompatibilidades Pi4B)
• nodm
• Complemento OctoPrint con Kivy

Muestra con éxito una GUI de pantalla completa al arrancar y al reiniciar.

Desde el código Python ...

    if pi_type == '4B':
        os.environ['VIDEOCOREMESA'] =       '1'
        os.environ['KIVY_WINDOW'] =         'sdl2'
        os.environ['KIVY_GL_BACKEND'] =     'gl'
        os.environ['rpi'] =                 '0'
        from kivy.core.window               import Window
        Window.fullscreen =                 True

El config.ini debe incluir las dimensiones de la pantalla, así como ajustarse al dispositivo de entrada de la pantalla TFT.

Necesita instrucciones de instalación para RPi4B con Raspbian Buster completo

Prueba:

RPi4 4 GB
Pantalla HDMI de 7 '(funciona con un micro hdmi cerca del tipo C)
config.ini

max_usb_current = 1
hdmi_group = 2
hdmi_mode = 87
hdmi_cvt 1024600 60 6 0 0 0
hdmi_drive = 1

Raspbian Buster 2019-09-26 completo

Registro: Error "* no se pudo agregar el servicio - ¿ya está en uso?"

pi @ raspberrypi : ~ / kivy-examples / 3Drendering $ python main.py
[INFO] [Logger] Registro de inicio de sesión /home/pi/.kivy/logs/kivy_19-10-19_10.txt
[INFO] [Kivy] v1.11.0
[INFO] [Kivy] Instalado en "/usr/local/lib/python2.7/dist-packages/kivy/ init .pyc"
[INFO] [Python] v2.7.16 (predeterminado, 6 de abril de 2019, 01:42:57)
[GCC 8.2.0]
[INFO] [Python] Intérprete en "/ usr / bin / python"
[ADVERTENCIA] [En desuso] La compatibilidad con Python 2 Kivy ha quedado obsoleta. La versión de Kivy posterior a la 1.11.0 ya no será compatible con Python 2
[INFO] [Fábrica] 184 símbolos cargados
[INFO] [Imagen] Proveedores: img_tex, img_dds, img_sdl2, img_pil, img_gif (img_ffpyplayer ignorado)
[INFO] [Ventana] Proveedor: egl_rpi

• no se pudo agregar el servicio - ¿ya está en uso?

Hola @ diamond2nv , ¿

@elisandrom por favor vea mi comentario: https://github.com/kivy/kivy/issues/6474#issuecomment -542679712

@elisandrom por favor vea mi comentario: # 6474 (comentario)

Gracias !!!!!! Funciona perfecto !!!

Para cualquiera que esté interesado, puede descargar una rueda de compilación cruzada aquí: https://github.com/kivy/kivy/suites/364981942/artifacts/751103.

Simplemente siga estas instrucciones sobre cómo instalar todas las dependencias: https://github.com/kivy/kivy/issues/6474#issuecomment -542679712, pero en lugar de compilar Kivy desde la fuente, debería poder instalarlo usando la rueda precompilada :

pip install Kivy-2.0.0.dev0-cp37-cp37m-linux_armv7l.whl

Sería genial si pudiéramos hacer que un par de personas probaran esto, para que # 6568 se pueda fusionar.

@Lauszus ¿Podemos confirmar la versión de Kivy en esa rueda? Debo suponer que es 2.0.0.dev0 del título de la rueda. Realmente no estoy seguro de qué hay en esto. Sin embargo, supongo que requiere Python 3 para el entorno virtual.

@OutsourcedGuru sí, eso es correcto. Básicamente es solo la rama maestra con las confirmaciones en # 6568. Aquí está la acción donde se construyó: https://github.com/kivy/kivy/runs/354828981.

Sí, requiere Python 3.7, ya que es estándar en Buster. Puede instalarlo globalmente o en un entorno virtual, eso depende de usted.

Por lo que vale, logré actualizar mi plataforma de producción a Python 3 + Kivy 1.11.1 en Raspbian Lite, habiendo instalado nodm con soporte limitado para x windows como se ve a continuación. Funciona como se esperaba en el Pi 4B. La instalación fue simplemente pip install kivy==1.11.1 en el entorno virtual.

sudo apt-get -y install xserver-xorg libpam0g-dev help2man libx11-dev debhelper

Dado https://github.com/kivy/kivy/issues/6474#issuecomment -542679712, parece que la única solución hasta ahora en la Raspberry Pi 4 es usar X11. ¿Ya no hay soporte para el framebuffer que no es X como lo había en RPis anteriores? Estoy tratando de actualizar mi proyecto de una Raspberry Pi 3B + a una Raspberry Pi 4, pero no quiero comenzar a instalar X11 solo para poder mostrar cosas.

@whitelynx Experimenté compilando SDL2 sin X en la Raspberry Pi 4. Sin embargo, seguía quejándose de que no podía encontrar una ventana: https://github.com/kivy/kivy/pull/6662#issuecomment -573423540. Hasta ahora, solo puedo hacerlo funcionar si uso un administrador de ventanas como nodm.

Aquí hay un ejemplo de código que crea una ventana de opengles en rpi4 sin X.
https://github.com/matusnovak/rpi-opengl-without-x/blob/master/triangle_rpi4.c
https://www.raspberrypi.org/forums/viewtopic.php?t=243707#p1499181
¿Es posible que se pueda usar algún código similar para dibujar una ventana de kivy?

Tenga en cuenta que el primer ejemplo incluye gl2.h. Hasta donde yo sé, el Pi4B usa gl3.

Los probé en mi rpi4b y funcionaron sin problemas. El primer ejemplo escribe en un archivo sin formato y puede ver el triángulo en pantalla descomentando la línea 384.

@Lauszus El problema de no poder encontrar una ventana cuando se ejecuta con SDL2 sin X11 se debe a que el código de ventana de creación de SDL2 especifica 8 bits alfabéticos para la ventana. Si se cambia a 0 bits alfa en kivy.core.window._window_sdl2.pyx, funcionará.

@ddimensia intenté cambiar
138: SDL_GL_SetAttribute(SDL_GL_ALPHA_SIZE, 8)
para
138: SDL_GL_SetAttribute(SDL_GL_ALPHA_SIZE, 0)
Pero sigo recibiendo los mismos errores al intentar crear una ventana:
[CRITICAL] [Window ] Unable to find any valuable Window provider. Please enable debug logging (e.g. add -d if running from the command line, or change the log level in the config) and re-run your app to identify potential causes sdl2 - RuntimeError: Could not initialize EGL File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/__init__.py", line 71, in core_select_lib cls = cls() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/window_sdl2.py", line 152, in __init__ super(WindowSDL, self).__init__() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/__init__.py", line 969, in __init__ self.create_window() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/window_sdl2.py", line 289, in create_window self.fullscreen, resizable, state) File "kivy/core/window/_window_sdl2.pyx", line 225, in kivy.core.window._window_sdl2._WindowSDL2Storage.setup_window File "kivy/core/window/_window_sdl2.pyx", line 75, in kivy.core.window._window_sdl2._WindowSDL2Storage.die

¿Tiene un repositorio con todos los cambios necesarios para que sdl2 + kivy funcione en un rpi4 sin X?

Básicamente, sigo las instrucciones de Amiberry para compilar SDL2 (https://github.com/midwan/amiberry/wiki/Compile-SDL2-from-source) con los requisitos mínimos y también compilo SDL2_mixer desde la fuente, que requiere algunas otras bibliotecas si desea compatibilidad con mp3, flac, etc. Luego modifiqué los bits Alpha a 0 en el archivo _window_sdl2.pyx. Finalmente modifiqué setup.py para forzar use_x11 a False (en un lugar lo establece en True) y ejecuté export VIDEOCOREMESA=1 y luego pip install . . Creo que fue eso. Una cosa que hice diferente al compilar todas las bibliotecas SDL2 es que cuando ejecuté configure agregué --prefix=/usr a los argumentos para instalar las bibliotecas en la ubicación normal en lugar de / usr / local / lib.

@ddimensia gracias! Eso funciono :)

@ddimensia Acabo de abrir un PR con los cambios: https://github.com/kivy/kivy/pull/6769. Estoy esperando que el CI complete la compilación, para poder verificar que la compilación de la rueda también funcionará.

@ddimensia el VIDEOCOREMESA=1 no era necesario, así que lo dejé fuera.

@Lauszus Hola de nuevo compañero.
Encontré su contenedor kivy en https://hub.docker.com/u/lauszus
Me preguntaba si podría indicarme la dirección correcta para hacer que Kivy corra dentro de un contenedor.
Quiero decir, lo tengo funcionando bien, se muestra en una pantalla táctil.
Pero no importa lo que haga, no puedo hacer que la pantalla táctil funcione dentro del contenedor.
¿Sabrías algo sobre eso?
Gracias por adelantado.
Salud

@lucasnzone es un contenedor antiguo que usé cuando experimentaba con la compilación cruzada de Kivy para acelerar mis compilaciones. En realidad, nunca ejecuté Kivy dentro del contrainer, solo lo usé para compilarlo.

De todos modos, una búsqueda rápida me dice que debería ser posible usar el argumento --device al ejecutar el contenedor, es decir:

--device /dev/input/event0

debe agregar su pantalla táctil al contenedor.

Ver: https://docs.docker.com/engine/reference/commandline/run/

@Lauszus hola amigo, gracias por tu respuesta.
esto está en mi comando ejecutar docker
--privileged --net host --device /dev/gpiomem:/dev/gpiomem --device /dev/ttyAMA0:/dev/ttyAMA0 -v /boot/overlay:/boot/overlay
Lo acabo de probar agregando --device /dev/input/event0
pero aun así no tuve suerte.
Estoy a punto de dejar de intentarlo con un recipiente todos juntos. Ni siquiera puedo hacer que funcionen las muestras de kivy.
Incluso estoy ejecutando el contenedor con --privileged sin suerte.
¿Diría que esto es un problema de configuración de Docker o un problema de configuración de kivy?
Sinceramente, estoy perdido, he pasado una semana en esto y no pude entenderlo.
gracias de nuevo por tu respuesta amigo, muy apreciado

¿Ha verificado que su pantalla táctil realmente es /dev/input/event0 ?

¿Por qué quiere ejecutarlo en un contenedor de todos modos si solo está jugando con los ejemplos? Simplemente use un entorno virtual de Python e instale las dependencias requeridas para su sistema operativo usando el paquete administrar, es decir, apt etc.

@lucasnzone Olvidé preguntar si está utilizando una Raspberry Pi o alguna otra plataforma. Además, ¿qué sistema operativo estás usando?

@Lauszus RPI4 con raspbian lite
oh, no, tengo una aplicación actual que quiero ejecutar en un contenedor porque facilitará la distribución y el control de versiones.
Estaba probando con los ejemplos porque si los conseguía funcionar, podría hacer lo mismo con mi aplicación kivy.
¿Cómo puedo verificar en qué dispositivo está mi pantalla táctil / dev / input? No he hecho eso, no

@lucasnzone aquí está la salida en mi sistema:

$ cat /proc/bus/input/devices | grep -P '^[NH]: ' | paste - -
N: Name="eGalax Inc. eGalaxTouch EXC3110-3883-08.00.00" H: Handlers=mouse0 event0

Esto significa que la pantalla táctil está en /dev/input/event0 .

sí, el mío es un evento, también
N: Name="ADS7846 Touchscreen" H: Handlers=mouse0 event0

Bueno. ¿La aplicación funciona con la pantalla táctil fuera del contenedor?

@Lauszus
sí, lo he hecho con Kivy-2.0.0rc1-cp37-cp37m-linux_armv7l.whl wheel
originalmente con su bifurcación que no usa los controladores de broadcom

Bueno. ¿Qué errores está recibiendo? ¿Es /dev/input/event0 ? dispositivo presente dentro del contenedor?

si @Lauszus
tengo crw-rw---- 1 root i2c 13, 64 Mar 12 22:56 event0 y crw-rw---- 1 root i2c 13, 64 Mar 12 22:56 mouse0 dentro del contenedor

Intente simplemente capturar la salida, es decir, cat /dev/input/event0 . ¿Imprime algo cuando toca la pantalla?

@Lauszus lo hace, personajes aleatorios
ahora estoy más confundido que antes

Súper eso significa que el contenedor está recibiendo la entrada. Lo que está viendo es el flujo de bytes sin procesar, por lo que no tendrá sentido para usted. De todos modos, esto significa que hay algo en su configuración de Kivy que no es correcto.

¿Puedes intentar compilar y ejecutar este código C (es un código antiguo que usé para depurar mi pantalla)?

#include <stdio.h>
#include <linux/input.h>
#include <signal.h>
#include <fcntl.h>
#include <unistd.h>

static volatile sig_atomic_t run = 1;

void sigint(int sig) {
    run = 0;
}

int main() {
    signal(SIGINT, sigint);

    int fd = open("/dev/input/event0", /*O_NONBLOCK |*/ O_RDONLY);
    if (fd < 0) {
        printf("Failed to open device\n");
        return 1;
    }

    while (run) {
        struct input_event ev;
        int num_bytes = read(fd, &ev, sizeof(ev));
        if (num_bytes != sizeof(ev)) {
            printf("Failed to read device\n");
            return 1;
        }
        printf("%u, %u, %u, %u, %d\n", ev.time.tv_sec, ev.time.tv_usec, ev.type, ev.code, ev.value);
    }

    printf("Closing device\n");
    close(fd);
    return 0;
}

Puede compilarlo y ejecutarlo así:

gcc touch.c -o touch && ./touch

@Lauszus
Obtengo algo de salida del tacto:

1584058230, 998152, 1, 330, 1
1584058230, 998152, 3, 0, 477
1584058230, 998152, 3, 1, 3477
1584058230, 998152, 3, 24, 64790
1584058230, 998152, 0, 0, 0
1584058231, 15687, 1, 330, 0
1584058231, 15687, 3, 24, 0
1584058231, 15687, 0, 0, 0

esa es la esquina inferior izquierda

Bueno. Intente agregar lo siguiente en la parte superior del código (es importante que esté por encima de cualquier otra importación):

from kivy.config import Config
Config.set('input', 'mtdev_%(name)s', 'probesysfs,provider=mtdev')

ok, esta es la salida cuando ejecuto mi aplicación, con ese código en la parte superior:

[INFO] Registrador: registro de registro en /root/.kivy/logs/kivy_20-03-13_3.txt
[INFORMACIÓN] Kivy: v2.0.0.dev0, git-cef99e4, 20191024
[INFO] Kivy: instalado en "/root/venv-kivy/lib/python3.7/site-packages/kivy/__init__.py"
[INFO] Python: v3.7.3 (predeterminado, 3 de abril de 2019, 05:39:12)
[GCC 8.2.0]
[INFO] Python: intérprete en "/ root / venv-kivy / bin / python3"
[INFO] Fábrica: 184 símbolos cargados
[INFO] Imagen: Proveedores: img_tex, img_dds, img_sdl2, img_gif (img_pil, img_ffpyplayer ignorado)
[INFO] Texto: Proveedor: sdl2
[INFO] Ventana: Proveedor: sdl2 (['window_egl_rpi'] ignorado)
[INFO] GL: Uso del sistema de gráficos "OpenGL ES 2"
[INFO] GL: Backend usado
[INFO] GL: versión OpenGL [INFO] GL: proveedor de OpenGL [INFO] GL: renderizador OpenGL
[INFO] GL: Versión analizada de OpenGL: 2, 1
[INFO] GL: versión sombreada
[INFO] GL: Tamaño máximo de textura <4096>
[INFO] GL: Unidades máximas de textura <16>
Ventana [INFO]: agregar automáticamente proveedor de entrada sdl2
[INFO] Ventana: teclado virtual no permitido, modo único, no acoplado
[INFO] Base: iniciar el bucle principal de la aplicación
[INFO] GL: El soporte de textura NPOT está disponible

todavía no responde al tacto