Прилепил к меге 24с256. Адресные ноги подтянуты к земле.
Но попытки чтения и записи в память не увенчались успехом.
Пишу в КодеВижен. Доэтого работал с ds1307. Работает нормально.

Использую встроенный в компилятор I2C.
#define EEPROM_BUS_ADDRESS 0xA0

bit i2c_error;

unsigned char at24c08_read(unsigned int address)
{
unsigned char data;
unsigned char temp_i;
temp_i = SREG.7;
#asm("cli")

i2c_error=0;
data = ((unsigned char)(address>>7))&0x0e;
if (!(i2c_start()&&
i2c_write(EEPROM_BUS_ADDRESS | data)&&
i2c_write((unsigned char)(address))&&
i2c_start()&&
i2c_write(EEPROM_BUS_ADDRESS | data | 1)))
{ i2c_error=1; }
else data=i2c_read(0);
i2c_stop();

SREG.7 = temp_i;
return data;
}



void at24c08_write(unsigned int address, unsigned char data)
{
unsigned char temp_i;
temp_i = SREG.7;
#asm("cli")
i2c_error=0;

if (!(i2c_start()&&
i2c_write(EEPROM_BUS_ADDRESS | (((unsigned char)(address>>7))&0x0e))&&
i2c_write((unsigned char)(address))&&
i2c_write(data))) { i2c_error=1; }
i2c_stop();

delay_ms(10);
SREG.7 = temp_i;
}

посмотри апноту

У меня I2C программный. Ножки Twi заняты. Плата уже готовая.

Никто не поделится рабочим примерчиком работы с eeprom,
для СV или IAR!!!

Зачем над собой издеваться, если есть апаратный TWI. Если уж плата разведена, обреж дорожки да переподключи, намного быстрее будет, чем самому писать или искать.

organizatsija pamjaati u 2408 i 24256 raznoe, 256 trebujet 2 baitnöi adres, smotrii datasheet.
primerno
{
U8 i;
i =i2c_start();
i&=i2c_write(EEPROM_BUS_ADDRESS );
i&=i2c_write(address>>8);
i&=i2c_write( aaddress &0xFF);
if ( i==0) ... net ACK
else .. chip otvetshal ACK
}

Аппаратный TWI глюченный. Мне бысто и не нада. Хватит и медленно. Главное чтобы работало!

это кто ж Вам такое сказал , киньте в него камнем

Пардон ,что не в тему,не хотелось создавать отдельную.

У меня тут вопрос насчет аппаратной реализации TWI и глюков на меге16

Вот какая ерунда,вроде нормально все работает,и передаем и получаем
и переадресуем,все класс,но все хорошо до команды СТОП.
После этого шина затыкается.
Программка простенькая,проверяет только флаг TWINT.
Но я после СТОПа и вырубал и инициализировал заново TWI,ни в какую
работать не хочет.
Кто мне скажет, какого оно не пашет?

А после уловия "СТОП" флаг TWINT случайно не проверяете? Если проверяете, то шина вполне может зависнуть. По крайней мере мне так кажется, потому, что в application note от atmel полсе "СТОП" ни "чего нет".
Если можно, то покажите, пожалуйста исходник. И еще... Вы сами писали функции работы с TWI?

Пробовал ещё так


всё равно не пашет!

***А после уловия "СТОП" флаг TWINT случайно не проверяете? Если проверяете, то шина вполне может зависнуть. По крайней мере мне так кажется, потому, что в application note от atmel полсе "СТОП" ни "чего нет".***

Флаг TWINT и проверял и не проверял,поровну.

Программа экспрессом идет дальше,но реакции на ногах нет.
То есть в первый раз все ОК.По второму кругу ничего.
Прога не виснет, получаеться сторожевого таймера тоже не поставить.
Единственный вариант проверять TWSR на отсутствие АСК и врубать сторожевого таймера на сброс.
Но тогда вопрос ,сохраняються ли значения регистров и оперативки при таком сбросе?
Чтобы программа могла успешно продолжать передачу а не циклиться на одном и том же.
Да и такие маневры программы меня не очень радуют.
Кроме того не все устройства поддерживают АСК а остальные бывает при окончании связи
выставляют NACK.
Даже не знаю что здесь делать

Второй вариант держать постоянно шину занятой,но тогда два мастера на шину не поцепить.

***Если можно, то покажите, пожалуйста исходник. И еще... Вы сами писали функции работы с TWI?***


Пишу на графическом асме,его здесь не нарисовать,хотя код в пол мизинца,опишу.

Здесь без использования прерывания по TWI

#H02->TWBR // Устанавливаем SCL 100000Гц
#H02->TWSR //
#HA4->TWCR // Включение и старт TWI
<TWINT=0> // Ждем пока TWINT=0 если TWINT= 1 идем дальше
#H40->TWDR // Записываем адресс устройства (40 HEX) в TWDR
#H84->TWCR // Отправляем адресс устройства
<TWINT=0> // Ждем пока TWINT=0 если TWINT= 1 идем дальше
#HFF->TWDR // Записываем данные для передачи (FF HEX) в TWDR
#H84->TWCR // Отправляем данные
<TWINT=0> // Ждем пока TWINT=0 если TWINT= 1 идем дальше
#H94->TWCR // Стоп

Все,если прога по второму кругу идет ,в ответ тишина.

Я тоже думаю, что это не нужно... полная кривизна программы получится


Тяжело мне это все понять (мой комп на работе в ремонте, а там все даташиты и исходники, так что не могу сверится с документацией )
Единственное как вариант, могу посоветовать поискать ниже по форуму ветки по TWI... их было около 2-3... там я выкладывал рабочие, прокомментированные исходники на Си. Правда в текстах отсутствует проверка на ошибки шины. Если Вы не знаете Си, то все равно там все должно быть понятно, код очень простой.

Тяжело мне это все понять (мой комп на работе в ремонте, а там все даташиты и исходники, так что не могу сверится с документацией )
Единственное как вариант, могу посоветовать поискать ниже по форуму ветки по TWI... их было около 2-3... там я выкладывал рабочие, прокомментированные исходники на Си. Правда в текстах отсутствует проверка на ошибки шины. Если Вы не знаете Си, то все равно там все должно быть понятно, код очень простой.
[/quote]
И, проверенно, полностью рабочий

Заработало так. Как в даташите?