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

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

Конечно, транзисторный ключ нужен обязательно. Я ставлю транзистор FDN340 как на схеме.

 

Корпуса. Желательно не увлекаться малыми размерами устройств и корпусов. Температурный режим летом еще никто не отменял. Теплицы, возможно небольшие, но уж место под контроллер должно найтись.

 

Вот, нашёл товарища по несчастью, который тоже работал с ESP с плотной загрузкой, а не просто скетчик по отсылу чего-то там редко и на пофиг:

В переводе сие означает, если вкратце: AT-прошивка херово работает с конкурентными соединениями, т. е. ХЗ как она себя поведёт, если с двух сторон одновременно придёт запрос на соединение.

Собственно, с этим я и столкнулся. Как дальше жить - не знаю. Есть мысли у сообщества? Свою прошивку что ли писать для ESP, блокирующую?

А я то думал, что только у меня с конечными автоматами большого размера случаются проблемы - ан нет, китайцы тоже горшки обжигают

 

У меня контроллер не в теплице, там только модули. Габариты значительнее по меньше, с темп режимом все нормально, проверено. От вида жгутов проводов, глаз начинает дергать, от старой профессии в наследство досталось

 

@DIYMan, с сетевой те же проблемы будут?

 

C W5100? А через неё мало что работает - там, по сути, простой мост для команд, и всё. У библиотеки Ethernet тоже свои сюрпризы, например, неправильная обработка пула клиентов - это не моя вина, косяк прям в исходниках библиотеки, а даже откомментирован И так годами там и живёт, в результате чего при множественных соединениях скорость отдачи данных падает очень сильно.

От ESP отказываться - не вариант вообще, просто мы сейчас столкнулись с вот такой вот проблемой при интенсивной нагрузке ESP - это нормально, это жизнь. Мне бы хотелось побороть эту проблему, не садясь за написание своей AT-прошивки , хотя и этот вариант не исключён.

Я мельком глянул в старые исходники прошивки - там ПЕРЕД коннектом на определённый сокет настраиваются события, которые, как я понял, дёргаются из прерывания. По факту получаем как раз то, что я наблюдаю - пока идёт начало коннекта где-то там в недрах TCP-стека, внешний клиент шустренько просачивается, и вызывается событие по коннекту. Как итог - имеем пересечение интересов.

Почитал комментарии к AT-прошивке версии 0.60 на официальном гитхабе (короче, крайняя версия NONOS SDK) - там вроде китайза написал что-то про этот баг, что, мол, пофиксен: https://github.com/espressif/ESP8266_NONOS_SDK/releases - цитата:

Вот не знаю - пробовать или нет: это перешивать надо модули, тоже гемор Мне проще достать NodeMCU и в ней попробовать накидать аналог AT-прошивки, благо дело - немного команд юзается и статусов обрабатывается. Если бы я был на 100% уверен, что это поможет - взялся бы не раздумывая, однако - не уверен, что это не баг в кишочках где-нибудь.

А исходники AT-прошивок китайзы закрыли с какого-то времени, цуки. Вот и думай, как c этим жить По сути, AT-прошивка - довольно универсальный шлюз, отказываться от такого протокола не очень хочется. Хочется простой атомарности на уровне ядра - если кто-то где-то уже занял сокет, то блин - ну возвращай ты ошибку, я стерплю и переконнекчусь через те же 30 секунд, не смертельно. Но - такого нет, и иногда - я ловлю ошибку, в новом коде, который мне, к слову, нравится гораздо больше старого, т. к. более прозрачный.

Иногда ошибка пересечения клиентов сразу вылетает, иногда - надо ждать несколько минут. Я так думаю - это именно то, с чем вы столкнулись, когда писали про "вебморда иногда виснет". Другого объяснения я не вижу - я, конечно, тоже местами оленёнок, но есть очевидные вещи, которые вылезли из чулана при интенсивной нагрузке на ESP.

Фух, сколько многабукав накатал

З. Ы. Короче, последнюю версию AT-прошивки я скачал, буду настраиваться на перепрошивку ESP

 

Я с тобой давно на эту тему говорил

 

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

 

Дык ошибка редкая, и не сразу вылавливается Я помню, что ты давно говорил, и я честно пытался поймать это дело. Поймал только тогда, когда полностью переписал код и сделал его структурированным, плюс - нагрузил ESP по полной. И то, как писал выше - появляется нерегулярно: то сразу, а то - через несколько минут. Явный конфликт борьбы за ресурсы в AT-прошивке - все ошибаются, и китайские программисты - не исключение.

Но! Нам как-то надо с этим жить, ибо через ESP туева гора всего завязано. Поэтому буду ооочень сильно думать, как быть. Надо, конечно, пробовать и последнюю версию AT-прошивки, но и тут - я не алё пока с перепрошиванием ESP - ни разу этого не делал, лошарик

Так что быстрых результатов не стоит ждать. Но мы обязательно эту тему добьём

 

Первые попытки реализовать свою AT-прошивку: подключил NodeMCU, скачал пакет плат для Arduino IDE, балуюсь:

Уже 4 команды реализовано, живём

 

Потихоньку реализую всю требуху AT-прошивки в тестовом скетче. Самое смешное будет, если и у меня получится такая же шляпа, как с прошивкой от китайцев Впрочем, я постараюсь предусмотреть атомарность по-максимуму, чтобы никто никуда не вклинивался, по возможности. Ведь по сути - на стороне меги неважно, с какой там скоростью чего происходит внутри ESP - она тупо ждёт ответа на посланную команду, причём - неблокирующе ждёт. Т. е. я внутри ESP вполне себе могу реализовать очередь сообщений, которые будут накапливаться, пока идёт атомарная операция - сейчас думаю в этом направлении, попутно реализовывая всякую настроечную мелочь.

 

Скоро начало сезона. Хочется пораньше высадить те же помидоры в теплице, но у нас в Сибири нередки ночные заморозки даже в июне. Вот озадачился автоматизацией, в том числе и подогрева.
Наткнулся на этот проект - на первый взгляд выглядит классно и может избавить от ваяния своей, "наколенной" автоматизации.
Но, с первого взгляда не нашел здесь про обогрев. Можно, конечно, запустить событие включения пина, на котором висит реле обогрева, но это не совсем то. Там включение на событие (T < x) и продолжительность включения, а хотелось бы поддержка диапазона температур в определенном диапазоне времени. Т. е. +12С ночью терпимо, а днем нужно повыше.
Т. е. примерно так - с 22-00 до 9-00 включать при Т < 14, отключать при Т > 16. И с 9-00 до 16-00 держать диапазон температур 16-20С.
И еще вопрос. У меня Мега и ESP в одном флаконе, на одной плате. А связь по Serial3 железно.
В конфиге нашел #define WIFI_SERIAL Serial2. С ней понятно - меняем на Serial3.
А вот #define WIFI_EVENT_FUNC serialEvent2 менять, как я понял, не нужно?

Конечно и сам со временем разберусь, но если кто подскажет - буду благодарен.
Начинающий дачник.

 

Все реализуется правилами легко.
У меня один из датчиков температуры в теплой грядке с греющим кабелем. Еще один на поверхности самой грядки.(для экспериментов)
Правила определяют включение на ночном тарифе и днем (отдельные условия для разных тарифов-разные правила для разных временных интервалов-ничего хитрого).
Плюс сама грядка закрыта спандбондом (этакая микротеплица в теплице, тоннель получился своеобразный) и туда при температуре воздуха в теплице выше 12 вентилятор из под крыши теплицы гонит теплый воздух. При падении температуры ниже 8-стоп.
Примерно так.

 

Можно всё-таки попробовать новую прошивку, это не так сложно (см. файл) ...
Сейчас установлена самая свежая ESP-прошивка (ESP8266_NONOS_SDK-2.2.0).
Причина установки была в необходимости прописать DNS-сервера.
Прекрасно отработала почти месяц на собранной схеме контроллера теплицы на "стенде", на "промышленные испытания" выйдет в апреле-мае.
Загрузки по сети правда мало, только MQTT да Tthingspeak. com ...

 

Это делается набором правил.

Если Serial3 - то меняем Serial2 на Serial3, и serialEvent2 на serialEvent3.