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

[sillver]

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

[pan]

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

[sillver]

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

[rw6cm]

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

[spoiler=Спойлер][/spoiler]

[pan]

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

 сложно посчитать до 60?????
[spoiler=Спойлер][/spoiler]

[Alias]

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

[pan]

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

[rw6cm]

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

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

[pan]

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

[Alias]

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

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

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

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

на детекторе изменения числа

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

как думаете что проще и займет меньше памяти ?

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

[sillver]

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

[rw6cm]

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

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

[pan]

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

[sillver]

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

[pan]

rw6cm, а вы подтяжку к + на пине 3 делали?
а то без нее не будет работать
[spoiler=Спойлер][/spoiler]

[rw6cm]

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

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

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

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

[pan]

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

[rw6cm]

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

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

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

[pan]

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

[sillver]

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