Sebagian besar layar LCD teks untuk layar 4x40 atau lebih kecil menggunakan pengontrol berdasarkan Hitachi HD44780. Ini adalah desain yang cukup bagus dalam banyak hal, sehingga popularitasnya dapat dimengerti. Namun, salah satu aspeknya membingungkan saya.
Pengontrol tampilan dirancang untuk beroperasi dengan font 5x8 atau 5x10; menurut lembar data 44780, bagian tersedia dengan dua konfigurasi ROM stok - satu dengan 248 karakter bentuk 5x8, ditunjuk A02, dan satu dengan 160 bentuk 5x8 dan 32 bentuk 5x10, ditunjuk A00. Bentuk karakter 5x10 hanya benar-benar berguna pada tampilan garis tunggal yang memiliki matriks LCD 10-tinggi, dan tampilan tersebut tampaknya sangat langka (saya pikir saya telah melihat lembar data untuk segelintir dari mereka, jika itu, dan saya tidak tahu bahwa saya pernah melihatnya secara langsung).
Saya bingung, kemudian, mengapa mengapa setiap layar LCD yang saya lihat berdasarkan pada pengontrol yang kompatibel dengan HD44780, menggunakan pola huruf A00 yang memiliki banyak sel karakter kosong, dan yang mesin terbangnya untuk sejumlah karakter (termasuk 0xE4, 0xE6 , 0xE7, 0xEA, 0xF0, 0xF1, dan 0xF9) pada dasarnya tidak berguna dengan apa pun selain tampilan 5x10 garis tunggal. Saya berharap setidaknya beberapa vendor setidaknya mengubah definisi karakter agar terlihat bagus di layar 5x8, tapi saya tidak tahu ada yang melakukannya. Saya juga berpikir bahwa untuk banyak aplikasi, pola ROM A02 akan lebih berguna daripada pola ROM A00, tetapi semua tampilan yang pernah saya lihat dijual menggunakan pola ROM A00.
Yang pasti, dalam banyak aplikasi, kemampuan untuk mendefinisikan mesin terbang kustom secara substansial mengurangi batasan dari rangkaian karakter bawaan, tetapi tampilan hanya dapat menampilkan delapan mesin terbang kustom yang berbeda pada suatu waktu. Memiliki mesin terbang built-in untuk hal-hal seperti panah akan berarti bahwa aplikasi yang membutuhkan panah bisa memiliki lebih banyak mesin terbang kustom yang tersisa untuk keperluan lain.
Jika tidak ada yang lain, akan tampak logis jika tampilan memiliki opsi untuk mengisi rentang karakter 0x10-0x1F dan 0x80-0x9F dengan karakter yang bermanfaat. Jika pengontrol tertentu hanya akan digunakan dengan kaca 5x8 atau 5x16 (akan tampak sangat mungkin), itu harus menjadi masalah sederhana untuk menggunakan bit kontrol font 5x10 untuk mengaktifkan atau menonaktifkan karakter tersebut. Itu akan membuat pengontrol kompatibel dengan perangkat lunak yang mengharapkan semua karakter tersebut muncul sebagai kosong, tetapi akan memungkinkan perangkat lunak yang tahu apa itu untuk mengeksploitasi karakter-karakter lain.