In FoxDraw ,look at the display properties and look at the complexity index.
I don't think there is any magic to that index, but from experience a number
beyond 2.0 is considered an intense display.
Use of library objects and even some graphic elements, start to approach the
"web" page thinking.
The more dense a web page the longer the callup.
Displays fit a similar model.
Also in properties is the scan rate and scan delay times, which are user
entered.
Or if the Fast Scan Option is checked....the cP BPC is used.
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On ;
Behalf Of Maks Wilde
Sent: Friday, October 21, 2016 8:51 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] FoxView Library Objects - Slow performance
Dear List,
In an effort to streamline the FoxView display building process for a large
project, we've been experimenting with using library objects for all the
symbols (eg: pida, ain, gdev valves, motors, etc). This works great as you can
define all of the behaviour in the .m1 files and then just drop the object and
configure the aliases while enforcing the graphics standards to be followed.
The problem that we're struggling with is that the display call up times are
prohibitively long. I have run tests with setting up a display using both
methods and all the same C:B.P. The call up time for a display without library
objects is < 0.5 sec, where as with the library objects it's over 3 seconds.
This may sound short, but in actual usage, it is unbearable.
I've tested at IA 8.5 as well as IA 9.2 with FV 10.4.2 QF1269588
Any ideas or comments would be greatly appreciated, thank you!
--
Maks Wilde, P.Eng
Senior Control Systems Engineer
Cell: 519.536.6310
mwilde@xxxxxxxxxxxxx
www.kicsystems.ca
--
Confidentiality Warning: This message and any attachments are intended only for
the use of the intended recipient(s), are confidential, and may be privileged.
If you are not the intended recipient, you are hereby notified that any review,
retransmission, conversion to hard copy, copying, circulation or other use of
this message and any attachments is strictly prohibited. If you are not the
intended recipient, please notify the sender immediately by return e-mail, and
delete this message and any attachments from your system.
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________
*** Confidentiality Notice: This e-mail, including any associated or attached
files, is intended solely for the individual or entity to which it is
addressed. This e-mail is confidential and may well also be legally privileged.
If you have received it in error, you are on notice of its status. Please
notify the sender immediately by reply e-mail and then delete this message from
your system. Please do not copy it or use it for any purposes, or disclose its
contents to any other person.
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
