ВРЕМЯ ЦИКЛА или что убивает ваш проект.

[ViktorPetrov]

[ref]Утвш[/ref], В посте 9 ,есть ссылка на тему с примером Из жизни Серёги

[ecoins]

Может у кого-то найдется время посмотреть, что можно сделать для увеличения быстродействия. Проверка по рекомендациям поста 2, количество циклов составило всего 40 за 30 сек. Или это все, что можно получить без изучения С++?

Посмотрел.
Рекомендации:
1.Отказаться от стандартных блоков Nextion.
2.Отказаться от работы со строками.
3.Отказаться от стандартных блоков LCD HD44780.
4.Использовать планировщик вызова плат.
-----------
Думаю быстродействие будет на уровне 40-50тыс. циклов loop() в сек.

[ViktorPetrov]

Посмотрел.
Рекомендации:
1.Отказаться от стандартных блоков Nextion.
2.Отказаться от работы со строками.
3.Отказаться от стандартных блоков LCD HD44780.
4.Использовать планировщик вызова плат.
-----------
Думаю быстродействие будет на уровне 40-50тыс. циклов loop() в сек.

Результат в впечатляющий,но можно и посмотреть в "ширь" отказаться от "железа"(Nextion и LCD) и посылать данные в HMI_KaScada ,это не критика ,это более оптимальный вариант .

[Утвш]

отказаться от "железа"(Nextion и LCD)

Конечно это самый оптимальный вариант, но к сожалению это невозможно.

2.Отказаться от работы со строками.

Отказался от сложения строк - ничего не дало. Вообще отказаться от строк не могу. Хочу выводить показания на контрольный дисплей.

Отказаться от стандартных блоков LCD HD44780.

Там стоят блоки которые выставлял Dryundel. Они не грузят.

Отказаться от стандартных блоков Nextion.

Использовать планировщик вызова плат.

А вот тут меня ждал сюрприз. Установил вместо штатных блоков Nextion блоки от Калинникова Н. и запланировал работу плат поочередно через 400 мск и скорость выросла в 4 раза. Не супер что-то, но мне достаточно. Всем спасибо.

[Sancho]

[ref]Утвш[/ref],

Всем спасибо.

Предлагаю, в контексте названия темы, не останавливаться, а продолжить разбираться с проблемой по возможности штатными средствами.
Начнём с анализа.За основу проект из поста 103.[spoiler= Старая плата 2]

2021-09-22_09-51-37.png

[/spoiler]
Сбор данных от датчиков и их передача.
Теги модбас - это переменные, посему выходы с блоков float to int задублированы.
Присвоение этих переменных идёт в каждом цикле, хотя данные от датчиков не обновляются.
Для присвоения данных каждой переменной происходит обработка впередистоящей функции - т.е. чтобы присвоить двум переменным значения float->int выполняется дважды!
На плате 4 - каждый цикл собираем строки.
Немного переделаем.
Добавим генератор 1 на один цикл для опроса, плата 1.[spoiler=плата 1]

2021-09-22_11-33-16.png

[/spoiler]
Уберём встроенные таймеры с блоков получения, подключим к нашему опросу [spoiler=плата2]

2021-09-22_11-35-12.png

[/spoiler]
Уберём триггер, добавив новую переменную для инициализации массива адресов датчиков[spoiler=плата 3]

2021-09-22_13-14-56.png

[/spoiler]
Сделаем опрос датчиков и присвоение значений по нашему сигналу, автоматически убрав таймеры в блоках[spoiler=плата 4]

2021-09-22_11-40-20.png

[/spoiler]
Немного модифицируем плату с потоком
Плату вывода на дисплей разобъём на две - в одной будем после опроса собирать данные, в другой их отображать.[spoiler=платы 6 и 7]

2021-09-22_11-43-15.png

[/spoiler]
Если ещё посмотреть файл от панели некстион, немного переделать - отправлять данные одним пакетом, а там разбирать, получится ещё шустрее.
Просьба сравнить результат с изначальным - явного прироста не будет, но курочка по зёрнышку клюёт

Nextion,NodeMCU,Cloud_01.rar

[Dryundel]

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

Просто отлично!
Предложение принимается.
Всех кто в силах помочь новичкам с тормозами призываю подключаться.
Со своей стороны, буду заносить ссылки на самые интересные моменты в начало темы. Пост #4 "РАЗБОР ПОЛЁТОВ"

[Alias]

Может еще и платы опроса датчиков и состояния Nextion запускать по условию?
Я в своих проектах на первой плате ставлю генератор с делителем и переменные для вызова плат через свои интервалы. У ecoins это называется диспетчер задач. Очень сильно разгружает процессор, как я полагаю.
Вот как сейчас, например, на 4 плате в каждом цикле опрос температуры, преобразование в инт, контроль изменения. Я бы 1 раз в секунду поставил. Плату 2, кстати, тоже не чаще.

[ViktorPetrov]

Да отлично ,что примеры будут собраны в рамках одной темы ,будит так же полезно и при использование наработок от ecoins те же задачи,события т.е код в рамках одной отдельно взятой плате тоже нужно оптимизировать.

[Утвш]

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

Если получится, то это было бы просто здорово.

Просьба сравнить результат с изначальным

К сожалению, никаких изменений.

Nextion,NodeMCU,Cloud_01.rar

Как уже писал, по рекомендациям поста 105, я заменил штатные блоки Nextion и запланировал работу плат. Получилось вот так:

NodeMCUтестCloud 4.rar

Кстати, для экономии места сложил блок замера количества циклов. Все по рекомендации уважаемого Dryndel (пост 2)

[ingener]

Dryundel, возможно ли добавить к набору блоков LCD 2.18 еще и ресет дисплея?
Или скомбинировать его с блоком подсветки?
Просто хочется применить их в проекте, где всегда при старте движения каретки возникает помеха, вызывающая абракадабру на дисплее.
Бороться с помехой бесполезно.
Поэтому придется сначала гасить подсветку, затем старт каретки, потом ресет абракадабры, затем включение подсветки.

[Dryundel]

Dryundel, возможно ли добавить к набору блоков LCD 2.18 еще и ресет дисплея?

Я подумаю.

[ingener]

да вроде разобрался

RESET_LCD_2.18_(Code_-_Basic).ubi

[ingener]

после обновления IDE до версии 1.8.16 блок дисплея не компилируется -

1816.JPG

в версии 1.8.13 компилируется нормально.
русификация отключена.
в чем засада?

[Phazz]

А сообщение ошибки можно увидеть?

[ingener]

[ref=#808080]Phazz[/ref],
C:\Users\AND\AppData\Local\Temp\flprog\pr18\pr18.ino: In function 'void setup()':
pr18:20:14: error: 'class LiquidCrystal_I2C' has no member named 'init'
_rusLCD1.init();
^
Несколько библиотек найдено для "LiquidCrystal_I2C.h"
Используется: C:\Users\AND\Documents\Arduino\libraries\Arduino-LiquidCrystal-I2C-library-master
Не используется: C:\Users\AND\Documents\Arduino\libraries\LiquidCrystal_I2C-1.1.2
exit status 1
'class LiquidCrystal_I2C' has no member named 'init'

PS - забыл уточнить, это все на ESP32

[aidar_i]

C:\Users\AND\Documents\Arduino\libraries\Arduino-LiquidCrystal-I2C-library-master

Значит удалите эту библиотеку.

[ingener]

да, так заработало, хотя при компиляции выдало предупреждение, что библиотека для avr и не факт что совместима с esp

[Vuktor]

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

А что может случиться? Чего опасаться надо с клеммами из или в платы? Если по условию плата.

[Dryundel]

А что может случиться? Чего опасаться надо с клеммами из или в платы? Если по условию плата.

Возможно этот момент был исправлен и такой клеммой (выходящей из платы) теперь создается переменная.
Однако на момент написания статьи переменная точно не создавалась.
На вход блока в основном проекте по этой клеме "подавалась" не значение, а вся формула вычислений из платы по условию.
Сейчас уже не помню. Или ошибка была при компиляции или еще какой то трабл.
Короче говоря, я клемами очень редко пользуюсь. А переменные в которых нет необходимости, компилятор все равно вырежет.
Про это я писал здесь viewtopic.php?f=187&t=7921