すぐにでも端末をインストールするならをご覧ください。 著作権表示、登録商標、免責事項、クレジット 訳注：ライセンス関係については原文をそのまま示します。 Copyright

Copyright 1998-2000 by David S. Lawyer. Please freely copy and distribute (sell or give away) this document in any format. Forward any corrections and comments to the document maintainer. You may create a derivative work and distribute it provided that you: Send your derivative work (in the most suitable format such as sgml) to the LDP (Linux Documentation Project) or the like for posting on the Internet. If not the LDP, then let the LDP know where it is available. Except for a translation, send a copy to the previous maintainer's url as shown in the latest version. License the derivative work in the spirit of this license or use GPL. Include a copyright notice and at least a pointer to the license used. Give due credit to previous authors and major contributors. If you're considering making a derived work other than a translation, it's requested that you discuss your plans with the current maintainer. Disclaimer

While I haven't intentionally tried to mislead you, there are likely a number of errors in this document. Please let me know about them. Since this is free documentation, it should be obvious that I cannot be held legally responsible for any errors. Trademarks.

Any brand names (starts with a capital letter) should be assumed to be a trademark). Such trademarks belong to their respective owners. Credits

Much of the section "Physical Connection" is from Serial-HOWTO v. 1.11 by Greg Hankins (with his permission). His "How Do I Set Up A Terminal Connected To My PC?" was incorporated into v1.00 at various places. v1.09 has about 25 changes (and error corrections) suggested by Alessandro Rubini who reviewed this HOWTO. 将来の計画：助けてください

事実、意見、論理の組み立て、単語の綴、文法、文章の分りやすさ、リンク等 に問題があれば、筆者にお知らせください。ただし 一ヶ月以上古い版の文書 であれば、先に最新版かどうかを確認してください。また、この文書に関連す ると思われる情報があればお知らせください。 この文書の version 1.00 以降は、端末のマニュアルに頼ることなく端末のセッ トアップができるようにすることを第一の目標としてこの文書を作成してきま した。この点で多くのものが必要です。この問題を解決する一つの方法は、端 末の製造メーカ自身がインターネット上にマニュアル類を公開することです。 そうするよう彼らにうながして欲しい。ほとんどの端末を構成する方法につい ての情報をこの文書で提供することは、気が遠くなるような作業です。端末に は多くの種類がありますが、1980 年頃に使われていた台数よりはるかに少な い種類ですから、この作業は全く不可能というわけではありません。 あなたが所有している端末で、特に製造後 10 年以内のものの余分なマニュア ル類があれば私宛に送ってもらえませんか (より古いものも受け付けます)。 また、お使いの端末について何か情報をいただけましたら、 「付録 D: 製品名一覧」にいくつかの端末情報として記載できると思います。 この HOWTO の最新版について

Text-Terminal-HOWTO の最新版は LDP とそのミラーサイトで閲覧または入手 することができます。ミラーサイトの一覧はにあります。 この文書は様々なフォーマットで入手可能です。 最新版の日付をちょっと確認したいだけなら、 を見るとよいでしょう。現在のバージョンは v1.13, June 2000 です。 関連文書

これらの文書は上記のウェブサイトで入手してください。 Serial-HOWTO には端末やモデムプールのためのマルチポートシリアルカー ドについての情報があります。シリアルポート上のトラブルシューティングを 含む一般的な技術情報が記載されています。 Modem-HOWTO Serial-Programming-HOWTO NCD-X-Terminal mini-HOWTO Xterminal-HOWTO (メンテナンスされていません)。 にあります。 本書で使う用語

設定 (configuration) とセットアップ (set-up) は同じ意味で使っています。 Linux のコマンドはオプション( - を用いて)を使いますが、広義でのオプション は他の様々な種類の「選択」をも含みます。広義でのインストールはソフトウェ アとハードウェアをセットアップ (設定) することと同義です。疑わしい (違 うかもしれない) 説明には文末に疑問符を二つ ?? 付け加えています。確かな ことをご存知なら私に知らせてください。 端末とは ?

端末とはスクリーンとキーボードから構成され、(ホスト) コンピュータとリモー トで会話するために使う装置です。それはパーソナルコンピュータのようにも 使えますが、端末は (別な部屋または世界の他の場所にある) ホストコンピュー タと遠隔接続されます。プログラムはホストコンピュータ上で実行されますが、 結果は端末のスクリーン上に表示されます。処理能力は相対的に低いものです (端末としてではなくコンピュータとしてみた場合です) から、一般に、端末 に送られたデータ (ひょっとしたらフルスクリーングラフィックスを含む) を 表示したり、キーボードでタイプしたデータをホストへ送るくらいの能力しか 持っていません。 1970 年中頃から 1980 年中頃にかけてメインフレームが全盛だった時代に、 ほとんどの人はコンピュータと会話するのに端末を使っていました。プログラ ムを作り、実行し、文書を書いて、印刷用のコマンドを発行する等々。ケーブル が端末とコンピュータを接続していました (しばしば回り道しながら)。端末 (terminal) と呼ばれるのは、ケーブルの終端 (terminal end) に位置してい たからです。 コンピュータモニタとキーボードにより Linux (X ウインドウの使用を除く) を使用したことがあるなら、あなたはすでに端末とは何かを知っていることになりま す。なぜなら、それ (もしくは、より正確に言えば ``仮想端末'') を使ってい るのですから。(キーボードが附属している) モニタは端末をエミュレートし ます。X-Windows では xterm, rxvt, zterm が端末をエミュレートしています。 本当の端末はモニタとは違ったものです。理由は、電子的なセットアップが 異なるからです。テキスト端末はコンピュータのシリアルポートに長いケー ブルを経由して接続します。従って、通常はコンピュータの隣に設置されるモ ニタとは対照的に、端末はホストコンピュータからかなり離れた所にあります。 コンピュータ内部のビデオカードはモニタスクリーン上の画像を記憶します。 端末にはビデオカードと同等品が内蔵されていますが、大抵のテキスト端末は グラフィックス表示もできない、文字だけのモノクロスクリーン しか表示できないので、コンピュータ内部のビデオカードよりも貧弱です。 その上、ほとんどのテキスト端末にはマウスがありません。 ネットワークでのクライアント - サーバ用語を当てはめるなら、端末はクライアン トで、ホストコンピュータがサーバだと言えます。他方、端末は ``シンクラ イアント (thin client)'' であるとも言います。しかし実際、端末は ``クライア ント'' ではなく、またホストは ``サーバ'' ではないのです。ホストが提供する唯一 の ``サービス'' は、キーボードから入力された全ての文字を受信して、その 通りに (期待通りに) コンピュータが反応するだけです。端末はコンピュータ の中のウィンドウのようなものです。ちょうどモニタ (とキーボード) がそうで あるように。あなたはすでに Linux で (左側の Alt-F2 キー等を押すことに よって) 仮想端末を使ったことがあるかもしれません。本当の端末は、見た目 こそ、そのような仮想端末に似ていますが、モニタ画面を共有しているのでは 無く、端末ごとに、モニタスクリーン (とキーボード) があります。コンソー ル (モニタ) で仮想端末をひとりでいくつも使用しているのではなく、本当の 端末の前に人が座って、別の人たちと同時にコンピュータを利用しています。 日本語版謝辞

翻訳にあたって下記の皆さんからアドバイスやコメントをいただきました。どうもありがとうございました。 大森保英さん 川嶋さん 佐野武俊さん 佐藤亮一さん 水原＠表千家さん 高城正平さん 武井伸光さん 中野武雄さん 野本浩一さん 早川仁さん 森本 淳さん 山森 浩幸さん 端末のタイプ ダム端末

``ダム端末 (dumb terminal)'' には様々な矛盾した定義がありますが、時が たつにつれ、ますます多くの端末がダム (愚か) と呼ばれるようになりました。 本書では主としてスクリーン上にテキストだけを表示するテキスト端末を扱い ます。本書のタイトルを ``Dumb-Terminal-HOWTO'' としてもよかったかもし れませんが、雑誌記事では、たとえフルグラフィックスユーザインターフェイ ス (GUI) を備えた賢い (smart) 端末をも含めてダムと呼んでいるのです。も し全ての端末が ``ダム端末'' なら、端末の前にダムとつける意味はありませ ん (セルコンピュータや ``スマート'' 端末のかわりのような商売上の表現を 除いては)。ダム端末の意味はあいまいなので、ここでは端末のタイプを明瞭 に区別するものではありません。 テキスト端末

テキスト端末では、コンピュータと端末を結ぶケーブル上を情報が 2 方向に 流れています。通常、この流れは各バイトが文字を表現する ASCII バイトで す。キーボードでタイプしたバイトはコンピュータに向い、コンピュータから のほとんどのバイトが端末スクリーンに表示されます。コンピュータからの特 別なバイト (もしくはバイト列) は、カーソルをどこへ動かすか、何を消すか、 どこからどこへ下線を引くか、あるいはブリンクやボールド等を端末に指示し ます。そのような特別なコマンドは 100 を越え、多くの端末ではフォントの 変更さえできます。 使用する文字セット用のコード表を使ってエンコードした文字 (文字列) を通 信に使用します。通常、使用可能な 256 バイトの内、最初の 128 バイトが ASCII コードとして使われます。Unix のようなシステムのための端末では、 ホストコンピュータと端末の非同期シリアルポート (RS-232-C = EIA-232-D) 間をケーブルで接続します。たまにモデムやターミナルサーバ等を経由するこ とがあります。 テキスト端末には他に ``シリアル端末''、``キャラクタセル端末''、``ASCII /ANSI 端末''、``非同期端末''、``データ端末''、``ビデオ端末''、``ビデオ 表示端末 (VDT)'' の名称があります。昔は ``ビデオ表示装置 (VDU)'' が端 末として使われましたが、厳密に言うと、それにはキーボードがありませんで した。 ``ブロックモード'' は IBM の古いメインフレームで唯一使われましたが、最 新の多くの端末にもこの機能が備わっています (多くは使われませんが)。タ イプしたキャラクタは一時的に端末のメモリに保持されます (そして、端末に 組み込みのエディタで編集することもできます)。それから、送信キー (もし くはそれに類するキー) が押されると、キャラクタのブロック (時にキャラク タ列として) が一挙にコンピュータに送られます。ブロックモードは Linux ではサポートされていません (1998 年後半現在)。 をご覧ください。 グラフィックス端末

ASCII 記号を使ってでもある程度までならテキスト端末上で「絵」を描くこと は可能です。矢印は <---、箱を表示するなら _ と | でできるで しょう。特別なグラフィックス文字セットを描くことさえ可能です。このようなもの は本物のグラフィックス端末ではありませんが、``グラフィックス端末'' という 用語は、テキストがグラフィックスの限定した形態であることから、テキスト 端末にもあてはまります。 グラフィックスを表示するための二つの基本的なタイプに、ラスタとベクター (稀に使われます) があります。ラスタグラフィックス (ビットマップ) は電 子ビーム (または活性化ピクセル、またはフラットスクーン上のドット) に よって描かれた水平走査線でスクリーンにドットを描いていきます。ベクタ ーグラフィックスディスプレイは、通常、モノクロで、ドットはありません。 それらは、どの方向 (どんな角度や位置) にも移動できる電子ビームで直線 や曲線を描くのにすぐれた電子デバイスを使います。ベクターグラフィック スはジグザグのない高品質の線画を描きますが、それはまたあまり使われず、 かつ高価なものです。今日、ラスタグラフィックスはほぼ一般的に使われて います。PC ではベクターグラフィックス形式でエンコードされたイメージも たまに使われますが、表示するときにラスタグラフィックス形式に (描画品 質の劣化を伴って) 変換されているのです。 シリアルライングラフィックス端末

本書の大部分も、この種の端末を対象としたものです。これらのほとんどは、 テキスト端末としても機能します。そのようなグラフィクスのプロトコルには 以下のものがあります：Tektronix Vector Graphics, ReGIS (DEC), Sixel (D EC), NAPLPS (North American Presentation Level Protocol Syntax) 高速グラフィックス端末 (しばしば他の名前で知られる)

本書ではこれについての記述はありません。賢い (smart) と呼ぶに値する端 末とは PC モニタのようにフルスクリーングラフィックスを瞬時に表示できる グラフィックス端末のことです。それはマウスもサポートするでしょう。画像 (や、その他のグラフィックス) ビットマップを表示するために、端末にバイ トを送ります。ツイステッドペアケーブルや同軸ケーブルを使ったホストコ ンピュータとの高速通信にも用いられます。X-Windows 端末はそのような 装置です。 にある Xterminal-HOWTO への リンクをご覧ください。 MS-Windows GUI を表示するために様々なタイプのインターフェイスと端末が あります : Citrix の WinFrame を使った Winterm はその一つです。 (Citri x のコードをベースにした) 他のものとして Microsoft 社の Hydra (コード ネーム ) があります。これは MS Windows NT 4.00 以降で動く ``Windows Te rminal Server'' として知られているものです。Citrix 社は ICA プロトコル を使って、WinFrame(ICA) をベースにした端末が Hydra システムを利用でき るように、pICAsso として知られている Hydra へのアドオンを作成しました。 そして Hydra はマルチユーザでもあります。Unbounded Technologies 社には ``MultiConsole Personal Terminal'' があり、また Tektronix 社には自社 製のマルチユーザインターフェイスがありますが、現在は Hydra のサポート を表明しています。1997 年の雑誌記事では、Winterm のことを ``ダム端末'' と呼んでいますが、実際はかなり賢いものです。そのような端末のことを よく ``シンクライアント (thin clients)'' と呼びますが、シンクライアン トの幾つかはもはや端末以上で、そこに送られた Java コードを実行するこ となどができます。 ネットワークコンピュータ (NC)

これは本来の意味でのコンピュータでも端末でもなく、その中間に位置するも のです。あるタイプのネットワークコンピュータ (NC) は、(CPUはあっても) ハードディスクがないコンピュータです。NC はフルグラフィックス表示が可 能で、サーバコンピュータと接続して使用します。 NC 自身の CPU でプログ ラムを動かすことができるので、端末とは異なったものです。実行するための Java コードが送られるかもしれません。 IBM はこれを ``ネットワークステ ーション'' と呼んでいます。それは IP ネットワーク上で動作するはずなの で、Linux が動くサーバの下でも動作するかもしれません。Wintel は上述の 端末とは異った ``NetPC'' を作りました。これはほとんど PC コンピュータ です。しかしリムーバブルディスクがないので、ユーザは自分のソフトウェ アのインストールや何かのコピーを手に入れることができません。Sun JavaStation NC で Linux を使うには 2000 年 4 月 24 日にリリースした JavaStation-HOWTO をご覧ください。 NC やウィンドウ端末関係を支持する人達は、数百万台の PC と置き換えよう と計画しましたが、まだ達成していません。大きな理由として、ここ数年来 PC 価格が下落したことで NC 等より安くなってしまったことが挙げられます。 結論として,まだテキスト端末が健在なのです。 PC 上でのエミュレーション

PC は (端末として使えるように) スクリーンやキーボードを備えていますが、 さらに大きな処理能力があるので、PCの処理能力の一部を割り振るだけで、テ キスト端末の処理は簡単にできます。これは ``端末エミュレーション'' と呼 ばれています。普通、テキスト端末をエミュレートします。をご覧ください。 クイックインストール

端末とホストコンピュータの両方で の手続 きを踏まずに端末をインストールするてっとりばやい手順です。端末がコンピュ ータとは互換性のない状態でセットアップされるようなことになったら、おそ らくまともに動かないでしょう。幾つかのことを理解してなければさらなる情 報を本書の他の個所に求めなければなりません。 端末をインストールするため、とっかかりとして /etc/termcap か terminfo.src を最初に見てください () をご覧ください)。そして、接続する シリアルポートは何か、tty の名称は何か (例えば をご覧ください) について解決してお いてください。root ユーザになって、/etc/inittab の getty コマ ンドの次行に、別の新たな getty コマンドを追加してください。getty コマ ンドの形式は使用する getty プログラムに依存します。 を使う必要があるかもしれません。 それから、端末のメインシリアルポートとコンピュータ側で選択したシリアル ポートとをヌルモデムケーブルで物理的に接続して、端末の電源を入れてみて ください。ほとんどの既成ケーブルがハードウェアフロー制御用に正しく結線 されてると期待しないでくださいね。端末のボーレートが getty に与えたの と同じであることと、``データビット'' が 8 であることを確認してください。 そして、コンピュータコンソールで ``init q'' とタイプすることで inittab ファイルへの変更が反映されます。この時点で、端末でログインプロンプト を見ることができるはずですが、もし表示されなければ端末のリターンキーを 叩いてみてください。動かないようなら本書をさらに読んで、もご覧ください。 なぜ端末を使うのでしょう？ イントロ

一台の PC で一度に数人の利用をサポートできるくらい最近の PC はとても強 力で、文書編集やデータ入力などの負荷の低い仕事ならなおさらそうです。こ れを行なう一つの方法は、一台の PC (または、他のホストコンピュータ) に モデムやケーブル直結で複数の端末を接続することです。こうするには、端末 で各ユーザが独自にコンピュータを利用できるように Linux のようなマルチ ユーザオペレーティングシステムを使うことがベストです。これを ``タイム シェアリング'' と呼びますが、今日では不適当な用語です。ネットワークに おける ``分散'' コンピューティングもタイムシェアリングの一種ですから。 ``集中型'' コンピューティングと呼ぶほうがいいのかも知れません。しかし 中央コンピュータは、端末のユーザが email を送ったり、``lynx'' ブラウザ でインターネットを閲覧する等により、ネットワークを介して世界の他のコン ピュータと接続するので、正確には "集中型" でもありません。 端末が PC でまれにしか使われなかったのは、PC に使われるポピュラーなオ ペレーティングシステム (Windows, DOS や Mac) が 1998 年までマルチユー ザではなかったので (MS Windows NT は可能)、以前はあまりうまく端末をサ ポートできなかったためです。今日、マルチオペレーティングシステムである Linux が PC で利用できるようになったので、PC と共に端末を使うことはよ り実現可能となりました。欠点は、テキスト端末が多くのユーザが期待するグ ラフィカルユーザインターフェイス (GUI) の類をサポートするほどには洗練 されていないことです。 低価格のハードウェア ?

コンピュータ (PC を含む) がかなり高価だった頃、ハードウェアが安かった ことが端末を使う上での重要な利点でした。PC が安くなった今日では節約効 果があるかどうか疑問です。これは PC がまだ高価だった頃に書いたものです。 今日でもまだ事実ですが重要性は低くなりました。 何人かの人が同じ時間に同じコンピュータを使うなら、同レベルのサービスを 得るために必要なハードウェアの量は減少します。節約の一つはコードを共有 することです。ハードディスク上のアプリケーションファイルが共有ライブラ リ (異なるプログラムを走らせても、コード中の同じファンクションを使う) と同様にメモリで共有されますから。別な節約の例はピーク時の負荷を減らす ことです。情報をゆっくりタイプしたり、考えたり、しゃべったり、席を立っ たりしている間、シングル PC のハードウェアはほとんどアイドル状態です。 同時に同じコンピュータを数人で使うことは、浪費されるアイドル時間をうま く利用できることになります。 これらの節約は実質的なものです。(統計理論を使って) 手粗く見積れば、9 人 (8 台の端末と 1 台のコンソール) で共有した PC は、各人に同レベルの サービスを与えるシングル PC と比べると 3 倍の容量 (メモリ、ディスク容 量、CPU パワー等) が必要です。したがって、このように共有されたシステム において、コンピュータのハードウェアにはユーザ一人当り 3 分の 1 の費用 で済みます。しかしながら、表示装置の費用 (CRT、キーボード、ビデオ装置 等)は、両者共ほぼ同額です。端末にはホストコンピュータとの接続のために シリアルポートの追加が必要なので、その分の費用を加えなくてはならないか らです。 PC と公平に比較するために、端末には PC モニタと同じ能力があるべきです。 残念ながら、Linux (X-Windows) 用の高速通信カラーグラフィック端末は 高価格なニッチ市場となっていますので、この場合、ハードウェア価格の節約 にはなりそうもありません。しかし、テキスト端末でしたら少しは節約になり ますし、端末を低価格で入手したならなおさらそうでしょう。 ソフトウェアの管理

集中型コンピューティングにおいて、ソフトウェア (と、ソフトウェアのアッ プデート) のインストールと設定は各所で行なう代りに、1 台のホストコンピ ュータで行なうだけで済みます。このコンピュータの担当者が、インストール してあるソフトウェアを管理や設定をするとします。仕事ができ、ユーザのニ ーズと好みを知っているホストコンピュータを管理する担当者にとっては、集 中型は都合のよいものでしょう。ソフトウェアをインストールしないことによ り (または、アクセス制限をかけることで)、ユーザがゲームをしたり、ネッ トサーフィンをすることを禁止できるからです。集中型であろうとなかろうと、 状況に応じて対応することが望まれますが。 ハードウェアアップグレード

端末で、コンピュータハードウェアのアップグレードは全部ではなく 1 台の コンピュータでのみ行なわれます。これはインストール作業の労力を節約しま す。ホストコンピュータのアップグレードに要するハードウェア費用は 1 台 の PC のそれより割高になりますが (ホストは PC よりコンピュータパワーを 必要とするため)、端末の代わりに PC を使った場合ほどは高くはならないで しょう。 端末のその他の利点

コンピュータのそばに、端末を置かなくても良いので、コンピュータのファン やディスクドライブの騒音に悩まされることはありません。 端末のユーザはデータやファイルを共有でき、互いに e-mail を送りあえます。 ローカルネットワークと同様です。 端末の主な難点

テキスト端末には高速グラフィックスディスプレイ (または、高解像度 グラフィックス) がないけれど、矩形描画などをグラフィックス文字セットで 書くことができます。この方式の欠点は使用できるソフトウェアが限定される ことです。 ホストコンピュータが落ちたら誰も端末を利用できなくなります (`` 待機系'' のホストコンピュータがない場合)。 テキスト端末は時代遅れでしょうか ?

テキスト端末は技術的に時代遅れです。(テキスト端末と同じ表示品質を持つ) ちょっとだけ高価なスマート (smart) 端末が作られるようになったからです。 1980 年あたりでは、メモリが 1 メガバイト当り何千ドルもかかったので、 そうも言えませんでしたが、今日では低価格のメモリとプロセッサのために、 ハードウェア価格がほんの 10% か 20% アップするだけでテキスト端末を洗練 されたものにできます。 テキスト端末がまだ時代遅れでない理由を挙げます。 洗練されたグラフィック端末には満足できる標準のインターフェースがありま せん。MS Hydra システムは MS Windows NT のためにありますが、X-Windows にはそうあるべき効率性がありません (それに X-Windows 端末はあまりに高 価ですし)。 多くの人はフルスクリーングラフィックスを必要としません。 テキスト端末は低価格で、時代遅れになるには長い時間かかりますが、はるか に新しい (そして強力な) コンピュータへのアクセスができます。 テキスト端末を走らせても、最近の PC のリソースをあまり消費しないので (フルグラフィックス端末と比較して)、1 台の PC 上で多数の端末を効率的に 走らせることができるでしょう。 端末動作についての概要 (Linux)

もご覧ください。 デバイス名称

各端末はホストコンピュータ (PC であることも多い) のシリアルポートに接 続されます。ポート名は ttyS0, ttyS1, ttyS2 等です。これらは /dev (デバ イス) のスペシャルファイルです。/dev/ttyS0 は DOS や Windows の COM1 に相当します。ttyS1 は COM2 です。より詳しい情報や cua などの関連する ``デバイス'' に関しては をご覧ください。 ログイン / ログアウト

ホストコンピュータが立ち上がると、getty プログラムを実行します。getty プログラムはユーザをログインさせるために ``login'' プログラムを実行し ます。 をご覧ください。``login:'' プロンプトが画面に表われると、端末のユーザはログインし (パスワードを入 力した後)、コンピュータにアクセスすることができます。端末をシャットダ ウンするときは、通常はログアウトして、端末の電源を切ります。ログインを 制限するには、 をご覧くだ さい (端末にログインする root ユーザへの許可を含む)。 半 / 全二重

誰かが端末でタイプしているのを見ると、タイプした文字が同時に画面表示さ れているように見えます。単純な人は、タイプした文字がコンピュータに送ら れて、そのコピーがコンピュータに送られていると考えるかもしれません (半 二重のように、次節を参照)。通常何が起っているかというと、キーボードか らタイプした文字がホストコンピュータだけに直接送られて、ホストコンピュ ータは受信した文字を端末にエコーバックしているのです (全二重と呼びま す)。いくつかのケース (パスワードや簡易エディタのコマンド) では、タイ プした文字はエコーバックしません。 全二重とは一方向通信リンクが 2 本 (2 重に) あることを意味します。端末 では全二重が標準です。半二重とは二重の半分のことで、一方向通信リンクが 一本しかないことを意味します。このリンクは両方向の通信で共有されなけれ ばならず、一度に一方向だけが使用されます。この場合、コンピュータはタイ プした文字をエコーすること (と、送ること) ができないので、端末はタイプ した文字を画面に直接表示します。いくつかの端末には、めったに使用されな い半二重操作モードもあります。 端末のメモリ

CRT 上の画像は、ブラウン管の表面に電子ビームを照射して絶えず映像を繰り 返し描き続けていないと即座に消えてしまいます。画面に表示するためにテキ ストを端末に送ると、画像イメージは端末のメモリ素子に記憶され、イメージ を維持するために電子ビームが画面を繰り返しスキャン (たとえば、毎秒 60 回) します。詳しくは をご覧ください。 端末へのコマンド

端末はコンピュータのコントロール下にあります。コンピュータは画面表示す るためにテキストを端末に送るばかりではなく、実行される端末コマンドをも 送ります。これは (バイト) とのことです。 例えば、CR (キャリッジリターン) 制御コードはカーソルを画面の左端に移動 します。あるエスケープシーケンス (最初のバイトが ``エスケープ'' 制御コ ードである数バイト) はエスケープシーケンスに含まれるパラメータで指定し た画面上の位置へカーソルを移動します。 ではそのようなコマンドは少しだ けでしたが、最近の端末では 100 を越えます。ある範囲で、明るさ、光沢、 下線、ブリンク、反転などの表示上の外観を変更できます。端末のスピーカか らは、キーが押されたときに ``クリック音'' を鳴らしたり、誤りが発生した らビープ音を鳴らしたりします。ファンクションキーには特別な意味をもたせ ることができます。複数のフォントだって有り得ます。表示のスクロールアッ プ、ダウンもできるでしょう。画面の指定した部分を消したりもできます。端 末が扱えきれないほど速くデータが送られてきたときに、データの流れを止め るために様々なタイプのフロー制御が使われます。高度な端末のマニュアルか インターネットのリンク から、より多くの情報を得ることができるでしょう。 Terminfo で解決した標準化の不足点

米国で作られた端末すべてが、アルファベット用に同じ ASCII コードを採用 していながら (EBCDIC を使用した IBM を除く)、残念なことに全てが同じエ スケープシーケンスを使いませんでした。このことは ANSI (と ISO) 規格が 制定された後も起こりました。これらの規格があまりすぐれたものではなかっ たからです。その上、新しい端末にある能力が古い端末にはたいていありませ ん。このことは問題を引き起こします。例えば、コンピュータが指定したサイ ズで 2 つのウィンドウに画面を分けるよう端末に指示する場合、それができ る能力が端末にあるかどうかわからないのです。 これらの問題を克服するために ``termcap'' (意味 ``端末の能力'') と呼ぶ データベースが作られました。termcap は ``terminfo'' に取って代わりまし た。このデータベースはコンピュータ上のあるファイルに記録されていて、端 末の各モデルに対応するセクション (時々はファイル全体) があります。各モ デル用 (VT100 等の) に使用可能なエスケープシーケンスのリストを含む能力 リストが用意されています。例えば、blink=\E5m はブリンクの開始を意味し、 端末に Escape 5 m が送られることでしょう。詳しくは をご覧ください。アプリケーションプログラムはある C ライブラリの 関数をコールすることで、このデータベースを活用することができます。その ようなプログラムの大きなセット (200 を越える) は ``ncurses'' と呼び、 man ページの ``ncurses'' に載っています。 インターフェース

環境変数 TERM は、使用している端末のタイプを Linux が識別するためのも のです。幾つかのアプリケーションプログラムが端末データベースから能力を 探しだすのに使うので、TERM が正しく設定される必要があります。しかしそ こには、コンピュータが端末の能力について知る以上の正確なインターフェー スがあります。 コンピュータから端末へバイトを流すには、端末から送られるのと同じボーレ ート (bit / 秒) でバイトを受信するように端末を設定しなければなりません。 もし端末が 19,200 ボーで受信するよう設定されていて、コンピュータが 960 0 ボーで文字を送ったら、文字化けを起こすでしょう (あるいは何も表示され ません)。端末の ``セットアップ'' メニューで端末のボーレート (他の多く の機能と同様に) を選択します。ほとんどの端末は ``セットアップ'' メニュ ーに多くのオプションがあります ( をご覧く ださい)。コンピュータのシリアルポートにもオプションがあり、このオプシ ョンは互換性のある方法でセットアップされなければなりません ( を ご覧ください)。 エミュレーション

今日のほとんどの端末には 1 つ以上のエミュレーション (``独自機能'' ない しは ``互換モード'') が用意されています。DEC (Digital Equipment Corpor ation (現 Compaq) が以前作っていた端末のモデル番号は VT で始まります (VT100 等)。VT100 以外の他の多くの端末は VT100 をエミュレートします。 Wyse は主要な端末製造メーカですが、ほとんどの端末は VT100 や VT220 の ような DEC の各種端末をエミュレートできます。ですから、たとえば VT320 端末を使う場合には、``本来'' のパーソナリティである VT320 そのものとし て使用するか、 VT320 をエミュレートできる他の端末 (VT100 や VT220 な ど) として使用するかの選択肢があります。``本来'' のパーソナリティは他 のものと同等か、普通は機能が豊富なので、特に理由がなければ ``本来'' の パーソナリティを使用するのがいいでしょう。 最も一般的なタイプのエミュレーションは、VT100 端末 (または、それに類す るもの)であるかのように PC を使うことです。PC のメモリにロードされるプ ログラムがこれを可能にします。Linux では (X-Windows を使ってなくても)、 PC モニタ (コンソールと呼ぶ) として端末タイプ ``Linux'' (VT100 に 似ています) をエミュレートします。 をご覧ください。 コンソール

PC でモニタは通常はコンソールになります。端末タイプ ``Linux'' をエミュ レートし、仮想端末としてログインします。 をご覧ください。ブートやシャットダウンの進行状 況をカーネルから受けとります。 通常はコンソールへのメッセージが端末に出力するようにできます。こうする には手でカーネルにパッチを当てなければなりません。カーネル2.2 以上を使 用すれば ``make config'' オプションで指定できます。をご覧ください。 /dev/tty のような端末スペシャルファイル

``tty'' は ``テレタイプ (Teletype)'' の略語です。初期の端末はテレタイ プ (遠隔制御のタイプライタのようなもの) でした 。をご覧ください。``Linux'' のデバイスリ スト (/dev ディレクトリの中にあるもの) は、カーネルソースと共に含まれ る ``Linux Allocated Devices'' で見つけることができるでしょう。そこに は各デバイスの用途が一言か二言で ``記述'' されていますが、使い方には触 れていません。 シリアルポート端末

コンピュータは各シリアルポートを ``デバイス'' だと考えます。時々、端末 デバイスと呼んだりするのは、ひと頃、シリアルポートの一般的用途が端末だ ったからです。そのようなシリアルポートのために、/dev (device) ディレク トリにスペシャルファイルがあります。/dev/ttyS0 は、DOS/Windows で COM1 として知られるシリアルポート用のスペシャルファイルです。端末にテキス トを送るには、コマンドラインでのコマンドの標準出力を特定のスペシャルフ ァイルにリダイレクトしてやればよいでしょう。例えば、コマンドプロンプト で ``echo test > /dev/ttyS1'' とタイプすれば、ttyS1 (COM2) につながる 端末に ``test'' が送られます。/dev/ttyS1 にライトパーミッションを与え ておきましょう。同様に、``cat my_file > /dev/ttyS0'' とタイプすれば、 my_file の内容が COM1 (ttyS0) に送られます。 ttyS0 (/dev/ttyS0), ttyS1, ttyS2 等 (``S'' はシリアルポートを表わす) に加えて、cua0, cua1, cua2等の ``cua'' シリーズがあります。cua0 は ttyS0 と同じポートです。 cua の ``cu'' は CalloUt を表します。ttyS シリー ズは Posix 準拠ですが、cua はモデム制御ラインがレディじゃなくてもポー トのオープンを許しています。カーネルの 2.2 版の cua はすでに廃れかけて いて、それを使おうとすると警告メッセージが発せられるでしょう (まだ動き はしますが)。過去数年間、後ろ向きの互換性のためにのみ Linux に含まれて いるのです。プログラマは ttyS が cua と同じように働くようアレンジでき るので、cua はまったく必要なくなりました。 擬似端末

擬似端末はコンピュータと物理的に接続したものではありません。それはシリ アルポートをエミュレートするために使われます。IO アドレスも IRQ もあり ません。例えば、誰かがネットワーク越しに telnet で接続してきたなら、 /dev/ptyp2 (擬似端末) にたどり着くでしょう。X-Windows では、端末エミ ュレータである xterm (か、rxvt) が擬似端末を使います。 Linux でのアマ チェア無線プログラムにもそれを使います。あるアプリケーションソフトウェ アを使っていて、物理的に同じシリアルポートに接続した 2 つ以上の擬似端 末を使うこともできます。 擬似端末は ttyp3 と ptyp3 のようなペアとなります。pty... はマスタもし くは端末の制御を行ない、tty... はスレーブとなります。ttyq5 も ttysc (c は 16 進の値) のような擬似端末です。より正確に言うと、擬似マスタ端末 は /dev/pty[p-s]N で、対応するスレーブのほうは /dev/tty[p-s]N となり,N は 16 進で 0-f の値をとります。スレー ブの /dev/ttyp はアプリケーションプログラムがそれに対して読み書きでき るシリアルポートのように見えます。しかし、アプリケーションプログラムは、 対応するマスタ /dev/pty に書いたり、読んだりするいかなるプログラムとも 本当に通信しているのです。このように、マスタとスレーブは実は同じポート なんですが、一つはアプリケーションプログラムが使い、もう一つは、``ポー ト'' へデータを与えたり、ポートから取得したりするネットワークプログラ ム (あるいは、同等のもの) が使います。 Unix98 では上記のものを使用せず、代わりに /dev/ptmx と呼ぶ ``pty master'' を使います。要求に応じて pty を供給します。他のプログラムで擬似端 末を使うための詳細は、man ページに幾つかありますが、もっぱら Linux に 必要なものが載っています。その他の unix ライクなシステムの man ページ には ``pty - 擬似端末ドライバ'' の名称で載っています。 制御端末 /dev/tty

/dev/tty はカレントプロセス (もしあれば) の制御端末です。どのプロセス がどの tty にアタッチしているかは、シェルプロンプト (コマンドライン) で ``ps -a'' を使えばわかります。``tty'' の列をご覧ください。ログイン しているシェルプロセスでは、/dev/tty が現在使用中の端末です。それが何 かを調べるには ``tty'' とタイプすればよいのです (man ページの tty(1) を参照してください)。/dev/tty は、C プログラマのために幾つかの特徴を併 せ持つ本当の端末デバイス名へのリンクのようなものです。man ページの tty(4) をご覧ください。 /dev/ttyIN ``端末''

N は 整数値です。Linux での使用例の一つに ISDN ドライバパッケージ isdn4linux があります。ttyIN は ttySN のようなものです。cuaN のような cuiN もあります。ttyI と cui はモデムをエミュレートし、モデムのコマンドも 与えられます。 コンソール /dev/ttyN

Linux で PC モニタのことを普通はコンソールと呼び、tty0, tty1, tty2 等 に関連づけられた数種類のデバイススペシャルファイルがあります。ログイン したときは tty1 になります。tty2 (同じ画面上) から tty3 に移るのは、例 えば tty3 なら左側の Alt-F3 を押します。これら (tty1, tty2, tty3) を ` `仮想端末'' と呼んでいます。tty0 はカレント仮想端末のエイリアスで、シ ステムからメッセージが送られます。このように、システムメッセージは表示 中の仮想端末にかかわらず、コンソール (モニタ) で見ることができるでしょ う。 訳注：右側の ALT キーと Fn キーでは、仮想端末の切り替えはできません。 異なる仮想端末にログインし、コンピュータと異なるセッションを同時に張る ことができます。システムか root ユーザだけが、時に /dev/console として リンクされる /dev/tty0 に書きこみできるでしょう。コンソールに関するよ り多くの情報はをご覧ください。 ``mknod'' でデバイスを作成する

/dev ディレクトリは多くのデバイススペシャルファイルを供給します。もし 必要なものがそこになければ、``mknod'' コマンドで作成することができます。 シリアルポート用スペシャルファイル作成方法は man ページの ttys(4) をご 覧ください。 mknod を使うにはメジャー及びマイナーデバイス番号について 知っていなければなりません。/dev ディレクトリで ``ls -l'' コマンドを使 えば、必要な番号を推察できるかもしれません。それは既存のスペシャルファ イルのメジャー、マイナー番号を画面表示できるからです。 端末の動作に関する詳細

端末について何も知らなければ、とを最初に読むことをお勧めします。 端末メモリの詳細

端末画面は、端末メモリ内に記憶しているイメージを毎秒およそ 60 回再表示 しています。PC では、モニタのイメージはコンピュータ内部のビデオカード に記憶されますが、端末ではビデオカードと同等なものは端末内部にあります。 テキスト端末でのイメージの記憶は少ないメモリですみます。スクリーン上の すべての画素 (ピクセル)のメモリへの転送と、およそ 25 万画素を記憶する 代りに、より効率的な記憶方法がとられるからです。 画面一杯のテキストを、画面の各一文字毎に ASCII バイトで端末メモリに再 現していきます。全画面はおよそ 2K ASCII バイトですみます。これらの文字 を表示するために、端末は印字可能な約 100 個の ASCII キャラクタのビット マップ (外観) を知っていなければなりません。一文字のビットマップに15 バイトを使うので、全ての ASCII キャラクタ (フォント) には 1.5K だけメ モリが必要です。毎秒 60 回で画面に画像を出力するために、この ASCII テ キストとフォントメモリがスキャンされます。これは共有メモリ方式ですから、 例えば、画面一杯に表示されている文字 e の全ては、ただ一つの文字 e のビ ットマップを共有することになります。必要なメモリ量が少なくてよいという ことは、メモリ価格が今日の数千倍 (キロバイト当り数千ドル) した 1980 年 代初期の頃は、モニタ製造コストの削減を意味しました。 初期の端末

初期の頃の端末は、コンピュータから送られた一連の文字を ``表示 '' (紙に 印刷) するだけの遠隔操作型タイプライタみたいなものでした。最も初期のモ デルはと呼ばれました。``tty'' と いう名前は ``テレタイプ (Teletype)'' の略称です。初期の端末はタイプラ イタのように改行や復帰を行なえ、またベルキャラクタを受信したときにはベ ルを鳴らすことができました。重要な能力が欠けていたために、初期型の端末 は ``ダム (dumb)'' と呼ばれました。このタイプの端末インターフェース (``ダム'' と呼ばれた端末を使用したもの) は、通信相手がどのようなタイプ の端末かわからないときに今日でもたまに使われています。 エスケープシーケンスと制御コード (イントロ)

端末には多くの能力があり、そのうち幾つかはいつでも利用でき、いくつかの ものは変更したり、有効にするためにコンピュータからコマンドの送信が必要 です。これら全ての能力をコンピュータの管理下で使用するために、コンピュ ータが端末に何をすべきかを伝える特別なコードが決められています。これに は、エスケープシーケンスと制御コード (制御キャラクタ) という二つの主要 なコードがあります。制御コードより、エスケープシーケンスの方が、ずっと たくさんあります。 制御コード

制御コード (または制御文字) は ASCII アルファベットの初めの 32 バイト を占めます。それらは以下を含んでいます : 復帰 (カーソルを左端へ)、改行 (カーソルを次の行へ)、後退、エスケープ文字、タブそしてベル。通常、そ れら自体は画面に表示されません。端末が制御コードを受信したとき、画面表 示に影響を与えるコマンドが端末にはあります。それら (のコマンド) は、し ばしば ``画面制御'' や ``モニタ(プログラム)'' と呼ばれます。もしユーザが、 *手で* エスケープシーケンスを打ち込んだなら、ディスプレイは、その実行 されない ESC (エスケープ) ではじまる制御文字でぐちゃぐちゃになってしま うでしょう。カーソルの位置を移動するためのエスケープシーケンスはスクリ ーンに表示されますが、エスケープシーケンスが指示する位置へは動きません。 エスケープシーケンス

全てを制御コードで行なうには不十分なので (また、何らかの理由でそれらの 全てが使われるわけでない)、多くのエスケープシーケンスが使われています。 エスケープシーケンスは ``エスケープ'' (ESC) 制御文字と普通の文字からな ります。エスケープ文字を受信すると、端末は次に続く文字を調べて、シーケ ンスを解釈してコンピュータの意図に従って動作します。一旦シーケンスの終 わりを認識すると、さらに受信した文字をスクリーンに表示します (それが制 御コードやエスケープシーケンスでなければ)。幾つかのエスケープシーケン スは、カーソルを移動させるスクリーン座標のように、パラメータ (か、オプ ション) を取ります。パラメータはエスケープシーケンスの一部です。幾つか の端末用の は ウェブ上にありますが、説明は簡単なものです。 あなたの端末のエスケープシーケンスリストは、端末の ``プログラムマニュ アル '' に記載されているでしょう。かなり古い端末でなければ 200 か 300 のエスケープシーケンスがあるはずです。そのようなマニュアルをお持ちでな かったら、見つけ出すのは簡単ではありませんよ。エスケープシーケンスの幾 つかはインターネットでも見つけられます。リンクの一つはです。あるエスケープシーケンス (ESC[5m のような) をインターネットで探せば、長いリストの中から偶然見つ けられるかもしれません。 それらの幾つかを確定する別な方法は、terminfo エントリ (termcap) で端末 を探し、知的に読み解くことです。本書の か、インターネットの をご覧ください。残念 ながら、端末の terminfo (termcap) には、使用可能なエスケープシーケンス がリスト中に載っていないこともありますが、最も大事なことはたいていここ にあります。 表示属性とマジッククッキー

端末には文字の属性 (ボールド、反転、下線など) を設定する各種の方法があ ります。どのように設定するかということをユーザは心配する必要はありま せん。一部の古い端末で問題が発生することを除けば、新しい端末ではセット アップメニューのオプションとなっているからです。 マジッククッキー方式は時代遅れです。それは属性を定義する最も簡単(で最 悪) な方法です。属性の最初には、あるバイトを使い、最後には別なものを使 います。例えば、``下線開始'' マジッククッキーは下線が引かれる最初の言 葉の前に置かれます。これらの余分なバイトはスクリーンページのメモリ内に 置かれます。ちょうど文字を表示するキャラクタバイトのように。しかし非印 字文字であるマジッククッキーと他の印字文字が混在するので、各行毎の数を 数えるのを難しくさせます。これは時々問題を起こします。 もっとよい方法としては、さらにメモリを使ってはしまうものの、各表示文字 ごとに、属性を記憶しておくために 1 バイト (あるいは半バイトずつなど) を割り当ててしまうものがあります。この方法は一般的な PC モニタ用の PC ビデオカード (テキスト用) で使われています。 幾つかの端末に固有な特徴 カラー

一般のモノクローム端末がカラー端末じゃなかった頃は、白以外の緑や黄色な どの固定 ``カラー'' ディスプレイでした。全ての端末は黒を表示します (電 子ビームの照射を止めると輝度が 0 になる)。本物のカラー端末はテキストや 背景色をいろんな色に変えられますが、モノクローム端末は固定色の輝度を変 えられるだけなんです。 輝度などを変えるだけでもいろんなことができますよ。例えば、白黒 (モノク ローム) 端末は輝度を変えることで、白、黒、それに灰色を表現することがで きます。ある文字の色を黒で背景を明るい灰色にしながら、別な文字の色は黒 の強調表示で白地にできます。黒地に白文字や下線をつけたり点滅させること もできます。 色はコンピュータモニタか TV 画面の色に近い働きです。CRT には 3 色のド ットがあり、電子ビーム (3 つのビーム) で制御します。モノクロ端末は、3 色のドットを塗り分ける必要がないので、原理的にカラー端末よりも解像度を 良くすることができます。テキスト端末でただ一つの色の使い方は、テキスト を区別することで、利点は解像度の悪さが常にその価値を下げるわけではない ということです。ですから、モノクロームはまたコストを下げるには良い選択 なのです。 マルチセッション

2 重のセッションのために、端末には同じ状態のシリアルポートが 2 つあり ます。各ポートを異なるコンピュータのシリアルポートへ接続します。こうす ることで、分割ウィンドウに表示される各セッションから各コンピュータにロ グインできるようになるのです。代りに、各セッションを ``ホット'' キー (またはそれに類するもの) を使って切り変えながら、フルスクリーンで利用する ことができます。同じコンピュータの 2 つの異なるシリアルポートに接続し、 2 度ログインすることも可能です (コンソールでの ``仮想端末'' に似ていま す)。プログラム ``画面'' は、一つか二つの ``セッション'' が動くシング ルコンピュータに接続した普通の端末 (シングルセッション) のように見える でしょう。 プリンタ / 補助ポート

多くの端末の背面には、そのようなポートのためのコネクタがあります。それ には ``Aux'' とか ``Printer'' などと名前がついているでしょう。あるプリ ンターポートはパラレルプリンタ用ですが、シリアルプリンタ用もあります。 プリンタがプリンタポートか補助ポートに接続されているなら、あるキーを押 せば画面を印刷できるでしょう。望むなら、画面に表示されてるすべてをもプ リンタに出力できますよ。もしポートが補助ポートなら、それを他のコンピュ ータに接続して、上で述べたような 2 重セッションも行うことができるでし ょう。でも端末内蔵のビデオメモリには両方のセッション内容が残ってないの で、他のセッションに切り替るときに画面をリフレッシュする必要があります。 多分、ホットキーではできないでょうが、プログラム可能なファンクションキ ーを使えばこのようなことをプログラムで行えるでしょう。そのようなポート を制御するために、各種キーの組合せとエスケープシーケンスが存在します。 をご覧ください。 端末に接続したプリンタに印刷するために、端末へプリントジョブ(テキスト のみ)を送るよう設計された vtprint と呼ぶプログラムがあります。ホームペ ージは です。それは、 Debian/Linux ディストリビューションに含まれています (1998 年現在)。 ページ

多くの端末は、ビデオメモリ内に 1 ページ以上記憶する余地があります。時 には、ページサイズは画面と同サイズですが、時にはそれ以上になるので、ス クロールすればページの見えない部分が表れるでしょう。それで、画面を見る と、同じページの上か下の表示が隠れてるように思うかもしれません。2 ペー ジ以上にわたるなら、他のページのテキストは隠されているということを付け 加えておきます。ページの使い方の一つが、2 重のセッションをサポートする 端末です。各セッションにはそれ自身のページがあり、各セッション間で強制 的に切り替えを行なっているのです。 ページサイズが画面表示と同じ 1 ページの端末であっても、あなたがファイ ル (その他) 内のページを見ている間に、ホストは他のデータを端末に送りま す。端末メモリに記憶した追加ページを持つことの利点は、数秒の待ち時間も なく即座に表示したり、ホストから送信できることです。 複数ページは ncurses でサポートされています。それはまた ``Multiscreen'' と呼ぶ市販のプログラムでもサポートされていますが、 Linux ではおそらく利用できないでしょう ?? Multiscreen は SCO の一部で あるとのうわさで、Linux PC コンソールでの仮想端末と同じようなものです。 Linux プログラム ``screen'' は多重ページであるかのように見せますが、そ れはコンピュータに記憶され、各々でプログラムを走らせることができる 1 ページのウィンドウのようなものです。 文字セット

文字セットは各文字がバイトコードに割り振られた文字リスト (または、表か 図) で表現されます。バイトコードは 0 から 255 ( 16 進数で 00 から FF) の範囲です。MS-DOS では文字セット表を ``コードページ'' と呼んでいます。 それになじみがなければ、その表を見といたほうがいいですよ。それはプリン タや端末のマニュアルにたまに含まれていますが、インターネットからも見つ けることができるかもしれません。 ASCII はテキスト端末で使われる最も一般的な文字セットの一つです。7 ビッ トコードですが、最初のビット (最上位ビット) が常に 0 である 8 ビットコ ードも使えます。通常は他の文字セットも利用可能です (ASCII しか選択でき ないかなり古い端末は除外)。文字セットの前半は従来の ASCII キャラクタで、 後半 (最上位ビットが 1) はさまざまな文字セットに属します。ISO 規格のも のが文字セットとしてよく使われます。特殊文字セットを端末に表示させるた めに、端末メモリにその文字セットをダウンロードする必要があります。 ASCII 以外で他に一般的な文字セットは全て 8 ビットです。CP は IBM が作 ったコードページ文字セットで、CP-437 (DOS ECS), CP-850 (Multilingual Latin 1 -- ISO Latin-1と同じではない),ISO-8859-1 (Latin-1), ANSI (Latin-1 から派生) などがあります。MS Windows では ANSI を使用しますが、 インターネットではよく Latin-1 を使います。いくつかの ISO-8859 文字セッ トが Latin-1 に加えられています。ギリシャ (-7)、アラビア (-6), 東欧 (-2), それに Latin-9 と呼ぶ Latin-1 (-15) の改変版などです。他にもたく さんあります。例えば、KOI8-R はロシアで IS0-8859-5 より一般的に使われ ています。Unicode は膨大な文字セットで、各文字は 1 バイトの代りに 2 バ イトで表わします。 さらに文字セットについての情報を挙げます。 man ascii 及び man latin1 各言語の (その言語で書かれていそうな) HOWTO。 ロシア語なら ``キリール 文字'' をご覧ください。 として明確に書かれたものが発行されています。 は長いリンクリスト (ロシアのサイトですが、ほとん ど英語) です。 一度、興味のある文字セット (または英数の名称) を見付けたら、より詳しい 情報をインターネットから探すことができるでしょう。 フォント

1980 年半ば以降に製造されたほとんどの端末は、ソフトフォントをダウンロ ード可能です。このことは、ソフトフォントにあるほとんどの文字セットを表 示できることを意味します。必要なソフトフォントが見つからなければ、あな たは自分で作ることもできます。このようなフリーフォントエディタとして BitFontEdit (本書の著者が作成) があり、それは (1998現在で)、 ヨーロッパなら 、 北米なら から ダウンロードできます。 キーボードと特殊キー

端末のキーボードには PC キーボードにはあまり見られない多くのキーがあり ます。わずかの (もしあるなら) 端末にはこれらのキーすべてがあり、そのほ とんどにはここで取り挙げていない追加キーがあります。幾つかのものには、 キャッシュレジスタ用端末のような特殊用途のためのキーも多数あります。こ こで示す以外の意味がより多くのキーにあると思いますが、これらのキーは他 のキー (シフトキーやコントロールキーなど) と共に使われた時に拡張した意 味を持ちます。 BREAK は、300 から 700 ミリ秒の間ずっと、ホストにすごく長い 0 ビット (スペース = +12V) を送ります。stty で brkint がセットされているか、 ignbrk がセットされていても無視するようセットされていたら、ホストはこれ を割り込みと解釈します。 NO SCROLL は ^S が押されたのと同じように、画面スクロールを止めます。再 び押されるとスクロールを再開します。フロー制御に使います。 REPEAT は、例えオートリピートオプションがオフに設定されていても、他の キーと共に押し続けられたら、その出力を強制的に繰り返します。 LINE FEED は ラインフィードキャラクタである ^J をホストへ送ります。ま れにしか使われません。 SET-UP は、メニューによって手作業で端末の設定を行なうものです。それを 押すことができないようにブロックすることで、わざわざ無効にすることがあ ります。シフトやコントロールキーなどの他のキーを同時に押さなければなら ないときもあります。 をご覧ください。 LOCAL はホストと端末の接続を切ります。ローカルでは、タイプした文字は直 接画面に表示されますので、テストに使われます。 RETURN は PC の ``Enter'' キーと同じです。ホストに復帰として送られ、通 常はホスト側のデバイスドライバで改行文字に変換されます。ある端末では他 の何かを送る時にもつけられるでしょう。 F1, F2, ... もしくは PF1, PF2, ... はファンクションキーで、普通はバイ ト列 (文字列) を送るためにプログラムされています。 をご覧ください。 端末エミュレーション -- コンソール イントロ

PC は (端末として使えるように) スクリーンやキーボードを備えていますが、 さらに大きな処理能力があるので、PC の処理能力の一部を割り振るだけで、テ キスト端末の処理は簡単にできます。これは ``端末エミュレーション'' と呼 ばれています。端末エミュレータの別なタイプには、他のブランド / モデル をエミュレートするように設定できるものもあります。こうするには、端末の セットアップメニューで希望のエミュレーションを選択します (Wyse jargon いわく ``パーソナリティ'')。本章ではエミュレーションの最初のタイプであ る PC で端末をエミュレーションすることについて述べます。 エミュレーションソフトウェアは MS Windows で利用可能で、最近の MS Windows には附属してきます。ほとんどの Linux のフリーソフトウェアでは VT100, VT102 または VT100/ANSI をエミュレートします。もし他の種類をご 存知なら私に知らせてください。ほとんどの PC はカラーモニタですが、 VT100 や VT102 はモノクロモニタとして設計されているので、普通はエミュ レーションには色を表現する能力 (および色の選択) が加えられています。時 にエミュレーションは 100% 完全ではないけども、普通はささいな問題しか引 き起こしません。Mac コンピュータを端末エミュレータとして使う場合は、ミ ニ Howto の ``Mac 端末'' をご覧ください。 エミュレーション用に TERM を使わないで

環境変数 TERM をエミュレートしたい端末のタイプに設定すれば、Linux コン ソール (モニタ) でエミュレートできると考えるのは間違いで、うまく動かな いでしょう。TERM の値はアプリケーションプログラムに使用する端末の種類 を示すだけですから。このやり方だとあなたに対話的に質問しなくてもいいの です。PC モニタの前にいるなら、端末タイプは ``Linux'' で、これを変更で きません。ですから TERM を ``Linux'' に設定しなければなりません。 もし他の何かに設定したならアプリケーションプログラムにうそをついたこと になります。結果的に、コンソールからのエスケープシーケンスを正しく解釈 できないので、インターフェイスをめちゃくちゃにしてしまうでしょう。Linu x コンソールのほとんどは VT100 端末として動作しますので、間違って VT10 0 (または VT100 に似た他の端末) に設定してもほぼ問題なく動作するでしょ う。だいたいはうまく動くと思いますが、編集やそれに似たことをしたときに ミスを犯すかもしれせん。 通信 (ダイアル) プログラム

PPP コネクションを使ってインターネットへダイアルアップ接続するプログラ ムには、端末エミュレーションは通常含まれていません。しかし幾つかのモデ ムダイアルアッププログラム (minicom や seyon) はそれができます。それを 使うことで、(例えば) 公立図書館のカタログやインデックスを利用するため に (もしくは、雑誌記事を読むのにさえ) そこへダイアルアップ接続します。 それらはモデムをテストするのにも役立ちます。seyon は X-Windows 上での み使用し、Tektronix 4014 端末をエミュレーションします。 通信プログラム kermit は端末エミュレーションにはならず、それは単に、あ なたの端末と接続したリモートサイト間の半透過的なパイプにすぎません。従 って、kermit を Linux PC 上で使うなら、端末タイプは ``Linux'' になるは ずです。あなたの PC に接続した Wyse60 があり、そこで kermit が走っている なら、リモートコンピュータが Wyse60 として見えるでしょう。Minicom は VT102 をエミュレートし、それを Wyse60 端末で使うなら、データがモデムに 送られる前に Wyse のエスケープシーケンスは VT102 エスケープシーケンス に変換されるでしょう。Kermit ではこれができないのです。 telix や procomm のように DOS で快適に動くエミュレータもあります。エミ ュレートするものには、古い VT100, VT102, または ANSI (VT100 のような) などの端末があります。 X-Windows でのエミュレーション

xterm (もう時代遅れ ??) は VT102, VT220, や Tektronix 4014 をエミュレ ートでき、X-Windows の下で走ります。それはまた xterm エミュレーショ ンでもあります (だけど ``xterm'' と呼ぶ物理的な端末ではありません)。 Tektronix 4014 エミュレーション (ベクターグラフィックス端末については をご覧ください) が 必要なければ 非ラテン文字用としては、kterm が漢字端末エミュレーション (あるいは他の 非ラテン文字用) で、xcin は中国語用です。9term エミュレーションもその 一つです。これは組込みエディタやスクロールバーなどがあるので、ただの端 末エミュレーション以上だと思います。AT&T の Unix ライクなオペレーティ ングシステムである Plan 9 用に設計されたものです。 本当の端末のほうが良い

大きな画面で X-Windows を使っていなくても、本当の端末はエミュレーシ ョンより使いよいです。普通は費用がかからなくて、テキストに適した解像度 があり、ディスクドライブがないので騒音も出しません。 テスト端末エミュレーション

VT シリーズの端末用に、vt53, vt100,vt102, vt220, vt320, vt420 などの端 末がちゃんと動くかどうかの判定を手助けしてくれる からダウンロードできる でしょう。あるいは からもダウンロー ド可能です。 Linux コンソール

PC Linux システムのコンソールは通常はモニタで、端末タイプ ``Linux'' を エミュレートします。他の端末タイプをエミュレートするようにする方法は (カーネルコードの書き直しに何週間も費したくないなら) ありません。環境 変数 TERM を ``Linux'' 以外の端末タイプに設定しても、他の端末のエミュ レートはしないでしょう。``端末'' が何か違ったタイプとして間違って (TERM 変数で) 宣言されたため 、誤ったインターフェースとなるだけです。 をご覧ください。 ``Linux'' エミュレーションは柔軟で、エミュレートするよう意図した vt102 端末を越える特徴があります。カスタムフォントの使用や、簡単にキーボー ドのキー配置変更 (本当の端末用に必要なカーネルソースコードのパッチや、 再コンパイルなしで) などが可能です。このようなおまけの特徴はコンソール ドライバに内蔵されたものであり、エミュレーションソフトウェアのものでは ありませんが、結果的にエミュレーションの一部のように動作します。 このような付加的な特徴を利用するするために多くのコマンドがあります (Keyboard-and-Console-HOWTO をご覧ください)。(キー)スキャンコードも VGA カードも使用しない本当の端末では、残念ながらこれらの特徴のほとんど を使えません。通常はコンソールへ送られるメッセージを端末が受信するよう Linux を再コンパイルすればできるでしょう。 をご覧ください。 エミュレーションソフトウェア

エミュレータはうまく動かないかもしれないので、ソフトウェアの購入前にや りたいことをチェックすべきです。 Linux PC を端末にする

標準的な vt100 (あるいはそれに近いもの) をエミュレートしたい場合を除い て、Linux で利用できるフリーエミュレーションソフトウェアはあまり多くあ りません。フリープログラムの minicom や seyon (X-windows 専用) は vt100 (あるいはそれに近いもの) をエミュレートできます。seyon はまた Tektronix4014 端末もエミュレートします。 TERM (Century Sofware の非フリーソフト) は Wyse60,50; VT 220, 102, 100, 52: TV950, 925, 912; PCT ERM; ANSI; IBM3101;ADM-1l; WANG 2110 をエミュレートできます。IBM と Wyse の場合はブロックモードが使えます。それは Linux PC で走ります。 非 Linux PC を端末にする

非 Linux-PC で動くエミュレータもあります。それは Linux-PC へ接続する端 末として非 Linux-PC を使うことを可能にします。DOS 用として で、これは商用ソフトで す。vt-220 がエミュレートできます。Turbosoft(オーストラリア) の TTWin は Window s の下で 80 種類の端 末をエミュレートできます。 マッキントッシュの場合は、Carnation Software があります。 端末エミュレーション製品をチェックできる場所の一つに Shuford のサイト がありますが、古い製品 (まだ動きますが) がリストアップされてるようです。 実際、情報は古いものです。 をご覧ください。 フロー制御 (ハンドシェイク)

フロー制御 (= ハンドシェイク = 歩調を合せること) とは、あまりに速いバ イトの流れにより端末、コンピュータ、モデムあるいは他の機器がオーバーラ ンするのを防ぐことです。オーバーランとは、機器が十分な余裕を持って受信 処理をできない時に、データの損失やその他の重大なエラーが生じることです。 フロー制御が何をするかと言うと、(例えば) 端末がデータ受信の準備ができ るまでバイトの流れを止めておいたりします。フロー制御とは、バイトの流れ を止めたい機器とは逆側の機器に対してフロー停止信号を送ることです。フロ ー制御は端末とコンピュータの両方で設定されねばなりません。 フロー制御にはハードウェアとソフトウェア (Xon/Xoff か DC1/DC3) の 2 つ のタイプがあります。ハードウェアフロー制御は RTS/CTS や DTR/DSR などの ような専用の信号線を使いますが、ソフトウェアフロー制御は、通常のデータ 線に DC1 や DC3 制御コードを送ります。ハードウェアフロー制御では、ケー ブルが正しく結線されていなければなりません。 2 つのシリアルポート間のデータの流れは 2 方向ですから、以下のような 2 つの異なるフロー (と結線) を考慮しなければなりません。 コンピュータから端末へのバイトの流れ 端末のキーボードからコンピュータへのバイトの流れ フロー制御がなぜ必要か ?

「なぜオーバランしない程度のそこそこのスピードで送らないの？ そうすれ ばフロー制御なんて必要ないのに」と尋ねる人もいるでしょう。これは可能な んですが、フロー制御を使いながら高速で通信するより、はるかに低速になっ てしまうのです。一つの理由は、シリアルボーレートを 14,500 のようなお望 みのスピードに設定できなくて、飛び飛びの数の選択しかできないからです。 最善の選択は、機器が受信でき得るスピードより少しだけ速いレートを選択し ておき、それでもうまく動くようにフロー制御を使うことです。 フロー制御を使わないと決めたら、最悪のケースに備えてかなり遅いスピード に設定しなければなりません。端末では、複雑なやりとりをするためにエスケ ープシーケンスを送ると通常より時間がかかります。モデムの場合 (データ圧 縮付きでフロー制御なし) は、、コンピュータから端末へのスピードが、電話 線で使用できるのと同じくらいゆっくりしたものでなければならないので、最 悪のケースではデータはランダムであり、圧縮できません。フロー制御に失敗 したら、そのスピード (データ圧縮オンの時の) は圧縮をまったくしない場合 より遅くなります。 バッファは、短い間だけなら最悪の状況を処理する助けとなります。一度に処 理しきれないほど速く飛びこんできたデータをバッファに格納し、後で処理す るために溜めておくのです。 パディング

``最悪の場合'' の状況 (フロー制御やバッファを使わない) を処理する別な方 法は、エスケープシーケンスにヌルの束 (値 0) を付け加えるというものです。 他にどんな機能も与えられてないなら、DEL が使われることがあります。をご覧ください。 エスケープシーケンスは、端末が何かをするとき始まります。そして、端末が 作業中でビジーになったら、無視してよいヌルの束を端末から受け取ります。 最後のヌルを受け取ったとき、端末が作業を終えて次のコマンド待ちの状態と なっています。これをヌルパディングと呼びます。このようなヌルを正式には、 ``フィルキャラクタ'' と呼びます。このヌルは単に時間を ``浪費'' するだけに 挿入されますが、全てを浪費しているわけではなく、端末が何かをするためビ ジーとなったら相手はヌルを受信するのです。フロー制御がポピュラーになる 前はよく使われました。効果的であるように適切な数のヌルが挿入されるべき ですが、長ったらしいものになります。端末のマニュアルにはこれについての 説明が少しだけか、あるいはまるでなかったので、試行錯誤するしかありませ んでした。フロー制御がうまく働かないか、実装されていなければ、パディン グが解決策の一つとなるでしょう。シリアルポートのオーバラン

19,200 bps (bit/sec) のようなスピードで送信データがセットされている送 受信シリアルポートで、オーバランはどのようにして起り得るのでしょう。理 由は、受信シリアルポートは電気的に入ってくるフローレートを取り扱えます が、シリアルポートからのバイト列を取り込み処理するハードウェア / ソフ トウェアが高速なフローレートに対処しきれなくなるからです。 原因の一つは、シリアルポートのハードウェアバッファがあまりにも小さいこ とです。古いシリアルポートのハードウェアバッファサイズは、たった 1 バ イト (UART チップ内) しかありません。もし受信バッファ内のバイトが次の バイトを受信する前に CPU 命令で取り除かれなければ (フェッチされなけれ ば)、それは消え失せます (バッファーオーバーラン)。16550 のような新しい UART には 16 byte のバッファ (1 byte バッファとしてもエミュレートでき ます) がありますので、オーバランしそうもありません。バッファに 1,4,8 または 14 バイトのデータが到着したら割り込みが発生します。他のコンピュ ータチップ (普通は コンピュータのメイン CPU) が小さなハードウェアバッ ファから取り出して処理します (他のタスクの振舞いと同じ)。 ハードウェア受信バッファが、指定の制限 (古い UART は 1 byte) 一杯とな ったら割り込みがかかります。コンピュータはしていたことを中断して、ソフ トウェアが何が起ったか見つけるためにチェックをします。最後に、シリアル ポートのバッファから 1byte (かそれ以上) を取り出そうと決めます。これら のバイトを取り出し、カーネルがメインメモリ内に準備している大きなバッフ ァ (シリアルポートバッファよりも大きい) に入れます。送信バッファでは、 シリアルハードウェアはバッファが空っぽ (またはそれに近い状態) になった ら割り込みを発行し、送信データをもっとバッファに入れてよいことを CPU に伝えます。 端末にもコンピュータに似たシリアルポートやバッファがあります。端末への フローレートは、キーボードからホストコンピュータへの逆方向フローよりは るかに大きな値となるので、オーバーランが起りそうなのは端末側です。もち ろん、コンピュータを端末として使っているなら (エミュレーション)、同じ ようにオーバランが発生することがあるでしょう。 オーバーランが発生しそうな危険な状況は、1. 他のプロセスが割り込みを不 可にした場合 (コンピュータでの話) か、2. メイン (または、端末) メモリ のシリアルポートバッファがオバーフローした場合です。 送信停止

洪水のように入ってくるデータを受信処理しきれなくなった時に、送信側に送 信停止の信号を送ります。これがフロー制御で、フロー制御信号は、コントロ ールするデータの流れとは逆側に送ります (同じチャネルでも結線上でもあり ません)。この信号は、データ線に普通のデータとして送られる制御文字 (^S = DC3 = Xoff) か、DTR と CTS (あるいは他の) などの信号線とは別の専用信 号線の正から負への電圧変化として伝送されます。Xoff を使う方法は "ソフ トウェアフロー制御" と呼び、専用信号線 (ケーブル内) を使った電圧変位に よる方法はハードウェアフロー制御と呼びます。 キーボードロック

端末でもっともありふれた ``送信停止'' は、端末がこれ以上の文字を送り続 けられない場合で、PC に ``停止'' を送るケースです。別なケースは誰かが CTRL + S (訳注 CTRL キーと S キーを同時に押す) を押した場合です。一般 には稀ですが、PC がキーボードのタイプスピードについてゆけずに、端末に 停止を送ることがあります。端末はキーボードを ``ロック'' し、このことを メッセージかライトで知らせるはずです。キーボードロックがかかったら何を タイプしても無視されます。 端末の "ロック" は、コンピュータが端末へ送信停止を告げるときなどの一般 的な場合にもよく使われます。キーボードはロックされていないので、タイプ した文字はコンピュータに送られます。コンピュータが何も送りかえさなけれ ば、タイプした文字は表示されず、キーボードがロックしたように思うかもし れません。スクロールはロック (スクロールロック) しますが、キーボードは ロックしません。 送信再開

受信側が処理に追いついて、データを受信できるようになったら送信側に信号 を送ります。ソフトウェアフロー制御でのこの信号は、正規のデータ線で送出 される制御文字 ^Q = DC1 = Xon です。ハードウェアフロー制御では、信号線 の電圧が負 (否定) から正 (肯定) に変ります。端末に送信再開を告げると、 キーボードのロックが解かれ使用可能となります。 ハードウェアフロー制御 (RTS/CTS 等)

古い端末の幾つかにはハードウェアフロー制御がありませんが、他の端末では、 シリアルポートの異なるピンを組み合わせてフロー制御を行ないます。様々な ピンとその名前のリストについては を ご覧ください。かなりポピュラーに使われるピンに DTR ピン (または、 DTR ピンと DSR ピンの両方) があります。 RTS/CTS, DTR そして DTR/DSR フロー制御

Linux PC は RTS/CTS フロー制御を使いますが、DTR/DSR フロー制御 (いくつ かの端末で使われる) も同じ働きです。DTR フロー制御では DTR/DSR フロー 制御の DTR 部分だけとなります。 RTS/CTS は、シリアルコネクタ (EIA-232) の RTS ピンと CTS ピンを使用し ます。 RTS は ``送信要求 (Request To Send)'' を意味します。受信側でピンの 状態が肯定(正電圧) である時、「こっちに送ってもいいよ」という意味です。 もし RTS が否定 (負電圧) なら、それは ``送信要求 (Request To Send)'' を 否定することであり、「こっちに送らないで (送信停止)」という意味になり ます。受信側で受信準備可能となったら、送信再開を他方へ要求するべく RTS を肯定 (正電圧) にします。コンピュータと端末で (両方共 DTE タイプの装 置)、RTS ピンはケーブルの反対側の CTS ピン (Clear To Send) にフロー制 御信号を送ります。すなわち、ケーブルの一方の RTS ピンはもう一方の CTS ピンに接続されるのです。 モデム (DCE 装置) の場合は、RTS ピンが信号を受信し、CTS ピンは送信する ので、また違うやり方となります。これについて紛らわしく思われるかもしれ ませんが、ここでの議論の必要がないほど歴史的に正当な理由があるのです。 端末は普通、DTR か DTR/DSR のどちらかのフロー制御を使います。 DTR フロ ー制御は DTR/DSR フロー制御と同じですが、一方向のみで、DSR ピンは使わ れません。端末での DTR/DSR フロー制御では、DTR 信号は RTS ピンから送ら れる信号のようであり、DSR ピンは CTS ピンのような働きです。 DTR か DTR/DSR フロー制御で接続

端末の幾つかは DTR フロー制御だけを使います。これは、端末のオーバラン を防ぐ一方向のフロー制御にすぎません。誰かが、コンピュータが扱える以上 に速くタイプし過ぎると、コンピュータを守れなくなります。標準的なヌルモ デムケーブルでは、端末側の DTR ピンをコンピュータ側の DSR ピンに接続し ますが、Linux では DTR/DSR フロー制御はサポートしていません (マルチポ ートボードのドライバが DTR/DSR フロー制御をサポートしているかもしれま せん)。この問題の迂回策は、端末側の DTR ピンとコンピュータ側の CTS ピ ンとを接続して、 RTS/CTS フロー制御をセットする (stty crtscts) ことで す。なんら影響を受けない唯一の方法をとれば、ホストは洪水のようなタイプ から免れるし、キーボードをロックするために RTS を落すような無駄な試み もしなくてよいでしょう。 をご覧ください。DTR/DSR フロ ー制御 (端末が 2 方向のフロー制御をサポートしているなら) で上記のよう なことをするには、端末の DSR ピンをコンピュータの RTS ピンに接続します。 古い RTS/CTS ハンドシェイクは異なる

混乱するのは、RTS のそもそもの使い方には上記で説明したのと反対の意味が あることです。オリジナルの意味は「送信要求」で、送信要求は、端末 (また は、コンピュータ) からモデムに送られます。要求を許可するなら、「送信要 求を確認しました (Cleared To Send)」との意味で CTS を肯定してコンピュ ータ側の CTS ピンに送り返します。最近の RTS/CTS 双方向フローと比較する と、コンピュータ (や、端末) からモデムへの単方向のフローに対する保護で しかありません。 古い端末での RTS にはこんな意味があり、端末がデータを送信する時に正電 圧をかけます。上記の使い方がフロー制御の方式の一つですから、モデムがコ ンピュータに送信を停止してほしい場合は、CTS (コンピュータ側の CTS に接 続) 信号を落すと、コンピュータが送信を止めます。 リバースチャネル

古いハードコピー端末にはリバースチャネルピン (19番ピンのような) があり、 これは RTS/CTS フロー制御での RTS ピンのような働きです。この端子は、紙 やリボンがなくなった時にも否定になります。このピンはまた、ホストコンピ ュータの CTS ピンとも接続したりします。信号極性を変えるディップスイッ チがあるかもしれません。 ハードウェアフロー制御はハード的になされるか？

一部の人は、ハードウェアフロー制御はハード的になされていると考えていま す (複数のポートを備えたインテリジェントシリアルカードを使ってない場 合)が、実際はオペレーティングシステムが行っているのです。UART チップと 関連のハードウェアは、ハードウェアフロー制御について何も知りませんから。 ハードウェアフロー信号を受信すると、信号線の極性が変り、ハードウェアは 電気的な割り込みを CPU に与えます。しかし、ハードウェア自体は割り込み の意味について関知しません。CPU は何をしていようが停止して、メインメモ リ内の割り込みテーブルのある場所へジャンプし、そこで割り込みプログラム の場所を知ります。このプログラムは、なにが起こり何をすればよいかを知っ ています。 別な手段で実装されているのは、極性が変ったときに CPU に電気的な割り込 み信号を送る方法です。それが発生したら CPU は現在の作業を一時中断し、 シリアルドライバのサービスルーチンへ処理が移り、何が起ったかを知るため にシリアルハードウェアのレジスタを調べます。そのサービスルーチンの処理 が終了した後は、フローを再送出しないように指令します。こちらの方法のほ うがいくらか効率的ですが、Linux ではこのようにしていません。私は一時、 Linux ではそうしていると思っていました。 どちらの方法でもバイトの流れがほぼ即座に止ることに注意してください。し かし、シリアルポートのハードウェア送信バッファ内にすでにあるバイト (最 大 16 バイト) は送り続けられるでしょう。ソフトウェアフロー制御を使うな ら、受信データに ``オフ'' バイトがあるかチェックする必要があります。こ れらのバイトが 16 バイトの受信バッファを通ることで遅延が生じます。``オ フ'' バイトがこのバッファの最初にあっても、15 以上のバイトを受信してい る間ウエイトし、16 バイト全部を読んだら、``オフ'' バイトを見つけるでし ょう。このような特殊な遅延はハドウェアフロー制御では起りません。 ETX/ACK や ENQ/ACK フロー制御はもはや廃れかけてる ??

これもソフトウェアフロー制御で、それができるデバイスドライバが必要です。 バイトはパケットとして送られ (非同期シリアルポートを経由して)、各パケ ットの終端には ETX (End of Text) 制御コードがあります。端末が ETX を受 信したら、次のパケットを受信する準備ができるまで待ち、それから ACK(Ack nowledge) を返します。コンピュータは ACK を受信すると、次のパケットを 送ります。以上のことを繰り返します。これは Linux ではサポートされてい ないのでしょうか ?? HP の端末では ENQ の代りに ETX を使って同じことを します。 物理的な接続

マルチポートボードは、1 台の PC に沢山の端末 (や、モデム) を接続できま す。端末とホストコンピュータは、ケーブル直結かモデム経由、またはターミ ナルサーバ経由で接続されるでしょう。 マルチポート I/O カード

追加のシリアルカードは、沢山のシリアルポートを持つ ``マルチポートボー ド'' という名で購入できるかもしれません。本書ではこのようなボードにつ いて触れていませんが、Serial-HOWTO でかなり詳しく述べています。ある会 社の平均価格 (1998 年現在) は にあります。 ケーブルでの直接接続

端末とホストコンピュータを結ぶ最も簡単な方法は、ホストコンピュータのシ リアルポートへ直接接続することです。コンピュータと他の機器を (シリアア ルポートを経由して) 接続するなら、本章の情報を活用できます。ほとんどの PC にはシリアルポートが 2 つありますが、1 つはマウス用です。 EIA-232 ポート用として、送信と受信線がクロスしたヌルモデムケーブルが必要です。 ハードウェアフロー制御をしたいなら、おそらく DTR ピン (または、DTR ピ ンと DSR ピンの両方) を使うことになります。 訳注：現在の PC ではマウスポートは別にあり、2 つあるシリアルポートは両 方とも使用できるか、一方は内蔵のモデムボードが使用しています。 ケーブルの種類が正しいことを確認してください。お店で買ったヌルモデムケ ーブルなら大丈夫でしょう (長さが十分ならば)。しかし、ハードウェアフロ ー制御はうまく働かないかもしれません。そんなケーブルはシリアルプリンタ ーケーブルなどとラベルが貼られてることでしょう。あなたご自身のケーブル を は、ここを参考にし て決めてください。オスの DB25 か DB9 のシリアルポートの PC への接続に は注意してください。それと パラレルポート (メスの DB25) に間違ってつな がないように。 ヌルモデムケーブルのピン配置 (3,4,5 番端子)

下図の 3 つは本当のテキスト端末用ですが、RTS を DTR に、CTS を DSR に 置き換えれば 2 台の PC の接続にも使えます (PC と PC の接続に 4 線式を 使わないでください)。端末用として、DTR フロー制御だけを使うなら、 RTS と DSR 間を配線しないでください。2 組のツイステッドペア線なら、にあるように、2 つの線を信号グランドとして使ってください。 PC オス DB25 端末 DB25 TxD 送信データ 2 --> 3 RxD 受信データ RxD 受信データ 3 <-- 2 TxD 送信データ SG 信号グランド 7 --- 7 SG 信号グランド CTS 送信可 5 <--20 DTR 端末レディ RTS 送信要求 4 --> 6 DSR データレディ あなたの PC が DB9 コネクタなら以下を試してみてください。 PC DB9 端末 DB25 RxD 送信データ 2 --> 2 TxD 受信データ TxD 受信データ 3 <-- 3 RxD 送信データ SG 信号グランド 5 --- 7 SG 信号グランド CTS 送信可 8 <--20 DTR 端末レディ RTS 送信要求 7 --> 6 DSR データセットレディ あなたの PC と端末の両方共、DB9 コネクタなら以下のように接続します。 PC DB9 端末 DB9 RxD 送信データ 2 --> 3 TxD 受信データ TxD 受信データ 3 <-- 2 RxD 送信データ SG 信号グランド 5 --- 5 SG 信号グランド CTS 送信可 8 <-- 4 DTR 端末レディ RTS 送信要求 7 --> 6 DSR データセットレディ 上図の結線にはモデムコントロール線がありませんから、getty に ``local'' オプションが設定されていること (stty clocal と同じ) を確認しておいて ください。それとハードウェアフロー制御が必要なら、コンピュータ側でも可 能にしなければなりません (agetty の -h オプションを使って。 ``stty crtscts'' と同じです)。 標準ヌルモデムケーブルのピン配置 (7 線式)

以下の 3 つの図は、フル ``スタンダード'' ヌルモデムケーブル用の結線図 です。購入したケーブルはこんな風に結線して接続します。これはコンピュー タ同士でも良好に接続できるでしょう。そして本当の端末でもソフトウェア (Xon/Xoff) フロー制御 (あるいはフロー制御無し) を使って接続できます。 しかし、端末でハードウェアフロー制御はうまく働かないでしょう。本物の端 末のほとんどは DTR か DTR/DSR フロー制御 (ハンドシェイク) をサポートし ていますが、Linux ではサポートされてないからです。 PC オス DB25 端末 DB25 TxD 送信データ 2 --> 3 RxD 受信データ RxD 受信データ 3 <-- 2 TxD 送信データ RTS 送信要求 4 --> 5 CTS 送信可 CTS 送信可 5 <-- 4 RTS 送信要求 DSR データセットレディ 6 | DCD キャリア検出 8 <-- 20 DTR 端末レディ SG 信号グランド 7 --- 7 SG 信号グランド 6 DSR データセットレディ | DTR 端末レディ 20 --> 8 DCD キャリア検出 代わりにフル DB9-DB25 ヌルモデムケーブルを使った場合です (端末でのハー ドウェアハンドシェイクはうまく働きません - 上記をご覧ください)。 PC DB9 端末 DB25 RxD 受信データ 2 <-- 2 TxD 送信データ TxD 送信データ 3 --> 3 RxD 受信データ 6 DSR データセットレディ | DTR 端末レディ 4 --> 8 DCD キャルア検出 GND 信号グランド 5 --- 7 GND 信号グランド DCD キャリア検出 1 | DSR データセットレディ 6 <-- 20 DTR 端末レディ RTS 送信要求 7 --> 5 CTS 送信可 CTS 送信可 8 <-- 4 RTS 送信要求 (RI リング表示 9 不要) (そう、DB9 コネクタ の 2 番、3 番ピンは DB25 コネクタとは逆の意味になっ ています!) 2 つの DB9 コネクタをヌルモデムで接続する方法がこれです (でも DTR フロ ー制御はうまく働きません)。 PC DB9 DB9 RxD 受信データ 2 <-- 3 TxD 送信データ TxD 送信データ 3 --> 2 RxD 受信データ 6 DSR データセットレディ | DTR 端末レディ 4 --> 1 DCD キャリア検出 GND 信号グランド 5 --- 5 GND 信号グランド DCD キャリア検出 1 | DSR データセットレディ 6 <-- 4 DTR 端末レディ RTS 送信要求 7 --> 8 CTS 送信可 CTS 送信可 8 <-- 7 RTS 送信要求 RI リング表示 9 (未使用) 上記 2 つのコネクタを使うとフルモデムコントロール信号を備えているので、 ``stty -clocal'' をセットすればそれができそうに思えます。getty 等が通 常の方法でポートをオープンする前に、端末の電源が入ってないといけません (DTR をアサートにする)。でも、最初に端末の電源を入れ損なうとトラブル の元です ( をご 覧ください)。そんな理由で、``stty clocal'' はデフォルト (モデムコント ロール線を無視する)で使うべきで、これらのケーブルに追加した信号線はそ の目的を果たしてはいません。 昔はモデムコントロール信号などを無視するのは簡単ではなかったので、次の ような ``トリック'' を行なっていました。それは、コンピュータ側のモデム コントロール線をつながずに、RTS と CTS を短絡したり、あるいは DSR と D CD と DTR を短絡したりするといったことです。この結果、コンピュータがあ るハンドシェイク信号を処理する必要がある時に、コンピュータ自身で (偽り の) 処理することになります。 長さの制限

50 フィート (約 15 メートル) 以上のケーブルは高速ではうまく働かないか もしれません。この長さ以上でも大丈夫なのは、特に、低速で、低い静電容量 のケーブルを使い、受信端の電気的特性の感度が良好な場合です。9600 ボー で理想的は状態であれば、1000 フィート (約 300 メートル) でも通信できる とのことです。遠距離をカバーする一つの方法は、各シリアルポートの近くに 2 つのラインドライバを設置して、非平衡型から平衡型に変換 (および逆変 換) するとともに、ツイステッドペアケーブル線を使用することです。でもラ インドライバは高価ですが。 ハードウェアフロー制御ケーブル

ハードウェアフロー制御 (ハンドシェイク) を望み通りに使いたいなら、自作 ケーブル (またはオーダーメイド品) を使う必要があります。もちろん使用中 のケーブルのコネクターが取り外せるなら、そうして配線し直してもかまいま せん。をご 覧ください。DTR ピンを使うかどうか、使わないのならどのピン (ピン類) を 使うのか決める必要があります。セットアップメニューには DTR ピンの使用 を意味する ``DTR ハンドシェイク'' があるので、これについての糸口になり ます。DSR ピンも使うかもしれません。詳説はをご覧ください。古 い端末にはハードウェアフロー制御が備わっていないものもあるでしょう。 ケーブルの両端

ノーマルな ``ストレートスルー'' ケーブルは、ヌルモデムケーブルかヌルモ デムアダプタと結合した延長ケーブルにしないとうまく働かないでしょう。ケ ーブル端のコネクターがハードウェアのコネクタと合っていることを確認して ください。最低 4 芯 (ひょっとすると、ツイステッドペア) の電話線を使う 人がいるかもしれません。シールドしてあって、特別に低い静電容量のコンピ ュータケーブルがベストです。 ツイステッドペア線を使った賢いやりかた

EIA-232 信号は平衡型ではないので、ツイステッドペアケーブルの使用には注 意を要します。一つのペアは送信用で、もう一つは受信用です。こうするには 各 2 つのペアの 1 本の線を信号グランドに接続します。信号のグラウンド電 流だけが、(ツイステッドペアの一方をグラウンドに接続した)線を流れますが、 これでも役に立つでしょう。「(グラウンドへ戻る別の回路に比べて) 目的の ツイステッドペア回路は低インダクタンスであるため、実際にこの回路を経由 する帰還 (グランド) 電流は、純抵抗成分 (直流抵抗) だけから計算した場合 よりも多くなります。周波数が高くなるほど、誘導インピーダンスが増加する ので、これは特に高周波領域で顕著に現れます。そしてシリアルポートの矩形 波には高調波が含まれてるんですよ。 訳注：著者の言いたいことは要はこういうことです。「ツイステッドペアの2 本の線は一方は信号に、他方はグラウンドに接続すべきです。このように接続 することで、線に流れる電流に依って生じる磁界が互いに打ち消し有って、外 部からのノイズの影響を受けにくくなりますし、線に流れる矩形波電流が含む 高調波を外部へまき散らすことも少なくなるからです。」 ケーブルの接地

1 番ピン (DB 25 の) はフレームグランド (接地でもある) ですが、安いシリ アルポートではどこにも接続さえしていません。9 ピンコネクタなどは接地用 の端子さえないのです。信号グランドは 7 番ピンで、普通はフレームグラン ドに接地されます。これは信号電流の一部が屋内配線の接地線に流れる (望ま しくない) ことを意味します。ケーブルのシールドは、ケーブルの片方のコネ クタだけで接地されることになっていますが、ケーブルのシールドを両方のコ ネクタに接地したほうが、屋内配線の接地線に電流が流れ込まないので、良い 方法かもしれません ?? 訳注：屋内配線に接地線がついている国でのお話です。日本では、特別な場合 を除いて接地線は配線されていません。 モデム接続

端末とモデムを組み合せて (コンピュータなしで) BBS に接続できます。いく つかの BBS (フリーネットのような)では、テキスト端末で動く lynx みたい なテキストブラウザを使ったアクセスを許しています。従って、古い端末と外 付けモデムでインターネットへも接続できます。アカウントのあるコンピュー タに接続したなら、ホストコンピュータ上での作業の保存 (や、ファイルのダ ウンロード) ができるでしょう。 端末からの発信

ケーブルを使って端末 (あるいは端末をエミュレートするコンピュータ) とホ ストコンピュータを直結して接続する代りに、電話線 (あるいは専用線) とモ デムを使ってホストに接続できます。普通は端末 (またはコンピュータ) がホ ストコンピュータに電話を使って発信します。 ほとんどの人は発信に PC とモデムを使います。PC にはシリアルポート接続 した端末があって、端末を使う人が PC を使って発信できます。本物の端末は あまりインテリジェントではなく、ユーザにフィードバックすることもないの で、外付けのモデムを端末に接続するのは難しいことです。発信では、端末の 多くは 1 つ以上の電話番号を ``セットアップ'' しておけるメッセージとし て記憶しておき、あるファンクションキーを押したらモデムに送ります。多く のモデムもまた電話番号を記憶しておけます。モデムの初期化シーケンスは電 話番号に先立って行なわれなければなりません。電話回線の向こう側から応答 が返ってきたら、こっち側のモデムに繋がるホストコンピュータはログインで きるよう getty プログラムを動かします。 端末は着信を受けつける

Linux が動くコンピュータでは着信を受けるのはあたりまえのことで、呼び出 し側はログインプロンプトの表示後、ログインします。初めて見ると、ダム端 末 (どのコンピュータにも接続していない) がどうして着信を受けられるのか 奇妙に思うかもしれませんが、できるんですよ。このようなことをする理由の 一つは、料率が違う電話料金を節約することです。端末で ``着信'' の設定を し、端末側のモデムを自動着信 (レジスタ S0 に 2 をセットすると 2 回ベル が鳴ったら自動応答します) にするなど着信用の設定が必要です。着信前に端 末とモデムの電源を入れておいて、電話がかかってくると、ログインプロンプ トが表示されログインできます。 端末に電話をかけるホストコンピュータには、ちょっと普通じゃないことをす る必要があります。端末側のモデムが応答するとすぐに、ホストはログイン (login) を動かす必要があります。ホストは ``コールバック (callback)'' 時には ``cb'' と呼ぶ Linux プログラムを起動してこれを行います。コール バックとは、コンピュータ A がコンピュータ B に電話をかけ、コンピュータ B が一旦電話を切った後、コンピュータ A に電話をかけ直すことです。端末 をエミュレートするコンピュータ A を使っているならやりたいのではないで しょうか。コールバックプログラムの ``かけ直し'' の部分にしかホストを利 用できないので、本当の端末にとって複雑な作業となるはずです。コールバッ クのセットアップファイルはホスト側で正しく設定されなければなりません。 コールバックは端末に電話をかけさせ、そのポートで mgetty を動かします。 mgetty 自体 (1998年前半現在) は着信を受けることしかできなかったけど、 コールバック機能を組み込んで、発信もできるようになりました。1999年前半 の段階でこれができるとは思えませんでしたが。 ターミナルサーバとの接続

ターミナルサーバの使い方の一つは、ホストコンピュータが繋っている高速通 信ネットワークに沢山の端末 (や、モデム) を接続することです。もちろん、 ターミナルサーバには処理能力とネットワークプロトコルを話すソフトウェア が必要で、ある点でコンピュータに似ています。ターミナルサーバは、どんな コンピュータを接続するか等についてユーザと対話したり、あるいはそのよう なことをせずに接続できるものがあります。ターミナルサーバを経由してプリ ンターにジョブを送ったりもします。 今日の PC は、各シリアルポート自身にハードウェア割り込みが必要であるこ とを除けば、テキスト端末用のターミナルサーバとしての処理能力は十分にあ ります。PC をこの用途に使うには、割り込みが少なく、割り込みはハード的 に配線されていますので、ソフトウェア的に割り込みを増やすことも出来ませ ん。解決策はカード自体が割り込みシステムを持っている高機能マルチポート シリアルカードを使用することです (あるいは廉価版なら、PC の割り込みを 各ポートで共有するものがあります)。このようなカードについての詳しい情 報は Serial-HOWTO をご覧ください。Linux の下で、たくさんのシリアルポー トに対して getty が走る PC はターミナルサーバだと考えてもいいのです。 ネットワーク越しに他の PC と連携したり、主な役目がデータを通過させたり 14 バイト (か、それ以上) 毎にシリアルポートの割り込みを扱うのであれば、 それは事実上ターミナルサーバと言えます。``redius'' と呼ぶソフトウェア が時々使われます。 ターミナルサーバは端末だけでなく、それ以外にもサービスを提供するよう進 化しました。それは端末をエミュレートする PC にも役に立つし、時々は電話 線をつないだモデムプールにも接続されました。電話の着信にたいしてサービ スするデジタル接続を必要とする 56 K モデムの出現で、電話会社へのデジタ ルインターフェースが必要となりました。これは (そしてより以上のものが) 、 ターミナルサーバをリプレースする ``リモートアクセスサーバ'' によって今 日供給されています。ターミナルサーバに接続されている多くの独立した電話 線の代りに、(多数あるうちにの) 各 1 本にたくさんのデジタル電話の着信を 受けられるので、少ないケーブルですみます。リモートアクセスサーバ上では たくさんの電話番号や端末が必要な多数の接続者達はもはや存在せず、従って ターミナルサーバの後継はたやすくテキスト端末をサービスできません。 コネクタとアダプタのタイプ

コネクタは半永久的にケーブル端かハードウェアユニットに取り付けられます。 シリアル通信で使うコネクタには 2 つの基本的なタイプがあります。それは、 1. ピン付きの DBxx (DB25 のような) と、2. 電話線に使うモジュラー型の コネクタです。 アダプタはコネクタのように見えますが、両端についています。ケーブルのよ うなものですが、コネクタ以外の残りの部分はケーブルではなく、長くはあり ません。アダプタの両端はプラグになっています。それを使えば互換性のない コネクタ同士を接続することができます。アダプタは配線の変更にも使用しま す。アダプタの代用品として特別な (多分、自作の) ケーブルを使うこともあ ります。 コネクタ / アダプタの性別

コネクタ (あるいはアダプタの一端) は、オスかメスのどちらかです。ピンに なっているコネクタがオスで、ソケット (これもピンと呼ぶ場合があります) の方はメスです。モジュラーコネクタの場合、端子が露出している方がプラグ で、内側に端子があるもの (見えにくい) がジャックです。プラグがオスで、 ジャックがメスです。 アダプタのタイプ

アダプタには、ヌルモデム、ジェンダチェンジャー、ポートアダプタの 3 つ の基本的なタイプがあります。幾つかのアダプタには、この 3 つの機能の内 1 つ以上があります。 ヌルモデムアダプタ : 内部で配線を変える。ヌルモデムケーブルのようなも の。 ジェンダーチェンジャ : コネクタの性別 (オス、メス) を変換する。同じ性 別の 2 つのコネクタを互いに接続 (装着) できる。 ポートアダプタ : コネクタのタイプを別なものに変換する (DB9 から DB 25 などのように)。 DB コネクタ

(ケーブル端に DB コネクタを取り付けるには DB コネクタの取り付けをご覧 ください。) コネクタは 9 ピンか 25 ピンです。EIA-232 の規格上は 25 ピ ンですが、これらのピンのほとんどはシリアルポートでは普通は使われないの で、9 ピンで十分なのです。ピン配置については DB9-DB25をご覧ください。 普通、ピンには番号が振られていて、目を近づけるか、拡大鏡を使って見るこ とができます。 RJ モジュラーコネクタ

現代的な電話コネクタのような外見ですが、必ずしも電話コネクタとの互換性 はありません。をご覧ください。これ には 6 個か 8 個または 10 個の端子がついています。 RJ11/14 は 4-6 端子 付きの電話プラグで、外見は VT (または他の) 端末の後期モデルで使われて いる MMJ コネクタ (6 端子) に似ています。MMJ にはオフセットタブがあり、 RJ11/14 とは互換性がありません。しかし幾つかのコネクタは、 MMJ か RJ11/14 の両方と互換性があるように作られています。MMJ のピン配置は 1-DTR,2-TXD, 3-TXD GND, 4-RXD GND, 5-RXD, 6-DSR となります。 MMJ (または、RJ11/14) コネクタ付きのヌルモデムケーブルは、1 と 6、2 と 5 そして 3 と 4 を接続します。DTR/DSR フロー制御線を結んだケーブルを 使っても、Linux では (まだ) サポートされていないことに注意しておいてく ださい。何千万軒もの家庭で使われている壁から電話に配線された 4 端子の 電話線について理解しているなら、6 端子のヌルモデムケーブルを自作するの は簡単なことです。電話線もヌルモデムケーブルですから。それをよく見て、 同じ方法で結線すればよいのです。 平らな床面に (ねじれをつけないで) そのケーブル (もしくは端末のヌルモデ ムケーブル) を置いたら、ケーブルの両端のプラグには上向き (あるいは両方 共下向き) の金色の端子があるのに気がつくでしょう。ヌルモデムなのになぜ 左右対象になってるんだろうとちょっと考えるかもしれません。インラインカ プラを二三のケーブルと一緒に使うかもしれませんが、各インラインカプラも またヌルモデムアダプタなので、すべてうまく動くでしょう。2 つのヌルモデ ムデバイスを一列に繋ぐならストレートな接続にします。 RJ45 と RJ48 には通常 8 つの端子の電話プラグがあります。しかし、なかに は 10 端子のものがあって、10 端子のコネクタは幅が広いので、8 端子のコ ネクタには合わないでしょう。電話線のようなフラットケーブルや、丸いツイ ストペアケーブルの両方で使われています。コネクタのケーブル側は、丸ケー ブルとフラットケーブルで違っており、また RJ45 と RJ48 共に 8 か 10 端 子のものがあるので、間違えないよう気を付けてください。RJ48 には特殊な タブがあるので、RJ48 プラグは RJ45 ジャックには挿しこめないでしょう (R J45 プラグは RJ48 ジャックに合います)。それはマルチポートシリアルカー ドやネットワーク装置で使われます。8 端子のピン番号を示します。 プラグ ジャック (ケーブル端の外観) (壁面の穴の外観) .__________. .__________. | 87654321 | | 12345678 | |__. .__| |__. .__| |____| |____| ケーブルを作るか、改造する 買うか作るか ?

短かいヌルモデムケーブルを購入しようとする場合、それにはよくシリアルプ リンタケーブルとラベルが貼ってあります (でもシリアルプリンタは現在では あまりポピュラーではなく、ケーブルもそうです)。残念ながら、ハードウェ アフロー制御用にはおそらく使えないでしょう。ケーブル端のコネクターが、 あなたのコンピュータや端末のコネクタに合うかどうか確認してください。 端末を接続するのに長いケーブルが必要だったり、ハードウェアコントロール の必要がある時に、それに見当ったケーブルを得るにはどのようにすればよい のでしょう ? 正しい既成ケーブルを見つけるのは難しいことで (インターネ ットで探せば見つかるかもしれません)、特に最小限の配線 (4 本) なら尚さ らです。選択肢の一つは注文製作品を使うことで、少し高価になりますが、誰 か作ってくれる人がいるなら既製品と比べてそんなに高くはなりません (私は そうしました)。もう一つの選択肢は自分で作ることです。これには特別なツ ールが必要です。それを見つけたら、使用済みのケーブルなんて安い買物です が、おそらくコネクタ部分の配線を繋ぎ直す必要があります。短かいケーブル についているのは固定された成形コネクタで、再配線できないようになってい ますが、注文生産品や自作のコネクタなら配線をやり直すことができます。自 作ケーブルの長所は、ケーブルが壊れた (あるいは調子が悪い) ときや、急に 他のケーブルを作る必要があるときにあなたの技量でもって作れることです。 ピン番号

ピン番号はコネクタのプラスチック部に刻まれています。各ピンの近くにあっ て、見るには拡大鏡が必要になるでしょう。 ケーブル端に DB コネクタを取り付ける

に簡潔な説明があります。残念なが ら、最近のケーブルのほとんどは成形コネクタなので、改造はできません。ネ ジを外して、線を付け替えられるものもあります。ケーブルを作ったり、既存 のものを作り直したりするなら、ピンについて知っておかねばなりません。ピ ンには半田付けタイプと裸線をかしめるタイプ の 2 つがあります。 かしめ式ピンは、かしめるための特別な工具と``挿入 / 引出し'' 工具も必要 です。これらのツールを一旦入手すれば、半田付けによる製作より早いでしょ う。2 本の線を 1 つのピンに挿すなら (接続済みのピンと他のピンをジャン パーする場合も)、半田付けのほうが早いでしょうけど。なぜなら、かしめ式 ピンは各 1 本の線にひとつだけしか付けられませんが、半田付けのほうは 1 つのピンに対して 1 本以上つけられるからです。 かしめ式ピンを挿入するには手か工具を使って挿し込みます。工具でピンを取 り外すには少しこつがいります。目の前に工具と線があれば、これからの指示 はすぐ理解できます。まず、ピンの後ろの線の周りに工具の先を押しつけ、コ ネクタの穴にとどくまで (およそ 1.5 cm) 挿入します。どれだけ挿入するか を示すマークがついている工具もあります。工具の先には先細りした切れ目が あるので、線より広い切れ目から始めて、工具の先を電線に押しつけます。工 具には先が 2 つあります。電線をはさみ込みにくい方は、電線をほぼ完全に 覆うので容易に電線を引き抜けます。 先端が適切に挿入された状態で、工具と電線をゆっくり引いてみてください。 出てこないなら、工具が正しく挿入されていないので、もうすこし押し込むか、 違う位置にねじってみてください (あるいは両方とも試してみる)。もしかし たらピンを動かすのに違う種類の工具を使ってるのかもしれません。この工具 を使えば、ストレートケーブルをヌルモデムケーブルにしたりすることができ ます。 ``挿入 / 引き抜き'' 工具の使用には問題があります。工具がピンの後部に挿 入できないなら、ピンが線をきちんとかしめておらず、工具の先が丸まってな くて角っぽくなってるからでしょう。ピンが出始めてもすべて引き抜けないな ら、ピンが曲ってるのかもしれません。拡大鏡で見てください。プライヤでピ ンをまっすぐにしようとすると、金めっきを傷めるかもしれません。たまに太 いスクリュードライバのブレードの先 (またはそれに似たもの) で押しつけた りしますが、あんまり強く押しつけるとプラスチックの穴を削ったり、ピンを 曲げてしまうかもしれません。 やり方を知らずに、あるいは説明書を読まずに半田付けをするのはやめましょ うね。 RJ コネクタの取り付け

これはすごくありふれた電話で使われる電話用のモジュラージャックコネクタ です。しかし違うタイプのものもたくさんあります ( をご覧ください)。 この種のタイプの再利用は簡単ではありません。線を引っ張り出して、金色の 端子を上げることができるくさび型のものを押し込めば、コネクタは再利用で きます。取り付けには特別な締め付け工具が各コネクタタイプ毎に必要です。 もし締めつけ工具がなくても、小さなドライバー (それとハンマー)を使えば 取り付けられます (ちょっと難しいけど)。ケーブルの電線をコネクタの中に 入れて、絶縁体の間と端子の間にピッタリ収まるように、各端子毎に小さなド ライバーで強く押しつけます。端子の幅とほぼ同じドライバーヘッドを使わな かったり、押しつけた時にドライバーが滑ったりすると失敗しますよ。小さな ハンマーでドライバーを強く叩いてもよいかもしれません (最初は手で押しま す)。 端子を押している時に、コネクタの取り外しレバーを傷つけないよう注意して ください。机にそれを乗せて、端子を押さないでください。代りに、レバーと ボディの間の裂け目にぴったり合う詰めもの (薄さ約 1 mm) を詰めて おいて ください。詰めものには、厚いボール紙か数枚の名刺、または板を使えばよい と思います。コネクタの底 (机の上に置いたときに) は平らじゃないので (取 り外しレバーがあるため) 、そんなコネクタを支えるような少し柔らかいもの (1 枚のボール紙のようなもの) を机上に乗せておくようにしてください。よ り良いのは、最初の 6 mm厚のコネクタの下に別な 1 mm 厚の詰めものを入れ て、端子を支えるようにすることです。表面が柔らかなテーブルでも傷めない でしょう。別な方法 (私は試したことありませんが) は、万力でコネクタを固 定しておくことですが、コネクタを壊さないように注意してください。 締めつけ工具を使うのと比べて上記の作業で取り付けると時間がかかり、誤り や失敗を犯しがちですが、1 つか 2 つのコネクタを取り付けるだけなら、特 別な工具を買うよりはるかに安上りで、得策です。 一般的なセットアップ (設定) イントロ

設定 (セットアップ) には、端末の不揮発性メモリに設定内容を記憶させるこ とと、コンピュータの電源が入った (あるいは、ランレベルが変った) 時に実 行するスタートアップファイル (ハードディスク上にある) にコマンドを記述 しておくことの 2 つがあります。本章では設定のあらましについてと、端末 とコンピュータの両方に不可欠な通信オプションについて説明します。続く 2 つの章において、端末の設定 ( をご覧ください) と、コンピュータの設定 ( を ご覧ください) を詳細に説明します。 端末のセットアップ (設定) の概要

端末を設置する場合は、電源投入直後の端末の設定を(端末の電源が切られて も、設定内容が消えない不揮発性メモリに) 記憶させ、物理的に端末の設定を する必要があります。正しく設定してある端末をお持ちなら幸運ですよ。あな たの環境に合った正しい設定を少しだけすればよいか、あるいはまったく必要 ないからです。 端末の設定には 2 つの基本的なやり方があります。一つは端末の前に座って、 一連のセットアップメニューに従ってやっていく方法です。もう一つはホスト コンピュータからエスケープシーケンスを送る方法です。端末に何かを (エス ケープシーケンスのような) 送る前に、 のオプションのボーレートオプションをコンピュータの それと合うように設定しておかなければなりません。コンピュータと端末が互 いに ``会話'' する前に通信が正しく設定されてないといけないので、端末の 前で設定を行ないます。詳細は をご覧ください。 コンピュータセットアップ (設定) の概要

また、コンピュータから端末に設定用のエスケープシーケンスを送ることがで きる場合、コンピュータだけで、端末を使えるように設定ができます。運が良 ければ /etc/inittab ファイルに ``getty'' コマンドを記述しておくことで、 必要なことが全てできますよ。コンピュータが起動した時に、``login:'' プ ロンプトを端末に対して送りますから。詳細は をご覧ください。 コンピュータはデバイスドライバ (カーネルの一部) を使って端末と通信しま す。シリアルデバイスドライバにはデフォルトの設定があり、 端末で ``login'' が動く前にそのうちの一部 (時には全部) が getty プログラムにより設定 されます。しかし、追加の設定には ``stty'' と ``setserial'' と呼ぶプロ グラムが必要になる時があります。コンピュータの電源を切る度にこの設定が 消えるので、これらのプログラムを (もし必要なら) 毎回動かさなければなり ません。をご覧ください。 多くのオプション

選択可能なオプションはかなりたくさんあります。通信オプションが正しく設 定されていないと、端末はまったく動かないでしょう。別なオプションを間違 って設定しても、使われてない機能なら問題ありません。例えば、端末にプリ ンタが接続されてなければ、プリンタの設定パラメータが端末内でどのように 設定されようと違いはありません。最後の文は 100% 正しいわけではありませ ん。端末にプリンタが接続されてないのに、コンピュータからプリンタに文字 (データ) を全てリダイレクトするコマンドを送ったとしましょう。そうする と画面にはなにも表示されず、端末が死んでしまいます。幾つかの端末には、 プリンタが接続されていないことを示す設定オプションがあります。この場 合 `` プリンタ'' への出力をリダイレクトするどんなコマンドも無視するの で、上記のような問題は起こりません。しかし、端末を本当に変にしてしまう 誤ったコマンドが他に多くあるので、これはたいした助けにはならないでしょ う。誤ってバイナリファイルを端末に送ったような状況に似ています。 いくつかの場合では、端末がある状態に設定されていると思っているまれなプ ログラムを動かさない限りは、誤った設定によるこの種の問題は起らないでし ょう。表示上の外観のみを決める別なオプションがあり、間違った設定がなさ れた場合、端末はうまく動くはずですが見た目がおかしくなります。 幾つかのオプションは端末にのみ影響するもので、コンピュータで設定する必 要はありません。例えば、明るい背景に黒字で表示したいですか ? 背景が黒 いより目に優しいですよね。押し続けられたキーを繰り返すようにしますか ? 行が画面の右端に来たら画面を折り返しますか ? キークリック音を鳴らしま すか ? 通信インターフェイスのオプション

通信設定 (オプション) の幾つかは端末とコンピュータの両方にあり、通信速 度、パリティ、キャラクター長やフロー制御などは両者で正しく設定されなけ ればなりません。通信オプションには端末側でのみ設定されるものもあります (この組み合せでのみ通信するのに不可欠なものです)。物理ポート ttyS2 の ポートアドレスや割り込み番号 (IRQ) のようなオプションは、 ``setserial'' コマンドを使ってコンピュータ側でのみ設定されます。以上の基本的なオ プションが全て矛盾なく設定されるまで、端末とコンピュータの通信は満足に できません (まったくできないのと同じ)。端末では、各端末毎にメニューを 使って (もしくは各端末で特別なカートリッジを使って) 手作業でこれらのオ プションを設定しなければなりません。ホストコンピュータは、電源投入のた び (もしくは誰かがログインした時) にコマンドを発行して設定をおこないま す。ログインプロセスが動かす (/etc/inittab で指定した) getty プログラ ムがコンピュータの設定を行なうこともあります。 をご覧ください。 コンピュータと端末の両方の設定です。 端末だけの基本的な設定です。 全 2 重通信の設定 (Wyse 端末では FDX) が、あなたの望むよう にコンピュータ側の設定ができないなら、 Stty と Setserialコマンドの一つ (あるいは両方) を使う必要があります。 通信速度

端末とコンピュータの両方で同じ設定にしなければなりません。通信速度はビ ット / 秒 (bps または ボーレート) で表します。エラーなしで高速通信する にはフロー制御をしたほうがよいでしょう。端末側では送信 (Transmit) と受 信 (Receive) -- 時々 T,R と省略します -- の 2 つの速度が設定でき、普通 は両方が同じ速度に設定するので、Linux の stty ではまだ別々に設定できる ようになってないと思われます (``stty'' コマンドのオプションでこれがで きますが、実際は両方とも同じ設定にします)。 共通の速度は 300, 600, 120 0, 2400, 4800, 9600, 19200, 38400 などがあり、低速 (600 のような) はプ リンタやハードコピー端末用です。 パリティ、それを使うべきか ?

パリティの定義についてはを ご覧ください。たいていはパリティ禁止がデフォルトです。パリティを許可す るなら、端末とコンピュータの両方で許可して、偶数パリティか奇数パリティ のどちらかを選択します。偶数、奇数のどちらを選んでも大差ありません。端 末では時々、送信と受信のパリティの両方を設定します。コンピュータでの stty は異なった設定を許さないので両方とも同じ設定にすべきです。普通、 PC のシリアルポートは異なるパリティをサポートしません。幾つかの端末で は受信パリティを設定できませんから、受信パリティビットを単に無視します 。1 文字を 8 bit として扱う古い端末は、ハードウェア的にパリティビット の拡張ができないので、パリティチェックもできません。 パリティを使うべきでしょうか ? パリティは、必然性はないけどもあれば尚 良しといったところです。パリティがなければ不正な文字をあちこちで受信し て、存在しない文字のスペルミスを補正しようとするでしょう。しかし、パリ ティにはコストがかかります。第一に、デフォルトがパリティなしなので設定 が少々複雑です。第二に、1 バイト毎に 1 ビット以上のパリティビットが付 加されるので、通信ケーブルを通過するスピードが低下するでしょう。これに よって有効速度が低下するかどうかはわかりませんが。 例えば、ハードコピー端末は印刷処理で機械的に制限されます。コンピュータ (のUART チップ) が送る 1 秒当りのバイト量が増えると、機械的な印刷処理 に追いつくようにフロー制御の ``停止'' 信号が頻繁に送られることになるで しょう。フロー制御による待機があっても、効果的な速度を保つにはパリティ 以外にはありません。幾つかの端末でも状況は同じです。パリティを実装した 後で、1 秒当りのビット数 (平均) が少し増えたために、単位時間当りでは少 しはフロー制御によって待機することになります。しかし、追加したパリティ ビットのせいで 1 秒当りのバイト数 (平均) は同数となります。 一つのオプションはパリティなしで端末をインストールしてしまうことです。 パリティエラーに気付いた後で、それを設定するのです。パリティなしの時に 発生するエラーに目ぼしをつけるには、身に覚えのないスペルミスを探すこと です。そんなエラーに気づいたら、画面をリフレッシュ (コンピュータから再 送信する) してください。エラーがなくなったら、それはパリティエラーです。 そのようなエラーが多発したら (数百画面に 1 つ以上)、パリティを有りにし たり、通信速度を落したり、また、より短かく品質の良いケーブルを使用する などの適切な策をとる必要があります。パリティ有りにしてもエラーの数は減 りませんが、エラーがいつ発生したかはわかります。 まさに正反対の方針は、最初からパリティ有りにしておくことです。それで、 パリティエラー (CRT の文字化け) が発生しなければ (一ヶ月か二ヶ月の一定 期間)、パリティ無しにしても安全です。 キャラクター長

これは文字のサイズです (パリティビットを除く 1 文字当りのデータビット の数)。ASCII では 7 ビット、ISO 文字セットなら 8 ビットです。もし ASCI I キャラクタしか使わないのなら、8 ビット長より転送速度が早いので、 7 ビット長を選択しましょう。幾つかの古い端末は 7 ビット文字しか表示でき ません。 どのフロー制御にする (ハンドシェイク) ?

フロー制御は、``ハードウェア''(例えば DTR/CTS) か、``ソフトウェア'' (X onn/Xoff) のどちらかの選択となります。(Adds の端末メニューでは、どちら のフロー制御にも ``Xon/Xoff'' と間違った使い方をしています)。(ケーブル に 1 本か 2 本の余分な線があって、端末がサポートするなら) ハードウェア フロー制御のほうが速く動作しますが、Xon/Xoff もそれ程悪くはありません。 何人かの人がハードウェアフロー制御に変えることで、気がかりな問題を解決 したこと (以下を見てください) を報告していますが、ソフトウェアフロー制 御は別な設定で良好に動作します (私自身の場合ですが)。 もしソフトウェア (Xon/Xoff) フロー制御を使い、ユーザがそれについて何も 知らないなら、ホストにうっかり Xoff を送ったり、端末をロックしたりする と思います。端末がロックしている間、ユーザは端末をアンロックしようと無 駄な試みながら、大慌てでいろんなキーをタイプすることでしょう。そして通 信を回復するために Xon が送られた時、急いでタイプした全てが実行されて、 恐らく予期せぬ結果が生じるのです。ハードウェアフロー制御ならこんなこと は起こりません。フロー制御の説明は をご覧ください。 ポートの選択

ほとんどの端末には背面に 2 つ以上のコネクタがあるので、通常、1 つのコ ネクタをホストコンピュータとの接続用に、もう 1 つをプリンタとの接続用 に割り当てることができます。コネクタの近くには名前があって (調べてみて ください)、この名称 (Aux,Serial 2 あるいは Modem) はホストかプリンター のどちらかの接続 (あるいはそれに類するもの) に割り当てられます。 すぐに試してみるには

上記のことは全てひどく複雑に思えますが、端末を動作させるのはかなり簡単 なものですよ。 クイックインストールの章では、これを試す簡単な方法につ いて述べています。でもうまく動かなかったり、より良い表示にしたくなった り、あるいは性能を上げたければもっと深く読む必要があります。 端末のセットアップ (設定) の詳細

``端末へエスケープシーケンスを送る''という次の小節を除いて、本章では主 に、端末の前でメニューを使って手作業によるセットアップの詳細について述 べます。まだやったことがないのなら、を読んでください。端末のマニュア ルがあれば一番いいのですが、それさえも設定する必要のある多くのオプショ ンについての情報が載っているわけではありません。 ボーレートのような通信パラメータは、もし設定されなかったら端末との通信 がうまくいかないので、端末で常に設定されてなければなりません。一度通信 が確立したら、端末の設定を保存させるために 2 つの選択肢があります。端 末で手作業の設定を繰り返して端末の不揮発性メモリに書き込んでおくか、あ るいは端末の電源が入るたびに (あるいはそれに似た状態になると)、コンピ ュータから端末へエスケープシーケンスを送るようにすることです。 もし、端末のセットアップと良好な設定を端末に保存する方法を知っているな ら、それが最善のやりかただと思います。その方法を知らないのなら、端末を 使う度に terminfo の初期化文字列を端末に送ることでしょう。多分何もしな くても端末は使いやすいものだと思いますよ。あなた (かアプリケーションプ ログラム) は、端末にあるエスケープシーケンスを送ることでいつでも設定を 変更することができます。 端末へエスケープシーケンスを送る

一度通信インターフェースが確立すると、端末の設定はコンピュータから端末 へエスケープシーケンスを送ることで保存します。かなり多くの端末があるの なら、自動的に実行するシェルスクリプトを書く価値があると思います。それ は端末の不揮発性メモリに正しいセットアップを保存するように指示するコマ ンドなので (そうじゃないかもしれない)、次に端末の電源が入ったときに設 定が反映しているでしょう。 エスケープシーケンスを送るには簡単な方法と複雑な方法があります。簡単な 方法を使うと、terminfo データベースから適切なエスケープシーケンスを見 つけてきて自動的にコマンドを発行し、送信してくれるので、エスケープシー ケンスを探す必要はありません。残念ながら、送りたいエスケープシーケンス が全て terminfo データベースにあるとは限りません。従って、より複雑な (でも、より良い) 方法はエスケープシーケンスを直接送ることです。 複雑な方法を使うには高度なマニュアルが必要になります。かつて古い端末の マニュアルにはエスケープシーケンスの詳細な表が含まれていましたが、新し いものには普通は記載されていません。それを見つけるために、端末には付い てこない ``プログラミングマニュアル'' (またはそれに類するもの) と呼ぶ 別なマニュアルを購入する必要があるかもしれません。幾つかの端末のために がインターネッ トにありますが、簡潔なもので、不備な点もあります。 マニュアルかそれに類するものがなくても、``tput'' と ``setterm'' プログ ラムを使って端末の設定をするためのコマンドを送ることができますよ。をご覧ください。初期化文字 が端末に対して希望の設定を行なうなら、terminfo のエントリにある初期化 文字を端末へ送るにちがいありません。をご覧ください。端末の電源が入る度にコンピュータから端末にエスケー プシーケンスを送るようにしなくても、端末の不揮発性メモリにどうにかして 保存しておけばよいのです。 より古い端末のセットアップ

古い端末の数字キーの最高列のすぐ上のラベルを見てください。もしあれば、 このラベルはセットアップモードで使用できます。幾つかの古い端末では、`` セットアップ'' メニューが一つだけかもしれません。なお古いものには物理 的なスイッチがついています。いくつかの場合では、全てのスイッチにラベル があるわけではないのですが、隠されてるかもしれません。もちろん、スイッ チで何かを設定したら、それは ``保存'' されており、不揮発性メモリなどに 設定を保存する必要はありません。 セットアップ (設定) モードの情報を得る

端末でオプション (設定) を選択するためには、最初に ``セットアップ'' モ ードにしなければならず、それから端末に記憶され画面に表示されたメニュー を使ってオプション (すなわち設定) を選択します。設定時には、端末はコン ピュータに接続される必要はありません。いかにセットアップモードにするか については端末のマニュアルに記載されていますが、ここで幾つかのヒントを 挙げておきます。 ``セットアップ'' キーがあるなら押してみてください。そしてまたそのモー ドに移ってみてください。 Wyse: 最初にシフトを押しながら ``select'' キーを押してください。それか ら上記の全てで Ctrl キーの代りにシフトキー押してください。 VT,Dorio: F3 がセットアップキーだと思います。VT420 とその後継モデルで は、F3 キーは他の機能に割付を変更されてるかもしれないので、一度電源を 切ってください。再び電源を投入して初期画面が表示された直後に F3 キーを 押してください。 IBM: 3151: Ctrl-ScrollLock を押します。3153 は Ctrl-テンキーのマイナス (または 3151 と同じ) を押します。 セットアップメニューで移動するには矢印キーを試してみてください。選択す るには リターンキー か スペースバー または特殊キー (古い端末なら ``tog gle'' キー) を使います。セットアップモードから抜けるにはメニューで終了 を選択します (あるいは古い端末なら再びセットアップキーを押します)。 通信オプション

端末で完全に動くようにするには、通信速度、パリティ、データ長や通信モー ドが正しく設定されてないといけません。不正なフロー制御は、データの欠落 や画面で文字化けの原因となります。必須の通信オプションは他の章 (端末と コンピュータの両方共) で扱います 。のオプションをご覧ください。以下のリストは 他の章へのリンクであり、加えて付加的な通信オプションは端末側でのみ設定 します。 (ボーレート) 9600、19200 など。 なし、偶数、奇数、マーク、スペース {Data}: 7 or 8 またはハンドシェイク {Hndshk}: なし, Xon-Xoff またはハードウェア (DTR 等) 受信ハンドシェイク {Rcv Hndshk} は、フロー制御信号をホストヘ 送ることで端末で受信されるデータを保護します。 送信ハンドシェイク {Xmt Hndshk} は端末から送信されるデータを 保護するものです。端末はフロー制御信号を受信 (そして、キーボードをロッ ク / アンロック) します。``Xon/Xoff の受信'' を含みます。 ストップビットの数 : 1 か 2 。をご覧ください。 フロー制御レベル {Rcv Hndshk Level} {{Xoff at ...}}: フロー制御は端末 の受信バッファのバイト数、この数と等しくなったら ``停止'' を送ります。 {Comm}: {{Local Echo}}, {{Online/Local}} 転送率 (速度) の制限 {Xmt Lim}: いくら通信速度を上げても、送信 は指定した文字数以下に制限されます。 ファンクションキーレートの制限: 上記のようなもので、ファンクシ ョンキーのメッセージを制限します。 : どのポートをホスト との通信に使用するか {Host Port} ? セットアップの保存

セットアップした内容が次回端末の電源を入れたときに有効となるように、不 揮発性メモリに保存しておけなければなりません。もしセーブし損なったら、 端末の電源を落としたときに新しいセットアップの内容が消えてしまいますよ。 端末のセットアップでトラブルを起こす前に、セットアップ内容の保存方法を 確認しておきましょう。最近の端末では、メニューを使って保存します。古い 端末には手作業で保存するのもがあります。ほとんどが Ctrl-S キーを押して 保存します。 オプションとパラメータのセットアップ

端末エミュレーションで使用するこれらのパラメータの多くは Teemworld の を参照してください。エミュレーションは本当の端末と少し違 いがあります。 本章で続いて述べることは、多くの端末のセットアップメニューで設定可能な オプションについてです。オプションはパラメータや特性などとも呼びます。 多くのオプションは ``モード'' と呼ばれます。設定オプションは ``設定'' とも呼んでいます。多くのオプションは、端末へあるエスケープシーケンスを 送ることで設定できるでしょう。端末の型式やメーカの違いで様々なオプショ ンがありますが、同じオプションは異なる名称で呼ばれています (ここで全部 は示しません)。Wyse 端末の略称は {...} で囲み、ほとんどの VT 端末は { {...}} で囲みます。 エミュレーション {Personality} {{Terminal Modes}}

最近のほとんどの端末は各種の端末をエミュレートできます。端末は自分自身 もエミュレート出来ますが、エミュレートしないほう {native personality} が、多くのことができるでしょう。時々、同じ端末のモデルに対して 2 つの 異るエミュレーションがあります。例えば、VT220-7 は 7 ビットコードの VT 220 をエミュレートし、VT220-8 は 8 ビットコード (256 文字表現が可能) の VT220 をエミュレートします。 普通、端末の古い機種には新しい機種ほどの機能はありません。古い端末をエ ミュレートしたいが、最近の機種の高度な能力の一部も使いたいこともあるで しょう。これは (ある程度) 可能ですよ。この機能は {Enhance} (あるいは Enhanced ??) と呼んでいます。 表示オプション キャラクタセルのサイズ {Char Cell}

文字に適したセルのサイズのことです。単位はピクセル (= 小さなドット) で、 ドットより解像度は良いです。10x16 は 幅 10 ドット、高さ 16 ドット (16 行 10 列) となります。行 (高さ) が最初にある行列の次元の表記と比べると、 この表現は逆になってることに注意してください。また、文字サイズには隣り 合う文字間のスペースに割当てられた行と列のピクセルも含まれるので、実際 の文字境界を定義するセルサイズはもう少し小さくなります。 列 / ライン

普通は 80 列で 24 か 25 ラインです。これは、画面上の 1 行 (ライン) 当 り 80 文字という意味です。多くの端末のオプションには 132 列があります {{Set 132 column mode}} が、大きな画面じゃないと小さな文字は読みにくい かもしれません。25 ラインにするなら、terminfo にあることを確認してくだ さい。それと、/etc/profile に ``export LINES=25'' を追加しなければなり ません。そうしなかったら、スクロールに問題が起きますよ ( をご覧ください)。 カーソル

カーソルは長方形 (= ブロック) で表示されます {Blk}。他のオプションで下 線 {Line} にしたり点滅させたりできます。非点滅の {Steady} ブロックモー ドを気にいってるのは、惑わせるような点滅がないために,すばやく見つけら れるからです。もし非表示 (幾つかのオプションにあります) の設定にすると、 表示されませんが、非表示カーソル上でタイプした新たな文字は画面上に表示 します。 表示属性 (マジッククッキー)

はマジッククッキーか各文 字に割当てる属性バイトのどちらかになります。マジッククッキーなら、影響 範囲には限界があります。行の終わりまでか、ページの終わりまでにしたいで すか ? もっともいいのは、属性バイト (実際は 半バイト = ニブルになりま す) を使うことです。 表示制御文字 {Monitor}

``表示制御'' のような名前で呼ばれたりもします。オフ (通常) なら、``制 御文字を解釈しなさい'' ということです。オンなら、ホストから送られたエ スケープシーケンス (普段は決して画面上で見ることはない) を表示します。 エスケープシーケンスは 1 行に並んで表示され、端末では実行 (解釈) され ません。改行を指示する CR LF シーケンスは除きます。をご覧ください。 2 倍の幅 / 高さ

幾つかの端末には 2 倍幅と、2 倍高さの文字があります。この特性はめった に必要ありませんが。1 行を 2 倍幅 (DW) に変えると、右半分 (RH) が画面 から押しだされて削除される (消える) のではとの疑問が浮かびます。``保存'' は DW 行の RH をキープしておくことを意味します。2 倍高さモードでは、 画面上で 2 倍高を表示するために、各行を 2 度 (2 度目は下の行) 送る必要 があります。 反転表示 {Display} (背景の明 / 暗)

通常のビデオは、暗い (黒) 背景に明るい (白、緑、黄色) 文字 (前景)です。 反転は {Display Light} は、反対に明るい背景に黒字となります。これは目 に優しいと思います (部屋が暗くなければ)。 ステータス行

ステータス行は画面の先頭か最終行にあり、動いているアプリケーションプロ グラムの情報などを表示します。しばしば何らかの方法でハイライト表示され ます。ステータス行が有効な状態で、アプリケーションは、続くテキストをス テータス行に表示することを意味する特別なエスケープシーケンスを送ること ができます。しかし、多くのアプリケーションはステータス行の機能を使うか わりに、ステータス行が表示されている位置にカーソルを移動させて、文字を 表示させています。普通のユーザはその違いに気付きません。 80/132 の切り替え : クリアするか残すか ?

桁数を 80 から 132 (あるいは逆) に切り換えるとき、前回の形式の表示デー タを消すべきか (クリアーする)、残すべきか ? {80/132 Clr} {{Screen Widt h Change}} どちらに設定しても違いのないようにすべきですが、アプリケー ションプログラムが 132 桁を使うなら、制御シーケンス経由で適切に設定す べきです。 ページに関連付いたオプション

Wyse 端末が表示メモリの複数ページにアクセスできるように、{Multipage} をオンにしなければなりません。 ページサイズ

端末メモリはページ単位で分割されます。ページの説明は、と をご覧くだ さい。選択した長さでページメモリを仕切ることもできます。現在のところ、 Linux アプリケーションはページを使わないと思われますので、この設定をし てもあまり効果はありません。 結合 (カーソルと表示の)

カーソルが現在は表示されていない (他のページや、同じページの画面に現わ れていない個所) ビデオメモリに移ったとき、表示も新しいカーソルの位置へ 切り変えるべきでしょうか ? そうだとすればこれは``結合'' と呼ばれるもの です。同じページ内のカーソルの移動は、``垂直結合'' と ``水平結合'' で す。他のページへの移動は ``ページ結合'' です。 報告と応答

端末はあるエスケープシーケンスに対して、それ自身とその状態を認識するか、 あるいは事前に記録されたメッセージを送るでしょう。 応答メッセージ (文字列)

端末の電源が入ったときや、ホストからの要求 (たぶん ENQ (要求) 制御文字 です) に応じてホストに送る短かいメッセージをセットアップで書いてもいいです。 自動応答

設定したら、ホストが求めなくても電源投入で応答メッセージを送ります。あ る ``getty'' プロセスはこれを待ってるのでしょうか ?? 応答キャンセル

設定したら、誰にも応答メッセージを見せません (もちろんホストコンピュ ータを除いてですが)。変更が必要なら ``応答キャンセル'' を再度選択しま す。そうすると前の応答キャンセルメッセージは破棄されるので、新たなメッ セージを入力してもよいでしょう (でも、古いメッセージはもう見られません よ)。 端末 ID {ANSI ID}

端末は識別情報の要求に答えてこの返事を送ります。 キーボードオプション キークリック

設定したとき、キーを押せばクリック音が鳴ります (キーボードの小さなスピ ーカから発する)。クリック音を聞いていらいらする人もいるので、私はオフ にしておく方が良いと思います。 キャップスロック {Keylock}

Caps-Lock キーが押されたら、アルファベットキーだけに文字の入れ替えが起 るべきなのでしょうか ? もし {Caps} か大文字のみの設定なら、Caps-Lock がオンで数字キーが押されたときに数字がタイプされます。数字キーの上の記 号をタイプするにはシフトキーを押しながら数字キーを押します。もし {Shif t} が設定されていたら、全てのキーは Caps-Lock がオンの時にシフトを押し ながらタイプしたのと同じ文字になります (5 のキーを押したらシフトキーな しでも % をタイプします。他も同じ)。 オートリピート {Repeat}

キーを押し続けるとそのキーを繰り返し *タイプ* します。これはページ境界 線を書くために同じ文字を繰り返しタイプする際に便利です。 マージンベル

カーソルがディスプレイの右端から 8 列離れるとベルが鳴ります (古いタイ プライタのように)。ほとんどのエディタは必要に応じて自動で改行できる (リターンキーを押す必要がない) ので、この機能はめったに必要ありません。 キーの再定義

キーが押されたときにホストに送られるコードは、通常は ASCII コードです (シフトキーやコントロールキーにもよりますが)。幾つかの端末では、キーが 押された時にお望みのコードをホストに送るようにすることができます。つま り、端末を設定することで、キーの再配置を行なうことができるのです。これ は、他国語やドボルザークのキーボードレイアウトをすばやく変更するのに便 利です。 コーナーキー (Wyse 専用)

Wyse 端末には、左下隅の近くに様々なことをするために設定できるキーがあ ります。そのキーには ``Funct''、``Compose''、``Character''、``Alt''、 ``Hold''あるいは ``Scroll Lock'' などのラベルを貼っておけます。初期の モデルには次のオプションの全てがあるわけではありません。{Hold} が設定 されると端末へのデータの流れが止ります (フロー制御を使います)。キーを もう一度押すとデータフローを再開します。{Compose} が設定されると、制限 された数の事前に定義してある非ラテン文字を発生することを許します。メタ に設定されると、各バイトの上位ビットがセットされたメタシフトキーになり ます。{Funct} が設定されると (そして押せば)、どんな英数字キーもヘッダ ー (SOH) とトレイラー (CR) バイトが加った ASCII バイトコードのフレーム となります。{Kpd Compose} が設定されると (そして押せば)、数字キーで 10 進数を押したら 16 進数を送ります ?? 数字キーパッドか、矢印キーを送る

数字キーパッド (キーボードの主部の右側にあるほとんが数字キーの長方形の 部分) は、あるアプリケーションプログラムで特別な役目をするために特別な コードを送るよう設定できます。矢印キーも同上。このように、キーキャップ に印刷してある文字 (または、矢印キーのためのノーマルコードシーケンス) を送る ``ノーマル'' モードと、特別なエスケープシーケンスを送る ``アプ リケーション'' モードがあります。いくつかの場合では、6 つの非数字キー が A から F の文字を送るのを除いて、ほぼノーマルな数字モードである ``16 進'' モードがあります。したがって、数字キーパッド上で、例えば ``B36F'' をタイプできるでしょう。 Shift + Delete や Shift + Backspace は何を送るか ?

どのように設定されているかにもよりますが、Shift + Delete は制御文字 CAN を送り、Shift + Backspace は DEL を送ります。 PC 走査コード

新しい端末は、ASCII コードの代りに PC 走査コードを送ることで PC キーボ ードをエミュレートできます (Keyboard-and-Console-HOWTO をご覧ください)。 Dos/Windows が走っている PC に直接接続した場合に使います。 {Keycode} を {Scan} に設定してください。DEC の ``PCTerm'' をエミュレートするな らこの設定をすべきです。Linux のシリアルポートは、このような走査コー ドに対処できません。 代替文字

キーのいくつかはそれを代替する文字があります。キーが ``タイプライター'' として設定されたら、タイプライタに送る文字を送ります。キーが他の何か に設定されると、代替文字が送られます。 受信した制御コードの意味 自動ニューライン {Newline}

この場合、``ニューライン'' は現在行の下の左マージンで新しい行を開始す ることを意味します。Linux と C 言語での ``ニューライン'' には別な意味 があり、ラインフィード制御文字 LF もまたニューラインとか NL と呼びます。 Linux のテキストファイルでは、LF 文字は ``新しい行をここから開始する'' という意味なので、NL ラベル付けしてあるのです。通常、LF (NL) は 1 行 下へカーソルを飛ばすためだけに端末へ送られるもので、カーソルを ``新し い行'' の先頭に移動させるものではありません。 自動ニューラインが設定されると、上述の ``ノーマル'' な状況は取り消され て、ホストから LF を受信することで画面に物理的なニューラインを生成しま す。これはまさに Linux で必要なものです。ただし、(自動ニューラインが設 定された時に) Return (か、Enter) キーがホストに CR LF シーケンスを送る ことを除いては (Wyse と VT100 ではそうなんですが、VT420 は違う ??)。 L inux はファイル内の ``ニューライン'' マーカとして LF を使うので、LF だ け (CR LF ではなくて) を送ってもらいたいのです。したがって、``ニューラ イン'' オプションはめったに使用されません。代りに、シリアルポートデバ イスドライバが、必要な変換をデフォルトで行います。まるで ``stty onlcr icrnl'' コマンドを実行したようです。しかし、デフォルトの動作なのでそん なことをする必要はありません。 自動改行 {Rcv CR}

これは ``自動ニューライン'' の別なタイプです。CR 文字 (復帰) を受信し たら、新しい行の表示の時に LF (改行) 動作を付加します。Linux では LF が行の終わりなので、このオプションは使われていません。 Del (Wyse だけ ??) または Null の認識

オフなら端末で DEL 文字を受信しても無視し、オンなら DEL は消去式のバッ クスペースとなります。NULL 文字はどんなケースでも普通は無視されます。D EL と NULL は両方共、パディング文字として時々使用されます。をご覧ください。 新しいテキストの挿入 行のラップ

``オートラップ'' とも呼ばれています。画面の右端に行き着いて (80 桁目な ど)、ホストから改行文字 (かそれに類するもの) が送られなければ何が起る でしょうか ? 行ラップが設定されているなら、次の行に残りの文字を表示し ます。そうでなければ、行の残りは消えて画面では見えないでしょう。どんな 良いアプリケーションでも (行ラップがどう設定されているかを把握する terminfo が提供される) 状況を正確に捉えるべきです。従って、行ラップが設定 されてなくても、アプリケーションは長い行を折り返すか、(矢印キーなどを 使って) 長い行のカットされた端を見せるような方法をとるべきです。しかし、 生のコピーコマンド (及び別の状況) ではこのようなことは起らないので、普 通は行ラップを設定しておくのが良いでしょう。 80 桁の画面では、ホストからの 81 番目の文字がグラフィック (印字可能) 文字ならほとんどの端末はラップだけとなります。これはホストからの 81 番 目の文字が ``復帰'' か ``ニューライン'' である場合に許します。ニューラ インは、アプリケーションがラップすることができ、端末による介入が必要で ないことを意味します。 スクロール

スクロール {Scrl} とは、画面の全ての行が上や下に動くことです。横方向の 移動も含むものは ``パン'' とも呼ばれます。普通のスクロールでは、行が画 面の最下行か先頭行をめくることで見えなくなり、ホストからの新しい行が反 対側の端 (先頭か最下行) に現れます。スクロールには、スムース、ジャンプ そしてバーストの 3 つのタイプがあります。バーストは、新しい画面で古い 画面を瞬時に塗り変えるので、本当のスクロールとは言えません (けれど新し い画面の数行は古い画面のものです)。ジャンプは一度に画像を新しい行にジ ャンプします。スムース {Smth} はテキストを滑かなスピードで上下に移動し ます。スムーススクロール率がとてもゆっくりなら、まだスクロールしている 最中 (動作中) に新しい行を見ることができるでしょう。 遅い端末でのスムーススクロールは、画面がスクロール中でも読んでいられる のでかつては役に立つものでした。しかし、高速のボーレートではジャンプス クロールはすごく速いので、新しい表示に変るのに少しの時間しかかかりませ ん。スクロールしながらテキストを読むには、停止したテキストの場合より時 間がかかるので、スムーススクロールを選ぶと無駄な時間が増えるかもしれま せん。 もし (自動) スクロール {Autoscrl} が無効なら、ホストからの新しいテキス トは画面の先頭になるので、どこかへ行ってしまうにちがいありません。古い テキストが消えなければ、新しいテキストは古いものと (無意味に) 混在して しまいます。古いテキストが消えるなら、新しいテキストは内容から外れるの で (自動) スクロールを有効にしておきましょう。 新しいページ ?

ページの説明はと をご覧ください。現在のページが一杯 (最終行が終了 した) なら、ページスクロールするか、新しいページが生成されるべきです (端末の表示メモリ内に記憶された全ページは消える)。もし {Autopage} が設 定されていれば新しいページが生成されます。おそらくページを使わないので、 これはオフにしておくべきです。 ファンクションキー

F1 や F2 などとラベルのついたキーがあります。古い端末では、PF1 や PF2 などであり、P はプログラム可能ということです。幾つかのキーボードでは両 方あります。ユーザが定義した文字を送るようにプログラム (再定義) できま す。あるセットアップメニュー {FKey} を使えば簡単にプログラムできること が多いです。幾つかの端末でも、キーが押されたときに文字列を送るよう指定 できます。``ノーマル'' モードでキーを押すと、キーボードで文字をタイプ したように見えます。``ローカル'' モードでキーを押すと、端末に文字列を 送ります (端末がローカルモードであったかのように)。特別な方法で設定し て、端末にエスケープシーケンスを送るのに使います。``リモート'' モード では、文字列はシリアルポートからホストへいつも送られます (例え端末がロ ーカルモードであっても)。 ブロックモードオプション

幾つかのオプションは、の場合だけ のものです。フォームを供給したり、まとめて送信することでホストコンピュー タの負荷を減らすので、このオプションは強力です。しかし、セットアップは かなり複雑なので、あまり使用されません。 フォーム表示

ブロックモードで、いくつかの画面の領域はフォームの文字のためにあり、こ の部分は書き込み禁止 ``Prot'' {WPRT} となっています。この領域の文字を 薄暗くしたり、反転したり {WPRT Rev} 、また下線をつけたり {WPRT Undrln} 等の見え方を設定するオプションがあります。{WPRT Intensity} はグレー表 示やノーマルあるいは黒 (非表示)に設定されるでしょう。 ブロック全体を送る ?

書きこみ禁止のテキスト (フォーム内のオリジナルテキスト) は、ブロック単 位でホストに送られ {Send All} 、あるいは書き込み禁止テキストはまた読み 込み禁止であるかもしれません {Send Erasable}。 送る領域

スクリーン全体か、あるいはスクロール領域が送られるべきですか ?{Send Ar ea} 現在のカーソル位置に達したら送信は停止するべきですか ? {Xfer Term} がカーソルに設定されたら、カーソルのところ迄の画面データだけを送りま す。 ブロック / ページ の終端

ブロックデータに追加される終端記号は何でしょう ? {Blk End} か、ページ の終わりに終端コードを送ります {Send Term}。 ロック

ロックには様々なタイプがあります。フロー制御のためのロックキーもその一 つです。をご覧ください。 別なロック として {Feature Lock} は、ホストから端末にあるエスケープシー ケンスを送ることで、端末設定の変更を禁止します。端末が無視するようなエ スケープシーケンスをアプリケーションプログラムが送ることで、そのような ロック状態にすると予期せぬ結果となるでしょう。全ての設定パラメータがロッ クされるわけではありません。正当な理由の無いかぎりは、ロックを有効にす べきではありません。 ファンクションキーロックは、プログラム可能なファンクションキーが何を送 るかをコンピュータが再定義することを禁止します。ファンクションキーに何 か重要な機能を持たせた場合に、この機能を使いたくなるでしょう。 スクリーンセーバ {Scrn Saver}

``CRT セーバ'' とも呼ばれます。これは端末がしばらく使用されなければ、 スクリーンの電源を落とす (あるいは薄暗くする) ことです。こうすることで スクリーンの寿命を長引かせ、節電できます。何かのキーを打つと、スクリー ンは復帰してそのキーを実行するので、シフトキーなどを押すのがベストでし ょう。 プリンター

Wyse 端末では、プリンタがなければ {Printer Attached} をオフに設定して ください。必ず必要なことでもありませんが、プリンタに対するどんなエスケ ープシーケンスが送られても (端末の代りに)、無視するでしょう。 プリンタを設定するのは、主なポートの通信用の設定と同じようなものです (普通はもっと簡単)。プリンタには特定の一組のオプションがあります。プリ ンタはシリアルまたはパラレルのどちらですか ? もしパラレルなら設定でそ のことをセットして、端末のパラレルポート (もしあれば) に接続します。プ リントジョブの最後にプリンタに対して FF (フォームフィード) を送るので すか ? {Print Term} が FF にセットされているなら、そうなるでしょう。 コンピュータセットアップ (設定) の詳細

端末のためにコンピュータをセットアップするには各種ファイルを編集します。 幸運な場合は、/etc/inittab を編集するだけですむでしょう。コンソール (または、作業用端末) で編集することになります。 Getty (/etc/inittab ファイル)

コンピュータの起動時(あるいはランレベルを切り変えた時) に、シリアルポ ート上でログインプロセスが走った状態にしておくには、/etc/inittab ファ イル内に getty コマンドを書いておかなければいけません。getty は GET TT Y (端末) のことで、端末の状態を調べます。各端末には専用の getty コマン ドが必要です。どんな /etc/inittab ファイルにも、コンソール用の getty コマンドが少なくとも 1 つはあります。これを見つけて、その隣りに本当の 端末用の getty コマンドを追加してください。このファイルにはコメントに されたテキスト端末用の getty のサンプル行があるので、そこをコメントで はないようにして (先頭の # を消す)、2、3 の引数を変更する必要がありま す。 使用可能な引数は、あなたが使う getty によります。 端末の直接接続に最適な getty を 2 つ挙げます。 agetty (時々 getty とだけ呼ばれる): かなりセットアップしやすくて、設定 ファイルもありません。をご覧ください。 をご覧ください。 モデム用に最適な getty を 2 つ挙げます。 mgetty: モデムに最も的しています。 端末用としても動きますが、少し劣り ます。 uugetty: モデム専用で、getty_ps パッケージの一部です。 モニターがコンソールである場合にだけ使えるシンプルな getty です。テキ ストインターフェースを使うほとんどの Linux ユーザは、これをセットアッ プして、本当のテキスト端末は使いません。 mingetty: モニターコンソール専用です。 使いたい getty を持っていない場合、他のディストリビューションを調べま す。もし、それが RPM や Debian の package ならば、alianプログラムを使 えば RPMにも、debにも、tar ballにも相互に変換できます。 (紹介した gett y たちの)ソースコードはからダウンロードできるでしょう。 モデムコントロール線を使わないのなら (例えば、最小限の 3 つの端子 -- 送信、受信、信号グランド -- を使うなら)、``ローカル'' フラグ を使って getty に認識させなさい。このフォーマットは使用する getty に依存します。 Agetty (多分 getty という名前でしょう)

/etc/inittab のサンプル行です。 S1:23:respawn:/sbin/getty -L 19200 ttyS1 vt102 S1 は ttyS1 を示します。23 は、ランレベル 2 か 3 で getty を起動するこ とを意味します。respawn は、getty が kill されたら自動的に再起動すると いうことです。/sbin/getty はgetty コマンドファイルです。 -L は、ローカ ル (モデムコントロールを無視する) という意味です。-h (例にはありませ ん) は、ハードウェアフロー制御を有効にします (stty crtscts と同じ)。 19200 はボーレートです。ttyS1 は /dev/ttyS1 のことです (MS-DOS での COM2)。vt102 は端末タイプで、getty が環境変数 TERM をこの値にセットします。 設定ファイルはありません。getty を編集した後で、コマンドラインで ``init q'' とタイプすれば、ログインプロンプトを見ることができます。 Agetty のパリティ検出

をご覧ください。 パリティの自動検出には時々問題があります。最初にログイン名をタイプした 後で、あなたをログインし終えるように、 様々な方法で、この ``ログイン'' ループに入るでしょう。一文字か二文字だ けのログイン名をタイプし、リターンキーを押したとしましょう。これらの文 字がパリティを検出するのに十分でないなら、パリティを検出する前にログイ ンが走るでしょう。端末に電源が入ってなくて、agetty が最初に走る時に接 続しなかったら、時々こういう問題が起ります。あなたがこのような ``ログ イン'' ループで立往生したら、解決は、agetty が ``タイムアウト'' で再度 走るまで 1 分程待つことです。 Agetty の 8 ビットデータにおけるパリティ

残念ながら agetty はデータ長が 8 ビットでのパリティを検出できません。 (1999 年後半現在) agetty にはパリティの自動検出を無効にするオプション がないために、間違った検出をしてしまうことがあります。結果として、ログ イン処理を間違って伝えたり、誤ったパリティをセットしてしまうのです。し たがって、8 ビットデータとパリティを一緒に使うことは不適切だと思います。 getty (getty_ps の一部)

(Greg Hankins 著 Serial-HOWTO(の古い版) を参考にしています) /etc/gettydefs に、あなたの端末を 使うためのエントリがなければ加えてください。 # 38400 bps ダム端末エントリ DT38400# B38400 CS8 CLOCAL # B38400 SANE -ISTRIP CLOCAL #@S @L login: #DT38400 # 19200 bps ダム端末エントリ DT19200# B19200 CS8 CLOCAL # B19200 SANE -ISTRIP CLOCAL #@S @L login: #DT19200 # 9600 bps ダム端末エントリ DT9600# B9600 CS8 CLOCAL # B9600 SANE -ISTRIP CLOCAL #@S @L login: #DT 9600

望むなら、興味を引くようなものをログインバナーとして getty に表示させ ることができます。私の例ではシステムの名称とシリアルライン名を表示して います。以下のようなものを追加することができます。 @B 現在の (@B が評価された瞬間の) bps の値 @D 現在日付 MM/DD/YY 形式 @L getty がアタッチしているシリアルライン @S システム名称 @T 現在時刻 HH:MM:SS (24 時間制) 形式 @U 現在ログインしているユーザの数。これは非ヌル値の ut_name フィー ルドがある /etc/utmp ファイルのエントリー数です。 @V デフォルトファイルで与えられる VERSION の値 1 つの '@' 記号を表示するには、'\@' か '@@' のどちらかを使います。 /etc/gettydefs の編集が終ったら、構文が正しいことを次の方法で確かめら れます。 linux# getty -c /etc/gettydefs 端末に接続されるシリアルポートの getty か uugetty の設定ファイル ((/etc/default/{uu}getty.ttyS/etc/conf.{uu}getty.ttyS/etc/inittab file to run S1:23:respawn:/sbin/getty ttyS1 DT9600 vt100 Restart linux# init q --> シリアルポートで /etc/inittab を編集 してください (あなたの環境に合った正しい情報 -- ポート、通信速度、デフ ォルトの端末タイプ -- に置き換えます)。 S1:23:respawn:/sbin/getty ttyS1 DT9600 vt100 init を再起動します。 linux# init q この時点で、端末にログインプロンプトが表示されるはずです。プロンプトを 表示させるのにリターンキーを叩かないといけないかもしれません。 mgetty

``m'' はモデムを表します。このプログラムは主にモデムのためであって、 1999 年半ばの時点ではテキスト端末とは相性が悪いようです。端末用のドキュ メントは貧弱なもので、端末で使う方法を理解するのに、モデム用のドキュメ ントを苦労して読みながら設定する必要があるでしょう。端末用の設定は、 /etc/mgetty/mgetty.config の最終行を見てください。mgetty に(多くの端末 で使われる) ソフトウェアフロー制御(Xon/Xoff) をサポートさせるには、 mgetty を再コンパイルしてください。将来は最初からサポートされるんじゃな いでしょうか。端末でもモデムと同じ getty を使えるならいいのですが、 megetty は目的に合うように少しいじる必要があります。 Stty と Setserial

シリアルポートを設定するために ``stty'' コマンドと、``setserial'' コマ ンド (の両方) があります。stty で設定する必要のある幾つか (あるいは全 て) は、 getty を通じて設定でき、setserial を使うこともないので、stty と setserial のどちらも使わなくていいかもしれません。2 つのコマンド (getty と setserial) は、違う個所を設定します。stty がほとんどやって、 setserial は割込みやポートアドレス等の低レベル部分を設定します。設定を ``保存'' するために、コンピュータが起動する度にこれらのコマンドを実行 するように、あるファイル (シェルスクリプト) に書いておかねばなりません。 Linux のディストリビューションにはよく、 Setserial

本章は、モデム、シリアル、そしてテキスト端末の 3 つの HOWTO について書 いています。これらは、HOWTO の中にもあるように、少しマイナーな違いが幾 つかあります。 はじめに

ラップトップ (PCMCIA) では をご覧ください。PnP シリアルポートのハードウェアで、IRQ や ポートアドレスの設定ができないことに注意してください。 訳注：PCMCIAや、PCCardのシリアルポートカードの設定は pcmcia_cs で行い ます。setserial はラップトップ本体に組み込まれたシリアルポートには使え ます。 もし 1 つか 2 つの組み込みのシリアルポートしかないなら、setserial を使 わなくても正しく設定できます。そうでなければ (またはシリルポートで問題 があれば)、おそらく /usr/doc/setserial.../ か /usr/share/doc/setserial にある情報も調べておきましょう。あ なたのディストリビューションで setserial をどのように扱うかわかる筈です。 setserial は、ポートが閉じられた後に操作を持続する時間を設定できます (メインメモリのバッファに残っているデータを出力するため)。これは 1200 以下のボーレートで必要です。そしてまた、``フロー制御'' による待ちが多 発するなら高速の通信においても必要になるでしょう。man ページの ``closing_wait'' をご覧ください。シリアルポートがプラグアンドプレイな ら、プラグアンドプレイやシリアルについての他の HOWTO 文書を参照すると 良いでしょう。 setserial は、シリアルポートハードウェア自体の IRQ と I/O アドレスのど ちらも設定しません。それはジャンパーかプラグアンドプレイで設定されます。 あなたは、ハードウェアで設定されているのと同じ値を setserial に教えな ければなりません。使えそうな値をでっちあげて、setserial に教えたらダメ ですよ。でも I/O アドレスを知ってて IRQ を知らないなら、IRQ を決めるよ うに setserial に指示はできます。 引数をつけずに setserial -g /dev/ttyS* 指定のポートでデバイスドライバがどのように設定されているかの情報を表示 します。``UART: unknown'' と表示されたら、おそらく UART が存 在しないということです。言い換えると、指定のシリアルポートがなくて、ポ ートに関する他の情報は無意味なので、無視すべきです。指定のシリアルポー トが本当にあるなら、setserial がそれを認識していないので、修正する必要 があります。 -g オプションに -a を追加すればさらに詳しい情報を表示しますが、小数の 人達がこれらの情報を処理 (あるいは理解) する必要があるので、デフォルト の設定にしておけばよいでしょう。普通の場合は、``setserial'' の報告する 通りにハードウェアを設定すればよいのですが、問題が起こったら、 ``setserial'' が誤作動することを知るよい機会です。実際、setserial によっ てまったく架空の I/O アドレスや IRQ を割り付けたり、欲しいと思うような UART の種類を設定したりできます。そして次に ``setserial ...'' とタイプす ると、そのインチキな値を文句なしに表示するでしょう。あるポートでそのよ うな設定を使ったとしても、もちろんシリアルポートドライバーはそんなイン チキな値でまともに動いたりしません。だから、``setserial'' にそんなパラ メータを与えたら何かが起ります。設定が不正であっても警告はなく、他と重 なった IRQ や I/O ポートアドレスを作ったりした結果、悲惨なことが起こる でしょう。 setserial で設定した値は PC の電源を切ると失なわれますが、PC が再起動 した時に設定ファイルによって設定値 (あるいは前回の値) をリストアします。 最新のバージョンでは、setserial による変更は自動的に設定ファイルに保存 されます。古いバージョンでは、設定ファイルは変更があったら手で編集され るので、ブートからブートの間の設定は同じものが残されます。をご覧ください。 検出

適切なオプションでは pnpdump --dumpregs. To try to detect the physical hardware use the -v (verbose) and 検出の目的は、UART がそこに存在するのか、もしあるなら IRQ の値はなにか を知ることです。検出を試みる早い方法として、モデムを検出する wvdialconf や、ごく早い段階でのブートメッセージ、あるいは pnpdump--dumpregs などがありますが、``setserial'' は主に最後の手段として使いなさい。物理的なアドレスを検出するには、 = 2.15, the results of your last probe test may be saved and put into the configuration file /etc/serial.conf which will be used next time you start Linux. At boot-time when the serial module loads (or the like), a probe for UARTs is made automatically and reported on the screen. But the IRQs shown may be wrong. The second report of the same is the result of a script which usually does no probing and thus provides no reliable information as to how the hardware is actually set. It only shows configuration date someone wrote into the script or data that got saved in /etc/serial.conf. --> UART の種類を自動で調べる以外にも、setserial は IRQ を自動で検出できま すが、常に正しく動作するわけではありません。setserial 2.15 以降のバー ジョンのものは、テスト検出した最後の結果を保存しておいて、次に Linux が起動するとき使えるように /etc/serial.conf に書き込みます。 ブートのときに、シリアルモジュールがロードされて (または似た動きで)、 UART の検出が自動で行われて、検出結果が画面に表示されます。でも IRQ は 間違って表示されるかもしれません。同様な 2 番目の報告はスクリプトによ るもので、普通は検出したものではないので、ハードウェアが実際にどのよう にセットされたかに関する情報は不正確です。それは単に誰かがスクリプトに 書いた日付か、 /etc/serial.conf ファイルに保存されたデータを表示するだ けなのです。 2 つのシリアルポートの両方共に、同じ IO アドレスがハードウェア上にセッ トされているかもしれません。もちろん、これは許されるものではありません が、時々起ります。実際にシリアルポートが 2 つあるのに 1 つだけ検出して しまいます。しかし、それぞれ違った IRQ が設定されているなら、IRQ の検 出では IRQ = 0 と表示されるかもしれません。筆者の場合、 ブート時の設定

カーネルがシリアルモジュールをロードした (あるいは ``モジュールと同等 のもの'' がカーネルに組み込まれた) 時に、 setserial に本当の IRQ (あるいは他の理由) を伝えることで、このような衝 突を避けるために、 設定スクリプト / ファイル

あなたの目的は、ブート時に setserial を起動する /etc ツリーのスクリプ トファイルを修正 (または生成) することです。ほとんどのディストリビュー ションがそのようなファイル (でも 始めは /etc ツリーにないかもしれませ ん) を提供しています。さらに、setserial 2.15 以上では上記スクリプトが 使う /etc/serial.conf ファイルがよく用いられるので、setserial を起動す るスクリプトのディレクトリを編集する必要はありません。加えて、単にコマ ンドライン上で setserial を使うなら、この設定ファイルを最終的に変更す ることになります。 バージョン 2.15 以前では、やることは全てスクリプトの編集です。2.15 以 降では 3 つの内どれか 1 つをやる必要があります。1. スクリプトの編集。 2. /etc/serial.conf の編集。3. /etc/serial.conf を自 動編集するために ``setserial'' を実行する。これら 3 つのどれを選択する かは、あなたのディストリビューションに依存することで、またどのようにセッ トアップしたかにもよります。 スクリプトの編集 (バージョン 2.15 以降 : 不正確です)

ssetserial 2.15 (1999年現在) 以前では、setserial を設定するための /etc/serial.conf ファイルはまだなかった。それで、ブート時に ``setserial'' を起動するファイルを探して、編集する必要がありました。も しなかったら、作らなければなりません (あるいは、ブート時の早い段階で実 行するファイルにコマンドを書いておく)。そのようなファイルが現在でも使 われているなら、それは /etc ディレクトリツリーのどこかにあるはずです。 でも Redhat 6.0 以前では /usr/doc/setserial/ にありましたが、それを使 う前に /etc ツリーに移動しておく必要があります。そんなファイルを探すの に ``locate'' を使うことができます。例えば、locate "*serial*" とタイプします。 スクリプト /etc/rc.d/rc.serial は以前は普通に使われていました。 Debian ディストリビューションでは /etc/rc.boot/0setserial が 使われました。/etc/rc.d/rc.local が一度使われたことがあります が、あまり使い易くなかったので、ごく早い段階で使われなくなりました。 rc.local がシリアル通信エラーを発する前に、他のプロセスがシリアルポー トをオープンしようとしていると報告されたりしました。 そんなファイルが提供されていたら、コメントアウトしたサンプル行を含んで いるはずです。これらの数行のコメントを外して、そしてまた編集すれば、正 確に設定できることでしょう。 ttyS3 の UART や IRQ を setserial に自動的に決定させたいなら、このよう に追加します。 /sbin/setserial /dev/ttyS3 auto_irq skip_test autoconfig 自動的に実行したいポート毎にこの行を追加します。あなたのシステムに本当 にあるデバイス名を指定するよう注意してください。幾つかの場合では、ハー ドウェアの原因でうまくいかないでしょうから、IRQ や UART の種類を知って いるなら ``setserial'' に明示的に割当ててください。例えばこのように。 /sbin/setserial /dev/ttyS3 irq 5 uart 16550A skip_test バージョン 2.15 以上 (お使いのディストリビューションが対応済であるこ と) の場合、起動時に setserial を実行する /etc/init.d/setserial かその 類のスクリプトファイルがユーザによって編集されると思っていなかったので、 かなりやっかいです。 をご覧ください。 /etc/serial.conf を使った新しい設定方法

setserial 2.15 以前のバージョンでの設定方法は、起動時に setserial を実 行するシェルスクリプトを手で編集することでした。をご覧ください。/etc/serial.conf 設定ファ イルからデータを得るようになりました。その上、serial.conf さえも編集す る必要がなくなっていて、なぜかというと、コマンド行で ``setserial'' コ マンドを使えば自動で serial.conf を適切に編集してくれるからです。 これは、Linux がブートする毎に setserial がちゃんと動作するよう設定す るために、あなたがどんなファイルも編集しなくてすむようにするつもりだっ たのです。でもそこには重大な落し穴があって、なぜなら実際には ``setserial'' が serial.conf を編集していないからなのです。各ディスト リビューションがこのことを違って扱ったために混乱は増しています。加えて 、あなたがそれを編集することでも違った動きとなっています。 これでなにが起きるかというと : PC をシャットダウンした時に、ブート時に ``setserial'' を実行するスクリプトが再び実行しますが、今度は ``stop'' ケースの部分だけを実行するのです。スクリプトは ``setserial'' の現在状 態を知るために ``setserial'' を実行し、serial.conf にその情報を書き込 むのです。従って、serial.conf ファイルを変更するために ``setserial'' を実行した時はすぐに変更されませんが、シャットダウンの場合だけは通常は 変更がすぐ反映されます。 今はあなたはどのような問題が起きるか多分推測できるでしょう。普通にシャ ットダウンしなかったとしたら (誰かが突然電源を切ったりして...)、変更は 保存されません。``setserial'' をいろいろ試していて、最後にオリジナルの 設定に戻すのを忘れた (あるいはオリジナルを戻し間違った) としたら、``試 験的'' な設定が保存されてしまいます。 手で serial.conf を編集しても、シャットダウンの時に setserial の状態に 戻ってしまうので、変更は保存されませんよ。シャットダウンで serial.conf を変更しない方法は、serial.conf の最初の行にある ``###AUTOSAVE###'' あるいはその類の行を削除することです。最近のディストリビューションのな かには、インストール直後の最初のシャットダウンの後に最初の行にある ``# ##AUTOSAVE###'' が削除されるものもあります。serial.conf ファイルには多 分参考になるコメントが含まれています。 ブート時に setserial を実行するもっとも一般的なファイル (設定ファイル に準拠したもの) は、現在のところ /etc/init.d/setserial(Debian) や /etc/init.d/serial (Redhat) などですが、通常は編集すべきではありません。 Redhat 6.0 の setserial 2.15 には /usr/doc/setserial-2.15/rc.serial が ついていますが、ブート時に実行するようにしたいなら /etc/init.d/ に移さ なければなりません。 ポートを無効にするなら バグ : 1999 年 7 月現在、###AUTOSAVE### にしたとき、``setserial -Gg /dev/ttyS?'' で表示するパラメータだけが保存され、他のパラメータが保存さ れないのはバグもしくは問題です。保存できないパラメータのデフォルト値は ほとんどの場合で問題がないので、少数のユーザにだけ影響するでしょう。こ れはバグとして報告され、今頃修正されたかもしれません。 setserial で設定した現在の設定値を設定ファイル (serial.conf) に強制的 に保存するには、通常、シャットダウン時に行なわれているように、 /etc/init.d/{set}serial stop スクリプトファイルを実行します。 ``stop'' コマンドは現在の設定を保存しますが、シリアルポートはまだ良好 に動き続けています。 幾つかの場合では、古いのと新しい設定方法の両方がインストールされていま すが、たぶんそのうちの一つだけがブート時に実行されます。 Debian では、 古いファイルには ``...pre-2.15'' などの名前がついています。 IRQs

デフォルトでは、ttyS0 と ttyS2 は IRQ 4 を共有し、ttyS1 と ttyS3 は IRQ 4 を共有します。しかし実際は、シリアル用の割込みの共有は以下の条件以 外では許されていません。1. バージョン 2.2 以降のカーネルを使っているこ と。2. 共有をサポートするようカーネルを構築していること。3. シルアルハ ードウェア自身がサポートしていること。Serial-HOWTO の割込みの共有とバ ージョン 2.2 以降のカーネルをご覧ください。 2 つのシリアルポート ttyS0 と ttyS1 だけなら、存在しないデバイスのため の IRQ の競合はありません。 ttyS0 と ttyS1 が使える環境で内蔵モデムを追加する場合、未使用の IRQ を 見つけて、共にシリアルポート (あるいはモデムカード) に設定して、 setserial を使ってデバイスドライバに割当てます。IRQ 5 が音源ボード用で使用 されてないなら、モデム用に使えますよ。ハードウェアで IRQ を設定するに は、isapnp ツールや、PnP BIOS、あるいは PnP をサポートするように Linux にパッチを当てる必要があります。空いてる IRQ のどれを使うかを決めるに は、``man setserial'' とタイプして、``IRQ 11'' を探すことです。 Stty はじめに

stty の設定項目を幾つか示します。通信速度 (bit/sec)、パリティ、データ 長、ストップビット数、8 ビット目を落すかどうか、モデム制御信号、フロー 制御、ブレーク信号、行末マーカ、文字ケースの変更、パディング、バッファ 溢れの際にビープ音を鳴らすかどうか、タイプした文字の画面へのエコー、バ ックグランドタスクに端末への書き込みを許すかどうか ?、特殊 (制御) 文字 の定義 (どのキーを押すと割込みがかかる等) などです。詳しくは 一部の getty の実装 (gety_ps パッケージ) では、stty に通常与えるコマン ドは、getty の設定ファイル (/etc/gettydefs) に含まれます。この設定ファ イルがなくても、getty のコマンドラインは stty を必要としないほど十分な 設定ができます。 stty の設定などを変更する C プログラムを書くこともできます。これに関す る文書をいくつか見れば、stty コマンドの使い方 (およびたくさんある使用 可能な引数) もよく理解できるでしょう。Serial-Programming-HOWTO も役に 立ちます。オンラインマニュアル termios には C 言語の構造体 (termios 型) の説明があります。この構造体は、stty の設定をコンピュータのメモリ に格納します。C 言語の構造体メンバーのフラグ名の多くは、stty コマンド の引数とほぼ同じです (そして同じ動作をします)。 ``よその'' 端末に対しての stty の使用

をご覧になれ ば理解できます。 新しい方法は ``stty -F /dev/ttyS2 ...'' (または F の代りに --file ) です。... のところで -a としたら、stty の全ての設定 を表示します。古いリダイレクションの方法 (最新版においても動作します) では、``stty ... </dev/ttyS2'' とタイプします。新しい方法でうまくいっ て古い方法でハングするなら、モデム制御線の信号が落ちていることを意味し ています。このように古い方法はまだトラブルシューティングで使えます。次 の章をご覧ください。 古いリダイレクションの方法

古いリダイレクション演算子には問題があります (新しい -F オプションを使 えば問題はありません)。stty を使おうとすると時々、コマンドがハングし、 何もできなくなるのです(<リターンキー>を押しても、次のコマンドのプロンプ トが出ない)。これは大抵ポートがつまってしまったためで、モデム制御線の いずれかがアサート(肯定)になるのをポートがじっと待っている状態なのです。 例えば、モデム制御線を無視するように ``clocal'' を設定していない場合、 CD 信号がアサートにならなければポートはオープンできませんし、stty はポ ートに対して動作しません (新しい -F オプションを使ってもこうなります)。 同様の状況は、ハードウェアフロー制御でも起こるようです。アサートになら ないとまずい導線がポートにつないだケーブルになければ、ハングするのを防 ぐ簡単な方法はありません。 上記のハングを防ぐ方法の一つは、新しい -F オプションを使って ``clocal'' と ``crtscts'' をセットすることです。もし -F オプションに対応してな ければ、たとえ制御線がオフであってもポートを強制的に動作させるプログラ ムを使うことです。 多分このプログラムは、これ以降ポートをオープンする ために制御線が不要であるようにポートを設定します : すなわち clocal ま たは -crtscts を設定するのです。``minicom'' を使ってこれを行うには、別 の ttyS 等に合わせて minicom を再設定し、それから minicom の終了と再実 行を行わなければなりません。その後再び minicom を再設定しなければなら ないので、単に PC を再起動するだけの方が簡単かもしれません。 古いリダイレクションの方法は、ttyS2 を stty への標準入力にします。これ によって、ttyS2 は stty への標準入力となります。すると、stty プログラ ムは ''ファイル'' である ttyS2 へのリンクを得ることによって、 これを ''読み取る'' ことができます。しかし、ttyS2 に送られたバイトデータを期待 される通り普通に読み取るのではなく、ポートの読み取りや変更が できるよ うに、このリンクを使ってポートの設定を見つけます。 ``stty ... > /dev/ttyS2'' を使って端末を設定しようとする人もいますが、これでは設定できま せん。この場合は設定は行われずに、使っている端末 (例えば tty1) に対す る stty コマンドで普通に表示されるメッセージが得られ、これが ttyS2 に 送られます。しかし、ttyS2 の設定は全く変わりません。 端末での 2 つのインタフェース

コマンドライン編集機能を有効にしてシェル (bash など) を使うときには、 2 つの異なる端末インタフェース (stty -a を実行したときに表示されるも の) があります。コマンドラインで入力を行うときには、それぞれの文字を入 力するごとにコマンドラインエディタで読み込まれる一時的な ``raw'' イン タフェース (つまり ``raw'' モード)を使います。<リターン> キーを叩くと、 コマンドラインエディタは終了し、端末インタフェースはその端末の通常の ``cooked'' インタフェース (加工モード) に切り替わります。加工モードは次 のプロンプトが端末に送られるまで続きます。加工モードでは何も入力しませ んが、raw モードで入力された文字は <リターン> キーが押されると加工モー ドになります。 プロンプトが端末に送られると、端末は ``加工'' モードから ``raw'' モー ド に変わります (これはエディタを起動するときとちょうど同じように行わ れます。というのも、コマンドラインエディタを起動しようとしているからで す)。 ``raw'' モードの設定は、``加工'' モードから得た基本設定のみに基 づいて行われます。``raw'' モードはこれらの設定を保持しますが、他のいく つかの設定はモードを ``raw'' に変えるために変更します。前の ``raw'' モ ードで使われた設定には全く依存しません。したがって、stty を使って raw モードの設定を変えると、``設定された'' と思われる端末上で <リターン> キーを叩いた途端にこのような設定は無くなってしまいます。 ここで、stty で端末インタフェースを見るときには、加工モードか raw モー ドのどちらかの状態を表示することができます。その時にどちらを見るのかを はっきりさせる必要があります。コマンドラインを表示している端末を扱う ために別の端末から stty を使う場合には、raw モードでの表示になります。 行われた変更は raw モードにしか適用されず、``設定''しようとした端末上 で誰かが <リターン> を押すと消えてしまいます。しかし、自分のいる端末で (リダイレクトの < を使わずに) stty コマンドを入力し、それから < リターン>を押した場合は話が違ってきます。<リターン> キーによ り端末は加工モードになるからです。行われた変更は保存され、端末が raw モードに戻ったときにも残っています (もちろん raw モードで変更できない 設定は除きます)。 この状況では問題が起こることがあります。例えば、端末インタフェースを腐 らせてしまい、これを戻すために別の端末に行って ``stty -F dev/ttyS1 sane'' (またはこれに類するコマンド) を実行したとしましょう。ところがこの 方法は使えません! もちろん腐ってしまった端末から ``stty sane ...'' の 入力を試 みることはできますが、入力した文字を見ることはできません。上 記の現象はダム端末だけではなく、PC モニタ上で使う仮想端末や X 上の端末 ウィンドウにも当てはまります。言い換えれば、これは Linux を使っている と逃れられない問題なのです。幸運なことに、起動時に stty を実行するファ イルはシェルが動作していない端末 (あるいは端末がつながっていないシリア ルポート) を扱えるので問題はありません。 どこに stty コマンドを置くか ?

コンピュータが起動する度に stty コマンドを置く場所の一つは、システムが起動するときに setserial を 実行するファイルと同じところです。この場所はディストリビューションやバ ージョンごとに異なります。低レベルの処理が先に行われるようにするため、 setserial の後に置くのが良いでしょう。 置かれているファイルが起動時に 全て実行されるディレクトリ (System V Init) が、/etc ディレクトリツリー の下にあれば、``stty'' という名前でファイルを作れば良いでしょう。 Terminfo と Termcap (簡易版)

termcap の詳細については をご覧ください。あなたが使うアプリケーションプログラムの多くは terminfo (以前は termcap) データベースを使用します。これには端末の型式 やタイプ (vt100 のような) のエントリ (またはファイル) があり、どんな端 末を使うべきか、各種動作のために送るコードは何か、また初期化のコードな どについて示してくれます。 多くの端末 (PC も同様) は他の端末をエミュレートでき、また各種の操作 `` モード'' があるので、指定した実際の端末を選択できるようにいくつかの端 末エントリがあります。それらは普通、似かよった名前になります。getty の 最後のパラメータ (agetty と getty_ps の両方のための) は使用している端 末 (もしくは端末エミュレータ) の terminfo に登録されている名前 (vt100 のような) にすべきです。 terminfo には、端末が実行可能な能力を指定したり、それらのことを実行さ せるために端末に送るコードを明らかにする以上の役割があります。文字色が 黒やその他の色なら、``ボールド'' の見かけ (反転表示や、高輝度表示など) やカーソルの形状がどのようになるかも指定します。PC の用語では、 ``初 期設定'' と呼んでいます。端末に初期化コードを送ったりもします (モデム に初期化文字を送るのに似ています)。このような文字列は Linux が勝手に送 ったりしません。をご覧ください。もし画面の表示や動 きが気にいらなければ、terminfo (または termcap) ファイルを編集 (そして アップデートも) する必要があります。アップデートの方法は をご覧ください。 TERM と TERMINFO の設定

端末用には TERM と TERMINFO の 2 つの環境変数がありますが、これについ ては何も知る必要ありません。TERM は使用する端末のタイプ (vt100 のよう な) を設定します。もしタイプ (名前) を知らなければ、をご覧ください。TERMINFO は terminfo データベースへのパスを含みますが、データベースがデフォルトの 位置にあるなら (あるいは、あなたの Linux ディストリビューションに含ま れるスクリプトファイルで TERMIFO を自動的に設定するなら) 必要ないかも しれません。が参考になると思います。 幸い、プログラム getty はログインする前に TERM を設定するのが普通です。 単に getty のコマンドライン (/etc/inittab) で指定した端末タイプを使い ます。これによりアプリケーションプログラムが端末の名前を見つけたり、 t erminfo データベースから端末の能力を探すことが可能になります。TERM の 詳細については をご覧ください。 terminfo データベースを見つからなければ、端末でそれに関するエラーメッ セージを探したほうがよいと思います。もしエラーが起っていたら terminfo が記録されている場所を調べて、必要なら TERMINFO を設定しましょう。 ``l ocate'' コマンドを使って、一般的な terminfo ファイルから ``vt100'' の ような語句を探すことで terminfo データベースがどこにあるか探すことがで きます。お使いの端末がこのデータベースにあるかどうか確認してみてくださ い。例えば TERMINFO の設定は export TERMINFO=/usr/share/terminfo とし ます (/etc/profile かそれに類するファイルに書いておきます)。もしデータ ベース内の端末データがお気に召さなければ、それを編集する必要があります。 をご覧ください。 私の端末の terminfo の名前は何 ?

TERM 環境変数にセットしたり、) or try to find the terminfo source code file (see . --> 見つけるには、/etc/termcap ファイル (もし存在するなら) で探してみてく ださい。もしなければ、terminfo ツリー ( をご覧ください) か、terminfo ソースコードファイル (をご覧ください) のどちらかをご覧ください。 めったに必要ない /etc/ttytype ファイル

設定ファイル /etc/ttytype は、terminfo 毎の端末名称に /dev/ttySn を割 当てるために使います。tset が使っていますが、TERM 環境変数がすでに正し く設定されているならこのファイルは不要です。Linux の getty は各 tty 毎 に TERM を設定するので、このファイルは不要です。FreeBSD のような Unix ライクな他のシステムでの /etc/ttys ファイルは、適切な getty コマンドや、 接続の種類 (``ダイアルアップ'' のような) などより多くの tty にマップし ます。Linux の ttytype のサンプル行 : vt220 ttyS1 ログインの制限

デフォルトでは、root ユーザは端末からはログインできません。これを許可 するには、man ページの ``securetty'' により /etc/securetty ファイルを 作成しなければなりません。しかしこれを使うには、Suse などは /etc/securetty を使わなかったりするので、ディストリビューションの仕様 によることになります。特定のユーザや端末からのログインを制限するには /etc/login.access (これは古い /etc/usertty ファイルを置き換えたもので す ??) を編集します。/etc/login.def は /etc/securetty が使われるかどう か、編集可能にするかどうかを決めます。つまり /etc/securetty を不要にす るか (あるいは使用しないようにするか) を決めるのです。 /etc/porttime はあるユーザと端末がコンピュータを使える時間を制限します。ユーザが試み たログインが何度も失敗したら、そのユーザは再びログインすることを禁じら れるでしょう。これを設定する方法は man ページ ``faillog'' をご覧ください。 TERM=my_term_type はコマンドだけを実行する

起動時に、特定のタイプの端末だけにコマンドを実行したいことがあります。 stty コマンドの場合は問題ありません。リダイレクション演算子 < を使っ て、コマンドの対象となる端末を指定できるからです。しかしシェルのエイリ アスや関数はどうしましょう ？ 例えば ls 用の関数を作って、ディレクトリ 表示のカラー化を、カラー端末・コンソールだけで行いたいような場合もある かもしれません。モノクロの端末では、同じ名前の関数 (しかし実体は違う) で、カラー表示の代わりにシンボルを使うようにさせたいかもしれません。こ のような関数定義を、異なる端末に対して異なるように行うには、どこに置く のが良いのでしょうか ? ログオンする度に起動する /etc/profile の ``if'' 文の中にこれらを書いて おけば良いのです。条件式 ``if'' は端末が指定したタイプのときだけ特定の 関数などを定義します。 コマンド ls の例

この if 文が行なうことの多くは dircolors 用の設定ファイル内で実行され ます。以下は bash シェルの場合のサンプルです。 if [ "$TERM" = linux ]; then eval `dircolors`; elif [ "$TERM" = vt220 ]; then ls () &lcub command ls -F $* ; &rcub # to export the function ls(): declare -xf ls else echo "From /etc/profile: Unknown terminal type $TERM" fi Terminfo と Termcap (詳細) はじめに

terminfo (以前は termcap) は端末の能力などについてのデータベースです。 端末の (ほぼ全ての) 型式に関して、端末にどんな能力があるかをアプリケー ションプログラムに示します。新しい位置へのカーソル移動、画面の一部の削 除、画面スクロール、モード変更、外観の変更 (色、明るさ、点滅、下線、反 転表示など) などのことをするために、端末へ送るエスケープシーケンスを教 えてくれます。1980 年頃から、多くの端末では 100 以上ものコマンド (一部 は数値パラメータをとります) をサポートするようになりました。 terminfo がアプリケーションプログラムに情報を与える一般的な方法は、 `` ncurses'' 関数を使うことで、プログラマは C プログラム内に書くことがで きます 。例えば、カーソルを 6 行 3 列 の位置へ移動するなら、単に move(3,6) と書けばよいのです。move() 関数 (ncurses の一部) は、あなたの端 末でどう働けばよいかを知っています (terminfo データベースを読むから)。 それで、ある端末向けの特定の動作をさせるために、適切なエスケープシーケ ンスを送るのです。 通常、terminfo の略語は termcap のものより長めなので、その意味がわかり 易いです。terminfo の man ページにより詳しい説明があります (termcap の 略語も載っています)。また、termcap には terminfo にはないサイズ制限が あります。したがって、あまり termcap に依存してないのなら、terminfo の 使用をお勧めします。 Terminfo データベース はじめに

terminfo データベースはコンパイルすることにより、オリジナルな部分とコ ンパイル済の部分とに分かれます。昔の termcap データベースはオリジナル 部分だけですが、コマンドひとつで terminfo 形式への変換と、コンパイルが 実行されます。従って、termcap のソースファイルをコンパイル済 terminfo データベースに作り直せるので、terminfo のオリジナルファイルがなくても よいのです。お使いの端末用 (PC モニタを含む) のデータベースの内容を見 るには、``infocmp'' とタイプしてください。そうすれば、terminfo のソー ス ``ファイル''をご覧になれます。 お使いの端末 (vt100 としましょう) が terminfo データベースにあるかどう かを確認するには、``locate vt100'' とタイプします。端末名がわからなけ れば、コンパイル済データベース内のファイルリストを探しまわるか、 をご覧ください。 データベースの場所はどこ ? コンパイル済データベースの場所

``locate vt100'' とタイプすれば、/usr/lib/terminfo/v/vt100, /usr/share/terminfo/v/vt100, /home/you/.terminfo/v/vt100、あるいは /etc/terminfo/v/vt100 と表示されます。これらは全て、コンパイル済 terminfo ファイルを格納するのに適切な場所です。/etc/terminfo ディレク トリは標準的な格納場所ではありませんが、/usr ディレクトリへのアクセス ができない場合に便利です。例えば /usr ディレクトリが、マウントに失敗し た分割ディスクやパーティションにあった場合などに。上記の場所のどれか一 つにメインの terminfo データベースがあるなら、プログラムは探しあてるこ とができます。さもなければ、環境変数 TERMINFO にはこのデータベースへの パスをセットします。例えば、TERMINFO=/usr/share/terminfo のように。 コンパイル済 terminfo が二箇所以上にある場合、誰かが新しい terminfo フ ァイル を (新しくなったディストリビューションやネット上から、あるいは 古いものを修正することなどで) 入手するまでは普通は問題ありません。新し い terminfo は既存の場所にある全てのファイルと置き換える (あるいは、余 分な場所のは削除する) 必要があります。そうしなければ、アプリケーション プログラムはそれを探しまわったり、``通常の'' 場所に残っている古い (バ グありの) terminfo データをあいかわらず使い続けることになります。(上記 の) 場所情報を最新のものにするための環境変数 TERMINFO の設定はこの問題 を防ぎます。 ソースコードデータベースの場所

あなたがお使いのソースコードは /etc/termcap か terminfo.src (別な名前 かも) にあるはずです。このソースファイルを生成 (または修正) するのに必 要なフォーマットは man ページの terminfo(5) か termcap(5) をご覧くださ い。terminfo.src ファイルはコンピュータ内のいろんな場所にあるか、ある いはお使いの Linux ディストリビューションには含まれてないかもしれませ ん。locate コマンドで探してみてください。このファイルは から (termtypes.ti の名前 で) ダウンロードできます。 訳注 : 2000 年 2 月時点でダウンロードできませんでした。 Terminfo コンパイラ (tic)

ソースファイルのデータは、termcap フォーマットから terminfo フォーマッ トに変換する ``tic'' プログラムを使ってコンパイルします。これで termcap のソースからコンパイル済の terminfo データベースを生成できるのです。 おそらく、Linux をインストールするプログラムがコンパイル済ファイルをハ ードディスクにインストールしてあるでしょうから、/etc/termcap (もしくは terminfo.src) を変更しない限り、コンパイルする必要はありません。 ``tic'' はコンパイル後に、アプリケーションプログラムが使うであろう terminfo ディレクトリにコンパイル済ファイルを自動でインストールします。 Terminfo を見なさい

ご使用の端末の terminfo エントリを調べて、コメント (もちろんソースコー ド内) を読むのもいい考えです。コメントに頼らない手っ取り早い方法は、 ``infocmp'' とタイプすることです。しかし、コメントには terminfo データ ベースが正しく働かない場合に、それを設定する方法などの端末に関する特別 な情報を教えてくれます。 不要なデータの削除

ディスクスペースを節約するために、使用する端末タイプ (と将来必要かもし れないもの) 以外の全てのデータをデータベースから削除します。``Linux 端 末'' と X Windows System を使うなら xterm 関係 (訳注：日本版なら kter m) のエントリを termcaps から消してはいけません。端末タイプ ``dumb'' はアプリケーションプログラムが端末のタイプを特定できない時に必要です。 あなたがお持ちの端末だけをインストールプログラムでインストールしたり、 新しく追加した端末の termcap をインターネットから数秒で入手できる場合 もディスクの節約になります。 既存の Terminfo ファイル (とハードウェア) 内のバグ

残念ながら terminfo と termcap ファイルにはバグが多くあります。さらに 定義の多くに不備があり、端末で利用できるはずの特徴を定義していません。 terminfo を変更せずになんとかやっていくことができますが、ある場合には、 terminfo を変更したり、可能なら、良好な terminfo と一緒に別なエミュレ ーションを使う必要があります。 提供される terminfo ファイルがひどい状態なのは、いくつか理由があるので す。一つは、terminfo ファイルの多くが 1980 年代に (termcap フォーマッ トで) 書かれたもので、アプリケーションプログラムがその高度な機能を利用 しなかったためです。それで、そんな機能が termcap (または terminfo) フ ァイルになくても誰も文句を言いませんでした。現代では、vim のようなプロ グラムが ``文脈強調'' を使ったり、minicom などは端末のグラフィックキャ ラクターセットを使ったりします。このことは、古い termcap に加えられる べき定義がもっと必要であることを意味します。これはすでに実行されている はずです (まだかもしれない)。 ほとんどの端末には (ファームウェアに起因する) ハードウェアバグがあって、 時々は termcap を変更することでバグを ``修正'' しました。それから、メ ーカがこのバグを修正する交換用のチップを送ることがあります。端末所有者 の全員がチップの置き換えに悩むわけではありません。端末にはチップのファ ームウェアに依存している 2 つ以上の terminfo があるからです。この状況 は termcap ではほとんど考慮されておらず、Linux ではただ一つだけ対応し ています。これまでほとんど使われたことがない機能に関するハードウェアバ グは、けっして修正されませんでした。ハードウェアのバグがけっして修正さ れなかったのは、当時はたいした問題ではなかったか、メーカのビジネス上の 理由などによるとの報告もあります。 Terminfo ファイルの修正

こうするには、端末で使用できるエスケープシーケンスが載ったマニュアルが 必要です。1990 年代以降のマニュアルにはほとんど記載がありません。それ と、terminfo のマニュアル (か、それに類するもの) も必要です。例えば、 グラフィックスの能力を加えるには、ソースファイルを編集して、enacs、 rmacs、smacs などの terminfo 変数に値を割り付けなければなりません。それ から ``tic'' でコンパイルします。``tic'' はコンパイル済の terminfo フ ァイルを予約された正しいディレクトリにコピーします。 ある端末用に準備された terminfo エントリより良いものを見つけたければ、 インターネットを検索してみてください (但し、さらに悪いものかもしれませ ん)。新しい terminfo エントリが古いものより安定してると思われる (しば らく使ってみて問題ない) なら、terminfo (または termcap) のソースファイ ルの最初のほうに書いてあるメンテナにコピーを送るべきです。 初期化文字列

terminfo には、端末へ送られる初期化文字が含まれています。これは、画面 表示の変更、端末モードの変更、そしてまた端末エミュレーションを他の端末 への変更を行ないます。初期化文字は、初期化のために端末に自動的に送られ るわけではありません。getty プログラムがそうすればいいと思うかもしれま せんが、もしそうしたら、端末のセットアップした設定を変更したり、設定内 容を初期化文字が自動的に取り消してしまいます。コマンド行 (もしくは、シ ェルスクリプト) から初期化文字を送るコマンドを使わなければなりません。 これには、 ``tset'', ``tput init'', あるいは ``setterm-initialize'' な どのコマンドがあります。端末は電源が入ったときにそれ自身で正しい設定を 行なうこともあるので、そういった時は初期化文字を送る必要はありません (このとき、設定して端末の不揮発メモリに保存されたオプション設定が用い られます)。 TERM 変数

環境変数 TERM には使用する端末の名称を設定すべきです。まだ設定していな くて、使ってる端末名を知らないならをご覧ください。通常は getty プログラムに渡す terminal_type パラメータで設定します (/etc/inittab ファ イルをご覧ください)。この名前は terminfo データベースにあるものにして ください。コマンド行で ``set'' とタイプすれば (あるいは tset -q)、 TERM に何が設定されているのかわかります。コンソール (モニタ) での TERM は ``linux'' で、これは架空の端末タイプ ``linux'' をエミュレートする PC モニタです。``linux'' は vt100 や多くのテキスト端末にも似ているので、 ``linux'' の指定は、テキスト端末として使う場合の一時的な手段です。 同じポート (/dev/tty...) に複数のタイプの端末が接続する (例えば、 同じシリアルポートで違うタイプの端末を切り換えたり、違ったタイプの端末 を使う人達が、モデムで接続したりする) なら、TERM は誰かが接続する度に設定し 直す必要があります。これは使用する端末名をコンピュータが問合せる方法で 行われます。別な方法は、ユーザに対して、彼か彼女が使用している端末のタ イプを入力 (または選択) してもらうよう求めることです。これには tset を 使ったり、短いシェルスクリプトを書く必要があります。 一つの方法は ``tset''(man ページをご覧ください) を使うことです。tset は使用する端末のタイプを決定しようとします。terminfo 内のデータを検索 し、初期化文字を端末に送ります。また、TERM 変数の値も設定できます。例 えば、ユーザがダイアルインしたり、ログインしたときなどに。.profile ロ グインスクリプトには eval `tset -s ?vt100` が含まれています。この結果、 彼または彼女が使っているのは vt100 かどうか尋ねることになります。ユー ザは yes と答えるか、実際に使っている端末名を入力することになります。 それから tset は、端末に初期化文字を送ったり、端末名 (タイプ) を TERM に設定するのです。 Terminfo/Termcap 文書

man ページの terminfo(5) (最良) 、あるいは termcap(5)。 Richard M. Stallman による GNU マニュアル (2nd ed.) は、terminfo についての記載がないので少しばかり遅れてます。 terminfo.src と /etc/termcap ファイルには、termcap ファイルの各種バー ジョン、端末の便利な名称、それに、u6-up と呼ばれる特別な能力についての 情報があります。お持ちでないなら、 から入手できます。 ``Termcap and Terminfo '' が 1988 年に O'Reilly から 出版されました。 端末の使用 はじめに

本章では端末インターフェースの制御に関することや、端末を使いながらセット アップを変更することなどについて述べます。端末のユーザによる画面制御や インターフェースの検査方法、また、デバイスドライバが提供する各種コマン ドの使い方について説明します (またはポインタを示します)。たくさんある アプリケーションプログラム、シェル、または豊富な Linux ユーティリティ の使い方については触れません。端末で普通に使われる 2 つのコマンドを示 します。 clear (画面をクリアする) reset (端末をリセットする) setterm -reset (``reset'' にバグがある場合の選択) 端末の起動

端末を動作させるには、もちろん電源を入れなければなりません。ログインプ ロンプトが現れなければ、何度か ``Return'' キーを叩いてみてください。そ れから、アカウント名をタイプして (そして Return か Enter を押す)、パス ワードプロンプトが現れたらパスワードを入力します (これもまた、Return か Enter を押す)。全て大文字でタイプしないようにしてください。そうする と、コンピュータは、端末が小文字を送れない古いタイプのものだと思って、 シリアルドライバは端末に大文字だけを送るように設定するでしょう。 何も起こらなければ、ホストコンピュータと端末が正常かどうかチェックして ください。ホストコンピュータがシャットダウン (電源オフ) していると、`` 電源オフ'' のコンピュータ側で文字をエコーするようにコンピュータの送受 信ピンが一緒に接続されている場合がありますので、端末のキーボードでタイ プした文字は画面上に現れるかもしれません。をご覧ください。 端末 (シリアル) デバイスドライバ

コマンドライン上でタイプしたときに、シェル (Bash シェルのような) はタ イプした文字を読み、それに反応します。最初にタイプしたものは、オペレー ティングシステムの端末ドライバ部分へ送られます。ドライバは決った文字へ 変換します (例えば、Return キーで生成される ``Return'' 文字は、Linux ファイル内にある ``new-line'' 文字に置き換わる)。それはまたある制御コ ードも認識します。プログラムの実行を中断するために、^C をキーボードで タイプしたような場合です。そして普通はタイプした文字をエコーバックした りもします。 は端末用のドライバの動作を設 定する (機能の一部や全部) を設定したり、無効にするために使います。 エディターの問題

いくつかの端末で emacs と vi の両方を使うには少々問題があります。 emacs と ^S, ^Q

ソフトウェアフロー制御を行なっているなら、emacs で ^S コマンドを使うと 画面が固まるでしょう。^Q コマンドはそれを解除します。これを避ける方法 は、emacs の構成を変更して、このキーを他のキーに割り当て直すことです。 vi とカーソルキー

vi はインサートモードから抜けるためのコマンドとしてエスケープキーを使 います。矢印キー (カーソルキー) を押せば、エスケープシーケンス (ESC で 初まる文字列) がホストに送られます。vi は ESC の 2 つの意味を区別しな ければいけません。利口な vi (このために設定された vim などの) は ESC と次のキーの時間間隔によって見分けることができます。もし間隔が短かけれ ばカーソルキーが押されたと判断します。さらに詳しいことを知りたければ、 vim で ``help cursor-keys'' を使ってください。 これは上記の問題を解決するまた別な方法です。VT 端末で左矢印キーは ESC &lsqb D か ESC O D のどちらかを送ります。他の矢印キーは同じようなものです が、D の代りに A、B、C を使います。もし問題があれば、ESC &lsqb D を選択し てください。というのは、他の手段で ``O'' は、vi で ``Open a line'' コ マンドとして解釈されるからです。``&lsqb'' は、viでは矢印キーが押されたと解 釈されるはずです。ESC &lsqb D は、``カーソルキー アプリケーションモード'' が設定されていないとき、送られるでしょう。ESC &lsqb D は、通常はデフォルト なので、全てうまくいくはずです。多くの termcap に含まれる ``アプリケー ションモード'' を防止したい文字を除いては。エディターは起動時に端末に 対してこの文字列を送ります。それで問題が起こるのです。 この文字列は termcap コード ``ks'' (terminfo では smkx) があり、それは ファンクション (それと相対) キー (と矢印キーを含む) を有効にするという 意味です。アプリケーションはこれらのキーを有効にするために、``ks'' 文 字を端末へ送ります。誰かが termcap を書いたのは、アプリケーションがこ れらのキーを有効にしたいなら、``アプリケーションモード'' に移行すると いう理由からなんですが、これは ``アプリケーション'' の話であって、あな た望んでそうするわけではありません。 Linux コンソールには ``ks'' 文字がないので、コンソール上でこの落し穴に 引っかかることはありません。他の端末では、termcap (あるいは terminfo) の編集か、他の termcap エントリの使用が必要になるでしょう。``ks'' 文字 以外に、kd, kl, kr, ku などの送信する文字を termcap で宣言する必要があ ります。それから tic でインストールします。 vim (vi の改良版) で、ESC 0 D がうまく動くようにセットアップする方法 は、vim のヘルプ ``vt100-cursor-keys'' をご覧ください。``gitkeys'' と 使えば、カーソルキーを押したときに何が送られてるか確認できますが、エデ ィタの中から実行したときは、違ったものを送るかもしれません。 ls での間違った色表示

ls がカラー機能をエミュレートしようとして端末をおかしくさせてるなら、 その機能をオフにしましょう。/etc/profile などを 調べてみてください。コンソールでのカラーの使い方や、端末を白黒で使う方 法についてはをご覧ください。 固まった表示 (端末のハング)

端末がハングする徴候は、端末上でタイプしたものが見えない (あるいは、何 もしないのに文字が表示される) という点です。もしタイプしたものが見えな ければ (あるいは何もしなければ)、データフローを再開するために ^Q とタ イプしてください (フロー制御での停止の場合です)。端末がハングするのは、 や、が原因です。 どちらにも該当しないなら、あなたのプログラムにバグがあるか、端末との対 話が致命的に不正であるかのどちらかです。 実行中のプログラムを止めたいけど、普通の方法 (いくつかのプログラムは、 特別なキーを叩くと終了します) で止められないなら、他の端末から ``top'' か ``kill'' を使って終了させてみましょう。プロセスに終了するのを拒否 された場合、top から シグナル 9 を送信して強制終了させてみましょう。強 制終了のタイプ ``9'' は、おかしくなったインタフェースと同様にそこら辺 にあるテンポラリファイルを放りっぱなしにします。ログインシェルを kill しても、getty がまた起動して、新しいログインプロンプトが表示されるはず です。 Linux を使い初めたばかりの人達は Ctrl-S (^S) (または ``スクロール停止'' キーを無意識に押してしまい、謎の画面フリーズ騒ぎを起こします (けれど も、ソフトウェアフロー制御を使うなら、このキーが何であるか推測できま す)。まともに対話できる画面に戻すには、Ctrl-Q (^Q) を押します。従って フリーズしたときに、何でもキーをタイプすると、ファイルやなにかを壊すこ とになるでしょう。ハードウェアフロー制御を使う理由のひとつが、このよう な、画面フリーズを防止するためです。 おかしくなった端末インターフェース

ここでは、前ページの ``端末のハング'' と ``画面のフリーズ'' が混在した ケースについての話です。 徴候といくつかの修正

表示が正しく見えなくなる、タイプした文字が正しく表示されない (せいぜ い) 、あるいは、コマンドをタイプしても何も起こらないときに、端末インタ ーフェースがおかしくなってるはずです。時々、再度ログインし直すことで問 題を解決できます。こうするには、端末で動いている shell プロセスを kill します (あるいは、getty が動いていたら kill する)。他の端末からこれを 行います。一度 kill したら、新しい getty プロセスが起動しなおして、多 分画面の乱れはおさまってるはず。端末の電源を入れ直す (あるいはリセット する) ことでも直るかもしれません。 おかしくなる現象は、使用するプログラムのバグやハードウェアの故障 (通常 は使えているのに原因不明の故障)、あるいは間違った設定などです。もし順 調に動いていたのに突然不調になったのなら、あなたが何かしでかしたために インターフェースがおかしくなったのです。インターフェースをおかしくさせ る要因は 3 つあります。 端末にバイナリキャラクタを送る

あるエスケープシーケンスか制御文字が送られると、端末はその特性を変えま す。うっかりバイナリファイルを表示しようとして、その中に偶然そのような エスケープシーケンスが入っていたら、端末をおかしな操作モードにしてしま ったり、使用不能にさえしてしまうかもしれません。このようなことが起こら ないよう設計されたプログラムを使っていつもバイナリファイルを見たり、編 集するようにしなさい。ほとんどのエディタやページャはバイナリを扱えるの で、端末のインタフェースをおかしくさせることはないでしょう。いくつかの アプリケーションは「バイナリを編集できない」とあなたに伝えるメッセージ を表示するかもしれません。でも、``cat ....'' や ``cp .... /dev/tty..'' (.... はバイナリファイル) を使うと、バイナリを端末に送ることになり、 おかしなことが起こるでしょう。 おかしなことは、通信プログラムを使ってリモートコンピュータがあなた の画面にバイナリを送りつける時も起こり得ます。そのことに準備してお く多くの方法があります。想定できる ASCII ファイルでさえ、求めていない 制御コードを含んでいるかもしれません。 この問題を修復するには端末をリセットします。``reset'' (壊れているかも しれません) か ``setterm -reset'' (もちろん <return> キーを押します) のどちらかをタイプすればよいのです。これはリセット文字を terminfo エン トリから端末に送ります。正しい設定が端末内に保存されていれば、その時に 特別なキーを (おそらく設定モードの時に) 押すことで設定が修復できるはず です。それから、端末を設定するのなら、初期化文字を送るために ``reset'' を使う必要がまだあるでしょう。 ``reset'' コマンドは、``clocal'' のセットが必要な端末を壊しているよう なので、``reset'' は ``clocal'' を未設定に変えてるように思えることに注 意してください。こういった場合、問題を修正するかわりに、 ``reset'' は 端末とホストコンピュータ間の通信を不可にすることで妥協しているだけです。 あなたはログインし直す必要があり、その時に getty が ``clocal'' をセッ トしてくれることを期待するはずです。幸運なら、問いかけなしでログインで きるでしょう。その他、ログインプロンプトの取得についてはをご覧ください。``reset'' が必要なら事前に十分ためし、もし ``reset'' があなたをログアウトさせた り、うまく動かないようなら ``setterm -reset'' を使うべきです。私は 2000 年 3 月にバグレポートを提出してあるので、今なら ``reset'' は修正 されているはずです。 異常終了したプログラム

大きなアプリケーションプログラム (エディタなどのような) は起動した時に stty の設定を変えるために一時的に stty コマンドを使います。これにより デバイスドライバは ``raw'' モードに変わるので、タイプした全ての文字は アプリケーションプログラムに直接送られます。ドライバからのエコーは禁止 されるので、アプリケーションプログラムから直接送られるすべてが画面で見 られます。したがって、大くの制御コマンド (^C のような) はそんなアプリ ケーションではうまく働きません。 そのようなアプリケーションを終了させるときには、アプリケーションプログ ラムは最初に、起動する前の状態に stty の設定を戻します。もしプログラム が異常終了したら (タイプした文字がいつまでたっても表示しないとき、こう なったと推定できます)、コマンドライン上で ``raw モード'' のままでしょう。 raw モードから抜けて、普通の stty の設定に戻すには ``stty sane'' とタ イプします。あなたは、``return'' の後にこうタイプして、 ``return'' で 終わらせなければなりません。しかし、``return'' キーは、 shell が待ちう けているような改行文字にもはや変換されないので、``return'' キーを叩い てもその役目を果たしません。そんな場合は、``return'' キーの代りに改行 コード (^J) をタイプしてみてください。``sane'' 端末インタフェースは、 正確には正常なものと同じものではありませんが、普通は働くでしょう。 ``stty sane'' はいろんな理由でおかしくなったインタフェースから抜け出す ためにも有効です。 特殊 (制御) 文字

あなたがキーボードでタイプする多くの制御文字は端末ドライバで ``捉えら れ'' て、様々なタスクを実行します。このような制御コマンドを見るには、 stty -a とタイプして、2行目 から 4 行目を見てください。これらは stty の man ページで簡潔に説明されています。stty コマンドを使用して、異った 制御キャラクタに変えられたり、無効にしたりします。しかし、あなたの端末での 制御キャラクタは以下に記述されているものとは異なっているかもしれません。 それらはコマンドライン編集や、割り込み、次のキャラクタを透過的に通過さ せたりするのに使います。 コマンドラインでの編集

端末ドライバにはコマンドライン編集用の 2、3 のコマンドがありますが、シ ェルにも組込みの本当のエディタ (``readline'' のような) があります。そ のようなエディタは通常はデフォルトで利用できるので、有効にするために何 かをする必要はありません。もし利用可能なら、以下のコマンドの多くを覚え る必要はありませんが、コマンドラインエディタはまだよく使われています。 一番覚えておかなければいけないのは、^C (割込み), ^D それとスクロールを 止める方法です。 Delete キー (stty では ^?) は最後の文字を消去します。 ^U は行を削除します。 ^W は後方に単語を削除します。 ^R は行を再表示します。主にハードコピー端末に便利 ?? 割り込み (& Quit, Suspend, EOF, Flush)

^C 割込み：プログラムを終了させて、コマンドラインプロンプトをユーザに 返す。 ^/ クイット：割込み ^C と同じだが、少し弱い。``core'' ファ イル (あまり使わない) をワークディレクトリにダンプします。 ^Z サスペンド : プログラムを停止して、バックグランドに置いておきます。 fg とタイプすると再開します。 ^D ファイルの最後 : コマンドラインプロンプトでタイプすると、シェルを抜 けて、シェルを開始する前のところに行きます。 ^O フラッシュ : Linux では実装されていません。/dev/null へ出力を送りま す。 スクロールの開始 / 停止

見たいものがスクリーンの下へスクロールして消えてしまいそうになったら、 (Xon-Xoff が有効になっている) ホストへ ``停止'' 信号 (^S か Xoff) を送って、これを防ぐことができます。 再開するには ``開始'' 信号 (^Q か Xon) を送ってください。いくつかの端 末では、Xoff と Xon を交互に送るか、あるいはハードウェアフロー制御信号 を送ることができる (??) ``非スクロール'' キーがあります。以下は ctrl-S (^S) と ctrl-Q (^Q) が何をするかです。 ^S はスクロールを停止します (Xoff)。 ^Q はスクロールを再開します (Xon)。 もしスクロールの停止とクイットの両方をしたければ、^C を使いなさい。他 に何かするためにスクロールを止めたいが、プログラムの出力をメモリに保存 しておいて、後でスクロールを再開したいなら、^Z でサスペンドしておきな さい。 スクロールの代替手段としては、more 、less や most などのページャにパイ プを使って出力を送る方法があります。しかし、出力は標準出力でないかもし れませんが、ページャが認識しないエラー出力かもしれません。これを解決す るには、ページャが良好に働くように、リダイレクション ``2>&1'' を使う必 要があるかもしれません。後方にスクロールする必要がなければ、単に ^S と ^Q を使います。 PC コンソール (端末をエミュレートする) では、Shift-PageUp キーを使って 後方にスクロールします。^S を使って止められないほど早くスクロールする 場合に、頻繁に必要になるでしょう。一度後方へスクロールしたら、再び前方 にスクロールするには、Shift-PageDown を使います。 次のキャラクタを文字通りとりなさい

^V は,デバイスドライバ経由で直接タイプされた次のキャラクタ (普通は制御 キャラクタ) を、なんのアクションや割込みもなく送ります。エコーバックす ると ^C のように 2 つの ASCII キャラクタになります。 7 ビット端末で Latin-1 のファイルを見る

``テキスト'' ファイルには 8 ビットの Latin1 で書かれたものがあります (をご覧下さい)。Latin1 を表示できない端末をお使いなら (あるいは、Latin1 文字セットが選択肢がないなら)、リストの先頭につく小 丸は 7 ビットコードで表示されるでしょう。man ページ (それらは Latin1 です) を見る時は、小丸に近い何かに 7 などの文字をちゃんと変換するため に、man にオプション -7 を付けます。 インタフェースを点検する

これらのユーティリティプログラムは端末インタフェースについての情報を提 供します。 gitkeys: 各キーがホストにどんなバイトを送るのかを表示します。 tty: どのポートに接続しているかを表示します。 set: TERM (terminfo のエントリ名) の値を表示します。 stty -a: stty の全ての設定を表示します。 setserial -g /dev/tty?? (?? に適切な番号を入れてください) は UART のタイプ、ポートアドレス、IRQ番号を表示します。 infocmp: 現在の terminfo のエントリを表示します (少いコメントで)。 端末の設定変更

端末の設定は、普通は端末マニュアルのセットアップ手順を使ったインストー ルを一度するだけでよいのです。しかし、いくつかの設定は端末の使用中にも 変更されます。端末を使っていて、端末のインタフェースがおかしくなった時 に、通常は、 ``setserial'' のどんな ``stty'' コマンドも使わないでしょ う。でも、インタフェースの整合性を壊さないで、端末画面の外観や振舞いを やりかえる変更があります。時々、これらの変更はアプリケーションプログラ ムが自動的に行うので、あなたがする必要はありません。 そのような変更を行う直接的な方法は、端末のセットアップキー (または類す るキー) を使うことで、メニューを使って変更を行います。こうするには、端 末のことをよく知ってる必要があります。 その他の 3 つの方法はコンピュータから端末にエスケープシーケ ンスを送ることです。反転表示にするための 3 つの方法を以下に示します。 setterm -reverse tput -rev echo ^&lsqb[7m setterm

これは最も使いやすいコマンドです。長い名前のオプションを使います (しか し、その前には通常の -- は使いません)。どんなコードを送るか 決めるのに terminfo データベースを調べます。色、明るさ、行ラップ、キー ボードリピート、カーソルの形状などを変更できます。 tput

``tput'' コマンドは ``setterm'' に似ていますが、引数に普通の単語を使う 代りに、terminfo にある略称を使わなければなりません。多くの略称は簡単 すぎて、覚えにくいです。 echo

反転表示する ``echo ^&lsqb[7m'' の例では、^&lsqb はエスケープキャ ラクタです。それをタイプするには ^V^&lsqb とタイプしてください (あるい はエスケープキーに続いて ^V をタイプします)。この ``echo'' の方法を使 うには、端末のマニュアルか、terminfo あるいは termcap から、どんなコー ドが使われているか確認しなければなりません。コマンドライン上でタイプす るなら setterm や tput より簡単です。``echo ...'' は実行が早いので (な にも探さないから)、起動時に動くシェルスクリプトなどで使うのに適しています。 変更の保存

端末の電源を切ったとき、それまでの変更は消えてしまいます (セットアップ モードで、端末の不揮発性メモリに保存してなければの話です)。同じコマン ドをタイプせずにもう一度同じ設定にしたいなら、シェルスクリプトに書くか、 シェルファンクションを作ってください。そして変更したくなったら、それを 動かすのです。半永久的に変更する 1 つの方法は、ログインした時か、コン ピュータが起動した時に、毎回そのスクリプトを動かすことです。 端末をコンソールとして作る

これは ``シリアルコンソール'' とも呼ばれています。システムからの多くの メッセージは通常はコンソール (PC モニタ) だけに送られます。起動時にコ ンソールに送られるメッセージのいくつかは、ブートが成功した後で、コマン ド dmesg をタイプすれば端末で見ることができます。ブートが失敗した場合 は、端末はオペレーティングシステムなしで動作できませんから、これは役に 立ちません。端末をコンソールとして、コンソールに関する Linux のメッセ ージを受け取ることができるように Linux カーネルを再構築できます。残念 ながら、(PC が最初に起動した時にモニタに表示される) BIOS メッセージは 端末に表示できません (モニタには表示されますが)。 モニタやキーボードなしで PC を起動する人達がいます。通常 PC はキーボー ドやビデオカードなしでは起動しませんが、幾つかの BIOS なら可能です。`` コンソール リダイレクト'' 機能をサポートする BIOS を使用しているなら、 PC を起動する時に CMOS のメニューを使って BIOS のセットアップが必要です。 カーネル 2.2 以降

シリアルコンソールを作るための説明は、ソースコードと一緒に含まれるファ イル serial-console.txt にあります。通常、デバイス /dev/console は tty0 (PC コンソール) にリンクします。シリアルコンソール用として、本当のデ バイス (他へのリンクではない) である新しい /dev/console を作ります。そ してまた、/etc/lilo.conf にシルアルコンソールに関する文を書いて、 lilo を起動します。これは、カーネルがロードされる前に、あなたのコンソール をセットアップするために ``setserial'' と同じものを走らせる必要がある ためです。詳細は上記のドキュメントや man ページの lilo.conf をご覧くだ さい。 /etc/lilo.conf のサンプルです (ttyS0 用)。 prompt timeout=50 boot = /dev/sda vga = normal # 強制的に sane にする install = /boot/boot.b message = /boot/message image = /vmlinuz root = /dev/sda1 label = console serial = 0,9600n8 append = "console=ttyS0" カーネル 2.2 以前

1997 年 4 月の Linux Journal 誌には、Linux カーネルのパッチに関する記 事がありました。src/linux/drivers/char/console.c の最初に一組の #define を加えること。 #define CONFIG_SERIAL_ECHO #define SERIAL_ECHO_PORT 0x2f8 /* シリアルポートアドレス */ 以下は Linux Journal 誌の記事にはありませんでした。カーネル 2.+ (それ と、それより前のバージョン ??) では、ボーレートの設定も必要です (9600 以外にしたければ)。これら 2 行を見てください。 serial_echo_outb(0x00, UART_DLM); /* 9600 ボー */ serial_echo_outb(0x0c, UART_DLL); (設定したいボーレートに依り) 上記の 0x0c を変更してください ： 115200 ボー: 0x01 19200 ボー: 0x06 2400 ボー: 0x30 57600 ボー: 0x02 9600 ボー: 0x0c 1200 ボー: 0x60 38400 ボー: 0x03 4800 ボー: 0x18 今、ブートする OS を選択するためにコンソールを使っているけど、本当は端 末から選択したいなら、/etc/lilo.conf に 1 行追加する必要があります。 lilo.conf の man ページを見て、``serial='' でサーチしてください。 モニタ (PC コンソール) 無しで Linux を実行できますか ?

はい、端末を使って、それを上記のコンソールのように働かせるこができます。 ほとんどの BIOS は PC の起動時にビデオカードから情報を取得しているので、 ビデオカードは必要なんじゃないかと思えます。BIOS は起動時にキーボード も必要としますが、あるいは、キーボードが不要なように設定できる BIOS の オプションがあるかもしれません。 マルチセッション

`` をご覧ください。しかし、ページのイメージは、``ページ'' として端末内で はなく、ホストコンピュータ内に保存されますから、これは ``ページ'' では ありません (をご覧ください)。 ログアウト

ログアウトするには、``logout'' か ``exit'' をタイプしてください。ある 状況ではログアウトの要求が拒否されますが、その理由を問うべきです。拒絶 された理由の一つは、ログインしたときと同じシェルを使っていなかったこと です。ログアウトの別な方法は ^D と押すことです。^D は他の目的にも使い ますから、ログアウトには使いたくないかもしれませんね。もし、bash シェ ルで IGNOREEOF が設定されていたら、^D はもはやログアウトには使えません。 端末間でのチャットやスパイ

同じホストコンピュータの端末からログインしている二人がお互いにチャット したいときは、``write'' か ``talk'' プログラムを使います。インターネッ トでは、チャットは ``lynx'' を使うかもしれません。 端末で他の誰かが何をしているかスパイするには、``ttysnoop'' プログラム を使います。``ttysnoop'' では二つの端末は同じ状態となり、各キーボード で何かをタイプすると両方の画面 (の同じ位置) に表示されます。それで、あ なたが本当にスパイをしていて、それを悟られたくなければ、何もタイプすべ きではない。 ttysnoop は、先生と生徒が各自の端末の前に並んで座ってるような場合の教 育用に使えます。先生は生徒が何をタイプしたか見て、生徒がミスタイプした 文字を正しくタイプすることで訂正できます。生徒は先生がタイプする文字を 見て、自分の端末で同じ文字をタイプします。それはあたかも二人の人間が同 時にキーボードに触れて一つの端末を使ってるようなものです。 ``ttysnoop'' には欠点が一つあって、それは端末が全て同じ種類 (vt100 な どのように) のもの (か同じエミュレートのもの) が必要であるということで す。``Linux'' はコンソール (モニタ) でエミュレーションされ、 ``minicom'' は vt100 に似たエミュレーションなので、ttysnoop を 2 つの PC で使う なら、1 つのほうでは端末エミュレータとして ``minicom'' を実行します。 ``DoubleVision'' は非フリープログラムで、ttysnoopq のようなものですが、 より高機能です。違った種類の端末を使用でき、端末のセッション情報を覚え ていて再現することができるので、前に何があったか監視することができます。 Web ページは です。 シリアルポートの共有

端末の電源が入ったときに同じシリアルポートに接続したい別なシリアルデバ イス (プリンタ、モデムなど) をお持ちなら、他の装置に接続する以上のこと が必要です。これは主として getty プログラムかシェルが、ポートを監視し ていて、getty や シェル (あるいはシリアルドライバ) がそのポートに数バ イトを送ろうとするからです。getty は kill されても再起動して、(他の装 置に接続されている) シリアルポートに対してログインプロンプトを送りつづ けるでしょう。この問題を解決する 1 つの方法はランレベルを変更すること で、getty プログラムやシェルはそのポートに対して動作しなくなります。し かし、外部機器への出力ポートとして使われているポートに対してのみ行なう と、他の人が (端末にするつもりで) シェルや getty を同時に動作させて使 ってるポートかもしれないので危険なことです。 ランレベルの調整については、そのポートで getty プログラムが動くことの ない他のランレベルを作るようにしましょう。それから新しいランレベルを作 って、他のものにシリアルポートを使わせるようにしましょう。こうするには /etc/inittab を編集してチェックし、getty が動くランレベルに設 定します。例えば、``S1:23:respawn:/sbin/getty ...'' 行は、 (ttyS1 で) getty がランレベル 2 と 3 で動くことを意味します。現在、 (``3'' を消して) ランレベル 2 でのみ動作させるようにしていて、他のシル アルデバイスを使いたいなら、ランレベル 3 ヘ移行します。このように、他 のものがシリアルポートを使うようにするには、ランレベル 3 に移行するた めに、スーパーユーザが ``init 3'' とタイプするのです。``init 2'' とタ イプすれば、もとのランレベル 2 に戻ります。各ランレベルは初期化スクリ プトにより違った設定になっていますが、お望みの時にランレベルの変更がで きるので、各ランレベルで同じスクリプトが動作することに注意してください。 各 Linux ディストリビューションでのスクリプトやランレベルの動きはどの ようなものでしょう。 Debian では、説明が /usr/doc/sysvinit に ありますが、/usr/share/doc でも見ることができます。 ポートについての stty の設定にも問題があります。ポートが端末用に使われ ているときにある設定になっていますが、ランレベルを変更するために ``ini t 3'' が実行され、そのポートで getty が実行不可になると、オリジナル (ブートの時) の設定は復元されません。結局、``raw'' モードでポートを設 定することになります。これは、あなたが書いたスクリプトか、その次にその ポートで動くアプリケーションのどちらかで、stty を使って完全に設定し直 すことを意味します。シリアルポートから印刷するアプリケーションは完全に ポートの再設定を行なう能力はありません (/etc/printcap は一部の設定しか しないからです)。従って、あなたはスクリプトを書く必要があります。 stty による端末の設定は、シェルが動作するかどうか、``ログイン''プロンプト が表われるかどうかなどによって違います。そういう訳で、ランレベルを切り 替えた後の stty の設定は異なるのです。 トラブルシューティング (ソフトウェア)

もしハードウェアに問題がありそうなら、の章をご覧ください。 問題がシリアルポート絡みなら Serial-HOWTO をご覧ください。 これはありがちな問題のリストです。 端末に欠陥がないか疑いなさい。 、なにかの文 字を飛ばす、あるいは、文字の表示はだいじょうぶだけど、ハングする。 (コンソー ルエラーメッセージ) 、ログインプロ ンプトは表示されます。 端末が調子悪くなるには 二つのケースがあります。一つは、ちょっと前まで は調子良かったのに、突然おかしくなるケースです。これについては次の章で お話しします。もう一つは、端末をインストールした直後からうまく動かない ケースです。このケースの場合は次の章を飛ばしてかまいません。 端末は順調に動いていたのに

前はうまく動いていたのに、突然調子が悪くなったときは、問題を見つけ易い ものです。問題は、(ハードウェアに起因する故障を除き) あなたがやったこ と (または使っているソフトウェア) に原因があるはずだから。 問題は、端末の電源を入れたときに表示されるエラーメッセージからも明らか になります。奇妙なノイズによるものなら修理が必要です。をご覧ください。最初に、最近問題の原因 となるような何かをしたか、何か変更しなかったか考えてみてください。問題 は新しいシステムソフトウェアをインストールした後や、設定を変更後に起り ませんでしたか ? あなたがタイプしたことに端末が (まったく) 正しく反応しないなら、端末は になっています。 新しくインストールした端末

指示毎に端末をコンピュータに接続したのにうまく動かないなら、本章が役に立ち ます。端末が以前はうまく動いていたのに、今は動かないのならをご覧くさい。コンピュー タのシリアルポートに欠陥の疑いがあるなら、診断用のテストプログラムを実 行してみてくさい。現在 (1998 年 6 月)のところ Linux ではそんな診断プロ グラムがないはずなので、MS DOS/Windows 上で実行してください。これらの 診断プログラムは DTR,CTSなどの各種シリアルラインをモニタし、手助けして くれます。を ご覧ください。 一つのアプローチとして、最も単純な状況を想定して、端末にファイルをコピ ーして (cp my_file /dev/ttyS?) うまくいくかどうかを最初に確かめること です。これはモデム制御線が無効になっていて、速度を見る場合にフロー制御 が不要であることを意味します (ハードウェアフロー制御が無効になっている ことを確認してください)。もしコピーがうまくいけば、状況はやや複雑にな り、まだうまく動かないか等々を確認します。なにか変更した後にトラブルが 生じたときは、おそらくその変更がトラブルの元でしょう。実際、単純の状況 から、最後の設定までに至る過程の、半分のところへ戻り、 (試験をして、問 題の有無を)調べれば、残された問題の半分を消去できます。次のテストでま たこの方法を繰り返すのです。このようにすれば千個の原因の可能性があって も 10 回のテストで原因にたどりつけます。勘や手がかりに頼る方法から縁を 切るべきです。 端末はだいじょうぶですか ?

良好な端末は画面にメッセージを表示しながら起動するのが普通です。これら のメッセージにエラーメッセージが含まれてないなら、おそらく端末は正常で す。電源を入れてもウンともスンともいわない (ライトもつかないなど) なら、 コンピュータの電源コードを両端共外してください。それで他に電源ケーブル があるなら取り換えて試してください。端末の電源が入るかどうかと、ヒュー ズが切れてないかを確認してくさい。空白の (あるいは薄暗い) 画面は時に、 明るさとコントラストをノブかセットアップメニューでキーボードを使って調 節すれば映るようになるかもしれません。それでもうまくいかなければに修理のコツがあります。 端末は正常に起動するけどまだ何かがおかしいと思うなら、端末がタイプライ ターのように働く ``ローカルモード'' にして、タイプしてみましょう。 をご覧ください。 テキストを見逃すこと

端末上でいくつかのテキスト表示はだいじょうぶだけど、最後までいかずに (単語の途中で) 止ったり、テキストの塊が抜けたりするなら、おそらくフロ ー制御に問題があります。何が起っているかをすぐに理解できないなら、通信 速度を落してみてください。これで解決すれば、やはりフロー制御の問題です よ。正しく設定していないかケーブルの結線がまずいために、フロー制御がま ったく働かないにしがいありません。をご覧ください。 一つの文字が欠落するなら、たぶん、通信速度が速すぎてシリアルポートでオ ーバランが起ってるのでしょう。ボーレートを落してみてください。 1200 以下のボーレート (超低速、古いハードコピー端末やプリンタで使われ ている) を使っていて、テキストが切り詰められているなら、それはシリアル デバイスドライバの問題です。解決方法は Printing-HOWTO の``シリアルデバ イス'' の章をご覧ください。 l getty を即座に再起動する シリアルモジュールがロードされていない

シリアルモジュールがロードされているか確認するには ``lsmod'' コマンド を使ってください。 モデム制御電圧が出ていない

モデム制御ピンの一つの正電圧が低いために getty がポートをオープンでき なかったり使えなければ、getty は死んでしまうかもしれません。それから、 inittab 内の命令に従って、getty は再起動して、ポートのオープンを試行 し、 kill されることを何度も繰りかえすのです ...。getty があまりに早く 再起動するので、一時的に無効になっていることをエラーメッセージから確認 できます。 getty の ``local' オプションを使うか、モデム制御の設定や電 圧を調べてみてください。 キーの短絡

getty が再起動する他の原因は、キーボードのキーが短絡したときに、キーが 押しつづけられたのと同じ結果となることです。オートリピートが有効なら、 ログインプロンプトに対して何千もの文字が送られることになります。そして、 同じ文字 (あるいは 2 つ以上の違った文字) がスクリーン全体を埋めてしま うのです。 ログイン直後の失敗

ログインはできても端末を使えなければ、ログインシェルが起動した時に (誤 った設定で) 端末を再設定したのが原因だと思います。ログインして、シェル が起動したときに参照するファイルに、誰かが端末設定のコマンドを書いたの でしょう。/etc/profile や /.bashrc がそのファイルです。``stty'' や `` setserial'' で始まるコマンドを探して、正しいかどうかを確認してみてくだ さい。ある初期化ファイルでは正しくても、あなたが気付いていない他のファ イルで誤って設定されてるかもしれません。システムを正しく修正する方法は、 他の端末やコンソールを使うか、レスキューディスクを使うか、それとも、起 動ファイルを使わずにシングルユーザモードで立ち上るように lilo のプロン プトで ``linux single'' とタイプすることです。 ログインできない

ログインしたのに何の応答もなければ (あるいは、多分間違った反応が帰って くるなら)、原因は端末からコンピュータへの通信がおかしいのです。ケーブ ルやコネクタの不良か接続ミスにちがいありません。まだ getty の ``local'' オプションを使ってないなら、それを使って、モデム制御ラインを無効にし てみてください。 をご覧ください。もしハードウェアフロー制御が有効になっているなら、それ も無効にしてみてください。うまく動くようになったら、モデム制御ラインの 配線の問題か、設定ミスだったのでしょう。ある端末では送信と受信の設定を 違う値に設定できるので (ボーレードのように)、受信はできるけど送信でき ないことがあります。 設定が正しいか確認するには、``stty < /dev/ttyS1''(ttyS1を使っている場 合です) を (コンソール上で) 試すこともできます。-icanon や -echo など を付けると raw モード (本モードではおそらくだいじょうぶ) になります。 もし端末側で半 2 重 (HDX) に誤って設定されたら、タイプした時に表示され る文字は、端末自身が表示したものです。文字が 2 重に表示されたら、コン ピュータからのエコーが正常なので、これを直すために全 2 重に切り替えて てください。しかし、半 2 重で正常に ``エコー'' するように見えるなら、 コンピュータから送られてきていません。 ``login failed'' のようなメッセージが表示される場合、タイプミスやパス ワードに誤りがなければ、ログインが許可されていないなどの制限に引掛った ものと思います。残念ながら、このメッセージはログインできない理由を教え てくれません。をご覧ください。 誤ったログインプロンプト

間違った文字セットを使ったり、ボーレートが高すぎるための送信エラー、ボ ーレートの不一致、パリティの不一致、あるいは 1 バイト当りのビット数の 違いなどの原因があります。いろんな種類の文字があるなら、間違った文字セ ットを得たり、間違って高位ビットがセットされたりします。スペルミスが発 生するようなら、ボーレートを落してみてください。ボーレート、パリティ、 あるいはデータ長の不一致により、同じ ``不正な文字'' をたくさん見かけま すが、これらはパリティやボーレートによるエラーのために正確に表示できな い本当の文字の代りなのです。 もし agetty (単に getty と命名されたりもする) をお使いなら、agetty プ ログラムはパリティやデータ長を検出し、設定するでしょう。なにかタイプし てみて、パリティやデータ長が変更されてないか確認してみてください。 ログインプロンプトがでない

これは端末でなにも起こらない時のことですが、端末は正常だと思われる場合 のケースです。最初にすることの一つは、コンピュータと端末の両方でケーブ ルがきちんと正しいコネクタに接続されているか確認することです。他の原因 は、ハードウェアやケーブル (ヌルモデムが必要) の不良、getty が動いてい ない、端末で間違ったボーレートが設定されている、端末がローカルモードに なっている等です。このケースでは 2 つの異なるアプローチがあります (一 度に 1 つ以上追及できます)。 Measure Voltages コンソールから問題を診断しなさい

コンソール (あるいは他の端末) で、getty が正しいポートで動いていること を ``top'' か ``ps -al'' で確認してください。他のポートや仮想端末で動 く getty プログラムと間違わないように。getty が動いていてもログインプ ロントは表示されませんよ。 テストとして、小さなファイルを端末にコピーしてみてください (getty を設 定する前のインストールの最初の過程で、これを試すのもよい考えです)。cp file_name /dev/ttyS1 のような Linux のコピーコマンドを使います。うまく いかなければ、stty を使ってできるだけ単純となるよう全てを無効 (ハード ウェアフロー制御 : -crtscts、パリティ、モデム制御 : clocal) にしてみて ください。ボーレートとデータ長が同じであることを確認してください。何も 起こらなければ、次の章なるようにポートが生きてるかどうか電圧計で確かめ てください。 電圧の測定

電圧計をお持ちなら、端末側のヌルモデムケーブルの 3 番ピン (受信) の負 電圧 (-4V から -15V) を測定してください。電圧計の正側は、適切なグラン ドにつないでおくべきです (ケーブル端の金属コネクタは信号グランドには不 適なことが多い)。負電圧が出ていなければ、コンピュータ側の送信ピン (Tx D) を調べてください (ピンの配置については をご覧ください)。コンピュータ側で電圧が出ていて、端末 の受信ピン (RxD) で出ていなければ、ケーブルの不良です (接続がきちんと されていない、断線、あるいはヌルモデムじゃない)。もし電圧が足りなけれ ば、コンピュータのシリアルポートが死んでるのでしょう。診断プログラムで テストするか、取り換えてください。 シリアルポートが生きているなら、ファイルを送って (モデム制御なしで)、 何か受信できるかどうか確認したいでしょう。アナログの電圧計で送信信号電 圧を調べて、ラインに何も出力してない時に針が -12v を指していることを確 認してください。それからファイルの送信 (あるいは getty) を始めてくださ い。電圧計の針は 0 を指したあと、(送信されたデータの) ビット列の短期平 均値の電圧を指示するため、0V を中心としてふらつくはずです。あなたの電 圧計に、AC スケールでは DC 電圧を遮断するようなコンデンサがついている なら、 AC スケールでも確認できます。そうしないと、-12v の DC 電圧は誤 った AC 電圧として読めてしまうでしょう。電圧計がなければ、他の適した装 置 (端末や外付けモデム) をシリアルポートに接続して、正常に動くか確認し てください。 低速 : キャラクタとキャラクタの間で数秒の待ち

割り込みの設定を間違ったら、Serial-HOWTO の ``Slow'' で始まる章をご覧 ください。 端末がスクロールしない

原因の一つは、terminfo の何かが間違っているためです。別な原因は、端末 のスクロール領域の外側にセットされているからです。幾つかのプログラムは、 あなたの端末が 24 行だと推定して、terminfo から実際は何行あるかを得ず にスクロール領域を (端末にエスケープシーケンスを送ることで) 24 行に設 定します。それで他のプログラムを使ったときに、25 行目のカーソルは捨て られて、端末はスクロールしません。この問題を防ぐために、環境変数 ``exp ort LINES=25'' をセットしておいて、24 行だと勘違いするプログラムがそれ に応じてスクロール領域を 25 行として使うようにします。問題解決のための かわるがわるの方法はコマンド ``stty rows 25'' を使うことです。 シリアルモニタリング / 診断

わずかな Linux プログラムはモデム制御線をモニタリングして、正 (1) か 負 (0) かを表示します。 statserial (Debian ディストリビューション) serialmon (RTS, CTS, DSR をモニタしませんが、ログに残します) modemstat (Linux PC コンソールでだけ動作します。コマンドライン上で動作 します) あなたはもうお持ちかもしれませんが、もしお持ちでないなら、 をご覧なさい。これらを使って見たものがホストコ ンピュータのシリアルラインの状態だということを心に留めてください。端末 での状況は違って、数本の線がケーブルから外れていたり交差したりします。 1998 年 7 月の時点では Linux のシリアルポート診断プログラムを知りません。 ローカルモード

ローカルモードでは、端末はコンピュータから切り離され、タイプライター (紙に印字せずに画面に表示するだけですが) のように働きます。コンピュー タへ再接続しオンラインモードへ戻ると、``local'' になる前の状態に回復す ることができます。これは端末のテストと教育用途の両方に向いています。幾 つかの端末では ``ローカルモード'' として ``ブロックモード'' を使います。 ローカルモードでは、エスケープシーケンス (ESC コードで始まる) を入力し 何が起きるか確認できます。端末がローカルモードでうまく動かなければ、コ ンピュータに接続しても正しく動く見込みはありません。エスケープシーケン スがどのように働くかちゃんと理解していないなら、ローカルモードで試す手 があります。また販売されている端末を十分試すにも用いることができますよ。 ローカルモードにするには、まずセットアップモードにしたあとで、メニュー から ``local'' を選択します (あるいは特定のキーを押す)。をご覧ください。 シリアルの電気的なテスト装置 引き出し工具

マルチメータ (電圧計として使用) はほんの少しの端末に必要な機能を全て備 えていますが、単純で特別なテスト道具がシリアルポートラインのテスト用と して作られています。幾つかのものは ``ブレークアウト ...'' と呼ばれ、ブ レークアウトはケーブルから導線を引っぱり出すという意味です。これらの道 具には一組のコネクターがあり、そこにシリアルケーブルを差し込むのです。 電圧計を接続するコネクタを備えているものもあります。他には LED があり、 モデム制御線のどれかが有効になると (電圧が生じると) 点灯します。またあ るものにはジャンパー線があり、任意の線を接続できます。他にはスイッチ付 きのものもあります。 Radio Shack では TD, RD, CD, RTS, CTS, DTR, DSR をチェックするための ``RS-232 トラブルシュータ'' や ``RS-232 ラインテスタ'' を販売 (1998年 現在) しています。緑のライトは (+12V) で、赤は (-12V) を表します。``RS - 232 シリアルジャンパーボックス'' も販売しており、これはどのピンへも接 続できるものです。 電圧の測定

どんな電圧計やマルチメータ -- $10 程度で売られてるものでさえ -- 良好に 測定できます。他の方法で電圧を測定するのはトリッキーなことです。電圧を 降圧するための直列抵抗がつながってないかぎりは LED を使ってはいけませ んよ。20 mA の LED には 470 オームの抵抗が使われます (でも全ての LED が 20 mA ではありません)。LED はある電気極性のときにだけ発光するので + か - の電圧をテストできるはずです。自動車の電子回路のチェック用にこん な道具を誰かが作ったんでしたっけ ?? ロジック回路の検査にこれを使うと回 路を損傷してしまいますよ。TTL の電圧はわずか 5 V で設計されていますか ら。12 V の白熱灯を試すことはいいアイデアじゃありません。極性を示さな いし、 UART の出力電流制限のためにおそらく光らないと思います。 メスのコネクタの電圧を測定するなら、曲ったペーパークリップをお望みの穴 に挿しこめばよい。ペーパークリップの直径はピンより大きくないので、端子 を傷つけることがないのです。接続にはペーパークリップに鰐口クリップを挟 みこんでください。

修理と診断

端末の修理は、モニタやキーボードを修理することとかなり共通点があります。 端末に備わっている診断ソフトが悪い個所を画面に表示してくれたりします。 診断ソフトがなければ、その時は徴候によって、キーボードや CRT の故障、 端末の電子回路の不良うちから問題を一つに絞りこむことができます。サービ スマニュアルがあれば一番いいのですが、お持ちでなくともだいたいの端末は 修理できますよ。 修理についての参考書籍と Web サイト 参考書籍

Bigelow, Stephen J.: Troubleshooting & Repairing Computer Monitors, 2n d edition, McGraw-Hill, 1997 年出版。文字型の装置やキーボードに関する 説明はありません。 Web サイト

ニュースグループ http://www.repairfaq.org に FAQ があります。sci.electronics.repair は豊 富でわかりやすいけれど、章毎に端末の説明がありません。 "Computer and Video Monitors" の章をご覧ください。ここの情報の多く、章 でいえば "Testing Capacitors", "Testing Flyback Transformers" などは端 末のことを適切に説明しています。多分将来は、この HOWTO の修理について の ``情報'' は上記 FAQ (あるいはそれに類するもの) へのリンクが主として 含まれるはずです。端末の修理に関するニュースグループへの投稿 もまた情報源となります。 安全性

カラー CRT には 3 万ボルト以上の高圧電流が流れています (白黒はもっと低 い)。たとえ電源が入っていなくても、カバーが外れていたら電圧に触れない よう注意してください。電流制限がかかっているので、おそらく触れても死ぬ ことはないはずですが、でもひどい火傷やショックなどを与えると思います。高 電圧はエアギャップを伝って絶縁破壊を起すので、手は十分安全な位置にある ように気をつけてください。安全なように絶縁された高圧線がブラウン管の端 に接続されているのに気づくことでしょう。電源が切られていても、このブラ ウン管へのケーブル接続にはあなたにショックを与えるのに十分な残留電圧が あります。電源を切った後にこの残留電圧を放出するには,ジャンパー線付き のブラウン管の接地線に接地した金属ブレードがついたドライバーを使います。 低圧 (数百ボルト程度) でさえも電流制限がかかってないのでより危険なので す。手が濡れていたり、金属製の腕時計、あるいはリングのようなものをして いるならさらに危険です。稀に死亡することもあるので注意すること。デジタ ル回路の数ボルト程度のより低電圧ではかなり安全ですが、本当に安全だと確 認できないかぎりはどれにも触ってはいけない。 訳注：非常に危険なことが書いてあります。高圧電流によって何千件もの死亡 例があります。CRT のカバーを *絶対に* 外してはいけません。 外観

表示があまりに暗すぎるなら、ディスプレイの外側にあるつまみ (もしあるな ら) を使って輝度かコントラストを調整しましょう。幅、高さ、あるいはセン タリングが正確でなければ、それ用の調整つまみを使います。古い端末の幾つ かでは、セットアップモードにして矢印キー (かそれに類するもの) を押さなけ ればなりません。 古い端末では特にそうでしょうが、調整のためにカバーを取り外す必要があり ます。調整中に鏡にディスプレイが映るように、端末の前に鏡をおいておけば 調整をきちんとすることができます。調整用つまみはプリント基盤上にあるか もしれません。ドライバー (可能ならプラスねじ) は常に必要ですが、インダ クターには特別な TV 組み立て用ツール (プラスティックの六角レンチなど) が必要かもしれません。調整つまみの略称が基盤上に印刷されているはずで す。例えば、以下に示す略称があります。 V-Size は垂直方向の高さ (サイズ) を調整します H-Size は水平方向の幅 (サイズ) を調整します。それはインダクタかもしれ ません。 V-Pos は垂直方向の位置を調整します。 H-Pos は水平方向の位置を調整します。 V-Lin は垂直方向の歪みを補正します (走査線の幅が画面の一番上と一番下で 異なるとき使います)。 V-Hold は垂直同期を調整します (スクロールがおかしくなってるときに使い ます)。 Bright は輝度を調整します(外側にもつまみがあります)。 Sub-Bright は輝度の落ち付き具合のモードを切り換えします (ノーマルモー ドではボールドやブライトモードよりぼんやりしています)。 歪み補正を変えるとサイズが変るので再調整が必要です。保存されているしば らくの間の端末には、大きな黒い境界線で囲まれた小さな長方形が表示される かもしれません。それで調整が難しければ、少し待っていれば使えるよう回復 するでしょう (黒い境界線は縮むから)。 診断 端末から異音が聞こえる場合

端末が故障する前 (あるいは故障後に電源を入れたとき) に異音を発したら、 それは故障箇所を特定する手がかりとなります。もしスパークしたような音を 聞いたり、煙を見たり匂ったりしたら、一層の損傷を防ぐためにすぐに電源を 切ってください。カバーを外しても悪い個所がどこか分らなければ、火花が見 えるよう部屋を暗くして、ちょっとだけ電源を入れてみてください。高電圧ケ ーブル (フライバックトランスと真空管とを接続する) が、グランドへのアー クで絶縁破壊しているかもしれません。高電圧の絶縁用のワニスか、1 万ボル ト用に設計された特殊なテープで補修しましょう。 フライバックトランス (高電圧) が壊れたら、かすかなクリック音か火花の音 がするかもしれません。電源を切ると音がしなくなったら、しばらく待ってか ら再度電源を入れてみてください。その音の出所をさぐるには、小さなゴム管 (自動車でよく使われる) を聴診器代りにして音を聞いてみてください。しか し異音を聞いている間も端末は損傷するので、すばやく見つけること (ただし、 あまりに急いで (感電による) ショックを受けるような危険を冒さないように、 くれぐれも注意のこと)。 電源部分の短絡により、ヒューズがポンと切れたかもしれません。切れたヒュ ーズの取り換えは問題の解決にはならないので、同じことがまた起きるでしょ う。高熱で黒く焼けた部分を点検して、それらの部品をテストしてください。 パワートランジスタの短絡が、ヒューズ切断の原因かもしれません。トランジ スタチェッカか抵抗計でチェックしてください。抵抗計は、メータの供給電圧 が低くなるよう、小さなスケールのものを使ってください。これはテスト電圧 によって正常な装置を壊さないようにするためです。 端末が、湿った場所や料理の湯気が立ちこめている台所の近くのような湿気に さらされたなら、乾燥させなさい。ドライヤーで ``壊れた'' フライバックト ランスを数分間暖めたら回復するかもしれません。 端末から異音がしない場合

画面に何も映ってないのは、輝度の調整が一番低いレベルになってるか、また は寿命がきたからです。次にすることは、ケーブルが緩んでるか接続部分が壊 れてないかを調べることです。電源が入ってないようなら、電源コンセントに ちゃんと``電気がきてる''ことを確認した上で、新しいケーブルに取り換えて みてください。 キーボードが疑わしいようなら、同型の端末と交換するか、正常なキーボード と交換してみましょう。また、キーボードケーブルの端やプラグをよじってみ てください。ケーブルの配線の、特にプラグ付近が断線しているのかもしれま せん。よじってみて (その動きに同期して、おかしくなったりまともに動い たりすることで) 断線だと判明したら、新しいケーブルに取り換えるか、ケー ブルを切って切断部分を半田付けをするなどすればよい。 キーボードが動作するなら、最初にすることの一つは端末をにすることです。ローカルモードで ちゃんと動いたら、ホストコンピュータとの接続か、(インターフェースの不 整合か) 端末の UART に問題がありそうです。 慎重に回路を点検することで、問題の原因がよく見つかります。変色、ひびな どを探しなさい。断続して起きる問題は、ボールペン (もちろん金属製はダメ ですよ) で部品を叩くと時々見つけられたりします。プリント基板の導体の断 線は基板を曲げるとはっきり分ります。半田がとれたり、少量しか半田付けさ れていない個所があれば、半田付けをやり直す必要があります。半田付けは、 トランジスタ (や他の部品) を加熱して損傷を与えるので、できたら熱を逃が すための工具を使ってください。 ありふれたブランドの端末をお持ちなら、インターネットのニュースグループ に投稿された記事の中から、あなたと同じ端末でたびたび起きる問題や、多分 それを解決する方法を探すことができるでしょう。 電子回路がちゃんと動いてることを確認するには、壊れた端末で (正常なキー ボードを使って) タイプしてみることです。正常な端末 (またはコンソール) で、copy コマンドか minicom のような端末通信プログラムを使って試しなさ い。一行送るのに端末で改行キーを叩く必要があります。別の端末から壊れた 端末に識別子などを問合わせるかもしれません。これで双方向通信が働いてい るかどうかを確認できるでしょう。 画面上のエラーメッセージ

幸運ならエラーメッセージが画面に表示されます。通常は最初に端末の電源を 入れた時に起こります。 キーボードエラー

これは通常、キーボードが接続されてないか、接続が緩んでいるという意味で す。より重大な問題についてはをご覧ください。 NVR のチェックサムエラー

NVR とは ``Non-Volatile RAM (不揮発性メモリ)'' のことです。これは設定 情報が保存されている NVR がおかしくなったことを示します。端末はそれで も動くはずですが、誰かが端末の設定をした時に最後に行ったものは失なわれ てしまいます。もう一度設定して、保存してみてください。多分動くはずです。 すごく古い端末 (1980 年の初頭) では、設定を保存するのにバッテリーバッ クアップの CMOS が使われているので、このケースでの問題はバッテリーが上 ったためです。EEPROM (バッテリー不要) ではたまに保存のし過ぎでおかしく なります。これをつきとめるのは難しいですよ。修復できなければ、デフォル ト設定で固定するか、開始時に端末へ設定用エスケープシーケンスを送るかの どちらかです。 コンデンサ

電解コンデンサは金属製の入れものに入っており、数年使わずにいたら効果が 弱まり動かなくなります。時々はただ端末の電源を入れてやるだけで、回復さ せるでしょう。できることなら、1,2 年に 1 回は端末の電源を入れることを 心掛けてください。 キーボード キーボード

端末のキーボードは PC のものとは違います。違いはキーレイアウトばかりで はなく、キーを押した時に発生するコードも違います。そして、各種ブランド や端末の型式の違いでいつも互換性があるわけではありません。時々は ``非 互換'' のキーボードが端末で部分的に動くことがあります。全ての ASCII キ ーは大丈夫のはずですが、セットアップやブレークなどの特殊なキーはちゃん と働かないでしょう。 どのように働くか

ほとんどのキーボードは、キーを押すと 2 本の配線を単純に接触させるよう になっています。キーボードの IC チップ内の電子回路が、配線の接触をキー ボードの外部ケーブルへ送りだすコードに変換します。各キーから IC チップ につながる個別の配線のかわりに、以下の方式が採用されています。配線の番 号を 1-10 と A-Jと名付けます(合計 20 本)。 例えば、3 番の配線は複数のキー に接続されていて、B 番の配線も複数のキーに接続されています。しかし、3 番 の配線と B 番の配線の両方に接続されているキーは一つだけです。そのキーが 押された時に、3 番の配線と B 番の配線の間に閉回路が作られます。IC チップ はこの短絡を検出して、どのキーが押されたか識別します。この方式は 必 要な配線を減らすことが出来ます (したがって、IC チップのピン数も減らせま す)。この方式は (電話交換機の)``クロスバースイッチ''と同じです。 1 回押すと、2 つの違う文字が表示される

もし、不具合により 3 と 4 の配線が短絡したら、3-B キーを押すと 4 と B もつながって、チップは 3-B と 4-B キーの両方が押されたように思うでしょ う。1 文字でよかったのに、2 つの異なる文字がタイプされたようになってし まいます。 訳注：ここでの 3,4 と B は「どのように働くか」で説明した方式の配線の番 号を意味しています。 最近のキーボード vs 古いキーボード

最近のキーボードと古いものの外見は同じように見えますが、操作の仕組みは 異なります。古いほうはハードプラスティックケースの中にある各スイッチが キーキャップの下で独立しています。最近のものはキーボードの形をした大き くて柔らかいプラスティックシート (膜) を使います。穴のあいたプラスティ ックシートは、プリント回路 (接点も含む) を含む 2 つのプラスティックシ ートに挟まれています。キーを押したら、2 つの ``プリント'' シートがある 接点で同時に押されて、その点にあるシート上のプリントされた接点をオンし ます。 キーボードがまったく動かない

キーボードが動作しなくなったら、キーボードの問題かどうか確かめるために、 他のキーボード (もしお持ちなら) で試してください。ほとんどは端末への接 続コード (ケーブル) 内の断線が原因です。断線個所はコードの端であること が多いです。断続的にでも動くかどうか確かめるために、キーを押しながらコ ードの端をゆすってみてください。悪い個所が特定できたら、慎重にコードの その部分をナイフで切って断線個所をつないでください。つなぐために半田を 使うこともあるでしょう。そして、電気テープ、接着剤あるいはコーキングで 封をします。 b を押すと bb などの表示になる (2 重化)

全部の文字が 2 重に見えるならキーボードはどこも悪くないです。それより も、端末で間違った半 2 重の設定 (HDX か ローカルエコーがオン) がされて いるために、タイプした文字全てが端末とホストコンピュータの両方からエコ ーバックされているのです。2 つの文字が違う場合はキーボード内部の回路が 短絡しているのでしょう。をご覧ください。 キーボードが自分でタイプする

もし 1 つのキーが短絡した時にオートリピートが有効になっていると、かな りの数の同じ文字がタイプされたようになります。1 つ以上のキーが短絡した ら、複数の文字がタイプされたようになるでしょう。ログインプロンプトを表 示している時に起ったら、getty をすごく早く再起動させる原因になるかもし れせん。をご覧ください。治す方 法は、ことです。 キーボードに液体をこぼした

水や、水のような液体をキーボードにこぼした (あるいは雨、ひどい霧、湿気 の中にさらした) ら、幾つかのキーはちゃんと動作しないかもしれません。湿 気はキーを短させる (キーを押しっぱなしの状態と同じ) 原因となり、オート リピートが有効なら画面いっぱいに文字が表示されることになるかもしれませ ん。濡らして、部分的 に(あるいは全部を) 乾かしても、接点の表面がこびり ついたものが原因であるキーはちゃんと動かないかもしれません。最近のキー では、プラスティックシートで隔離されていて、それらを乾かしたり掃除がで きます。古いやつは日なたか、オーブン (低い温度で)で乾かしましょう。乾 いても、以下で説明するようにキーの接点を掃除する必要があります。 キーボードの接点を掃除する 薄膜つきキーボード

新しいキーボードには、点検や掃除をするのに取り外しやすいプラスティック 製のシート (薄膜) がついているものがあります。キーボードを分解してシー トを取り出すのに数本のネジを外すだけでよいのです。IBM の古いキーボード では、沢山あるツマミを折らない限りは取り外ずしできなくて、ツマミを元に 戻すには接着剤を使う必要があります (多分、直す価値はなくなってます)。 プラスティックシートを含む部品を曲げたり、ひねったり、また叩いたりなど の加工をすることで、そのようなキーボードが動くようにさせることもありま す。 独立したスイッチを持ったキーボード

続いては、各キーのハードプラスティックスイッチが別々になっている古いキ ーボードについてです。電気接点の掃除にかかる前に、最初にキーボードを逆 さにして、おかしなキーを動かしてみてください。特にキーを強く押したり、 振動させることで、ホコリを取り除きやすくなります。キー押して、左右に揺 するのも効果があるかもしてません。 小さなドライバをてこにして、あまり過度に傾むかないようにしながら、キー キャップをこじ開けて外すこともよくやります。キーキャッププラーなどとい う専用工具もありますが、別になくてもかまいません (警告 : 最近のキーボ ードのキーキャップはこじ開けてはいけません)。キーキャップが緩くなって きたら少し傾いてぐらついてくるでしょう。キャップが床に飛んでくかもしれ ません。接点を掃除するには 2 つの方法があります。キースイッチにクリー ナーを直接吹き付けるか、キースイッチを取り外して掃除するかのどちらかで す。また別な方法として、キースイッチを新品か中古のものと取り換える手も あります。 キースイッチの上からクリーナーか同等品 (電気店で売っています) を接点に 直接吹き付けるのが一番早い方法ですが、あまりうまくいかないでしょう。ス プレーする前に、スイッチの辺りを掃除しておきましょう。キーボードに電流 が流れている (または、抵抗計がキー接点に接続されている) 場合、キースイ ッチの内部に届くようにクリーナーを吹き付けるスプレーにチューブを使いな さい。キーの近くにクリーニング用の液体をたらしてはいけませんよ。ホコリ を集めて、隣りのキースイッチにまで漏れる (ほこと一緒に) ことになります。 この間違いを犯すと、キーを掃除しながら隣のキーまで傷めることになります。 もしやってしまったら、周りのキーがちゃんと動くかどうか確認すること。 キーボードを傾けることで、クリーニング液は接点に向って流れていきます。 CIT101e 端末の Alps キーボードでは、数字の列を天井の方へ傾けることを 意味します。あなたの手 (や手袋) に毒性のクリーニング液がつかないように しながら、ペンか小さなドライバーでキースイッチを上下に押してみてくださ い。キーボードをさかさまにして、残ったクリーニング液をきってみるのもい いかもしれません。私はあまりやりませんけど。過度にクリーナを吹き付ける とプラスティックを傷めたり、隣のキーを汚したりするので、適度な量となる ようよく考えて使いましょう。掃除が終った後に、キーがちゃんと動作するこ との確認のために、キーの反応をみたり、上下に少し動かして OK かどうか確 認し、 30 秒程して同じテストをしてみてください。 内部の接点がクリーニング液で濡れてる間はキーはまともです。しかし、数分 後に乾いたら、接点上で蒸発したクリーニング液の残りがこびりついて、接点 の正常な動きを妨げます。それでキーがおかしな動きになる場合があります。 クリーニング液が乾いてる間、キーを操作し続けることで防止する助けにはな ります。幾つかのスイッチには、接点クリーナーが接点に侵入しないように接 点を封印してありものがあります。接点を洗浄するクリーニング液は汚れも運 んでしまいます (これを最小限にとどめるには、クリーニングの前にキーの表 面をきれいにすることです)。 キースイッチを分解することになったら、まず組み立てと分解の方法について 確認してから始めること。たまにキーボードからスイッチを取り外さなくても、 スイッチカバーを外せることがあります。保管しておく必要のある薄いプラス ティック製のつまみを外した後で、キースイッチのあたまの部分をこじ開ける (または引っ張る) のです。あんまり強くこじ開けようとすると、薄いプラス ティックを壊しますよ。できないようなら、それを取り外す (あるいは取り換 える) ためにスイッチの半田をとる必要があるかもしれません。スイッチを取 り外しても接点とスイッチが一緒にサンドイッチ (ほとんど接触している) さ れていたら、接点を見ることはできません。導体の表面に少し隙間を作って、 その隙間にクリーナーを吹き付けることで接点のクリーニングをします。接点 の表面に固定用のクリップがある場合は、隙間を開ける前にこれを外しておか なければいけません。クリーナーを接点につけて、やってください。キーボー ドを傾むけたり、逆にすればやるやすいかもしれません。キースイッチを分解 している最中に小さな部品をどっかになくしてしまわないように気をつけまし ょう。 付録 A: 一般 Linux 端末のコマンド一覧 端末ヘ送るコマンド

: 長いオプション : 簡単なオプション tset: 初期化専用 clear: 画面クリア setterm -reset: リセット文字送信 端末デバイスドライバの設定

: Terminfo

terminfo コンパイラとトランスレータ toe: terminfo ファイルにある端末リスト表示 terminfo エントリの比較と表示 その他

gitkeys: 各キーがホストへ送るコードの表示 tty: 現在接続している tty ポートの表示 set (または tset -q): TERM 環境変数や terminfo エントリ名の表示 : 対話形式で TERM の値をセットしたり初期化したりする インターネットと書籍 インターネット上の端末情報

テネシー大学の は、テキスト端末について有用な情報を 提供してくれます。 には VT 端末の情報や歴史があります。 は DEC の VT や Dorio 端末の販売代理店です。ADDS, VT あるいは DORIO 端末の仕様を入手 したいなら、``data sheet'' のリンクを選択して、そこで ``Go to Specs'' のリンク を選んでください。 は大手の端末製造メーカです。最新の機種は にあります。 もご覧ください。 や は幾つかの端末エミュレータ (VT 100, 300, 420 それと Wyse) のエスケープシーケンス (と制御コード) のリストです。 comp.terminals は端末に関するニュースグループです。 端末関連の書籍

EIA-232 シリアルポートについては をご覧ください。 修理については にあります。 Terminfo についてはをご覧ください。 端末全般についての書籍

私の知る限り、テキスト端末について満足のいく本はありません (1970年代の アンティックな端末に興味あるかた以外は)。 Duane E. Sharp 著 Handbook of Interactive Computer Terminals; Reston P ublishing Co. 1977. (ほとんど時代遅れです) Roger K. deBry 著 Communicating with Display Terminals ; McGraw-Hill 1 985. (ほとんど IBM の同期端末について書かれています) ``HANDBOOK ... '' は 60 社以上の端末メーカが製造した 1970 年代初期の 1 00 種類以上の古い端末の簡単な仕様について書かれたものです。物理的にど のように動作するかについても説明していますが、電子ビームの静電偏向を使 った CRT に関する図に誤りがあります (p.36)。実際には端末は電磁偏向 (19 70 年代であっても) を使うのです。本書には ``ランダムスキャン'' や ``光 の3原色による発色法(加色混合)'' のような先進的な技術コンセプトの説明が あります。 ``COMMUNICATING ... '' は、``Handbook ...''と違って端末の物理的な特徴 や電気的な面の詳細には触れていません。全章にわたって 2 進数での説明が なされています (端末についての本には必要ないので、この情報はどこか他の 分野で広く有用なのでしょう)。この本では IBM 端末 (主として 3270 端末) のブロックモードと同期モードでの操作について述べられているようです。今 日の Unix 系システムで共通に使われる ANSI 端末のために少しだけ使えそう です。それらについて少し述べられていますが、シリアルポートへのつなぎ方 などの配線の概要については示されていません。 端末についての章がある本

これらの章では端末自身のことやその能力について何も触れていません。むし ろ、コンピュータ (と端末ドライバ) を端末として動作させる設定方法につい て書かれています。Unix 系のシステムにはそれぞれ違いがあるために、情報 の全てが Linux には当てはまりません。 Jerry Peck 著 / O'Reilly 1998 年発行/ Unix Power Tools/ 5 章 端末の設 定、41 章 端末とシリアルラインの設定、42 章 端末での問題 W. Richard Stevens 著 / Addison-Wesley 1993 年発行 / Advanced Programming in the Unix Environment/ 11章 端末の入出力、19 章 擬似端末 Aleen Frisch 著 第 2 版 / O'Reilly 1998 年発行 / Essential System Admi nistration / 11 章 端末とモデム ``UNIX POWER TOOLS'' にはテキスト端末に関する 3 つの短かい章があります。 本 HOWTO よりも狭い範囲ですが、参考になる例は多いです。 ``ADVANCED PROGRAMMING ... '' の 11 章では、OS に含まれるデバイスドラ イバが端末を扱うことに関して書かれているだけです。端末を設定するために stty コマンドに与えるパラメータについて説明しています。 ``ESSENTIAL SYSTEM ...'' の章にはモデムより端末のことが多く触れられて います。よい本だと思います。 非 Linux OS

非 Linux OS での端末に関するホストコンピュータ側の設定は、Linux と重大 な違いがあります。ここに Unix 系システムのオンラインマニュアルへのリン クを示します。 SCO 社の OpenServer ハンドブック Hewlett-Packard 社の HP-UX 付録 B: エスケープシーケンスのコマンド用語

これらは ``制御シーケンス'' とも呼ばれます。本章は不完全です (制御シー ケンスは沢山ありすぎてきっと永遠に完成しないでしょう)。この章はおそら く ``Text-Terminal-Programming-HOWTO'' と呼ばれるはずの文書の一部にな るか、それのリファレンスとなるはずです。 ANSI エスケープシーケンスの例をあげると、ESC &lsqb 5B はカーソルを 5 行下 に移動する命令です。ESC はエスケープ文字を表します。シーケンスに含まれ る 5 はパラメータです。もしそれが 7 だったら 7 行下へ移動するでしょう。 ``x 行下へ移動 : ESC &lsqb xB'' のエスケープは理解しやすいものです。でも ` `第 3 のデバイスの属性を要求する'' なんていう専門的なコマンドになると ちょっとわかり難い。この章ではエスケープシーケンスのコマンドで使用され る不可解な 専門用語について説明してみましょう。完全なリスト (ANSI 標準のエス ケープシーケンスコードを含む) は、``wish list" プロジェクトに委ねます。 を使って端 末を設定するときなどのように、多くのエスケープシーケンスは同じことをするので 、ここではそのようなオプションは繰り返して説明しません。 エスケープシーケンスリスト

各種端末の沢山の (でも全部ではない) エスケープシーケンスのリストについ ては、 か をご覧なさい。 これらは端末エミュレーションで使用されますが、通信用リアルタイム端末に 関しては常に当てはまるものではありません。 VT のリスト (保守されてませ ん) が にあるので、そこで ``VT'' を検索してください。 8 ビット制御コード

DEC の制御コード (16 進数) の表です。VT2xx 以降の端末で動作します。CSI はほぼ共通です。 ACRONYM FULL_NAME HEX REPLACES IND Index (down one line) 84 ESC D NEL Next Line 85 ESC E RI Reverse Index (one line up) 8D ESC M SS2 Single Shift 2 8E ESC N SS3 Single Shift 3 8F ESC O DCS Device Control String 90 ESC P CSI Control Sequence Introducer) 9B ESC [ ST String Terminator 9C ESC \ --> 短縮 説明 HEX 置換 IND Index (down one line) 84 ESC D NEL 次行 85 ESC E RI Reverse Index (one line up) 8D ESC M SS2 Single Shift 2 8E ESC N SS3 Single Shift 3 8F ESC O DCS デバイス制御文字 90 ESC P CSI 制御シーケンスの開始 9B ESC [ ST 終端文字 9C ESC \ プリンタ Esc

自動印刷 オン / オフ : オンなら、ホストからのデータは端末のプリンタポ ートへも送られます (端末のスクリーンにも表示されます)。 プリンタ制御 オン / オフ : オンなら、ホストからのデータはプリンタにだ け送られます (端末の画面にはなにも表示されません)。 報告

これらのシーケンスは端末からの報告を要求するためにホストから送られる要 求として普通は使用されます。端末は現在の状態をホストに示すためにある値 を埋め込んだ報告データ (実際は別なエスケープシーケンス) をホストに送り 返します。あるケースでは、要求しなくてもホストへ送られることがあります。 端末の設定が終了したような場合です。デフォルトでは端末からの自発的な報 告は送られません。 状態要求 (動作状態の報告): VT100 の場合は ``正常です'' か ``異常です'' のどちらかとなります。 デバイス属性要求 : ``デバイス'' とは普通はプリンタのことです。プリンタ は接続されていますか ? 準備できてますか ? 第 3 デバイス属性 (VT) 要求 : 応答として設定中であることを報告します。 第 3 デバイスとは 3 番目に接続している機器のことです (プリンタか補助ポ ートの機器 ??)。1 番目のデバイスとはホストコンピュータで、2 番目のデバ イスは端末のことです。 端末パラメータの要求 : パリティ、通信速度、データ長などの設定値。これ はあまり意味のないことのように思える。なぜなら、ホストがこれらの値を知 らなければ端末と通信できないし、返事も返せないからです。 カーソルの移動

カーソルはホストから次の文字を受信したら表示されます。ほとんどのカーソ ルの動きは説明不要でしょう。``インデックス カーソル'' とはカーソルをあ る行へ移動することです。カーソルの動きには、``4 文字文左へ移動'' のよ うに相対的な移動か、``3 行 4 列目に移動'' のように絶対的な移動がありま す。絶対的な移動は ``ダイレクト カーソル ポジショニング'' とか ``ダイ レクト カーソル アドレッシング'' と呼んでいます。 ホームポジションは 1 行 1 列 (インデックスは 1 から始まる) です。しかし 物理画面上でのホームポジションは決して明確ではありません。``カーソル原 点モード'' が ``相対位置モード'' なら、ホームポジションは画面の左端の スクロール領域の先頭 (画面の先頭である必要はない) になります。``絶対位 置モード'' が設定されていたら (上記 2 つのモードのどちらも設定されてな いのと同じ)、ホームポジションは画面の左上隅になります古い端末では、`` カーソル原点モード'' が設定されていると、相対位置という解釈になります。 ページ (定義)

をご覧ください。ページを処理する幾つかの エスケープシーケンスがあります。テキストは、あるページから別なページへコピー され、カーソルをページからページへ移動します。ページは自動で切り替ったり、切 り替わらなかったりします。画面 (ページ 1) がいっぱいなったら、ホストからの データはページ 2 に移ります。カーソルは一度に 1 ページにのみあって、端 末に送られてくる文字が次のページに移るのです。2 ページ目が画面表示され ていなかったら、端末が受信した新しいテキストはメモリに書き込まれますが、 表示はされません (端末がそのページに切り替えるまでは)。 付録 C: EIA-232 (RS-232) のシリアル通信 イントロ

(本章の多くの部分は Serial-HOWTO に書かれています) Unix 系のシステム (で PC 上で動作するもの) でのテキスト端末は、コンピュータの非同期 232 シルアル通信ポートに接続し、普通は RS-232-C, EIA-232-D, または EIA-23 2-E を使います。これら 3 つはほぼ同じものです。始めはプレフィクスとし て RS を使ってしましたが、 EIA (Electronics Industries Association) と なり、EIA と TIA (Telecommunications Industries Association) が統合さ れた後は EIA/TIA となりました。EIA-232 仕様は同期 (sync) 通信について も規定していますが、ほとんどの PC には同期通信をサポートするハードウェ アが装備されていません。RS はもはや古い名称ですが今だに使われています。 本書では EIA を使用することにします。 コンピュータや端末の背面に一つ以上のシリアルポートがあります。それには 電子部品が組み込まれていて、EIA-232 仕様に準拠した信号を生成します。標 準的なコネクタは 25 ピンで、ほとんどのピンは未使用です。代りに 9 ピン だけのコネクタもあります。あるピンはデータの送信用として、別なピンは受 信のために使われます。他のピンは信号グランドです。それ以外の ``有用な'' ピンは ``オフ'' を意味する安定した負電圧と ``オン'' を意味する安定し た正電圧により、主として信号処理の目的に使われます。 UART (Universal Asynchronous Receiver-Transmitter 汎用非同期送受信器) チップが通信のほとんどの仕事をこなします。今日、このチップの機能は他の チップに組み込まれています。 電圧 ビット 1 つを表す電圧

EIA-232 準拠のシリアルポートでは、電圧は二極式 (接地電圧に対し正または 負) であり、その絶対値は 12V です (5V や 10V のものもあります)。送信ピ ンと受信ピンでは +12V が 0 を表すビット (``スペース'' と呼ばれることも あります) で、-12V が 1 を表すビットです (``マーク'' と呼ばれることも あります)。これは負論理として知られています。というのも、普通は 0 を表 すビットは偽かつ負であり、1 は真と正を表すからです。送信ピンと受信ピン は負論理ですが、他のピン (モデム制御線) は通常の論理を用いており、正の 電圧が真 (または ``オン'' または ``アサート'' ) であり。負の電圧が偽 (または ``オフ''または ``否定'') を表します。電圧 0 は意味を持ちません (その機器の電源が切れているという意味だけは持ちます)。 電圧に範囲を持たせることもできます。仕様においては、送信される信号の絶 対値は 5V と 15V の間でなければならず、25V を越えてはなりません。3V 未 満の電圧は未定義です (ただし、デバイスによっては電圧が低くても有効であ るとして受け付けます)。電圧はたいてい 11-12V なのですが、「一般的に 5V (あるいは 3V) である」とする誤りをときどき見かけます。ただし、Mac コ ンピュータの EIA-422 ポートを EIA-232 (特殊なケーブルが必要) や EIA-42 3 としてお使いならば、電圧はまさしくわずか 5V のはずです。ここでの説明 では 12V を使うものとします。インターネットで使う電圧はさらに混乱して います。 通常のコンピュータの論理回路は数 V (かつては 5V が標準だったこともあり ますが) しか使わないので、3-5V のコンピュータ回路 (TTL) の試験用に設計 されたテスト機器を 12V のシリアルポートに対して用いると、テスト機器が 壊れてしまうことがあります。 バイトデータを表す電圧シーケンス

送信ピン (TxD) は、何も送っていないアイドル状態の時には -12V (マーク状 態) を保持しています。バイトデータを送る際には、送信ピンはスタートビッ トを送るために +12V (スペース状態) となり、スタートビットを送る間 (期 間) は +12V を保ちます。次にバイトデータが下位ビットから順番に送られま す。もし、ビットが 0 の場合は、信号線はこのビット期間から次のビット期 間まで、+12V になります。もし、ビットが 1 の場合、信号線はこのビット期 間から次のビット期間まで、-12V になります。次のビット以降も同様に送ら れます (1 ならば -12V、0 ならば +12V)。最後のデータビットの後には、パ リティビットが送られるかもしれません。そして ストップビット -12V (マー ク) が送られます。その後は、次のスタートビットまでは送信ピンは -12V (アイドル状態) のままです。0V が返ってくることがないことと、そのため同 じ極性を持つビットが 2 つ続く場合 (0 が続く、あるいは 1 が続く場合) に は、あるビットが終って次のビットが始まることを表す簡単な方法が (同期信 号以外には) ない点に注意してください。 2 番目の境界線のストップビットも -12V になります。これは最初のストップ ビットと同じです。これらのビット間の境界を示す信号が無いため、2 番目の ストップビットの影響は、送信ピンが続けている -12V のアイドル状態の長さ が 2 倍になっただけです。2 番目のストップビットとバイト間の長いアイド ル時間の区別を付ける方法は、受信側にはありません。したがって、うまく通 信できるのは、通信の片側がストップビットを 1 つ用い、その反対側がスト ップビットを 2 つ用いた場合です。ただし、1 つしかストップビットを用い ない方が明らかに高速です。稀ですが、1 1/2 個のストップビットが使われる ことがあります。これは送信ピンが 1 1/2 区間の間 -12V を保つという意味 です (ストップビットの長さが通常の 5 割増しになったようになります)。 パリティ検査

文字は普通、7 ビットまたは 8 ビット (のデータ) で送信されます。これに パリティビットを追加すると (追加しないこともあります) 1 バイトの長さは 7,8,9 ビットのいずれかとなります。一部の端末エミュレータや古い端末で は、 9 ビットは使えません。ストップビットを 2 つ使うと 9 ビットが使え なくなる端末もあります (というのも、スタートビットを追加した後の合計 ビット数が 12 ビットと多くなりすぎるからです)。 パリティには 「奇数 (odd)」、「偶数(even)」、「なし(none)」のいずれか を設定します (一部の端末やシリアルデバイスではマーク (mark) パリティや スペース (space) パリティがオプションとして使えます)。奇数パリティを使 うと、バイトデータ中で値が 1 になっているビットの数が (パリティビット も含めて) 奇数となるようにパリティビットが決められます。ビットがひっく り返って、このようなバイトが壊れた場合、得られるデータは不正な偶数パリ ティのデータをなります。このエラーは検出されるので、これが端末が受け取 ったバイトデータであった場合には、文字化けを表す記号を画面に表示できま す。偶数パリティの動作も同様であり、有効なバイトデータ中の 1 であるビ ット数が (パリティビットも含めて) 偶数となるようにします。設定時には通 常、文字当りのビット数はバイト当りのデータビットの数だけを意味します (正式な ASCII の場合には 7 ですし、各種 ISO 文字集合の場合には 8 です)。 ``マーク'' は値が 1 であるビット (つまり論理値の 1) であり、``スペース'' は値が 0 であるビット (つまり論理値の 0) です。マークパリティの場合 には、パリティビットは常に値が 1 であるビットです。スペースパリティの 場合には、これは常に値が 0 であるビットです。マークパリティやシペース パリティは単にバンド幅を無駄にするだけなので、できる限り使わないように すべきです。 ``パリティ無し'' はパリティを付加しないという意味です。9 ビットからなるバイトデータを受け付けない端末を使う場合、8 ビット文字集 合を使うならば ``パリティ無し'' を選択しなければなりません。パリティビ ットを入れる空きが無いからです。 バイトデータの構成 (フレーム分割)

EIA-232 ポートを使ったバイトデータのシリアル伝送では、常に下位ビットか ら先に送られます。PC のシリアルポートは非同期通信を行います。この非同 期通信では、スタートビットとストップビットがバイトデータの始めと終りを 示します。このような区切り方はフレーム分割ト呼ばれ、フレーム分割された アバイトデータはフレームと呼ばれることがあります。結果として、1 バイト ごとに 9 個あるいは 10,11 個 のビットデータが送られます。この中で最も 一般的なのは 10 個です。8-N-1 とは、データビット 8 個、パリティ無し、 ストップビット 1 個という意味です。スタートビットを数に入れると合計 10 ビットになります。ストップビットはほぼ例外なく使われます。110 ビット/ 秒 (300 ビット / 秒の時もあります) では、ストップビットが 2 つ使われて いたこともありましたが、現在は 2 つめのストップビットが使われるのは例 外的な場合 (あるいは、その設定でもうまく動作するために間違って使われて いるけれど、バンド幅を無駄に消費している) だけです。 EIA-232 の制限 低速で短距離

EIA-232 シリアルポートの規定では、本来は低速で、かつ通信距離に厳密な制 限があります。ADS は ``高速''でリードしますが、それは通信距離がかなり 短かいケースに限られていて、コンピュータの近くのモデムとの通信などの場 合によります。全ての信号線は共通の信号グランドを使用するので、ハードウ ェアを追加しなければツイステッドペア技術 (高速通信に必要) は使えません。 しかしいくつかのコンピュータにはより新しいインタフェースがあります。 をご覧ください。 1969 年に規定された RS-232 は、100 倍以上の速さで通信可能なツイステッ ドペア技術を使えないので少々痛ましいものであるといえます。ツイステッド ペアは 1800 年代後期より電話線で使われています。1888年 (今から 110年ほ ど前) の ``Cable Conference'' ではツイステッドペアのサポート (電話シス テム用として)と、その先進性が報告されています。しかし``Cable Conference'' での承認から 80 年以上もの間、RS-232 はこの利用を怠ったのです。RS-232 は元来、近くにある低速のモデムと端末を接続するために設計されたものなので 、高速や長距離通信の要求を明白に認めなかったのです。 EIA-232 への継承

ツイステッドペア (平衡型) 技術を使った高速で長距離通信のための EIA 規 格がいくつも規定されました。平衡型通信は、時に非平衡型 EIA-232 の 100 倍以上高速です。ある速度で比較すると、通信距離 (最大ケーブル長) はツイ ステッドペア線を使った場合に何倍も長くできます。PC はいまだに ``時代遅 れ'' の EIA-232 を装備していますが、低速の電話線やマウスとの接続には何 の問題もありません。 唯一の例外が Apple 社の Mac コンピュータで、送受信用にツイステッドペア (平衡型) が使える EIA-232/EIA-422 GeoPort を装備しています。小さくて 丸い `` ミニ DIN'' コネクタを使って接続します。Mac には 従来型の EIA-232 ポートもついています。5 ボルトでのみ動作しますが (これは EIA-232 ではまだ規約通りです)。しかし、このために Mac は PC よりも高価 で、ホストコンピュータの端末としても自由に使えます。いくつかの新しい端 末には EIA-423 が使われていますが、これは非平衡型 EIA-232 のようなもの で、EIA-232 ポートに接続できます。この EIA-423 は 5 ボルトでのみ動作し ますが、スペックには EIA-232 より高速だとうたっています (非平衡インタ フェースによる長時間の動作に対しては無保証です)。 EIA-485 もまた平衡型であり、ethernet や USB などのような ``バス'' とし て使えます。EIA-485 に接続された機器がマスターとして、 ``スレーブ'' か らの入力をポーリングします。多くのコンピュータがツイステッドペアを共有 するので、``マルチドロップ'' と呼ばれています。別なツイステッドペアは マスタからスレーブへのトラフィックのために使われます。ピンの出力電圧は 3 つの状態を持たなければならず、回路を開いた 3 番目の状態は他のユニッ トが ``バス'' を使うことを許可します。マルチドロップのプロトコルが標準 化されてないと言われつづけています。そして悪いニュースがあります。をご覧ください。 2 Mbits/s で動作する EIA-530-A (平衡型ですが、非平衡型としても使えま す) は EIA-232 のリプレースを意図したものでしたが、一部でしか使われま せんでした。EIA-232 と同じ 25 ピンコネクタで接続します。 高速のシリアル通信インタフェース (HSSI = EIA-612/613) は 50 ピンコネク タを使い、50 Mbits/s まで向上しますが、数メータの距離に限られます。ユ ニバーサル シリアルバス (USB) は PCI チップに埋めこまれていて、4 ピン のツイステッドペアにより 12 Mbits/s で通信しますが、距離は 5 メートル 以下の制限があります (設定にもよりますが)。 ラインドライバ

テキスト端末では EIA-232 は十分高速なのですが、ケーブル長が短かすぎま す。平衡技術がこれを解決します。テキスト端末で平衡型通信を行う一般的な 方法は、平衡-非平衡変換 (逆変換も含む) を行う 2 つのラインドライバをイ ンストールすることです。それは特別な機器なので新しく購入すると高くつき ます。 同調させることと同期 どのようにして ``非同期'' を同期させるか

EIA-232 において、送信 (あるいは受信) には 2 つの状態、マーク (-12V) とスペース (+12V) があります。0V はどの状態でもありません。したがって 1 ビットのシーケンスは、ビットとビットの間を示すマーカがない定常的な - 12V だけを使って送られます。受信側で個々のビットを区別するためには、送 信側のクロックを同期しているクロック信号が必ず必要です。このクロックが 送信 (受信) される各ビットと同期している ``時間の刻み'' を生成するので す。 非同期の伝送においては、スタートビットとストップビットを使って各バイト をフレーム分割することによって同期を実現します (これはハードウェアが行 います)。受信側は信号線からスタートビットが届くのを待ち、これを検出す るとクロックを刻み始めます。受信側はこのクロック刻みを使って、次の 7, 8,9 番目のビットを読み込むタイミングを計ります (実際にはもう少し複雑で す。というのも、普通は 1 ビットからサンプル点をいくつか取るので、その ために別のタイミング刻みが必要になるからです)。そしてストップビットを 読むと、受信側がクロックを止めて、次のスタートビットを待ちます。このよ うに、単独のバイトデータを受け取る際には、非同期伝送も実際には同期伝送 になりますが、複数のバイトデータ間での同期は行われません。 同期に対する非同期の定義

非同期 (async) とは ``同期しない'' ことです。具体的には、非同期シリア ルポートが、非同期信号をスタートビットとストップビットで囲まれたバイト の塊として送信または受信することなのです。同期 (sync) はそれ以外のほと んど全てです。でも基本コンセプトはここでは解説しません。 理論的に同期とは、バイトがクロック信号の刻みに従って一定の単位で送出さ れることです。クロック信号のために、たいていは別な線かチャネルを使いま す。非同期のバイトは、送出されるバイト間の周期が不定です (誰かがキーボ ードを叩いたときのように)。 同期か非同期かを区分けする必要のある境界的な状況があります。非同期シリ アルポートは、同期状態にさせる安定した流れの中でバイトを送出しますが、 スタート / ストップビット (不定期な送出を可能にする) が含まれているの で非同期と呼んでいます。別な場合では、データバイト (スタート / ストッ プビットのない) は不定期に送られるパケットに含まれますが、これは同期通 信と呼んでいます。各パケット内のバイトが同期して送られなければならない からです。 同期通信

あなたはシリアルポートコネクタの 25 ピンの内、未使用のピンは何に使われ るのか考えたことはありますか ? ほとんどのピンは PC ではめったに実装さ れない同期通信のためにあります。同期リバースチャネルと同じように、同期 タイミング信号なのです。EIA-232 の仕様には、同期と非同期の両方がありま すが、PC が使う UART、例えば 16450, 16550A, あるいは 16650 は同期をサ ポートしていません。同期通信には USART チップか同等品が必要です。USART の ``S'' は同期 (Synchronous) の頭文字からとっています。同期通信の分 野はニッチーマーケットなので、製品はとても高価です。 EIA-232 の同期部分以外にも、EIA には同期に関する規定が各種あります。 E IA-232 の場合、コネクタの 3 番ピンはクロック (またはタイミング) 信号と して予約されています。時にはタイミング信号を生成するのはモデムの役割で あり、同期モデム (または``同期モデムエリミネータ'' と呼ぶタイミング信 号を作る機器) なしに同期通信に使うことは不可能です。 けれど少数のシリアルポートは同期通信をサポートしており、同期通信は V.42 エラー訂正機能付きのモデムを使った電話線を経由して行われます。ス タート / ストップビットを除いたデータを、電話線経由の同期操作に使用される パケットに詰め込むのです。 ブロックモード はじめに

ブロックモードは linux では稀にしか使われません。ブロックモードでは、 端末でキーが叩かれたときにキーコードは端末内のメモリに保存され、すぐに はホストコンピュータに送られません。そのような端末にはよく組込みの編集 機能が備わっています。ユーザがあるキー (送信キーなどのような) を押した とき、端末内のメモリに保存されていたものがホストコンピュータに送られま す。今日 Linux のエディターである vi や emacs ではあるキーが押されたら すぐに反応します。従って上記のシチュエーションで、送信キーがが押されて も何も起こらず、何も送られません。このような理由で、ブロックモート端末 を使うときには対話式のプログラムの使用を許していません。 IBM の古いメ インフレームではインタフェースにブロックモードが使われるので ( をご覧ください)、多くの IBM 端末はブロックモー ドだけをサポートし、また同期通信を行います ( の章をご覧ください)。 ブロックモード、フォームの種類

ブロックモード自身には ``ページ'' (一度に 1 ページ) や ``ライン'' (一 度に 1 行) などのサブモードがあります。いくつかの端末にはブロックモー ドと従来のキャラクターモードの両方があり、あるモードから別なモードへ切 り替えることができます。ブロックモードを持つ非同期端末として HP2622A, VT130, VT131, VT330, VT340 それに Visual500 があります。後のモデルの 多くはブロックモードをエミュレートできます。ブロックモードは、ホストコ ンピュータが端末に送るフォーム機能に対応します。ユーザがデータを入力し た後に送信キーを押せば、入力したデータだけがホストコンピュータに送られ ます。フォーム自身 (データではない) はホストに送信されない保護されたフ ィールドとして画面に表示されます。 能力

ブロックモードはホストコンピュータの負荷を相当量減らします。特にホスト コンピュータのハードウェアがブロックモード対応として設計されている (IBM のメインフレームのように) なら尚更です。キャラクタモードではキータイ プされた全ての文字はすぐにシリアルポートに送られ、ホストコンピュータに 割込みを発生させます。バイトを受信したホストは何をしていようが中断して、 シリアルポートから文字を取り出さなければなりません。FIFO ハードウェア バッファがある UART であっても、ハードウェアのタイムアウトは 3 バイト の送信時間分しかないので、各文字がタイプされたら即座に割り込みが発生し ます。 本当のブロックモードでは、1 回の割り込みで長い文字ブロックを受信します。 ブロックモードが従来の非同期 FIFO シリアルポートで使われたら、14 バイ ト毎に割込みが必要なので、16 バイトのハードウェアバッファがあります。 このように多くの負荷や割り込みハンドラのオーバヘッドを軽減するので、コ ンピュータはブロックモードを使っているときは他の仕事に時間を割くことが できるのです。 端末がネットワーク経由でつながっているなら、ブロックモードにすると貴重 な節約ができます。ブロックモードでなければ、タイプされた全ての文字 (バ イト) は、余分なバイト (インターネットで使われる TCP/IP のパケットでは 40 バイト) を含んだパケットに包まれて送られることになります。ブロック モードでなら大量の文字は 1 つのパケットで送られます。 EIA-232 (RS-232) 関連書籍

(注 : 最初の本は EIA-232 より広範な分野をカバーしています) Black, Uyless D.: Physical Layer Interfaces & Protocols, IEEE Computer Society Press, Los Alamitos, CA, 1996. Campbell, Joe: The RS-232 Solution, 2nd ed., Sybex, 1982. Putnam, Byron W.: RS-232 Simplified, Prentice Hall, 1987. Seyer, Martin D.: RS-232 Made Easy, 2nd ed., Prentice Hall, 1991. シリアルソフトウェア

シリアルポートについての Linux 用のソウトウェアについてはをご覧ください。getty やポートモニタなどが含ま れています。 付録 D: 端末メーカ名

この HOWTO のどこかで紹介した特定の端末の使用をブランド別に書きとめた ものです。ここに記載されてない端末について寄与できる情報をお持ちの方は 著者に報せてください。さまざまなモデルやブランドはしばしば共通したもの があるので、一箇所で書いておく必要があります。各モデルに関する文書 (エ スケープコードを含む) へのリンクを大量に揃えることは各端末のためにとて も凄いことです。端末にはたくさんの種類があるので、これはすごく大変なこ とです。私こと David Lawyer は、(1998 年現在) このようなことをする考え はありません。もし端末の製造メーカがマニュアルをネット上で利用可能にし てくれたら、これらの作業は不要なのですが。 CIT

CIT 端末は CIE 端末用として 1980 年代の日本で製造され、1980 年代後半に 輸入されなくなりました。CIE 社は CItoh プリンタ (1997年) を製造してい ますが 、製造中止した部品はもうありません。カリフォルニアのアービンに ある Ernie (714) 453-9555 ではモデル 224,326 などの部品を扱っています が、80 と 101 についてはもうありません (あなが読んでいる文書は主に 101 e について書いています)。 セットアップモードで設定したパラメータを保存するには ?S を押します。 cit80: Contrast: 端末の背面のノブで調整します。 cit101e:Brightness: セ ットアップモードで上下矢印を操作します。 IBM 端末

IBM 端末と IBM PC モニタを混同してはいけません。多くの IBM 端末は ASCI I コードの代りに 8 ビットの EBCDIC コードを使います。EBCDICのビット送 信順序は上位ビットが先で、通常とは逆です。IBM メインフレーム通信規格は ブロックモード (大量の文字を 1 つのパケットで送る) の同期通信型です。 多くの端末は同軸ケーブル (RG62A/U) で接続しますが、単純な人は端末の `` BNC'' コネクタをイーサネット用だと勘違いするかもしれません (もちろん違 いますよ)。 実際このような IBM システムは Linux で通常使われているものより効率的で すが、IBM 規格に合う端末は現在のところ Linux では動きません。しかしい くつかの IBM 端末は非同期の ASCII 端末なので、PC で動く Linux 端末とし て使えます。317x と 319x を除く 31xx シリーズは ASCII 端末ではありませ ん。IBM 端末を使う前に、それが termcap (terminfo) に存在するかどうか確 認しておきましょう。もしなければ、Linux では動かない可能性が高いでしょ う。terminfo にあったとしても、動かないかもしれません。例えば、327x は terminfo にありますが、3270 は EBCDIC の同期端末なんです。 3270 シリーズは 3278 (1970 年後半) 、カラーグラフィック端末の 3279、 3 274 端末コントローラ (3174 のようなもの) を含みます。それらは BISYNC と SNA の両方で使用できます。3290 は画面分割 (4 分割) ができます。 同期型の IBM 端末は IBM のメインフレームに直接は接続できませんが、``端 末コントローラ'' (時には ``クラスターコントローラ'' とか ``コミュニケ ーションコントローラ'' と呼ばれます) ヘは接続できます。これらのコント ローラのいくつかは同期信号を非同期信号に変換するので、同期端末は間接的 に unix 系のホストコンピュータのシリアルポートに接続できます。しかしま だブロック伝送という大きな問題があります。をご覧ください。 IBM 3153

補助ポートには DCE 機能が求められ、ストレートケーブルが必要です。 テレタイプ

これは旧式で古い端末であることを意味します。遠隔操作のタイプライターの ようなものですが、大きくてうるさい。Teletype 社が製造していて、最初の モデルは 1920 年代に作られており、コンピュータより 30 年も先行していま す。初期のモデルは電子式ではなく電磁式のリレーと回転式リレーが用いられ ていました。Baudot コードは 1 文字 5 ビットで表現しています。ちなみに ASCII は 7 ビットですね。``Small Computer Systems Handbook'' by Sol Libes, Hayden books, 1978:ページ 138-141 (``Teletypes'')が参考 になるでしょう。 VT (DEC)

Digital Equipment Corporation は有名な VT 端末シリーズの製造メーカで、 端末には VT100 を共通にエミュレートする機能が含まれています。1995 年に Boundless Technologies と社名変更した SunRiveR に端末ビジネスを譲渡し ました。詳細な VT 端末の情報、マニュアル関係、歴史などは にあります。より詳しい情報は にあります。現在の製品については Boundless の Web サイトにあります。 をご覧ください。 VT220: いくつかのものにはビデオアウト用 (入力用ではありません) の BNC コネクタがあります。たまにこれを見てイーサネットへの接続用かと勘違いす る人がいます。 VT520: DTR/DSR フルコントロールをサポートします。 Wyse

Wyse には 100 以下の数字の端末 (WY60 のような) についての FAQ がありま すを。ご覧くだ さい。最近の端末のスペックについてはをご覧ください。 Wyse 60

表示調整 (カバーを外さなければなりません):輝度 VR202, 高さ VR302, 幅 V R101 (高さへの影響もあり) 訳注：VRxxxは内部にある、可変抵抗器の番号のこと。 Wyse 85

VT52/T100/VT200 をエミュレートできます。セットアップするには F3 キーを 押します。上下キーを押せばセットアップをスクロールできます。 Wyse 99-GT

これは Wyse99GT (1980 年代後半) のセットアップメニューです。TERM は `` 終端'' (文字) という意味で ``端末'' ではありません。 カリフォルニア大学 (アービン) での WYSE 99-GT 端末セッ トアップメニュー David Lawyer、1990 年 4 月 F1 DISP: COLUMNS=80 LINES=24 CELL SIZE=10 X 13 STATUS LINE=STANDARD BACKGROUND=DARK SCROLL SPEED=JUMP SCREEN SAVER=OFF CURSOR=BLINK BLOCK DISPLAY CURSOR=ON ATTRIBUTE=CHAR END OF LINE WRAP=ON AUTO SCROLL=ON ---------------------------------------------------------------------------- F2 GENERAL: PERSONALITY=VT 100 ENHANCE=ON FONT LOAD=OFF COMM MODE=FULL DUPLEX RCVD CR=CR SEND ACK=ON RESTORE TABS=ON ANSWERBACK MODE=OFF ANSWERBACK CONCEAL=OFF WIDTH CHANGE CLEAR=OFF MONITOR=OFF TEST=OFF ---------------------------------------------------------------------------- F3 KEYBRD: KEYCLICK=OFF KEYLOCK=CAPS KEY REPEAT=ON RETURN=CR ENTER=CR FUNCT KEY=HOLD XMT LIMIT=NONE FKEY XMT LIMIT=NONE BREAK=170MS LANGUAGE=US MARGIN BELL=OFF PRINTER RCV=OFF ---------------------------------------------------------------------------- F4 COMM: DATA/PRINTER=AUX/MODEM MDM RCV BAUD RATE=9600 MDM XMT BAUD RATE=9600 MDM DATA/STOP BITS=8/1 MDM RCV HNDSHAKE=NONE MDM XMT HNDSHAKE=NONE MDM PARITY=NONE AUX BAUD RATE=9600 AUX DATA/STOP BITS=8/1 AUX RCV HNDSHAKE=NONE AUX XMT HNDSHAKE=NONE AUX PARITY=NONE (There is a main port (Modem=MDM) and an Auxiliary Port (AUX) ---------------------------------------------------------------------------- F5 MISC 1: WARNING BELL=ON FKEY LOCK=OFF FEATURE LOCK=ON KEYPAD=NUMERIC DEL=DEL/CAN XFER TERM=EOS CURSOR KEYS=NORMAL MARGIN CTRL=0 DEL FOR LOW Y=ON GIN TERM=CR CHAR MODE=MULTINATIONAL ---------------------------------------------------------------------------- F6 MISC 2: LOCAL=OFF SEND=ALL PRINT=NATIONAL PORT=EIA DATA SEND AREA=SCREEN PRINT AREA=SCREEN DISCONNECT=60 MSEC SEND TERM=NONE PRINT TERM=NONE PRINT MODE=NORMAL VT100 ID=VT100 POUND=US ---------------------------------------------------------------------------- F7 TABS:8 つのスペース分離れた ``T'' を数個見ることでしょう。もしそう ならないなら、バックスペースを打ってみてください。 F8 F/KEYS:通常はファンクションキーに何の割り当てもしてないでしょう (誰 かがセットして保存してなければ)。普通はデフォルトの設定が使われること を意味します (ここでは表示しません)。 は F5 キー等の``ユーザ 定義宣言'' を表示します。 F9 A/BACK:通常は定義されていません: ANSWERBACK = F10 EXIT: ``DEFAULT ALL'' を選択すると工場出荷時の設定になります。 WY-99GT ユーザズガイドを使う上でのヒント：このガイドに見当たらなければ WY-99GT プログラマーズ ガイドにあるかもしれません。 VT100 エミュレー ション (パーナリティ) は ANSI(キーボード配列)として知られています。ペ ージ A-10 以降に ANSI キーコードが使われるのですが、説明に使われている キーボードは ASCII配列です。ページ A-13 ``ASCII キーボード'' の小見出 しも VT100 (の ASNI キーボード配列) に属します。なぜなら ``ANSI KEY ..'' の大見出しが 少し前にあるからです。しかし全ての ASCII キーボードの 見出しが VT100 に属するわけではないので、非 ANSI の大見出しが少し前の ページから抜けています。付録 H は ``ANSI コマンドガイド'' ですが、VT52 (ANSIです) が含まれていません。 VT52 は付録 G にあります。 訳注：VT100には ANSIキーボードとASCIIキーボードがあります。少しだけキ ー配列が違います。 Wyse 150

F12 を使ってセットアップを終了させるとき、セットアップを保存するならス ペースを叩いて、``no'' から ``yes'' に変更します。この no/yes の左にあ る文はだいたい ``縦に整列'' していて、セットアップを保存するための no/ yes で何をするのかわかりません (間違いやすいデザインだ)。 以上で Text-Terminal-HOWTO を終ります。