Попробуйте просто поработать с Nextion (например c примерами из Arduino IDE), потом с блоками которые есть в FLProg (желательно параметров хотя по 6-10 в обе стороны) - если у Вас все получится, то и наши предложения Вам не понадобятся.
Пардон, как же у меня может всё получиться, если Ваши разработки, как я понял, и появились по причине не вполне удачных штатных блоков? Они же тормозят систему, как писалось выше...
.Достаточно точно.Gordon0007 писал(а): ↑29 янв 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 дек 2021, 13:30 ecoins, подскажите - если использовать панель просто как дисплей то нужно ли в Nextion что то загружать, обновлять, менять или достаточно просто использовать ваши блоки в FLProg для ардинки ?
Честно говоря не очень хочется вникать в программирование самой панели для использования сенсорной панели поэтому использую просто как дисплей для вывода информации с датчиков (хотя может от того что не попадалось описание на русской для программирования панели)
Интересные результаты. Буду иметь ввиду. В следующей версии поправим.dekorator писал(а): ↑30 дек 2021, 17:50 Так и проверялось. Связь восстанавливается, но без закоментирования - id.agoVal==val) {return;}, данные на дисплее не обновляются. На дисплее "0". В контроллере есть актуальные но не новые данные, и соответственно они в дисплей не отсылаются.
Кстати, закоментировать надо и строку 160.
http://nextion.info/KulibinOrsk писал(а): ↑08 янв 2022, 07:06 ecoins, Доброе утро. А нет ли случаем руссифицированного ПО для NEXTION ? Или может имеется какое никакое описание на русском ? Ссылочку если не трудно.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей