Может кто посоветует как выполнить перевод часов.
Скажем регист часов содержит 0x22, что равно 22 часам.
hours = 0х22;
hours++;
но фишка в том, что в ds записывается и 0x25 и 0х29.
Приходится выполнять двойное преобразование:
BCD_DEC(hours); 0x22 -- 0x16
hours = DEC; //DEC возвращается BCD_DEC
hours++;
DEC_BCD_COR(Add_hr,hours); // обратное преобразование с записью в ds

к тому же писать функцию сравнения времени

Может возможно как-нить непосредстренно с ds, не прибегая к куче преобразований.

Сообщение отредактировал MMP - Sep 15 2006, 09:38

В 48м была специальная команда десятичной коррекции. Вот ее алгоритм:

Команда DA A

По команде DA А результат двоичного сложения упакованных двоично-десятичных чисел в аккумуляторе А преобразуется в упакованное двоично-десятичное число следующим образом. Если число в младших четырех разрядах аккумулятора больше девяти или триггер признака вспомогательного переноса АС установлен в состояние "1", то к содержимому аккумулятора прибавляется число 6;

если после этого число в старших четырех разрядах аккумулятора больше девяти или триггер признака переноса С установлен в состояние "1", то к содержимому аккумулятора прибавляют число 60Н.

При переносе из 7-го разряда АЛУ триггер признака переноса С устанавливается в состояние "1", в противном случае — в "0".

Можно и без преобразования, просто нужно сделать 3 проверки:

hours++;
if(hours>0x23){hours=0;}
if(hours==0x1A){hours=0x20;}
if(hours==0x0A){hours=0x10;}

Тогда уж не три, а четыре
if(hours<0x00){hours = 0x23}

плюс восемь на минуты и т.д.
тоже геморно, так тоже пробовал

Сообщение отредактировал MMP - Sep 18 2006, 13:14

Увеличение часов:

hours++;
if(hours == 0x24) { hours = 0; }
if((hours & 0x0F) == 0x0A) {hours += 0x06; }

Увеличение минут:

minutes++;
if(minutes == 0x5A) { minutes = 0; }
if((minutes & 0x0F) == 0x0A) { minutes += 0x06; }

Уменьшение часов:

hours--;
if(hours == 0xFF) { hours = 0x23; }
if((hours & 0x0F) == 0x0F) {hours -= 0x06; }

Уменьшение минут:

minutes--;
if(minutes == 0xFF) { minutes = 0x59; }
if((minutes & 0x0F) == 0x0F) { minutes -= 0x06; }

Это если время можно менять только с помощью кнопок "плюс" и "минус". Если возможен прямой ввод, то нужн писать функцию Validate_Time, которая будет исправлять все возможные ситуации. Потребуется много проверок, с этим ничего не поделать.

Вот за что я не люблю часы с "человеческим" интерфейсом.
Годятся только для отображения, а МК с ними работать весьма проблематично.

Очень многие человеческие единицы измерения неудобны для машин. Не говоря уже о 60-и минутах и 24-х часах, неудобно и то, что "кило" это не 1024, а всего 1000 и т.д. Вот с дюймами раньше всё правильнее было - дюйм делили на 2, 4, 8 и т.д. Да и речь человеческая очень сильно отличается от всех языков программирования. Видно, не в том направлении техника развивается...

А вот еще задача, кажущаяся простой, но пока не нашел преемлимого решения.

Есть контроллер с часами DS1307.

Некое внешнее устройство время от времени передает в контроллер "эталонное" время. Необходимо установить часы DS1307, но только в том случае, если время на часах DS1307 отличается от принятого "эталонного" более чем на N секунд (например, N=10).

Читаем из часов: hour, min, sec.
Принимаем: Ehour, Emin, Esec.

Какам то образом сравниваем hour, min, sec и Ehour, Emin, Esec. Если разница между ними меньше N секунд, то hour=Ehour, sek=Esek, min=Emin и записываем все это в DS1307.

Но как сравнить hour, min, sec и Ehour, Emin, Esec??? С учетом перехода через час и через сутки!

Был вариант пересчитать время в число секунд с начала суток и потом сравнивать. Может есть еще варианты?

А зачем выдерживать минимальную разницу 10 сек? У меня такая же задача, обновляю DS1307 всегда, когда хост время шлет.

Если все-таки нужно вычислять разницу времени, вот откопал исходник на asm51, когда-то вычитал часы и минуты

Не обязательно 10 секунд, можно и 2 сек, это как бы время неопределенности. Т.е. время передачи данных от хоста может быть каждый раз разным (у меня медленный радиоканал). Если мы каждый раз будем сразу устанавливать время в контроллере, то время в контроллере будет идти неравномерно (из за разного времени передачи), а длительность минуты будет 60 сек +- разница времени передачи от хоста к контроллеру. Чтобы все же в контроллере минута была точно 60 секунд, мы корректируем время не всякий раз после приема данных, а только в том случае, если оно отличается от эталонного на 10 сек (тогда одна минута будет не 60 секунд, зато все остальные точно 60).

А зачем корректировать время каждый раз после приема данных? Автономные часы ведьтак быстро не убегают. Достаточно корректировать один раз в сутки, например.

Ну предположим, мы решили корректировать внутренние часы один раз в сутки в 00 часов. Первый раз включаем прибор, там произвольное время. Принимаем от хоста точное время, но не устанавливаем его, т.к. ждем, когда будет 00 часов. Нелогично! Или на хосте изменили время (зимнее/летнее или просто подкорректировали) то же самое, синхронизация произойдет только в назначенное время.

Ну дык корректируйте его при включении, а далее 1 раз в сутки.

Да, забыл сказать, дневную коррекцию делаем между 2 и 3 часами ночи
(ну или когда у нас там официально переводят часы зима/лето)

В ноль часов по Гринвичу в ночь с последней субботы на последнее воскресенье марта или октября.

С такими обобщениями - осторожнее, если собираетесь эксплуатировать прибор за пределами
Украины. По Европейским часовывым поясам час перехода завязан на GMT+2, что лишь случайно для Украины совпадает с GMT 0, Для многих других стран расположенных дальше от Британии - привязан к 0 по локальному времени +2..3 часа. Даты перехода тоже разные для разных регионов в "нормальных" регионах разбегаются месяца Апрель/Март и Первая/Последняя неделя месяца. Для "ненормальных" регионов с "мусульманским" летоисчислением - вообще полный мрак встречается :-(.