ni.com is currently undergoing scheduled maintenance.

Some services may be unavailable at this time. Please contact us for help or try again later.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Architecture Part 2

After many attempts to find a suitable method for achieving communication between a host and an embeded application. I have finally settled on a two phase approach. The application achitecture has 2 queue driven state machines ; one residing on both the host and the RT . The GUI and Application logic are seperated seperated into the same two state machines. I am making Datasocket based FP reads to update the GUI "On UpDate" to minimize network activity . I do native FP reads in the RT loop along with RT FIFO's to access FP info and conduct non time critical messages into the real time loop. And finally I am using a Queued TCP connection to pass machine status information to the GUI and return instructions from the GUI. This approach is th
e result of many NI Pros.. Aaron Included , as well as many select integrators ...I am interested in any comments regarding this approach,.


Thx Rob Shock
0 Kudos
Message 1 of 3
(2,982 Views)
Hello Rob,

I see no problem with this approach. It sounds good, with perhaps one suggestion. As you may be aware, the FP-2000 can be used as an FP-1600 as well, and therefore there is no need to use the Datasocket-based FP reads from the host. You can just treat it as a 1600 and use the regular FieldPoint Read VIs on the host to access same I/O points your RT code is accessing. This might improve performance on the host somewhat, particularly if you are doing a lot of reads on the host.
0 Kudos
Message 2 of 3
(2,982 Views)
Good point Jeff.

If the measurements on the host do not have to be periodic, this is a good approach to get a recent reading over to the PC.

Ben
Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 Kudos
Message 3 of 3
(2,982 Views)