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

8

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
la 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/…

Réponses:

2

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
la source
1
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