жки на i2c или мэлт полу-паралельный...., кто-то на грабли же уже наступал?... Опции

[d71]

дело в том что вот надо устройство напроектировать, и по всем прикидкам тини2313 справляется, если at24c64 привязать, но
как-то не хочется тратить кучу ног для полупаралельного мэлт-а, они анонсировали mt-10t11 с i2c, но в продаже фиг получился.
или забить и взять авр с кучей (ног) портов?
--
вроде просто измышления, но реально практически еще не работал с i2c, по даташитам очень даже несложная вещь...
--
но может кто уже обо что-то головой бился?

Сообщение отредактировал d71 - Jan 22 2006, 06:31

[Kovrov]

поделитесь лучше описанием алгоритма!!!
что куды чаво и как!!!
может найдуться идеи весьма интересные....
особенно интерены идеи реализации таймингов прерываний защит от дурака итп

[bodja74]

поделитесь лучше описанием алгоритма!!!
что куды чаво и как!!!
может найдуться идеи весьма интересные....
особенно интерены идеи реализации таймингов прерываний защит от дурака итп

У меня ничего заумного нет.
Прием по протоколу I2C передача на ЖКИ по даташиту.Режим слейв-приемник.
Старт - сбрасываются все оперативные регистры и счетчики,принимаем 1024 байта,потом Стоп и т.д.
для следующего кадра.
Работает на "лету" ,так что можно сделать и на контроллере с меньшей оперативкой.
Сделал на том что было под рукой.
Принимает только данные для отображения ,остальное формирует сам.
Защит особо как и никаких нет.Ну можно поставить диод от переполюсовки.
Если поменять ноги SDA и SCL просто работать не будет.

Теперь насчет бага.
У МТ12864 есть нога РЕСЕТ и есть время на внутреннюю инициализацию не менее 10 микросекунд.
Так что у контроллера просто навалом времени для того чтобы установить свои порты
в нужном порядке за это время.
Кроме того при включении питания или РЕСЕТ он устанавливаеться в режим "DisplayOFF" так что
данных от ОЗУ ЖКИ вы не дождетесь.Контроллеры ЖКИ будут сконфигурированы на вход
до тех пор пока не получат команды "DisplayON"