Помогите с 24с16

[whoim]

Кому корсеты?)
Автор, я сначала дал рабочий код, потом объяснил где проблема. Проблему Вы так и не устранили. WTF?
Еще раз - переменная addr, куда пишется байт, должна модернизироваться в соответствии с рассчитанным блоком записи. И при чтении то же самое.

[begun]

дорогой Whoim,
Неужели вы думайте, что Я использую форум как "справочник" мол ,чтобы не искать и не трудится возьми и даром получи ответ.
Нет ,это не так.
Форум для меня-это последная надежда, когда посе долгих мучении застрываю и дальше уже некуда.
Было замечание, что мол не смотрим даташиты.
По моему человек спрашивающий на форуме должен быть очень наглым и безсовестным, если не исчерпал самостоятельно все возможности и в том числе не смотрел даташиты.
Но согласитесь, не все понимают этот чертов англиский, да и в даташитах тоже надо уметь разобраться.
Если бы ктото указал на русский перевод даташита на 24с16 Я бы по строчкам его разобрал и тогда что то бы наверно и получилось, но увы
на русском не нашел.
Вроде изучаю англииский всю жизнь по книгам и все равно не знаю.
Вот вы говорите, что должен модернизироватся в соответствии с рассчитанным блоком записи.
Вам это как дважди два четыре, но для меня сразу появлятся вопрос- что за расчеты? Вроде при записи ничего не рассчитываю а просто пишу адрес куда записать и что записать.
Проблема какраз в том как сделать то о чем вы говорите. Я понимаю ,что это для вас мучение размельчить каждому ответы, но назначение форума ведь в том, чтобы люди начали разбиратся в вещах с помощью других-более знающих людей.
Так что мне остается только обратится к вам из рассказа о золотой рыбке и рыбаке "Смилуйся государынья рыбка",не довайте угаснуть надежде.

[dosikus]

Извините, конечно, но протез - есть протез.

Не надо ля-ля .Это у кого вместо рук протезы .
Все в протеус работает.

[Easyrider83]

Вот рассчеты в коде. Не пойму, почему тема еще в топе?

 i2c_write((EEPROM_BUS_ADDRESS | ((address››7) & 0x0E));

[langure]

unsigned int eep_read(unsigned int address)
{
unsigned char data;

якщо використовується один тип (unsigned char) для даних, то не варто використовувати у функції інший тип (unsigned int). В деяких компіляторах зустрічав проблему розширення знакового біта (7 біт для uchar) при переведенні з unsigned char в unsigned int. 0x85(uchar)-›0xFF85(uint)
варто для data використовувати всюди unsigned char, або перетворення типів a= 0xFF & b; (a=uint, b=uchar)

[dosikus]

langure, Счас придет китаец и так же вые..нется .
Вы для себя пишете?

[begun]

Easyrider83

то что вы говорите- это давно уже подсказал AJScorp но проблема в том что выше 0х7F читается 0хFF.

[begun]

langure пишет чтото интересное но
dosikus- спасибо друг.

[begun]

Ну вот перепробовал все.
Сделал везде одинаково unsigned char, а потом все unsigned int и все тоже самое.Ничего не помогает.
Помоему это становится "проблемой века" раз уж никто не смог догадаться в чем может быть дело.
Назначить приз чтоли тому, кто решит проблему?

[anatol378]

якщо використовується один тип (unsigned char) для даних, то не варто використовувати у функції інший тип (unsigned int). В деяких компіляторах зустрічав проблему розширення знакового біта (7 біт для uchar) при переведенні з unsigned char в unsigned int. 0x85(uchar)-›0xFF85(uint)
варто для data використовувати всюди unsigned char, або перетворення типів a= 0xFF & b; (a=uint, b=uchar)

Когда то учил белорусский, нам и хохлы по плечу
Если используется один тип (unsigned char) для данных, не стоит использовать в функции другой тип (unsigned int). В некоторых компиляторах встречал проблему разширения знакового бита (7 бит для uchar) в преобразовании из unsigned char в unsigned int. 0x85(uchar)-›0xFF85(uint) стоит для data использовать везде unsigned char, или преобразование типов a= 0xFF & b; (a=uint, b=uchar)

пользуйтесь моей добротой