You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Idle Behavior: If the blind fabric detaches and the motor spins freely, the SONOFF MINI-ZBRBS will automatically cut power to the relay after a maximum of 2 minutes.
This safety prevents the motor from continuously drawing current or overheating.
Currently, the firmware implements a default 2-minute hard time-limit that cuts power to the motor terminals to prevent overheating. While this protects the motor from burning out, the device currently treats this timeout as a normal cycle completion. It does not report that a timeout occurred, nor does it log an error state.
I would like to request an upgrade to this safety feature by introducing a Hardware Fault/Error Status triggered by the 2-minute timeout.
Proposed Feature Details:
Trigger Error State: If a motor run command (Open/Close) reaches the 2-minute firmware timeout without receiving a hardware limit switch break or a manual stop command, the device should immediately change its internal status to Error / Fault.
Expose Error Status via Zigbee/MQTT: The device should broadcast this specific error state (e.g., motor_fault: "timeout_exceeded") to the gateway/coordinator.
Movement Interlock (Safety Lockout): As long as the device status is in Error, the firmware must reject and ignore any further movement commands (OPEN or CLOSE). This prevents a detached or broken blind mechanism from being repeatedly driven by automated schedules or manual user errors.
Manual Reset Requirement: To clear the error state and allow movements again, a specific reset payload must be sent, or the physical hardware switch must be toggled manually.
Why this feature is necessary:
If a roller blind detaches from its axle motor, the motor runs completely idle. It will run for the full 2 minutes until the firmware cuts power. Currently, a smart home automated schedule will simply try to run the motor again during the next cycle (e.g., the next morning). This continuous unmonitored spinning can destroy the internal mechanical components, tangle remaining wires, or pose a safety hazard.
Locking out further movement and throwing an explicit error status will immediately alert the user to inspect the physical hardware before any further damage occurs.
Thank you for considering this critical safety enhancement for your roller shutter lineup.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Idle Behavior: If the blind fabric detaches and the motor spins freely, the SONOFF MINI-ZBRBS will automatically cut power to the relay after a maximum of 2 minutes.
This safety prevents the motor from continuously drawing current or overheating.
Currently, the firmware implements a default 2-minute hard time-limit that cuts power to the motor terminals to prevent overheating. While this protects the motor from burning out, the device currently treats this timeout as a normal cycle completion. It does not report that a timeout occurred, nor does it log an error state.
I would like to request an upgrade to this safety feature by introducing a Hardware Fault/Error Status triggered by the 2-minute timeout.
Proposed Feature Details:
Trigger Error State: If a motor run command (Open/Close) reaches the 2-minute firmware timeout without receiving a hardware limit switch break or a manual stop command, the device should immediately change its internal status to Error / Fault.
Expose Error Status via Zigbee/MQTT: The device should broadcast this specific error state (e.g., motor_fault: "timeout_exceeded") to the gateway/coordinator.
Movement Interlock (Safety Lockout): As long as the device status is in Error, the firmware must reject and ignore any further movement commands (OPEN or CLOSE). This prevents a detached or broken blind mechanism from being repeatedly driven by automated schedules or manual user errors.
Manual Reset Requirement: To clear the error state and allow movements again, a specific reset payload must be sent, or the physical hardware switch must be toggled manually.
Why this feature is necessary:
If a roller blind detaches from its axle motor, the motor runs completely idle. It will run for the full 2 minutes until the firmware cuts power. Currently, a smart home automated schedule will simply try to run the motor again during the next cycle (e.g., the next morning). This continuous unmonitored spinning can destroy the internal mechanical components, tangle remaining wires, or pose a safety hazard.
Locking out further movement and throwing an explicit error status will immediately alert the user to inspect the physical hardware before any further damage occurs.
Thank you for considering this critical safety enhancement for your roller shutter lineup.
Beta Was this translation helpful? Give feedback.
All reactions