Skip to Main Content
AVEVA™ Data Hub Feedback Portal

Welcome to our new feedback site!


We created this site to hear your enhancement ideas, suggestions and feedback about AVEVA products and services. All of the feedback you share here is monitored and reviewed by the AVEVA 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 AVEVA Data Hub. For links to our other feedback portals, please see RESOURCES below.

Status Completed
Product PI to Data Hub
Created by Guest
Created on Aug 18, 2022

Capture data from remote customer sites that don’t have a PI System

As a company that provides services for remote assets at our customers sites, we need to collect data from our customer sites without having to deploy a full PI System SO THAT we can start providing our service weeks to months faster and save on deployment and infrastructure costs.   Ideally, we could deploy some PI Connectors to remote sites and store the data in a Cloud Data Store.
  • ADMIN RESPONSE
    Aug 18, 2022
    Edge Data Store (EDS) was designed to meet IoT/edge deployments where a PI System is not a good fit due to environment, location, operating system, network and/or management concerns. EDS provides standard data collection via Modbus TCP and OPC UA, custom data collection via an OSIsoft Message Format (OMF) REST endpoint, persistent data storage, an API for local data access and custom application development, an API for configuration and management at scale, and data transfer to PI Servers and OSIsoft Cloud Services (OCS) using OMF. EDS has a small installed footprint and runs on lightweight Linux or Windows based devices and is a great fit for data collection and local data access for remote assets, especially when network bandwidth is constrained or network availability is not guaranteed. Link to the EDS user guide: https://osisoft.github.io/Edge-Data-Store-Docs/V1/ In addition to EDS, OSIsoft has released a new family of real-time data collection products for IoT/edge use cases, these are called PI Adapters. PI Adapters share many characteristics with EDS, e.g. small footprint, used on lightweight Linux and Windows devices, an API for configuration and management at scale, but are intended to stream data in real-time, thus they do not have the persistent data storage or data access API that comes with EDS. PI Adapters connect to industrial data sources and send data to OCS, EDS and PI Servers using OMF, and will buffer data locally as needed to overcome network or system downtime. There are four PI Adapters released with more on the way and are a good fit for real-time data collection from remote assets, especially when network availability is not a concern. The released PI Adapters and associated user guides: PI Adapter for BACNet https://osisoft.github.io/PI-Adapter-BACnet-Docs/V1/ PI Adapter for DNP3 https://osisoft.github.io/PI-Adapter-DNP3-Docs/V1/ PI Adapter for Modbus TCP https://osisoft.github.io/PI-Adapter-Modbus-Docs/V1/ PI Adapter for OPC UA https://osisoft.github.io/PI-Adapter-OPC-UA-Docs/V1/
  • Attach files
  • Guest
    Reply
    |
    Aug 18, 2022
    Hi Todd. We are doing data collection via PI Cloud from different sites for one of our clients. We are very interested in the solution proposed above. Let us know if you need anything.
  • Guest
    Reply
    |
    Aug 18, 2022
    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