Table 31-41: PTP Frame Type Selections (Continued)
TSENALL (bit 8)
0
0
0
0
0
PTP Processing and Control
When the EMAC receives a frame, frame detection and time stamping are based on some of the PTP fields in the
frame. The PTP Message Format (IEEE 1588–2008) table shows the common message header for the PTP messag-
es. This format is derived from the IEEE standard 1588–2008. When the EMAC sends a PTP frame, the frame
follows this format.
When a frame is received, the PTP module compares these fields with standard values and finds out the type of PTP
frame and other information. For example, PTP version, IP version, and others. The module then updates the rela-
ted fields in RDES4. When a frame is transmitted, programs must ensure that all the fields are appropriate. The
PTP module on the other end of a communication must correctly detect and decode the frame.
Table 31-42: PTP Message Format (IEEE 1588–2008)
Bits
7
6
5
transportSpecific
Reserved
messageLength
domainNumber
Reserved
flagField
correctionField
Reserved
sourcePortIdentity
sequenceId
ADSP-SC58x/ADSP-2158x SHARC+ Processor Hardware Reference
SNAPTYPSEL (bits
TSMSTRENA (bit 15)
[17:16])
01
X
01
0
01
1
10
X
11
X
4
3
messageType
versionPTP
TSEVNTENA (bit 14)
0
1
1
X
X
2
1
0
Frame Detection and Time Stamping
Frames
Sync, Follow_Up, De-
lay_Req, Delay_Resp,
Pdelay_Req, Pde-
lay_Resp, Pdelay_Resp_
Follow_Up
Sync, Pdelay_Req, Pde-
lay_Resp
Delay_Req, Pdelay_Req,
Pdelay_Resp
Sync, Delay_Req
Pdelay_Req, Pdelay_Resp
Octets
Offset
1
0
1
1
2
2
1
4
1
5
2
6
8
8
4
16
10
20
2
30
31–79
Need help?
Do you have a question about the ADSP-SC58 Series and is the answer not in the manual?