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

[d71]

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

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

[Kovrov]

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

[Dron_Gus]

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

[bodja74]

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

[Kovrov]

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

[Dron_Gus]

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

[bodja74]

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

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

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

[maximka]

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

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

[defunct]

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

[Dron_Gus]

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

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

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

Сообщение отредактировал Dron_Gus - Jan 23 2006, 17:32

[Alex B._]

Да не мучайтесь:
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

Сообщение отредактировал Alex B._ - Jan 23 2006, 18:54

[d71]

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

[General Dead]

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

[m16]

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

[Kovrov]

мудро! ;-)

[d71]

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

[Kovrov]

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

[d71]

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

[Kovrov]

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

[Alex B._]

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