Yangzhou Qiyao Optoelectronic Technology Co., Ltd.Qiyao Infra

Recording Runtime Across Solar Street Light Modes

Runtime records are useful only when they identify the mode being tested.

Updated 2026-10-21 · 6 min read

Key Takeaways

  • Record maximum-output, scheduled-dimming, and motion-triggered results separately, identifying the configuration and mode used during each observation period.
  • Log program changes, panel direction, weather, and activity so different operating conditions are not mistaken for improved equipment performance.
  • Check useful lighting at critical locations throughout the required night; include stops and safely controlled approach routes for motion-controlled lights.
  • Keep a full-battery discharge result separate from recovery during continuing use after poor charging; neither establishes an unqualified all-season claim.

Runtime records are useful only when they identify the mode being tested. Maximum output, scheduled dimming, and motion-triggered operation can impose different demand on the same light. Keep those observations separate instead of combining them into one unsupported all-night claim.

Identify the exact configuration being observed

Use the intended location, bracket angle, and specified operating schedule. Record the sample identity, panel, battery, and settings. If a position or program changes during evaluation, record when it changed so observations are not treated as directly comparable.

Before testing, list the questions the sample must answer. Can users see the opposite road edge? Is late-night output suitable? Does detection respond in time? What happens after poor charging weather, and how would a component be replaced?

Inspect daytime exposure and nighttime routes. Replace vague comments with identifiable observations, such as a difficult-to-see path edge near the entrance or an early switch-off after successive cloudy days. These details let the supplier explain a specific correction.

A matching housing at delivery does not establish matching internals or programming. Compare the batch with the approved configuration and require substitutions to be identified before acceptance. Preserve the final mode, installation requirements, and service contact for the operating team.

Compare warranty scope as well as duration. Ask which components are covered, how faults are assessed, and who pays for labor, shipping, and access at height. Clarify treatment of normal deterioration and operation outside stated conditions. Rehearse a service request: what information does the owner send, how are checks arranged, how do parts arrive, and who installs them? The written answers are more useful than a warranty period standing alone.

Keep separate observation records for different modes

Give each observation period an identifiable mode and configuration. Record when a program changes, together with the panel direction, weather, and relevant activity. Otherwise, an apparent improvement in runtime may simply reflect a lower-output schedule or fewer sensor activations rather than a change in the equipment’s performance.

Describe useful service at the critical locations through the required night. A lamp that remains visibly on may no longer provide the output needed at an entrance or road edge. Include waiting periods and less direct approach routes where motion control is used, and keep those conditions beside the runtime observation.

Keep the observed arrangement, service provided, and conditions still requiring confirmation together in the record.

Keep each runtime claim with its power and schedule

A compact housing must accommodate the panel, battery, and thermal arrangement. When a proposal combines small size, high power, all-night brightness, and long cloudy-weather operation, ask for the conditions behind each statement. The claims need to describe a configuration and schedule the site can actually use.

LED capability, complete light input, a short maximum-output state, and normal operation may be different figures. Ask which one the quotation uses. A demonstration under a different program cannot establish the performance of the specified operating schedule.

Autonomy also depends on starting charge, dimming, and sensor activity. A quiet test area may trigger high output rarely, while a warehouse entrance with frequent vehicles may keep the same light at a brighter state for much longer. That difference changes the operating demand without proving a hardware defect.

Separate two questions: when can maximum output be used, and what lighting does the normal schedule maintain? Check visibility at important locations late in the night, not just whether a few LEDs remain visibly on.

After poor weather, the panel must support ongoing operation while rebuilding the reserve. Ask how the proposed arrangement fits the location, season, and shading. A discharge test starting with a fully charged battery is useful under its stated conditions but does not prove continuous suitability everywhere. Any lower late-night output accepted to meet the budget should be agreed before purchase.

Record sensor demand and stationary periods

A sensor changes the light’s operating state when it detects activity. It does not necessarily detect every person, vehicle, direction, or speed equally. Request the detection method, intended coverage, and installation conditions for the actual model.

Use representative routes in a safely controlled area. Include a person approaching from the side, someone walking along the road, a vehicle turning into an entrance, and a user who stops moving. Observe whether higher output starts before the user reaches a poorly lit section and whether it remains suitable during a stop.

Check the background level when no motion is detected. If that level is too low, someone may already be unable to see the route before entering the detection area. A quiet park path and an active night-shift entrance do not necessarily accept the same behavior.

For example, a side gate may place a pedestrian outside detection until several steps into the road. Extending the bright period does not correct late detection. A queue of stationary vehicles raises another question: does output reduce while drivers are still waiting?

If brightness changes seem irregular, compare motion response, idle operation, and scheduled changes before assuming battery failure. Some equipment can be affected by surrounding activity or moving branches; assess this against its instructions. Keep the accepted background setting, triggered state, duration, and installation conditions. Recheck the usual routes after later program changes.

Record panel exposure and changes in orientation

On many integrated designs, the panel and light have a relatively fixed relationship. Rotating the whole assembly can change both daytime collection and nighttime aiming. A light facing the road correctly does not prove that the panel is well positioned, and a panel facing a useful direction may leave the light aimed outside the road.

Put road direction, pole positions, and obstructions on one drawing. Ask what adjustment the bracket permits and whether the panel and light can move independently. Avoid an improvised steep bracket: it can change wind exposure, drainage, and attachment conditions.

Assess shadows at different times and relevant seasons. Where position is constrained, compare a permitted adjustable arrangement or a split system. A larger battery does not remove the shading problem, which may become more visible after consecutive cloudy days.

Inspect the sample both by day and by night. Look at actual panel exposure during the day, then follow pedestrian and vehicle routes after dark. Check between lights, across the road, and at bends. Phone photographs help record locations but cannot directly compare brightness when exposure differs.

Keep an installation photograph with a known direction and record the final bracket position. If someone later turns the fixture to avoid branches or reduce glare, review collection again. Reduced charging may not show up as early dimming until several nights after the adjustment.

Article-specific FAQ

What makes two runtime observations unsuitable for direct comparison?

Different modes, starting charge, activity, exposure, or unrecorded configuration changes. State those conditions before drawing conclusions from the duration alone.

Should observations before and after a program change be combined?

Identify the change and its timing first; they are not automatically results from one unchanged configuration.

Why verify the batch program after a successful test?

Different delivered settings can change behavior even when the housing and apparent model remain similar.

Related Guides

Discuss Your Project

Request runtime records organized by mode, with the tested settings and activity conditions attached to each result. Where motion control is fitted, keep the route and stationary-user test with the activity log. Use the solar street light procurement guide to specify which accepted program is intended for delivery. A later setting change should remain identifiable in the record so longer runtime is not automatically attributed to improved equipment or equivalent lighting service.

Send Project Requirements
Scroll to top