| |
|
  |
 AVR и Siemens M55 |
|
|
|
|
 Feb 7 2007, 00:26
|
Любитель
Группа: Свой
Сообщений: 1 864
Регистрация: 20-08-06
Из: Тольятти
Пользователь №: 19 695
|
Подключил дисплей от S65 на контроллере LS020 к AT91SAM7. Уря-я!  Всё вроде работает  У немцев действительно перепутаны икс и игрек для команды задания координат окна: 0xEF90, 0x0504, 0x08X1, 0x09X2, 0x0AY1, 0x0BY2 - неправильно, на самом деле: 0xEF90, 0x0504, 0x08Y1, 0x09Y2, 0x0AX1, 0x0BX2 Частота SPI - 12 МГц. Весь экран полностью записывается за 31 с копейками миллисекунду. И при этом всё равно видно, как он обновляется - раза 3 или 4 за это время. В телефоне SPI работает на 13 МГц, что почти равно, но при этом (говорят) не видно обновления - значит, действительно, там используется какая-то синхронизация с ходом луча. Но чёрт его знает, как она задействуется... В принципе, и так очень даже хорошо.
|
|
|
|
|
|
|
|
Feb 7 2007, 08:46
|
Местный
Группа: Свой
Сообщений: 269
Регистрация: 17-11-05
Из: Киров-Москва
Пользователь №: 10 957
|
Цитата(Abo @ Feb 6 2007, 18:34)  Реплика по поводу того, как телефон определяеттип контроллера в подключенном дисплее. Я сейчас развлекаюсь с дисплеем от Nokia 6100. В этом дисплее может стоять либо PCF8833 либо S1D15G00. Мне попался филипок. В даташите на него написано, что в SPI режиме из него можно кое что прочитать в ответ на определенные команды, и идентификатор контроллера в том числе. И каково же было мое удивление, когда в ответ на неправильную команду с последующими данными на выводе DATA я увидел не двустабильные а трехстабильные уровни сигналов. Закралось подозрение что дисплей с контроллером бодаются на шине данных. И действительно, выдал команду прочитать статус контроллера дисплея, перевел вывод данных микроконтроллера в высокоимпедансное состояние и педергал линией SCK - в ответ дисплей выдал ожидаемую информацию из регистра идентификации.
Склатывается обоснованное подозрение, что производитель дисплея просто замкнул между собой вход и выход данных контроллера.
Что касается S1D15G00 - в даташите на него о выходе данных в режиме SPI ничего не сказано, следовательно ожидаю что этот контроллер ничего и не вернет в ответ на запрос статуса (кстати команда такая есть, но наверное она имеет смысл только при подключении через параллельный интерфейс). Господа, эти протоколы (SPI, TWI) двунаправленные, и нормально, что после выдачи некоторых команд управляющее устройство ждет ответа от контроллера дисплея, тактируя по линии клок, линия данных двунаправленная, а не с замкнутым входом-выходом, это несколько разные вещи.
--------------------
Обычно последним смеется тот, кто хуже соображает!
|
|
|
|
|
|
|
|
Feb 7 2007, 13:27
|
За битами по регистрам гоняюсь
Группа: Свой
Сообщений: 457
Регистрация: 24-04-06
Из: Таганрог
Пользователь №: 16 446
|
Цитата(Георгий @ Feb 7 2007, 10:14) ... Посмотрите в даташитах, может там это упоминается. Так если бы они были, эти даташиты. На Epson почти ничего и нет.
--------------------
Курсор влево, курсор вправо - считается хакерством. FORMAT C: производится без предупреждения
|
|
|
|
|
|
|
|
Feb 7 2007, 13:37
|
Любитель
Группа: Свой
Сообщений: 1 864
Регистрация: 20-08-06
Из: Тольятти
Пользователь №: 19 695
|
Цитата(011119xx @ Feb 7 2007, 10:30) При максимальной частоте SPI - 12 МГц еще и очень важное значение имеет быстрота обслуживания "околоSPI-шных" команд. Проще говоря от длительности машинного цикла микроконтроллера все зависит больше, чем от SPI. Это проверено. А какова длительность машинного цикла вашего ARM? При чём здесь длительность машинного цикла? Используется аппаратный SSC. После передачи нескольких комманд идут данные битовым потоком в 371712 бит совершенно без пауз между словами. Время передачи уже указывал - 31,6 мс. А ядро работает на 48 МГц. Один такт - около 21 нс. Цитата(Георгий @ Feb 7 2007, 11:14) Скорей всего контроллер дисплея имеет двойной буфер, телефон заполняет один, а потом практически мгновенно переключает буфера. При таком алгоритме скорость заполнения промежуточного буфера не играет огромной роли. Посмотрите в даташитах, может там это упоминается. В даташитах это наверняка упоминается. Только их нет. На Sharp LR38826 тоже никаких даташитов нет. Те, что проскакивали в этой теме - или рекламка на одном листе, или совсем не то... Эх-х...
|
|
|
|
|
|
|
|
Feb 7 2007, 14:20
|
Любитель
Группа: Свой
Сообщений: 1 864
Регистрация: 20-08-06
Из: Тольятти
Пользователь №: 19 695
|
Попробовал писать на дисплей так, как пишет сам телефон (если смотреть на дисплей так, как он стоит в телефоне - вертикальный дисплей) - сверху вниз. Так получше - видно только один разрыв (полоску) за весь вывод. Вместо трёх при выводе слева-направо (горизонтальный дисплей). То есть сканирование и обновление пикселей железом панели идёт (вертикальный дисплей) сверху-вниз. Частота - (если судить по трём полоскам за 30 мс) - 100 герц. Что-то многовато... ЗЫ: у немцев на http://www.mikrocontroller.net огромная ветка по сабжу, но ничего ведь не понятно по-немецки... блин ЗЗЫ: В общем-то проблемы с этой синхронизацией могут возникнуть только в случае просмотра видео. При простой печати текста и выводе других необъёмных данных заметно быть не должно. По крайней мере на ARM.
Сообщение отредактировал sonycman - Feb 7 2007, 14:36
|
|
|
|
|
|
|
|
Feb 7 2007, 14:59
|
Местный
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544
|
[quote name='sonycman' date='Feb 7 2007, 15:37' post='207531'] [quote name='011119xx' post='207366' date='Feb 7 2007, 10:30'] При максимальной частоте SPI - 12 МГц еще и очень важное значение имеет быстрота обслуживания "околоSPI-шных" команд. Проще говоря от длительности машинного цикла микроконтроллера все зависит больше, чем от SPI. Это проверено. А какова длительность машинного цикла вашего ARM? [/quote] При чём здесь длительность машинного цикла? Используется аппаратный SSC. После передачи нескольких комманд идут данные битовым потоком в 371712 бит совершенно без пауз между словами. Время передачи уже указывал - 31,6 мс. А ядро работает на 48 МГц. Один такт - около 21 нс. Ну и что, что аппаратный SSC. В вашем случае ARM работает быстрее SPI. А на AVR например примерно одинаково. Отсюда и заметность на глаз обновления экрана. И 31,6 мс там уже не получить. Вот если к AVR подключить кварц на 48МГц, тогда да, но будет ли он при этом работать?
|
|
|
|
|
|
|
|
Feb 7 2007, 15:16
|
Местный
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544
|
Цитата(sonycman @ Feb 7 2007, 17:06) Цитата(011119xx @ Feb 7 2007, 15:59) Ну и что, что аппаратный SSC. В вашем случае ARM работает быстрее SPI. А на AVR например примерно одинаково. Отсюда и заметность на глаз обновления экрана. И 31,6 мс там уже не получить. Вот если к AVR подключить кварц на 48МГц, тогда да, но будет ли он при этом работать? Да ну?  Не стоит делать столь голословных утверждений. Передо мной на экране осциллографа прекрасно видно, как происходит передача данных. И сколько времени она занимает. И насколько быстрее или медленнее работает ядро тут совершенно не важно. Поставьте на свой ARM кварц на 10 МГц и все увидите
|
|
|
|
|
|
|
|
Feb 7 2007, 15:20
|
Любитель
Группа: Свой
Сообщений: 1 864
Регистрация: 20-08-06
Из: Тольятти
Пользователь №: 19 695
|
Цитата(011119xx @ Feb 7 2007, 16:16) Поставьте на свой ARM кварц на 10 МГц и все увидите Зачем? Я и так всё вижу. Вам же могу только посоветовать почитать главу по работе SSC или SPI в AT91SAM7. И посмотреть, как всё это работает на практике. Тогда, может быть, и Вы всё увидите и поймёте Ивиняюсь за оффтопик...
|
|
|
|
|
|
|
|
Feb 7 2007, 17:56
|
За битами по регистрам гоняюсь
Группа: Свой
Сообщений: 457
Регистрация: 24-04-06
Из: Таганрог
Пользователь №: 16 446
|
Цитата(sonycman @ Feb 7 2007, 14:20) ... у немцев на http://www.mikrocontroller.net огромная ветка по сабжу, но ничего ведь не понятно по-немецки... блин Попробуйте www.translate.ru, есть там опция перевода WWW-страниц. Понять уже можно, но иногда со смеху падаешь ...
--------------------
Курсор влево, курсор вправо - считается хакерством. FORMAT C: производится без предупреждения
|
|
|
|
|
|
|
|
13 чел. читают эту тему (гостей: 13, скрытых пользователей: 0)
Пользователей: 0
|
|
|
