Enable Data Fanning for PI Collectives through PI System Management Tools
Currently, PI System Management Tools supports buffering but not data fanning (does not send data to all collective members).
When using a PI Collective, customers would like to make changes to PI Point values in Archive Editor in the Primary Data Archive and see those changes replicated to the Secondary Data Archive when buffering is enabled.
Enabling data fanning from SMT archive editor matters for our PI implementation. Certain PI tags are used to keep historical records of logical setpoints, such as those used within AF and analysis, but not initiated by AF or by an Interface or Connector based source. These setpoints need to be replicated across collectives. Currently, the secondary member of the collective will not even accept data from directly from Archive Editor, with Archive Editor Error: "Error -2147219568: Writing, editing, or removing time series data on this collective member is disabled.". I suspect the same would be true if I used the command based PI archive tools to try to do the same thing.
Related to this, when adding data via PI SMT archive editor, it is necessary to type the value first, then the timestamp in order to insert data. If the opposite order of entry is used, then a casting exception is provided by PI SMT. Rather than displaying this PI SMT Data Archive casting error to customers, why not publish a tip that indicates that the value must be added before the timestamp? It could be context specific, popping up if the customer did this in the opposite order than supported by SMT. The supported order of data entry is something that is only learned by trial and error, as far as I can tell at this point. See this OSIsoft Aveva link: https://customers.osisoft.com/s/knowledgearticle?knowledgeArticleUrl=751AF279-0964-800F-ACC2-D861D56F655B