私はQtとTslibを使ってタッチスクリーンを作成するプロジェクトを進めています。私たちは以前にいくつかのプロトタイプを作成し、完璧に動作するようにしました。ただし、新しい 4 番目のプロトタイプを作成すると、基本アプリケーションを実行すると次のメッセージが表示されます。
# QWSTslibMouseHandlerPrivate: ts_open() failed with error: 'No such file or directory'
Tslibに関して何か抜けたようです。今奇妙です。 4番目のプロトタイプは、Linuxカーネルバージョン、ネイティブアプリケーション、Qtアプリケーション用のライブラリを含むSDカードなどの点で、以前のプロトタイプとまったく同じです。違いを見つけるために、最終的にプロトタイプではファイルが欠落してフォルダが/dev/input/event0作成inputされませんでしたが、作業プロトタイプではinputフォルダとevent0ファイルの両方が存在するという問題を発見しました。名前の下の最後の項目へのリンクtouchscreen）。
フォルダとファイルはブート時にLinuxカーネルによって生成されるとされており、タッチスクリーンデバイスが認識されないように見え、したがってLinuxではブート時に入力に関連する何も生成せず（Linuxカーネルを確認しました）確認をしてみました。ハードウェアタッチスクリーンドライバが含まれています）。
多くのインターネット検索の最後に知った事実この投稿ユーザーが言及したaはmdev -sタッチスクリーンの検出を担当しているようです。実行可能な項目が見つかりませんが、最も重要なのはなぜmdev -s一部のシステムでは生成され、他のシステムでは生成されないように見えますか？event0
event0不足している問題を解決する方法に関するヒントと提案を歓迎します。
ベストアンサー1
それで、数回の試みの終わりに、私たちはこの問題をうまく解決しました。
まず、興味深いことに、Linuxの起動プロセス中に2つのエラーメッセージが表示されました。
tps6507x 1-0048: Read from reg 0xd failed
(...)
tps6507x 1-0048: failed to register tps6507x-pmic regulator
tps6507xは使用されるタッチスクリーンドライバです。だから我々はドライバでさえ起動に失敗したという事実を発見しました。これは確かにQtのせいではありません。それで、私たちの技術者の1人が動作するハードウェアと問題のあるハードウェアの間のいくつかのハードウェアの違いを見つけました。重要な位置にあるいくつかの抵抗器を取り外す必要がありました。システムがタッチスクリーンハードウェアを検出できないようです。その後働き始めました。