Have you ever faced a use case where you wanted to use mappView as a frontend while the backend control was handled by a non-B&R PLC? I have.
I worked on a case where a B&R customer had a well-optimized, universal visualization developed in mappView for all their machine series. However, not all machines were controlled by B&R, and they wanted their mappView visualization to remain independent of the backend control.
While this is already possible, it’s not entirely straightforward. That’s why I’m excited that the mappView product manager is addressing this use case.
Want to help? Take 5 minutes to share your feedback by filling out the following survey!
Honestly the only missing piece is the ability to browse 3rd party OpcUa Servers.
mappView already offers the ability to configure and connect to other servers but it’s pretty much unusable because we can’t easily connect to those servers and browse for tags so they can be used in bindings and events.
Can you do it manually sure, can you do some magic by creating tags in Automation Studio first so they can be browsed and with some scripting change it to the proper syntax and serverAlias afterwards, sure but none of that is user friendly.
importing a file describing 3rd party server tags could help a lot the user to makes the bindings offline (not sure if it’s possible regarding the OPC standards).
Bindings are also not flexible at all (invert a Boolean, or simple calculation/scaling at the binding assignment to the widget, are currently not possible).
Since you also want to use the HMI to manage Recipe,Alarms, CFR part 11 or others stuff, it would be nice to have a single way to get the datas on a plc task + be able to show them on mapp View, without having to combine AsOpcUaC + third party OPC UA server feature from mapp View.