On Thu, August 16, 2007 10:38, Jan Kiszka wrote: >>>> I'm using two machines here, one acts as a master, other one acts as >>>> a slave. The slave isn't able to synchronize with master when >>>> configuring a cycle length around 10 down to 2 ms (and most probably >>>> any cycle length lower then that). When choosing 1 second cycle >>>> length, it syncs fine. >>>> Capturing the whole story with wireshark shows, that slave in short >>>> cycle configurations requests reply calibration frame e.g. in cycle >>>> 1500, although it sends request calibration frame in cycle 1700, so >>>> of course this can't work. As it works in 1 s cycle configuration, >>>> only reason for this behavoir I can imagine is, that slave isn't able >>>> to calculate and send request calibration frame early enough. But >>>> this isn't really possible, because we're talking about a >2GHz >>>> machine (x86). >>> ...which is know to be free of hardware-related latency quirks (tested >>> with Xenomai tools)? If yes, please send be your trace. >> Don't wonder I'm answering :-) >> attached a complete log of xeno-test, do you also need a wireshark log ? > Yeah, I was actually referring to the pcap file. > Anyway, the xeno-test looks a fishy as well. The latency tool appears to > run fine (except for the testing device conflicts, but that's a > different story), but the cyclictest is totally screwed! And these are > dimensions normally related to SMI etc. artefacts. > Please make sure no other RT load is present during the test (just in > case) and re-run latency and cyclictest stand-alone for several minutes > each. If strange numbers remain (millisecond latencies...), check > TROUBLESHOOTING hints and then report to xenomai-help.
Ok, warming it up, since it's not solved yet. The Xenomai latencies seem to bee as they should (refer to Xenomai-help list). We are still not able to synchronise a slave to a master. The slave sends a synch. request and requests the answer in a slot, which lies already in the past. Greets, Nadym ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
