LCD 1602 инициализация только после Reset

Доброго времени суток.

Чрезвычайно удивляет ситуация, которая сложилась у меня с моим девайсом. Требуется совет.

Имею в девайсе экранчик LCD типа 1602 (какой то китайский друг), подключается по 4х битной шине.
Последовательность инициализации коротко:
Настраиваем порт;
Ждем 20 мс;
Разрядность шины = 8 бит ($3);
NOP ($0 - это для случая, если экран был инициализирован под 4-х битную разрядность: переводим обратно в 8-битный режим);
Ждем 4.1 мс;
Разрядность шины = 8 бит ($3);
Ждем 100 мкс;
Разрядность шины = 4 Бит ($2);
Ждем;
Разрядность шины = 4 Бит ($2); + размер символа ($8)
Очистка;
Ждем 5 мс;

Проблема в следующем.
При включении питания экран не инициализируется. Первая строка залита черными квадратами. Если микроконтроллер сбросить, инициализация и вывод на экран проходит в штатном режиме.

Пробовал увеличивать время первоначального ожидания (фактически делал остановку, пока не будет нажата кнопка, выжидал секунды). Пробовал садить RESET контроллера на ноль, после этого подавать питание, немного погодя отпускать RESET - та же история.

Пробовал увеличивать все задержки по максимуму (1,5 мс - строб = 1 - 1,5 мс - строб = 0 - 1,5 мс), не помогает. То, что дисплей после сброса работает четко, наталкивает на мысль, что выдержки я выбрал правильно. Не понятно, почему заводится только после ресета...

P.S. В протеусе всё ОК.

0

я использую в

Сообщение от 23AndreY 4 битном или через модуль I2C

хотя какая разница, через i2c или без.
В даташите 8-ми и 4-х битный указаны. Дисплею всё равно, напрямую с контроллера идёт или через айтуси прокладку

Сообщение от 23AndreY О нюансе который я описал на 45 и 46 странице ничего нет.

Возможно я невнимательно прочитал ваши сообщения..
В принципе мой ответ под заголовок темы..

0

Сообщение от 23AndreY Вы это используете в 8 битном , 4 битном или через модуль I2C ?

А какая разница? Контроллер дисплея один и тот же, во время сброса контроллер может находиться в одном из трех режимов:
- 8-битный, готов к приему команды целиком
- 4-битный, готов к приему старшей тетрады команды
- 4-битный, старшую тетраду команды принял, ждет младшую тетраду.

Для перевода его в 4-битный режим нужно 3 раза подать команду 3x и 1 раз 2x.
Обозначим эти команды как a, b, c, d

Допустим, дисплей был в 8-битном режиме. Тогда:
команда a - не влияет на работу, он и так в 8-битном режиме
команда b - то же самое
команда c - то же самое
команда d - воспринимается как 8-битная команда и переводит в 4-битный режим.

Допустим, дисплей был в 4-битном режиме и ждал команду. Тогда:
команда a - воспринимается как старшая тетрада команды перевода в 8-битный режим
команда b - воспринимается как младшая тетрада команды перевода в 8-битный режим, дисплей переходит в 8-битный режим
команда c - не влияет на работу, он и так в 8-битном режиме
команда d - воспринимается как 8-битная команда и переводит в 4-битный режим.

Теперь допустим, дисплей был в 4-битном режиме и уже получил первую тетраду команды когда проц сбросили. Тогда:
команда a - воспринимается как младшая тетрада предыдущей команды. Да и фиг с ней, все равно инитим дисплей.
команда b - воспринимается как старшая тетрада команды перевода в 8-битный режим
команда c - воспринимается как младшая тетрада команды перевода в 8-битный режим, дисплей переходит в 8-битный режим
команда d - воспринимается как 8-битная команда и переводит в 4-битный режим.

Эта последовательность работает 100% с любым 44780-совместимым дисплеем.

Добавлено через 9 минут
Добавлено: кстати да, эта последовательность описана в некоторых даташитах на контроллер, но нигде не дается ее объяснение, до него я доходил сам.

2

извиняюсь но вот ваш ответ не объясняет как после перевода в 4 бит режим давать следующие команды уже по 4 шинам , да и ни черта у меня не работало по этой стандартной , везде упомянутой схеме. Может китайцы намудрили но у меня заработало совсем по другому.

0

Сообщение от 23AndreY как после перевода в 4 бит режим давать следующие команды уже по 4 шинам

Если я правильно понял выражение "по 4 шинам" (по каким шинам???), то точно так же, как и по 8-битной шине, но двумя посылками: в первой 4 старших бита, во второй - 4 младших.

0

Сообщение от Dushevny эта последовательность описана в некоторых даташитах на контроллер, но нигде не дается ее объяснение,

это точно
всю жизнь использовал

Сообщение от ValeryS еще 8битный режим(3) выставляем три раза

но такое объяснения первый раз вижу

0

Dushevny а вот и неправильно , вы так много начинающих введёте в заблуждение . в 4 битном режиме надо посылать уже 4 байта на одну команду или символ только вот прикол как я уже раньше и говорил что для перевода в 4 битный режим нужно всего 2 байта послать а уже настройки по 4 байта посылать вот об этом нюансе я говорю.

0

Сообщение от 23AndreY в 4 битном режиме надо посылать уже 4 байта на одну команду

Покажите это место в документации на контроллер дисплея. А я покажу место, где английским по белому сказано про две посылки. И начинающие и профессионалы должны руководствоваться документацией. Если у вас что-то не работает так, как сказано в документации - значит вы что-то делаете неправильно. Тем более когда речь идет о HD44780, которому лет 40 уже и у которого все возможные ошибки в документации вылизаны еще в прошлом веке.

0

Сообщение от Dushevny Покажите это место в документации на контроллер дисплея. А я покажу место, где английским по белому сказано про две посылки. И начинающие и профессионалы должны руководствоваться документацией. Если у вас что-то не работает так, как сказано в документации - значит вы что-то делаете неправильно. Тем более когда речь идет о HD44780, которому лет 40 уже и у которого все возможные ошибки в документации вылизаны еще в прошлом веке.

Я не претендую на истину но у меня китайский LCD 1602 с модулем I2C заработал только так . Так Я и пытаюсь донести этот НЮАНС который нигде не указан , я ж об этом тут и пишу.

0

Сообщение от 23AndreY но у меня китайский LCD 1602 с модулем I2C заработал только так .

Значит вы что-то делаете неправильно. И надо разобраться и исправить это, а не разносить по интернету как решение и "нюанс". Нет там нюансов. Поверьте. Хотите разобраться - показывайте код и схему.

0

Сообщение от Dushevny Значит вы что-то делаете неправильно. И надо разобраться и исправить это, а не разносить по интернету как решение и "нюанс". Нет там нюансов. Поверьте. Хотите разобраться - показывайте код и схему.

на 2 странице код но там только код активации на ассемблере думаю будет достаточно для разбора

0

Хотя... Есть у меня одно предположение: я писал о посылках, которые надо подать на контроллер дисплея. Каждая посылка дисплею состоит из перевода входа E контролера в 1 и потом перевода его в 0. Разумеется, каждое это действие требует отдельной посылки на расширитель I2C, через который у вас подключен контроллер дисплея.

0

дополнительные 2 байта нужны для сброса строба Е в 0

0

Ну вот и разобрались.

0

да разобрались и НЮАНЬСИК есть.

0

Сообщение от 23AndreY да разобрались и НЮАНЬСИК есть.

Это не "нюансик". Это так и должно работать, потому что именно так и было задумано. Никакой магии и тайных знаний в этом нет.

0

все такие специалисты, даже Вы мне писали что в 4 битном режиме нужно 2 посылки делать .

Сообщение от Dushevny Добавлено: кстати да, эта последовательность описана в некоторых даташитах на контроллер, но нигде не дается ее объяснение, до него я доходил сам.

А вы говорите ему 40 лет там всё написано , читай внимательно. Из вашего поста я понял что Вы сами не работали по I2C с LCD или пользовались готовым решением типа скеча , библиотеки.

Сообщение от Dushevny Это не "нюансик". Это так и должно работать, потому что именно так и было задумано. Никакой магии и тайных знаний в этом нет.

Я не писал что я америку открыл я лишь написал что для перевода в 4 битный режим по I2C надо послать 2 байта , первый 0b00100100 (команда перевода в 4 бит режим и строб Е в 1 это у меня 3 бит), второй 0b00100000 (строб Е в 0) а после этого по 4 посылки делать для одной команды или символа. До этого мне тоже пришлось доходить самому , в даташите этого нет.
Вот в этом даташите почти правильно написано на 11 странице и то надо домысливать.

Вложения

HD44780-rus.pdf (385.3 Кб, 4 просмотров)

1

За документ спасибо..

Но я повторюсь: разницы нет, управлять дисплеем напрямую с контроллера или через i2c контроллер. Потому как дисплей не понимает кто им управляет, он понимает только управляющие последовательности

1

Сообщение от 23AndreY даже Вы мне писали что в 4 битном режиме нужно 2 посылки делать

2 посылки контроллеру дисплея. Как вы их обеспечите - 4 командами промежуточному расширителю I2C или 100500 командами основному контроллеру - контроллеру дисплея все равно.

1

Сообщение от shonty Но я повторюсь: разницы нет, управлять дисплеем напрямую с контроллера или через i2c контроллер.

Ошибаетесь товарищ , если вы напрямую микроконтроллером посылаете команду дисплею то строб Е вы можете дёрнуть в 0 отдельным битом а по I2C нужно посылать целый байт. Что у контроллера дисплея находится на входах DB0-DB7 записывается в буфер при стробе Е высокого уровня тобишь 1 а выводит на экран когда строб Е опускаем в 0 а у нас есть младший полубайт и старший ( а наоборот сначала старший посылаем) и чтоб дисплей их вывел на экран нужно 4 байта. после каждого полубайта нужно послать байт чтоб дёрнуть строб Е в 0

Добавлено через 5 минут

Сообщение от shonty За документ спасибо..

всегда пожалуйста

0

Сообщение от 23AndreY Ошибаетесь товарищ

В чём я ошибаюсь?
Я вообще-то говорил что:

Сообщение от shonty он понимает только управляющие последовательности

, а не о реализации этих последовательностей))

Допустим вы дёргаете строб, на Atmeg-е за 1 такт..
Берёте другой МК - у вас на дёрнуть стробом уйдёт 7 тактов..
Какая дисплею разница как это реализовано
Или под каждую ситуацию отдельный ДШ писать?

Вам нужно соблюсти на выходе промежуточного преобразователя интерфейса необходимую последовательность, и всё. Каким образом вы это реализуете- всем на это пофиг, и разработчикам и дисплею.

0