Это уже хороший шаг.
В этом тесте с точки зрения использования времени процессора почти все сделано очень плохо.
Если Вы что-то не понимаете в наших разработках, это совсем не значит что там "полет мыслей".
Завтра попробую сделать.
edyapd, скорей изучайте С++ и Редактор ПБ. У Вас отличные идеи. Надо воплощать.
Пример кода - инкрементируемую переменную _gtv2 unsigned long integer на дисплейDryundel писал(а): ↑15.09.2021{, 11:01}Реальное сравнение вывода информации:
DISP - примерно 5мс
LCD 2.18 - примерно 6 мс
.
Так в чем же фишка? А все дело в том, что штатный блок из цикла в цикл выводит информацию на дисплей. Т.е. берет данные со входа, стирает все что ранее было выведено (весь дисплей ) и пишет заново и это каждый цикл, независимо от того изменилась информация на входе или нет.
Еще по причине того, что стирается вся информация, любое изменение на дисплее приводит к его мерцанию. Попробуйте например вывести показания часов с мигающим двоеточием или мигающий символ для навигации по меню. Получите весьма неприглядную картинку.
Код: Выделить всё
void loop()
{
if (_isNeedClearDisp1) {_lcd1.clear(); _isNeedClearDisp1= 0;}
//Плата:1
if (1) {
_dispTempLength1 = (((String(_gtv2, DEC)))).length();
if (_disp1oldLength > _dispTempLength1) {_isNeedClearDisp1 = 1;}
_disp1oldLength = _dispTempLength1;
_lcd1.setCursor(1, 0);
_lcd1.print(((String(_gtv2, DEC))));
} else {
if (_disp1oldLength > 0) {_isNeedClearDisp1 = 1; _disp1oldLength = 0;}
}Sancho, ну зачем столько агресии.
Те для кого написана статья нифига не поняли о чем ты тут вообще пытаешься сказать.
А попробуй ка сделать мигающий курсор используя штатные средства. Вряд ли получится.
Это на кого рассчитано? До кого пытаешься донести важную информацию? До новичков?
Еще раз.
Sancho писал(а): ↑17.09.2021{, 12:08}Сразу понятно - полного анализа кода не было.Dryundel писал(а): ↑15.09.2021{, 11:01}Реальное сравнение вывода информации:
DISP - примерно 5мс
LCD 2.18 - примерно 6 мс
.
Так в чем же фишка? А все дело в том, что штатный блок из цикла в цикл выводит информацию на дисплей. Т.е. берет данные со входа, стирает все что ранее было выведено (весь дисплей ) и пишет заново и это каждый цикл, независимо от того изменилась информация на входе или нет.
Еще по причине того, что стирается вся информация, любое изменение на дисплее приводит к его мерцанию. Попробуйте например вывести показания часов с мигающим двоеточием или мигающий символ для навигации по меню. Получите весьма неприглядную картинку.
Пример кода - инкрементируемую переменную _gtv2 unsigned long integer на дисплейПеременная, флаг _isNeedClearDisp1, взводится при уменьшении длины выводимого содержимого по сравнению с предыдущим циклом, запоминается не вся строка а только её длина.Код: Выделить всё
void loop() { if (_isNeedClearDisp1) {_lcd1.clear(); _isNeedClearDisp1= 0;} //Плата:1 if (1) { _dispTempLength1 = (((String(_gtv2, DEC)))).length(); if (_disp1oldLength > _dispTempLength1) {_isNeedClearDisp1 = 1;} _disp1oldLength = _dispTempLength1; _lcd1.setCursor(1, 0); _lcd1.print(((String(_gtv2, DEC)))); } else { if (_disp1oldLength > 0) {_isNeedClearDisp1 = 1; _disp1oldLength = 0;} }
Так-же она взводится при выключении блока, EN, если в предыдущем цикле было количество символов, отличное от нуля; количество после взвода флага обнуляется для неповторения.
В начале цикла - контроль флага, при true очистка дисплея и сброс флага.
Информация на дисплей выводится в каждом цикле.
Стирание, команда очистки дисплея, при инкрементировании (увеличении на 1) происходить будет только при выводе 0.
Касательно часов и двоеточия - не знаю о чём точно идёт речь, каком конкретно случае, но при отсутствии в строке двоеточия её длинна не изменяется.
Мигающий символ - это интересно, ведь есть мигающий курсор, да много как обозначить.
Способов бороться с тормозами много, один из них я описывал в вышеупомянутой теме - выделение отдельного мк под дисплей(для esp32, возможно, передача задачи второму ядру), отказ от дисплея, и т.п. Не факт, что без дисплея всё ускорится до 10мкс/ц, может что-то другое так-же вносит задержку.
Временные характеристики дисплея описаны, команды разжёваны - всё заканчивается на задаче конкретного пользователя.
Как-то так.
Отправлено спустя 9 минут 56 секунд:
При желании Автора, сделать вариант выбора и дописать код под предложенный выше вариант, периодический вывод, не сложно.
Таким же образом третий вариант можно сделать по изменению, но за счёт оперативки.
Не понял кому последнее пожелание?
Содержание темы, содержание постов, давно вышло за рамки новичков.Dryundel писал(а): ↑17.09.2021{, 12:32}Те для кого написана статья нифига не поняли о чем ты тут вообще пытаешься сказать.
Пожалуйста, обрати внимание на самую первую строчку в самом первом посте.
А если уж взялся критиковать в данной теме, то попробуй все сказанное перевести на язык обывателя и обратить в простые формы. Слабо?
Мы не обнаружили приемлемого способа изменения исходного кода C++ встроенных пользовательских блоков автора.
Спасибо что услышали.
Если ваш оппонент перешёл на оскорбления — значит, вы его победили.
Очистка производится не в каждом цикле. Давненько я писал блок и кое что запамятовал.Sancho писал(а): ↑17.09.2021{, 12:08}Переменная, флаг _isNeedClearDisp1, взводится при уменьшении длины выводимого содержимого по сравнению с предыдущим циклом, запоминается не вся строка а только её длина.
Так-же она взводится при выключении блока, EN, если в предыдущем цикле было количество символов, отличное от нуля; количество после взвода флага обнуляется для неповторения.
В начале цикла - контроль флага, при true очистка дисплея и сброс флага.
А это не есть гут. И соответственно портит всю картину.
А то ведь такое можно расценить как оскорбление.
А то как то предвзятость чувствуется.Во-первых - не "тыкайте".
Извиняюсь. Поправил.
Ну как же, а это:
С чего такое пренебрежение? С какой стати такие выводы? Типа показать кто здесь крут, а кто ничего в коде не понимает?
Ну уж нет! пусть останется как напоминание о предвзятости.
Вы просто запутали теперь всех окончательно.