23.12.2012 Views

Safety Considerations Guide for Trident v2 Systems - TUV ...

Safety Considerations Guide for Trident v2 Systems - TUV ...

Safety Considerations Guide for Trident v2 Systems - TUV ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Examples of Peer-to-Peer Applications 69<br />

Example 4: Using SEND/RECEIVE Function Blocks <strong>for</strong> <strong>Safety</strong>-Critical Data<br />

This example shows how to use SEND/RECEIVE function blocks <strong>for</strong> transferring a limited<br />

amount of safety-critical data between the two applications as fast as possible. It also shows how<br />

to measure the actual maximum time <strong>for</strong> transferring data from the sending node to the<br />

receiving node.<br />

Sending Node #1 Parameters<br />

• Scan time (SS) = 125 milliseconds.<br />

• Number of aliased variables in bytes = 2000.<br />

• Time to transfer aliased data over the communication bus in milliseconds (TS) =<br />

(2000/100,000) * 1000 = 20 milliseconds.<br />

• The sending controller has one SEND function block in the application, meeting the<br />

requirement to have five or fewer SEND function blocks. The sendflag parameter is in<br />

the SEND function block so that the sending controller initiates another SEND as soon<br />

as the last SEND is acknowledged by the receiving controller.<br />

Receiving Node #3 Parameters<br />

• Scan time (SR) = 100 milliseconds.<br />

• Number of aliased variables in bytes = 15,000.<br />

• Time to transfer aliased data over the communication bus in milliseconds (TR) =<br />

(15,000/100,000) * 1000 = 150 milliseconds.<br />

• Process-tolerance time = 4 seconds.<br />

• Estimated data transfer time = 2 * 125 + 2 * 150 = 550 milliseconds.<br />

If the sending controller does not receive acknowledgment from the receiving controller in one<br />

second, it automatically retries the last SEND message. Because of network collisions,<br />

communication bus loading, etc., the sending controller occasionally has to retry once to get the<br />

message to the receiving node. This is why the general rule <strong>for</strong> data transfer time is one to two<br />

seconds, even though the estimated time is 550 milliseconds.<br />

The receiving node has a network to measure the actual time so you can validate the assumed<br />

two-second maximum transfer time. Since the process-tolerance time of the receiving node is<br />

four seconds, the maximum time-out limit is set to two seconds (half the process-tolerance<br />

time). The receiving node should receive at least one data transfer within the maximum timeout<br />

limit. Using this criteria meets the basic requirement <strong>for</strong> using peer-to-peer communication<br />

to transfer safety-critical data.<br />

<strong>Safety</strong> <strong>Considerations</strong> <strong>Guide</strong> <strong>for</strong> <strong>Trident</strong> <strong>v2</strong> <strong>Systems</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!