Ищу напарника: Проектирование контроллера для управления автополивом

[pvvx]

С UART все попроще, т.к. схема точка-точка. Но вот как один последовательный порт элегантно размультиплексировать - тема подумать

Самое примитивное RS-485 с Modbus RTU. Реально и без проблем до сотни устройств. Правда там один мастер и при десятках устройств интервал между опросами конкретного устройства стремится к бесконечности
А для решения этой проблемы требуется строгое соблюдение стандарта всех интервалов Modbus RTU, что на ESP реализовать практически нереально. Оно никогда не пройдет сертификацию на Modbus RTU. И сложности в реализации вы получите больше, чем если тупо написать даже BLE на готовых функциях из SDK, что будет без проблем работать.

 

[pvvx]

Для реализации Modbus RTU со всеми стандартами потребуются немного разные знания, чем к примеру для BLE.
Для Modbus RTU - дополнительное оборудование для тестов и контроля, плюс доскональные знания всего используемого кода, включая внутренности блобов библиотек (возможности изменить в них некоторые процедуры) и полная грамотность в архитектуре самого чипа с периферией таймеров и UART до битиков. И убрать, исключить все задачи, которые приводят к задержкам/запретам прерываний...
А для BLE или Zigbee - требуется поверхностно изучить как оно работает и какие функции есть в SDK - посмотреть примеры и немного править их для своей задачи.
С Zigbee - сложнее.
И есть ещё ESP-NOW. Там почти аналогично с BLE (по сложности достижения приемлемого результата).

 

[pvvx]

Отличия в этих вариантах от WiFi глобальное.

Для WiFi требуется TCP-IP стек и обычно WEB и MQTT. Но у чипов ESP нет такого размера памяти, чтобы реализовать все функции на статических буферах, и т.к. у ESP нет системы виртуализации памяти (MMU), а динамическое распределение памяти в “HEAP” в 99% случаев приводит к её дефрагментации и система падает. Чтобы написать правильно, при нехватки статического распределения памяти на все функции, необходимо использовать стек и такие алгоритмы, когда в один момент выполнятся только одна задача, занимая стек по глубине. По окончанию задачи всё освобождается до нуля. А у вас в ESP блобы, с неизвестной функциональностью и запросами памяти, да C++, где критически важно знать, какая из функций использует “HEAP” и как… Предупреждение о дефрагментации HEAP памяти описано в Arduino и ESP-IDF...

В итоге все варианты с WiFi для ESP годятся только для игры, при постоянной перезагрузке программы (желательно после каждого минимального действия)…

В BLE или ZIgbee SoC перезагружается каждый чих и памяти для BLE/Zigbee стека ему требуется всего в пару килобайт. По этому, он не виснет.

 

[volaltd]

Самое примитивное RS-485 с Modbus RTU. Реально и без проблем до сотни устройств. Правда там один мастер и при десятках устройств интервал между опросами конкретного устройства стремится к бесконечности
А для решения этой проблемы требуется строгое соблюдение стандарта всех интервалов Modbus RTU, что на ESP реализовать практически нереально. Оно никогда не пройдет сертификацию на Modbus RTU. И сложности в реализации вы получите больше, чем если тупо написать даже BLE на готовых функциях из SDK, что будет без проблем работать.

Без сомнений за +5лет вы очень хорошо знаете всю эту беспроводную кухню, а теперь представьте что с одной стороны нужно изучать Teml, Fiber, HTMX, потому что React, Angular, Vue в большинстве случаев избыточно, а с другой стороны тянуть провода для Modbus как положено, ну т.е. чтобы устройства к одному длинному проводу подключались последовательно, а не в центре мастер и к нему от каждого сенсора выделенный провод. И вот ко всем этим трэндовым фрэймворкам, открываете примеры в ESP-IDF и там одних только блютучевых стэков больше трех штук и у каждого свои примеры.
Так зачем городить Modbus, там где вполне достаточно в ASCII через UART заслать в устройство GET и получить значения Temp и Humidity опять же в текстовом виде, для контроля прикрутить какую-нибудь CRC в виде суммы байтиков? В принципе можно взять какой-нибудь STM32 с 10UART и через него опрашивать датчики, а с другой стороны сделать USB-CDC

 

[pvvx]

Так зачем городить Modbus, там где вполне достаточно в ASCII через UART заслать в устройство GET и получить значения Temp и Humidity опять же в текстовом виде, для контроля прикрутить какую-нибудь CRC в виде суммы байтиков? В принципе можно взять какой-нибудь STM32 с 10UART и через него опрашивать датчики

Вопрос был про это:

Как сделать чтобы RX-TX одного UART могли взаимодействовать с RX-TX нескольких трансиверов CAN с учетом что у трансиверов отсутствует CS/EN ?

То еcть как сделать доступ с десятков датчиков. Одними ASCII по двум проводам опять-же будет Modbus ASCII

 

[pvvx]

Без сомнений за +5лет вы очень хорошо знаете всю эту беспроводную кухню

Но не могу определить сложность освоения, т.к. с радиоэлектроникой начал возиться с 1978, а с программированием ~1985.
В итоге современной терминологии не знаю, но знаю как устроено почти до битиков, т.к. всё строилось совместно с моими шагами... А потом всё узкоспециализированные особи переназывали и выдумывали разные термины.
В итоге самое сложное - это понять, о чем разговор, т.к. большинство терминов-названий в реальности отличаются всего пару битами в реализации...

 

[pvvx]

с одной стороны нужно изучать Teml, Fiber, HTMX, потому что React, Angular, Vue

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

 

[volaltd]

Вопрос был про это:
То еcть как сделать доступ с десятков датчиков. Одними ASCII по двум проводам опять-же будет Modbus ASCII

Задумка в том, чтобы на мастере было 10 трансиверов, выделенный для каждого линка на сенсор, чтобы без этого вот огорода с заголовками, коллизиями, адресами. И один UART подключать к этим трансиверам в зависимости от опрашиваемого датчика

 

[volaltd]

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

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

 

[pvvx]

Задумка в том, чтобы на мастере было 10 трансиверов, выделенный для каждого линка на сенсор, чтобы без этого вот огорода с заголовками, коллизиями, адресами. И один UART подключать к этим трансиверам в зависимости от опрашиваемого датчика

 

[pacific]

Без сомнений за +5лет вы очень хорошо знаете всю эту беспроводную кухню, а теперь представьте что с одной стороны нужно изучать Teml, Fiber, HTMX, потому что React, Angular, Vue

Для таких целей как раз и нужен напарник для кооперации, каждый делает что знает

 

[pvvx]

Для таких целей как раз и нужен напарник для кооперации, каждый делает что знает

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

 

[pvvx]

Пример:
Для промышленного применения на 16 зон (с полным контролем каждого ключа), насос и некоторые датчики которые у вас не фигурируют:

На 32 зоны и ...

 

[pvvx]

@pacific - Но по вашему описанию никакой надежности и защит не требуется и можно собрать на такой (или аналогичной) фигне:

https://aliexpress.ru/item/1005008207509770.html

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

 

[pvvx]

К примеру на такой макетке пионер вам соберет и отладит:

https://aliexpress.ru/item/1005006322355552.html

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

 

[volaltd]

Для таких целей как раз и нужен напарник для кооперации, каждый делает что знает

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

 

[nikolz]

И есть ещё ESP-NOW. Там почти аналогично с BLE (по сложности достижения приемлемого результата).

Неужели Вы признали в 2025 году право "быть" ESP-NOW ?
Что случилось?

 

[nikolz]

Zigbee контроллер (для управления насосом):
Цену можете сами посмотреть на али.
У него есть доп.клемма для подключения внешней кнопки. Её используете для включения датчика MY18B20.
В нем есть датчик тока и напряжения...
Исходный код программы не готов для публикаций - в нем много бардака и требуется время на причесывание....

Решение симпатичное, но сложное и дорогое.
Объясните, почему все это не сделать на ESP8266 c ESP-NOW ?
Помимо того что железо будет в разы дешевле, еще и разработка, обучение пользователя и поиск неисправностей ( не требуется Вашего уровня знаний) займет меньше времени и будет стоить в разы дешевле.
---------------------
Умный дом - это не решение, которое требует много знаний от пользователя и необходимость дорого сопровождения.
--------------------
Все эти излишества лишь парад тщеславия, а не обязательная необходимость.
-----------------------
Относительно энергозатрат.
Вы считаете затраты энергии модулем BLE. Но забываете учитывать энергию смартфона, алисы, дата центра , если сервер в облаке и т д. В итоге примитивное по функциям устройство наполнения бака водой у вас подобно (по софту и вложенным знаниям) управлению авто.
---------------------------
Сделайте устройство проще и люди к нему потянутся.

 

[pvvx]

Неужели Вы признали в 2025 году право "быть" ESP-NOW ?
Что случилось?

Это совет пионерам, которые далее Ардуино не идут.

Решение симпатичное, но сложное и дорогое.
Объясните, почему все это не сделать на ESP8266 c ESP-NOW ?
Помимо того что железо будет в разы дешевле, еще и разработка, обучение пользователя и поиск неисправностей ( не требуется Вашего уровня знаний) займет меньше времени и будет стоить в разы дешевле.

Все имеющиеся у меня Умные розетки с WIFi за 3 года вышли из строя.
Во всех высох конденсатор в блоке питания.
О первой и второй публиковал тут и фото со вздутым элетролитом.
Первая, на ESP8266, перешла в режим глушения и пол дня глушила все сети на 2.4ГГц в доме.
Вторая начала включать и выключать реле с беспорядочным периодом в 0.1..0.5 секунду. Хорошо что она управляла лампой, а не тем, что сгорело бы от такого вкл.выкл.
Третья начала отваливаться от роутера и я сразу её разломал - там та же история - вздутый кондер и просадки питания.
Четвертая просто отрубилась навсегда - тоже кондер.
Все произведены разными производителями, но схемы, особенно питания ничем не отличаются.
У Zigbee розеток схема и емкость в питании аналогичные, но у десятка, которые уже имеют стаж работы больше ушедших WiFi пока никаких проблем и вскрытая для проверки показывает номинальную емкость большого электролита.
Т.е. причины выхода из строя WiFi - большой ток, а схема БП одинакова с Zigbee по всем элементам.

Относительно энергозатрат.
Вы считаете затраты энергии модулем BLE. Но забываете учитывать энергию смартфона, алисы, дата центра , если сервер в облаке и т д. В итоге примитивное по функциям устройство наполнения бака водой у вас подобно (по софту и вложенным знаниям) управлению авто.

Десять раз указано - блок управления насосом и блок датчика бака имеют полностью автономный режим работы без всяких внешних компонентов и ПО, используемый при отказе всего внешнего. И доступ к настройкам всегда есть и остается со смартфона.
На ESP-NOW доступа без роутеров + специального шлюза нет.

 

[pvvx]

Аналогично, т.к. вы ещё не научились читать, в десятый раз сообщаю - в нескольких репозиториях на github уже более 3-х лет выложены прошивки для многих готовых устройств, которые обеспечивают одновременную связь по BLE и Zigbee, включая роутеры из BLE в Zigbee, термометры с Zigbee, но переходящие в BLE при потере сети Zigbee, одновремtнно работающие в Zigbee и BLE, и т.д. Народ давно это всё использует и за счет отзывов и тысяч issue со всего света всё отлажено до предела. Уже не придумать новых комбинаций...