0
Как говоритЬся
0
» Оно проноситься вплотную
тЬся… (
0
» тем нИ менее
-1
Некропостер детектед.
0
Насчёт 10 штук не знаю, по попробуйте в ЭФО: www.efo.ru/ они официальный (?) поставщик Winstar
Всё дело в том, что это сам Винстар может отказываться запускать производство ради нескольких штук.
0
Вот и я про то же — во многих конструкциях на 44780 в 4-х битном режиме вывод R/W просто посажен на землю. Но опять же, они работают в текстовом режиме и вряд ли кто-то часто выводит текст с идущими подряд буквами с кодом «0b00000000».

А с дисплеями да, беда. Надо заказывать, срок поставки 7-9 недель =(
0
В общем, разобрался я в чём дело после внимательного изучения ДШ на WS0010.
Изначально я решил сэкономить ногу МК и посадил вывод RW дисплея на землю, т.к. не собирался читать Busy Flag (сделать через задержки), адрес или данные.
Так прокатывало в 8-битном режиме. Так прокатывало и в 4-битном текстовом режиме. Так прокатывало в 4-битном режиме когда я выводил (рисовал) символы без пробелов, или рисовал сплошную линию (змейку). Но как только у меня появилось много нулевых идущих подряд нибблов, начались косяки.
В ДШ про 4-битный режим обратил внимание, что The Busy Flag must be checked после передачи каждого байта.
Интересно было бы проверить на ваших дисплеях.
Не знаю, обязательно ли это для 44780. Если необязательно, то можно отметить это в статье.
0
Команда очистки дисплея выполняется по спаду, печать «символов» — по фронту Е.
0
Вообще бред какой-то.
Подключил другой дисплей (зелёный, до этого был оранжевый) — та же фигня.
Тогда подключил вообще к другой плате. До этого была самодельная с AVR8, сейчас подключил к заводской отладочной С8051F, благо там отладчик есть.
Соответственно, пришлось заново написать код.
В ходе отладки обнаружилось, что в какой-то момент дисплей начинает тактироваться по (восходящему) фронту «Е», а не по (нисходящему) спаду.
0
Проблема даже в текстовом режиме =( Причём количество нулевых нибблов зависит от того, каким был первый нулевой — старшим или младшим.
Большие цифры вы печатаете сначала верхнюю половину, потом нижнюю?
0
Смысл смотреть времянку и искать сопли, если без идущих подряд пробелов всё выводится нормально? Задержки ставил, не помогло.
Я в пяти подаваемых байтах игрался с нибблами — комбинацией нулевых и ненулевых. Т.е. просто менял нолики на единички, и в зависимости от этого изображение либо сбивалось, либо не сбивалось, либо не сбивалось, но попадал один нулевой байт (8 погашенных точек).
0
Дисплей Rev.0
0
Понятное дело, что пропадает один из нибблов. Но! Его пропадание зависит от выдаваемой информации!
Специально выводил подряд 5 байт, игрался комбинацией нулевых и ненулевых нибблов. Результаты интересные и незакономерные — получалось пропустить целый байт!
0
На самой последней странице нарисована блок схема инициализации в 4-х битном режиме. Вкратце — перед командой «Function Set», в которой и устанавливается этот самый 4-х бит режим, нужно подождать 500мс после установления питания и ПЯТЬ раз выдать команду «0х00».
У меня на последней странице в ДШ эта процедура идёт исключительно как синхронизация между верхними и нижними 4-мя битами, без неё всё инициализируется нормально:
Noise causing transfer mismatch between the four upper and lower bits can be corrected by a reset
triggered by consecutively writing a “0000” instruction five times.
0
Блин, у меня какой-то глюк вылезает в графическом режиме по 4-битной шине WEG005016.
Если 5 раз заслать в дисплей «0000» (в режиме печати данных, не команд!), пятая посылка исчезает и всё сбивается.
Подробнее: radiokot.ru/forum/viewtopic.php?p=1622546#p1622546
0
небыло)
0
То можно сделать скидку на правописание)
0
Точно!
Как говорится, когда не знаешь что написать — дое*ись до орфографии)))))))
Хотя товарищ, видимо, с Украины.
0
Не, просто глаза режет.
0
Хороша статейка, освежил знания)