question

There is no existing answer specific to SCRAMNet and SimINERTIAL but knowledge base article SOL10324 gives some standard theory (you need to log into support.spirent.com to see it). You have to consider the following:- 1. Average latency of the SCRAMNet interface 2. Chosen scenario iteration rate 3. How soon/late the commands arrive at SimGEN wrt scenario iteration rate -The chosen scenario iteration rate and command arrival time are bound to dominate. So you can pretty much ignore point 1, in general (though of course there could be a faulty cable or something that can impair the system so always be mindful of it). -Motion is sent to SimGEN which in turn updates SimINERTIAL. -SimGEN has to work 2 epochs in advance when running SimINERTIAL, this means that it is always extrapolating the vehicle motion data -When SimGEN is at time into run T it is sending data for T+Tir to SimINERTIAL (where Tir is the iteration rate), so that SimINERTIAL has the vehicle data for Tir in advance in order to generate inertial data at Tir -So if we assume a command for time T arrive at SimGEN at time T, SimGEN has already sent data for T+Tir to SimINERTIAL at this point, so the command for time T isn’t used in SimGEN until T+Tir, at which point SimGEN is preparing data for SimINERTIAL at T+2Tir. -Hence the latency at the SimINERTIAL side will be ~2Tir, whereas at the SimGEN side it will be ~Tir However, it is more likely that the command for time T arrives just after time T at SimGEN and misses SimGEN’s computation cycle that takes place at time T ready for time T+Tir (T+2Tir in SimINERTIAL), hence latency is more likely to look like 2Tir at the SimGEN side and 3Tir at the SimINERTIAL side. This extrapolation technique should not pose any concern as long as the incoming remote commands are self-consistent and reliable.