Как использовать экран в качестве последовательного терминала с эмуляцией клавиш CR + LF автоматический режим

Согласно руководству по экрану , в ТИПЫ ОКН :

Если имя tty (символьное специальное устройство) (например, "/ dev / ttya" ) указывается в качестве первого параметра, тогда окно напрямую подключается к этому устройству. Этот тип окна аналогичен "screen cu -l / dev / ttya" . На узле устройства требуется доступ для чтения и записи, на узле предпринимается попытка монопольного открытия, чтобы пометить линию соединения как занятую. Допускается необязательный параметр, состоящий из разделенного запятыми списка флагов в обозначении, используемом ' stty (1) ':

Далее перечисляются некоторые из возможных флагов, но добавляется

Вы можете указать столько из этих опций, сколько применимо. Неуказанные параметры заставляют драйвер терминала составлять значения параметров соединения. Эти значения зависят от системы и могут быть значениями по умолчанию или значениями, сохраненными при предыдущем подключении.

Дополнительную информацию можно найти в руководстве stty , потому что screen просто передает эти дополнительные флаги в stty .

Неподходящее поведение, наиболее похожее на ваш вопрос, можно исправить, добавив флаг onlcr , указанный в разделе «Настройки вывода»:

{ {1}}

[-] onlcr
преобразовать новую строку в новую строку возврата каретки

Например:

sudo screen /dev/ttyACM0 9600,cs8,onlcr

TLDR :нельзя;Экран переопределяет любые параметры, установленные с помощью stty, когда он запускается. Он не поддерживает параметры ocrnl/onlcr/icrnl/inlcr, необходимые для настройки возврата каретки и перехода на новую строку. Он открывает терминальное устройство в эксклюзивном режиме, поэтому вы не можете использовать stty для изменения этих параметров после запуска экрана. Это верно для версии экрана 4.08.00 (GNU ), 05 -февраля -20.

Полная форма:

Я столкнулся с той же проблемой и просмотрел несколько связанных вопросов и ответов по всему миру обмена стеками. Я вынужден заключить, что Вы не можете заставить экран отправлять перевод строки (LF;\n)вместо возврата каретки (CR; \r), по крайней мере, без изменения чего-либо в исходниках и перекомпиляции.

Этот вопрос спрашивает, как отправить LF вместо CR с экрана. На него еще нет ответа. Этот ответ неверно(stty -F /dev/YOURSERIALDEVICE YOURBAUDRATE rawне изменит настройки экрана для tty ). Этот ответ предлагает использовать picocom, но не отвечает на вопрос, как заставить экран отправлять правильный символ новой строки. Однако это работает :

picocom /dev/YOURSERIALDEVICE --baud YOURBAUDRATE --omap crcrlf --echo
# (press Control+a Control+x to exit)

На справочной странице stty есть подсказки, как можно решить эту проблему для экрана . Экран перенаправляет список параметров, разделенных запятыми -, после файла tty на stty, поэтому некоторые из этих параметров могут помочь:

> man stty
# (output abridged..)
Input settings:
       [-]icrnl    translate carriage return to newline
       [-]inlcr    translate newline to carriage return
Output settings:
       [-]ocrnl    translate carriage return to newline
       [-]onlcr    translate newline to carriage return-newline
       [-]onlret   newline performs a carriage return

Однако установка и ввода, и вывода для замены \rна \n, обеспечение того, чтобы \nне было заменено на \r, и обеспечение того, чтобы onlretне было установлено... не делает разница,

screen /dev/YOURSERIALDEVICE YOURBAUDRATE,ocrnl,-onlcr,icrnl,-inlcr,-onlret

ведет себя так же, как и раньше. Я не уверен, почему экран не применяет параметры. Этот ответ на отдаленно похожий вопрос предлагает использовать stty для изменения параметров.

> stty -F /dev/YOURSERIALDEVICE YOURBAUDRATE ocrnl -onlcr icrnl -inlcr -onlret
> screen /dev/YOURSERIALDEVICE

Это ничего не делает, потому что screen сбрасывает все настройки, выполненные stty при его запуске.Этот ответ утверждает, что можно запустить stty после запуска экрана , но когда я это делаю, я получаю сообщение об ошибке Device or resource busy.

В этом ответе также рассматривается проблема с CR/LF на экране. Он относится к разделу Window Types интерактивной документации screen.

• «на узле предпринята попытка эксклюзивного открытия, чтобы пометить линию соединения как занятую» --, поэтому мы не сможем изменить параметры tty после запуска экрана.

• Только baud_rate,cs8/cs7(количество битов на байт ), ixon/offи istripявляются задокументированными параметрами. Вероятно, это означает, что ocrnl и т. д. не распознаются/не поддерживаются экраном.

В заключение:Вопрос о том, как заставить экран отправлять LF(\n)вместо CR (\r), задавался несколько раз на различных сайтах обмена стеком -. Ни один из предоставленных ответов не работает, и тщательное чтение документации показывает, что в настоящее время это невозможно.