Problem with TAS and gptp #1106
GiovanniTortia
started this conversation in
General
Replies: 1 comment
-
|
Your guess may be right, this may be related to how the clock jumps around during synchronization. This may interfere with the pdelay timer being scheduled. Since gPTP has been pretty much rewritten in 4.6, it's very unlikely that we are going to hunt this down. It would be better for you to switch to the new version, because if any issue arises in the latest version, then we are happy to help. Please take a look OMNeT++ 6.4.0 AI & LLM Technology Preview 2 at https://omnetpp.org/ because it may help you diagnose this kind of problems. See here for example: https://omnetpp.org/documentation/ai-demos/tsn/showcase |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi, i'm working on a python script which can configure multiple TSN protocols automatically based on a set of parameters, and i want to configure gPTP together with TAS. I'm currently on Inet 4.5.4 (i didn't switch to 4.6 as i already developed a bunch of modules which i didn't want to have to adapt to the newer version), and i keep running in the same problem: the script creates time intervals for the gates with a margin error based on their drift rate, so that the gptp frames (in theory) always find the gates open and don't have to queue, making the correction more accurate. Initially, this works flawlessly, however, as time goes on, there inevitably comes a point where gptp frames get stuck in a queue, messing with the synchronization of all other nodes, and i get the error:
Cannot schedule message (inet::ClockEvent)selfMsgPdelay to the pastI think the problem may be with the gptp correction causing jumps in the clocks, but i'm not sure. I tried following the example of the gptpandtas showcase, but i still don't seem to get it right (and i have no idea why).
Here's an example .ini generated by my script, stripped of all purely numerical parts, where i try to configure multiple gptp domains, with the idea that the grandmaster of domain i syncs to domain j only if i>j (hot standby)
Beta Was this translation helpful? Give feedback.
All reactions