fix(client): correct recording_mode anchor position in compliance config encoding

This commit is contained in:
2026-04-21 01:17:45 -04:00
parent 9b5cdfd857
commit b3dcfe7239
2 changed files with 18 additions and 8 deletions
+1 -1
View File
@@ -386,7 +386,7 @@ bytes `\x01\x2c` = 300 (5-minute default histogram interval); changes when inter
| Offset | Field | Format | Notes |
|---|---|---|---|
| anchor 7 (write) / anchor 8 (read) | recording_mode | uint8 | E5 read has extra `0x10` at anchor7 |
| anchor 8 | recording_mode | uint8 | **Same offset for both read and write.** The byte at anchor7 is a `0x10` DLE marker regenerated by device firmware in every E5 response — do NOT overwrite it. Writing to anchor7 causes anchor drift (+1 per write cycle). CORRECTION 2026-04-21: previous doc stated anchor7 for write; empirically wrong. |
| anchor 6 | sample_rate | uint16 BE | same in read & write |
| anchor 4 | histogram_interval_sec | uint16 BE | seconds; same in read & write ✅ 2026-04-20 |
| anchor 2 | `0x00 0x00` | padding | |