Попробуйте просто поработать с Nextion (например c примерами из Arduino IDE), потом с блоками которые есть в FLProg (желательно параметров хотя по 6-10 в обе стороны) - если у Вас все получится, то и наши предложения Вам не понадобятся.
Пардон, как же у меня может всё получиться, если Ваши разработки, как я понял, и появились по причине не вполне удачных штатных блоков? Они же тормозят систему, как писалось выше...
.Достаточно точно.Gordon0007 писал(а): ↑29.01.2021{, 14:16}Если я правильно понял обмен происходит без подтверждения данных и посылается периодически, что позволяет ускорить передачу но занимает немного вычеслительной мощности у контроллер и панельки, так же ускорение происходит потому что не сыпятся много запросов и только ограниченное количество сгруппированых переменных.
Так и задумано, чтобы не перегружать UART (чтобы буфер передачи не перегружался). Отправка по изменению, но не чаще чем установлен период.
Да, конечно. Но не вполне понимаю проблему. Вроде обеспечивает передачу всех новых данных в Nextion? Или не так?
Отправка осуществляется функцией SetVal () в библиотеке - файл RT_HW_NEXT.cpp - строки 127-134.
Вроде обеспечивает передачу всех новых данных в Nextion? Или не так?
Конечно так.
Может можно добавить отдельный вход или параметр и возможность отправлять по изменению на входе "en", без ожидания новых данных (обязательно - отличающихся) от предыдущих?
Код: Выделить всё
if(id.dir==1) { //==check условий на вывод (периодичность && изменение переменной;
if(id.run==1){id.dir=2; return;} //--check готовности переменной для вывода;
if(id.agoBlink==ptr[id.num]->blink) {return;} //--check на изменение тика от тактового генератора;
id.agoBlink=ptr[id.num]->blink; //--reservation нового значения от тактового генератора;
if(++id.cnt<id.tick) {return;} //--waiting периода вывода;
id.cnt=0; //--reset счетчика тиков;
if(id.agoVal==val) {return;} //--check на изменение переменной;
id.run=1; id.dir++;} //--goto на этап вывода переменной;Не достаточно точно. Это на половину точно. Точно только в направлении дисплей ---> контроллер. А из контроллера в дисплей, если данные не изменятся, то можно ждать отправки вечность и так и не дождаться.
Закомментировать строку и не будет пропусков вывода если данные не изменились.
MCU только ждет посылок из Nextion и "распихивает" принятые байты по соответствующим регистрам.
Отправлено спустя 4 минуты 11 секунд:KulibinOrsk писал(а): ↑30.12.2021{, 13:30}ecoins, подскажите - если использовать панель просто как дисплей то нужно ли в Nextion что то загружать, обновлять, менять или достаточно просто использовать ваши блоки в FLProg для ардинки ?
Честно говоря не очень хочется вникать в программирование самой панели для использования сенсорной панели поэтому использую просто как дисплей для вывода информации с датчиков (хотя может от того что не попадалось описание на русской для программирования панели)
Интересные результаты. Буду иметь ввиду. В следующей версии поправим.dekorator писал(а): ↑30.12.2021{, 17:50}Так и проверялось. Связь восстанавливается, но без закоментирования - id.agoVal==val) {return;}, данные на дисплее не обновляются. На дисплее "0". В контроллере есть актуальные но не новые данные, и соответственно они в дисплей не отсылаются.
Кстати, закоментировать надо и строку 160.
http://nextion.info/KulibinOrsk писал(а): ↑08.01.2022{, 07:06}ecoins, Доброе утро. А нет ли случаем руссифицированного ПО для NEXTION ? Или может имеется какое никакое описание на русском ? Ссылочку если не трудно.