caxapa.ru :: Спасибо, не знал о таком. До этого работал с KS0108 (в живую, не в протеусе), там эта операция имела рекомендательный характер. Можно было статус считывать, а можно было просто подождать столько, что контроллер будет готов к приему следующей

LeonidPr (13.04.2011 10:05, просмотров: 215) ответил mazur на В протеусе не все нюансы учитываются. Например, вы в курсе, что КАЖДЫЙ раз, перед отправкой команды или данных нужно считать флаг статуса? Иначе ЖКИ работать не будет. Это особенность контроллера T6963C.

Спасибо, не знал о таком. До этого работал с KS0108 (в живую, не в протеусе), там эта операция имела рекомендательный характер. Можно было статус считывать, а можно было просто подождать столько, что контроллер будет готов к приему следующей команды/данных.

Ответить

- Я давно пробовал работать с ним. Года два-три назад. Только начал программировать. Долго не мог запустить его. Тогда я его запустил и на этом все закончилось. В архиве доки и пример. На асме, и только начинал программировать, уж не обессудьте. Но mazur(19 знак., 13.04.2011 10:29)
  - Спасибо, посмотрю. Сейчас в эмуляторе он завелся, как реальный получим, буду запускать. - LeonidPr(13.04.2011 10:36)
    - Второй день пытаюсь заставить нормально работать реальный индикатор. LeonidPr(2419 знак., 29.04.2011 15:22)
      - Постепенно склоняюсь к тому, что попался глючный экземпляр. LeonidPr(722 знак., 04.05.2011 14:47)
        
        Запросто. Ведь многим при знакомстве с чем-то часто попадается и глючный микроконтроллер, и глючный компилятор, и глючный программатор. - testerplus(05.05.2011 11:01)
        
        То есть, сейчас получается, что с данными все нормально, с отображением рамс? На всякий случай выложите схему, как вы подключили. - mazur(04.05.2011 16:11)
        
        Схема подключения: LeonidPr(04.05.2011 16:23)
        
        Контрастность крутил? Индикатор меняется от "ничего нет" до "весь темный"? - AlexBi(04.05.2011 16:27)
        
        :) Руль крутил? Колеса пинал? - mazur(05.05.2011 11:29)
        
        Завтра обязательно это проделаю. А так, я просто подкрутил так, что бы было видно и всё. - LeonidPr(04.05.2011 17:35)
        
        Покрутил контрастность. Все нормально. Меняется от темного до белого, даже если сам дисплей не запустился. - LeonidPr(05.05.2011 07:15)
      - примеры смотрели? - Snaky(04.05.2011 10:22, ссылка, ссылка)
      - Вы зря задержек везде навтыкали. У меня вообще нет задержек, сброс и ожидание нужных флагов при чтении статуса. Я когда пытал свой ЖКИ, пошагово отлаживал, сверяясь с даташитом. - mazur(04.05.2011 10:18)
        
        Я опасался что дисплей не успеет за микроконтроллером (10 MIPS) - LeonidPr(04.05.2011 10:33)
        
        Дисплей никак не может не успеть, по одной простой причине, нужно считывать статус. И пока статус не позволяет, данные отправлять понт. Другое дело, если мы пытаемся как бы обмануть дисплей, заранее отправляем команду чтения статуса и после mazur(328 знак., 04.05.2011 10:40)
        
        когда топикстартер сразу оговаривает "микроконтроллер PIC18F4620", то советовать "погонять код в авр-студио" моветон :> - Snaky(04.05.2011 10:45)
        
        точно, пардон. у него же пики. :) - mazur(04.05.2011 11:49)
      - Я вам привел пример. Инициализация проца. Сброс ЖКИ (обязательно). То есть, подать нолик на ногу сброса ЖКИ на n мс. Потом подать единицу. Ну и дальнейшая работа. Код рабочий. Только давно и криво написан. :) Камменты есть, так что разобраться mazur(4480 знак., 29.04.2011 17:14)
      - Есть ли у вас задержка между подачей питания на LCD и запуском процедуры инициализации его? - rezident(29.04.2011 15:38)
        
        Сначала не было. Сейчас есть - около 500 мс. Не помогает. - LeonidPr(29.04.2011 15:52)
        
        Сейчас эксперимент провел. Сделал посылку команды установки графического режима (0x98) по нажатию кнопки. Причем если кнопка нажата - команда посылается непрерывно. Как я заметил, если эта команда выполнилась успешно и дисплей перешел в LeonidPr(396 знак., 29.04.2011 16:04)
        
        Насколько я понял в процедуре инициализации у вас RST переходит в неактивное состояние раньше, чем устанавливаются остальные сигналы квитирования? Это неверно! Держите сигнал RST в активном состоянии до тех пор, пока все сигналы не будут rezident(62 знак., 29.04.2011 16:09)
        
        Сделал как вы сказали. Пока не помогает. Хочу проконсультироваться с вами насчет сигнала ~HALT. LeonidPr(241 знак., 03.05.2011 08:03)
        
        Забудьте про HALT. Это вывод контроллера а не ЖКИ. - mazur(03.05.2011 20:06)
        
        У меня это вывод и ЖКИ то же. Я сейчас подтянул к питанию его через 1 кОм. - LeonidPr(04.05.2011 07:24)
        
        Что у вас за ЖКИ? Случайно не самоделка какая? Выложите даташит. - mazur(04.05.2011 08:41)
        
        Winstar WG160128B-TFH-TZ# LeonidPr(04.05.2011 09:06)
        
        Прошу прощения, я не совсем понял. То есть вы предлагаете опустить RST в 0, затем считывать статус до тех пор, пока дисплей не уведомит, что он готов, а затем отпустить RST? - LeonidPr(29.04.2011 16:23)
        
        Нет. Во время инициализации пинов МК и установки их в начальное состояние. Т.е. вначале RST установили в активное состояние (лог.0) затем запрограммировали функции пинов МК, которые управляют шиной данной и сигналами квитирования CE, RD, WR rezident(119 знак., 29.04.2011 16:54)
        
        Хорошо, понял. Жаль, попробовать смогу только во вторник после праздником. Но буду надеяться что поможет. Хотя, мне кажется немного странным это. Сброс он и есть сброс. Не важно когда были установлены управляющие сигналы до или во время сброса, LeonidPr(87 знак., 29.04.2011 19:09)
        
        Как это не важно? Сочетание квитирующих сигналов определяет режим работы контроллера. Пока вы один за другим устанавливаете их в неактивное состояние контроллер LCD может какую-то промежуточную комбинацию воспринять в соответствии с временной rezident(320 знак., 29.04.2011 19:37)
        
        Так ведь я это и написал. Что главное чтобы после снятия сигнала сброса пины были в нужном состоянии. LeonidPr(234 знак., 29.04.2011 22:11)

Микроконтроллеры