Frank Tkalcevic wrote: >>> I'm not sure why the sync packets were coming out as well >> as the rtcfg >>> traffic. Is that correct behaviour? I would have thought the sync >>> process would only happen after rtcfg set up was complete. >> It is correct, RTmac/TDMA is in charge of managing the media >> access right from the start (that's why RTcfg stage 1 frames >> have to include all information a slave needs to send its own >> frames, namely the TDMA cycle offset and phase). >> >> BTW, Wireshark is capable of decoding RTnet frames, maybe >> helpful for understanding the procedures. > > > That's confusing me a bit. It looks like rtcfg just outputs packets as it > pleases and doesn't obey real time rules. Does it sit on top of Rtmac? > Does it need to stop after all the clients are ready and obeying the TDMA > protocol, or can it coexist?
RTcfg is plain payload from RTmac/TDMA POV. Check if RTcfg frames sent by the master have a fixed offset (minus jitter) from the Sync frame. If not, something is badly configured (but that is unlikely if you used the standard setup script). Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________ RTnet-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rtnet-developers
