> > 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? Thanks, Frank ------------------------------------------------------------------------------ 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
