私はUbuntuに似たDebianを使用しています。
彼らは7つのドットマトリックスプリンタを持っていますが、それらのいくつかは非常に古いです（はい）は1979年から使用されており、テキストを印刷するときは多くのインクジェットプリンタよりも高速です。
シリアルポート（ポートサーバー）にテキストを送信すると、ゴミが印刷されるため、独自の言語があると思います。しかし、私の考えでは、英語の大文字（最大95のASCIIコード）とギリシャ語だけを印刷し、残りは最大127（ギリシャ語の大文字のようです）まで印刷するようです。 (特殊チップ)
英文大文字を送るとゴミが印刷されるようですがよく分からないのでもう一度お試しします。
他のプリンタはESC / Pと互換性があります。私はGhostscriptが提供する一般的なEpsonドライバを使用します。ところで、文字を送りながら考えてみると
lp -dpr1 filename
テキストをグラフィックで印刷し、プリンタのフォント（courier、Times Romanなど）や間隔を変更しても効果はありません。
解決策があるかどうか疑問に思います。 AIXでは、lpコマンドは印刷時に出力をテキストとして印刷しますが、Cobolプログラムは生のテキストをlpプリンターに送信すると主張します。ただし、AIXでは、プリンターにはいくつかのカスタム・フィルターを使用し、ドット・マトリックス・プリンターにはより多くのオプションを提供します。
テキストにグラフィックモードを避け、フォントを変更する方法があるかどうか疑問に思います。
最も簡単な方法は、ドライバを使用せずにCobolからESC / Pを送信することですが、この方法には多くの作業が必要です。
ベストアンサー1
私はこれをテストしていませんが（私は80年代のDECシリアルドットマトリックスプリンタに近いわけではありません）、CUPSを使用すると、明らかに次のようにネイティブジョブをプリンタに送信できます。
lpr -o raw $FILE
明らかに、タスクはそれが何であれ、プリンタのデフォルトのコマンド言語を使用する必要があります（通常のテキストも問題ありません）。
しかし、いくつかの病理があります。 「ごみ」がランダムな場所（印刷ジョブおよび/またはプリンタ全体で非晶質）の場合は、プリンタ（または複数のプリンタ）の文字ROMが破損していることを確認してください。結局のところ、ビット破損は、特にEPROMの場合に懸念される問題です。プリンタには明らかにカスタマイズされたROMが付属しているので、これが可能です。
すべてのプリンタが一貫して同じ出力を印刷する場合、これは明らかに1つのプリンタのROMではありません。シリアル通信パラメータが正しいことを確認できます。 1970年代後半と1980年代初頭のほとんどのプリンタには、構成用のDIPスイッチセットがありました。