Raspberry Pi, bàn điều khiển nối tiếp, minicom và gnome-terminal

Tôi đang cố gắng truy cập pi mâm xôi của mình thông qua bảng điều khiển nối tiếp trên các chân gpio. Nó hoạt động tốt thông qua một dongle nối tiếp USB-3.3v. Tuy nhiên, có một vấn đề với các dòng dài và màn hình dài không hiển thị chính xác. Tôi đang chạy minicom trong thiết bị đầu cuối gnome không được đặt thành cột 24x80 (và tùy chọn Terminal / 1 (24x80) của gnome-terminal) không giúp ích.

Như thể minicom hoàn toàn bỏ qua sigwinch mà nó phải nhận và / hoặc không có cách nào để gửi nó qua dòng nối tiếp để thay đổi loại thiết bị đầu cuối.

— Russell Nelson
nguồn

Không phải là một câu trả lời / giải pháp hoặc hợp lệ, nhưng tôi thấy putty hoạt động khá tốt như một thiết bị đầu cuối nối tiếp trong linux.

— jordanm

Chắc chắn, nhưng nó vẫn bị kẹt trong GTK + 1.x.

— Ignacio Vazquez-Abrams

Có giải pháp thay thế minicom khác có thể đáng để thử (thread đề cập cu, screen, seyon, conservervà kermit)

— sr_

Tôi đã thực hiện một số thử nghiệm với xterm vs gnome-terminal và screen vs minicom. Không ai trong số họ thay đổi nó. Tôi kết luận rằng vấn đề nằm ở đầu Debian, nơi nó không phát ra mã thoát thiết bị đầu cuối chính xác.

— Russell Nelson

Có thể là một giải pháp ở đây: unix.stackexchange.com/questions/106644/ trên

Bạn nói đúng, điều đó minicomsẽ không truyền đạt sự thật về sự thay đổi cửa sổ đến tận cùng. Nếu bạn đang sử dụng mô phỏng giống như VT100, bạn có thể thực hiện

eval `resize`

để tạo ra một số ký tự điều khiển sẽ buộc trình giả lập cho biết phía xa kích thước của cửa sổ của nó.

Trên các hệ thống giống như Debian, resizecó trong xtermgói.

— Flup
nguồn

Ít nhất với zsh và bash, nó đủ để gọi nguyên trạng resize. Tôi không cần phải đánh giá đầu ra của nó và trình tự điều chỉnh chính xác các biến LINES / COLUMNS.

— maxschlepzig