下記シグナルは入力・出力のデータ、状態ライン及びハンドシェイクを指定するために使います。ここでは、コンピュータをワークステーションと呼び、外部デバイスをモデムと呼びます。モデムから由来したからです。他の目的の外部のデバイスはこれらの信号線を使うことも可能です。Data:出力するシリアルデータ。Data:入力するシリアルデータ。ワークステーションは、入力バッファがいっぱいになったことを知らせるために、自動的にこの値をリセットする場合もあります。Send:RTSへの補足で、モデムがデータを受け取る準備が整っていることを示します。Ready:この信号は、ワークステーションがリンクを確立する準備が整っていることをモデムに知らせます。シリアルポートが開かれると、DTRは常に自動的に使用可能に設定さてます。Detect:モデムが「キャリア」を検知すると、このラインはアクティブにになります。Indicator:モデムが着呼を検知すると、アクティブになります。BREAKBREAK条件はハードウェアシグナルラインではなく、論理的にゼロです。これはTXD及びRXDライン上の長時間間隔を示します。500ミリセカンドです。BREAKは通信回線をリセットしたい時や、通信ハードウェアのオペレーティング方法を切り替えたい時に使われます。(Windowsのみ)様々なエラーがシリアル読み込み操作や、イベントがバックグラウンドで待機している間に、多く発生します。原因としては、外部のデバイスのスイッチを切ったり、データラインがビジーだったり、またはシステムバッファがいっぱいになったり、モード設定が間違っていたりすること等が上げられます。安定したアプリケーションは常にシリアル読み込み操作をcatchする必要あります。エラーの場合、Tclは一般的なファイルI/Oエラーを返します。-lasterrorは問題の発見に役立ちます。返されるエラーコードは次の通りです。:ウィンドウズのインプットバッファがいっぱいになりました。データがスクリプト処理より速いので、システムがオーバーロードされています。-sysbufferを使用し、スクリプトのスピードアップを図ります。TXFULLウィンドウズのインプットバッファがいっぱいになりました。RXOVERへの補足です。実際には、Tclは出力バッファの状態を常に監視しているのでこのエラーは起こることはありません。バッファオーバーランが発生し、データを失いました。転送されてくるデータのスピードはシステムドライバがデータを受け取る速度より速いです。RXPARITYUARTによってパリティエラーが検出されました。よる誤ったパリティ設定はこのエラーの原因となります。FRAMEUARTによってストップ・ビットエラーが検出されました。よる誤ったモード設定は、このエラーの原因となります。