Подключение Hd44780 к микроконтроллеру

[Tesla]

Нужно подключить LCD-дисплей на основе аналога HD44780 к микроконтроллеру MCS-51. Поскольку у дисплея нет раздельных входов RD и WR, эти сигналы объединяются и подаются на вход E, а режим чтения или записи определяется адресом (R/~W дисплея подключаем к A0). Вопрос: уживутся ли вместе на шине микроконтроллер (открытый коллектор) и дисплей (tri-state output) в ситуации, когда контроллер выдаёт на шину низкий уровень, а дисплей - высокий? Не сожгут ли они друг друга?

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[antzol]

Не совсем понял схему соединения, т.к. не работал с MCS-51 (не знаю что за входы RD и WR имеете в виду), но пока на выводе R/_W = 0, все остальные выводы LCD работают как входы.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Speccy]

Нужно подключить LCD-дисплей на основе аналога HD44780 к микроконтроллеру MCS-51. Поскольку у дисплея нет раздельных входов RD и WR, эти сигналы объединяются и подаются на вход E, а режим чтения или записи определяется адресом (R/~W дисплея подключаем к A0). Вопрос: уживутся ли вместе на шине микроконтроллер (открытый коллектор) и дисплей (tri-state output) в ситуации, когда контроллер выдаёт на шину низкий уровень, а дисплей - высокий? Не сожгут ли они друг друга?

Хороший вопрос.

Когда я подключал к МК-51 то перед выдачей строба и чтением ЖКИ "отпускал" шину, записывая туда единицы.

Теперь ЖКИ подключен к двунаправленной шине организованной в ПЛИС. Перед тем как читать ЖКИ я шину перевожу в третье состояние.

Шина подтянута к +5В резисторами 1 кОм.

Вроде ничего не горит, если эту ситуацию исключать.

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Tesla]

LCD подключён к контроллеру таким образом, что обмен данными с ним происходит при помощи команд movx @DPTR, a и movx a, @DPTR. Со стороны LCD операции чтения и записи будут отличаться только битом адреса, заведённом на ногу R/~W. Если по ошибке использовать команду movx @DPTR, a с адресом, предназначенным не для записи, а для чтения, возникнет ситуация, при которой МК и LCD одновременно будут пытаться установить шину в разные состояния.

Proteus такую ситуацию называет "contention on net" и обозначает жёлтым цветом. В моём устройстве исключить возможность её возникновения как программно, так и аппаратно, довольно сложно. Кстати, в даташите от HD44780 я нашёл схему его выводов:

[Speccy]

LCD подключён к контроллеру таким образом, что обмен данными с ним происходит при помощи команд movx @DPTR, a и movx a, @DPTR. Со стороны LCD операции чтения и записи будут отличаться только битом адреса, заведённом на ногу R/~W. Если по ошибке использовать команду movx @DPTR, a с адресом, предназначенным не для записи, а для чтения, возникнет ситуация, при которой МК и LCD одновременно будут пытаться установить шину в разные состояния.

Proteus такую ситуацию называет "contention on net" и обозначает жёлтым цветом. В моём устройстве исключить возможность её возникновения как программно, так и аппаратно, довольно сложно. Кстати, в даташите от HD44780 я нашёл схему его выводов:

Что значит исключить довольно сложно? А зачем ты сам себя загнал в такие рамки управления?

Покажи конкретно как у тебя ЖКИ подключен к МК картинку это раз.

Кусок кода покажи это два.

И три - считаю грубейшим нарушением использование только сигнала чтение/запись, без использования строба Е.

Тут ведь наверняка был?

_http://www.lcdinfo.ru/html.cgi/txt/lcd/chips/hd44780/start.htm

[Tesla]

Вот схема:

http://tesla.rshu.ru/1.jpg

Кроме LCD к МК будет подключена ещё куча периферии, не показанной на схеме.

Пользователю будет предоставлена возможность выводить данные в произвольные порты (посредством команд через последовательный интерфейс), поэтому исключать вышеупомянутую возможность нельзя. Да и вообще, рассчитывать на безглючность МК я бы не стал. Можно обезопаситься аппаратно:

http://tesla.rshu.ru/2.jpg

Но всё равно хотелось бы сначала убедиться в необходимости этого.

[Speccy]

Вот схема:

http://tesla.rshu.ru/1.jpg

Кроме LCD к МК будет подключена ещё куча периферии, не показанной на схеме.

Пользователю будет предоставлена возможность выводить данные в произвольные порты (посредством команд через последовательный интерфейс), ....

Я посмотрел и сопоставил временные диаграммы чтения записи ЖКИ и МК. По схеме твоего подключения в принципе всё понятно.

Ты сделал дешифратор портов ввода/вывода.

Получается порты с адресами:

0111 1ххх хххх хх00 для записи регистра команд,

0111 1ххх хххх хх01 для чтения регистра команд,

0111 1ххх хххх хх10 для записи данных,

0111 1ххх хххх хх11 для чтения данных.

Всё это при помощи команд чтения/записи внешней памяти movx.

Однако в спецификации на контроллер ЖКИ есть упоминание про то, что во время отсутствия обмена по шине данных с ЖКИ, шина должна быть в третьем состоянии. А у тебя получается, что при выполнении операции затрагивающей линии порта P3 RD и WR и дешифрации линии Y7 в U6 может появится строб Е, который может привести к конфликту.

Я победил это применением двунаправленного буфера с третьим состоянием. Во время чтения - в одну сторону, запись - в другую, а в промежутках - третье состояние шины. Для управления им дешифровал порт. Правда запрограммировал это всё в ПЛИС. Но ничего не мешает сделать тоже и на отдельной ИМС.

[Tesla]

Попробовал смоделировать схемку с буфером. Получилось довольно много элементов (сам буфер и ещё 2 корпуса логики).

http://tesla.rshu.ru/3.jpg

Думаю о целесообразности перейти на ПЛИС, но опыта работы с ними пока не имею. Какую ПЛИСину можете посоветовать для начала? Интересуют только такие корпуса, которые можно паять вручную, паяльником. Например, PLCC.

[Speccy]

Думаю о целесообразности перейти на ПЛИС, но опыта работы с ними пока не имею. Какую ПЛИСину можете посоветовать для начала? Интересуют только такие корпуса, которые можно паять вручную, паяльником. Например, PLCC.

У тебя получается довольно много элементов это да. Но я тебе скоро покажу еще один вариант организации дешифрации портов ввода\вывода и шины управления.

А посоветовать могу ПЛИС либо Altera либо Xilinx. Не ососбо принципально для тебя.

Например EPM7064SLC44 (Altera, из серии семитысячников, пятивольтовое питание, 64 вентиля, 44 ноги - можно установить в сокету).

Как только выйдешь на такой уровень (не так всё сложно), то никакой логики в рассыпухе на твоей плате уже не останется, а гибкости в разработке - прибавится. Программируется внутрисхемно через программатор ByteBlasterMV на LPT порте.