Comment basculer CR/LF dans gnu écran?

Je suis à l'aide de l'écran pour lire le texte à partir d'une console série. Le problème, c'est la sortie semble être la seule à avoir de saut de ligne \n, mais pas de retour chariot \r, de sorte que l'écran ressemble à ceci...

Line1
     Line2
          Line3

Je me demande si il existe un patch pour régler ce problème?

Peut-être que certains stty? Bien que je trouve cela étrange que vous voyez que lorsque la lecture.
sa a quelques années maintenant. Cependant, il est logique d'observer ce lors de la lecture. Dans ce cas, l'appareil n'est pas en envoyant des caractères retour chariot, de sorte stty indique au terminal pour traiter un retour à la ligne comme s'il s'agissait d'un retour à la ligne et retour chariot. Sinon, nous pouvons voir le terminal passe à la ligne suivante, mais ne retourne pas l'index pointeur vers le début de la ligne, comme il l'aurait fait si \r avait été envoyé avec \n.

OriginalL'auteur Patrick | 2011-10-18

  1. 2

    Essayer stty onlcr.

    La page de man dit qu'il va traduire les retours à la ligne de retour chariot /saut de ligne paires lors de la sortie, ce qui semble être ce dont vous avez besoin.

    Oui, j'ai essayé, mais ça ne fonctionne pas. stty -F /dev/ttyS0 onlcr
    Étrangement, après j'ai utilisé de l'écran pour ouvrir le port série, le stty changement de réglage arrière-onlcr. Je me demande si l'écran de remplacer la configuration définie dans stty? La commande que j'ai utilisé pour exécuter l'écran: écran /dev/ttyS0 115200
    Intéressant, on dirait screen réinitialise l'ATS il s'exécute lors du démarrage. Je ne sais pas si vous pouvez vous déplacer que sans l'application de correctifs et la construction de votre propre binaire.
    Dans l'écran de code source, l'ats.c il est défini(ONLCR). Je vais l'essayer
    Personne ne sait comment les configurer tty.sh?

    OriginalL'auteur Frédéric Hamidi

  2. 21

    onlcr pour traduire sutgoing newlines de cmariage returns.

    stty -F /dev/ttyS0 inlcr traduira entrant retours à la ligne pour les retours chariot. Vous pouvez exécuter à partir d'un autre terminal après le démarrage de l'écran pour éviter toute réinitialisation de l'écran peut faire au démarrage. Mais, malheureusement, cela ne changera le problème. Vous pourrez ensuite obtenir renvoie uniquement et pas de retours à la ligne.

    Ce qui est nécessaire est une option à ajouter un retour à une réception de saut de ligne, de sorte que le terminal reçoit \n\r, qui est ce que le numéro de série de l'appareil devrait de sortie à la première place. Il semble y avoir une onlret option pour ce faire, pour la sortie de données, mais pas de inlret option nous semble nécessaire dans ce cas.

    J'ai exactement le même problème (à l'aide de picocom tout de même) et j'ai cherché sur google pendant des jours à essayer de trouver la norme corriger, mais personne ne semble en avoir un. Il y a un certain nombre de périphériques série qui seule sortie \n et ne peut simplement pas être fait à la sortie \r\n et je refuse de croire que tous d'entre eux appartiennent à deux utilisateurs de linux. Ce qui donne un!?

    Dans picocom vous pouvez ajouter --imap lfcrlf pour les options de ligne de commande. Cela permettra de traduire LF CR + LF après ils sont lus à partir du port série.
    Aussi, pour ceux qui utilisent Gtkterm cochez la case "CR LF auto" sous le menu "Configuration".
    microcom ne poignée de la cartographie automatiquement

    OriginalL'auteur tacos

  3. 8

    Si vous utilisez le miniterm.py programme qui vient avec pyserial il va interpréter les retours à la ligne comme crlf. Il n'est pas le plus complet au niveau de l'émulateur de terminal, mais pour interagir avec de simples appareils de série, il fait le travail.

    Syntaxe d'utilisation (sur OSX):

    miniterm.py /dev/tty.usbserial-XXXXXX 115200

    Remplacer XXXXXX avec tout ce que l'appareil arrive sur votre système.

    Merci pour le partage, l'écran était vraiment obtention sur mes nerfs!

    OriginalL'auteur Peter E.

  4. 2

    Dans mon cas a travaillé: stty -F /dev/ttyACM0 -icrnl

    Parce que la série a été implicitement mis à traduire CR pour NL. Ce jeu de commandes en arrière. Avis le moins de caractère qui précède icrnl.

    OriginalL'auteur jejdacz