ETH->MACISR TSIS unstoppable?

[HenrikGlader]

Hello there,

I'm playing with the NUCLEO-H743ZI2 board and having difficultis with PTP.

When TSIE (MACIER is set the interrupt is getting retriggered endlessly.

I've tried to clear TSIS by reading both MACISR as well as MACTSSR (TXTSSIS bit set).

The manual states this is a way to achieve this, but neither register is cleared.

BTW, the alternate way (MACCSRSWCR) semes not being supported altho I've tried that as well.

Just at the interrupt entry:

macisr = ETH->MACISR; // 0x1000

mactssr = ETH->MACTSSR; // 0x8000

macisr2 = ETH->MACISR; // 0x1000

mactssr2 = ETH->MACTSSR; // 0x8000

macisr3 = ETH->MACISR; // 0x1000

Where am I doing the wrong thing?

Thank you for any input.

The ST Community moderator has edited the post to comply with the code sharing guidelines. In the future, use the </> button to paste code and linker script content. For more information, see: How to insert source code.

[HenrikGlader]

I'd guess turning off PTP in the switch would yield that.

To ensure priorities you might have to do traffic shaping as well, that's our plan.

[LCE]

At least on the STM32 side, traffic shaping will be almost impossible with PTP offload.

Not enough info about this feature running completely in the background. My tests showed me that the offload packets cannot be given / have no priority.

This is possible with the "manual" PTPd stuff and its timers via UDP.

[HenrikGlader]

I might be wrong but don't see traffic shaping making any sense at end points.

In our case the switch will handle the profile.