Closed iw2lsi closed 4 years ago
Corrected in 0.11.8 version
I've tested the new revision... unfortunatly it does not work... at least with my nextion controller it seems that a recvRetCommandFinished(200); is required after every "get rtcn";
Giampaolo
Hi,
The logic is same as on otiginal lib version and when reading nextion instuction set I cant find Anu extra informaation tuhat is missing Grim logic. I don't Haven enhanced version so I can't test...
//Jyke
On Thu, Jul 16, 2020 at 10:43 AM +0300, "iw2lsi" notifications@github.com wrote:
I've tested the new revision... unfortunatly it does not work... at least with my nextion controller it seems that a recvRetCommandFinished(200); is required after every "get rtcn";
Giampaolo
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub, or unsubscribe.
Hello Jyke,
I can't say why but I need to place calls to recvRetCommandFinished() here and there to have a reliable communication... especially when events and pollings are mixed.
I'll try to investigate it ASAP using a logic analyzer on the UART...
BTW: below is my exact version of panel and firmware
Connected! Com:COM20,baudrate:9600,Model:NX1060P101_011C(CTP),firmware Ver:S116,Device serial number:9A17340144490435,CPUID:10501,Flash Size:131072000(125MB)address:0
Best Regards,
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:26 Jyrki Berg < notifications@github.com> ha scritto:
Hi,
The logic is same as on otiginal lib version and when reading nextion instuction set I cant find Anu extra informaation tuhat is missing Grim logic. I don't Haven enhanced version so I can't test...
//Jyke
On Thu, Jul 16, 2020 at 10:43 AM +0300, "iw2lsi" notifications@github.com wrote:
I've tested the new revision... unfortunatly it does not work... at least with my nextion controller it seems that a recvRetCommandFinished(200); is required after every "get rtcn";
Giampaolo
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub, or unsubscribe.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/jyberg/Enhanced-Nextion-Library/issues/12#issuecomment-659349228, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAODQQGFHQAJN5HWVT2MDZ3R33PWPANCNFSM4OUQTR5Q .
Hi,
I've solved the problem... AFAIK it seems to me that as events are asynchronous, there must be some kind of buffering in order to handle them properly.
On the arduino forum I've found this post from RayLivingston:
Nextion v0.9.0 Library With Working GUI Events https://forum.arduino.cc/index.php?topic=620821.msg4206486#msg4206486
where a modified version of NexHardware is provided, implementing a queue for the events...
Below is a fork of ITEAD library with RayLivingston changes:
https://github.com/johnseghersmsft/ITEADLIB_Arduino_Nextion
I'm testing it right now and it seems to work... I can now mix polling and events without issues.
Best Regards
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:56 Giampaolo Bellini iw2lsi@gmail.com ha scritto:
Hello Jyke,
I can't say why but I need to place calls to recvRetCommandFinished() here and there to have a reliable communication... especially when events and pollings are mixed.
I'll try to investigate it ASAP using a logic analyzer on the UART...
BTW: below is my exact version of panel and firmware
Connected! Com:COM20,baudrate:9600,Model:NX1060P101_011C(CTP),firmware Ver:S116,Device serial number:9A17340144490435,CPUID:10501,Flash Size:131072000(125MB)address:0
Best Regards,
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:26 Jyrki Berg < notifications@github.com> ha scritto:
Hi,
The logic is same as on otiginal lib version and when reading nextion instuction set I cant find Anu extra informaation tuhat is missing Grim logic. I don't Haven enhanced version so I can't test...
//Jyke
On Thu, Jul 16, 2020 at 10:43 AM +0300, "iw2lsi" < notifications@github.com> wrote:
I've tested the new revision... unfortunatly it does not work... at least with my nextion controller it seems that a recvRetCommandFinished(200); is required after every "get rtcn";
Giampaolo
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub, or unsubscribe.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/jyberg/Enhanced-Nextion-Library/issues/12#issuecomment-659349228, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAODQQGFHQAJN5HWVT2MDZ3R33PWPANCNFSM4OUQTR5Q .
Hi,
Good that you find the issue, did you modified library code? Can you suggest merge/change to my enhanced version so that change is available for all users, for all boards...?
//Jyrki.
On Thu, Jul 16, 2020 at 5:42 PM +0300, "iw2lsi" notifications@github.com wrote:
Hi,
I've solved the problem... AFAIK it seems to me that as events are
asynchronous, there must be some kind of buffering in order to handle them
properly.
On the arduino forum I've found this post from RayLivingston:
Nextion v0.9.0 Library With Working GUI Events
https://forum.arduino.cc/index.php?topic=620821.msg4206486#msg4206486
where a modified version of NexHardware is provided, implementing a queue
for the events...
Below is a fork of ITEAD library with RayLivingston changes:
https://github.com/johnseghersmsft/ITEADLIB_Arduino_Nextion
I'm testing it right now and it seems to work... I can now mix polling and
events without issues.
Best Regards
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:56 Giampaolo Bellini iw2lsi@gmail.com
ha scritto:
Hello Jyke,
I can't say why but I need to place calls to recvRetCommandFinished()
here and there to have a reliable communication... especially when events
and pollings are mixed.
I'll try to investigate it ASAP using a logic analyzer on the UART...
BTW: below is my exact version of panel and firmware
Connected! Com:COM20,baudrate:9600,Model:NX1060P101_011C(CTP),firmware
Ver:S116,Device serial number:9A17340144490435,CPUID:10501,Flash
Size:131072000(125MB)address:0
Best Regards,
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:26 Jyrki Berg <
notifications@github.com> ha scritto:
Hi,
The logic is same as on otiginal lib version and when reading nextion
instuction set I cant find Anu extra informaation tuhat is missing Grim
logic. I don't Haven enhanced version so I can't test...
//Jyke
On Thu, Jul 16, 2020 at 10:43 AM +0300, "iw2lsi" <
notifications@github.com> wrote:
I've tested the new revision... unfortunatly it does not work... at least
with my nextion controller it seems that a recvRetCommandFinished(200); is
required after every "get rtcn";
Giampaolo
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/jyberg/Enhanced-Nextion-Library/issues/12#issuecomment-659349228,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAODQQGFHQAJN5HWVT2MDZ3R33PWPANCNFSM4OUQTR5Q
.
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub, or unsubscribe.
Hi Jyrki,
I had to switch to another project today... but if you can wait for a week or two, I'll be back and try to merge the changes in NexHardware into your code...
As far as I know the changes are limited and it should not be a problem at all
Best regards
Giampaolo
Il giorno ven 17 lug 2020 alle ore 16:30 Jyrki Berg < notifications@github.com> ha scritto:
Hi,
Good that you find the issue, did you modified library code? Can you suggest merge/change to my enhanced version so that change is available for all users, for all boards...?
//Jyrki.
On Thu, Jul 16, 2020 at 5:42 PM +0300, "iw2lsi" notifications@github.com wrote:
Hi,
I've solved the problem... AFAIK it seems to me that as events are
asynchronous, there must be some kind of buffering in order to handle them
properly.
On the arduino forum I've found this post from RayLivingston:
Nextion v0.9.0 Library With Working GUI Events
https://forum.arduino.cc/index.php?topic=620821.msg4206486#msg4206486
where a modified version of NexHardware is provided, implementing a queue
for the events...
Below is a fork of ITEAD library with RayLivingston changes:
https://github.com/johnseghersmsft/ITEADLIB_Arduino_Nextion
I'm testing it right now and it seems to work... I can now mix polling and
events without issues.
Best Regards
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:56 Giampaolo Bellini < iw2lsi@gmail.com>
ha scritto:
Hello Jyke,
I can't say why but I need to place calls to recvRetCommandFinished()
here and there to have a reliable communication... especially when events
and pollings are mixed.
I'll try to investigate it ASAP using a logic analyzer on the UART...
BTW: below is my exact version of panel and firmware
Connected! Com:COM20,baudrate:9600,Model:NX1060P101_011C(CTP),firmware
Ver:S116,Device serial number:9A17340144490435,CPUID:10501,Flash
Size:131072000(125MB)address:0
Best Regards,
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:26 Jyrki Berg <
notifications@github.com> ha scritto:
Hi,
The logic is same as on otiginal lib version and when reading nextion
instuction set I cant find Anu extra informaation tuhat is missing Grim
logic. I don't Haven enhanced version so I can't test...
//Jyke
On Thu, Jul 16, 2020 at 10:43 AM +0300, "iw2lsi" <
notifications@github.com> wrote:
I've tested the new revision... unfortunatly it does not work... at least
with my nextion controller it seems that a recvRetCommandFinished(200); is
required after every "get rtcn";
Giampaolo
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
< https://github.com/jyberg/Enhanced-Nextion-Library/issues/12#issuecomment-659349228 ,
or unsubscribe
< https://github.com/notifications/unsubscribe-auth/AAODQQGFHQAJN5HWVT2MDZ3R33PWPANCNFSM4OUQTR5Q
.
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub, or unsubscribe.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/jyberg/Enhanced-Nextion-Library/issues/12#issuecomment-660138884, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAODQQD4HBDZBQUUUTXH643R4BOBFANCNFSM4OUQTR5Q .
Hi,
No problem this is hobby for me... I just have used so much time to got this lib work in some level... And I want to help so that other users it is much easier... Nextion will not help...
//Jyrki
On Fri, Jul 17, 2020 at 5:42 PM +0300, "iw2lsi" notifications@github.com wrote:
Hi Jyrki,
I had to switch to another project today... but if you can wait for a
week or two, I'll be back and try to merge the changes in NexHardware into
your code...
As far as I know the changes are limited and it should not be a problem
at all
Best regards
Giampaolo
Il giorno ven 17 lug 2020 alle ore 16:30 Jyrki Berg <
notifications@github.com> ha scritto:
Hi,
Good that you find the issue, did you modified library code? Can you
suggest merge/change to my enhanced version so that change is available for
all users, for all boards...?
//Jyrki.
On Thu, Jul 16, 2020 at 5:42 PM +0300, "iw2lsi" notifications@github.com
wrote:
Hi,
I've solved the problem... AFAIK it seems to me that as events are
asynchronous, there must be some kind of buffering in order to handle them
properly.
On the arduino forum I've found this post from RayLivingston:
Nextion v0.9.0 Library With Working GUI Events
https://forum.arduino.cc/index.php?topic=620821.msg4206486#msg4206486
where a modified version of NexHardware is provided, implementing a queue
for the events...
Below is a fork of ITEAD library with RayLivingston changes:
https://github.com/johnseghersmsft/ITEADLIB_Arduino_Nextion
I'm testing it right now and it seems to work... I can now mix polling and
events without issues.
Best Regards
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:56 Giampaolo Bellini <
iw2lsi@gmail.com>
ha scritto:
Hello Jyke,
I can't say why but I need to place calls to recvRetCommandFinished()
here and there to have a reliable communication... especially when events
and pollings are mixed.
I'll try to investigate it ASAP using a logic analyzer on the UART...
BTW: below is my exact version of panel and firmware
Connected! Com:COM20,baudrate:9600,Model:NX1060P101_011C(CTP),firmware
Ver:S116,Device serial number:9A17340144490435,CPUID:10501,Flash
Size:131072000(125MB)address:0
Best Regards,
Giampaolo
Il giorno gio 16 lug 2020 alle ore 13:26 Jyrki Berg <
notifications@github.com> ha scritto:
Hi,
The logic is same as on otiginal lib version and when reading nextion
instuction set I cant find Anu extra informaation tuhat is missing Grim
logic. I don't Haven enhanced version so I can't test...
//Jyke
On Thu, Jul 16, 2020 at 10:43 AM +0300, "iw2lsi" <
notifications@github.com> wrote:
I've tested the new revision... unfortunatly it does not work... at
least
with my nextion controller it seems that a recvRetCommandFinished(200);
is
required after every "get rtcn";
Giampaolo
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<
https://github.com/jyberg/Enhanced-Nextion-Library/issues/12#issuecomment-659349228
,
or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AAODQQGFHQAJN5HWVT2MDZ3R33PWPANCNFSM4OUQTR5Q
.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/jyberg/Enhanced-Nextion-Library/issues/12#issuecomment-660138884,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAODQQD4HBDZBQUUUTXH643R4BOBFANCNFSM4OUQTR5Q
.
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub, or unsubscribe.
Hi...
there are some typos in NexRtc::read_rtc_time(char *time,uint32_t len) and similar... the not operator is missing.
ie:
if(recvRetNumber(&var))
instead of:
if(!recvRetNumber(&var))
I'm not sure about the added recvRetCommandFinished(200) function calls... on my Nextion NX1060P101-011C-I it's required but maybe there is something wrong elsewhere.
bool NexRtc::read_rtc_time(char *time,uint32_t len) { char time_buf[22] = {"0000/00/00 00:00:00 0"}; uint32_t year,mon,day,hour,min,sec,week; String cmd;
return true; }