We created this site to hear your enhancement ideas, suggestions and feedback about CONNECT products and services. All of the feedback you share here is monitored and reviewed by the CONNECT product managers.
To start, take a look at the ideas in the list below and VOTE for your favorite ideas submitted by other users. POST your own idea if it hasn’t been suggested yet. Include COMMENTS and share relevant business case details that will help our product team get more information on the suggestion. Please note that your ideas and comments are visible to all other users.
This page is for feedback specifically for CONNECT data services. For links to our other feedback portals, please see RESOURCES below.
Component failover configuration is preferred. Otherwise, it's possible the instance failover currently supported will lead to at least one component not reporting successfully. The only way to change this requires every OPC component to have its own Adapter instance. this means if i have 50 OPC servers sending data, i have to have 100 failover clients. that's a lot of infrastructure!
This could also be used as a cheap trick to improve the throughput and utilisation of available bandwidth.
If we have a large tag DB e.g. 20k tags and/or a high latency but high bandwidth link to the webAPI, then a workaround could be to split in two instances and each with a separate (but identical) egress endpoints. Right now high latency, high bandwidth connections are under-utilised.