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

да в одном из моих проектов тоже была задача подчепить индикатор по минимуму
жаба душила 8 ног отдавать под индикатор
поэтому пришлось сделать переходной контроллер ( на 2313) для согласования жки и главным процессором на м16 - по и2с
очень не плохо получилось кстати, главное продумать все тонкости на случай сбоя и тп.

Тоже была проблемма с подключение граф. ЖКИ МЭЛТ только к 8051. Но сути не меняет. В принципе, для подключения понадобилось дополнительно лишь 2 ноги. Остальные выводы можно распихать по уже использованным ногам, главное продумать безконфликтную схему.

Я делал под граф МЕЛТ12864 на меге8 переходной контроллер по I2C.
Если есть интерес могу поделиться исходниками ,схемой и т.д.

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

Кстати, где-то я уже говорил об этом. У многих ЖКИ есть одна засада. Например, у того же МЭЛТ 12864 два кристала (каждый управляет своей половиной экрана). Так вот, у каждого кристала свой вход разрешения - CS1, CS2. Активный - высокий. Так же есть общий вход Е, активный тоже высокий. И R/W, при высоком - чтение. Так вот, к чему все это. При сбросе некоторых МК на всех выходах устанавливается высокий уровень. Это может вызвать конфликт, т.к. если все вышеперечисленные выводы подключены напрямую к ногам МК, то получится что сразу оба кристала выставят значения на общую шину D0-D7. Так что советую проверить схему на предмет такого бага. Из решений - это инвертирование Е. Либо подключение CS2 через инвертор к CS1 и к МК.

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

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

Есть ЖКИ с последовательным интерфейсом для отображения цифр. Например семисегментный 10-разрядный ЖКИ например AL-200LCD (http://ikarab.narod.ru/Kea9.html) или посмотрите WM-1611-62А.

Я ставил на управление ЖКИ копеечный C2051. и связывался с ним по УАРТу.. Причем, УАРТ в 2051 использовал только на прием (по двум проводам).

Да. Возможно не совсем верно выразился насчет бага. Просто с этим надо быть аккуратным.

В моем случае МК перепрошивался в схеме, без отключения питания, поэтому ЖКИ уже был инициализирован и эта проблемма "имела место быть". Возможно для конечного варианта устройства это не обязательно.

Да не мучайтесь:
http://www.gamma.spb.ru/products.info.php?c=341&s=9&i=341
http://www.gamma.spb.ru/products.info.php?c=346&s=9&i=346
Цена около 6 USD в розницу + 1.5 USD подсветка

Есть 128 x 64 но надо спрашивать, кажется TIC13364.

Образцы за нал можно купить тут
http://www.trt.ru/prices/ind.php

о! а можно тот самый пример на 2313 для организации i2c в студию?

Можно воспользоваться микросхемой PCF (INF) 8574. Расширитель портов с I2C. Т.е с однос стороны порт I2C с другой бинаправленный порт 8 бит, как на контроллерах.

кстати вот простое решение http://frank.bol.ucla.edu/AVR2LCD.htm

мудро! ;-)

ну уж нет стандарт так стандарт, натворить-то можно что угодно, но есть желание раз и навсегда решить траблу и всё. twi - что бы повесить на него всю перефирию, хочу пример организации lcd\led7 на i2c

Извини, но напиши конкретно что ты хотел бы получить....?

мэлт 10s1, подключенный 4/8-ми битами к 2313, а сама 2313 принимает данные по i2c

Кстати, когда я делал подобное на 2313
(Ослуживался индикатор и энкодер)
делал массу защит от дурака
типа зависание I2C, - играться с интерфейсным разъемом
Самое интересное - меня посетила мысль - "Вдруг ктонибудь на живую - будет вытаскивать и вставлять сам индикатор????)
Правда он спалиться могет - но это 2й вопрос ;-)
проблема горячего контроля индикатора удалось решить на половину
- все таки, не всегда удалось уследить, что индикатор не кажит....
кто нибудь пробовал так изголяться и решить проблу?

Со стандартным параллельным не пробовал, а с ЖКИ драйвером у которого есть I2C проще простого - ACK нет - щелкаем ~RESET. Можно так же status - регистр считывать для контроля...
До кучи индикатор можно питать от порта контроллера (COG графика при всех включенных сегментах около 450 мкА потребляет) и дергать непосредственно питание.