Raspberry Pi, console série, minicom et gnome-terminal

J'essaie d'accéder à mon raspberry pi via sa console série sur les broches gpio. Cela fonctionne bien grâce à un dongle série USB-3.3v. Cependant, il y a un problème avec les longues lignes et les longs écrans qui ne s'affichent pas correctement. J'exécute minicom dans un gnome-terminal qui n'est pas défini sur des colonnes 24x80 (et l'option Terminal / 1 (24x80) de gnome-terminal) n'aide pas.

C'est comme si minicom ignorait complètement le sigwinch qu'il devait recevoir, et / ou n'avait aucun moyen de l'envoyer sur la ligne série pour changer le type de terminal.

— Russell Nelson
source

Pas une solution / réponse valide, mais je trouve que le mastic fonctionne assez bien comme terminal série sous Linux.

— jordanm

Bien sûr, mais il est toujours bloqué dans GTK + 1.x.

— Ignacio Vazquez-Abrams le

Il existe d' autres solutions de Minicom éventuellement la peine d' essayer (le fil mentionne cu, screen, seyon, conserveret kermit)

— sr_

J'ai fait quelques expériences avec xterm vs gnome-terminal et screen vs minicom. Aucun d'eux ne le change. Je conclus que le problème est du côté de Debian, où il n'émet pas les bons codes d'échappement de terminal.

— Russell Nelson

Peut être une solution ici: unix.stackexchange.com/questions/106644/…

Vous avez raison, car minicomcela ne communiquera pas le fait d'un changement de fenêtre à l'autre bout. Si vous utilisez une émulation de type VT100, vous pourrez peut-être

eval `resize`

pour générer des caractères de contrôle qui forceront l'émulateur à indiquer à l'extrémité distante la taille de sa fenêtre.

Sur les systèmes de type Debian, resizeest dans le xtermpaquet.

— Flup
source

Au moins avec zsh et bash, il suffit d'appeler resizetel quel . Je n'ai pas besoin d'évaluer sa sortie et le shell ajuste correctement les variables LINES / COLUMNS de lui-même.

— maxschlepzig