Debian Bullseye + X11 + LightDM + Kodi 19を実行する新しいホームブルーHTPCがあります。 HTPCはプラズマスクリーンとローカルネットワークに接続されていますが、他にはありません（マウスもキーボードもありません）。 Kodiは、Web上で動作するAndroid KodiリモートコントロールアプリケーションであるKoreによって制御されます。
私の問題は、Xがリモコンの操作をユーザーの活動と見なしていないため、約1000万人以降は画面が黒くなり、画面を目覚めさせるためにマウスを接続して振る必要があることです。
私の最初の考えは、DPMSを無効にして完了することでした。
nano /usr/share/X11/xorg.conf.d/10-monitor.conf
Section "Extensions"
Option "DPMS" "Disable"
EndSection
しかし、何らかの理由でそれはうまくいきませんでした。それと同時に気が変わり、画面がプラズマで画面に乗る傾向があるので、実際の活動がなければ画面が黒く変わるのが良いと思いました。
だから：X11にKoreの入力をユーザーアクティビティとして処理させるにはどうすればよいですか？
Koreを仮想ポート（8081など）に接続するというアイデアがあります。次に、Pythonスクリプトを常にHTPC上で実行し、8081でリッスンし、Kodiがリスンするポート（8082など）にリクエストを転送するようにします。私のスクリプトがリクエストをプロキシするたびに、キーの押下がトリガーされます（たとえば、副作用を避けるためにCtrlを押しながらCtrlを離すなど）。私はまだテストしていませんが、まずコミュニティでいくつかの異なるアイデアを得ることができると思いました。
答え1
lightdmセルフスクリーンセーバー/ロックインプリメンテーションを使用している場合は、light-locker各リモートコントローラジョブも実行するようにスケジュールできますかlight-locker-command --poke？これマニュアルページ「ユーザーの活動をシミュレートするために実行中のロッカーを刺す」と説明してください。
ただし、ベアXorg DPMSを使用している場合は、このオプションは使用できません。
答え2
どのウィンドウマネージャを使用していますか（gnome、kde、xfce、lxdeなど）？どちらでもスクリーンセーバーの設定を確認してください。完全に無効にする方法があります。 xfce4には明らかにそれが（私が使っているもの）が、他のものについてはよくわかりません。ウィンドウマネージャがスクリーンセーバーの無効化をサポートしていない場合は、サポートされているウィンドウマネージャに切り替えることをお勧めします。
WM によっては、「ディスプレイ電源管理」(または WM で DPMS と呼ばれるもの) を無効にするには、電源管理設定を使用する必要があります。
Shiftハードウェアクラッキング：古いキーボードを見つけて、Altまたはキーのキーキャップを取り外してControlUSBポートに接続します。約9分ごとにキー押しをトリガーする回路を設計して構築します（またはスクリーンセーバーの遅延を最大限に高め、XX時間ごとにトリガーします。できるだけまれですが、スクリーンセーバーが起動しないほど十分です）。
以下では、回路設計の助けを見つけることができます。https://electronics.stackexchange.com/または他の電子ウェブサイト。
しかし、Shift、Alt、またはCtrlを使用するのは、修飾キーだけです。端末や編集中の文書に文字を挿入せず、XX分ごとにすぐに実行されます。目立った影響はありません。 。 Shiftおそらく最善の選択でしょう。おそらく最悪の方法は、トリガー時に偶然に入力した文字を（まれに）大文字で表示することです。
1つの変形は、キーボードの代わりに古いマウスを使用し、いくつかのデバイスを使用して、XX分ごとにホイールイベントまたは小さなマウスモーションイベントをトリガーすることです。同様に、モディファイアキーと同様に、ホイールや移動イベントはマウスクリックよりも面倒です。
ハードウェアハッキングに似ています。同様の操作を実行できる既存のUSBデバイス（プログラム可能なUSB HIDデバイスなど）を検索する価値があります。実際にそのようなことが存在するかどうかわかりません。それはおそらくRaspberry PiのようなコンパクトなARM SBCでも、実行中の古いAndroid携帯電話かもしれません。USBガジェットまたは同様です。