The ways a chair fails an obstacle-climbing test

ISO 7176-10 addresses whether a powered wheelchair can negotiate vertical obstacles such as steps and thresholds safely under its own drive. What it judges is not "how capable this chair is at climbing obstacles" but "whether the obstacle-climbing height declared in the user manual can be achieved by the complete chair stably and repeatably, without tipping, without structural failure and without human assistance." It is a claim-verification item: you verify what you declare, passing means conformity, falling short means non-conformity. So half the outcome is decided the moment the external claim is signed off. Obstacle geometry, how the height value is taken, test directions, repetition requirements and detailed acceptance criteria are governed by the current valid version of the standard text; this article deals only with failure logic and preparation.

Precisely because it is a verification item, the conclusion "did not pass" carries very little information on its own. What engineering actually needs to know is where in the sequence, and in what manner, the chair failed. Broken down by load path, obstacle-climbing problems fall into the categories below, which the rest of the article works through one by one.

Failure mode Stage What you see on the test floor Root cause in the load path Direction for correction
Lift-up failure Start of ascent Castor jams against the obstacle face and stays put while drive wheels spin Horizontal thrust cannot be converted into a climbing moment about the castor contact point Castor diameter and fork geometry, front-end weight distribution
Torque collapse Mid-ascent Stalls partway up, or a protection strategy intervenes Drive wheels carry both their own climb and the weight of the portion already on the obstacle Drive layout, controller torque strategy, battery condition
Rearward tipping tendency Mid-ascent Front end lifts excessively, rear anti-tip wheels touch down Centre of gravity migrates rearward as the pitch angle grows Wheelbase and centre-of-gravity layout, anti-tip wheel position
Anti-tip wheel interference Mid-ascent Anti-tip wheels ground out first and the chair stops climbing Ground clearance setting conflicts with the climbing attitude Anti-tip wheel height and fore-aft position
Descent damage Descent Castor fork deformation, bearing noise, footrest contact Front end lands first, impact concentrated at the castor fork and its connection Front structure stiffness, ground clearance, landing attitude
Non-repeatable data Throughout Two runs on the same sample do not agree Battery, tyre pressure, adjustable parts and firmware not locked down Definition and recording of the as-submitted state

The table also works in reverse: asking at the project definition stage whether each row has design margin behind it is cheaper than discovering it from a report and spending another prototype and another schedule slot.

Before diagnosing failure, separate obstacle climbing from adjacent items

Obstacle climbing, gradient capability and dynamic stability get conflated remarkably often, especially by sales and procurement colleagues who report "how high a step it can take" and "how steep a slope it can climb" to customers as if they were the same thing. The three have different physical mechanisms, appear as three independent data sets in the report, and are looked at separately during assessment. If the boundaries are unclear when you diagnose a failure, it is easy to treat a gradient-related power problem as an obstacle-climbing geometry problem.

Item Primary object of assessment Typical failure signature Position in the report set
Obstacle climbing (ISO 7176-10) The process of crossing a vertical obstacle: front wheel lift, drive wheel climb, rear wheel release Castor jammed and spinning, rearward tipping on ascent, forward pitch on descent, anti-tip wheels locking the chair Standalone obstacle-climbing data compared with the declared value
Dynamic stability (ISO 7176-2) Attitude retention while driving and braking Wheels leaving the ground during acceleration, deceleration or turning; pronounced tipping tendency Standalone stability data across directions and operating conditions
Gradient-related capability Traction and drive capability on a sustained slope Stalling on the slope, roll-back, protection strategy intervening Read together with drive and control system data

A chair with attractive obstacle-climbing data is not automatically sound on dynamic stability; conversely, a chair with generous stability margin (long wheelbase, low centre of gravity) may jam during obstacle climbing precisely because the front wheels will not lift. At the product definition stage this is a trade-off to be balanced, not a set of parameters you can max out simultaneously.

Start of ascent: the castor jams and the chair goes nowhere

At the instant the castor contacts the obstacle face, drive force travels through the chassis to the castor axle and produces an almost purely horizontal thrust. Converting that horizontal force into a moment that lifts the castor depends on the castor's tendency to rotate about the contact point. The smaller the castor diameter, the lower the contact point sits relative to the axle, the less favourable the lever arm, and the greater the horizontal thrust required -- which is why "jammed solid, drive wheels spinning" appears. Many models improve their obstacle behaviour after castor diameter is increased, and this is the reason.

Two further variables at this stage are easy to overlook. One is castor fork offset and swivel damping: with unsuitable offset, the castor swivels aside at the moment of contact rather than lifting, which looks like "the wheel twisting in place". The other is front-end loading: too light and the front lifts but the drive wheels lack grip; too heavy and it will not lift at all. Where the test dummy is placed will amplify or mask that conflict directly. When engineering runs comparative verification, fix the dummy state before comparing castors, or the two variables tangle and the conclusion is unusable.

Mid-ascent: peak torque demand and rearward tipping arrive together

Once the castors are up, the centre of gravity moves forward and the drive wheels begin to contact the obstacle face. At that point the drive wheels must both climb themselves and support the weight of the portion already on the obstacle, which is the peak torque demand of the whole sequence. Front-, mid- and rear-wheel drive layouts diverge visibly here: a layout with the drive wheels further forward is under less pressure at this step but lacks front-end ballast during the earlier lift; a layout with the drive wheels further back lifts the front easily but carries a heavier mid-sequence burden and a higher rearward tipping risk.

The electrical side is under stress at the same moment. Obstacle climbing is a transient high-current condition; at the instant the castor meets the obstacle the motor is close to stall, and the voltage drop caused by battery internal resistance shows up immediately as reduced climbing capability. Which is why the same chair tested with batteries at different states of charge can produce entirely different results -- both a cause of failure and a common source of non-repeatable data. Controller soft-start strategy, current limiting and overcurrent protection thresholds are equally decisive here: protection that engages too early leaves the chair stopped halfway; protection set too loose can transfer the risk onto motor and drivetrain durability.

Rearward tipping is the other thread at this stage. Mid-ascent the chair sits close to a pitched-up attitude, and how far the centre of gravity migrates rearward depends on the relationship between obstacle height, wheelbase and wheel diameter. The closer the attitude gets to the critical point, the more the chair depends on the rear anti-tip wheels as a backstop -- and the anti-tip wheels are themselves a dilemma.

Anti-tip wheels: too early they jam, too late they do nothing

Rear anti-tip wheels engage mid-ascent. Engage too early and they ground out before the drive wheels do, propping the chair up and terminating the climb; on the test floor this looks like insufficient power, when it is actually geometric interference. Engage too late and the rearward tipping has already occurred, so the protective value is limited. Anti-tip wheel ground clearance, fore-aft position and whether they include elastic damping are a direct trade-off between obstacle capability and tipping protection, and this is one of the components where before-and-after adjustment produces the largest data spread on the same chair.

Two suggestions. First, the as-submitted anti-tip wheel state must be nailed down in the configuration list: if the mounting holes offer several positions, state which one was used. Second, do not tune the anti-tip wheels close to ineffective purely to improve obstacle data -- the stability items and real-world use will hand that cost back.

Descent: the impact lands on the front structure

Coming off the obstacle, the centre of gravity moves forward and the castors land first, concentrating impact load at the castor fork and its connection to the front fork. Failure here does not necessarily show up as tipping; more commonly it is castor fork deformation, bearing damage, or the footrest or anti-tip wheels grounding and scraping. When a chair "gets up but not down", the problem is usually not power but landing attitude control and front structure stiffness.

From a design standpoint, descent is a dynamic condition with impact, and a fair number of products have only been checked structurally against static loads. Repeated obstacle crossing is a fatigue input into frame welds, seat mounting points and footrest brackets, which is why obstacle testing frequently exposes weak spots in the front structure. If strength items are scheduled in the same batch, sequence obstacle climbing sensibly and keep spare prototypes in reserve, so accumulated damage from one item does not compromise the conclusions of the next.

Non-repeatable data: without locked boundary conditions there is no failure analysis

Every failure category above rests on one premise: that two runs are comparable. If the boundary conditions are not locked, you cannot tell whether an observed difference comes from the design or from the state. The following must be fixed and written into the accompanying documentation before samples ship.

Test dummy and loading. Obstacle testing requires the test dummy to be loaded as the standard requires, with dummy specification and placement governed by ISO 7176-11. The dummy's mass distribution and centre-of-gravity position determine the front-rear axle load split during obstacle climbing directly; a few sandbags are not a substitute. Dummy specification and installation requirements are governed by the current valid version of the standard text.

Battery state of charge. The reasoning was covered in the mid-ascent section. To add: the battery submitted should be the production configuration matched to the chair, not one that has sat in the warehouse for a long time; if the battery management strategy includes a low-charge power reduction behaviour, say so in the technical documentation.

Tyres and inflation pressure. For pneumatic tyres, pressure affects contact patch deformation and effective rolling radius; for solid tyres, watch tread wear condition. This is easily overlooked during retesting and is a common reason two runs on the same prototype fail to agree.

Positions of adjustable parts. Seat height, backrest angle, footrest length, armrests, anti-tip wheel hole positions -- anything adjustable must have its as-submitted state stated. The number of possible combinations usually exceeds expectations, so lock one "as-submitted configuration" at the planning stage and cover the remaining configurations through a differences statement.

Controller parameters and firmware version. Acceleration curves, torque limits, soft-start and protection thresholds all live in the controller. Changing firmware after submission amounts to a different chair, and obstacle, acceleration, deceleration and braking data all need re-evaluating. This one comes up often in powered wheelchair projects.

Sound hardware, unsound documentation: the project still stalls

There is a further class of failure that has nothing to do with hardware and blocks the project just as effectively.

Inconsistent declared values. The user manual states one figure, the e-commerce product page states a larger one, testing follows the manual, and marketing sells to the advertisement; when something goes wrong neither side matches. Aligning external claims before submission costs far less than changing the structure.

The prototype is not production state. Hand-built prototypes often differ from production parts in the castor fork and anti-tip wheel brackets, and obstacle climbing is precisely sensitive to those parts. Data obtained with hand-built parts may not hold once production starts.

Configuration combinations undefined. Where one model comes with several seats, batteries or wheel sets, failing to state in advance which models are covered and where the differences lie narrows the applicable scope of the report, and export customers commonly add requirements as a result.

Only obstacle climbing, none of the adjacent items. For registration or export, assessment looks at a complete set of powered wheelchair performance data; missing items get sent back for supplementary testing, which means booking another prototype and another schedule slot.

The verdict is more than pass or fail

Once you have the obstacle data, look at several further things: whether wheels stayed off the ground continuously during the crossing, and whether human assistance was needed; whether the chair shows visible permanent deformation, loosened fasteners or abnormal noise afterwards; whether adjustable parts shifted position. These observations shape the wording of the report conclusion and decide whether retesting follows. Specific acceptance conditions and permissible states are governed by the current valid version of the standard text. For engineering, these observation records are worth more than the conclusion line -- they point straight at one of the rows in the first table.

Turning failure modes into a submission checklist

Preparation item Requirement Failure mode addressed
Prototype Production state, or a confirmation sample identical to production; quantity set by the item combination Hand-built part differences; accumulated damage blocking later items
User manual Contains the declared obstacle capability, use limitations and warnings, consistent with marketing claims Failure to verify the declared value; conflicting claims
Technical documentation Complete chair drawings, castor and anti-tip wheel specifications, controller parameters and firmware version Lift-up failure and torque collapse that cannot be attributed
Battery and charger Production configuration matched to the chair, supplied with the sample, with charge state and power reduction strategy explained Torque collapse; non-repeatable data
Adjustable part settings As-submitted setting stated for seat, backrest, footrest and anti-tip wheels Anti-tip wheel interference; retest drift
Configuration list Models covered, difference points, configuration correspondence Narrowed applicable scope of the report
Target markets Export destinations and intended use stated, so the standard set can be fixed Markets added midway forcing supplementary testing

Domestic registration and EU export: the standards relationship in one line

Domestic sales and registration scenarios normally reference the GB/T 18029 series; for EU export, powered wheelchairs and scooters commonly use EN 12184. Their test methods correspond to and reference the ISO 7176 series, and obstacle-climbing capability sits within the powered wheelchair performance items in each framework. The detailed correspondence and citation relationships between the three are not opened up here; at the planning stage the laboratory will issue an item list for the target market. For applicable scope, start with the standards list.

There is only one practical recommendation: state all target markets in one pass. Planning one prototype and one test campaign against a combined set of standards saves both time and prototypes compared with doing the domestic route first and adding export afterwards. For the overall item structure, see powered wheelchair testing; if the product is closer in form to a scooter, the assessment path differs, so see mobility scooter testing.

How to get obstacle testing started

SUNGO Mobility Testing Lab focuses on wheelchairs, mobility scooters, walkers and crutches, and can take on powered wheelchair obstacle-climbing capability along with related ISO 7176 series performance items, combining domestic and export requirements into one programme according to your target markets. The laboratory is accredited by CNAS, CMA and IAS (USA), with laboratories in Shanghai and Hefei; to be clear, an accreditation mark only demonstrates that the laboratory holds the corresponding technical competence within its accredited scope and does not constitute a commitment regarding the market access outcome in any target market. We can discuss the programme before the prototype arrives, so the item list, prototype quantity, as-submitted configuration and lead time are settled in one go and supplementary testing is avoided later. Past project examples are on the case studies page.

For a quotation, or to confirm which route your product should take, call +86 132 4819 8029 or request a quote and send us the model, target markets and the values declared in your user manual. We will come back with the corresponding item list and a lead time recommendation.