roboforum.ru

Ну, я расписал то, что бросилось в глаза при беглом просмотре кода.
Опыта работы с DS12887 у меня нет. Понять, что как переключается, из приведенного кода сможет только телепат
Выкладывай весь код, да с комментами...

Да оно переключается по крайней мере на выходе МК так как надо, но вот воспринимает ли это микросхема часов неизвестно. А что код выкладывать - это практически он весь и есть. Остальное перевод числа в строку и вывод на LCD.
Порт D - порт с линиями управления AS (PD4), DS (PD6), R/W (PD5), CS(PD3)
Порт C - шина адреса-данных.

Ну, если тебе жалко свое время, давай тратить мое

Тут ты считываешь данные после пассивного состояния DS.
А надо перед самым спадом, ведь после пассивного состояния данные остаются только tDHR, который тенется целых 10-80 наносекунд.


Пойду дальше читать pdf на DS12887

Добавлено спустя 14 минут 47 секунд:
и кто такой "AD_DDR", какое он имеет отношение к "Порт C - шина адреса-данных."
И убери из вечного цикла настройку порта на выход, это делается один раз.
Аналогично не надо устанавливать ресет и cs

Вот тут у меня тоже возникли сомнения, когда считывание происходит - написано было по отрицательному импульсу, т.е. вроде по переходу 1->0. Пробовал и так...

Регистр порта С, определяет на вход или на выход работает.
Да, но если мне надо сначала выдать в шину адрес, а потом с нее что-то считать, то мне по-любому необходимо менять направление работы порта. В своем примере я использовал адрес ячейки, где хранятся секунды и пытался раз в секунду считывать значения этого регистра - если часы рабочие и идут, то логично, что значение там каждый раз меняться.

Ну это, да, можно и один раз сделать. Пойду пробовать.

Дело не в том, что когда DS переходит: 1\0 или 0/1, а в том, что после такого перехода данные остаются на шине всего 10-80нс. У авр на 8 мгц. однотактная команда длиннее = 1/8мгц =125 ns
Данные надо считывать до перехода...

Да ну! По-моему фиксирование данных на шине может происходить либо по полжительному импульсу(0->1) или по отрицательному (1->0). После чего можно спокойно считывать данные.

А какже они могут на шине держаться только какие-то 10 наносекунд? Врядли...
Вот из того линка что я приводил, не думаю, что здесь что-то не правильно

Вот именно этот положительный импульс, т.е. 0->1 и фиксирует на шине - адрес, после такого перепада часы должны у себя это зафиксировать. Далее другим управляющим сигналом, тоже именно перепадом указываем, что делать (читать/писать). Это по Мотороловскому алгоритму, по Интеловскому чуть по-другому, но сути не меняет

Он считывает данные из часов после DS...
открываем пдф, смотрим:
Figure 5. BUS TIMING FOR MOTOROLA INTERFACE
Figure 7. BUS TIMING FOR INTEL INTERFACE READ CYCLE

tDHR - "Read-Data Hold Time" = 10 - 80ns.

Добавлено спустя 11 минут 13 секунд:
Если режим "BUS TIMING FOR INTEL INTERFACE READ CYCLE", то это tDHR и считывать данные надо до "DS_SET строб считывания данных с шины"
А если режим "Figure 5. BUS TIMING FOR MOTOROLA INTERFACE", то это tDDR
"Output Data Delay Time From DS/E or RD" и он не 0 нс. а 20-120 нс. т.е авр может успеть сосчитать данные, которые еще не устаканились и надо делать задержку чтения.
Т.е при любом режиме DS12887, чтение сделано неправильно

Вот, действительно, если внимательно посмотреть, то это надо понимать так, что данные на шине сами по себе не пропадают. Шина может перейти в друго состояние, соответственно, с потерей данных на шине по нашей воле, напрмер, изменили сигнал CS. Хотя в даташите момент изменения состояния шины не привязан ни к какому моменту по отношению к другим сигналам (максимум что заметно это к CS). А нет, привязан, к перходу DS от 0 к 1. Но к этому моменту данные на шине уже появились после перхода DS от 1 к 0 с задержкой tDDR. В моем первом примере действительно ошибка была - я считывал после цикла DS 1->0->1. Хотя я уже все варианты перебирал - результата не было. Еще один момент. Если даже внутрення батарея села, то можгут ли часы работать хоть от наличия внешнего напряжения (естественно, без сохранения данных при выключения питания)?

Появившиеся данные после tDDR уже не интересны, т.к. после tDHR "DS от 0 к 1", шина данных переходит в высокоомное состояние и вы считываете погоду на луне

Да, неинтересно. Поэтому считывать надо после DS 1->0. В первоначальном примере я уже упомянул, что там ошибка, но пробовал все варианты.