Bagaimana cara mengkonfigurasi Putty untuk menampilkan karakter ASCII yang tidak dicetak saat menggunakan koneksi serial?


2

Saya mencoba men-debug komunikasi dengan perangkat perangkat keras melalui port serial. Perangkat perangkat keras sesekali mengirimkan informasi yang bukan merupakan karakter alfanumerik atau spasi putih. Sementara program Python saya melihat setiap karakter non-cetak yang dikirim perangkat, PutTY tidak menunjukkan teks non-alfanumerik dan non-spasi putih, melompati karakter tersebut seolah-olah tidak pernah menerimanya.

Saya mencoba menggunakan Putty untuk membaca dan menulis informasi yang masuk dan keluar dari port serial, tetapi karena Putty tampaknya hanya menampilkan karakter alfanumerik dan spasi, saya kehilangan informasi perangkat mengirim kembali kepada saya.

Adakah yang bisa saya lakukan untuk membuat Putty menunjukkan karakter-karakter ini (begitu mereka masuk)?


Sudahkah Anda mencoba -rawopsi baris perintah?
DavidPostill

Bagaimana saya menggunakannya?
user3346931


Opsi ini memungkinkan Anda untuk melewati jendela konfigurasi dan langsung membuka sesi. Untuk memulai koneksi ke server bernama host:putty.exe [-ssh | -telnet | -rlogin | -raw] [user@]host
DavidPostill

Ini adalah Koneksi Seri, yang melewati port serial 9-pin. ITU tidak menggunakan apa pun yang terkait dengan TCP / IP.
user3346931

Jawaban:


3

Cobalah agar mereka memperbarui Putty. Tampaknya sangat bisa dilakukan: buat saja rangkaian karakter khusus yang mendefinisikan sebagian besar 0x00-0x1F sebagai karakter yang dapat dicetak. Atau tambahkan opsi yang mengontrol cara menangani karakter kontrol umum yang memiliki tindakan (CR, LF, BEL, BS, FF (jelas), ^ E (jawab balik), dll.) Dan karakter kontrol yang tidak biasa yang tidak memiliki tindakan. Untuk setiap karakter kontrol, itu bisa menampilkan simbol, mengambil tindakan, atau keduanya.

Sementara itu, Anda bisa mendapatkan penggunaan yang sangat terbatas dari Putty, atau menggunakan sesuatu yang lain.

Putty 0,69 (20170424) tidak menunjukkan karakter kontrol, kecuali jika, di bawah "Terjemahan", "Kumpulan karakter jarak jauh", Anda memilih "VSCII". Itu membuat Putty menunjukkan enam karakter kontrol pada layar, tetapi hanya karena VISCII mendefinisikan keenam karakter tersebut sebagai karakter pencetakan . Ctrl + BEFTY ^ tampil sebagai karakter Vietnam yang sulit dibedakan ẲẴẪỶỸỴ, dan salin dan tempel seperti itu. Dengan karakter-karakter ini pada layar, jika Anda kemudian mengubah "Terjemahan" ke set karakter lain, ẲẴẪỶỸỴ berubah menjadi enam karakter lain, yang menyalin dan menempelkan sebagai kode kontrol yang sebenarnya. Namun, karakter kontrol yang baru diterima kembali untuk tidak menampilkan apa pun, dan Ctrl + E memicu jawab balik (Putty bertindak seolah-olah Anda mengetik "Putty").

Ctrl+B displays as "Ẳ"; becomes " ┐", which copies and pastes as ␂[STX][0x02].
Ctrl+E displays as "Ẵ"; becomes "│", which copies and pastes as ␅[ENQ][0x05].
Ctrl+F displays as "Ẫ"; becomes "─", which copies and pastes as ␆[ACK][0x06].
Ctrl+T displays as "Ỷ"; becomes "¶", which copies and pastes as ␔[DC4][0x14]
Ctrl+Y displays as "Ỹ"; becomes "├", which copies and pastes as ␙[EM][0x19].
Ctrl+^ displays as "Ỵ"; becomes " " (whitespace), which copies and pastes as ␞[RS][0x1E].

(Mengetik Ctrl + ^ tidak berfungsi.) Ini cocok dengan tabel kode VISCII di Wikipedia.

RealTerm 2.0.0.70 (20130828) menunjukkan semua karakter kontrol, sebagai kode 2 digit atau sebagai simbol seperti ␂ [STX], menggunakan font khusus yang disertakan. Ini kode warna gema lokal dan teks yang masuk (baik). (Merah terang dan kuning.) Antarmuka pengguna yang kaku namun berantakan. Untuk gema lokal, klik "half duplex". Ini memiliki interpretasi unik CR: ia pergi ke posisi home tetapi tidak linefeed sampai karakter masuk. Beta terbaru terlihat sama.

Tera Term 4.94 (20170228) tidak menunjukkan karakter kontrol. Bahkan tidak mencatat karakter kontrol yang tidak bertindak.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.