Честно говоря такое не проверял.
С меня хватало обычной работы часов или использования ОЗУ. В принципе, обращение к регистрам DSки осуществлялось при запуске системы - затем тикали часики, организованные на регистрах МК или при изменении содержимого регистров часов. Сама DS является источником эталонных данных и/или тактового секунд- сигнала. Точность всего комплекта при таком подходе максимальна. При обмене с часиками (на время пересылки пакета данных) возможно там происходит временная блокировка счета или какие-то иные процессы - оттуда и накапливающаяся ошибка внутреннего содержимого самих часиков, а вот при коротких целевых обращениях - практически минимальные искажения. Но касается это только обмена с регистрами часов или обмен с ОЗУ также тормозит главные часы не проверял - использовался или режим часов или только ОЗУ как накопитель.
Да и AT89C/S51 c приоритетным контроллером прерываний при программе на ассемблере совсем не ATmega8 - там возможности программного обмена и управления прерываниями гораздо лучше.
Вот так выглядит типовая практическая схемка, неоднократно проверенная на макете:
а вот здесь вариант более позднего развития схемотехники, к сожалению, "замороженный" на уровне индикативного термометра:
viewtopic.php?f=2&t=14123&start=80В обеих случаях схема без особого труда переводится на ATmega8515 или ATmega162 благодаря полной совместимости по разводке корпусов МК, но программки будут уже другие.
Кстати, вот еще на тему DS1307:
viewtopic.php?f=20&t=46074