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
Sync driver source with working channel-published version
- Revert init.lua to drop GeneralDiagnostics.ActiveHardwareFaults
subscription that crashed the driver on load
- Use the generic profile filename matter-lock-contact-tamper.yml
(previous gatelock-matter.yml predated the rename)
- Update fingerprints.yml to reference the renamed profile
- Restore README tamper-alert section to the DoorLockAlarm event path
Copy file name to clipboardExpand all lines: drivers/EconetControlsInc/bulldog-gatelock/README.md
+1-6Lines changed: 1 addition & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,12 +23,7 @@ The reed switch on GPIO0.28 triggers `sendDoorStateChangeAlarmEvent()` in firmwa
23
23
24
24
## Tamper alert
25
25
26
-
When the keypad's 4-strikes-in-20-seconds brute-force protection trips, the firmware:
27
-
28
-
1. Adds `kTamperDetected (10)` to `GeneralDiagnostics.ActiveHardwareFaults` on endpoint 0 (also emits the `HardwareFaultChange` event).
29
-
2. Fires a legacy `DoorLockAlarm` event with `alarmCode = kWrongCodeEntryLimit (4)` for backwards compatibility.
30
-
31
-
The driver subscribes to the `ActiveHardwareFaults` attribute and maps list membership directly to the **tamperAlert** capability — `tampered` while the list contains `10`, `clear` when the firmware removes it (which happens automatically when the lockout window expires). The legacy `DoorLockAlarm` event handler is retained so older firmware builds that only fire the event still surface a `tampered` state.
26
+
When the keypad's 4-strikes-in-20-seconds brute-force protection trips, the firmware fires a `DoorLockAlarm` event with `alarmCode = kWrongCodeEntryLimit (4)`. The driver maps this to the standard **tamperAlert** capability ("tampered" badge in the app). The state stays `tampered` until the driver re-initializes; on init the driver emits `clear`.
0 commit comments