Presentation on theme: "WISP RFI for Applications response summary"— Presentation transcript:
1 WISP RFI for Applications response summary 11 respondentsABBArevaBlack & VeatchCooper Power SystemsElectric Power Group (EPG)Harris CorporationInStepOSISoft & SISCOSAICSiemensSpace-Time Insight
2 What and Where Documents: Contacts: Individual responsesApplication RFI response dataApplication RFI response summaryContacts:WISP Project Manager for ApplicationsScott Woodbury,WISP Technical ArchitectDan Brancaccio,WECC Lead Applications ArchitectKirk Stewart,Detailed responses in WISP SharePoint:
3 Functional Scope of the Applications RFI Real-time data display for wide area visualizationDisplay options of all PMU and calculated valuesFrequency and frequency rate of changeX/Y 2-dimensionalRMS voltagePolar chart of phase angleRMS current (line)X/Y/Z 3-dimensionalPhase angleState values of alarmsPositive sequence voltageGrid text in rows and columnsPositive sequence currentAlarm managementCalculation and real-time display for wide area visualizationSet warning and alarm thresholds or limitsPath flowPlayback and archive of alarmReactive capacity/reservesSet alarm prioritization / levelsVoltage stabilityCapture of events based on alarmsOscillation energyVisualization of alarm status in real-timeMode meterPower system performance and post event analysisPercent dampingPost event analysisMonitor real-time PMU and calculated data for alarmsPower system performance baselineFrequencyPower system performance analysisSystem wide model validationRMS currentGeneration model validationHigh voltage DC intertieLoad model validationSystem model verificationExport of data in common formats
4 Overall Response Statistics RespondentYesPercent of totalABB90.086%Areva101.597%Cooper Power Systems73.570%EPG102.598%InStep87.083%OSIsoft101.096%SAICSiemens82.078%Space-Time Insight102.0
5 Review ObjectivesUnderstand the functionality of the synchrophasor applications available on the marketDetermine the maturity of the synchrophasor application spaceUnderstand the level of engineering and testing necessary to meet WISP business requirementsCollect info on the functional boundaries of the synchrophasor applications and determine the optimal suite/mix of applicationsCollect info to establish the optimal architecture for the integration (data, messaging, etc.) of the synchrophasor applicationsCollect information needed to plan and execute the next steps of the vendor qualification and selection processIdentify vendor’s application architecture to support continued planning of WECC IT infrastructureReview vendor approaches to meeting application availability, security, and interoperability requirements
6 Review FindingsThe application space for synchrophasor applications is maturing quickly and solutions exist that address the majority of the WISP requirementsStrong feasibility of finding a synchrophasor based situational awareness / visualization application that meets the requirements of the WISP programFive (5) of nine (9) responses answered Y to over 95% of the questionsMost applications are not fully SOA compliantRefinement of the technical architecture will impact the suite of applications to be selected in the RFP processRefinement of the data architecture will impact the integration requirementsNeed vendor meetings for further discoveryFinalize the technical architecture and integration approachDetermine the optimal suite of applicationsComplete the Statement of Work (SOW) for the Request for Proposal (RFP)
7 Notes on QuestionsQuestion B61: Does the application have functionality to run RMA to locate historical occurrences of patterns?Only two (2) respondents answered yes to this question (OSISoft and InStep)The importance of this functionality should be evaluated for the RFPQuestion [C4]: Does the application have an API designed to meet the NASPI to Phasor Gateway specification?Four (4) of the respondents had partial responses to this question, but all of them said further information on the design is required by NASPI before it can be included in their commercial offeringSiemens appears to be more focused on the NASPI phasor gateway.
8 Notes on QuestionsQuestion [C11]: Is the application designed to handle redundant data streams of IEEE C streaming data?Of the nine (9) respondents five (5) responded yes to this questionQuestion [C12]: Is the application designed to have availability of %?The requirements around question C11 and C12 regarding system redundancy and availability should be investigated further for the RFPThis response is also dependent on the hardware and operating system used to support the application
9 Next Steps Schedule vendor demonstrations / meetings Conduct PDC and Apps vendor review meetings togetherDemo of product capabilities, architecture and integrationInterested members of TAC sub-groups may participateVendors to be invited to these meetingsAREVA, EPG, Siemens SEL and Space-Time-InsightDevelop the Scope of Work for the RFPDraft the Scope of WorkIncorporate input from the Bus. Req. Spec.Review the Scope of Work with the TAC Applications Sub-GroupSubmit Scope of Work for TAC reviewAdd SOW to the RFP and send to Vendors
Your consent to our cookies if you continue to use this website.