SIPROTEC 7VU85 – High-Speed Busbar Transfer
MODULE 1 — INTRODUCTION TO HIGH-SPEED BUSBAR TRANSFER
Slide 1 — Course Introduction
Welcome to the SIPROTEC 7VU85 High-Speed Busbar Transfer training course.
In this course, we will learn how to engineer, configure, test, commission, and troubleshoot a complete High-Speed Busbar Transfer application.
Our approach will be practical.
Instead of looking only at individual parameters, we will first understand the electrical system and the transfer philosophy, and then translate that philosophy into the SIPROTEC 7VU85 and DIGSI 5.
By the end of the course, you should be able to approach a real HSBT project and understand not only how to configure the device, but also why each part of the configuration is required.
Let’s begin with the basic question.
What is High-Speed Busbar Transfer?
HSBT is a system used to transfer a busbar from one power source to another when the normal source becomes unavailable.
For example, Source One may normally supply an industrial motor busbar, while Source Two is available as an alternative source.
If Source One fails, the HSBT system detects the transfer condition, disconnects the failed source, and connects the alternative source.
The objective is to restore the supply as quickly as possible while maintaining acceptable electrical conditions during the transfer.
Why do we need high-speed transfer?
The answer becomes particularly important when the busbar supplies large induction motors.
When the original source is lost, the motors do not immediately stop.
Because of their stored mechanical energy, the motors continue rotating and can maintain a residual voltage on the busbar.
This voltage changes with time.
Therefore, the alternative source must be connected at an appropriate electrical condition.
A slow or poorly controlled transfer can result in high current, high torque, or unacceptable stress on motors and electrical equipment.
HSBT is particularly useful where interruption of electrical supply can affect critical processes.
Typical applications include power plants, petrochemical facilities, pharmaceutical plants, semiconductor manufacturing, data centers, and other industrial processes.
The common requirement is continuity of supply.
Siemens specifically describes the 7VU85 for fast and reliable motor-bus transfer applications and lists industrial, power-plant, and data-center applications.
This is one of the most important concepts in HSBT.
After the main source is disconnected, the motors connected to the busbar may continue rotating.
Their stored mechanical energy allows them to behave temporarily like generators.
As a result, voltage can remain on the busbar.
We call this residual motor voltage.
The magnitude, frequency, and phase angle of this voltage change as the motors decelerate.
Therefore, the HSBT system must consider the residual voltage when deciding whether and when the alternative source can be connected.
It is important to understand that HSBT is not simply a breaker switching sequence.
It is not enough to say:
Open the main breaker and close the alternative breaker.
The system must first detect the transfer condition.
Then it must determine the correct transfer direction.
It must check permissives and blocking conditions.
It must evaluate the electrical conditions.
It must issue the required breaker commands.
And finally, it must verify the breaker responses.
This complete chain is what makes an HSBT system different from a simple automatic transfer scheme.
This diagram represents the engineering philosophy we will follow throughout the course.
Start with the electrical system.
Then define the transfer philosophy.
After that, identify the signals and physical inputs and outputs.
Then develop the logic.
Only after these steps should we configure the 7VU85 in DIGSI 5.
Finally, we test, troubleshoot, and document the system.
Remember this sequence.
Electrical system first.
DIGSI configuration second.
MODULE 2 — SIPROTEC 7VU85 OVERVIEW
The SIPROTEC 7VU85 is a SIPROTEC 5 device designed for High-Speed Busbar Transfer applications.
It combines the SIPROTEC 5 platform with a dedicated High-Speed Busbar Transfer function group.
The device is intended for applications where a busbar must be transferred rapidly between power sources.
The engineering environment is DIGSI 5.
Siemens documentation identifies the HSBT function group specifically for the 7VU85 and provides dedicated transfer-routing functions in DIGSI 5.
SIPROTEC 5 Platform
Because the 7VU85 belongs to the SIPROTEC 5 family, it uses the modular SIPROTEC 5 hardware and engineering concept.
This provides flexibility in hardware configuration, binary inputs and outputs, measurements, communication, and application engineering.
For the engineer, this means that the device must be configured according to the actual project hardware.
The physical device and the DIGSI project must always correspond.
7VU85 Application Flexibility
The 7VU85 can be applied to different busbar arrangements.
These include single busbar systems, sectionalized busbars, and double-busbar arrangements.
Applications can also include multiple incomers and multiple circuit breakers.
Siemens describes multi-breaker applications with up to 20 circuit breakers.
This flexibility is important, but it also means that the engineer must carefully define the electrical topology before configuring the device.
Application Templates
The 7VU85 provides predefined application structures that help the engineer start a project.
However, a predefined template should not be treated as the final engineering solution.
The template is a starting point.
The actual project must still be checked against the single-line diagram, breaker arrangement, transfer philosophy, and required transfer directions.
The important question is not:
Which template can I select?
The important question is:
Which template and configuration represent my actual electrical system?
DIGSI 5
DIGSI 5 is the engineering environment used to configure SIPROTEC 5 devices.
For the 7VU85, DIGSI 5 is used to configure the hardware, functions, signals, transfer routing, logic, parameters, and other project-specific settings.
During this course, we will repeatedly move between the electrical philosophy and the DIGSI configuration.
This is important because every configuration decision should have an engineering reason behind it.
MODULE 3 — BUSBAR CONFIGURATIONS
Let’s begin with the simplest topology.
We have one busbar and two incomers.
In normal operation, Source One supplies the busbar.
Source Two is available as an alternative source.
If Source One fails, the transfer direction may open CB1 and connect CB2.
This is the basic two-incomer HSBT application that we will use throughout the course as our main teaching example.
Sectionalized Busbar
Now consider a sectionalized busbar.
The busbar is divided into two sections.
Each section may have its own incomer, and a bus coupler can connect the two sections.
Now the transfer sequence can involve more than two breakers.
For example, the bus coupler may need to change state during a transfer.
This is why the breaker sequence must always be derived from the actual electrical topology.
Double Busbar
A double-busbar arrangement introduces another level of complexity.
The transfer philosophy may involve changing the source of a busbar, changing busbar connections, or operating additional breakers.
The exact sequence depends on the project.
Therefore, we should never copy a breaker sequence from another application without first checking the electrical diagram.
Multiple Incomers
Now imagine that the system has three incomers.
The engineering questions become more complicated.
Which source is normally preferred?
Which source is the first alternative?
Which source is the second alternative?
Which transfer directions are allowed?
Can two transfer requests occur at the same time?
Which transfer has priority?
These questions must be answered before the final DIGSI configuration is created.
Transfer Matrix
| Direction | Main CB | Alternative CB | Additional CBs |
| Source 1 → Source 2 | CB1 | CB2 | Project dependent |
| Source 2 → Source 1 | CB2 | CB1 | Project dependent |
The transfer matrix is one of the most useful engineering documents in an HSBT project.
For each transfer direction, define the source that is being disconnected, the alternative source that will be connected, and any additional breaker actions.
This matrix should be prepared before implementing the transfer logic.
MODULE 4 — HSBT OPERATING PHILOSOPHY
Normal Operating Condition
Let’s now define the normal operating condition.
Source One is healthy.
CB1 is closed.
The busbar is energized.
The motors are operating normally.
Source Two is available as the alternative supply.
CB2 is normally open.
The 7VU85 continuously monitors the relevant electrical and switching conditions.
This normal state becomes our reference condition.
Main Source Failure
Now suppose Source One fails.
The busbar voltage begins to decrease.
The HSBT system evaluates whether this is a valid transfer condition.
The important point is that source failure alone does not automatically mean that the alternative breaker should close.
The transfer system must first determine whether transfer is permitted.
Transfer Sequence
This is the basic HSBT sequence.
First, the source failure is detected.
Then transfer is initiated.
The correct transfer direction is selected.
Permissives and blocking conditions are evaluated.
The failed source is disconnected.
The electrical conditions are evaluated.
The alternative breaker is commanded to close when the transfer criteria are satisfied.
Finally, the system verifies the resulting breaker states and busbar condition.
Transfer Blocking
A professional transfer system must know when not to transfer.
For example, if the alternative source is unavailable, closing its breaker would not solve the problem.
Similarly, an incorrect breaker status, invalid measurement, active interlock, or other project-specific condition may prevent transfer.
Therefore, blocking is a fundamental part of HSBT engineering.
MODULE 5 — TRANSFER INITIATION
Automatic Transfer
Automatic transfer begins when the configured transfer-initiation condition occurs.
One common example is an undervoltage condition on the busbar.
However, the exact initiation philosophy is project-dependent.
The important point is that initiation starts the transfer evaluation.
It does not automatically guarantee that the transfer will be completed.
Manual Transfer
Manual transfer is different from automatic source-failure transfer.
An operator may intentionally request a transfer for operational or maintenance reasons.
The transfer system must still evaluate the necessary conditions.
Manual initiation should not be considered a method of bypassing all safety and interlocking conditions.
External Initiation
A transfer can also be initiated by an external signal.
For example, an external protection function may identify a source problem and send a transfer-initiation signal to the HSBT system.
During commissioning, we must verify not only that this signal exists, but that it is correctly routed and interpreted by the 7VU85.
Undervoltage Initiation
Undervoltage is one possible way of detecting a source-failure condition.
But the engineer must understand exactly which voltage is being monitored.
We need to verify the voltage transformer connection, phase sequence, scaling, polarity where applicable, and the correct assignment of the voltage inputs.
A wrong voltage measurement can cause either an unwanted transfer or a transfer that never starts.
MODULE 6 — TRANSFER MODES
Why Multiple Transfer Modes?
Why does the 7VU85 need different transfer modes?
Because the electrical condition after source failure is not always the same.
Sometimes the system can perform a very fast transfer.
Sometimes the phase relationship must be considered more carefully.
In other situations, residual voltage or in-phase conditions may determine when the transfer can occur.
The selected transfer mode must therefore match the electrical application.
Fast Transfer
The objective of fast transfer is to reconnect the busbar to the alternative source with minimum interruption.
The 7VU85 is designed for very fast transfer applications, with Siemens specifying approximately 10 milliseconds for its fast mode under the specified conditions.
However, remember that this figure should not automatically be interpreted as the total interruption time of an entire industrial installation.
The complete transfer depends on the complete system.
Real-Time Fast Transfer
Real-Time Fast Transfer introduces an important concept.
The system does not only consider the electrical condition that exists now.
It considers the condition expected at the actual moment when the breaker closes.
This is important because a circuit breaker requires time to operate.
During that time, the phase relationship between the residual bus voltage and the alternative source continues to change.
In-Phase Transfer
In-phase transfer uses the phase relationship between the residual bus voltage and the alternative source.
If immediate fast transfer is not possible, the system may wait for a suitable phase relationship.
This can increase the transfer time, but it provides another controlled transfer opportunity.
Residual-Voltage Transfer
Residual-voltage transfer uses the remaining voltage on the motor bus after the original source has been disconnected.
As the motors decelerate, this residual voltage changes.
The transfer can be permitted when the voltage has reached an acceptable condition according to the configured criteria.
MODULE 7 — REAL-TIME FAST TRANSFER
The Key Question
Let’s focus on the central question of Real-Time Fast Transfer.
When should the alternative breaker close?
The answer is not simply:
As soon as possible.
The answer is:
At an electrically appropriate instant.
Present vs Future Condition
Imagine that the relay measures the phase difference between the residual bus voltage and the alternative source.
That is the condition that exists now.
But the breaker will close a little later.
Therefore, the phase relationship at the actual closing instant may be different.
Real-Time Fast Transfer takes this future condition into account.
Frequency Difference
One important quantity is frequency difference.
Conceptually, Delta f is the busbar frequency minus the alternative-source frequency.
If the frequency difference increases, the phase relationship changes more rapidly.
Therefore, frequency difference is important when predicting the electrical condition at breaker closing.
Breaker Closing Time
Now let’s introduce breaker closing time.
Suppose the relay decides to close the alternative breaker.
The breaker does not make electrical contact instantly.
There is an operating time between the close command and the actual closing instant.
During this time, the electrical phase relationship continues to change.
Therefore, breaker closing time is an important part of fast-transfer engineering.
Slide 35 — Predictive Phase Angle
Conceptually, the future phase angle can be estimated from the present phase angle and the expected phase change during breaker closing.
A simplified relationship is:
Delta phi is approximately equal to 360 degrees multiplied by Delta f multiplied by the breaker closing time.
This equation is useful for understanding the principle.
The exact criteria and implementation must always follow the applicable 7VU85 documentation and project configuration.
Why the Prediction Matters
Let’s consider two breakers.
Breaker A closes quickly.
Breaker B closes more slowly.
Even if the present electrical conditions are identical, the predicted closing condition will not necessarily be the same.
This is why the breaker operating characteristics are part of the HSBT engineering process.
Real-Time Fast Transfer Summary
Let’s summarize.
Real-Time Fast Transfer measures the present electrical condition.
It considers the frequency difference and phase relationship.
It considers the expected breaker closing behavior.
And it evaluates whether the predicted condition at the actual closing instant is acceptable.
So the key idea is prediction.
We are not simply asking:
“What is the phase angle now?”
We are asking:
“What will the phase angle be when the breaker actually closes?”
MODULE 8 — TRANSFER PERMISSIVES AND BLOCKING
Permissives
A permissive is a condition that allows transfer to proceed.
Examples may include:
Alternative source available.
Alternative breaker available.
Correct breaker status.
Valid voltage measurement.
Correct transfer direction.
And acceptable electrical conditions.
The exact permissive list must be defined by the project.
Blocking
A blocking condition prevents the transfer.
For example, the alternative source may be unavailable.
A breaker may have an unexpected status.
A voltage measurement may be invalid.
An interlock may be active.
Or another transfer may already be in progress.
The important engineering principle is that blocking must be intentional and documented.
Permissive vs Block
Keep these two concepts separate.
A permissive says:
Transfer is allowed.
A block says:
Transfer is not allowed.
During troubleshooting, this distinction is extremely useful.
If the transfer does not start, we need to know whether the problem is missing initiation, missing permissive, or an active block.
MODULE 9 — DIGSI 5 CONFIGURATION
Start With the Project
Now we are ready to move into DIGSI 5.
Before creating the configuration, make sure the electrical documents are available.
We need the single-line diagram, I/O list, signal list, transfer matrix, breaker information, and transfer philosophy.
Do not start configuration by randomly selecting functions.
Start from the engineering documents.
Hardware Configuration
The first step is to ensure that the DIGSI project represents the actual device hardware.
Check the device type.
Check the hardware modules.
Check binary inputs and outputs.
Check voltage inputs.
Check communication modules where applicable.
The DIGSI project must match the physical device.
HSBT Function Group
The 7VU85 includes the dedicated High-Speed Busbar Transfer function group.
In DIGSI 5, this function group provides the engineering structure required for transfer applications.
The exact available structure depends on the device and project configuration.
Transfer Routing
One of the important DIGSI 5 areas is transfer routing.
For each transfer direction, we can define the required breaker actions.
This can include the breaker that disconnects the current incomer, the breaker that connects the alternative incomer, and additional breakers that must remain open or closed.
Siemens documents this functionality directly in the DIGSI 5 online help.
Transfer Direction
Think of a transfer direction as a complete switching instruction.
For example:
Source One to Source Two.
The configuration must identify the current incomer, the alternative incomer, and any additional breaker actions required by the topology.
This is why the transfer matrix is so important.
Information Routing
Information routing connects the physical and logical signals within the SIPROTEC 5 engineering environment.
During configuration, always ask:
Where does this signal originate?
Where does it go?
What function uses it?
And what physical action should ultimately result?
A signal that looks correct in one DIGSI screen is not enough.
We need to verify the complete signal path.
MODULE 10 — TRANSFER LOGIC AND ROUTING
Complete Transfer Chain
This is the complete transfer chain.
When troubleshooting, we can use this chain as a diagnostic map.
If the transfer stops, identify the first stage that did not behave as expected.
That point is usually much more useful than simply looking at the final result.
Main Breaker Trip
Once the transfer sequence is permitted, the main incomer may need to be disconnected.
The relay issues the required command according to the configured transfer direction.
The commissioning engineer must verify both the command and the physical breaker response.
Alternative Breaker Close
After the main source has been disconnected, the alternative source is evaluated.
If the configured transfer criteria are satisfied, the alternative breaker can be commanded to close.
Again, we need to distinguish between:
The relay’s close command.
And the physical breaker actually closing.
These are two different events.
Breaker Feedback
After the breaker operates, the auxiliary contacts provide feedback to the relay.
This feedback is essential.
If the relay issues a close command but receives no closed indication, the transfer may not be considered complete.
This is why breaker-status supervision is an important part of HSBT commissioning.
MODULE 11 — TESTING AND COMMISSIONING
Testing Philosophy
Now we begin testing.
Our objective is not simply to prove that the breaker can operate.
We want to prove the complete HSBT function.
That means testing initiation, direction selection, permissives, blocking, measurements, breaker commands, feedback, transfer timing, and final status.
Test Preparation
Before testing, prepare the engineering documents.
You should have:
The single-line diagram.
The DIGSI project.
The I/O list.
The signal list.
The transfer matrix.
Breaker operating times.
VT information.
And a detailed test procedure.
Good preparation makes commissioning much safer and much more efficient.
Binary Input Test
Let’s start with the binary inputs.
Check every important breaker-status signal.
For example:
CB1 closed.
CB1 open.
CB2 closed.
CB2 open.
Also verify transfer initiation, transfer blocking, source availability, and other project-specific signals.
Do not assume that an input is correct simply because DIGSI displays a status.
Verify the physical signal.
Voltage Measurement Test
Next, verify the voltage measurements.
Check magnitude.
Check phase sequence.
Check frequency.
Check phase relationship.
Check scaling.
And verify that the correct voltage source is assigned to the correct measurement channel.
An incorrect voltage measurement can completely change the transfer behavior.
Breaker Command Test
Now test the breaker commands.
Verify the trip output.
Verify the close output.
Verify the intermediate control circuit.
Verify the breaker mechanism.
And verify the auxiliary feedback.
The complete command chain must be tested.
Automatic Transfer Test
Now we can perform the automatic transfer test.
Simulate the source-failure condition according to the approved test procedure.
Observe the initiation.
Observe the transfer direction.
Observe the main breaker.
Observe the alternative breaker.
And record the timing.
The result should be compared with the expected transfer sequence.
Blocking Test
Now perform a blocking test.
For example, make the alternative source unavailable.
The transfer should not proceed.
This is not a failed test.
It is a successful blocking test.
A professional HSBT system must demonstrate both when it transfers and when it correctly refuses to transfer.
MODULE 12 — EVENT AND FAULT RECORD ANALYSIS
Why Analyze Records?
After every important test, analyze the records.
A successful transfer is not enough.
We need evidence that the device followed the intended sequence.
Event and fault records allow us to reconstruct what happened.
Event Sequence
Look for the sequence of events.
When was transfer initiated?
When was the main breaker commanded?
When did it open?
When was the alternative breaker commanded?
When did it close?
And when was the transfer completed?
This allows us to compare the actual behavior with the engineering expectation.
Transfer Time
Remember that total transfer time consists of several components.
It can include detection time, processing time, breaker opening time, transfer evaluation time, close command time, and breaker closing time.
Therefore, if the transfer is slow, we should not immediately blame the relay.
We need to identify where the time was actually spent.
Fault Record
Fault and disturbance records provide additional information about the electrical behavior.
We can examine voltage, frequency, phase relationships, currents, and switching events.
This information is particularly useful when investigating unsuccessful or unusually slow transfers.
MODULE 13 — TROUBLESHOOTING
Troubleshooting Philosophy
Now let’s move into troubleshooting.
The most important troubleshooting rule is simple:
Find the first deviation from the expected sequence.
Do not immediately change parameters.
First determine what actually happened.
Transfer Does Not Initiate
Suppose the transfer does not initiate.
Start at the beginning.
Was the initiation condition actually generated?
Did the relay receive it?
Was it correctly routed?
Was the transfer enabled?
Was another block active?
Were the required voltage conditions present?
Follow the signal chain step by step.
Transfer Is Blocked
Suppose transfer is blocked.
Do not immediately remove the block.
First identify which block is active.
For example:
Alternative source unavailable.
Breaker status incorrect.
Measurement invalid.
Interlock active.
Or another transfer already in progress.
The block may actually be protecting the system from an unsafe transfer.
CB1 Opens but CB2 Does Not Close
This is a very useful troubleshooting case.
If CB1 opened successfully, we already know that transfer initiation and the trip path worked.
Now focus on the alternative closing path.
Was the close command generated?
Was it routed correctly?
Is the output working?
Is the close circuit healthy?
Is an interlock preventing the breaker from closing?
This immediately narrows the troubleshooting area.
Close Command Exists but Breaker Does Not Close
Now suppose the relay clearly generated the close command.
But CB2 remains open.
At this point, investigate the physical control circuit.
Check the output contact.
Check intermediate relays.
Check the DC supply.
Check the close coil.
Check the breaker mechanism.
Check anti-pumping and interlocking.
The important lesson is:
A command is not the same as an action.
Incorrect Breaker Status
Suppose the physical breaker is closed, but DIGSI shows the breaker as open.
Now investigate the status chain.
Start with the auxiliary contact.
Then the wiring.
Then the binary input.
Then the input configuration.
Then the signal routing.
Find where the physical status stops being correctly represented in the digital system.
Incorrect Voltage Measurement
If the voltage measurement is incorrect, check the complete measurement chain.
Verify the VT wiring.
Verify phase sequence.
Verify scaling.
Verify input assignment.
Verify polarity where applicable.
And verify the test equipment output.
A measurement problem can affect both transfer initiation and transfer-mode selection.
MODULE 14 — DOCUMENTATION AND ENGINEERING WORKFLOW
Engineering Documentation
A professional HSBT project requires more than a DIGSI file.
The engineering package should clearly explain the electrical system and how the transfer operates.
This allows another engineer to understand, test, maintain, and troubleshoot the system later.
I/O List
The I/O list identifies the physical interfaces.
For example:
CB1 open.
CB1 closed.
CB2 open.
CB2 closed.
Transfer initiation.
Transfer block.
CB1 trip.
CB2 close.
Every signal should have a clear purpose and a clear source or destination.
Signal List
The signal list is broader than the physical I/O list.
It can include internal signals, protection signals, communication signals, operator commands, status information, and other logical signals.
The distinction between physical I/O and internal signals is important during troubleshooting.
Transfer Philosophy Document
The transfer philosophy document should explain how the system is expected to operate.
It should define:
Normal sources.
Alternative sources.
Transfer directions.
Initiation conditions.
Permissives.
Blocking conditions.
Breaker sequence.
Transfer modes.
And expected results.
This document becomes the reference for configuration and testing.
Final Engineering Workflow
This is the complete engineering workflow.
Start with the electrical system.
Define the transfer philosophy.
Create the transfer matrix.
Define the signals and I/O.
Configure DIGSI.
Verify the logic.
Test the complete system.
Troubleshoot any deviation.
And finally, produce the as-built documentation.
This workflow can be applied to both simple and complex HSBT applications.
MODULE 15 — COMPLETE PRACTICAL CASE STUDY
Case Study Introduction
Now we will apply everything we have learned to a practical industrial application.
We will use a simplified motor busbar with two incomers.
The objective is to configure and test automatic transfer from Source One to Source Two.
Case Study SLD
Here is our simplified system.
Source One is the normal source.
CB1 is normally closed.
Source Two is the alternative source.
CB2 is normally open.
The busbar supplies a group of industrial motors.
Normal Condition
Under normal operating conditions, CB1 is closed and CB2 is open.
Source One supplies the busbar.
Source Two remains available as the alternative supply.
This is the reference condition for our transfer philosophy.
Transfer Philosophy
Our basic transfer philosophy is simple.
If Source One fails, the transfer system detects the condition.
CB1 is opened.
The alternative source is evaluated.
If the transfer conditions are satisfied, CB2 is closed.
The busbar is then supplied from Source Two.
Transfer Matrix
We now convert this philosophy into a transfer matrix.
For Source One to Source Two:
CB1 is the main breaker.
CB2 is the alternative breaker.
The exact transfer criteria and additional conditions are defined by the project.
If reverse transfer is required, we would define a second transfer direction.
DIGSI Configuration
Now we implement the application in DIGSI 5.
First, verify the hardware.
Then configure the voltage measurements.
Configure the breaker signals.
Configure the HSBT function.
Define the transfer direction.
Configure initiation.
Configure permissives and blocking.
Finally, verify the information routing.
Pre-Test Verification
Before performing the transfer test, verify the complete normal condition.
CB1 must show the correct state.
CB2 must show the correct state.
The source voltages must be correct.
The alternative source must be available.
No unintended block should be active.
And all required signals must be correctly routed.
Only after this verification should we begin the transfer test.
Automatic Transfer Test
Now simulate the failure of Source One.
Observe the transfer initiation.
Observe the main breaker.
Observe the transfer decision.
Observe the close command.
Observe CB2.
And finally, verify the busbar condition.
Record all important timestamps.
Record Analysis
After the test, open the event and fault records.
Compare the actual sequence with the expected sequence.
Look for any unexpected delay.
Check the voltage and frequency behavior.
Check the breaker commands.
Check the feedback signals.
The purpose is not only to confirm success.
It is to understand exactly how the system responded.
MODULE 16 — FINAL PRACTICAL EXERCISE
Practical Exercise
Now it is your turn.
You will build and verify a complete 7VU85 application.
Start from the electrical system.
Develop the transfer philosophy.
Create the transfer matrix.
Prepare the I/O and signal lists.
Configure the 7VU85 in DIGSI 5.
Implement the required transfer logic.
Then test the complete sequence.
Manual Transfer
First, perform a controlled manual transfer.
Record the breaker commands.
Record the breaker feedback.
Record the electrical conditions.
And verify that the correct transfer direction is selected.
Automatic Transfer
Next, perform an automatic transfer.
Simulate the defined source-failure condition.
Observe the complete transfer sequence.
Do not focus only on whether the alternative breaker closes.
Analyze every stage of the sequence.
Intentional Fault Finding
Now we make the exercise more realistic.
Introduce an intentional problem.
For example:
Incorrect breaker status.
Missing initiation.
Active transfer block.
Incorrect voltage measurement.
Wrong transfer direction.
Missing close-command routing.
Or an interlocking problem.
Your task is to identify the first deviation and determine the root cause.
Troubleshooting Method
Use this troubleshooting method.
First, define what should happen.
Second, identify what actually happened.
Third, find the first deviation.
Then check the associated signal.
Check the logic.
Check the physical circuit.
Identify the root cause.
Correct the problem.
And finally, repeat the test.
Final Assessment
To complete the course successfully, you should be able to explain the electrical application, develop the transfer philosophy, configure the 7VU85, perform automatic and manual transfer tests, analyze event and fault records, and troubleshoot typical problems.
You should also be able to explain why the transfer succeeds or fails.
That last point is particularly important.
Configuration is not the final goal.
Understanding the system is the goal.
Key Engineering Lessons
Let’s summarize the most important lessons from this course.
First:
Understand the electrical system.
Second:
Define the transfer philosophy.
Third:
Translate the philosophy into signals, logic, and DIGSI 5 configuration.
Fourth:
Test the complete transfer chain.
Fifth:
Use event and fault records as evidence.
And finally:
Troubleshoot systematically instead of changing parameters randomly.
Final Message
You have now completed the SIPROTEC 7VU85 High-Speed Busbar Transfer training.
The 7VU85 is a specialized system for fast busbar transfer, but successful application depends on much more than the relay itself.
It depends on the electrical topology.
The transfer philosophy.
The breaker characteristics.
The measurements.
The interlocking.
The configuration.
And the commissioning process.
Always remember:
Do not start with DIGSI.
Start with the electrical system.
Understand what should happen.
Then configure the device to perform that function.
Finally, test it and prove the result with engineering evidence.
Thank you for completing this training.
Enroll in the High speed busbar transfer device 7VU85 Course
