| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » LPT+LCD (HD44780) |
 |
LPT+LCD (HD44780)
Подключение и эксплуатация
| <<Назад Вперед>> | Страницы: 1 2 3 | Печать |
| Fe-Restorator |
Сообщение отправлено: 6 декабря 2010 1:59
0leg написал: Ща придёт Fe-Restorator, расскажет проНет необходимости. У моего заместителя, 0leg-а это неплохо получается!  Оффтопик: Оффтопик: PS. модератору: раздел - "флейм", и сообщение технически верно. Впрочем, продолжения сей дискуссии не будет. |
| Сейчас на форуме |
| Dmitry Dubrovenko
Advanced Member
Откуда: Cанкт-Ленинград Всего сообщений: 1494 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 фев. 2008 |
0leg написал: Задержки, скажем, в 0.3 мс сильно повлияют на производительность, да?Что-то ты сегодня опять "не в себе".  0,3 мс, для процессора, выполняющего операцию за десятки наносекунд, разница 4 порядка. А строка состоит из 16 таких символов. А строки две. Кроме того, как уже говорил, задержку надо брать "с запасом", т.е. ещё больше. |
| emax
Junior Member
Откуда: Пермь Всего сообщений: 129 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 июня 2009 |
похоже ошибка: для командного регистра - 0х0а, для регистра данных 0х0е |
| 0leg
Advanced Member
Откуда: Город-герой Тула Всего сообщений: 1991 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 окт. 2007 |
Dmitry Dubrovenko, > Что-то ты сегодня опять "не в себе". Ничего подобного! Я всегда "в себе"! > 0,3 мс, для процессора, выполняющего операцию за десятки наносекунд Для какого процессора?! При чём здесь он и соотношение длительности его операций и задержек для LCD? > Кроме того, как уже говорил, задержку надо брать "с запасом", т.е. ещё больше. 0.3 мс — это _уже_ с запасом. Выше я упоминал программу Mpxplay. Там запись в LCD осуществляется шестью обращениями к порту. После каждого обращения — задержка в 50 мкс (по умолчанию), итого — 300 мкс. И всё это дело тупо _РАБОТАЕТ_. |
| Dmitry Dubrovenko
Advanced Member
Откуда: Cанкт-Ленинград Всего сообщений: 1494 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 фев. 2008 |
0leg написал: с запасомХорошо, хорошо. Пусть будет с запасом. 0leg написал: И всё это дело тупо _РАБОТАЕТ_Ну, и чего ты флудишь? Где я сказал, что это НЕ РАБОТАЕТ?  Просто, есть оптимизированные программы, а есть Виндовс Виста. |
| 0leg
Advanced Member
Откуда: Город-герой Тула Всего сообщений: 1991 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 окт. 2007 |
Dmitry Dubrovenko, > Ну, и чего ты флудишь? ?! > Где я сказал, что это НЕ РАБОТАЕТ? Вот: > которые, для избежания глюков, придётся > Просто, есть оптимизированные программы, а есть Виндовс Виста. Предлагаешь оптимизировать работу с портами? Ну-ну... |
| Dmitry Dubrovenko
Advanced Member
Откуда: Cанкт-Ленинград Всего сообщений: 1494 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 фев. 2008 |
0leg написал: ВотНе выдирай фразы из контекста. В данном случае, имелось ввиду, что для обеспечения работоспособности со всеми выпускающимися дисплеями, задержка должна быть гарантированно большой. 0leg написал: Предлагаешь оптимизировать работу с портамиНу, ты нудный. Я предлагаю писАть оптимальные программы, а не тратить по полсекунды процессорного времени на запись символов в дисплей. P.S.: Кстати, поясни плиз, как можно передать 16 символов 6 обращениями? Или я неправильно понимаю смысл слова "обращение"? |
| Alex_reaper
Advanced Member
Откуда: СПб Всего сообщений: 363 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 июля 2009 |
Dmitry Dubrovenko написал: если не использовать режим чтения, то будет невозможно прочитать флаг окончания записи данных в дисплей. Соответственно, придётся делать на фиксированных задержках, которые, для избежания глюков, придётся делать большие. Таким образом не получится получить оптимальный режим работы.ты о чем? программу вообще читал приведенную? в данном случае, необходимо проверить, выводятся ли вообще данные на дисплей. При чем тут оптимизация и задержки? длительность строба для E не должна быть менее 500 нс, больше - пожалуйста. Это же LPT а не PCI, и выводится текст, а не графика, данные контроллеры тупо формируют из собтвенной памяти знакомест на экране тот символ, номер которого поступил по линии данных в пакете данных, после команды. В данном КОНКРЕТНОМ случае, для проверки, прошла ли инициализация дисплея и не находится ли он в режиме чтения, желательно повесить R\W на землю, и просто отсылать данные. Что-то да отобразится. А сейчас, возможно, он вообще ждет чтения. |
| 0leg
Advanced Member
Откуда: Город-герой Тула Всего сообщений: 1991 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 окт. 2007 |
Dmitry Dubrovenko, мне надоело флудить. Перечитай всю тему ещё раз, до полного понимания (если, конечно, хочешь), чтобы не задавать тупых вопросов, не повторять одно и то же по несколько раз, и не говорить ерунды (ага, про полсекунды процессорного времени на запись). |
| Dmitry Dubrovenko
Advanced Member
Откуда: Cанкт-Ленинград Всего сообщений: 1494 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 фев. 2008 |
Alex_reaper, как сказал Олег Перечитай всю тему ещё раз, до полного понимания0leg написал: мне надоело флудитьИ это правильно. Только всё-таки поясни, как шестью обращениями выводятся шестнадцать символов? |
| <<Назад Вперед>> | Страницы: 1 2 3 | Печать |
Полигон-2 » Технический флейм » LPT+LCD (HD44780) |
|
| 0 посетителей просмотрели эту тему за последние 15 минут |
| В том числе: 0 гостей, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|