а именно ты их работать заставляешь?

вангую что он просто i2c сканером прошелся

А эта только 0х51 память похоже показывает

/* Demonstration of Rtc_Pcf8563 Set Time. * Set the clock to a time then loop over reading time and * output the time and date to the serial console. * * I used a RBBB with Arduino IDE, the pins are mapped a * bit differently. Change for your hw * SCK - A5, SDA - A4, INT - D3/INT1 * * After loading and starting the sketch, use the serial monitor * to see the clock output. * * setup: see Pcf8563 data sheet. * 1x 10Kohm pullup on Pin3 INT * No pullups on Pin5 or Pin6 (I2C internals used) * 1x 0.1pf on power * 1x 32khz chrystal * * Joe Robertson, jmr * orbitalair@bellsouth.net */ #include #include //init the real time clock Rtc_Pcf8563 rtc; void setup() { //clear out the registers rtc.initClock(); //set a time to start with. //day, weekday, month, century(1=1900, 0=2000), year(0-99) rtc.setDate(14, 6, 3, 1, 10); //hr, min, sec rtc.setTime(1, 15, 0); Serial.begin(9600); } void loop() { //both format functions call the internal getTime() so that the //formatted strings are at the current time/date. Serial.print(rtc.formatTime()); Serial.print("\r\n"); Serial.print(rtc.formatDate()); Serial.print("\r\n"); delay(1000); }

А по какому адресу он к часам обращаться будет В пути сейчас не смогу проверить

Rtcc_addr пнл

Понятно кинули китайцы дружище)) я просил ds3231 купить

ds3231 - для очень точного отсчета времени, Pcf8563 - для отсчета со средней точностью. Так что на мой взгляд все зависит от задачи

а пин у ds есть засыпать просыпаться по будильнику - прерывание на него повесить? Так то из точного сделать неточное время легко, наоборот вот никак. DS3231 - я перепутал с DS13XX - вот там точность никакая

В смысле засыпать? Останавливать RTC по команде?

в смысле выход сигнальный которым часы бы сами автономно управляли - будильник. mcu бы уходил в глубокий сон из которого он выйти может опять же по этому сигналу. WDT (свой внешний) - опять же может это использовать

Ясно, выход "Programmable Square-Wave Output Signal " назвается у Maxim. Да есть

А почему тогда применимость разная у них, из за цены? Для чего могут быть полезней менее точные часы?

И точным (чтобы без синхронизации обойтись) это не назвать, и денег просят. А смысл?

И точным (чтобы без синхронизации обойтись) это не назвать, и денег просят. А смысл?

4 ppm за год (8 млн секунд) - полминуты Ни туда, ни сюда...

Не знаю на каких задачах нужна точность выше 4 ppm в диапазоне от -40 до +85 :) Притом чтобы получить на часовом кварце 20 ppm надо сильно постараться

Любой IoT возьми

ребят, для хранения данных(метрик с датчиков) InfluxDB норм выбор?

Ну нету сети в подвале! Репитер ставить? За чей счет?

Какой сети?

для одного дома - оверкилл наверное, а так почему нет - она для этого и есть. Функционально - а что надо, ожидания какие, чем мотивировался выбор? Любая подойдет - о БД парится надо значимых нагрузках. Масштабирование горизонтальное - нужно, нет... вопрос не раскрыт. Вообще цель перед "БД" какая ставиться в этой задаче? Сколько их?

один дом). Идея примерно такая: esp пишет в облако, клиент сохраняет в базу, grafana как визуализация.

один дом). Идея примерно такая: esp пишет в облако, клиент сохраняет в базу, grafana как визуализация.

Я только не понял: клиент это кто в этой цепочке? esp -> бд (ну через http api какой нибудь или прям напрямую) понял бд-> dashboard тоже , а "клиент сохраняет в базу" - нет

был случай когда строили радиотелескоп привезли атомные часы из европы для синхронизации таких же тут, в самолете парились питание от бортовой сети, в гостиницу Россия их в номере оставили - в розетку воткнули... а уборщица - номер убирать пришла и вытащила ее -пылесос воткнуть. Нахер такие нужны. Точные просто - но жрут много и дорогие уверен. История кстати - правда не байка, чего только ups не было тогда чтоли - не понятно или они как не в себя энергии требуют (вступает в противоречие с розеткой) Я бы лучше DS для себя взял - мне точность атомных не нужна

Сказки же, что за дибил их в гостиницу потащил

ребят, для хранения данных(метрик с датчиков) InfluxDB норм выбор?

Сказки же, что за дибил их в гостиницу потащил

Для метрики норм удобно в grafana выводить всякие красивые графики, grafana умеет оповещения слать в телегу или webhook фиксировать аварии всякие можно поидее

можно сервис организовать с апишкой и с esp напрямую в сервис пулять конечно... но теряются преимущества mqtt

а какие преимущества тут будут использованы? что лучше будет с брокером между бд и esp, чего не будет если его убрать. Тут "облако" вообще на любителя - что оно несет проекту? Почему не локальное хранение обработка -ну и доступ если надо снаружи. весь необходимый стек - развернуть дома и всё - пробросить порт до графани - а лучше реверс прокси.

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

Преимущества интерфейса mqtt. Мне не нужно думать про auth, понятная система pub/sub, QoS. А где мне хранить данные, если я не хочу сервак дома и у меня нет white IP?

Лично или байки из склепа?

Ну это уровень строили завод хим реактор уехал на 100 метров, перенчли завод

вот ведь бывает как - расскажи полностью PS :)

вот ведь бывает как - расскажи полностью PS :)

Как вариант, ставить всегда, в конце просто убрать у последнего элемента

Я предполагал наличие выходного буфера, и смотреть уже в нем

скажите а как красиво сделать следующее: есть linked list , по предикату отбираем подходящие элементы и делаем из них key:value, key:value, и .т.п . печатая в поток - у последнего (не в списке, а по выполнению функции- условия) нам не надо "," в конце добавлять. Вот эта "," - как ее не добавлять? Ну сводится задача к вопросу, в как узнать что это последний элемент. в for (auto x: y) - сравнивать каждый раз что-ли - это тупо , сначала выяснить какой последний, а потом 33 раза сравнивать по индексу for , но опять же до этого надо пробежаться узнать , а какой он будет последним. Сначала получить сроку длинную и убрать запятую - буфер появляется лишний, делать из одного списка второй уже отобранный - то же самое память нужна. ставить ее в начале , да? начиная со второго... и опять 33 раза if не первый ли это (bool уже хорошо). Как по красоте сделать?

скажите а как красиво сделать следующее: есть linked list , по предикату отбираем подходящие элементы и делаем из них key:value, key:value, и .т.п . печатая в поток - у последнего (не в списке, а по выполнению функции- условия) нам не надо "," в конце добавлять. Вот эта "," - как ее не добавлять? Ну сводится задача к вопросу, в как узнать что это последний элемент. в for (auto x: y) - сравнивать каждый раз что-ли - это тупо , сначала выяснить какой последний, а потом 33 раза сравнивать по индексу for , но опять же до этого надо пробежаться узнать , а какой он будет последним. Сначала получить сроку длинную и убрать запятую - буфер появляется лишний, делать из одного списка второй уже отобранный - то же самое память нужна. ставить ее в начале , да? начиная со второго... и опять 33 раза if не первый ли это (bool уже хорошо). Как по красоте сделать?

У вас по хорошему - решение этой задачи от контекста зависит же. Если это раз в полгода вызывается - да проверяйте ифом в цикле. Если тысячу раз в секунду - я бы с ГОТО намутил =)

пока решил ставить ее у "не первого" в начале - может это и единственный логически допустимый вариант -без доп расходов - кроме if(!first) а начале и first =true в конце цикла. И он же индикатор того что они были вообще хоть один, условие отбора самое первое: { if(!somecase) continue; if(!first) add_comma; do_work; first = true; } return first;