When using a webpage to send commands to FreeMASTER via ajax request using JSON-RPC I noticed it takes a long time (10+ seconds) to return the result of a write when FreeMASTER is open and some variables (~20) is being watched in the FreeMASTER application.
The problem disappear if I select a sub-group in the FreeMASTER that doesn't contain any watched variables.
I'm using FreeMASTER 3.1.
Can someone confirm that it is a common issue? Can NXP fix that?
Sincerely,
Dear user,
we are not able to replicate the issue locally. Can you tell more about your communication options and about the variables in the Watch which cause the slow response? Here are some questions:
Thanks,
Michal
Michal,
To answer all your questions and show the issue I recorded a video of my Desktop and I talk through it showing what's going on.
My recorded video is 85MB and cannot be uploaded here. I saved it on my OneDrive:
Something that is not shown in the video is that I'm requesting 29 variables every 500mS on my page. Code is attached.
Please let me know if you can replicate the issue and what would be a good solution for it.
Sincerely,
Any news regarding this issue?
Hello,
unfortunately, the PD-BDM transport is the least effective one from all options, as it intensively communicates over JTAG and the access is not very fast. Having the variables sampled at 0 (fastest) period probably makes the communication thread occupied, not letting the JSON-RPC thread to get processing time. I need to do more experiments locally to be able to solve the issue, but here is what you can try to do as a quick workaround:
Let me know if this has helped at least a little. And I think you should consider using UART or CAN communication instead of PD-BDM which are definitely faster options.
Hello,
have you been able to get the JSON-RPC communication working with the suggested workaround?
My local experiments do not show the same problem as you are facing even if I have several variables in the Watch sampled at the fastest rate. I wonder what could be different in your case.
Thanks,
Michal
Michal,
If you cannot recreate the issue I'm suspecting it is something to deal with my company security software that frequently slows down the engineering computers with too many process monitoring.
I will request IT to disable their system for a little bit so I can test again and I will let you know.
Sincerely,