Arduino Mega. Контроллер теплицы. Хроники - 3.0

РЕКЛАМА НА ФОРУМХАУС

Мигающий светодиод https://www.chipdip.ru/product/bl-l314src-b?from=rec_video
https://ru.aliexpress.com/item/10-3-5-Blink-LED-12-20/32832314532.html?ws_ab_test=searchweb0_0%2Csearchweb201602_1_10152_10151_10065_10344_10068_10342_10343_10340_10341_10543_10084_10083_10618_10307_10301_5711211_10313_10059_10534_100031_10103_10627_10626_10624_10623_10622_5722411_10621_10620_5711311_10125%2Csearchweb201603_12%2CppcSwitch_2&algo_expid=f0384a10-deb3-472f-87e3-39506b294bd2-7&algo_pvid=f0384a10-deb3-472f-87e3-39506b294bd2&transAbTest=ae803_5&priceBeautifyAB=0

 

Не, спс, мы не ищем лёгких путей Платка уже почти спроектирована, заодно уйдёт чуть запасов, не солить же их

 

13,5 часов работы - ттт, ничего не отвалилось

 

27 часов бесперерывной работы, память не шелохнётся. Ещё подержу немного, но, кмк, уже можно сделать промежуточный положительный вывод по крайним изменениям

 

Где-то в 9:30 утра, пока я благополучно досматривал последний сон - контроллер перезагрузился, из-за чего - пока хз: сейчас и СМС кучами шлют всякие предвыборные и т. п. DHT22 отвалился, с него нет показаний. Возможно, был скачок напряжения, кто знает. На DHT22 стоят таймауты по чтению, не должно там было повиснуть, категорически не должно.

Короче, я пока в непонятках. Сейчас уже 5 часов опять работает, проблем, кроме отсутствия показаний с DHT - не вижу. Буду смотреть логи.

 

Перезагрузка была в 9:30, DHT заглючил в 13:16, сейчас пересбросил питание - стал показывать опять. Загадка.

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

Есть у кого какие мысли, как бы поудобнее обеспечить поиски причины? Не хочется думать, что проблемы в ESP, т. к. за 35 часов непрерывной работы чего-нибудь бы да выскочило, кмк. Хотя - всё возможно, конечно. Короче, будем продолжать тестировать - пущай работает, мотает киловатты

 

Нашёл время перезагрузки по ThingSpeak:

Не было онлайн 3 минуты, т. е. где-то после 09:14 по московскому времени контроллер перезагрузился. Эээх, узнать бы причину...

 

Запустил Terminal в режиме логгирования, пусть в файл сбрасывает инфу - так хоть искать причину будет удобнее. Теперь опять ждать надо, часов 35 Поймаем, в чём дело, обязательно поймаем. Если, конечно, дело в ESP, MQTT, HTTP и ThingSpeak - пока только эти вещи раскомментированы в дебаг-режиме.

Тут у нас с вечера всю ночь был дождь с сильным ветром, не исключено ничего в плане перепадов напряжения и пр. - вот и это дело тоже проверим, уж очень "удачно" совпало, что называется.

 

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

 

Ребята, просьба отписать - как у вас? Не вижу причин, по которым бы что-то перезагружалось. У нас тут опять перепады напряжения - вполне возможно, мега просто сама перезагружается из-за таких перепадов, а я тут проблемы ищу

 

Пока увидел только проблему с вычиткой с ESP - таки таймаут выпадает иногда: из ESP посылаю 275 байт, вычитывает только 110, при этом последние 5 байт - уже относящиеся к ответу на другую команду, посланную в ESP !. Т. е. ESP посылает в порт +IPD, потом длину данных, потом сами данные. Как только на стороне контроллера я поймаю +IPD - я сразу блокирующе начинаю вычитывать данные, никаких сторонних работ там не делается в этом время. Куда пропадают остальные данные - хз.

Видимо, что-то где-то в консерватории не так временами Будем искать перламутровые пуговицы

 

Вот, собственно, проблема:

Интересное - в выделенных жирным строчках. Куда пропадают данные по дороге от ESP к меге - ХЗ. Видно, что мега вычитала как данные от gardenboss. ru и ответ OK, и приглашение на ввод данных (мега попросила отослать данные на ThingSpeak чуть выше). Т. е. ESP выплюнула все данные, по идее. Читаются они - тоже блокирующе. Как такое может быть, что данные в никуда - ХЗ, только на ошибки фреймов списывать, что ли? Не многовато ли их, этих ошибок?

Более того: после пересброса ESP и первого коннекта (к MQTT-брокеру) в этом же логе было видно, что сама мега пересбросилась. Тут только на память можно, по идее, думать - подзасралось там, например, большой очередью на отсыла данных.

Сейчас пытаюсь ещё раз всё это дело смоделировать.

 

Короче, настроил вообще на дичь: через 5 секунд топики по MQTT, через 30 секунд - на ThingSpeak, через 45 секунд - на gardenboss. ru, вебморда тоже висит открыта. Будем ловить эту гадскую проблему, надо точно выяснить, в каком месте затык. Вернее, уже примерно ясно, в каком (таймаут на чтение с ESP), вот и проверим - в этом ли. Если что - буду пробовать на более низкой скорости работы с ESP - надо прощупать все варианты.

 

Ищу зависимости: в двух разных логах обнаружил, что: когда посылаю команду AT+CIPSENDBUF в ESP и перехожу на ожидание приглашения, то таймаут по чтению вызывает тот факт, что между AT+CIPSENDBUF и приходом приглашения на ввод данных (OK\r\n>) - вклинивается +IPD от ESP, когда данные приходят для другого клиента.

При этом и в том, и в другом случае, хотя кол-во пришедших данных, рапортованное ESP, разное - чтение затыкается спустя 121 вычитанный байт. Какая-то мистика, уже руки опускаются

 

По ходу, есть кой-какие мысли: пока я отсылаю команду в ESP и жду, когда все байтики туда уйдут, ESP спокойно так себе плюёт в порт +IPD и кучу байт данных, и вот тут, по идее - может возникнуть переполнение буфера, т. к. я банально не успеваю на эту кучу данных реагировать, кольцевой буфер благополучно заворачивается на начало, и - аллес, приплыли. Это - с одной стороны. С другой стороны - в случае заворачивания кольцевого буфера я как бы не должен там видеть +IPD, совсем, т. к. оно будет затёрто. Однако - вижу в логах, вижу.

Заколдованный круг