On 2014-01-03 16:10, Klemen Dovrtel wrote:
> Can you change the number used by the master to overflow the Cycle Number. 
> The number 4.151.347.200 is very close to 2^32 (which is the maximum Cycle 
> Number) and suits to all phasing/period defined by 4 bits (16 in decimal).

Then we also need to restrict period to <= 16, rejecting other values.
Some automatic calculation of the overflow number + a rejection of
configurations where this becomes >= 2^32 would be nicer.

Jan

> On Friday, January 3, 2014 12:22 PM, Jan Kiszka <jan.kis...@web.de> wrote:
>  
> On 2013-12-12 21:13, Klemen Dovrtel wrote:
> 
>> Hello everybody,
>>
>> I am studding rtnet documentation and i am not sure of Rtnet slave <phasing> 
>> and <period> setup. 
>>
>> How does the slave knows it is his turn to send data? I assume all the 
>> informations should be in the Synchronisation Frame ->  Cycle Number field 
>> which is incremented by one in every new cycle, and it is reset to zero on 
>> overflow. What i am not sure is when does it overflow? I would suspect that 
>> the overflow number is set in a way that the (overflow_number+1) can be 
>> divided by all period numbers in the tdma.conf file without a reminder. 
>> Otherwise the slave slots can not be evenly distributed. I could not find 
>> any information about this. 
>>
> 
> Good point! This is not taken into account by the implementation. So if
> the configuration contains non-power-of-two periods, it will face
> skipped slots on wrap-around of the 32-bit cycle counter.
> 
> Jan
> 


Attachment: signature.asc
Description: OpenPGP digital signature

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to