Waits for the interface to begin communication on the cluster.
The session to apply the wait.
An input that specifies the maximum amount of time in seconds to wait.
Error conditions that occur before this node runs. The node responds to this input according to standard error behavior.
Default: No error
An output that is the same as session in, provided for use with subsequent nodes.
Error information. The node produces this output according to standard error behavior.
Waits for the interface to begin communication on the cluster. After the interface is started, the controller connects to the cluster and starts communication. This wait returns after communication with the cluster has been established.
For some buses (for example, CAN), the communication may occur within a few microseconds of starting the interface. For other buses, this could be delayed. An example of a bus where the communication time is delayed from the start time is FlexRay, where the interface must perform a startup routine that may take several cycles to complete. A FlexRay interface attempts integration with the remaining nodes in the cluster when it is started. If the FlexRay interface can coldstart, it sends out startup frames when started and synchronizes its clock with other startup nodes in the cluster. Once the FlexRay interface has successfully integrated, the interface is ready to start transmitting and receiving frames. Reading the XNET FlexRay interface Protocol Operation Control (POC) state, once the interface has successfully integrated, returns Normal-Active.
The timeout parameter provides the maximum number of seconds to wait. The default value is 10 (10 seconds).
Where This Node Can Run:
Desktop OS: Windows