#include <LiquidCrystal_I2C.h>
LiquidCrystal_I2C lcd(0x27,20,4);
void setup() {
lcd.init();
lcd.backlight();
// put your setup code here, to run once:
}
void loop() {
lcd. setCursor (0,0);
lcd. print ("1234567890");
lcd. setCursor (0,1);
lcd. print ("1234567890");
lcd. setCursor (0,2);
lcd. print ("QWERTYUIOP");
lcd. setCursor (0,3);
lcd. print ("qwertyuiop");
// put your main code here, to run repeatedly:
}
Выведите на эти же места другие символы(лучше из таблицы залитый прямоугольник lcd.print(char(255)); ), потом забейте символами ВСЕ знакоместа - сразу поймёте виноват знакогенератор или сам дисплей физически. Если сам дисплей, то можно разобрать и осмотреть плату и резинку на предмет повреждений.
1 лайк
Можно даже просто две верхние строки поменять местами с двумя нижними.
я попробовал, проблема именно в конкретных символах. видимо какая то проблема с шрифтом или что-то подобное
Выведи строки полностью из 0, 5 и 9.
то есть я вывел все (которые заметил) проблемные символы
Получается беда со знакогенератором, а его изменить нельзя (на сколько я знаю).
я так понял, тут ничего не поделать. наверное попробую заменить его на другой
В принципе, если не нужны цифры, то можно попробовать использовать RUS библиотеку. Ежели перезаписываемые места не окажутся тоже битыми, то вполне прокатит. А так, да, в помойку.
Ну значит не повезло с дисплеем. В прошивке знакогенератора в таблице символов сбой
Т.С реально интересно результат подкидывания русифицированной библиотеки(ну, или какая ват вам ближе).
Какая разница, она будет те же цифры использовать
Воть.
Мне больше интересно: могут ли те восемь ячеек тоже быть битыми.
1 лайк
Ради интереса по ДШ посмотреть коды битых символов. Совпадут или нет разряды адреса?
ТС в спячку залёг, до весны/лета не ждите 
По таблице ASCII уже наблюдаются совпадения.
1 лайк