Разработки ecoins

[Vint]

Например блоки для дисплея Nextion (сейчас в основном закончили новую редакцию) получились в разы проще,

Уважаемые ecoins, спасибо за Ваш труд. Когда будет готова финальная версия блоков? Имею NX8048K070, начал переделывать домашний проект трёх-летней давности, хотелось бы избавить от существующих тормозов

[JonyBest]

Тоже интересует вопрос - когда будет готова финальная версия блоков? Чтобы все свои проекты обновить...

[ecoins]

Тоже интересует вопрос - когда будет готова финальная версия блоков? Чтобы все свои проекты обновить...

По присланному Вами проекту блоки обновлю. Вероятнее выложу до начала недели.
По Nextion - выложу рабочую версию те же сроки

[Vint]

Ок! Спасибо за оперативность!

[ecoins]

Доброго времени! Ваш "быстрый" блок MCP23017 получился замечательным. Тормозит проект незначительно. Настройки гибкие.
Чуть не понятно, почему такой дребезг идет при "1" на выходе?
На пером примере на выход даю меандр с интервалом 1с, нагрузка светодиод.

Как и обещал, попробовал изучить проект. результаты:
1.Проект сложно читаем. Попробовал немного структурировать проект с применением некоторых новых возможностей.
Вариант проекта прикладываю. Он грузится, но его не тестировал. Блоки с MQTT отключены через смену условий.

eis_Prime111.zip

(2.66 МБ) 23 скачивания

Поскольку применены некоторые новые блоки, прикладываю и библиотеки.

RT_00_HW_BASE_v6.51.zip

(137.04 КБ) 50 скачиваний

EIS.01.СИСТЕМА вер.1.21 (14.08.21).zip

(867.25 КБ) 32 скачивания

2.Очень много работы со строковыми переменные - функции с ними медленно работают и поэтому где можно строковые переменные лучше готовить заранее.
3.В одной свободной задаче (плата 5) включено несколько транзакций по передаче MQTT сообщений с большим количеством строковых операций - это серьезный источник торможения. У меня проект почти не работал (секундные тормоза) - возможно это из-за того что у меня не подключался к сети проект и еще модули MQTT не изучал как сделаны. В любом случае это плохой результат - у нас в планах есть задача по оптимизации Wi-Fi соединений и MQTT сообщений. Если Вам это Важно и Вы готовы приложить усилия - оптимизируйте Ваш проект, возможно совместными усилиями. Эту работу лучше проводить через личку.
4. По поводу MCP23017 - проблем не обнаружили при отключенном MOTT.

-----
Пишите, спрашивайте.
Успехов.

[Vint]

Спасибо Уважаемые ecoins, а про Nextion не забыли?

[ecoins]

Спасибо Уважаемые ecoins, а про Nextion не забыли?

Сегодня выложу тест с упрощенным описанием.
На каком контроллере Вы будете запускать свой проект?

[Vint]

Mega2560

[o615ye161]

Сегодня выложу тест с упрощенным описанием.
На каком контроллере Вы будете запускать свой проект?

Подскажите пожалуйста какую модель nextion лучше купить под ваши блоки?

[ecoins]

Подскажите пожалуйста какую модель nextion лучше купить под ваши блоки?

Конечно зависит от задачи.
Очень маленькие не рекомендую - лучше начинать с 4.3".
На стенде используем 7" в корпусе.
Есть четыре разновидности - достаточно с буквой K.
https://aliexpress.ru/item/400111881436 ... hweb201603_

https://aliexpress.ru/item/400016634393 ... hweb201603_

------
P.S. Ваш проект с MQTT мне понравился. Если есть желание, могли бы объединить усилия - Вы "расчищаете" свой проект (при необходимости могу консультировать), а мы разработаем усовершенствованные блоки (основные и сервисные) - без тормозов и попроще.

[Vint]

купить

Ссылка на официальный сайт: https://www.weintek.com/globalw/Product ... peciE.aspx
и рус.: https://www.weintek.ru/
Выбирайте по запросам. Есть аналоги на Али, но у них только азиатская прошивка и для нашего региона придётся перешивать панель.

[ecoins]

Спасибо Уважаемые ecoins, а про Nextion не забыли?

В ветке "Разработки ecoins для дисплея Nextion" выложил новую версию - она сильно изменена.
В разработке есть что совершенствовать (немного, но кое-какие соображения есть).
У меня к Вам предложение:
"Если Вы будете формулировать какие-то идеи, мы будем быстро на них реагировать, а Вы тестировать и описывать".
Возможно и другие формы сотрудничества.
Вместе мы сделаем гораздо больше и лучше.
Успехов.

[o615ye161]

P.S. Ваш проект с MQTT мне понравился. Если есть желание, могли бы объединить усилия - Вы "расчищаете" свой проект (при необходимости могу консультировать), а мы разработаем усовершенствованные блоки (основные и сервисные) - без тормозов и попроще.

Это не мой проект с MQTT это JonyBest

[JonyBest]

Как и обещал, попробовал изучить проект. результаты:
1.Проект сложно читаем. Попробовал немного структурировать проект с применением некоторых новых возможностей.
2.Очень много работы со строковыми переменные - функции с ними медленно работают и поэтому где можно строковые переменные лучше готовить заранее.
3.В одной свободной задаче (плата 5) включено несколько транзакций по передаче MQTT сообщений с большим количеством строковых операций - это серьезный источник торможения. У меня проект почти не работал (секундные тормоза) - возможно это из-за того что у меня не подключался к сети проект и еще модули MQTT не изучал как сделаны.

Доброго времени суток!
Спасибо за то что нашли время на мой проект. Конструктивная критика приводит к новым решениям
1. Такая же беда как и у Вас, тяжело заставить себя делать описания, от этого и недопонимание. Проект используется как шаблон для устройств умного дома в системе Home Assistant, а у меня их много . Чтобы добиться максимальной универсальности в блоках MQTT используется строковый массив, чтобы в одном месте поменял имена сенсоров - автоматом поменялись во всём проекте и т.д.
2. Кажись понял. Попробую исправить. Хотя в проекте только четыре строковые переменные. Сложение строк производится только в платах перед использованием. Попробую переместить сложение строк на платы с датчиками, посмотрим что выиграем... На сколько я понял, чем больше строковых переменных, тем хуже в плане памяти. Клеммы частично решают этот вопрос, но все же...
3. Платы 7-9 ОДНОКРАТНО по подключению к брокеру MQTT отсылают конфигурацию интеграции в системе Home Assistant., что позволяет быстрее настроить Home Assistant.

Проверил, при отсутствии соединения - платы сильно тормозят, тут надо, скорее, делать условие не из диспетчера задач, а по состоянию подключения(есть подключение к брокеру MQTT - передаем, нет - выключаем плату). Так то проект работает вполне быстро.

Разбить датчики по отдельным платам с выполнением по условию "свободной задачи" - отличная мысль
Если Вы возьметесь оптимизацию Wi-Fi соединений и MQTT сообщений - низкий поклон и всемирное содействие!!!

[Vint]

Вместе мы сделаем гораздо больше и лучше.

Конечно вместе. Просто по примитивным и логически решаемым вопросам Вас тревожить и отвлекать не зачем. Без проблем выложу проекты до и после. Нет возможности постоянно сидеть в чате, извините без подробностей...
тема "Разработки ecoins для Nextion" полгода была в спячке, разбудили, замечательно...
Блоки опробую и обязательно отпишусь.

[ecoins]

1. Такая же беда как и у Вас, тяжело заставить себя делать описания, от этого и недопонимание. Проект используется как шаблон для устройств умного дома в системе Home Assistant, а у меня их много . Чтобы добиться максимальной универсальности в блоках MQTT используется строковый массив, чтобы в одном месте поменял имена сенсоров - автоматом поменялись во всём проекте и т.д.

Новые блоки "Клеммы" во многом решают эту проблему - тот же массив из десяти строк, но доступ по имени клеммы - это удобнее, чем по индексу. Если понадобиться - можно сделать выход с адресом первого элемента. Можно поставить несколько блоков (каждый из них до 10-ти клемм).
Массив конечно более универсален для применения, но в ряде случаев блок клемм решает эти проблемы.
Собственно можно использовать и выход из массива по индексу с подключением клеммы - такую конструкцию можно использовать в любом месте отнимает (в т.ч. и в первой однократно выполняемой плате).

2. Кажись понял. Попробую исправить. Хотя в проекте только четыре строковые переменные. Сложение строк производится только в блоках перед использованием. Попробую переместить сложение строк на платы с датчиками, посмотрим что выиграем... На сколько я понял, чем больше строковых переменных, тем хуже в плане памяти. Клеммы частично решают этот вопрос, но все же...

Строки по затратам на них памяти и вычислительной мощности одно из самых ресурсо затратных операций. В идеале их следует подготовить один раз и лучше в памяти PROGMEM.

3. Платы 7-9 ОДНОКРАТНО по подключению к брокеру MQTT отсылают конфигурацию интеграции в системе Home Assistant., что позволяет быстрее настроить Home Assistant.

Конструкция для отправки один раз очень громоздкая - и не зависимо от того отправляется или нет вся этого конструкция работает при каждом входе в плату.
Запрос лучше готовить заранее - например в одной из первых плат, которую сделать однократно вызываемой, а блок запускать однократным коротким(1 цикл вхождение в плату) импульсом (мы это называем "Событием").

Проверил, при отсутствии соединения - платы сильно тормозят, тут надо, скорее, делать условие не из диспетчера задач, а по состоянию подключения(есть подключение к брокеру MQTT - передаем, нет - выключаем плату). Так то проект работает вполне быстро.

Скорее всего.
Сколько библиотек ни смотрел везде похожий ... :
1.Запуск соединения.
2. delay(2000);
3.Проверка соединения.
Давно планируем сделать это иначе...

Разбить датчики по отдельным платам с выполнением по условию "свободной задачи" - отличная мысль
Если Вы возьметесь оптимизацию Wi-Fi соединений и MQTT сообщений -

А вот за это отдельное спасибо - таким образом мы договорились о сотрудничестве, оно уже фактически происходит.
Очень этому рад.
Дело в том, что уже не первый раз выступаю на форуме с предложением объединить усилия - пока ответы были типы "А что нам за это будет", "А вы нас в начале убедите в полезности..." и т.п.
Уже само общение с Вами и изучение разных проектных решений оказывается очень полезным и определяет направления для доработки библиотек и блоков.
Еще раз сформулирую нашу цель - она продолжение целей Arduino и FLProg:
1.сделать проектирование систем автоматизации простым и доступным инженерам при этом убрать (сделать не видимыми ) сопутствующие проблемы - смена платформ (AVR,ESP,STM32 и др.), конфликт библиотек, макроопределений, "временные тормоза" разных библиотек и проектных решений.
2.уровень проектов должен позволять их использовать в промышленных решениях.
-------------
Еще раз спасибо за первый положительный отклик на сотрудничество, сегодня их уже целых два
И отдельный привет Rovki (KaScada) с которым мы сотрудничаем в режиме прямой связи.

[ecoins]

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

Сегодня прямо день позитивный - это второй за длительное время положительный отзыв к сотрудничеству.
Буду ждать от Вас результатов по Nextion.
Звоните, пишите, спрашивайте.
Успехов Вами успехов всем нам.

[Phazz]

ecoins, Долго присматривался к вашему проекту, видимо пришло время ) На новом редакторе еще не закончили?

[ecoins]

ecoins, Долго присматривался к вашему проекту,

Отлично и спасибо. Мы тоже с интересом и пользой смотрим за Вашими работами.
Последнюю версию выложили наконец в первом посте.
Все сделано на новом редакторе. К нему есть конечно вопросы - проекты получаются объемными, но разработчик возможно найдет оптимизационные решения.
Успехов.

[Phazz]

У вас какой нибудь группы в телеграмм или других мессенджерах нет?

Отправлено спустя 14 минут :
ecoins, А идею отдельного контроллера в флпрог дальше не развиваете? Это бы сильно упростило навигацию по вашим блокам тем более многие повторяют блоки из стандартного набора но как я понимаю они оптимизированы.