Abstract: Techniques for validating operation of vehicle safety system components are discussed herein. Vehicle log data processed by components of secondary systems of vehicles traversing an environment can be received which may include event metrics or be indicative of events (such as an implementation of a safety response). Such metrics may be defined by algorithm output continuity data, algorithm output feasibility data, and/or algorithm output tracking data. The log data can be utilized to test candidate safety systems to determine test event metrics. Validation of the candidate safety system components can be performed based on aggregated event metrics (such as aggregated over a fleet) meeting various criteria.

Abstract: A vehicle can include a primary computing device and a secondary computing device. The primary computing device can receive a trajectory and can generate control data to control the vehicle based on a computed state. Further, the primary computing device can send the internal data to the secondary computing device configured to control the vehicle in the event of a failure of the primary computing device. The secondary computing device can receive the internal data as first internal data and determine a capability associated with the primary computing device. Using the first internal data, the secondary computing device can determine second internal data and, based on the capability (e.g., in event of a failure of the primary computing device), can control the vehicle to follow a trajectory using the second internal data. Transferring state between an active to a standby computing device can ensure algorithmic synchronization and safe operation.

Abstract: A vehicle can include a primary computing device and a secondary computing device. The primary computing device can receive a trajectory and can generate control data to control the vehicle based on a computed state. Further, the primary computing device can send the internal data to the secondary computing device configured to control the vehicle in the event of a failure of the primary computing device. The secondary computing device can receive the internal data as first internal data and determine a capability associated with the primary computing device. Using the first internal data, the secondary computing device can determine second internal data and, based on the capability (e.g., in event of a failure of the primary computing device), can control the vehicle to follow a trajectory using the second internal data. Transferring state between an active to a standby computing device can ensure algorithmic synchronization and safe operation.

Abstract: A vehicle can include a primary computing device and a secondary computing device. The primary computing device can receive a trajectory and can generate control data to control the vehicle based on a computed state. Further, the primary computing device can send the internal data to the secondary computing device configured to control the vehicle in the event of a failure of the primary computing device. The secondary computing device can receive the internal data as first internal data and determine a capability associated with the primary computing device. Using the first internal data, the secondary computing device can determine second internal data and, based on the capability (e.g., in event of a failure of the primary computing device), can control the vehicle to follow a trajectory using the second internal data. Transferring state between an active to a standby computing device can ensure algorithmic synchronization and safe operation.

Abstract: A vehicle can include a primary computing device and a secondary computing device. The primary computing device can receive a trajectory and can generate control data to control the vehicle based on a computed state. Further, the primary computing device can send the internal data to the secondary computing device configured to control the vehicle in the event of a failure of the primary computing device. The secondary computing device can receive the internal data as first internal data and determine a capability associated with the primary computing device. Using the first internal data, the secondary computing device can determine second internal data and, based on the capability (e.g., in event of a failure of the primary computing device), can control the vehicle to follow a trajectory using the second internal data. Transferring state between an active to a standby computing device can ensure algorithmic synchronization and safe operation.

Abstract: An apparatus including a downhole tool for conveyance in a wellbore extending into a subterranean formation and method of use thereof. The downhole tool may include a turbo-alternator disposed in a passageway for drilling mud, and a controller to: track operating points of the turbo-alternator, determine from the operating points a flow rate of the drilling mud, and control a component of the downhole tool based on the flow rate.

Abstract: An apparatus including a downhole tool for conveyance in a wellbore extending into a subterranean formation and method of use thereof. The downhole tool may include a turbo-alternator disposed in a passageway for drilling mud, and a controller to: track operating points of the turbo-alternator, determine from the operating points a flow rate of the drilling mud, and control a component of the downhole tool based on the flow rate.