Scope of this technical record
ACS510 / ACS550 page depth for OVERCURRENT / 2310 start and acceleration routing, with field-to-bench evidence routing and repair-request qualification.
This record is for qualified industrial-drive personnel. Isolate the drive, verify stored DC energy is discharged and follow the manufacturer manual before measuring inside the converter or touching motor, brake, field or control wiring.
ABB 2310 overcurrent route
2310 must be split by timing and field boundary before output-stage work.
ABB 2310 overcurrent timing image
Service decision coverage
2310 users need a timing split that separates motor/cable/load evidence from output bridge or current-feedback repair.
| Observed situation | Decision needed | Evidence that satisfies the case |
|---|---|---|
| Instant trip | Short or output-stage boundary | Output isolation and static evidence |
| Ramp trip | Load/ramp/motor data | Current trend and settings |
| After module repair | Driver or unresolved field cause | Repair history and channel checks |
What this page is meant to decide
This page deepens the ABB ACS510 / ACS550 standard-drive route for OVERCURRENT / 2310 start and acceleration routing. The useful service answer is not a one-line definition; it is whether the event starts on the input energy path, output motor path, terminal command path, ageing-maintenance path or internal electronics boundary.
The page is written for field evidence capture first. That means a technician should be able to collect the type code, fault text, trip timing, wiring photos and maintenance observations before the case is escalated to board repair or whole-drive replacement.
ABB standard-drive service split
ACS510 and ACS550 cases often arrive with a panel message but without the conditions that make the message meaningful. A power-up undervoltage, a run-command overcurrent and a reset request after a cleared fault all require different evidence.
The route therefore separates four layers: line-side supply and DC link, motor/output path, control-terminal command source, and wear or environment evidence. Treating all ABB standard-drive faults as board failure creates false positives and can make a replacement drive fail for the same external reason.
Evidence split for ACS510 / ACS550 pages
| Evidence area | Why it matters | What to capture |
|---|---|---|
| Type code and voltage/current class | Confirms the installed platform and voltage family | Full nameplate, option codes, input/output rating |
| Fault timing | Separates power-up, run, ramp, decel and reset cases | When the message appears and what the machine was doing |
| Input/DC-link path | Undervoltage and line-converter cases start here | Input phases, fuses, contactor, bus-rise evidence |
| Output/motor path | Overcurrent and ground/output faults may be external | Motor cable, terminal box, load and output accessories |
| Control-terminal path | Start/reference/reset issues can mimic drive failure | DI/AI wiring, local/remote status, relay outputs |
Service route
A 2310 event is split by timing. Instant trips point toward output isolation and static evidence. Ramp trips point toward load, acceleration time and motor data. Load-only trips point toward mechanical or process conditions. Repeated trips after module work require gate-driver and current-feedback evidence.
The page intentionally avoids unsupported component prescriptions. It defines the evidence that decides whether the next step is parameter correction, wiring repair, motor/cable work, maintenance replacement, board-level diagnosis or full drive replacement.
Field record checklist
- Complete ACS510/ACS550 type code and voltage class
- Fault text/code plus first-fault timing
- Local/remote status and command source
- Input, motor and terminal photos
- Maintenance history: fan, dust, capacitor age, prior repair
Technical basis and reference documents
This is an independent editorial technical reference. Original manufacturer documentation remains controlling for installation, repair and commissioning decisions.
Used for ABB fault-word, automatic reset and line-converter context that informs how ABB fault pages should preserve timing and line-side evidence.
Editorial evidence model for type code, fault log, trip timing, terminal wiring, motor/cable condition and maintenance observations.
Diagnostic workflow
Turn this record into a qualified service request
A repair decision is much more reliable when the request includes the exact identity of the drive, the first fault evidence and the machine condition when the symptom appeared.
- Complete drive type code / MLFB or nameplate model
- Fault code, fault value and first event before reset
- When the event appears: power-up, enable, ramp, run, decel or stop
- Motor/cable connected or isolated during the symptom
- Visible board, option-card, module and connector identifiers
- Previous repair history, replacement parts and repeat-failure pattern