Заметил ещё такой косяк:
Отправка данных с датчика выставлена раз в 20 минут. По факту датчик шлёт 4 посылки с интервалом между ними 15 минут, далее 30 минут пауза потом опять 4 посылки и т.д. Это хорошо видно на графике.
Ночью в течении нескольких часов роутер по графику отключается, в этот период нет данных.

Странно, у меня датчик шлёт каждые 5 минут, без пауз. Попробую настроить на 20 минут, посмотрю что из этого выйдет.

Использую схему без модуля DS3231, (с датчиком температуры DS18B20).
И поэтому стабильность получения времени с NTP сервера стоит на первом месте.
Читаем далее под спойлером:

Спойлер

пробовал все прошивки 1.0 -> 1.1 -> 2.0 -> 2.1
Выявил такой нюанс (у меня во всяком случае так)
Синхронизация времени с сервера NTP в 1.0 происходит при каждом включении на 26-ой секунде, как часы!
Но далее не так радужно.
Прошивку 1.1 на синхронизацию не смог проверить, т.к. постоянно часы перезагружаются (проблема известная). Поэтому сразу вышла прошивка 2.0
Синхронизация времени с сервера NTP в 2.0 и в 2.1 может произойти непредсказуемо и на 5-ой минуте (сразу после прошивки при первом включении и настройке), но при последующих включениях часы показывают (и в мониторе порта тоже), что время не синхронизируется с NTP от слова совсем (для примера сегодня ждал синхронизации около 4 часов и так не получил времени с сервера.) Сервера NTP проверял разные..Модули Wemos D1 mini проверял 4 разных.
в порту пишет:
13:03:46.329 -> http://b-i-m.online/api/get_time.php?d=clock&m=3C:61:05:D2:DF:F3&ip=192.168.1.167&mdns=clock&f=2.1&l=1
и потом каждые 9 секунд:
13:03:53.861 -> No NTP packet yet
13:03:53.861 -> 0
13:04:01.629 -> No NTP packet yet
13:04:01.629 -> 0
13:04:10.122 -> No NTP packet yet
13:04:10.122 -> 0
13:04:18.657 -> No NTP packet yet
13:04:18.657 -> 0
13:04:27.114 -> No NTP packet yet
13:04:27.114 -> 0

В чём может быть косяк? Перепрошивал всеми прошивками три вемоса раза по 4, чтобы вычислить закономерность и понял, что дело именно в версиях прошивок только.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Ky6AHb, Косяк в прошивке, как вы и сказали. В логе даже видно, что часы обращаются на домашний сайт http://b-i-m.online/api/get_time.php?d=clock... которого больше нет. Так что, я переделываю прошивку, хочу избавиться от старых косяков и добавить функционал. Пишу новую прошивку с нуля, чтоб не тащить старые косяки (а написать новые , процесс это не быстрый, так что придется подождать.

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

Ясно.
Буду ждать, потому как Ваш проект мне нравится своим функционалом.
Спасибо.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Вот, исправил, версия 3.1 https://github.com/himikat123/Wireless- ... e/main/bin
Я не проверял, так как не чем измерять такие малые токи.

Это не помешало бы вставить в ветку "Монитор погоды на ESP8266".
Прошил, работает.

Спасибо, я и забыл про ту ветку

А у меня один такой до сих пор работает
Ну и внешний датчик один на всех - и ЕСП8266, и ЕСП32, и часы.

Mizetsky, Очень радует, что у вас столько моих разработок работает, долгих им лет жизни

Не дождётесь !!!

Спасибо за разработку!
Собрал версию 2.0, прошил без проблем. Функционал понравился! Буду пробовать подключить DS18B20.
Есть один косяк... С точкой доступа на смартфоне соединяется, а вот с роутером соединиться оказалось невозможно. Суть причины - на роутере задан пароль из 32 символов (не спрашивайте почему. так исторически сложилось ), а в настройках часов можно задать только 30
В новой прошивке можно этот момент исправить?
Спецификация NodeMCU позволяет это сделать, да и другие мои поделки на ESP8266 я успешно подключал к этой точке доступа

Понял, исправлю в следующей прошивке

Спасибо! Буду ждать. На роутере, в принципе, поменять недолго, но к нему подключается столько устройств и своих и гостевых... на всех менять...

Не знаю нужна ли будет автору моя инфа по работе V2.1, но экспериментируя с установкой периодов отображения данных с датчика 18B20 и длительностью его отображения

Спойлер

оказалось, что при значениях 10 и 2 отображается через 8сек в течение 2сек,
при значениях 10 и 4 отображается через 8 сек 1 сек.,
при значении 7 и 4 температура не будет отображаться вообще.
при 11 и 4 будет отображаться 8сек и 3сек.
при 15 и (от 5 до 7) будет отображаться 15сек и 0,5сек.
при значении периода отображения меньше чем 10 сек значение датчика отображаться не будет при любом значении длительности отображения.
при значении длительности отображения датчика более 7сек температура не отображается.
Дальше не стал проверять.

Ky6AHb, Спасибо за инфу. В следующей версии будет использован другой алгоритм. Надеюсь более удачный.

Буду рад, если хоть чем-то помогу сделать этот проект лучше.

Прошил версию прошивки 3.1. Ситуация с отправкой данных такая-же.
Установил период отправки данных 15 мин. Посмотрю, как будет отправлять сейчас.
BH1750 засыпает. Потребление датчика в сне теперь на уровне 70...80мкА.
В моем случае это имеет значение, т.к. датчик питается солнечной энергией и будет висеть в затененном месте.

Только от солнечных батарей, аккумулятора нет?
И зачем освещенность внешним датчиком измерять, тем более в затененном месте?
По-моему правильнее в месте установки самих часов это делать,
но тут прошивку часов надо допиливать.

Ещё дополню: а если таких часов двое или больше - у меня 2 шт. и данные они получают
с одного датчика. Расстояние между домами, где они стоят, километров 15.
В одном районе солнце, а в другом пасмурно - ну и как яркость регулировать?
Температура, давление и прочее примерно одинаковые, а вот солнце или тучки -
это как повезёт, ну или занавески задёрнуты или нет.

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