Полигон-2

Dmitry Dubrovenko,
> придётся делать большие
Не знаю, как у тех дисплеев, что перечислены выше, но у, напр., GDM1602A большинство инструкций выполняются за _десятки_ _микросекунд_. Задержки, скажем, в 0.3 мс сильно повлияют на производительность, да?..

> не получится получить
Ща придёт Fe-Restorator, расскажет про масло масляное ;-)

0leg написал:

[q]

Задержки, скажем, в 0.3 мс сильно повлияют на производительность, да?

[/q]

Что-то ты сегодня опять "не в себе".
0,3 мс, для процессора, выполняющего операцию за десятки наносекунд, разница 4 порядка. А строка состоит из 16 таких символов. А строки две. Кроме того, как уже говорил, задержку надо брать "с запасом", т.е. ещё больше.

Dmitry Dubrovenko,
> Что-то ты сегодня опять "не в себе".
Ничего подобного! Я всегда "в себе"!

> 0,3 мс, для процессора, выполняющего операцию за десятки наносекунд
Для какого процессора?! При чём здесь он и соотношение длительности его операций и задержек для LCD?

> Кроме того, как уже говорил, задержку надо брать "с запасом", т.е. ещё больше.
0.3 мс — это _уже_ с запасом. Выше я упоминал программу Mpxplay. Там запись в LCD осуществляется шестью обращениями к порту. После каждого обращения — задержка в 50 мкс (по умолчанию), итого — 300 мкс. И всё это дело тупо _РАБОТАЕТ_.

Dmitry Dubrovenko,
> Ну, и чего ты флудишь?
?!

> Где я сказал, что это НЕ РАБОТАЕТ?
Вот:
> которые, для избежания глюков, придётся

> Просто, есть оптимизированные программы, а есть Виндовс Виста.
Предлагаешь оптимизировать работу с портами? Ну-ну...

Dmitry Dubrovenko написал:

[q]

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

[/q]

ты о чем? программу вообще читал приведенную?
в данном случае, необходимо проверить, выводятся ли вообще данные на дисплей. При чем тут оптимизация и задержки? длительность строба для E не должна быть менее 500 нс, больше - пожалуйста. Это же LPT а не PCI, и выводится текст, а не графика, данные контроллеры тупо формируют из собтвенной памяти знакомест на экране тот символ, номер которого поступил по линии данных в пакете данных, после команды.
В данном КОНКРЕТНОМ случае, для проверки, прошла ли инициализация дисплея и не находится ли он в режиме чтения, желательно повесить R\W на землю, и просто отсылать данные. Что-то да отобразится. А сейчас, возможно, он вообще ждет чтения.