Sahil Pillay

My feedback

  1. 3 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Connectors » OPC UA  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    Sahil Pillay commented  · 

    This is still a problem. The workaround is to type in the full endpoint (incl. security settings) manually (or copy-paste from UaExpert).

    Sahil Pillay supported this idea  · 
  2. 4 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  PI Connectors » OPC UA  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    Sahil Pillay commented  · 

    Also useful would be to see the number of events sent to the Relay / PI DA. Similar to what is already available in the PI Buffer Subsystem configurator.

    This can help to understand if there is really an issue in the PI system, or if it is simply a matter of network performance between the connector and the relay.

    Sahil Pillay supported this idea  · 
  3. 5 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  PI Connectors » UFL  ·  Flag idea as inappropriate…  ·  Admin →
    Sahil Pillay supported this idea  · 
  4. 17 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  OSIsoft Cloud Services » Data Ingress  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    Sahil Pillay commented  · 

    Hi Todd,

    Just a comment as a user of the the PI platform.

    One way to expedite your data gathering may be to use a virtual machine in your data centre which is running the PI interface. In this way there is no need to have PI deployed to the site just yet.

    i.e. the data source is at the customer site and have all the PI resources at your data centre.

    In this way the customer only needs to assure connectivity and that the PI interface / connector can speak to data source, although you lose some of the benefits of the PI Buffer Subsystem and you will be vulnerable to any issues relating to connectivity.

    It is not ideal, but at least you can start gathering data and prove your value-add to the customer.

    Sahil

  5. 5 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Connectors » OPC UA  ·  Flag idea as inappropriate…  ·  Admin →
    Sahil Pillay supported this idea  · 
  6. 4 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Connectors » OPC UA  ·  Flag idea as inappropriate…  ·  Admin →
    Sahil Pillay shared this idea  · 
  7. 11 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Connectors » OPC UA  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    Sahil Pillay commented  · 

    This is also good for troubleshooting purposes. e.g. I recently have a ticket where to reduce the log complexity we had to stop just one data source, but the only available option was to delete it entirely. Now once the issue will be solved I will need to re-config the deleted data source.

    Sahil Pillay supported this idea  · 
  8. 18 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Connectors » OPC UA  ·  Flag idea as inappropriate…  ·  Admin →
    Sahil Pillay supported this idea  · 
  9. 24 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Connectors » Other specific PI Connector  ·  Flag idea as inappropriate…  ·  Admin →
    Sahil Pillay supported this idea  · 
    An error occurred while saving the comment
    Sahil Pillay commented  · 

    Apart from the potential security benefits mentioned in the original post, I wonder if by including the relay in the 104 data acquisition chain it could be possible to change the tag name of the stream.

    Right now the tag names are system generated based on the IOA, which most business users don't care about and I don't know how easy it is to build the PI AF structure on top of IOA numbers.

    Having a neat way to rename the tags would be very useful and if it means that the DCM / Relay combo needs to be included, that is OK.

  10. 6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Server » Data Archive  ·  Flag idea as inappropriate…  ·  Admin →
    Sahil Pillay supported this idea  · 
  11. 197 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    33 comments  ·  PI Connectors » General  ·  Flag idea as inappropriate…  ·  Admin →
    EVALUATING  ·  Abbas Saboowala responded

    We understand and acknowledge the importance of this request. We are evaluating how to provide a homogeneous and unified experience for health information across all our connectors.

    An error occurred while saving the comment
    Sahil Pillay commented  · 

    Definitely a need. The work-around of auto-running a powershell script could be a cyberSec vulnerability if the script is replaced / altered.

    Sahil Pillay supported this idea  · 

Feedback and Knowledge Base

Posted ideas will have one of the following statuses.
Full definition of these statuses can be found on the Home Page.
No status
TELL US MORE
EVALUATING
PLANNED
IN DEVELOPMENT
COMPLETED
DECLINED