FlProg

Но тут вроде все просто.
Я с телефона указываю значение! Блок отслеживает изменение числа и записывает в память!

Зачем вы в байт пребразовываете? А вообще в еепром уже встроено отслеживание изменения. На счёт 9 версии я не могу точно сказать, но не думаю что там по другому

Скорее всего у меня просто эти два блока не стыковались))
То есть я преобразовывал не в байт, а в первый попавшийся блок, который позволил согласовать эти два блока)))
Повторюсь, я еще тот "Мамкин програмист")))
Но это ладно, через зад может и сделано, но работает.
А вот есть связка блоков, которые работают не пойми как.
Чуть позже выложу!

С конвертацией не все так просто. У вас в каждом переполнении повторяется число. Возьмём к примеру число 100 в байтах. Это число получается при конвертации из чисел 100,356,612,868,1124 и т.д.

Di1000 писал(а): 27 июн 2025, 11:25 Но это ладно, через зад может и сделано, но работает.

М-да... Тяжёлый случай.
Удачи, Phazz.)

Phazz писал(а): 27 июн 2025, 09:39 2025-06-27 11-38-35 FLProg-9.4.0 - SP 0.1.png

Жду ваше решение!!

Di1000 писал(а): 27 июн 2025, 13:21 Жду ваше решение!!

Не чужого решения надо ждать, а изучать матчасть усиленно.
Вам же подсказали популярно...

Phazz писал(а): 27 июн 2025, 11:06 Зачем вы в байт преобразовываете?

Просто выкинуть блоки конвертации не судьба?

Ну а на какой писать все переменные в EEPROM ? В чем сакральный смысл?
Вы обрабатываете данные температуры с двух точек аппарата и посылаете отчет через MQTT. Разве эти данные будут актуальны после выключения?

Избавьтесь от операций с EEPROM вообще. Возможно тогда решиться проблема с неконтролируемой перезагрузкой. (как вариант)

Я предлагаю вообще все выкинуть и записывать на прямую в епром. Если уж так сильно хочется туда писать

Здесь вообще странное
так будет короче и понятнее что происходит

Phazz писал(а): 27 июн 2025, 19:02 2025-06-27_20-55-57.png

Здесь вообще странное

2025-06-27_21-01-13.png

так будет короче и понятнее что происходит

А смысл компараторов и свитчей?
Это же переменная включения и она 0 или 1. Почему ее сразу в месседж не отправить?
Ну через конвертер конечно

Здесь вам зачем интеджер?
Когда результат нужен boolean

Dryundel писал(а): 27 июн 2025, 19:18

Phazz писал(а): 27 июн 2025, 19:02 2025-06-27_20-55-57.png

Здесь вообще странное

2025-06-27_21-01-13.png

так будет короче и понятнее что происходит

А смысл компараторов и свитчей?
Это же переменная включения и она 0 или 1. Почему ее сразу в месседж не отправить?

мы еще до этого не добрались)

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

Phazz писал(а): 27 июн 2025, 18:46 Я предлагаю вообще все выкинуть и записывать на прямую в епром. Если уж так сильно хочется туда писать

Я не зря писал ранее про питание. Проблемы питания, флэша и вайфая тесно связаны.
В момент передачи ESP8266 потребляет изрядную порцию. Флеш требует стабильного питания при записи. Сбой флеша вызывает перезагрузку.
Есть вероятность что каждые 45 минут близко отсылались несколько пакетов (периодичность накладывалась)
После изменения скетча алгоритм слегка изменился и этот цикл сбился.

Это я вангую.

Так вот при такой проблеме и прилетает - boot mode:(3,6) Это не единичный случай
Тут либо основное питание 5V нестабильное, либо стабилизатор на 3,3V дохловат.
Можно запитать напрямую 3,3V нормальной мощностью или попробовать повесить на 3,3V кондёр 100мФ. Или же, как я писал, избавиться от постоянной записи в EEPROM.
А еще может быть флеш слишком китаёзный и подглючивает. В этом случае может вылечится увеличением вольтажа 3,3 на одну две десятки.

Еще как вариант, проверить на утечку памяти. Эта цикличность очень похожа на утечку