Hello @FabioDb ,
Your issue is very specific. If the LTC remains stable and correct, but the timestamps retrieved from the FIFO or ring buffer occasionally jump backwards in time, the issue is likely not in the LTC itself, but in the timestamp acquisition or interpretation path.
Could you share all TJA1103's registry settings (relate to PPS) that you have done?
I forwarded your issue to the application team for further investigation. I will keep you updated on any progress.
In the meantime, please kindly review general hints:
- Log both the timestamp and LTC value at the moment of frame reception. This will help determine whether the inconsistency is due to FIFO corruption, misalignment, or software interpretation.
- Check for link status changes or PHY resets. Timestamp FIFO may contain stale or invalid entries if the PHY experiences a brief reset or link renegotiation.
- Validate the timestamp reading logic in your driver or HAL. Ensure correct endian handling, bit shifts, and that the timestamp is read only after it is fully latched.
- Monitor FIFO overflow or underrun conditions. If the timestamp FIFO is not drained fast enough, older entries may be overwritten or misaligned.
- Confirm that PPS_SYNC signals from S32K344 are stable and correctly aligned with the LTC update cycle in the PHY. Any jitter or misalignment could cause timestamp inconsistencies.
- Ensure the gPTP stack properly handles timestamp offsets and does not apply incorrect corrections based on assumptions about PHY behavior.
Best regards,
Pavel