fix(client): correct recording_mode anchor position in compliance config encoding
This commit is contained in:
@@ -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 anchor−7 |
|
||||
| anchor − 8 | recording_mode | uint8 | **Same offset for both read and write.** The byte at anchor−7 is a `0x10` DLE marker regenerated by device firmware in every E5 response — do NOT overwrite it. Writing to anchor−7 causes anchor drift (+1 per write cycle). CORRECTION 2026-04-21: previous doc stated anchor−7 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 | |
|
||||
|
||||
Reference in New Issue
Block a user