DS1307. Наброски алгоритмов

@dimyurk1978 · Регистрация: 06.12.2016

Author24 — интернет-сервис помощи студентам

В текущем проекте нужен отсчет и контроль времени и временных интервалов. Использую DS1307. Так как у RTC есть выход секундных интервалов, то есть два варианта:
1 - Периодический опроса выхода SQ RTC.
Программа работает так: Если первое включение устройства, то инициализация значений EEPROM, инициализация RTC и принудительное задание времени. Скажем: 06.30.00. После инициализации устройства при первом включении и при последующие включения устройства, считывание времени в структуру hours, minutes, seconds. Модуль часов опрашивает выход RTC и при лог. 0 инкрементирует seconds. Если секунд больше 59, инкремент минут, если минут больше 59, инкремент часов.
2 - Прямой опрос RTC.

Вопрос, за и против перечисленных вариантов (исходя из вашего опыта). Если первый вариант, с какой периодичностью опрашивать RTC для сверки времени.

@myshomy984 · 01.01.2017, 16:24

Опрашивать при смене лог уровня на RTC.

@YTYOUT · 01.01.2017, 17:32

Ни хрена не понял , но интересно. А у тебя что либо с будильником на борту есть? Например DS1337 и выше

@dimyurk1978 · 01.01.2017, 17:39

Не будильники.
Режим 1 - задержка в часах, минутах. По истечении времени выполняются действия.
Режим 2 - скажем 24 значения. Часы, минуты. Когда наступает заданное время, выполняются действия.

@dimyurk1978 · 01.01.2017, 18:20

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

@YTYOUT · 01.01.2017, 21:25

Сообщение от dymyurk1978

Не будильники.
Режим 1 - задержка в часах, минутах. По истечении времени выполняются действия.
Режим 2 - скажем 24 значения. Часы, минуты. Когда наступает заданное время, выполняются действия.

А будильники это не задержка времени в часах и в минутах ?

@dimyurk1978 · 01.01.2017, 21:55

Сообщение от YTYOUT

А будильники это не задержка времени в часах и в минутах ?

Давай разберемся с термином "будильник". Это опция RTC или девайса? По сути как бы да. Будильник. Но у RTC их может быть, скажем 10. А мне нужно, к примеру, 24. Притом, за определенное время до срабатывания должно быть предупреждение.

@PRS · 01.01.2017, 22:00

В 1307 нет аппаратных будильников.
Я ее настраивал на прерывание в 1Гц, по нему читал значение и использовал.

@YTYOUT · 02.01.2017, 05:52

Сообщение от dymyurk1978

Сообщение от YTYOUT

А будильники это не задержка времени в часах и в минутах ?

Давай разберемся с термином "будильник". Это опция RTC или девайса? По сути как бы да. Будильник. Но у RTC их может быть, скажем 10. А мне нужно, к примеру, 24. Притом, за определенное время до срабатывания должно быть предупреждение.
У тебя все действия идут параллельно или последовательно? Что мешает 24 раза перенастроить будильник. а в предложенной мной их цельных два

В 1307 нет аппаратных будильников.

Это обсуждалось выше

@dimyurk1978 · 02.01.2017, 11:46

Сообщение от YTYOUT

У тебя все действия идут параллельно или последовательно?

Последовательно. Грубо говоря, что-то вроде диспетчера действий. Пусть 24 значения времени. Время совпало - действия. Закончились, ждем следующего значения.

@YTYOUT · 02.01.2017, 13:02

Ну , 24 раза возникнет прерывание будильника RTC, а у тебя просто счётчик .

@dimyurk1978 · 02.01.2017, 13:11

Сообщение от YTYOUT

Ну , 24 раза возникнет прерывание будильника RTC, а у тебя просто счётчик .

Каждое временное значение нужно видеть на дисплее. За определенное время до совпадения должно быть предупреждение.

@itysiy · 02.01.2017, 15:02

Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК.

@dimyurk1978 · 02.01.2017, 15:07

Сообщение от itysiy

Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК.

Аналогично.

@Bytt · 02.01.2017, 17:16

Сообщение от itysiy

Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК.

А чем такие, например, не нравятся?
http://www.st.com/content/ccc/... 002302.pdf

@itysiy · 02.01.2017, 17:58

Сообщение от Bytt

Сообщение от itysiy

Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК.

А чем такие, например, не нравятся?
...
А чем реализация будильника на этом чипе будет лучше для ТС, чем реализация будильника на МК?

@PRS · 02.01.2017, 19:52

Если отображения времени не нужно, то можно уйти в глубокую спячку и просыпаться только по будильнику.
Хотя первую страницу не читал и что нужно ТС не знаю))))

@YTYOUT · 02.01.2017, 19:57

Сообщение от itysiy

Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК.

За зачем тогда RTC , если часы элементарно делаются на любом МК.

@dimyurk1978 · 02.01.2017, 20:07

Сообщение от YTYOUT

зачем тогда RTC , если часы элементарно делаются на любом МК.

Точности не будет. И не хочу лишних заморочек. Есть ртс пусть и выполняют свою задачу.

@itysiy · 02.01.2017, 21:37

Сообщение от YTYOUT

Сообщение от itysiy

Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК.

За зачем тогда RTC , если часы элементарно делаются на любом МК.
А я не говорил про часы, я говорил именно про функциональность будильников. Тем более dymyurk1978у нужны специфичные фичи.
А если часы делать на МК, то придется заморачиваться со спячкой. А АВР не лучший контроллер для этого. А отсюда следует больше времени на кодирование и чаще менять батарейку.

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
	02.01.2017, 15:07	14
	Сообщение от itysiy Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК. Аналогично. 0

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
		1
	DS1307. Наброски алгоритмов 01.01.2017, 16:06. Показов 5785. Ответов 30 Метки нет (Все метки) В текущем проекте нужен отсчет и контроль времени и временных интервалов. Использую DS1307. Так как у RTC есть выход секундных интервалов, то есть два варианта: 1 - Периодический опроса выхода SQ RTC. Программа работает так: Если первое включение устройства, то инициализация значений EEPROM, инициализация RTC и принудительное задание времени. Скажем: 06.30.00. После инициализации устройства при первом включении и при последующие включения устройства, считывание времени в структуру hours, minutes, seconds. Модуль часов опрашивает выход RTC и при лог. 0 инкрементирует seconds. Если секунд больше 59, инкремент минут, если минут больше 59, инкремент часов. 2 - Прямой опрос RTC. Вопрос, за и против перечисленных вариантов (исходя из вашего опыта). Если первый вариант, с какой периодичностью опрашивать RTC для сверки времени. 0

@myshomy984 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 155
	01.01.2017, 16:24	2
	Опрашивать при смене лог уровня на RTC. 0

@YTYOUT 0 / 0 / 0 Регистрация: 02.10.2012 Сообщений: 1,946
	01.01.2017, 17:32	3
	Ни хрена не понял , но интересно. А у тебя что либо с будильником на борту есть? Например DS1337 и выше 0

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
	01.01.2017, 17:39	4
	Не будильники. Режим 1 - задержка в часах, минутах. По истечении времени выполняются действия. Режим 2 - скажем 24 значения. Часы, минуты. Когда наступает заданное время, выполняются действия. 0

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
	01.01.2017, 18:20	5
	Установка времени. Как лучше сделать? Наброски: При инициализации копируем текущее время во временные переменные. Потом сравниваем секунды, если не равно, обновляем, показываем. При редактировании вылез косяк. Временные переменные обновляются текущим временем. Варианты: 1 - как только изменили любое значение, с этого момента будет показываться только задаваемое время. Плюс - если нажали отмену, текущее время не меняется. Минус - после изменения любого значения текущее время не отображается, отображается задаваемое время. 2 - при изменении значений, тут же записывать в RTC. Плюс - нет лишних заморочек. Минус - если уже изменил время, нет отмены. 0

@YTYOUT 0 / 0 / 0 Регистрация: 02.10.2012 Сообщений: 1,946
	01.01.2017, 21:25	6
	Сообщение от dymyurk1978 Не будильники. Режим 1 - задержка в часах, минутах. По истечении времени выполняются действия. Режим 2 - скажем 24 значения. Часы, минуты. Когда наступает заданное время, выполняются действия. А будильники это не задержка времени в часах и в минутах ? 0

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
	01.01.2017, 21:55	7
	Сообщение от YTYOUT А будильники это не задержка времени в часах и в минутах ? Давай разберемся с термином "будильник". Это опция RTC или девайса? По сути как бы да. Будильник. Но у RTC их может быть, скажем 10. А мне нужно, к примеру, 24. Притом, за определенное время до срабатывания должно быть предупреждение. 0

@PRS 0 / 0 / 0 Регистрация: 12.07.2011 Сообщений: 2
	01.01.2017, 22:00	8
	В 1307 нет аппаратных будильников. Я ее настраивал на прерывание в 1Гц, по нему читал значение и использовал. 0

@YTYOUT 0 / 0 / 0 Регистрация: 02.10.2012 Сообщений: 1,946
	02.01.2017, 05:52	9
	Сообщение от dymyurk1978 Сообщение от YTYOUT А будильники это не задержка времени в часах и в минутах ? Давай разберемся с термином "будильник". Это опция RTC или девайса? По сути как бы да. Будильник. Но у RTC их может быть, скажем 10. А мне нужно, к примеру, 24. Притом, за определенное время до срабатывания должно быть предупреждение. У тебя все действия идут параллельно или последовательно? Что мешает 24 раза перенастроить будильник. а в предложенной мной их цельных два В 1307 нет аппаратных будильников. Это обсуждалось выше 0

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
	02.01.2017, 11:46	10
	Сообщение от YTYOUT У тебя все действия идут параллельно или последовательно? Последовательно. Грубо говоря, что-то вроде диспетчера действий. Пусть 24 значения времени. Время совпало - действия. Закончились, ждем следующего значения. 0

	02.01.2017, 21:37

@YTYOUT 0 / 0 / 0 Регистрация: 02.10.2012 Сообщений: 1,946
	02.01.2017, 13:02	11
	Ну , 24 раза возникнет прерывание будильника RTC, а у тебя просто счётчик . 0

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
	02.01.2017, 13:11	12
	Сообщение от YTYOUT Ну , 24 раза возникнет прерывание будильника RTC, а у тебя просто счётчик . Каждое временное значение нужно видеть на дисплее. За определенное время до совпадения должно быть предупреждение. 0

@itysiy 1 / 1 / 0 Регистрация: 18.01.2012 Сообщений: 1,418
	02.01.2017, 15:02	13
	Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК. 0

@Bytt 0 / 0 / 0 Регистрация: 22.08.2009 Сообщений: 525
	02.01.2017, 17:16	15
	Сообщение от itysiy Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК. А чем такие, например, не нравятся? http://www.st.com/content/ccc/... 002302.pdf 0

@itysiy 1 / 1 / 0 Регистрация: 18.01.2012 Сообщений: 1,418
	02.01.2017, 17:58	16
	Сообщение от Bytt Сообщение от itysiy Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК. А чем такие, например, не нравятся? ... А чем реализация будильника на этом чипе будет лучше для ТС, чем реализация будильника на МК? 0

@PRS 0 / 0 / 0 Регистрация: 12.07.2011 Сообщений: 2
	02.01.2017, 19:52	17
	Если отображения времени не нужно, то можно уйти в глубокую спячку и просыпаться только по будильнику. Хотя первую страницу не читал и что нужно ТС не знаю)))) 0

@YTYOUT 0 / 0 / 0 Регистрация: 02.10.2012 Сообщений: 1,946
	02.01.2017, 19:57	18
	Сообщение от itysiy Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК. За зачем тогда RTC , если часы элементарно делаются на любом МК. 0

@dimyurk1978 0 / 0 / 0 Регистрация: 06.12.2016 Сообщений: 3,044
	02.01.2017, 20:07	19
	Сообщение от YTYOUT зачем тогда RTC , если часы элементарно делаются на любом МК. Точности не будет. И не хочу лишних заморочек. Есть ртс пусть и выполняют свою задачу. 0

@itysiy 1 / 1 / 0 Регистрация: 18.01.2012 Сообщений: 1,418
	02.01.2017, 21:37	20
	Сообщение от YTYOUT Сообщение от itysiy Не вижу смысла переносить будильники в чип RTC, когда они элементарно и более гибко делаются на МК. За зачем тогда RTC , если часы элементарно делаются на любом МК. А я не говорил про часы, я говорил именно про функциональность будильников. Тем более dymyurk1978у нужны специфичные фичи. А если часы делать на МК, то придется заморачиваться со спячкой. А АВР не лучший контроллер для этого. А отсюда следует больше времени на кодирование и чаще менять батарейку. 0