forked from Michel2/pytimex
Update PROTOCOL.md
Update regarding byte 14 of DATA1 entry, and some additional clarifications.
This commit is contained in:
1 parent
f7a472d960
commit
a17151e388
1 file changed
+8
-4
+8
-4
@@ -265,16 +265,20 @@ Date format:
|
|||||||
| 11 | Number of TODOs |
|
| 11 | Number of TODOs |
|
||||||
| 12 | Number of phone numbers |
|
| 12 | Number of phone numbers |
|
||||||
| 13 | Number of anniversaries |
|
| 13 | Number of anniversaries |
|
||||||
| 14 | Unknown, see below |
|
| 14 | Year of the first appointment entry|
|
||||||
| 15 | Early alarm, in 5 minute intervals |
|
| 15 | Early alarm, in 5 minute intervals |
|
||||||
|
|
||||||
Sequence ID is incremented for each DATA1 packet sent.
|
Sequence ID is incremented for each DATA1 packet sent.
|
||||||
|
|
||||||
Indices are counted zero inexed from first address byte (2). This means
|
Indices are counted zero inexed from first address byte (2). This means
|
||||||
the first data is always located at index 0x0e.
|
the first data is always located at index 0x0e. Indexes are given in
|
||||||
|
MSB first, LSB second.
|
||||||
|
|
||||||
The unknown byte was documented as 0x60, but I seem to get 0x14 when
|
Byte 14 is the year of the first occurring appointment entry. The watch
|
||||||
sending appointments and 0x00 otherwise. Requires some investigating.
|
probably uses this for computing the day of the week an appointment
|
||||||
|
occurs on. The watch most likely implicitly assumes that the
|
||||||
|
appointments do not span more than a year into the future, and possibly
|
||||||
|
that the entries are uploaded in chronological order.
|
||||||
|
|
||||||
Byte 15 indicates how long before appointments, in 5 minute intervals,
|
Byte 15 indicates how long before appointments, in 5 minute intervals,
|
||||||
the alarm will sound. Set to 0xFF for no alarm
|
the alarm will sound. Set to 0xFF for no alarm
|
||||||
|
|||||||
Reference in new issue
Block a user