Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations JAE on being selected by the Eng-Tips community for having the most helpful posts in the forums last week. Way to Go!
goose connections
- Thread starter beyond86
- Start date
MikeHalloran
Mechanical
1. I don't know; do you have the correct terminology?
2. With a black or colored line.
Mike Halloran
Pembroke Pines, FL, USA
2. With a black or colored line.
Mike Halloran
Pembroke Pines, FL, USA
It is actually a pretty good question. How to show 61850 Goose Messaging between two relays on a schematic diagram. I don't have a good answer though. You may want to read through this PSRC report. It hits on this subject a few times and talks about using a separate spreadsheet or logic diagrams to detail this information.
- Thread starter
- #4
davidbeach
Electrical
How do you show other relay-to-relay communications? I would imagine that your goose traffic would be shown similarly to similar comms.
MikeHalloran
Mechanical
JG2828, thank you; I am now slightly less ignorant than I was yesterday.
As suggested, youjust need another 'linetype'.
... but that highlights the complexity and difficulty of representing multiple communication/control modes and potential interactions without degrading understanding of the controlled system.
Mike Halloran
Pembroke Pines, FL, USA
As suggested, you
... but that highlights the complexity and difficulty of representing multiple communication/control modes and potential interactions without degrading understanding of the controlled system.
Mike Halloran
Pembroke Pines, FL, USA
- Thread starter
- #7
Take a look at the attached paper. It has some good ideas on how to document Goose messaging.
IV. SCHEME DESIGN PROCESS
Effectively documenting the design is one of the challenges associated with implementing GOOSE-based protection and control schemes. With GOOSE messaging being a relatively unfamiliar technology in the United States, there is not an established documentation method for GOOSE-based schemes. Traditional hard-wired protection and control logic is typically documented on a control schematic. Engineers and technicians are familiar with these drawings. When these hardwired schemes are replaced with communications-aided schemes and relay logic, information is removed from the schematic diagrams, but the end-user still needs some form of detailed documentation of the scheme functionality. To address the need for documentation, the team implemented a tiered approach to the communications-aided scheme documentation including a functional specification, GOOSE mapping spreadsheet, and IED logic diagrams. A document flow diagram is shown in Figure 4. The objective of these documents was two-fold. The documents needed to aid the team in the implementation of the schemes, and the documents also needed to serve as an intuitive set of reference materials for the end-user. After completion of these documents and diagrams, the actual relay programming and GOOSE configuration were executed. The following sections describe the approach taken to each tier of the documentation.
Effectively documenting the design is one of the challenges associated with implementing GOOSE-based protection and control schemes. With GOOSE messaging being a relatively unfamiliar technology in the United States, there is not an established documentation method for GOOSE-based schemes. Traditional hard-wired protection and control logic is typically documented on a control schematic. Engineers and technicians are familiar with these drawings. When these hardwired schemes are replaced with communications-aided schemes and relay logic, information is removed from the schematic diagrams, but the end-user still needs some form of detailed documentation of the scheme functionality. To address the need for documentation, the team implemented a tiered approach to the communications-aided scheme documentation including a functional specification, GOOSE mapping spreadsheet, and IED logic diagrams. A document flow diagram is shown in Figure 4. The objective of these documents was two-fold. The documents needed to aid the team in the implementation of the schemes, and the documents also needed to serve as an intuitive set of reference materials for the end-user. After completion of these documents and diagrams, the actual relay programming and GOOSE configuration were executed. The following sections describe the approach taken to each tier of the documentation.
- Thread starter
- #9
- Status
Similar threads
- Locked
- Question
- Locked
- Question
- Locked
- Question