Часы реального времени

sillver · #1

Знатоки!!! Помогите мне, хочу получать из RTC сигналы раз в час или минуту. Пробовал на детекторе изменения числа - не получилось!

pan · #2

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

СпойлерПоказать

sillver · #3

спасибо но это очень сложно.

#4

sillver писал(а):хочу получать из RTC сигналы раз в час или минуту.

СпойлерПоказать

pan · #5

sillver писал(а):спасибо но это очень сложно.

сложно посчитать до 60?????

СпойлерПоказать

Alias · #6

Еще же и будильник есть. Я бы даже сказал, именно для таких случаев.
Вот на ежеминутные импульсы, см. вложения. Светодиода, как ни странно, не нашлось, вывел на встроенный по 13 пину в Уно.
ЗЫ Таймер чисто для задержки по светодиоду, чтобы заметить В схеме он лишний. Если Вы это понимаете, значит и с остальным справитесь

pan · #7

Alias, можно сделать как угодно. зачем напрягать проц лишним хламом,
надо по возможности использовать возможности "железа".
постоянно считывать показания из часов по шине или подсчитать сигнал с пина, как думаете что
проще и займет меньше памяти ?

#8

pan писал(а):постоянно считывать показания из часов по шине или подсчитать сигнал с пина, как думаете что проще

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

pan · #9

ну если пинов не хватает можно и сэкономить.
а вот не совпадение с чего это будет? всё с одного генератора там считается и выводится (в часах)

Alias · #10

pan писал(а):надо по возможности использовать возможности "железа"

Надо. Я тоже за оптимизацию. Кстати, спасибо за совет! Но я отвечал в контексте этого:

sillver писал(а):спасибо но это очень сложно

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

sillver писал(а):на детекторе изменения числа

Что же до оптимизации и

pan писал(а):как думаете что проще и займет меньше памяти ?

так я как новичок ответственно заявляю: очень сложно искать по крупицам, что и как реализовано в flprog. Соответственно, и гадать, как это отразится на ресурсах контроллера. Особенно, не программистам. Это ж как пуля со смещенным центром тяжести.
Казалось бы, готовые блоки просты и понятны, но это только в схемотехнике, а потом смотришь, сколько памяти затрачено, и что-то сам потом пытаешься переделывать на рассыпухе методом проб и ошибок.
А был бы чей-нибудь обзор по этим вопросам, смотришь, и ляпов бы поубавилось.
Но все с опытом приходит. А я ведь только начинающий

sillver · #11

Спасибо Всем!!! rw6cm у тебя хорошая идея я об этом и не подумал !

#12

pan писал(а):а вот не совпадение с чего это будет? всё с одного генератора там считается и выводится (в часах)

СпойлерПоказать

Простой пример:
Работает блинк с частотой 05 сек, подсчет секунд каждые 30 сек идут в компорт,
как видим со входа пина счета практически нет,
внутренний алгоритм как и положено (в данном случае) считает через такт.

pan · #13

какая то фигня. где то несостыковка. вы же сами понимаете что так не должно быть.

sillver · #14

rw6cm все по твоей идее работает только с триггером в IDE не компилируется!!!

pan · #15

rw6cm, а вы подтяжку к + на пине 3 делали?
а то без нее не будет работать

СпойлерПоказать

#16

sillver писал(а):rw6cm все по твоей идее работает только с триггером в IDE не компилируется!!!

не понял что не компилируется...

pan писал(а):вы же сами понимаете что так не должно быть.

СпойлерПоказать

Честно скажу глубоко не вникал в это, но в моем представлении такое можно объяснить.
Цифровые входа работают в жестком реал тайме. Если импульс пришел в момент когда проц занят и порт не слушается, то импульс потерян.
Что касаемо I2C то, как и в любом протоколе обмена, есть буфер, и если проц занят - пакет ожидает,
следовательно потеря пакета произойдет, если за время ожидания наступит другое событие.
Отсюда и получается, что в данном случае внутренний алгоритм более предсказуем и стабильней внешних.

pan · #17

это как должен быть занят проц что бы не увидеть сигнал длительностью пол секунды

#18

pan писал(а):это как должен быть занят проц что бы не увидеть сигнал длительностью пол секунды

Элементарно, блинк с delay 500ms . Урок ардуины "поморгать светодиодом"))))

п/с использую для тестов на живучесть проектов

pan · #19

аааа, ну тогда без коментариев....

sillver · #20

RTrig дает ошибку!