Да, все правильно.

Дополнительный материал.
Таблицы я вставил по тексту[attachment=20717:attachment]

Сообщение отредактировал ILYAUL - May 6 2008, 11:36

Так это ж другая микросхема. У меня 1307, а это 1337

Честно говоря особых отличий в части часов я не замеметил , а то что вместо дополнительной памяти используются два будильника...
Поэтому перевел только описание Регистра управления для DS1307 .Биты RS0-RS1 програмируются так же как и DS1337

Сообщение отредактировал ILYAUL - May 6 2008, 12:08

К сожалению, самого главного в 1337 нет (как и в 1307). Я имею ввиду автоматическое вычисление дня недели Но этот вопрос я уже решил.
Кстати, ещё интересно, есть ли такая функция в PCF8583 от Philips?

Извините что не в тему, но по 1307.
если я не делал больших пайз между считыванием данных, то данные косячились. Работал по флагу готовности. А у вас как со считыванием данных? Без проблем?

А что Вы называете большими паузами? У меня считывание данных идёт в бесконечном цикле, в котором помимо этого содержится также проверка состояний кнопок (антидребезговая задежка 30ms на 2 кнопки), проверка режима работы устройства и обработка нажатий кнопок (изменение режима работы). Кроме того, примерно 100-150 раз в секунду срабатывает прерывание от таймера (для динамической индикации). Сбоев вроде не было

Я считываю по прерыванию от DS каждую секунду , вроде проблем нет

Я тоже изначально думал так сделать, но функции работы с i2c и с DS в частности связаны с ожиданием. Поэтому в момент прерывания у меня на мгновение стала пропадать индикация Пришлось сделать так, как я описал

+1 бОльшая проблема будет когда будет 2070 год...от тогда проблема будет..а пока...фигня енто всё...


с уважением
(круглый)

Вот тут же и нашёл , и что интересно ровно год назад . Так сказать все ответы на Ваши вопросы в одной куче
http://electronix.ru/forum/index.php?showt...=23755&st=0

Сообщение отредактировал ILYAUL - May 6 2008, 16:46

Та это и проблемами назвать как-то трудно. Работает то всё нормально...

я паузу в 9000 нопов на 8MHz ставил после выставления флага, но мне кажеться что я не правильно проверял. вот кусок тестовой проги:

//start
TWCR=(1<<TWINT)|(1<<TWSTA)|(0<<TWSTO)|(1<<TWEN); // on TWE and START
while (TWCR&(1<<TWINT)==1) {;} // wait set START on the TWI
__delay_cycles(9000);
// UDR=TWSR;
//ask device on adres and Write
TWDR=ADRESDS|0x00; // adres and read
TWCR=(1<<TWINT)|(0<<TWSTA)|(0<<TWSTO)|(1<<TWEN); // on TWE and Adres R
while (TWCR&(1<<TWINT)==1) {;} // wait TWI
__delay_cycles(9000);
// UDR=TWSR;
//read and send adres cell
TWDR=0x00; // adres ask cell
TWCR=(1<<TWINT)|(0<<TWSTA)|(0<<TWSTO)|(1<<TWEN); // on TWE
while (TWCR&(1<<TWINT)==1) {;} // wait TWI
__delay_cycles(9000);
// UDR=TWSR;

У меня сделано немного иначе. Функция не бесконечно ждёт сброса TWINT, а определённое время, по прошествии которого выдаёт сообщение об ошибке.

Вообще, по-моему, так сильно сложнополучается. Работу с TWI лучше разбить на функции, так проще.

это проба работы с ds1307, а не готовая часть проги.
я вопрос задал по задержки после выставления флага готовности.
Кстати, пока twi не готов его статус 0xff. вот где собачка порылась.
надо
while ( (TWCR&(1<<TWINT)==1) && (TWCR!=0xff) ) {;} // wait set START on the TWI

жаль свой test board на работе оставил, не проверю в ближайшее время