Currently negotiating with a customer who wants to upgrade and standardise their SCADA across several sites, and is looking at Ignition. We’re currently trying to decide whether Vision or Perspective is better for their application.
I’d prefer to go with Perspective, as it’s clearly the way things are going in the future, and it makes mobile implementation easier. However I’m also conscious that the Perspective module is still new-ish, and not as fully featured as the more mature Vision module.
If you were going to take the plunge and go 100% Perspective, what would be your biggest concerns regarding the current limitations of the module? One concern I have is trending - I have developed a very in-depth trend template on the Vision module, which gives huge amounts of visibility/flexibility/control, and the operators that use them rave about them. Am I going to be able to wow people with my trends in Perspective yet?
My two pennies, graphics should be considered in perspective, as last I checked you still can’t draw a line. There are some symbols, but graphics is still limited. I think users have found ways to overcome, but I would approach cautiously. Also, popups have issues. Not sure when IA will have fixes for popups.
Me personally, I still use Vision almost exclusively for most projects.
You can do Ad Hoc trends in Perspective, I think they are just as good as Vision, others may have more opinions.
Thanks for the feedback! What are the issues you’ve encountered with popups? I’ve used them OK on a small perspective application - although that was a very simple, one-session iPad controlling a single machine, so it’s not really an exhaustive experiment
Instead of ‘easier’, I think you mean ‘possible’ as Vision no longer supports mobile.
I’ll say that Perspective still has a way to go before it feels polished. The design experience isn’t nearly the same compared to using Vision (performance issues, bugs affecting designing such as missing actions from undo stack, strange keyboard arrow key component movement bugs,) It’s certainly come leaps and bounds since the first beta version though.
We’ve started rolling it out to some customers, as the client runtime is pretty good. Definitely requires more thought though than screens in Vision especially for P&ID mimics with a few gotchas when displaying on different resolutions like font sizes. The load times for P&ID mimics with lots of devices is certainly not as fast as Vision, as the resources are EDIT: aren’t cached and are loaded every time. You see each device populating on the screen and going through their bindings. A complex mimic might take 2-3s to fully load.
Multi-monitor is supported by Workstation where you can configure exactly how and where you want each screen displayed. If using a browser, you can always just open new tabs.
You haven’t mentioned the features of your trend page, so it’s impossible to say whether or not you’ll be able to achieve the same functionality.
Thanks. I’m definitely familiar with some of the bugs you mention during design - those arrow key moving bugs were the bane of my existence for a while there!
Regarding the display loading time - let’s say I had 20 displays, each with a reasonably simple PID-style mimic, and were switching between them frequently. Would it be slow to load each time? Or once each page loads once, is it cached and loaded quickly on subsequent views? I seem to remember that being the case with the iPad project I did - I mean, I only had one PID-style display, and you’re right, it did take a while to load the first time. But I seem to remember that after the first time, it was pretty quick? If it’s just slow the first time the display is loaded, that’s probably not a big drama as the existing SCADA has the same problem.
Trends - I have a trend template that tries to leverage most of the features of the Vision trend object with runtime bindings. So I have a drop down list for the user to switch between realtime/historical/span modes, I’ve made buttons to automatically scroll half a span/a full span/to start/to end, I’ve given lots of ways to quickly find the data range you want (e.g. enter start/finish date time here, or end time and “previous x hours/minutes” there, etc). Checkboxes to enable/disable the vertical tracker and enable/disable it from automatically following the mouse, easy show/hide tag data so that you can choose between seeing detailed tag information and having more screen real estate for the trend, etc. At design time I’ve made it really easy to create new trends using a “trend” UDT. Probably a few more things I’m forgetting. I mean if I can’t have all of that right off the bat, so be it - it’s just that the last time I looked into real-time trending in perspective (e.g. a live trend of the last 10 minutes), there wasn’t really any such option. There were possibly ways of making something work by brute force, but I’m just hoping that things have developed a bit further since then and that there’s a built-in trending feature that’s at least moderately-well featured.
I just tested my P&ID mimic nav now directly on the server, and it’s ~1.8-2s each time (using a stopwatch ) - the page isn’t cached, and as I said you can see each component being (quickly) added and bound to tags. I presume this is a caveat of browsers not being able to cache the components. But hopefully something can be done to increase the load speed.
RE the trend, I don’t know if you’ve seen the new Power Chart component, but it addresses the old EasyChart deficiency where you couldn’t natively choose tags and change their configuration or the axes configuration. This is all available now as part of the component itself, although you are stuck with their implementation of browsing for tags (e.g. no ability to add the scroll buttons you mentioned, or do any search* functionality [I believe; I haven’t used a PC much before and don’t know all the ins and outs yet]). Might have to wait for IA to confirm some of those.
Thanks for testing! Do you know if the same (caching) limitations apply when using Perspective Workstation, instead of just a browser? If I were using a browser I’d be largely unsurprised to see that sort of behaviour - typical browser behaviour - but if I were looking at a desktop application I’d expect a better response. I’m optimistic that this might be the case, based on my experience with running Perspective on an iPad. I didn’t specifically test this, and don’t have the machines in front of me to check now - but while I definitely noticed that slow load time, I don’t recall it being annoying. If it was loading slowly every time I looked at it, I feel like I would have been annoyed by it. So I suspect that when using the app, the views may be able to be cached better, and that subsequent views are much faster?
Dropdowns and almost any entry field if the size of the popup isn’t within the viewing area. Plus, there is nothing preventing the user from dragging the popup out of view, then you must refresh the page.
I actually tried this again comparing Vision to Perspective when connected via 4G (our customer has mobile tablets connected to 4G and VPN’d into their network), and the Perspective pages took ~7s to load fully, while the Vision screens, after initial caching, took ~1s. On first load, Vision took 2.5s. the screens that I tested in both are fairly equal in complexity (roughly 40 valves on the screen with pipe animation). As an operator, 7s would become incredibly frustrating!
Edit: I tested another view that has a number of complex SVGs, and on first load it took a while to load these in, but on second load, it looks like these were cached and it loaded faster, while everything else loaded slowly around the SVGs… Given that, I’m now even more convinced that changing over all of my device templates to be purely SVG will produce faster loading pages… Definitely not work I was hoping to do and certainly far less convenient
Initial load (total time):
7.5s to display the page (SVGs shown)
15.5s to fully load the page.
After initial load (total time):
4.1s to display the page after initial (SVGs shown, after which everything else then loaded)
10.8s to fully load the page after initial
>10s is certainly not very responsive!
Note: these tests are for a Perspective client running inside of a Vision Web Browser component. I tested running it within Microsoft Edge (chrome or firefox isn’t installed…) and it was pretty fast, within 2s. So there must be something up with the Vision web browser
Thanks again for running those tests! Super helpful!
My “complex” view that I referred to in previous posts was almost entirely SVG’s, so your results align with my memory of the view loading slowly the first time, but then more quickly afterward. I guess the upshot is, develop complex graphics in SVG from the get-go, and the issue will be minimised as much as possible.