This connector is specially used to monitor the connection of the machines, but if there is a general network crash, and the connector losses the connection to the Datasource, it will stop sending data instead of sending something to alert of the situation.
Not being aware of that situation can cause big impact in the companies.
Receiving a Sytem digital state when the connection to the data source is lost would help to create an alarm and let the people in charge know.

PI Connector for PI System Health creates a LOT of different point sources for the Pi points it creates on the Data Archive. Some customer may prefer to not have so many point sources show up for one interface/connector. Adding a method to reduce/condense point sources pre-point creation would eliminate to need to edit the point sources manually afterwards.

The PI Asset Connector for Emerson DeltaV 3.X sets PI Point Attributes either based on the values in the enterprise historian configuration file (EntHist.xml) or based on default values.

It would be useful to have the option to adapt the PI Point Attributes set by the DeltaV Asset Connector before a PI Point is created. These are: PtClassName, PointSource, PtOwner, PtGroup, DataOwner, DataGroup, PtAccess, DataAccess, DisplayDigits, ExcDev, Location1, Location2, Location3, Location5, Shutdown.

So far, it is only possible to adapt them after the PI Point creation (for example by using PI Builder or SMT > Point Builder).

Certain RTUs limit the number of Boolean/Discrete values they return independently of the number of floats they return. The PI Connector for Modbus has a configuration option for “Maximum Response Data Bytes” but it applies to all register types. Enhance the maximum response data byte size configuration to provide an option to configure the max byte size by register type.

Parameters k (Maximum number of outstanding I format APDUs) and w, cannot be adjusted, while vendors recommend customers to set it to k=12 and w=8

Considering the following scenario encountered by the customer:

In IEC-104 data source, there might be 500 signals of single point (type=1, MSPNA1) and 1000 measurements of normalized value (type=9, MMENA1); however the customer would not like to transfer all those signals and measurements into PI system with PI Connector for IEC 60870-5-104.

How to configure the connector to filter them (such as filter them by IOA of signals and measurements)? Just like what can be done with filter file in PI OPC UA Connector?

The MQTT Connector should have ways to set tag attributes. There should be way to set the default compression and exception settings and also other tag attributes like point and data security.

As a PI System Administrator, I would like to configure the data collection mode for the PI Connector for WITSML for each data source so that I can perform history recovery and real-time data collection without having to host multiple installations of the connector on different machines.

Additionally, I would like to be able to update the data collection mode from the Data Collection Manager website instead of having to edit the ConnectorGlobal.config.json file.

We would like to discrimnate when the meta data around the data item changes on the source. The digital states related to it, the description, etc. If these change, the connector will change them on our PI server.

Currently PI Data Archive.does not discriminate it just blows away the current configuration and reloads everything from the source overwritting our custom changes.

Would like to see states of alarms captured as child Event Frames of the parent alarm Event Frame that is currently created. Today this data is only captured in tags.

The connector is currently unable to connect and collect data from MMS Servers using a port other than the default 102.Port selection should be part of the data source configuration

Currently, the connector applies the UoM to the PI point "descriptor" attribute. If I want to write in a custom descriptor, every time I restart the connector, I then need to re-edit all of the points.

The PI APS Connector for GE XA21 can not handle digital sets from GE XA21. This makes the Automatic Point Sync only semi automatic, You need to load the digital sets maually while Points are updated automatically. If the APS can transfer digital sets the tool becomes automatic. In my case a non automatic APS is not useful so we need to implement a manual process.

I work with an global oil and gas company who is interested in collecting data using the PI Connector for HART-IP but their IT requires them to utilize SECURE data transfer.

The current connector only utilizes STANDARD data transfer.

The lack of this feature is prohibitive to collecting data from a large set of assets and potentially using an optimized PI System architecture.

We need to have an option to set the Client ID parameter.
We need an option to set the starting set of the characters of the parameter to have the possibility to use the fixed text "cva::" before a random number.
Thanks

I would like to be able to configure two identical instances of the e-terrahabitat connector on different computers, only one of which collects data from habitat at any given time. In the event that the primary instance or the machine that hosts it fail, the backup instance must begin collecting and sending data with minimal loss.

Currently, the Interrogation Type selection options are:
- General interrogation
- General and groups interrogation
- General, groups and counters interrogation

There should be an option for General and counters interrogation

PI Smart Connector for Emerson DeltaV 3.x creates the following two health tags on the PI Data Archive:
DeltaVACtrAssetSyncHealthTag
DeltaVACtrPointSyncHealthTag

The names of these tags are hardcoded, so if I install another instance of the Smart Connector and configure it to create tags on the same PI Data Archive, it will write to these same health tags when reporting the status of a sync. I would like to configure the names of these health tags so my two Smart Connector instances write to two different sets of health tags.