Un interruptor WiFi puede emparejarse correctamente en banco de pruebas y, sin embargo, resultar inadecuado para el panel terminado. Las configuraciones de cableado, las condiciones del gabinete, la gestión de cuentas y el comportamiento en caso de recuperación son factores clave tras la instalación. Con frecuencia, la cuestión que se pasa por alto es qué hace el sistema cuando se interrumpe la comunicación o se restablece la alimentación, más que si el teléfono puede controlarlo una vez establecida la conexión. Por ello, los equipos OEM deben separar la aceptación eléctrica de la aceptación digital. Esta lista de verificación explica qué documentar, qué estados de fallo probar y qué evidencia conservar antes de entregar el panel al operador. No proporciona un diagrama de cableado universal ni autoriza trabajos en equipos energizados.
La respuesta breve es aprobar un/a WiFi inteligente Disjuntor en dos etapas: primero su función eléctrica en el ensamblaje previsto, luego su comportamiento de comunicaciones y control soportado. Confirme las clasificaciones, polos, terminales, funciones de protección y condiciones de instalación a partir del modelo exacto. Verifique por separado el aprovisionamiento, los derechos de acceso, la calidad de los datos y la recuperación. La guía de IoT del NIST actualizada en 2026 hace que el soporte del ciclo de vida sea relevante para la adquisición, pero no constituye un certificado eléctrico. Una prueba de emparejamiento exitosa demuestra únicamente la conexión bajo esas condiciones; no valida la protección contra fallas, la medición precisa de energía ni la recuperación automática segura.
¿Qué comprobaciones eléctricas se realizan antes del emparejamiento?
Confirm circuit voltage, load current, conductor protection, prospective fault current and any required residual-current function. A product described as smart is not automatically an RCBO, an isolator or a device suitable for DC. The exact ordered configuration determines which functions are available. Digital circuit breaker, IoT circuit breaker and automated circuit breaker can describe different combinations of measurement, communications and control. List the required functions individually in the WiFi circuit breaker enquiry so a supplier’s marketing label cannot substitute for the feature specification.
Review the manufacturer’s instructions and the applicable assembly requirements. Device conformity does not independently approve the complete panel. Where documents refer to a standard, check the model, edition and scope rather than treating a standards logo as evidence for every optional function.
¿El dispositivo encajará en el conjunto real?
Check mounting dimensions, busbar arrangement, conductor access and heat-producing neighbors. Identify line/load orientation, neutral requirements and any separate control supply from the exact drawing. Do not transfer terminal assignments from a similar-looking device.
Record terminal torque and conductor requirements in the approved build instructions. Radio capability does not remove enclosure or thermal constraints. A larger current option should not be selected simply to avoid an unexplained trip; the load, cable and protection design must remain coordinated.
¿Funcionará el WiFi dentro del recinto instalado?
Test the specified network with the final enclosure closed and the equipment in its intended location. Metalwork, distance and network policy can change the connection available during bench testing. Obtain supported radio and provisioning requirements rather than assuming a frequency band or authentication method.
Separate the device account from the installer’s personal account. Define who can commission, operate, revoke access and transfer ownership. A factory reset, app removal and cloud-account deletion may have different effects; document the vendor’s actual procedures.
¿Qué debería ocurrir con los comandos interrumpidos?
Evaluate remote control as a documented sequence. A command sent is not the same as a command executed. The operator needs to distinguish requested state, reported state and unavailable feedback. Where status is delayed, show its timestamp and communication condition. If an automated schedule is required, state whether it must run locally or depends on a cloud service. Record the documented behavior during loss of connectivity and after power restoration before accepting it for unattended operation.
| Test condition | Required clarification | Evidencia a conservar |
|---|---|---|
| WiFi disconnected | Local functions and remote-command availability | Observed result against manual |
| Internet or cloud unavailable | Local versus cloud schedules and history | Storage and recovery behavior |
| Control power interrupted | State after power returns | Approved recovery sequence |
| Reconnection after an old command | Expiry, retry and conflict handling | Command/feedback record |
These are acceptance requirements, not claims that every WiFi breaker already meets them. Do not assume remote OFF means the circuit is isolated, or permit unexplained automatic reclosing after a protective trip.
Who will manage updates and access?
Request the update method, support period, vulnerability contact and end-of-life policy. Agree how operators learn about changes that affect schedules, commands or data interfaces. Document recovery from an interrupted update using the supplier’s procedure; do not invent a test by interrupting a live protective function.
NIST’s 2026 IoT manufacturer-guidance announcement provides a current lifecycle reference. It supports asking about maintained security and customer communication, not claiming that a connected breaker is certified by NIST.
What should the acceptance record contain?
| Grabar | Minimum useful content |
|---|---|
| Installed configuration | Model, rating, firmware and approved drawing |
| Electrical acceptance | Installation checks and authorized protective-function results |
| Digital acceptance | Provisioning, permissions and failure-state outcomes |
| Operator handover | Account ownership, support contact and recovery instructions |
If energy monitoring is required, add the documented quantities, accuracy, timestamps and export interface. An app’s current display does not independently establish energy accuracy. Test results should identify what was checked and what remains unverified.
Which published model data can be used?
CHAC interruptores automáticos inteligentes category leads to model-specific records. The WiFi circuit breaker page identifies CQB7ZNM-80, 1P+N, 230/240V AC, 50Hz, C curve and an AC residual-current type. It also lists WiFi and Smart Life/Tuya Smart. These entries do not prove arbitrary third-party API access or an offline schedule implementation.
For the choice between branch devices and panel-level monitoring, see the smart breaker versus smart panel architecture comparison. Use that architecture decision before approving an integration feature list.
Preguntas frecuentes
Does pairing prove the breaker is ready for service?
No. Pairing demonstrates connectivity under the tested conditions; electrical and control acceptance remain separate.
Can the installer keep the only administrator account?
That can create a handover problem. Agree operator ownership and a documented transfer procedure before installation.
Will an app schedule work without the internet?
Only if the actual device or local platform supports it. Confirm where the schedule is stored and executed.
Can another app use the same WiFi breaker?
Not solely because both use WiFi. Integration requires documented platform or protocol support.
How should an old reading appear after a network failure?
It should be identified as stale, with its timestamp and connection status, rather than displayed as a live measurement.
Should reconnection automatically reclose a tripped circuit?
Do not assume that behavior is acceptable. Protective trips, remote commands and recovery permissions need an approved operating sequence.
Referencias
- NIST Cybersecurity for IoT Program, including the April 2026 guidance announcement.
- NIST IR 8259 Series: activities for IoT manufacturers.
Approve the integration as an installed system, not as a paired phone and device. Establish electrical suitability first, then verify connectivity inside the final enclosure, and finally record command, failure and recovery behavior. Keep current data separate from historical data and remote switching separate from safe isolation. Ownership transfer, updates and end-of-life support also belong in the handover because they affect whether the installation remains usable. CHAC’s published configuration can support the component review; functions missing from that record should remain open questions until confirmed. Contactar a CHAC with the panel drawing and acceptance checklist for a model-specific discussion.
