Цитата(adnega @ Feb 3 2014, 18:39)

Фраза "When both prescalers are used, it is recommended to configure the asynchronous prescaler
to a high value to minimize consumption." из UM говорит, что если используются оба делителя, то
рекоментуется в асинхронный заносить бОльшие значения для уменьшения энергопотребления.
Странно однако, это я про делитель...
А второе - что значит с никакой точностью? Я написал - погрешность не более 0.01 сек, как-то подругому писать?
Да, часы должны работать от батарейки, потребление, конечно, чем меньше-тем лучше, высчитывать миллисекунды из 1\128 это как? Можете объяснить?
Цитата(adnega @ Feb 3 2014, 19:15)

Почему бы не запустить RTC с обычным секундным интервалом и алгоритмически вычислять сотые на основании RTC->SSR?
Что за "величины" будут в RTC->TR и RTC->DR и что с ними можно сделать вопрос тоже открытый?
Он именно так и работает - с секундным интервалом, иначе сами часы будут считать неправильно, логично?
Просто с точки зрения математики - чем большее число делить на 100, тем точнее результат, например 32768 \ 100 получаем 327
Для проверки 327*100 = 32700, т.е. неточность 68Гц.
Если делитель сделаем больше , скажем 16, до частоты 2048Гц, то получаем 2048 \ 100 = 20
проверяем 20*100*16 = 32000, т.е. мы "отстаем " уже на 768Гц, разница ощутима?
Цитата(adnega @ Feb 3 2014, 19:15)

Зачем это надо автор отказывается объяснять.
В смысле зачем? Нужны часы для спортивных тренировок.
Цитата(adnega @ Feb 3 2014, 18:39)

из UM говорит, что если используются оба делителя, то
рекоментуется в асинхронный заносить бОльшие значения для уменьшения энергопотребления.
Замерил потребление, как было 1.5 мкА, при асинхр. делителе 128(по умолчанию), так и при полностью откл. делителе.