From transformers and switchgear to ring main units, substations, circuit breakers and smart components, Jubang provides integrated product support for power distribution projects.

Discover Jubang’s strengths in technology R&D, quality testing and smart manufacturing, supporting reliable electrical equipment and efficient power distribution solutions for global customers.

From technical consultation and OEM/ODM customization to EPC support, smart O&M, delivery documentation and after-sales service, Jubang supports your project at every stage.

Explore Jubang Group’s development history, intelligent manufacturing base, R&D platforms, CNAS-accredited laboratory and global project service capabilities.

Transformer remote condition monitoring should begin with the operational decision an owner needs to make, not with a catalogue of sensors. Choose accessories after defining the transformer construction, the condition or state to observe, the user of the data, the interface to the control system, and the action that follows an alarm.
A useful scope may combine measured trends with existing device contacts, but neither automatically diagnoses a fault or changes a protection scheme. The approved transformer drawings, OEM instructions, protection and control drawings, site automation architecture, and responsible engineering authority establish the final arrangement.

Start by naming the decision the remote information must support. It may be an operator’s need to recognize an abnormal state, a maintenance team’s need to compare condition evidence over time, or an asset planner’s need to prioritize a review. Those uses need different data, timing, ownership, and escalation arrangements.
IEEE C57.143 frames online monitoring around identifying relevant parameters, sensor application, risk/benefit, and monitoring-system application. It does not provide a universal interpretation rule, so a project should document what each selected point is expected to show and what evidence is needed before action.
The CIGRE transformer-monitoring model breaks the asset into functional subsystems, possible failures, measurable indicators, and data inputs. That sequence helps avoid buying a device simply because it is available in a catalogue.
| Planning question | What to define before selecting an accessory | Why it matters |
|---|---|---|
| Which decision is supported? | Operator awareness, maintenance review, planning, or another documented use | The required data path and response time depend on the user and decision. |
| Which transformer is in scope? | Construction, duty, environment, criticality, and existing accessories | Not every transformer has the same liquid system, OLTC, cooling arrangement, or instrumentation. |
| Which subsystem is relevant? | Active part, oil containment/preservation, cooling, bushing, OLTC, or another defined boundary | A point must relate to a known function rather than an undefined “health” label. |
| What happens after a signal? | Record, investigate, validate, notify, escalate, or follow the approved protection arrangement | A measurement without an action path can create noise instead of usable information. |
Remote monitoring commonly combines continuous measurements and discrete states. A temperature sensor may provide a changing value for trending, while an existing gauge, relay, or switch may offer an alarm contact that changes state at a configured condition. They should be specified as different kinds of evidence.
Treat an alarm contact as separate from a trip command, and do not use a gateway as a substitute for an approved protection path. The project’s protection and control drawings decide whether a contact is annunciated, recorded, used in an interlock, or connected to another protective function.
| Accessory or interface | Typical evidence | Specification question |
|---|---|---|
| Continuous sensor | A measured value with unit, timestamp, and quality context | What range, accuracy, mounting point, environmental condition, and trend use are required? |
| Existing alarm contact | A discrete state from a fitted instrument or relay | Is the contact available, what is its normal state, and does the approved drawing assign it an alarm-only or another role? |
| Local controller or gateway | Point concentration, event history, and onward data exchange | Which points, timestamps, quality states, local display, and loss-of-communications behavior are needed? |
| SCADA or historian connection | Remote visibility, reports, and retained records | Which data model, protocol, event treatment, and owner system receive the information? |
For a temperature trend, request the measurement that can preserve the required context instead of only a common alarm contact. Conversely, retaining an existing alarm indication does not mean a new analogue channel has the same operational meaning.
Important: Keep monitoring and protection responsibilities separately documented. The CIGRE monitoring framework treats data preparation, interpretation, and action as linked stages, while the approved protection scheme remains the authority for protective action; source context: CIGRE transformer monitoring guide summary.
Before selecting a temperature accessory, define the context that must remain with the evidence. A top-oil measurement, a winding-temperature indication or model, ambient temperature, load, and cooling state can answer different questions. The RFQ should identify the intended thermal evidence rather than treating every temperature accessory as interchangeable.
IEC 60076-7 describes loading and thermal-ageing guidance using load, cooling-medium temperature, and time-varying operation. That does not mean a generic alarm value can be copied into every project; it means the conditions used to interpret a thermal point must be specified.
| Thermal question | Inputs to retain | Boundary |
|---|---|---|
| Is oil temperature being observed? | Location, unit, timestamp, load context, ambient context, and cooling state | An oil-temperature value alone does not identify the cause of a change. |
| Is a winding indication or thermal model required? | Method, inputs, applicable transformer data, and document owner | Confirm the actual transformer design and approved model before relying on the output. |
| Is a trend needed? | Sampling and storage requirements defined by the owner | A dashboard trend is not a substitute for a maintenance or loading decision procedure. |
| Is a discrete temperature contact retained? | Contact function, normal state, drawing reference, and receiving point | The approved scheme determines whether it is alarmed, recorded, or used elsewhere. |
Oil level, pressure, and gas-related accessories belong to the actual liquid, preservation, and protective arrangement. They are not a universal remote-monitoring bundle. Confirm whether the offered transformer has the relevant tank, conservator or sealed arrangement, pressure devices, sampling/monitoring provisions, and approved maintenance plan.
CIGRE’s maintenance guide includes oil preservation systems, gauges, indicators, protection relays, and sensing devices in transformer maintenance. The monitoring guide also treats oil containment and preservation as a distinct subsystem. Use those categories to ask what is physically fitted and what a remote point can legitimately represent.

| Signal category | When it may be relevant | Information to request |
|---|---|---|
| Oil level | Where the construction includes an applicable liquid-level indication | Instrument identity, contact or measurement type, mounting, normal operating context, and drawing reference |
| Pressure or vacuum | Where the transformer design includes a pressure-related device or preservation arrangement | Device function, contact arrangement, approved action matrix, and separation from other pressure-protection functions |
| Dissolved gas or gas-related evidence | Where liquid volume, sampling provisions, and the owner’s maintenance plan support it | Applicable compartment, sampling or monitor method, data owner, comparison method, and engineering review route |
| Leakage or preservation state | Where inspection or a fitted device can provide relevant evidence | Observation method, record format, response owner, and site safety boundary |
For broader liquid-document context, see JUBANG’s transformer oil-testing evidence. Keep the tank, bushing, OLTC, and any other liquid compartment clearly identified; a result or contact from one boundary should not be assumed to represent another.
OLTC and cooling equipment deserve separate scope because they are separate subsystems with their own fitted mechanisms, controls, maintenance records, and failure modes. A transformer without an OLTC does not need an OLTC point list, and a cooling arrangement without remotely usable status points cannot be represented honestly as a complete remote-condition system.
The CIGRE maintenance material includes both on-load and de-energized tap changers, cooling systems, and sensing/monitoring devices. A buyer should therefore request the actual equipment arrangement before choosing which states or measurements enter the remote point schedule.
| Subsystem | Candidate condition or state category | RFQ boundary |
|---|---|---|
| OLTC | Position, drive status, operation record, oil-related evidence, or a project-defined alarm | Confirm the tap-changer type, drive, compartment arrangement, available contacts, and OEM documentation. |
| Cooling fans | Running state, control mode, failure contact, or a project-defined measurement | Define whether the point is a state, an alarm, or a command-status indication. |
| Cooling pumps | Running state, control mode, failure contact, or a project-defined measurement | Confirm the motor-control and protection interface; do not bypass it through a monitoring gateway. |
| Radiators and control cabinet | Local status, cabinet condition, or maintenance evidence | Specify only points that are physically available and have an identified operational use. |
The related JUBANG OLTC selection and maintenance context helps distinguish tap-changing duty from a monitoring request. It does not establish an OLTC-monitoring configuration for a particular transformer.
The remote interface should be selected from the owner’s automation architecture, not from a device label alone. Define the point list, units, timestamps, quality flags, event treatment, protocol, gateway boundary, network ownership, remote-access method, and loss-of-communications behavior before selecting a controller or communications accessory.
IEC 61850 describes standardized data models, engineering language, and communication services for utility automation. A project may use that framework or another owner-approved interface, but interoperability still depends on the agreed point model and engineering responsibility.
IEC 62351 describes security technologies for power-system communications, including role-based access, key management, and security-event logging. The ISA/IEC 62443 framework adds a risk-based industrial-control-system perspective. Neither reference removes the need for the owner’s project-specific security architecture.
| Interface area | RFQ input | Why it cannot be assumed |
|---|---|---|
| Data exchange | Protocol, point naming, units, timestamps, quality, event and trend treatment | A device may support a protocol without matching the owner’s required data model. |
| Gateway boundary | Location, ownership, power supply, cabinet environment, and communications path | The gateway must fit the actual panel, network, and maintenance boundary. |
| Remote access | Authorized users, method, approval path, and logging | Remote visibility should not create uncontrolled configuration access. |
| Cybersecurity | Zones, conduits, roles, authentication, key management, patching, logging, and incident ownership | Security requirements belong to the whole operational architecture, not to a single sensor. |
| Communications loss | Local behavior, buffered data, alarm indication, restoration procedure, and responsible party | Loss of a remote view must not silently alter the approved protection or safety arrangement. |
Remote condition monitoring succeeds only when raw points become assigned work. CIGRE describes data preparation, interpretation, and recommendations or action as linked stages. The buyer should name who validates data quality, who sees the alarm, who can request a site inspection, and who can authorize any operational or maintenance decision.
False alarms and bad data need a documented path too. A sensor issue, lost communications, incorrect point mapping, changed equipment configuration, or unusual but valid operating condition can all create a signal that needs validation. Suppressing, resetting, or reclassifying an alarm without ownership can remove useful evidence or create a hidden risk.
| Operational item | Owner should define | Service boundary |
|---|---|---|
| Data ownership | System of record, retention, export rights, and quality review responsibility | A device supplier need not be the owner of the operational data. |
| Alarm response | Recipient, acknowledgement, validation, escalation, record, and closure path | A remote alarm is not a diagnosis or an instruction to trip, repair, or replace. |
| False-alarm handling | Evidence review, instrument check, configuration control, and restoration record | Do not disable an alarm permanently without the approved process. |
| Service scope | Local inspection, remote support, OEM review, maintenance work, and responsible authority | Define what each party can observe, advise, change, or approve. |
An RFQ should allow the supplier and owner to evaluate the monitoring scope against the actual transformer, accessories, and automation system. A request for “remote monitoring” without construction, signals, interfaces, and response ownership leaves the most important decisions undefined.
JUBANG may be a relevant contact when a buyer is defining a 6–10 kV oil-immersed power transformer scope or a 35 kV oil-immersed transformer package alongside its project documents. The transformer and accessory schedules then need to coordinate with the defined monitoring objective.
Send the scoped information through an OEM/ODM transformer consultation after reviewing the related installation and pre-energization guide where installation responsibilities affect the available points and wiring boundary.

This article does not establish that JUBANG supplies a monitoring device, configures SCADA, provides cybersecurity services, interprets an alarm, approves a protection action, diagnoses a transformer, or accepts a monitoring system. It is not a substitute for transformer drawings, OEM manuals, approved protection and control drawings, the owner’s automation and cybersecurity architecture, or the responsible engineering decision.
Transformer remote condition monitoring collects selected measurements and states so defined users can review condition or operating evidence away from the transformer. The useful scope begins with the decision, data user, and response path; a dashboard alone does not diagnose a fault or authorize action.
No. The appropriate scope depends on construction, criticality, operating duty, existing instruments, maintenance plan, automation architecture, and the decision the data must support. Select categories only after confirming the transformer and subsystem boundaries.
A sensor normally supplies a measured value for trending or contextual review. An alarm contact normally reports a discrete configured state from a fitted instrument or relay. The approved protection and control drawings determine what either signal means and what action, if any, follows.
The required inputs depend on the monitoring objective. Top-oil temperature, a winding indication or model where applicable, load, ambient conditions, and cooling state may need to be considered together. Specify the intended evidence and interpretation process rather than relying on one value.
No. They are relevant only where the transformer construction, existing accessories, liquid arrangement, and maintenance plan support them. Confirm the applicable compartment, device function, data path, and response boundary before adding a point.
An OLTC can require its own scope because it is a separate subsystem with its own drive, contacts, maintenance records, and possible liquid boundary. Confirm that an OLTC is fitted, identify the actual type and available points, then define the operational use for each requested signal.
Request only states or measurements that are physically fitted and useful to the owner, such as project-defined fan or pump status, control mode, failure contact, or temperature context. Keep the motor-control and protection interfaces under their approved drawings.
Yes, when the point list, data model, protocol, gateway boundary, timestamps, quality handling, network path, and ownership are defined for the owner’s system. The communications design should also state what happens if the remote connection is lost.
Specify the owner’s risk-based architecture: network zones and conduits, authorized roles, authentication, key management, remote-access approval, logging, patching, incident ownership, and configuration control. IEC 62351 and ISA/IEC 62443 provide useful security frameworks, but project requirements determine the implementation.
The owner should assign a recipient, acknowledgement process, data-quality validation step, escalation route, record, and closure authority. A remote alarm should prompt the defined review process; it is not by itself an instruction to trip, repair, or replace equipment.