画面/キーボードを独自の(バックグラウンド/非ルート)プロセス専用に使用できますか?

画面/キーボードを独自の(バックグラウンド/非ルート)プロセス専用に使用できますか?

産業用コンピュータ(「組み込みシステム」と呼ばれる)を検討してください。

  • Linuxサーバーオペレーティングシステムを搭載(デスクトップなし)
  • 単一のアプリケーションプロセスのみを実行する(ルートではなくシングルユーザー)
  • 高解像度画面に接続
  • キーボードに付属

コンピュータは単一のアプリケーションプロセス/ユーザー専用です。

  • バックグラウンドで実行され(定義済み)、起動時に開始されます。
  • 一部のI/Oロジックの実行
  • キーボードから一部のユーザー入力(キー入力/数値)を取得する
  • コンピュータに接続されている画面には、一部のテキスト/画像が表示されます。

ちなみに、テキスト表示の詳細に関する質問もご覧ください。デスクトップ環境なしで大きなテキストを表示する(グラフィックモードでは?))。

    linux server host (no desktop env)
    +-------------------------------------------+
    |                                           |
    |                                           +--------> Digital inputs
    |   +--------------+                        <--------- Digital outputs
    |   | graphic card |                        |
    +---+------+-------+--------------------^---+
               |                            |
               | HDMI / VGA                 | USB
+--------------v---------------+    +-------+--------+
| Please contact the operator. |    |                |
+------------------------------+    +----------------+
      screen (TTY console?)              keyboard

(バックグラウンド)が追加(専用)画面(テキスト端末モードまたはグラフィックモード)でテキスト印刷を処理し、キーボードからキーストロークを取得する方法は?

出力

出力の場合、出力テキストを画像として印刷し、フレームバッファに直接書き込むプロセスが解決策になると仮定します(プログラムを使用するなど)fbi

しかし、画面を(バックグラウンド)プロセスとして使用するとstdoutどうなりますか?この場合、接続された画面でルートTTYを「分離」して(これは可能ですか?)、ユーザープロセスが画面を完全に制御できるようにする必要があると思います。馬になる?

入力する

キーボードからキーストロークを取得するには?標準入力を使用しますか?キーボードデバイスを直接読みますか?


ちなみに、私の考えでは、どんな(root)ニーズに対してもSSH経由でマシンにアクセスすることが可能だと思います。

どんな提案がありますか?

答え1

頼むなら。グラフィックアプリケーションが1つしかなく、ウィンドウマネージャ、スタートボタン、タスクバーなどがないシステムを設定するには?

それから。

デスクトップ(ウィンドウマネージャとパネル)を実行する必要はありません。他のプロセスがあるだけです。 X11サーバーを起動するプロセスもこれらのサーバーを起動します。設定を変更するだけです。

関連情報