触摸屏驱动程序在首次启动时未初始化,但后续启动可以工作

触摸屏驱动程序在首次启动时未初始化,但后续启动可以工作

我正在运行带有 Pi TFT+ 3.5" 显示屏的 Raspberry Pi 3。--我认为这更像是一个 Linux 问题。

当我使用设备的建议图像时,它工作得很好——它工作了。

我的问题是,第一次启动设备时,屏幕可以工作,但触摸部分不能工作。如果我硬重启它,第二次启动总是有效。如果我想再次重新启动,我必须重新启动两次。

看起来它与 /dev/input 目录中的文件(或链接?)有关。

在工作系统上,当我运行时,ls/dev/input得到以下附图作为输出。
http://imgur.com/a/r3Rk2

但是,当系统无法工作并且我运行了该命令时,唯一显示的内容/dev/inputmouse0,所以显然这些链接和文件被删除了?我不知道。

您知道该目录中发生了什么吗?我根本没有进行任何会强制更改配置的更改。

编辑:这是 dmesg 输出。

不工作: http://pastebin.com/BMCcaZh6

在职的: http://pastebin.com/ZqNAczXZ

答案1

部分答案:

如果你比较它们,你会发现在“工作”变体中,

[    4.478652] stmpe-spi spi0.1: stmpe610 detected, chip id: 0x811
[    4.496482] input: stmpe-ts as /devices/platform/soc/3f204000.spi/spi_master/spi0/spi0.1/stmpe-ts/input/input0

而在“不工作”变体中,

[    5.560311] stmpe-spi spi0.1: unknown chip id: 0x0
[    5.560351] stmpe-spi: probe of spi0.1 failed with error -22

谷歌搜索“stmpe610”显示这确实是电阻式触摸屏控制器芯片。所以这个芯片位于SPI总线,并且由于某种原因在首次启动时未检测到。

可能是时间问题,可能是由于某种原因稍后发生的初始化丢失,也可能是其他原因。

我假设您确实有一个名为或类似的模块stmpe-spi(签入/lib/modules)。在“不工作”状态下,您可以modprobe stmpe-spi在启动完成后,然后它是否识别芯片(检查dmesg)?

相关内容