Тел : +86 20 8278 0427
Электронное письмо : info@stsystemplc.com
Resolve these inputs before equipment selection and quotation comparison.
Separate grid-fed, weak-grid and off-grid chainage. Record feeder access, trenching constraints, shading, seasonal solar resource, service roads and the consequence of a dark zone.
Calculate luminaires, sensors, controllers, communications and conversion losses for normal, weather, race and maintenance scenes instead of sizing only from lamp wattage.
Use representative low-generation conditions, temperature derating, battery limits and consecutive-night requirements. Annual-average solar data alone does not establish continuity.
Define when the grid may charge, the maximum demand, tariff window, source priority and behavior after a long outage or incomplete solar recovery.
Place batteries, controllers, panels and protection devices where trained teams can inspect and replace them without excessive route closure or unsafe access.
Retain source-state history, battery state, load energy, alarms, scene history and injected-failure results so the owner can verify the proposed power logic after handover.
Reserve electrical protection, controller capacity, addressing and physical space for later poles or safety devices. The expansion allowance should be stated separately from the accepted first-stage load and autonomy calculation.
Recommended direction: Segment the corridor by grid access, solar exposure, load, autonomy requirement and maintenance access. Use Hybrid Solar-Grid where it reduces new cabling or stabilizes weak-grid operation, but size every battery, panel and fallback scene from a declared energy balance.
Hybrid Solar-Grid Bicycle Track Lighting for Remote Routes should be evaluated as an operating system, not as a collection of impressive devices. The proposal must connect every important claim to a route drawing, configuration, calculation, test method or owner-held record. Define responsibility between the owner, consultant, EPC, luminaire supplier, field-control provider and any video, power or communication partner before procurement.
| Decision | Recommended Basis | Evidence Before Award | Acceptance Outcome |
|---|---|---|---|
| Operating boundary | Define users, zones, speed policy and priority scenes. | Route plan, control narrative and responsibility matrix. | Correct zones respond in normal and abnormal scenarios. |
| Field layer | Select sensing, luminaires, controllers and mounting from site inputs. | Coverage, photometric and electrical documentation. | Installed behavior matches approved configuration. |
| Communication | Choose PLC, LoRA or hybrid from topology and survey evidence. | Route map, channel test and recovery logic. | Commands, alarms and records survive agreed faults. |
| Local continuity | Store approved schedules and fallback scenes locally. | Offline boundary and restoration procedure. | Safe local operation continues within declared limits. |
| Handover | Transfer accounts, maps, backups, logs and maintenance rules. | Handover index and owner access test. | Owner can inspect, export and restore the system. |
A long desert, mountain or coastal route may cross grid-fed, weak-grid and off-grid segments. One power architecture copied across the entire corridor can create unnecessary trenching, oversized batteries or unserviceable assets.
Use this matrix during concept review, tender clarification and pilot planning. Values shown in a proposal remain design inputs until the selected hardware, route geometry and operating policy are verified.
| Zone / Condition | Primary Risk | Engineering Direction | Owner Evidence | Acceptance Focus |
|---|---|---|---|---|
| Grid available and stable | Unnecessary solar and storage cost. | Use efficient grid supply with smart dimming; reserve hybrid equipment for justified zones. | Feeder capacity, tariff and outage history. | Power quality, metering and scene energy. |
| Weak or intermittent grid | Lighting interruption and incomplete battery recovery. | Hybrid Solar-Grid with controlled charging, source priority and local fallback. | Outage profile, charging window and battery energy balance. | Grid-loss transfer, recovery and low-state-of-charge behavior. |
| No practical cable route | High trenching, road crossing and restoration cost. | Evaluate distributed solar or hybrid islands with serviceable equipment layout. | Civil-cost comparison, solar resource and maintenance access. | Multi-day scenario, shading and replacement procedure. |
| Desert exposure | Heat, dust, sand and cable distance reduce real performance. | Temperature-aware battery design, cleanable panels and sealed field equipment. | Temperature range, dust plan and derating assumptions. | Hot-condition capacity, enclosure and communication test. |
| Mountain / coastal route | Shade, fog, snow, salt mist or storms affect generation and visibility. | Zone-specific power margin and weather scene; avoid one universal assumption. | Seasonal resource, corrosion class and weather inputs. | Worst-month energy and environmental checks. |
| Event / race section | Temporary high demand exceeds ordinary nightly profile. | Schedule energy reserve and event scene; prevent event use from silently consuming emergency margin. | Event calendar, active power and recovery time. | Full event simulation by reserve recovery. |
The matrix is deliberately route-based. Nominal ranges, wireless distances, battery capacities or analytic features should not be copied into a tender as achieved performance without the related design assumptions.
The bicycle track lighting and safety management system links motion detection with neighboring lighting zones. When an approved target enters a sensing area, the current segment and selected segments ahead rise to their agreed lighting scene. The occupied scene remains active while detections continue; brightness returns gradually to the approved standby scene after the hold period expires.
The system should be judged by safe scenes, local fallback, alarm traceability and owner-held records. A useful evidence chain includes CH-800 Gateway zones, FAT/SAT files, offline tests, communication-route records, alarm logs, maintenance closure and configuration backups. AI-assisted analysis becomes useful when these field records are dependable.
Sensor reports movement within the configured field of view.
Target direction, coverage, mounting height and nuisance sources are checked on the track.
Gateway or local group logic raises the selected segments ahead.
Neighbor map, response time and uninterrupted visibility are demonstrated in both directions.
Further detections renew the occupied scene and hold timer.
Continuous groups do not cause premature dimming or repeated brightness oscillation.
The zone returns to its approved background scene after the clear period.
Standby illumination and transition rate match the approved lighting design.
Events, commands, energy and faults are retained according to the project scope.
The owner can inspect source identity, timestamps and configuration version.
A straight-road sensor layout cannot simply be repeated along every bend. Curves, crests, cuttings, trees and retaining walls may hide approaching riders from a sensor mounted farther down the track. Place detection and lighting zones around the real sightline, with overlap where a person may disappear briefly behind terrain.
On downhill sections, the illumination sequence should follow the approved rider-speed envelope and the available sight distance. On uphill sections, a slow cyclist or pedestrian must not fall below a speed threshold that was chosen only for vehicles. At sharp bends, maintain a stable background scene and test the approach from both directions.
Detection may occur too late if a sensor sees only the exit.
Add upstream sensing and overlap; illuminate the visible approach and curve before entry.
Terrain can interrupt line of sight; speeds differ uphill and downhill.
Use separate approach zones and test both slow uphill targets and faster downhill riders.
Repeated motion can keep a route occupied for long periods.
Refresh the hold timer; use continuous scenes during sustained occupancy.
Pedestrians and cyclists can enter from a side path.
Include cross-path sensing and a junction scene, rather than only longitudinal detection.
A person may stop moving while still needing light.
Use a persistent safe scene or suitable presence logic; do not rely only on motion pulses.
Motorcycles or four-wheel vehicles may join the track.
Provide manual priority and service scenes with an approved access policy.
An ordinary evening, a crowded training session and an organized race do not need identical dimming behavior. The operator should be able to select an approved scene with a clear scope, start time, end time and restoration rule. Event control should be available through authorized local operation as well as the agreed platform.
During a race, steady lighting through occupied competition segments may take priority over occupancy savings. During quieter periods, local detection can raise selected zones while the rest remain at the approved background level. Maintenance scenes should identify the working area and preserve visibility for approaching riders.
| Scene | Lighting Policy | Trigger or Authority | Acceptance Focus |
|---|---|---|---|
| Daily operation | Background lighting with occupied-zone uplift. | Sensor events, renewed hold time and gradual return. | Verify minimum scene and route continuity. |
| Dense training | Extended occupied scene over active zones. | Repeated detections keep the scene active. | Avoid premature dimming between groups. |
| Organized race | Stable event illumination through the approved route. | Authorized event schedule or local override. | Record selected zones, approval and return to normal. |
| Inspection or repair | Local working scene and approaching-route visibility. | Maintenance authorization and work-order reference. | Record operator, affected assets and closure. |
| Weather scene | Approved brightness and CCT for the weather condition. | Weather input or authorized manual selection. | Measure visibility, glare and scene recovery. |
| Communication interruption | Stored local schedule and approved sensing behavior. | External-network failure policy. | Demonstrate continuity and later record synchronization. |
The system connects sensing inputs, individual light controllers, cabinet or supply zones, CH-800 Gateway / Centralized Controller logic and the selected management platform. The owner receives a route map that relates a physical pole to its controller, circuit, gateway and operating scene.
Cloud access can support remote management where permitted. On-premises servers, Ethernet or fiber can support an owner-controlled management environment. The local field-control layer should retain the approved behavior when external connectivity is interrupted; loss of remote visibility should be distinguishable from loss of illumination.
| System Layer | Operating Role | Owner-Held Evidence |
|---|---|---|
| Sensor layer | Report approved movement or environmental inputs. | Coverage plan, mounting detail, settings and detection test record. |
| Optional radar-video unit | Provide supported target events / metadata and visual review at key access points through the specified integration. | Model and interface scope, time alignment, zone-event mapping, video-access roles and fallback test. |
| Status and broadcast layer | Provide approved four-color indications, recorded / live voice announcements, LED information and video guidance at selected locations. | Status dictionary, message and content library, priority map, zone linkage, operator roles and interruption behavior. |
| Lamp controller | Execute dimming, CCT scenes and selected local fallback. | Device identity, command feedback, scene limits and firmware reference. |
| Cabinet / supply zone | Organize power responsibility and local operating inputs. | Circuit map, isolation procedure, supply status and manual authority. |
| CH-800 Gateway | Coordinate route zones, stored rules and field records. | Zone map, configuration backup, event history and offline behavior. |
| Communication route | Carry field commands and status through the selected channels. | Coverage measurements, path records and measured recovery behavior. |
| Platform and owner files | Review alarms, energy, maintenance and configuration. | Account roles, exports, retention policy and handover package. |
Communication should be selected from the actual power layout and terrain. PLC can use suitable existing power conductors, while LoRA can provide a wireless route where the electrical network does not offer a reliable common communication path. A dual-channel design can provide an alternative route when one channel is degraded.
For selected STSYSTEMPLC hybrid configurations, 0.1 s channel takeover is a project performance target to demonstrate in the specified test conditions. Record direction of transfer, load, interference condition and end-to-end lighting behavior. A working communication backup also needs powered field devices; a backup data path does not restore power to an unpowered luminaire.
| Review Item | PLC | LoRA | HYBRID PLC & LoRA |
|---|---|---|---|
| Existing lighting conductors | Useful where feeder topology and noise permit reliable PLC. | Independent of a common conductor communication path. | Use each channel according to measured site quality. |
| Mixed or irregular supplies | Different transformers and feeder boundaries can complicate communication. | Useful where pole power originates from different circuits. | Survey feeder boundaries and provide wireless coverage where required. |
| Terrain and wireless shadowing | Does not depend on direct wireless visibility, but depends on conductors. | Coverage may need gateway placement or additional route planning. | Validate bends, cuttings and gateway overlap on both channels. |
| Cable interruption or strong electrical noise | Affected conductor route may become unavailable. | Alternative data path can continue where devices remain powered. | Demonstrate PLC-to-LoRA transfer under the agreed fault condition. |
| Wireless interference or lost coverage | A healthy conductor route can remain available. | Affected wireless route may become unavailable. | Demonstrate LoRA-to-PLC transfer under the agreed condition. |
| Single-route dependency | One principal field path. | One principal field path. | Alternative field paths with documented priority and recovery logic. |
| Commissioning scope | Measure conductor quality, feeder limits and device density. | Measure RF coverage, noise, terrain effects and local regulatory settings. | Test both routes separately, then fault transfer and recovery together. |
Long desert or remote tracks can face substantial civil works for a separate power route: trenching, cable protection, distribution equipment, route reinstatement and maintenance access. A grid-only proposal should show these installation costs explicitly rather than compare only luminaire purchase prices.
Hybrid solar-grid lighting can be considered where an accessible grid connection is available but supply continuity or energy cost is a concern. Where no grid exists, pure solar is a different design case. Compare battery reserve, solar exposure, temperature, dust, shading, event hours and inspection access for each segment before selecting the power model.
| Power Route | Cost or Operating Consideration | Evidence to Request |
|---|---|---|
| Separate grid cabling | Trenching, conduit, feeder equipment and reinstatement. | Route drawings, measured lengths, civil-work rates and supply responsibility. |
| Hybrid solar-grid | Solar contribution with agreed grid charging or backup behavior. | Available grid connection, battery reserve, charging policy and outage tests. |
| Pure solar | Useful where a grid connection is absent or costly to establish. | Seasonal solar model, autonomy target, cleaning access and battery replacement plan. |
| Mixed corridor | Different segments may justify different power arrangements. | Zone-based bill of quantities and consistent sensing / operator behavior across segments. |
| Control-power reserve | Communication and monitoring also consume energy. | Separate night-lighting energy from standby and daytime controller consumption. |
STSYSTEMPLC offers a street-luminaire efficacy option up to 230 lm/W. The final value must correspond to the selected complete luminaire, driver, optic, CCT and operating conditions. A high LED-chip figure is not a substitute for measured complete-luminaire output and input power.
A cycling corridor also needs the right distribution. Compare maintained illumination, uniformity, glare, bends, verge visibility and spill light through a photometric design. A higher lm/W figure is valuable when it helps deliver the required scene with less input power; it does not by itself prove better visibility or permit fewer poles.
| Illustrative Complete-Luminaire Efficacy | Power for 15,000 lm | 1,500 Luminaires | Annual Lighting Energy | Compared with 150 lm/W |
|---|---|---|---|---|
| 150 lm/W | 100.00 W | 150.00 kW | 657,000 kWh | Reference case |
| 170 lm/W | 88.24 W | 132.35 kW | 579,706 kWh | ≈11.8% less lighting energy |
| 200 lm/W | 75.00 W | 112.50 kW | 492,750 kWh | 25.0% less lighting energy |
| 230 lm/W | 65.22 W | 97.83 kW | 428,478 kWh | ≈34.8% less lighting energy |
Separate luminaire efficacy from occupancy control. A more efficient luminaire reduces power for a stated output. Dynamic lighting changes the time spent in each operating scene. Dense cycling traffic may keep most zones raised, so savings should be modeled from route occupancy rather than from a universal percentage.
Agree the baseline and reporting boundaries before acceptance. Records should identify which meters or controller measurements are used, how event nights are treated, and whether communication or standby consumption is included. The owner should be able to reproduce the monthly result from accessible records.
| Energy Factor | What Changes the Result | Evidence to Retain |
|---|---|---|
| Luminaire efficiency | Compare complete-luminaire watts at the required photometric design. | Output report, input-power report, CCT, optics and operating temperature. |
| Occupied hours | Determine how long zones remain in the raised scene. | Detection history, hold-time settings and group-occupancy samples. |
| Background scene | Define permitted dimming and the required minimum illumination. | Approved scene file and measured track lighting at the selected level. |
| Race or event operation | Treat event nights separately from ordinary schedules. | Event authorization, affected zones and operating hours. |
| Total system energy | Include agreed controller, gateway and standby loads. | Measurement boundary, meter identity and reconciliation method. |
| Owner review | Retain the data needed to repeat the comparison. | Exported records, report formula, baseline dates and configuration changes. |
External network failure should not make an occupied track wait for a cloud command. Store the approved scene and schedule behavior in the selected local controllers and CH-800 Gateway configuration. Define how sensing, manual override and abnormal-condition scenes operate during an interruption.
The exact fallback depends on which part fails. Loss of the internet, loss of the gateway, loss of one field channel and loss of luminaire power are different events. Test them separately and record the visible lighting behavior, retained events and return-to-normal sequence.
Approved local schedule and field scenes continue within the configured architecture.
Remote visibility is unavailable; retain local records where supported.
Use the tested alternative route where the hybrid configuration and power allow.
Record channel status, transfer result and failed devices.
Apply the approved default scene rather than an untested reduction.
Flag the sensor or zone for inspection and preserve a usable route scene.
Lamp-level behavior follows the configured fallback capability.
Document the scene retained at each controller and the restoration procedure.
Only the agreed backed-up circuits or solar / battery units continue.
Measure reserve and restored status; do not treat communication redundancy as energy backup.
Factory Acceptance Testing should prove configuration and integration before delivery. Site Acceptance Testing should prove the real route with its bends, slopes, vegetation, electrical supplies and permitted traffic. Both stages should produce records the owner can inspect and retain.
Agree test routes and pass criteria before installation. Include the slowest approved user, both directions, side entrances, continuous groups and service vehicles. Repeat representative tests with normal scenes, event scenes and the agreed interruption cases. A short straight-line demonstration is insufficient for a varied cycling corridor.
| Acceptance Item | FAT Before Delivery | SAT on the Track | Owner-Held File |
|---|---|---|---|
| Asset identity | Map sensor, pole, controller, cabinet and gateway identifiers. | Check random physical assets against route and platform records. | Asset list, route map and zone table. |
| Target coverage | Define supported targets and sensing settings. | Test pedestrians, bicycles, motorcycles and four-wheel vehicles. | Target-pass records and installed settings. |
| Bend and gradient | Prepare zone overlap and advance-lighting rules. | Traverse both directions at approved speeds and difficult approaches. | Route test, scene sequence and response timing. |
| Dense groups | Verify repeated-trigger and hold-timer logic. | Test sustained groups and simultaneous zone occupancy. | Detection history and no-premature-dimming result. |
| Radar-video linkage, where supplied | Confirm supported targets, analytics events, metadata interface and lighting-zone mapping. | Test entrance / junction activity, video and event alignment, scene commands, dimming limits and lost-input fallback. | Integration scope, event / command log, visual reference and recovery record. |
| Indicators and broadcast | Approve color meanings, messages, visual content, event priorities and zone mappings. | Test each indicator, recorded / live voice path, display content, lighting linkage, manual override and communication interruption. | Status matrix, message library, content approval, audibility / readability checks and event record. |
| Nuisance filtering | Prepare sensitivity, coverage and available filter settings. | Compare occupied and unoccupied periods with relevant nuisance sources. | Missed / unwanted trigger records and adjustments. |
| Photometric scenes | Validate luminaire configuration and approved scene limits. | Measure relevant light levels, uniformity and glare evaluation. | Photometric files and site measurement report. |
| PLC / LoRA routes | Verify both channels and fault-transfer logic where supplied. | Interrupt each channel and measure behavior under agreed conditions. | Route quality, transfer timing and recovery record. |
| Outside-network loss | Load local schedules, scenes and fallback rules. | Disconnect the external link and observe field operation. | Offline result, retained logs and restoration record. |
| Weather / dual CCT | Check selected 2700K ↔ 6000K rules and manual override. | Verify trigger, scene, recovery and measured output. | CCT scene file and weather-input test. |
| Power reserve | Agree backed-up scope and consumption assumptions. | Test selected outage and charging / reserve behavior. | Power test and reserve calculation. |
| Alarm closure | Prepare alarm dictionary and work-order fields. | Simulate a fault through dispatch, repair and closure. | Alarm log and maintenance closure report. |
| Owner handover | Prepare accounts, exports, backups and spare-part plan. | Confirm owner access and a practical restore demonstration. | Handover index, configuration backup and restoration result. |
A 5-year warranty and a 7-, 8- or 10-year operating plan are different commitments. Compare warranty scope, labor responsibility, component availability, software support, battery replacement and access to project data separately. Any extended service or energy-management arrangement should be defined in the signed contract.
The owner needs continuity through changes in firmware, server arrangements, spare parts and maintenance contractors. Configuration backups and documented interfaces reduce dependence on the original commissioning team. Planned operating life is supported by maintainable hardware and usable files, not by a year count alone.
Verify the installed route, seasonal conditions and representative operating scenes.
Accepted configuration, defect closure, energy baseline and training record.
Review warranty boundaries, component aging and maintenance history.
Warranty record, replacement plan, battery review where used and updated backups.
Review support, software continuity and contractor transition capability.
Interface notes, spare-part availability, restore test and owner exports.
Decide which components to retain, refurbish or replace.
Lifecycle cost, recurring faults, lighting performance and migration plan.
Hybrid Solar-Grid power planning and remote-route lighting requires disciplined claim control. Separate completed project facts, verified product capability, route-specific design proposals and assumptions that remain open. This protects the owner from treating a reference video, maximum rating or simulated result as proof of the complete installed outcome.
| Evidence Grade | Meaning | Required Wording |
|---|---|---|
| A — Project verified | Identifiable delivered scope supported by acceptance or owner records. | State the project, scope and verified result. |
| B — Product verified | Selected product capability supported by a current datasheet, certificate or controlled test. | State model, configuration and limits. |
| C — Design proposal | Route-specific calculation and control narrative awaiting site acceptance. | Use “proposed” or “subject to SAT”. |
| D — Validation required | An assumption materially affects cost, safety or performance. | Name the owner, due date and validation method. |
BANYIN Freeway: project reference for sensor-related coordinated field lighting. Transfer the engineering method and request the applicable scope; bicycle-lane targets, route scenes, response timing and operating outcomes remain subject to this project’s FAT/SAT.
Apply the same discipline to every major statement. Sensor configuration is not route permission; communication redundancy is not backup power; maximum efficacy is not maintained track performance; AI-assisted review is not personal rider tracking. Every conclusion must point to evidence the owner can retain after handover.
Dual CCT control connects the selected normal and weather scenes to approved local rules. A project may evaluate 6000K for its normal scene and 2700K for selected fog, rain or snow conditions, with sensor inputs and manual override as specified. The correct scene depends on site optics, weather, glare and owner requirements; CCT alone does not establish better visibility.
Verify the trigger, changed scene, hold / recovery behavior and input power in both CCT states. Prevent repeated switching near a weather threshold through agreed delay or hysteresis settings. During a sensor fault, use the approved local scene and record the cause for maintenance.
Automatic dual CCT reference: 2700K ↔ 6000K lighting scene control. Confirm the supplied hardware, weather-input method and measured light output for the bicycle-track proposal.
From mountain fog and snowfall to sea fog and wind-blown sand, dual CCT gives the owner a warm-light operating option when visibility deteriorates. The practical aim is clearer recognition of riders and route boundaries with controlled glare. Compare approximately 2700K with 5000K / 6000K using the supplied luminaires, actual beam distribution and representative weather conditions.
| Application Environment | Visibility Challenge | 2700K Warm-Light Scene | Track Operating Check |
|---|---|---|---|
| High-altitude and cold mountain routes | Recurring fog, low cloud, bends and steep gradients can reduce the visibility of riders and track edges. | Evaluate the approximately 2700K warm-light scene against 5000K / 6000K white-light scenes for rider contrast, glare comfort and edge recognition in the actual fog conditions. | Compare visible targets from both approach directions, including bends and slopes; use the agreed scene when visibility deteriorates. |
| Cold regions with snowfall | Falling or drifting snow and bright snow-covered surfaces can change contrast and produce reflected glare. | Evaluate the 2700K scene with the approved brightness and beam distribution to support comfortable viewing and route recognition. | Check cyclists, pedestrians and track-edge visibility in falling snow and against snow-covered backgrounds; cold temperature alone does not require a CCT change. |
| Coastal roads and cycling tracks | Sea fog, airborne water droplets and wet surfaces can reduce visibility and increase reflected glare. | Evaluate approximately 2700K warm light during fog or mist, with brightness and optics adjusted to preserve track visibility. | Compare target visibility and glare on wet surfaces; use visibility or weather inputs rather than humidity alone to select a scene. |
| Desert routes with blowing dust or sandstorms | Airborne dust and sand can obscure riders, bends and route boundaries. | Provide a selectable 2700K weather scene and compare it with 5000K / 6000K scenes under representative dust conditions. | Record target contrast and effective visibility; the selected lighting scene must remain consistent with the owner’s event, speed and route-access policy. |
Warm light is a weather-scene option, not a universal visibility rating. Any claimed improvement in visibility distance or safety performance should be supported by comparative measurements; CCT alone does not establish a fixed penetration advantage.
| Review Item | Bicycle-Track Requirement | Acceptance Evidence |
|---|---|---|
| Scene selection | Approved normal and weather CCT / brightness settings. | Measured CCT, output, power and photometric assessment. |
| Trigger and stability | Weather input, threshold and switching delay or hysteresis. | Trigger test and no repeated switching around the threshold. |
| Manual authority | Authorized operator can select the agreed priority scene. | Role check, operation record and return to automatic mode. |
| Fallback | Approved behavior during sensor or external-network interruption. | Local scene test and alarm / recovery history. |
Share the route length, bends and gradients, pole spacing, electricity access, user density, permitted service vehicles, weather exposure, communication conditions and owner acceptance requirements. STSYSTEMPLC can organize the architecture, zone plan and evidence package for technical review.
Discuss the ProjectOpen Video/PDF Download Hub