~40 градусов

Вода из чайника.

На диапазоне 0 - 100 разброс получается в пару градусов.

Для моих бытовых наблюдений за водопроводом - вполне достаточно. Точнее разбираться лень.

Скриншётов с сырыми значениями и знания формулы достаточно чтобы свести 4 графика 1в1. Запомним это, для каких-нибудь будущих задач этим можно будет заняться.

ЗЫ: отредактировал сообещение - сначала разброс был в 5 градусов, но потом оно "устоялось" и разброс стал меньше.

Кстати я нифига не вдупляю в низкоуровневость Си, поэтому радостно ковыряюсь с esp32 у которой куча памяти и не нужно заботиться о всякой оптимизации.

Основная задача девайса - считать тики холодной и горячей воды. Как будем делать? Создадим 2 дополнительные таски! потому что внутри тасок код кажется изолированным друг от друга, его просто поддерживать и переносить из проекта в проект.

Вот на картинке как раз весь мой код в файле main:
- запускаем 2 новые таски
- делаем колбек для mqtt для реагирования на входящие команды, чтобы отправлять значения сразу в таску используя её хендл.

Как сравнивать 2 строчки в Си? а хрен его знает! Это последнее о чём хочется думать. Благо в стандартной библиотеке С++ (надеюсь не путаюсь в терминологии) есть объект string у которого есть метод compare.

Ну и прекрасно! используем строки везде где нужно сравнение.

А вот так выглядит на данный момент таска для воды.

Осталось дописать бизнес-логику:
- повесить аппаратную считалку тиков на пин - вот какая крутая штука есть в esp32!
- проверять сколько там натикало
- брать значение из нотифая если вдруг оно прилетело по mqtt
- записывать в конфиг новое значение если вдруг оно поменялось

выглядит достаточно просто)

Больше тасок богу тасок! 😈😈

Для работы с конфигурацией тоже буду использовать отдельную таску.
Потому что для работы с тасками нужно использовать хендл с каким-то хитрым типом std::shared_ptr<nvs::NVSHandle> handle.
Я гарантированно получу проблему если буду пробовать делать эту переменную екстерном и пробовать передавать её между файлами. Потому что передача перменных из одного файла в другой в c/cpp устроено через жопу.

А так этот хендл живёт внутри таски и никому не мешает. Подписан на входящие ивенты, пишет и читает конфиг.

Кстати в примере на гитхабе идёт работа с restart_counter - переменная в конфиге которую увеличиваем на 1 при инициализации таски. Думаю хорошая идея передавать эту информацию в mqtt.

Сделал отправку данных о рестарте.
Положил в главную луп-таску, которая мигает светодиодом.

Преобразование uint32_t в string скорее всего выполнил самым странным образом из возможных, но зато работает. В комментариях принимаются правильные варианты такого преобразования =)

На этом видимо всё. До самой главной задачи девайса сегодня так и не дошёл)

Пришла посылка из Китая (с)

5 управляемых розеток/релюх:
- одна аналоговая
- две вайфай
- две вайфай с повер-монитором.


Одну я уже установил.
Полноценно с графиками управляется через тую. Подключается с базовым функционалом в дом с Алисой.

Клубника с балкона переехала в санузел и собирается жить по расписанию.

Релюхи приехали на выходных.

А сегодня приехали запчасти для блока питания:
- понижайки с 50 для питания кулера
- вольтметр-амперметр, 3 штуки (взял несколько, т.к. хорошо уходят (с))

С аппаратным счётчиком импульсов какие-то непонятки и путаница в примерах.

Решил обновить ESP-IDF с 4.4 до 5 версии. Чтобы использовать последние примеры из документации.

Благо это можно сделать прямо из VsCode через палитру команд
ESP-IDF: Настроить расширение

Немного пришлось поковыряться. Но в итоге всё завелось, скомпилировалось и работает на ESP-IDF 5

Добраться до счётчика сегодня уже не успеваю

Со счётчиком pulse counter есть проблемы.
Для начала я не уверен аппаратный он или программный. Из документации никакой вывод не следует.

Вот документация:
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/peripherals/pcnt.html

Вот пример как на этом счётчике реализуется енкодер:
https://github.com/espressif/esp-idf/blob/master/examples/peripherals/pcnt/rotary_encoder/main/rotary_encoder_example_main.c

Из примера до конца не понятно как запустить не в виде енкодера, а просто считать тики на одном пине. Это решаемый вопрос и это не самое печальное.

Беда в том что при инициализации нужно указать минимальное и максимальное значение счётчика в формате int. Опытным путём установлено что int в моём случае это int16_t
Минимум у меня 0, а максимум 99999_999. Лимит в 32767 меня совсем не устраивает.

Наверно просто сделаю прерывание на пине и буду его обрабатывать.

Вроде всё работает.
Девайс отправляется на тестирование в боевое крещение.

В итоге всё реализовал на библиотеке с кнопками. Как будто на кнопку жмут - в этот момент отправляется ивент.

За сутки ничего не произошло.
(это конечно ещё и вчера вечером было понятно).


Я ожидал что счётчик воды будет давать импульс на каждый литр. А в итоге ничего)

На это может быть несколько причин:
- импульсы слишком долгие для библиотеки кнопок.
- импульсы слишком короткие для библиотеки кнопок
- счётчики не работают
- счётчики вообще работают не так как я ожидаю)
- внутренней подтяжки к VCC недостаточно, нужно ещё резисторы добавить

https://eckonom.ru/stati/umnyie-schetchiki-vodyi-s-impulsnyim-vyixodom

Нашёл описание.
Вот что узналновое:
- там геркон. Поэтому нажатия скорее всего долгие.
- тики скорее всего на 10 литров а не на литр.

Использую для кнопок компоненты от UncleRus https://github.com/UncleRus/esp-idf-lib/tree/master/components/button
Там несколько видов событий.
BUTTON_PRESSED
BUTTON_RELEASED
BUTTON_CLICKED
BUTTON_PRESSED_LONG

Я использовал BUTTON_CLICKED
Поменял на BUTTON_PRESSED_LONG
отправил на тестирование.