1. У меня ATmega328P, а не STM32.
2. У меня НЕТ дисплейного сопра, выводом занимается МК.

Или Вы это не мне?

а как же он реализует протокол обмена с ЖКИ, если считывание бита занятости он не делает, и задержки тоже не реализует? может, вы его в сон погружаете или еще как-то загадочно заставляете его ничего не делать некоторое время, пока ЖКИ прочухается? но чем такой подход отличается от тупого цикла?
полностью аппаратный - это как? как в этом "полностью аппаратном" выводе осуществлялось ожидание времени готовности ЖКИ?да похоже, люди вообще сами с собой говорят. им про то, что соблюсти временные параметры протокола обмена информацией с ЖКИ1602 можно либо с анализом бита занятоски/готовности, либо с задержками, а они про то, как эти функции будет выполнять какой-то "сопроцессор".

Надеюсь, вы в курсе того, что времена исполнения команд HD44780 определяются его тактовой частотой, которая, в свою очередь, задаётся RC цепочкой.
Даже в одной партии дисплеев тактовая частота может сильно "гулять" (не говоря уже о её изменении от температуры).
Так же, тактовая частота HD44780 отличается у разных производителей.
Так что, по-вашему, ставить задержки в программе с 4-ёх кратным запасом?
Хотите - делайте вывод по задержкам. Никто, лично вам, не запрещает так делать.
/Вот так и появляются изделия, которые работают с дисплеями на HD44780 только одного производителя/.

я бы дополнил: и вот так появляются многочисленные советы в интернете "играться задержками", если не работает.

А LCD_BUS это #define?

Да блин. "чукча не читатель"? Я же написал - какие к черту программные задержки? У вас что, абдурино весь ум заняло? Кчерту проргаммные задержки. Есть же аппаратный таймер, а вообще я уже объяснял же - лично я делал аппаратный вывод с частотой 25 фпс, и этому аппаратному выводу вообще пофик на то, что делает программа. Или наоборот, программе пофик на тто, с какой скоростью выводит в дисплей. 25 фпс - это трехкратный, как помню, запас. А в три раза тактовая частота не меняется. Процентов 20 максимум, да и то не реально столько. Иначе это хрень полная.

Аппаратный таймер это и есть програмная задержка. Его и программировать надо, и сложней алгоритм, чем просто опрашивать бит занятости

для чтения этого самого битика, как нужно выставить ножку RS? BF -это команда, данные или не имеет значение. кстати какие команды можно считать с LCD?

Это если вы по привычке используете таймер для осуществления программных задержек. В случае СТМ32 и аппаратного решения это и даром не нужно, нет там никаких программных задержек, т.к. нет самой программы вывода на дисплей, там всё аппаратно. И программировать его нужно только в начале, при инициализации. Потом он молотит сам по себе. И алгоритма, как такового, там нет вообще, никакого. С буфера по кругу через ДМА по таймеру данные засылаются в порт аппаратно.

А вот так. Очень просто. Если кому действиельно , а не просто ради спора, будет интересно как это реализуется - расскажу. Вон, и Скорпион тоже знает как это делается. Слава богу, есть еще человеки.
И на практике не надо ожидать, что дисплей вдруг замедлится в три раза после того, как работал нормально. Не бывает такого. А если возразите, что бывает, то значит у вас патроны не той системы. Дешманская херня из китайской столовой - не оправдание, раз вы тут заикались про серийный выпуск.


Да ну, вы чо, сложнее программировать аппаратный таймер? Фууу, ну вы вааащеее. Абдурины на ночь объелись?

Аппаратный таймер работает в связке с прерыванием этого таймера. Произошло прерывание - интервал истек. Отправляйте байт или полубайт в дисплей. А чтобы не случилось казуса с занятостью - там же перед отправкой страховочную проверку бита занятости проведите, раз уж дрожите за некондицию. Черт с ним, с аппаратным модулем СТМа, не у всех есть СТМы, но на атмелах то че, нет прерываний от таймеров чтоле?
Вы, ребята, чесслово, иногда с серьезным видом такую хню городите, и беспрекословно в нее верите. И повторяете из проекта в проект одинаковые несуразности. хотя, судя по датам регистрации, уже как минимум десяток лет батоны на клаве жмете.

Объяснения "на пальцах" приводят к недопониманию.

да все понятно. полностью соответствует поговорке "и на что только не пойдет человек, лишь бы сделать по-своему"

Да. Задается "ширина" шины данных: 4 или 8 бит. Зависимо от этого, байт либо уходит целиком, либо бьется на нибблы. Дисплей инициализируется тоже чуть по разному.

И чем это плохо? Что, нужно делать по старинке, как делали 15 лет назад или так, как делают в ардуйнях? Да ну, вот ещё!
Свою позицию я уже объяснил. Никто и ничто не заставит дисплей замедлиться в три раза, иначе это не дисплей а кусок лажи.
Впрочем, ардуино-последователям не доступен аппаратный модуль интерфейса дисплея.

Добавлено after 6 minutes 47 seconds:

RS = 0. На выводах, помимо BF в последнем разряде, будет выведен и текущий адрес курсора. При RS = 1 читается содержимое (код символа) по текущему адресу курсора. Это и всё, что можно почесть.

правильно понял значит, спасибо!

Ну чтож, "минус" вы от меня получили за культуру общения (вернее, за её отсутствие).
А теперь "по полочкам":
1. Какая нафиг разница (со стороны дисплея) как вы делаете задержки: "гоните цикл" в программе или выдаёте данные по таймеру? Да хоть ножной педалью тактируйте, если не читаете бит занятости.
2. "25 фпс" на знакосинтезирующем индикаторе - на кой хрен? Кто сможет глазами зафиксировать значения на дисплее, меняющиеся с такой скоростью?
Стандартная задача: сделать изменение неких символов на экране так, чтоб не было "мерцаний".
3. Про приоритеты прерываний вы, похоже, вообще не курсе.
4. Судя по вашим постам, у вас "в руках" есть/был только один экземпляр дисплея на HD44780.
5. Вы и есть "среднестатистический ардуинщик". Строчите программы, не понимая как работает "железо". Удалось достичь неких результатов - хорошо, а на повторяемость вам на...ть.
6. Что касается меня - я пишу программы только на ASM под разные контроллеры и принципиально не использую чужие (скачанные) библиотеки.
7. По дисплеям - я уже долгое время покупаю их в МЭЛТ-е, поскольку эта контора "у меня под боком" и в течении часа я могу приобрести то, что мне нужно на данный момент (и в любом количестве).

И что? думаете, меня это расстраивает? Да ну, никапли. Особенно от вас. У вас тут что, коллективное кармодрочерство?


Дану, неужели? По себе людей не судят. Тут не тема для обсуждения меня.


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


И чо, они там производят такие хреновые дисплеи, у которых нет повторяемости и параметры плавают аж в три раза? Ох черт, не буду покупаль мэлты. Спасибо за антирекламу. Хоть что-то полезное от вас.


туфта и профанация эти ваши "полочки". Их можно все скопом захватить и выбросить. Поскольку ваши знания ограничены исключительно ассемблером и однажды заданной методикой.
Ну не могут меняться временнЫе параметры в два-три раза, ну не могут. Вы где такое видали? Даже RC-генератор микроконтроллера и то стабильнее работает. Хорошую же "рекламу" вы сделали МЭЛТу, они вам будут очень "благодарны".

Мурато Мяуконни, Проспитесь.
Может быть, вам полегчает.

Цитата из даташита вашего любимого мэлта: [url]
https://www.google.ru/url?sa=t&source=w ... KDmkRuLglw
[/url]

Примечания.
1. Указанное время является максимальным. Его не обязательно выдерживать при условии
чтения флага занятости BS — как только флаг BS=0, так сразу можно писать следующую команду
или данные. Если же флаг BS перед выдачей команд не проверяется — необходимо
формировать паузу не менее указанного времени для надежной работы модуля

Цитата относится к табличке с временем выполнения инструкций. Классические 40 мкс.

Так что проспитесь сами. Думайте в следующий раз, прежде чем написать очередную устаревшую глупость.
И учитесь кодить нормально и используйте актуальные методы

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