Raspberry Pi, serielle Konsole, Minicom und Gnome-Terminal

8

Ich versuche, über die serielle Konsole an den GPIO-Pins auf mein Himbeer-Pi zuzugreifen. Es funktioniert gut über einen seriellen USB-3.3v-Dongle. Es gibt jedoch ein Problem mit langen Zeilen und langen Bildschirmen, die nicht richtig angezeigt werden. Ich führe minicom in einem Gnome-Terminal aus, das nicht auf 24x80-Spalten eingestellt ist (und die Option Terminal / 1 (24x80) des Gnome-Terminals) hilft nicht.

Es ist, als ob minicom das Sigwinch, das es bekommen muss, vollständig ignoriert und / oder keine Möglichkeit hat, dies über die serielle Leitung zu senden, um den Terminaltyp zu ändern.

Russell Nelson
quelle
Keine gültige / Antwort oder Lösung, aber ich finde, dass Kitt als serielles Terminal unter Linux recht gut funktioniert.
Jordanm
Sicher, aber es steckt immer noch in GTK + 1.x.
Ignacio Vazquez-Abrams
Es gibt andere Alternativen Minicom möglicherweise einen Versuch wert (der Thread erwähnt cu, screen, seyon, conserverund kermit)
sr_
Ich habe mit xterm vs gnome-terminal und screen vs minicom experimentiert. Keiner von ihnen ändert es. Ich komme zu dem Schluss, dass das Problem am Debian-Ende liegt, wo nicht die richtigen Terminal-Escape-Codes ausgegeben werden.
Russell Nelson

Antworten:

2

Sie haben Recht, das minicomwird die Tatsache eines Fensterwechsels nicht zum anderen Ende kommunizieren. Wenn Sie eine VT100-ähnliche Emulation verwenden, können Sie möglicherweise eine

eval `resize`

um einige Steuerzeichen zu generieren, die den Emulator zwingen, dem anderen Ende die Größe seines Fensters mitzuteilen.

Auf Debian-ähnlichen Systemen resizeist im xtermPaket enthalten.

Flup
quelle
1
Zumindest mit zsh und bash reicht es aus, so resizewie es ist anzurufen . Ich muss die Ausgabe nicht auswerten und die Shell passt die LINES / COLUMNS-Variablen korrekt an.
Maxschlepzig