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

Вы видимо путаете аппаратный модуль RTC и функцию RTC. По-моему в AVR нет аппаратных модулей RTC, но при помощи таймера в AVR можно реализовать функцию RTC.
Отличие в том, что аппаратный модуль RTC самостоятельно выполняет счет секунд/минут/часов/дней/месяцев/лет и может выдать уже готовый результат. С помощью же использования таймера и часового кварца все эти расчеты выполняются процессорным ядром, реализуя функцию RTC программно.
А зачем вам это? В смысле вы хотите необслуживаемое устройство с длительным временем автономной эксплуатации сделать? По-моему необслуживаемые устройства в быту не особо сильно нужны. А раз так, то ИМХО проще иметь какой-либо интерфейс для связи, подгружая эти таблицы время-от-времени и одновременно корректируя ход часов. Но это ИМХО. Я же не знаю целевого назначения вашего устройства, может вы для очередного марсохода модуль клепаете Хотя, как показывает опыт эксплуатации пары нынешних американских марсоходав, нужно делать их на PIC

Там сам Atmel путает. "By setting the AS2 bit in ASSR, Timer/Counter2 is asynchronously
clocked from the TOSC1 pin. This enables use of Timer/Counter2 as a Real Time Counter (RTC)."
А считает этот таймер как обычно, ну и не выключается в sleep-режимах. Для которых и был приторочен, имхо.

Делали несколько подобных устройств: реле времени, с максимальной задержкой до 99,59 час. Прерывания от таймера Timer1, частота кварца 16 МГц. У всех приборов, после отсчета где-то часов 3...5 возникала погрешность - 1...5 сек. Поэтому для каждого прибора сделали коррекцию отсчета времени.
Поэтому, если вам нужно считать время с высокой точностью - лучше ставить микросхему с RTC, например, DS1307. Вот на базе этой микросхемы, подгонять и корректировать время в приборах не нужно было.

Именно необслуживаемое, чтобы мастер, скажем, установил это устройство и забыл. Хотя бы на год.



Нет, ислючительно для "приземленнных" целей. Хотя, если это достаточно дорогостоящий проект, то возможно обеспечить какой либо интерфейс для синхронизации и апдейта. Но за этим кто-то должен будет следить? ИМХО систему лучше иметь автономную, если это не сложный вычислительный комплекс марсохода, а система для народно-хозяйственного пользования, установленная вне помещений каких либо



Вот тут главное, чтобы обеспечить "серийность" изготовления, а если каждое устройство будет требовать тщательной подстройки ведь цена вырастет. Но это ИМХО. Однако, если эта подстройка заключается лишь в подключении некоего шлейфа и нажатии пары клавиш, то не столь страшно. Можно будет этот процесс скомпоновать вместе с программированием контроллера тогда...

Вот спасибо за указание на DS1307 ! Посмотрю что за девайс

А почему тогда нельзя просто следить за освещенностью, и по результатам включать/выключать освешение?

Точно. Тут явная ошибка на этапе постановки ТЗ заказчиком. Нужно что б уличное освещение включалось когда темно, а не когда солнце садится. Я думаю не раз все попадали в ситуации, когда средь бела дня налетело куча туч, закрыло солнце, темно как ночью и дождь еще лупит. Но ни один фонарь не просыпается и не освещает мокрым и злым горожанам дорогу и бредут они вступая в лужи и плохо говорят о мере, которому жалко света. А мер не виноват, это разработчик придумал систему, которая не обслуживается и имеет низкую стоимость сборки, потому, что не требует настройки.

Без обид, просто мысли в слух о технической мысли и как ее нужно направлять

От использования другой МС, что точность кварца поменяется?
Уплывает время на DS1307 также как везде.


5 часов - 3600 * 5 = 18000 сек.
конвертнем ошибку 1..5сек в ppm ==> (1..5 / 18) * (10^6 / 10^3) = ~55..300ppm.

Если у вас были идентичные ПП, то по характеру "уплывания" можно сказать в чем дело.
1. уплывало на всех устройствах всегда в одну сторону (напр оставало) -
тогда одно из двух: ошибка в программе или кривая разводка.
2. 50/50 опережало/отставало - тогда дело в неточности кварца.

В разных приборах по разному: в одних отставало, в других опережало.
Про ошибку в программе: я думаю, что программно реализовать RTC не сложно, какие
могут быть ошибки?
По поводу кривой разводки: пояните.
Я думаю, что если кварцевый резонатор стоит вблизи к контроллеру и растояние между
выводом кварца и выводом контролера - одинаковы и минимальны, то все ОК.
Даже если одна дорожка
будет на 1 мм будет длинее - особой роли не сыграет на таких частотах.

Если проблема в кварцевом резонаторе, то возникла мысль: можно попробывать использовать генератор. Я правда с ними не работал.
Кто работал, может подскажет, как они ведут себя.

есть часы со встроенным кварцем. подстройка сделана уже на заводе, кроме того есть термокомпенсация. например DS3231

Сообщение отредактировал sss992 - Sep 3 2008, 14:31

Не понимает товарищ... В электроснабжении контингента населения главное что? Правильно - плановость! А товарищ предлагает включать-выключать освещение когда вздумается, помимо одобренных партией планов и расписаний, утверждённых ГосГидроМетЦентром! Так мы придём к полной разрухе, товарищи! Только плановое включение и выключение даёт нам соответствие расхода утверждённых графиков и квот, а также планирование на пятилетку вперёд. И мы должны дать решительный отпор тем, кто ехидно говорит о точности. Доведение точности до 1 секунды - важная народнохозяйственная задача; в масштабах нашей необьятной страны...

2008 - 1978

Из соображений простоты так думалось реализовывать. Но на этапе постановки задачи этот вариант был отвергнут. Не нужно привязывать освещение к погодной или световой обстановке. Может потребоваться, например, чтобы лампы горели с заката до 3:00 утра. Хотя реализовать это простым таймером (сначала срабатывает датчик освещенности, потом отсчет нужного времени ..) - не удастся
Световой день меняется от времени года.
Так или иначе нужно иметь Real Time Clock в устройстве и интерфейс для синхронизации этог времени с местным (какой нибудь беспроводной)

ps а вот энергонезависимой памяти размером 56 байт в DS1307 хватит на таблицу годового закатов\восходов солнца, чтобы использовать эту память, интересно . Учитывать влияние движения материков не нужно, и приливов - отливов тоже..

Я представляю так:
ЗАКАТ: сек:мин:час:число:мес:год;
ВОСХОД: сек:мин:час:число:мес:год;
ещ надо учитывать високосный год

для СЕК, МИН требуется по 6 бит; для ЧАС, ЧИСЛО - 5 бит; для МЕС - 4 бит
Если это грубо умножить на 365, то имеем 9490 бит, делим на 8 получаем 1187 байт
что явно не хватит наверно

Сообщение отредактировал коля-ша - Sep 4 2008, 07:15

Простенький радиоприёмник, настроенный на "Маяк".
//
А во временных параметрах закодировано само время.

Извините Владимир Ильич, не признал. Виноват исправлюсь

Шестого!