1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
/*
* Copyright (c) 2016, The OpenThread Authors.
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. Neither the name of the copyright holder nor the
* names of its contributors may be used to endorse or promote products
* derived from this software without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
* WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY
* DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
* (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
* ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
* SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*/
/**
* @file
* This file contains definitions for a SPI interface to the OpenThread stack.
*/
/*
* SPI Framing Protocol
*
* Each SPI frame starts with a 5-byte frame header:
*
* +---------+-----+----------+----------+
* | Octets: | 1 | 2 | 2 |
* +---------+-----+----------+----------+
* | Fields: | HDR | RECV_LEN | DATA_LEN |
* +---------+-----+----------+----------+
*
* - "HDR": The first byte is the header byte (defined below)
* - "RECV_LEN": The second and third bytes indicate the largest frame
* size that that device is ready to receive. If zero, then the
* other device must not send any data. (Little endian)
* - "DATA_LEN": The fourth and fifth bytes indicate the size of the
* pending data frame to be sent to the other device. If this value
* is equal-to or less-than the number of bytes that the other device
* is willing to receive, then the data of the frame is immediately
* after the header. (Little Endian)
*
* The "HDR" byte is defined as:
*
* 0 1 2 3 4 5 6 7
* +---+---+---+---+---+---+---+---+
* |RST|CRC|CCF| RESERVED |PATTERN|
* +---+---+---+---+---+---+---+---+
*
* - "RST": This bit is set when that device has been reset since the
* last time `CS` (chip select) was asserted.
* - "CRC": This bit is set when that device supports writing a 16-bit
* CRC at the end of the data. The CRC length is NOT included in
* DATA_LEN.
* - "CCF": "CRC Check Failure". Set if the CRC check on the last
* received frame failed, cleared to zero otherwise. This bit is
* only used if both sides support CRC.
* - "RESERVED": These bits are all reserved for future used. They
* MUST be cleared to zero and MUST be ignored if set.
* - "PATTERN": These bits are set to a fixed value to help distinguish
* valid SPI frames from garbage (by explicitly making "0xFF" and
* "0x00" invalid values). Bit 6 MUST be set to be one and bit 7
* MUST be cleared (0). A frame received that has any other values
* for these bits MUST be dropped.
*
* Prior to a sending or receiving a frame, the master MAY send a
* 5-octet frame with zeros for both the max receive frame size and the
* the contained frame length. This will induce the slave device to
* indicate the length of the frame it wants to send (if any) and
* indicate the largest frame it is capable of receiving at the moment.
* This allows the master to calculate the size of the next transaction.
* Alternatively, if the master has a frame to send it can just go ahead
* and send a frame of that length and determine if the frame was
* accepted by checking that the "RECV_LEN" from the slave frame is
* larger than the frame the master just tried to send. If the
* "RECV_LEN" is smaller then the frame wasn't accepted and will need to
* be transmitted again.
*
* This protocol can be used either unidirectionally or bidirectionally,
* determined by the behavior of the master and the slave.
*
* If the the master notices "PATTERN" is not set correctly, the master
* should consider the transaction to have failed and try again after 10
* milliseconds, retrying up to 200 times. After unsuccessfully trying
* 200 times in a row, the master MAY take appropriate remedial action
* (like a NCP hardware reset, or indicating a communication failure to
* a user interface).
*
* At the end of the data of a frame is an optional 16-bit CRC, support
* for which is indicated by the "CRC" bit of the "HDR" byte being set.
* If these bits are set for both the master and slave frames, then CRC
* checking is enabled on both sides, effectively requiring that frame
* sizes be two bytes longer than would be otherwise required. The CRC
* is calculated using the same mechanism used for the CRC calculation
* in HDLC-Lite (See Appendix A.1.2). When both of the "CRC" bits are
* set, both sides must verify that the "CRC" is valid before accepting
* the frame. If not enough bytes were clocked out for the CRC to be
* read, then the frame must be ignored. If enough bytes were clocked
* out to perform a CRC check, but the CRC check fails, then the frame
* must be rejected and the "CRC_FAIL" bit on the next frame (and ONLY
* the next frame) MUST be set.
*/
// namespace ot
// NCP_SPI_HPP_