Summary
Mexico City is a proposed evaluation site only; the supplied evidence establishes no local installation, surveyed conditions or measured results. For the SOLARTODO classic twin-arm bronze smart streetlight, select a communications architecture after testing surveyed obstructions, communication loss and restoration on the offered configuration.
Keep smart-classic-twin-bronze as the evaluation reference, with its relationship to the offered configuration requiring supplier confirmation. The supplied catalog text identifies city-catalog-2026-11-01-v1 but does not print that model identifier. No authoritative product PDF, PDF URL, page reference or model-specific operating conditions were supplied.
Before purchase acceptance, require documentation and a demonstration of the buyer-approved lighting behavior during communication loss while electrical supply remains available. The evidence establishes neither offline lighting capability nor a preferred network technology.
Key Takeaways
- Survey candidate locations and use recorded obstructions to define relevant communication tests.
- Obtain supplier confirmation linking smart-classic-twin-bronze to the offered catalog configuration.
- Record commands, physical lighting and reported status separately throughout each test.
- Agree the required lighting behavior during communication loss, then test it with electrical supply maintained.
- Test restoration against documented rules for any offered schedules, overrides and pending commands.
- Accept only the documented configuration whose witnessed results meet the buyer’s agreed criteria.
Proposed problem
Which obstruction, communication-loss and restoration tests should determine the communications architecture and fallback lighting behavior for the proposed Mexico City evaluation?
The supplied sources contain no Mexico City survey, coverage assessment, interference measurements or infrastructure inventory. Establish candidate positions and relevant obstruction scenarios through a survey before describing any test as representative of the proposed site.
The protocol below is a proposed procurement method. It does not describe observed conditions, manufacturer specifications or demonstrated product behavior.
Product and evidence boundary
The SOLARTODO smart streetlight catalog, identified in the supplied extraction as city-catalog-2026-11-01-v1, describes a classic twin-arm bronze smart streetlight. Its selected appearance includes a bronze polygonal pole, two curved luminaire arms, PTZ camera, environmental sensor, display, audio/SOS and integrated EV charging base. Grid-fed lighting and modular communications/control are catalog options.
The selected appearance excludes a drone hangar, robot, wind turbine and wrapped CIGS photovoltaic surface. The extraction establishes catalog scope and appearance, without establishing numerical height, power, charging rate, certification or installed performance.
Evaluation reference: smart-classic-twin-bronze. The supplied catalog prose does not contain this identifier. Obtain supplier confirmation of its relationship to the offered configuration before relying on it for procurement documentation.
The evidence does not establish communications protocols, local scheduling, controller memory, backup power, redundant connections or an offline operating mode. Require configuration-specific documentation for any such capability offered.
Product-document gap: no authoritative product PDF, public PDF URL, exact page or model-specific operating conditions were supplied. The catalog extraction has no supplied page number. Request those materials before technical acceptance.
Use Smart Streetlight for product enquiries, including the evaluation reference and a request to identify the exact offered configuration.
Proposed evaluation protocol
Establish the configuration and obstruction scenarios
Ask the supplier to identify the offered communications modules, lighting controller, management services and electrical supply arrangement. Request a diagram of communication endpoints and any accessory dependencies.
Survey candidate positions and record physical conditions along the proposed communication paths. Distinguish existing obstructions from obstacles deliberately introduced for testing. Build the scenario matrix from these records; do not assume particular Mexico City street conditions.
Where feasible, establish an unobstructed baseline and repeat the same agreed command sequence under each relevant obstruction scenario. Keep configuration and observation methods consistent. Include combinations of obstructions only where they are relevant to the proposed architecture and site.
If a test fails, check configuration, installation and electrical supply before attributing the failure to an obstruction. Record unresolved causes explicitly.
Separate command delivery, lighting response and status
For each test, record the command issued, any available acknowledgement, the observed physical lighting response and the status displayed by the management interface. Identify unavailable observations.
Ask the supplier to document what each available acknowledgement confirms. An undefined acknowledgement cannot establish controller receipt or physical execution. The supplied evidence defines no acknowledgement behavior for this product.
Evaluate command delivery and status reporting separately. If documentation establishes shared communications with accessories, compare lighting behavior with permitted accessory activity enabled and disabled. Do not assume that lighting, camera, display or charging services share a connection.
Interrupt communications with electrical supply maintained
Agree the interruption method and identify the exact path being tested. Maintain electrical supply and record how its availability is confirmed.
Proposed scenarios include complete disconnection, intermittent connectivity and a deliberately degraded connection. Test separate paths only where the documented architecture provides them and the agreed procedure permits independent interruption.
Define the buyer’s required lighting behavior before testing. A fixed lighting state or a locally retained schedule may be considered only if the supplier documents that the offered configuration supports it. Neither capability is established by the supplied catalog.
For supported functions, consider interruptions during a lighting transition, temporary override or planned schedule change. Include startup without connectivity if required by the buyer. Record unsupported requirements as procurement gaps rather than assuming the functions exist.
Verify restoration before selecting the architecture
Agree the expected behavior before restoring connectivity. Observe physical lighting and reported status, then check any offered functions involving pending commands, schedules or temporary overrides.
Require documentation of command precedence, expiry and reconciliation wherever those functions are offered. Compare demonstrated behavior with the buyer’s agreed requirements; the catalog does not establish those rules.
Use the obstruction, disconnection and restoration results to select the architecture. If an alternative communication path is proposed, require documentation and a demonstration before relying on it. The supplied catalog establishes no redundant arrangement.
Proposed acceptance record
Agree test durations, repetitions, response limits and lighting criteria before testing. No numerical acceptance targets are established by the supplied product or site evidence.
Record:
- The offered configuration, confirmed reference mapping and supporting document pages.
- Surveyed positions, obstructions, communication endpoints and electrical conditions.
- Required normal, disconnected and restored lighting behavior.
- Each interruption method, affected path, start and end.
- Commands, available acknowledgements, physical observations and reported status.
- Timing and lighting measurements against agreed criteria, including missing observations.
- Failures, configuration changes, repeat-test results and unresolved limitations.
- The buyer’s acceptance decision and the conditions covered by it.
Specify physical lighting measurements and suitable observation methods in the agreed protocol. Dashboard status and issued commands should be recorded alongside those measurements. Test instruments are evaluation resources, not established catalog accessories.
Limit acceptance to the documented configuration and tested conditions. Agree which later configuration changes require repeat testing.
Source context and limitations
The DOE Connected Lighting Systems resource describes mock rooms used to investigate obstacle effects on wireless communication and sensor performance. Its connected lighting test bed focuses on electrical performance evaluation rather than reproducing real-world lighting environments. This supports the relevance of obstacle investigation but establishes no outdoor performance for the selected product or proposed Mexico City site.
The FEMP exterior lighting purchasing guidance advises gathering relevant product performance, cost and reliability data. Its purchasing requirements and financial examples concern United States federal procurement. They establish no Mexico City requirement, compliance status or site-specific savings for this product.
The supplied evidence contains no configuration-specific lighting photometry, communications specifications, offline controller documentation or measured trial results. Grid-fed lighting is a catalog option; illumination during an electrical outage is not established. Accessory operation during communication loss also remains unverified.
Request missing documentation and a proposed demonstration through Contact. Include smart-classic-twin-bronze as the evaluation reference, catalog identity city-catalog-2026-11-01-v1, required lighting behavior and the unresolved configuration mapping.
FAQ
Is Mexico City an established deployment?
No. Mexico City is a proposed evaluation site only. The supplied evidence establishes no local installation, survey or measured results.
Which product and reference should the enquiry identify?
Identify the SOLARTODO classic twin-arm bronze smart streetlight and catalog identity city-catalog-2026-11-01-v1. Include smart-classic-twin-bronze as the evaluation reference and obtain supplier confirmation of its mapping to the offered configuration; the catalog prose does not print that identifier.
Which obstruction tests should guide selection?
Build scenarios from a site survey. Where feasible, compare relevant obstructions with an unobstructed baseline using consistent commands, configuration and observations of physical lighting and reported status.
Does the evidence establish offline lighting capability?
No. Obtain configuration-specific documentation and demonstrate the buyer-approved lighting behavior with communications interrupted and electrical supply maintained.
How should communication loss be separated from electrical failure?
Identify the interrupted communication path and confirm that electrical supply remains available. If electrical-outage behavior is required, evaluate it under a separate agreed protocol.
What should restoration testing verify?
Observe physical lighting and reported status after reconnection. For supported functions, test documented rules for pending commands, expiry, schedules and temporary overrides against the buyer’s requirements.
Are acceptance targets or Mexico City requirements supplied?
No numerical acceptance targets or Mexico City requirements are established by the supplied evidence. Agree measurable test criteria before evaluation; the United States federal guidance does not establish local requirements.
Which documents are needed before technical acceptance?
Request supplier confirmation of the reference mapping, an authoritative product PDF with its URL and exact pages, model-specific operating conditions, and documentation for the offered communications and lighting controls. These materials were not supplied.
References
- SOLARTODO Smart Streetlight catalog: catalog identity city-catalog-2026-11-01-v1; selected appearance and options. No page number supplied; smart-classic-twin-bronze is absent from the catalog prose.
- DOE Connected Lighting Systems: obstacle-testing research context and test-bed scope.
- FEMP Purchasing Energy-Efficient Exterior Lighting: United States federal purchasing context.
- Authoritative product PDF: not supplied. Its URL, exact pages and model-specific operating conditions remain unavailable.
Proposed Equipment
- SOLARTODO classic twin-arm bronze smart streetlight; catalog identity city-catalog-2026-11-01-v1; evaluation reference smart-classic-twin-bronze requires configuration mapping confirmation
- Bronze polygonal pole with two curved luminaire arms
- PTZ camera
- Environmental sensor
- Display
- Audio/SOS
- Integrated EV charging base
- Grid-fed lighting catalog option
- Modular communications/control catalog options